WO2007086151A1 - ＰｏＣデータ送信方法とＰｏＣ通話システムと装置 - Google Patents

ＰｏＣデータ送信方法とＰｏＣ通話システムと装置 Download PDF

Info

Publication number
WO2007086151A1
WO2007086151A1 PCT/JP2006/304784 JP2006304784W WO2007086151A1 WO 2007086151 A1 WO2007086151 A1 WO 2007086151A1 JP 2006304784 W JP2006304784 W JP 2006304784W WO 2007086151 A1 WO2007086151 A1 WO 2007086151A1
Authority
WO
WIPO (PCT)
Prior art keywords
poc
message
terminal
data
additional data
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.)
Ceased
Application number
PCT/JP2006/304784
Other languages
English (en)
French (fr)
Inventor
Jun'ya Saito
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to US11/912,174 priority Critical patent/US20090042556A1/en
Priority to EP06715554A priority patent/EP1978652A1/en
Publication of WO2007086151A1 publication Critical patent/WO2007086151A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • H04M3/563—User guidance or feature selection
    • H04M3/566—User guidance or feature selection relating to a participants right to speak
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/08—Trunked mobile radio systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/38—Displays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/50—Aspects of automatic or semi-automatic exchanges related to audio conference
    • H04M2203/5081—Inform conference party of participants, e.g. of change of participants
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks

Definitions

  • the present invention relates to a PoC data transmission method for distributing attached data in accordance with a PoC (Push-to-Talk over Cellular) protocol, and a system and apparatus for implementing the method. This realizes additional functions for PoC calls.
  • PoC Push-to-Talk over Cellular
  • a mobile phone having a PoC function selects one or more callers with a phone book and presses and releases a dedicated call button on the mobile phone, thereby releasing one or more via a PoC server. You can make a PoC call with the other party in half-duplex communication.
  • FIG. 17 shows a conceptual diagram of a PoC call system
  • FIG. 18 shows a sequence at the start of a session of the PoC call system
  • FIG. 19 shows a sequence for securing a right to speak.
  • This system is composed of mobile terminals 21, 22, 23 equipped with a PTT function, a PoC server 10 having a PoC control function, and a mobile phone network 40.
  • the PoC server 10 executes, as PoC control functions, functions such as session processing (eg, SIP session start, change, end, etc.) by SIP (Session Initiation Protocol) and speech control.
  • session processing eg, SIP session start, change, end, etc.
  • SIP Session Initiation Protocol
  • the terminals 21, 22, and 23 establish a session under the control of the PoC server 10, and only the terminal that has obtained the right to speak from the PoC server 10 transmits voice data. Other terminals only output the received audio data until they have the right to speak.
  • FIG. 18 shows a sequence when the sessions of the terminals 21, 22, and 23 are started after receiving the SIP session processing of the PoC server 10.
  • Each terminal 21, 22, 23 sends a PoC start notification (REGISTE) to the PoC server 10 in advance.
  • R (D (2) Perform (3).
  • a call start response (INVITE response) (7) of a successful request is transmitted from the terminal 22 to the PoC server 10. It is transferred from the PoC server 10 to the terminal 21 (8). Further, the PoC server 10 transmits presence information notification (NOTIFY) (9) (10) indicating participation of the terminal 22 to the terminal 23 and the terminal 21.
  • NOTIFY presence information notification
  • FIG. 19 shows a sequence when the terminals 21, 22, and 23 secure the right to speak under the speech control of the PoC server 10.
  • the SIP protocol is used to start and end the session (in the case of Fig. 18), and RTP (Real-time Transport), which is a data transfer protocol, is used to exchange voice data during a call. Protocol) and RTCP (RTP Control Protocol) that controls the session for transmitting and receiving data by RTP (in the case of Fig. 19). Acquisition of the right to speak in a PoC Exchange of information to be acquired is performed using RTCP. That is, the PoC protocol includes SIP, RTP, and RTCP.
  • the voice data is generated as an RTP packet, sent to the PoC server 10 (25) (28), and transferred from the PoC server 10 to the terminals 22 and 23 (26) (27) (29) (30).
  • an RTCP packet of a floor release request (Floor Rlease) (31) is transmitted from terminal 21 to PoC server 10.
  • the PoC server 10 sends a floor release notification (Floor Idle) (32) to the terminal 21 and updates the status of the floor to “no floor granted”.
  • the floor release notification (Flo or Idle) (33) (34) is sent to.
  • the PoC server 10 rejects a request for acquisition of a right to speak (Floor Request) during the period of "granting the right to speak".
  • Non-Patent Document 1 Push-to-Talk over Cellular (PoC) -Architecture- 2.0.8, Page 6 Disclosure of Invention
  • the PoC system specification supports the transmission and reception of audio data between terminals! / It is only for talking, it does not support transmission / reception of data, video, sound, etc. Therefore, in the sequence shown in FIGS. 18 and 19, for example, information specifying a terminal that can speak and a terminal that can only listen is transmitted to each terminal, or an icon that expresses feelings at the time of speaking is transmitted to each terminal. I can't do it.
  • the conversation between the groups can be controlled appropriately. If the icon representing the speaker's emotion can be distributed to each terminal when the right to speak is acquired, the range of expression of the PoC call can be expanded.
  • the present invention was devised in view of such circumstances, and provides a PoC data transmission method for distributing additional data that realizes additional functions of PoC in accordance with the PoC protocol, and executes the method.
  • the purpose is to provide systems and devices that realize various additional functions of PoC.
  • additional data is added to the first message transmitted to the PoC server based on the terminal power PoC protocol on the transmission side.
  • the additional data is added, and the PoC server power has a second step of transmitting the additional data together with the second message to the receiving terminal.
  • a call start request (INVITE) message is used as the first message, and a call start request (INVITE) transferred from the PoC Sano as the second message.
  • a message can be used.
  • a PoC start notification (REGISTER) message is used as the first message, and a call start request (INVITE) transferred from the PoC server as the second message.
  • a call start request (INVITE) message can be used.
  • a call start response (INVITE response) message is used as the first message, and presence information is transmitted as the second message.
  • An NOTIFY message can be used.
  • a call rejection notification (BUSY) message or a call disconnection notification (BYE) message is used as the first message, and presence information is used as the second message.
  • BUSY call rejection notification
  • BYE call disconnection notification
  • a NOTIFY message can be used.
  • the terminal power for acquiring the right to speak also uses a message transmitted to the PoC server, and the right to speak as the second message. You can use a message sent from the PoC server to the other terminal that tells you that it was acquired.
  • the first message and the second message are transmitted by an RTCP packet, and an SDES packet including attached data is added to the RTCP packet. Can be sent.
  • the portable terminal of the present invention includes an input unit for inputting or specifying additional data, an additional message generating unit for adding the additional data to a message transmitted to the PoC server based on the PoC protocol, and a PoC. It has a display unit that displays data added to messages sent from the server based on the PoC protocol! /.
  • This portable terminal can realize an additional function of PoC call using additional data.
  • the PoC server of the present invention includes an additional message processing unit that analyzes additional data added to a message transmitted from a terminal on the transmission side based on the PoC protocol, and one or more based on the PoC protocol. And an additional message generator for adding the additional data to the message transmitted to the receiving terminal.
  • This PoC server mediates the distribution of additional data between terminals.
  • the terminal power on the transmission side is also transmitted to the PoC server, and the first message with additional data attached is transmitted based on the PoC protocol.
  • a PoC call system in which a second message with the additional data added is transmitted to a terminal based on the PoC protocol, and a terminal on the transmission side is able to speak as the additional data at the start of a session. By sending information that designates terminals that can only listen, it is possible to specify terminals that can speak and terminals that can only listen.
  • the user on the calling side can control the conversation between groups.
  • a terminal that refuses participation in a PoC call or a terminal that leaves a PoC call transmits information on the reason for refusal to join or the reason for leaving as the additional data.
  • the terminal that has received the additional data displays the sent reason for refusal to join or reason for leaving.
  • the transmitting terminal transmits confirmation sound data as the additional data at the start of a session or acquisition of a floor, and the receiving terminal As the confirmation sound for confirming the operation of the transmitting terminal, the confirmation sound sent from the transmitting terminal is used.
  • the transmitting terminal transmits a user icon or BGM music data as the additional data at the start of a session
  • the receiving terminal is the transmitting terminal.
  • the user icon or BGM sent from the sending terminal is displayed.
  • the transmitting terminal obtains the right to speak
  • the original message is transmitted as the additional data
  • the receiving terminal communicates with the transmitting terminal.
  • the original message sent from the sending terminal is displayed while maintaining the right! /.
  • the original message can be used as a means to eliminate omissions and mistakes.
  • the transmitting terminal transmits an icon selected from the plurality of icons as the additional data when the floor is acquired, and the receiving terminal Sent from the sending device while the sending device maintains the floor Display icon.
  • the transmitting terminal obtains the right to speak
  • the right-of-speaking time release information is transmitted as the additional data
  • the receiving terminal transmits the right to speak.
  • Terminal power A countdown is displayed based on the information on the right to speak.
  • FIG. 1 is a block diagram showing a configuration of a mobile terminal according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing a configuration of a PoC server in the embodiment of the present invention.
  • FIG. 3 is a data configuration example of a call start request (INVITE) in the first embodiment of the present invention.
  • FIG. 4 is an explanatory diagram of additional functions in the first embodiment of the present invention.
  • FIG. 5 is an explanatory diagram of additional functions according to the second embodiment of the present invention.
  • FIG. 6 is an explanatory diagram of additional functions according to the third embodiment of the present invention.
  • FIG. 7 is an explanatory diagram of additional functions according to the fourth embodiment of the present invention.
  • FIG. 8 is an explanatory diagram of additional functions according to the fifth embodiment of the present invention.
  • FIG. 10 is a diagram showing a data structure of a floor request acquisition request in the sixth embodiment of the present invention.
  • FIG. 11 A diagram showing parameters of the floor acquisition request in FIG.
  • FIG. 13 is an explanatory diagram of additional functions according to the sixth embodiment of the present invention.
  • Figure 17 Conceptual diagram of PoC system
  • Fig. 1 shows the configuration of a mobile terminal in an embodiment of the present invention. Show.
  • FIG. 1 shows a configuration block relating to a new function of the mobile terminal 20, and includes an input unit 33, an additional message (data) generation unit 32, an additional message (data) holding unit 34, a transmission / reception unit 31, It has an output device 35 (display unit 36 and speaker 37).
  • the additional message (data) generation unit 32 generates attached data or additional message based on the input information from the input unit 33, or generates additional data or additional message from the additional message (data) holding unit 34. Read and add to the transmission information to PoC server 10.
  • the additional message (data) holding unit 34 holds additional data and additional messages generated by the additional message (data) generation unit 32.
  • the transmission / reception unit 31 transmits the transmission information created by the additional message (data) generation unit 32 to the PoC server 12 and outputs the reception information from the PoC server 12 to the output device 35.
  • the output device 35 includes a display unit 36 that displays additional data and additional messages added to the received information, and a speaker 37 that outputs additional data that is audio data or converted into audio data, and an attached calo message. including.
  • the PoC server 10 adds additional data and additional messages added to information sent from the mobile terminal 20 to information transmitted to other mobile terminals. It has a new function.
  • FIG. 2 shows a configuration block relating to a new function of the PoC server 10, and includes a receiving unit 11, an additional message (data) processing unit 12, an additional message (data) storage unit 13, and an additional message (data). ) It has a generation unit 14 and a transmission unit 15.
  • the receiving unit 11 receives transmission information from the mobile terminal 20.
  • the additional message (data) processing unit 12 analyzes the additional data and the additional message added to the received information.
  • the additional message (data) storage unit 13 holds the additional data and the additional message in association with the data transmission source information.
  • the additional message (data) generation unit 14 generates transmission information to the mobile terminal 20 with additional data and additional messages attached.
  • the transmission unit 15 transmits the transmission information generated by the additional message (data) generation unit 14 to the portable terminal 2
  • the communication procedure between the mobile terminal 20 and the PoC server 10 is the same as the sequence of the conventional system, and the point that additional data and additional messages are added to the information exchanged there is different from the conventional one. Yes.
  • user A in FIG. 17 selects user B and the user's group from the telephone directory of terminal 21, and from input unit 33, client A can speak user B, and client C can only listen to user C. specify.
  • the additional message (data) generation unit 32 creates setting information as additional data in which terminal B of user B is a terminal that can speak and terminal 23 of user C is a terminal that cannot speak, and additional message (data) ) Store in holding unit 34.
  • additional message (data) generator 32 adds an additional message to the call start request (INVITE) message ((4) in FIG. 18) transmitted to PoC server 10.
  • Data Holding unit The setting information held in the holding unit 34 is added.
  • the transmitting / receiving unit 31 transmits a call start request (INVITE) message to which the additional data is added to the PoC server 10.
  • the SIP protocol is used to start and end the session, and the call start request (INVITE) message, which is a SIP message, is transmitted from the source as illustrated in FIG. And the header part that contains the information of the destination and the body part of the message body.
  • the additional message (data) processing unit 12 analyzes the message and adds “terminal 22: a terminal that can speak” as additional data from the terminal 21.
  • the setting information “terminal 23: terminal that cannot speak” is recorded in the additional message (data) storage unit 13.
  • the PoC server 10 that has received the call start request (INVITE) transfers the call start request (INVITE) to the terminal 22 and the terminal 23 as shown in FIG. 18, but the additional message (data) generation unit 14 The additional data recorded in the additional message (data) storage unit 13 is added to the call start request (INVITE) message ((5), (6) in FIG. 18) sent to the terminal 22 and the terminal 23.
  • the terminal 22 and the terminal 23 display the setting information on the display unit 36, and perform call setting based on the setting information for the current PoC call using the terminal 21 as a caller. Therefore, the terminal 23 can only listen to the call, and if the user C performs an operation to acquire the right to speak, for example, a warning is displayed to inform that he / she cannot speak.
  • FIG. 4 schematically shows an order from transmission of additional data to setting of an additional function of PoC call.
  • the calling PoC client sends the setting information for PoC clients 2 and 3 to the PoC server.
  • the PoC server sends the set value to the PoC clients 2 and 3 on the receiving side.
  • the PoC clients 2 and 3 on the receiving side perform call settings according to the setting values. In this way, the caller can set a terminal that can speak and a terminal that can only listen, and control conversation between groups.
  • the calling side PoC client adds the additional data to the call start request (INVITE) ((4) in Fig. 18) and sends it to the PoC server. It is also possible to send a PoC start notification (REGISTER) message ((1) in Fig. 18) to the PoC server. In this case, the operation of the PoC server and the incoming PoC client will not change.
  • INVITE call start request
  • REGISTER PoC start notification
  • the user C of the terminal 23 that has received the call start request (INVITE) ((6) in FIG. 18) does not participate in the PoC call
  • the user C inputs the reason for refusing the call (for example, “moving by train”) from the input unit 33 of the terminal 23 by letters or voice.
  • the additional message (data) generation unit 32 of the terminal 23 sends a call rejection notification (BUSY) message (Fig. 18) with text data in which the reason for call rejection is recorded and voice data in which the reason for call rejection is recorded as attached data. Of (11)).
  • BUSY call rejection notification
  • data can be added to the body part in multipart format for the call rejection notification (BUSY) message.
  • the transmission / reception unit 31 of the terminal 23 transmits a call rejection notification to which the additional data is added to the PoC server 10.
  • the additional message (data) processing unit 12 analyzes the message and sends the added text data and voice data from the terminal 23. Information is recorded in the additional message (data) storage unit 13 as information.
  • the PoC server 10 that has received the call rejection notification (BUSY) transmits a presence information notification (NOTIFY) (12, 13) to the terminal 21 and the terminal 22 in almost real time as shown in FIG.
  • the additional message (data) generation unit 14 adds the text data and voice data recorded in the additional message (data) storage unit 13 to the presence information notification (NOTIFY).
  • the presence information notification (NOTIFY) is sent from the PoC server 10 when the presence status of the participant is changed.
  • the presence information notification (NOTIFY) message includes the presence information of the participant in XML format. Described. Since the XML format is text-based, the additional message (data) generator 14 uses a coding method (any machine-readable format) to add text data to the presence information notification (NOTIFY). When adding binary data such as audio and image, it is described by text encoding with BASE64.
  • the terminal 21 and the terminal 22 Upon receiving the presence information notification (NOTIFY) with the additional data ((12) (13) in FIG. 18), the terminal 21 and the terminal 22 extract the additional data in the XML, and The reason for refusal of participation is reproduced and displayed from the display unit 36 or the speaker 37.
  • a call withdrawal notification (BYE) message is transmitted to the PoC server 10 from the participant's terminal, and the PoC server 10 Presence information notification (NOTIFY) notifying the participant's withdrawal is notified to other participants.
  • BYE call withdrawal notification
  • NOTIFY Presence information notification
  • FIG. 5 (a) shows an example of display on the display unit 36 of each of the terminals 21 to 23 in this PoC call system.
  • Figure 5 (b) shows the display in a conventional PoC call system for comparison.
  • the display of “Driving” for the user displayed on the screen of FIG. 5 (b) is merely a message associated with the response code of the SIP message in the PoC client in advance. In the conventional specification, this message cannot be changed by the user.
  • User D's “leave” is a message that is displayed when the PoC call power is also released, and the user power message cannot be changed in the same manner.
  • the user can freely edit and notify the reason for call rejection, the reason for withdrawal, and the like. , PoC usability is improved.
  • PoC server power notifies the PoC client when the other party has lost the PoC call end.
  • a presence information notification (NOT IFY) message with additional data cannot be sent to the PoC client.
  • the body part of the BYE request message with additional data received from one terminal is directly included in the PoC server power PoC call end notification and transmitted to the PoC client terminal. Can be solved. [0098] (Third embodiment)
  • the voice right acquisition notification is sent from the PoC server 10 to terminal 21 of user A and terminal 23 of user C.
  • the terminal 21 that has been transmitted and received this generates a confirmation sound preset in the terminal 21, and the terminal 23 generates a confirmation sound preset in the terminal 23.
  • the confirmation sound power set for user B's terminal 22 does not require only terminal 22 and user A's terminal 21 and user C. If the user C obtains the right to speak, the confirmation sound power set for the user C's terminal 23 will be transferred to the terminal 21 of the user A and the terminal 22 of the user B. Also configured to occur. Therefore, the person who has the right to speak can be specified by the confirmation sound.
  • the terminal 21 of the user A who is the caller has the sound data of the set confirmation sound (Or specified information of confirmation sound stored in the terminal) as additional data, call start request (INVITE) message (Fig. 18 (4)) or PoC start notification (REGISTER) message (Fig. Send it to the PoC server 10 after adding it to (1) in 18).
  • the PoC server 10 sends a call start request (INVITE) message (FIG. 18 (5)) to be sent to the terminal 22 and a call start request (INVITE) message to be sent to the terminal 23 ((6 in FIG. 18). ) Add to) and send. Therefore, the terminal 22 and the terminal 23 can acquire the sound data of the confirmation sound set in the terminal 21.
  • the terminal 22 uses the sound data of the confirmation sound set in the terminal 22 as additional data, This is attached to the call start response (INVITE response) message ((7) in Fig. 18) and sent to the PoC server 10.
  • the PoC server 10 adds the additional data to the presence information notification (NOTIFY) (9) to be transmitted to the terminal 23 and the presence information notification (NOTIFY) (10) to be transmitted to the terminal 21 for transmission. Therefore, the terminal 21 and the terminal 23 can acquire the sound data of the confirmation sound set in the terminal 22.
  • terminal 23 of user C who participates in a PoC call uses the sound data of the confirmation sound set on terminal 23 as additional data, and a call start response (INVITE response). ) Attached to the message and sent to the PoC server 10.
  • the PoC server 10 transmits the attached data added to the presence information notification (NOTIFY) transmitted to the terminal 21 and the terminal 22. Therefore, the terminal 21 and the terminal 22 can acquire the sound data of the confirmation sound set in the terminal 23.
  • This confirmation sound should also include a confirmation sound when the floor is released (open sound) and a confirmation sound when the floor is disconnected (cut sound). Can do.
  • the terminal that has acquired the sound data of the confirmation sound set in the other terminal receives the floor right acquisition notification (Floor Taken) ((23) (24) in Fig. 19) and the right to speak from the PoC server 10.
  • the release notification (Flo or Idle) ((33) (34) in Fig. 19) or when receiving the presence information notification (NO TIFY) of leaving, Or, the confirmation sound set on the leaving terminal sounds. Therefore, the user can identify the operating terminal simply by listening to the confirmation sound.
  • FIG. 6 is a diagram for explaining an additional function of terminal identification using a confirmation sound.
  • terminal 1 is set to (a)
  • terminal 2 is set to (b)
  • terminal 3 is set to (c).
  • a user icon distributed from each user's terminal is assigned.
  • user A sets a user icon corresponding to user B or a user icon corresponding to user C on his terminal 21, so that the user The user icon corresponding to user B can be displayed when B has the right to speak, and the user icon corresponding to user C can be displayed when user C acquires the right to speak! .
  • the icon data for the user B is input to the terminal 21 of the user B, the terminal 22 of the user B, without performing the setting operation of the user icon corresponding to such other users.
  • the icon data for user C is distributed from terminal 23 of user C.
  • icon data for user A is distributed from terminal 21 of user A to terminal 22 of user B
  • icon data for user C is distributed from terminal 23 of user C.
  • the user A's terminal data is distributed from the terminal 21 of the user A to the terminal 23 of the user C, and the icon data for the user B's terminal 22 and the user B is distributed.
  • Distribution of this icon data is performed in the same procedure as the confirmation sound information shown in the third embodiment.
  • FIG. 7 is a diagram for explaining an additional function of user icon distribution.
  • the icon of User A is displayed on the screen of each terminal together with the display of “Speaker: User A”.
  • this icon data is transmitted at the start of a PoC call so that it can be displayed on the terminal during the PoC call, so that the time and effort of associating with the terminal can be saved.
  • the power explained for the distribution of user icons is the same, and the BGM MIDI music data set by each user is distributed between each terminal, and from the speed 37 of each terminal 21-23, When user A gets the right to speak! /, The BGM set by user A will flow, and when user B gets the right to speak, the BGM set by user B will flow It is also possible to change the background music for each user who has the right to speak
  • the terminal can be upgraded by adding various additional functions shown in the first to fourth embodiments.
  • the terminals that are actually used include terminals with various capabilities, such as those that support all additional functions or only some of those functions, and there are differences in versions. .
  • each terminal of a call participant exchanges capability information at the start of a PoC call, and is supported by V or one of the terminals. Make a call.
  • Fig. 8 is a diagram for explaining an additional function by capability exchange.
  • the PoC client version is exchanged between PoC client participants at the start of the PoC call, and the functions that are not supported by the PoC call participant are turned off. Can be eliminated. As a result, even if the purge of PoC clients is performed, upward compatibility can be maintained, and calls between old and new PoC clients can be guaranteed.
  • a request to acquire a floor is made using RTCP.
  • the floor request RTCP packet has the data structure shown in Fig. 9 (a), and each parameter is set as shown in Fig. 9 (b).
  • an SDES (Source Description) packet is attached to the RTCP packet of a floor request acquisition request and transmitted to the PoC server 10 in the form of a “composite RTCP packet”.
  • Figure 11 shows the parameters of this composite RTCP packet.
  • the SDES packet is for notifying the participant's e-mail address and telephone number, and has the structure shown in Fig. 12 and includes a PRIV (Private) area that can be uniquely defined by the application. ing.
  • the additional message (data) generation unit 32 of the terminal 21 writes the original message input from the input unit 33 into the PRIV area of the SDES packet, and the SDES packet has the right to speak. It is attached to the RTCP packet of the acquisition request (Floor Request). The floor request obtained in this way is transmitted from the transmitting / receiving unit 31 to the PoC server 10.
  • the additional message (data) processing unit 12 analyzes the received data and adds it to the floor acquisition request (Floor Request). Record the SDES information in the additional message (data) storage unit 13.!
  • the PoC server 10 Upon receiving the floor request, the PoC server 10 generates a power-added message (data) to transmit the floor right acquisition notification (Floor Taken) to another terminal as shown in FIG.
  • the unit 14 responds to the SDES recorded in the additional message (data) storage unit 13. The information is added, and a “complex RTCP packet” of the floor right acquisition notification (Floor Taken) and the SDES information is transmitted to the terminal 22 and the terminal 23.
  • the terminal 22 and the terminal 23 When the terminal 22 and the terminal 23 receive the floor right acquisition notification (Floor Taken) sent from the PoC server 10, the original message of the caller is transmitted to the terminal 22 and the terminal 23. The terminals 22 and 23 display this original message on the display unit 36.
  • Fig. 13 (a) shows an example of display on the display unit 36 of the terminals 22 and 23 in this PoC call system.
  • Figure 13 (b) shows the display in a conventional PoC call system for comparison.
  • Each terminal 21 to 23 of the PoC call system holds a plurality of icons representing emotions such as laughter, face sadness, and face in the additional message (data) holding unit 34 in advance.
  • the user A when the user A speaks a pleasant topic, the user A designates the laughing face icon with a number from the input unit 33 of the terminal 21, and presses the call button of the terminal 21.
  • the additional message (data) generation unit 32 of the terminal 21 reads the icon data designated from the input unit 33 from the additional message (data) holding unit 34 and writes it in the PRIV area of the SDES packet.
  • this SDES packet is added to the floor request packet and transmitted to the PoC server 10, and the floor right acquisition notification (Floor Taken) and sent to the terminals 22 and 23 from the PoC server 10.
  • the terminal 22 and the terminal 23 display the icon sent in the SDES packet on the display unit 36.
  • Figure 14 shows how User A obtains the right to speak by specifying the “Smiling” icon, and that icon is sent to all participants ’terminals and displayed on the screen of each terminal. . By displaying these icons, you can expand the range of expressions during a PoC call.
  • Each terminal 21 to 23 of this PoC call system has a camera function, and after the user takes a picture, the user presses the call button on the terminal to transmit the taken image to another terminal. be able to.
  • the image data transmission procedure in this case is the same as the original message of the sixth embodiment and the icon data of the seventh embodiment.
  • FIG. 15 shows an example of the screen of the receiving terminal on which the image is displayed when user A obtains the right to speak and transmits the image after taking a picture.
  • the range of expressions for PoC calls can be expanded by enabling the display of photos taken during PoC calls.
  • the input floor release time is transmitted to the terminals of other users in the same procedure as the original message of the sixth embodiment.
  • the terminal receiving the floor release time displays a countdown until the floor ends, and rings when the power count is zero.
  • the next speaker can obtain the right to speak without any delay from the end of the previous speech, and a smooth conversation can be realized.
  • the terminals 22 and 23 change the display of the speaker to user A and sound the confirmation sound normally used by each terminal.
  • the additional message (data) generation unit 32 of the terminal 21 confirms the confirmation specified by the input unit 33.
  • the sound data of the sound is read from the additional message (data) holding unit 34, written in the PRIV area of the SDES bucket, and this SDES packet is attached to the floor request packet and sent to the PoC server 10. Send.
  • the sound data of the confirmation sound is added to the floor right acquisition notification (Floor Taken) and transmitted from the PoC server 10 to the terminal 22 and the terminal 23, as in the original message of the sixth embodiment.
  • the terminal 22 and the terminal 23 that have received the floor right acquisition notification change the display of the speaker to the user A and reproduce the sound data of the added confirmation sound.
  • FIG. 16 is a diagram for explaining this additional function.
  • Figure 16 (a) shows the case where User A has obtained the floor without specifying a confirmation sound. At this time, the confirmation sound data is not sent to the receiving side, and the receiving terminal normally uses it. The right-to-speak acquisition sound is sounded.
  • Fig. 16 (b) shows a case where user A acquires the floor after performing the confirmation sound designation operation. At this time, confirmation sound data is sent to the receiving side, and based on this data, The sound “pinbone” is played on the receiving terminal. In this way, the range of expressions during PoC calls can be expanded.
  • the present invention is applied to the PoC system, its device, and the data transmission method in the PoC system to enable the enhancement of the PoC system functions, and is extremely useful for realizing an easy-to-use PoC system. Useful.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

　ＰｏＣの付加機能を実現する付加データを、ＰｏＣプロトコルに則って配信するＰｏＣデータ送信方法を提供する。 送信側の端末（ＰｏＣクライアント１）からＰｏＣプロトコルに基づいてＰｏＣサーバに　送信される第1のメッセージに付加データ（設定情報）を付加し、ＰｏＣクライアント１からＰｏＣサーバに、この第1のメッセージと共に設定情報を送信する第１のステップと、第1のメッセージを受信したＰｏＣサーバからＰｏＣプロトコルに基づいて一または複数の受信側の端末（ＰｏＣクライアント２，３）に送信される第２のメッセージに前記設定情報を付加し、ＰｏＣサーバからＰｏＣクライアント２，３に、第２のメッセージと共に設定情報を送信する第２のステップとを有している。このＰｏＣデータ送信方法では、ＰｏＣプロトコルの下で送信されるメッセージを利用して、付加データの送信が行われ、ＰｏＣの付加機能が実現される。

Description

明 細 書
PoCデータ送信方法と PoC通話システムと装置
技術分野
[0001] 本発明は、 PoC (Push-to-Talk over Cellular)のプロトコルに則って付カ卩データを 配信する PoCデータ送信方法と、その方法を実施するシステム及び装置に関し、付 加データの配信により PoC通話の付加機能を実現するものである。
背景技術
[0002] トランシーバや業務用無線機は、その端末に備わる発話用ボタンを押下した状態 で発話し、このボタンを解放した状態で他の話者から送られた発話内容を音声出力 する PTT (Push-to-Talk)機能を備えて!/ヽるが、この PTT機能を携帯電話で実現した ものが PoCである。
[0003] PoC機能を持つ携帯電話は、例えば電話帳力も一または複数の通話相手を選び、 携帯電話に備わる専用の通話ボタンを押下 '解放することにより、 PoCサーバを介し て、一または複数の相手と半二重通信での PoC通話を行うことができる。
[0004] 図 17は、 PoC通話システムの概念図を示し、図 18は、 PoC通話システムのセッショ ン開始時のシーケンス、また、図 19は、発言権確保のシーケンスを示している。この システムは、 PTT機能を装備した携帯端末 21、 22、 23と、 PoC制御機能を有する P oCサーバ 10と、携帯電話網 40とで構成されている。
[0005] PoCサーバ 10は、 PoC制御機能として、 SIP (Session Initiation Protocol)によるセ ッシヨン処理 (例えば SIPセッション開始、変更、終了など）や、発言統制等の機能を 実行する。
[0006] 端末 21、 22、 23は、 PoCサーバ 10の制御の下にセッションを確立し、 PoCサーバ 10から発言権を得た端末だけが音声データを送信する。他の端末は、発言権が得ら れるまでは、受信した音声データの出力処理だけを行う。
[0007] 図 18は、 PoCサーバ 10の SIPセッション処理を受けて、端末 21、 22、 23のセッショ ンが開始される時のシーケンスを示している。
[0008] 各端末 21、 22、 23は、 PoCサーバ 10に対して事前に PoC開始通知（REGISTE R) (D (2) (3)を行う。
[0009] ユーザー Aが、例えば端末 21の電話帳力もユーザー B及びユーザー Cを選び、端 末 21の発信ボタンを押すと、そのメンバーに対する通話開始要求 (INVITE) (4)が PoCサーバ 10に送信され、 PoCサーバ 10からユーザー Bの端末 22及びユーザー C の端末 23に、それぞれ通話開始要求メッセージ（5) (6)が転送される。
[0010] 通話開始要求メッセージを受信した端末 22から、ユーザー Bが通話に応じる操作 を行うと、リクエスト成功の通話開始応答 (INVITE応答）（7)が端末 22から PoCサー ノ 10に送信され、 PoCサーバ 10から端末 21に転送される（8)。また、 PoCサーバ 1 0は、端末 22の参加を示すプレゼンス情報通知（NOTIFY) (9) (10)を、端末 23と 端末 21とに送信する。
[0011] 通話開始要求メッセージを受信した端末 23から、ユーザー Cが通話に応じる操作 を行った場合も同様の手順が行われる。一方、ユーザー Cが通話に応じない操作を 行った場合は、通話拒否通知（BUSY) (11)が端末 23から PoCサーバ 10に送信さ れ、 PoCサーバ 10は、端末 23の不参加を示すプレゼンス情報通知（NOTIFY) (12 ) (13)を端末 21と端末 22とに送信する。
[0012] また、図 19は、 PoCサーバ 10の発言統制の下で、端末 21、 22、 23が発言権を確 保する際のシーケンスを示して 、る。
[0013] PoC仕様では、前述するように、セッションの開始 '終了に SIPプロトコルを使用し（ 図 18の場合）、通話中の音声データのやり取りに、データ転送プロトコルである RTP (Real-time Transport Protocol)と、 RTPでデータを送受信するためのセッションを制 御する RTCP (RTP Control Protocol)とを使用している（図 19の場合）。 PoC中での 発言権の取得 Z被取得情報のやり取りは RTCPを用いて行われる。すなわち、 PoC プロトコルは、 SIP、 RTP、 RTCPを含む。
[0014] 発言権を求めるユーザー Aが端末 21の通話ボタンを押すと、端末 21から PoCサー バ 10に発言権取得要求（Floor Request) (21)の RTCPパケットが送信される。発言 権を管理する PoCサーバ 10は、発言権が未付与である場合に、端末 21に対して発 言権取得通知（Floor Grant) (22)を送り、「発言権付与済」という発言権のステータス を記憶し、端末 22及び端末 23に対して発言権被取得通知（Floor Taken) (23) (24) を送信する。
[0015] 発言権を得たユーザー Aは、通話ボタンを押したまま端末 21から音声を入力する。
音声データは RTPパケットに生成されて PoCサーバ 10に送られ（25) (28)、 PoCサ ーバ 10から端末 22及び端末 23に転送される（26) (27) (29) (30)。
[0016] このとき、端末 21、 22、 23の画面には、図 20に例示するように、 PoC通話中を示 す表示や、発言者、参加者の情報が表示される。
[0017] ユーザー Aが端末 21の通話ボタンを放すと、端末 21から PoCサーバ 10に発言権 開放要求（Floor Rlease) (31)の RTCPパケットが送信される。これを受けた PoCサー バ 10は、端末 21に対して発言権開放通知（Floor Idle) (32)を送り、発言権のステー タスを「発言権未付与」に更新し、端末 22及び端末 23に対して発言権開放通知 (Flo or Idle) (33) (34)を送信する。
[0018] また、 PoCサーバ 10は、「発言権付与済」の期間中に他の端末力も発言権取得要 求 (Floor Request)を受信した場合は、これを拒否する。
非特許文献 1 : Push- to- Talk over Cellular (PoC)- Architecture- 2.0.8、第 6頁 発明の開示
発明が解決しょうとする課題
[0019] し力し、 PoCシステムの仕様は、端末間での音声データの送受信をサポートして！/ヽ るだけであり、データ、映像、サウンド等の送受信には対応していない。そのため、図 18及び図 19のシーケンスの中で、例えば、発言可能な端末と傍聴のみ可能な端末 とを指定する情報を送信したり、発言時の感情を表現するアイコンを各端末に送信し たりすることはできない。
[0020] もしも、発言可能な端末と傍聴のみ可能な端末との指定情報を PoC通話の開始時 に各端末に配信することができるならば、グループ間の会話を適切にコントロールす ることが可能になり、また、発言権の取得時に発言者の感情を表すアイコンを各端末 に配信することができるならば、 PoC通話の表現の幅を広げることが可能になる。
[0021] このように、付加データの配信は、 PoCの付加機能の拡充を可能にする。
[0022] PoC通話で利用するデータを PoC通話の開始前にインターネットメールや SMS (S hort Massage Service)等の別手段で受信側に送ることは可能である力 これらの方 法では、受信データの内容を PoC通話に反映させる受信側ユーザー（PoCクライア ント）の処理が必要であり、 PoCクライアントの負担が大きい。また、これらのデータ送 信方法では、 PoC通話の開始 Z終了、発言権取得等のタイミングに同期させてデー タを送ったり、そのタイミングでデータを自動的に利用したりすることができない。
[0023] 本発明は、こうした事情に鑑みて創案したものであり、 PoCの付加機能を実現する 付加データを、 PoCプロトコルに則って配信する PoCデータ送信方法を提供し、また 、その方法を実行して、 PoCの各種の付加機能を実現するシステム及び装置を提供 することを目的としている。
課題を解決するための手段
[0024] 本発明の PoCデータ送信方法は、送信側の端末力 PoCプロトコルに基づいて Po Cサーバに送信される第 1のメッセージに付加データを付加し、送信側の端末から Po Cサーバに、この第 1のメッセージと共に付加データを送信する第 1のステップと、第 1 のメッセージを受信した PoCサーバから PoCプロトコルに基づいて一または複数の受 信側の端末に送信される第 2のメッセージに前記付加データを付加し、 PoCサーバ 力も受信側の端末に、第 2のメッセージと共に前記付加データを送信する第 2のステ ップとを有している。
[0025] この PoCデータ送信方法では、 PoCプロトコルの下で送信されるメッセージを利用 して、端末間での付加データの配信が行われる。
[0026] また、本発明の PoCデータ送信方法では、セッションの開始、変更または終了の際 に送信される SIPメッセージを利用することが可能である。
[0027] また、本発明の PoCデータ送信方法では、前記第 1のメッセージとして通話開始要 求 (INVITE)メッセージを使用し、前記第 2のメッセージとして PoCサーノ から転送さ れる通話開始要求 (INVITE)メッセージを使用することができる。
[0028] また、本発明の PoCデータ送信方法では、前記第 1のメッセージとして PoC開始通 知（REGISTER)メッセージを使用し、前記第 2のメッセージとして PoCサーバから転 送される通話開始要求 (INVITE)メッセージを使用することができる。
[0029] また、本発明の PoCデータ送信方法では、前記第 1のメッセージとして通話開始応 答 (INVITE応答)メッセージを使用し、前記第 2のメッセージとしてプレゼンス情報通 知（NOTIFY)メッセージを使用することができる。
[0030] また、本発明の PoCデータ送信方法では、前記第 1のメッセージとして、通話拒否 通知（BUSY)または通話離脱通知（BYE)のメッセージを使用し、前記第 2のメッセ ージとしてプレゼンス情報通知（NOTIFY)メッセージを使用することができる。
[0031] また、本発明の PoCデータ送信方法では、前記第 1のメッセージとして、発言権を 取得する端末力も PoCサーバに送信されるメッセージを使用し、前記第 2のメッセ一 ジとして、発言権が取得されたことを伝える PoCサーバから他の端末に送信されるメ ッセージを使用することができる。
[0032] また、本発明の PoCデータ送信方法では、前記第 1のメッセージ及び第 2のメッセ ージを RTCPパケットで送信し、付カ卩データを含む SDESパケットを前記 RTCPパケ ットに付加して送信することができる。
[0033] また、本発明の携帯端末は、付加データを入力または指定する入力部と、 PoCプロ トコルに基づいて PoCサーバに送信するメッセージに前記付加データを付加する付 加メッセージ生成部と、 PoCサーバから PoCプロトコルに基づ!/、て送られて来るメッセ ージに付加されたデータを表示する表示部とを有している。
[0034] この携帯端末は、付加データを利用する PoC通話の付加機能を実現できる。
[0035] また、本発明の PoCサーバは、送信側の端末から PoCプロトコルに基づいて送られ て来るメッセージに付加された付加データを解析する付加メッセージ処理部と、 PoC プロトコルに基づいて一または複数の受信側の端末に送信するメッセージに前記付 加データを付加する付加メッセージ生成部とを有している。
[0036] この PoCサーバは、端末間での付加データの配信を仲介する。
[0037] また、本発明の PoC通話システムは、送信側の端末力も PoCサーバに、付加デー タを付カ卩した第 1のメッセージが PoCプロトコルに基づいて送信され、 PoCサーバか ら受信側の端末に、前記付加データを付加した第 2のメッセージが PoCプロトコルに 基づいて送信される PoC通話システムであって、送信側の端末が、セッションの開始 時に、前記付加データとして、発言可能な端末と傍聴のみ可能な端末とを指定する 情報を送信することにより、発言可能な端末と傍聴のみ可能な端末とを指定できるよ うにしている。 [0038] このシステムでは、発信側のユーザーがグループ間の会話をコントロールすること ができる。
[0039] また、本発明の PoC通話システムでは、 PoC通話への参カ卩を拒否する端末または PoC通話から離脱する端末が、前記付加データとして、参加拒否理由または離脱理 由の情報を送信し、前記付加データを受信した端末が、送られた参加拒否理由また は離脱理由を表示するようにして 、る。
[0040] このシステムでは、詳しい参加拒否理由や離脱理由を参加者に知らせることができ る。
[0041] また、本発明の PoC通話システムでは、送信側の端末が、セッションの開始時また は発言権の取得時に、前記付加データとして、確認音のデータを送信し、受信側の 端末は、前記送信側の端末の動作を確認する確認音として、前記送信側の端末から 送られた確認音を使用する。
[0042] このシステムでは、確認音を聞くだけで、対象の端末を判別することができる。
[0043] また、本発明の PoC通話システムでは、送信側の端末が、セッションの開始時に、 前記付加データとして、ユーザーアイコンまたは BGM音楽データを送信し、受信側 の端末は、その送信側の端末が発言権を取得したときに、その送信側の端末から送 られたユーザーアイコンまたは BGMを表示する。
[0044] このシステムでは、参加者の各端末において、発言中のユーザーに対応するアイコ ンゃ BGMが表示される。
[0045] また、本発明の PoC通話システムでは、送信側の端末が、発言権の取得時に、前 記付加データとして、オリジナルメッセージを送信し、受信側の端末は、その送信側 の端末が発言権を維持して!/、る間、送信側の端末から送られた前記オリジナルメッセ ージを表示する。
[0046] このシステムでは、聞き漏れや聞き間違いを無くす手段としてオリジナルメッセージ を使用することができる。
[0047] また、本発明の PoC通話システムでは、送信側の端末が、発言権の取得時に、前 記付加データとして、複数のアイコンの中から選択したアイコンを送信し、受信側の 端末は、その送信側の端末が発言権を維持している間、送信側の端末から送られた アイコンを表示する。
[0048] このシステムでは、楽 、話題のときは笑顔のアイコンを受信側端末に表示し、悲し V、話題のときは悲 、顔のアイコンを受信側端末に表示することなどが可能であり、 P oC通話の表現の幅を広げることができる。
[0049] また、本発明の PoC通話システムでは、送信側の端末が、発言権の取得時に、前 記付加データとして、発言権開放時刻の情報を送信し、受信側の端末は、送信側の 端末力 送られた発言権開放時刻の情報に基づいてカウントダウンを表示する。
[0050] このシステムでは、前の発言の終了から、間を置かずに次の発言者が発言権を取 得して発言することが可能になり、スムースな会話が実現できる。
発明の効果
[0051] 本発明では、 PoCの付加機能を実現する付加データを、 PoCプロトコルに則って 配信することができ、それにより、ユーザーに負担を強いること無ぐ PoCの機能を拡 充し、 PoC通話の表現の幅を広げることができる。
図面の簡単な説明
[0052] [図 1]本発明の実施形態における携帯端末の構成を示すブロック図
[図 2]本発明の実施形態における PoCサーバの構成を示すブロック図
[図 3]本発明の第 1の実施形態における通話開始要求 (INVITE)のデータ構成例 [図 4]本発明の第 1の実施形態における付加機能の説明図
[図 5]本発明の第 2の実施形態における付加機能の説明図
[図 6]本発明の第 3の実施形態における付加機能の説明図
[図 7]本発明の第 4の実施形態における付加機能の説明図
[図 8]本発明の第 5の実施形態における付加機能の説明図
[図 9]発言権取得要求（Floor Request)のデータ構造を示す図
[図 10]本発明の第 6の実施形態における発言権取得要求 (Floor Request)のデータ 構造を示す図
[図 11]図 10の発言権取得要求（Floor Request)のパラメータを示す図
[図 12]SDESパケットの構造を示す図
[図 13]本発明の第 6の実施形態における付加機能の説明図 圆 14]本発明の第 7の実施形態における付加機能の説明図 圆 15]本発明の第 8の実施形態における付加機能の説明図 圆 16]本発明の第 10の実施形態における付加機能の説明図 [図 17]PoCシステムの概念図
[図 18]PoCシステムでのセッション開始時のシーケンスを示す図 [図 19]PoCシステムでの発言権確保のシーケンスを示す図 [図 20]PoC通話中の端末の画面を示す図
符号の説明
[0053] 10 PoCサーバ
11 受信部
12 付加メッセ一 -ジ (デ -タ)処理部
13 付加メッセ一 -ジ (デ -タ)記憶部
14 付加メッセ一 -ジ (デ -タ)生成部
15 送信部
20 端末
21 端末
22 端末
23 端末
31 送受信部
32 付加メッセ一 -ジ (デ -タ)生成部
33 入力部
34 付加メッセ一 -ジ (デ -タ)保持部
35 出力デバイス
36 表示部
37 スピーカ
40 携帯電話網
発明を実施するための最良の形態
[0054] 本発明の実施形態における携帯端末の構成を図 1に、 PoC 示している。
[0055] 携帯端末 20は、従来の PoC機能の他に、送信情報に付加データや付加メッセ一 ジを加えるとともに、受信情報の付加データや付加メッセージに基づく処理を行う新 規機能を備えている。図 1は、携帯端末 20の新規機能に係わる構成ブロックを示して おり、入力部 33と、付加メッセージ (データ）生成部 32と、付加メッセージ (データ)保 持部 34と、送受信部 31と、出力デバイス 35 (表示部 36及びスピーカ 37)とを有して いる。
[0056] 入力部 33からは、付加データや付加メッセージ、あるいは、それらを指定する指定 情報が入力される。
[0057] 付加メッセージ (データ）生成部 32は、入力部 33からの入力情報に基づいて付カロ データや付加メッセージを生成し、あるいは、付加メッセージ (データ)保持部 34から 付加データや付加メッセージを読み出し、 PoCサーバ 10への送信情報に付加する。
[0058] 付加メッセージ (データ)保持部 34は、付加メッセージ (データ）生成部 32で生成さ れた付加データや付加メッセージを保持する。
[0059] 送受信部 31は、付加メッセージ (データ）生成部 32が作成した送信情報を PoCサ ーバ 12に送信し、 PoCサーバ 12からの受信情報を出力デバイス 35に出力する。
[0060] 出力デバイス 35は、受信情報に付加された付加データや付加メッセージを表示す る表示部 36、音声データである、または音声データに変換された付加データ、付カロ メッセージを出力するスピーカ 37を含む。
[0061] また、 PoCサーバ 10は、従来の PoC制御機能の他に、携帯端末 20から送られた 情報に付加されて 、る付加データや付加メッセージを、他の携帯端末への送信情報 に付加する新規機能を備えている。図 2は、 PoCサーバ 10の新規機能に係わる構成 ブロックを示しており、受信部 11と、付加メッセージ（データ）処理部 12と、付加メッセ ージ (データ)記憶部 13と、付加メッセージ (データ）生成部 14と、送信部 15とを有し ている。
[0062] 受信部 11は、携帯端末 20からの送信情報を受信する。
[0063] 付加メッセージ (データ)処理部 12は、受信情報に付加された付加データや付加メ ッセージを解析する。 [0064] 付加メッセージ（データ）記憶部 13は、付加データや付加メッセージをデータ送信 元情報と結び付けて保持する。
[0065] 付加メッセージ (データ）生成部 14は、付加データや付加メッセージを付カ卩した、携 帯端末 20への送信情報を生成する。
[0066] 送信部 15は、付加メッセージ (データ）生成部 14が生成した送信情報を携帯端末 2
0に送信する。
[0067] この PoC通話システムの概念図は、図 17と同じであり、端末 21、 22、 23は、図 1の 構成を有し、 PoCサーバ 10は図 2の構成を有している。
[0068] また、携帯端末 20及び PoCサーバ 10間の通信手順は、従来システムのシーケン スと同じであり、そこで交信される情報に付加データや付加メッセージが付加されて いる点が従来と違っている。
[0069] 以下、付加データや付加メッセージの内容、それらを付加した送信情報の送信タイ ミング、及び、付加データや付加メッセージの付カ卩により実現される PoC通話の付カロ 機能について説明する。
[0070] (第 1の実施形態）
本発明の第 1の実施形態では、特定の PoC通話において、発言可能な端末と傍聴 のみ可能な端末とを指定する付加機能について説明する。
[0071] 例えば、図 17のユーザー Aは、端末 21の電話帳からユーザー B及びユーザーじの グループを選び、入力部 33から、ユーザー Bを発言可能なクライアント、ユーザー C を傍聴のみ可能なクライアントと指定する。これを受けて、付加メッセージ (データ）生 成部 32は、ユーザー Bの端末 22を発言可能端末、ユーザー Cの端末 23を発言不可 端末とする設定情報を付加データとして作成し、付加メッセージ (データ)保持部 34 に格納する。
[0072] ユーザー Aが端末 21の発信ボタンを押すと、付加メッセージ (データ）生成部 32は 、 PoCサーバ 10に送信する通話開始要求（INVITE)メッセージ（図 18の（4) )に、 付加メッセージ (データ)保持部 34で保持された設定情報を付加する。送受信部 31 は、付加データが加えられた通話開始要求（INVITE)メッセージを PoCサーバ 10に 送信する。 [0073] 前述するように、 PoC仕様では、セッションの開始 '終了に SIPプロトコルが使用さ れており、 SIPメッセージである通話開始要求 (INVITE)メッセージは、図 3に例示 するように、送信元や送信先の情報を含むヘッダ部と、メッセージ本体のボディ部と で構成されている。 SIPメッセージでは、 HTTPと同じように「マルチパート」という形 で複数種類のメッセージを一度に送信することが可能であり、付加メッセージ (データ )生成部 32で生成された付加データは、通話開始要求 (INVITE)メッセージのボデ ィ部に記述されて PoCサーバ 10に送られる。図 3では、ボディ部 3が付加データを表 している。
[0074] この通話開始要求（INVITE)メッセージを受信した PoCサーバ 10では、付加メッ セージ (データ)処理部 12がメッセージを解析し、端末 21からの付加データとして「端 末 22：発言可能端末、端末 23：発言不可端末」とする設定情報を付加メッセージ (デ ータ）記憶部 13に記録する。
[0075] 通話開始要求（INVITE)を受信した PoCサーバ 10は、図 18に示すように、通話 開始要求 (INVITE)を端末 22及び端末 23に転送するが、付加メッセージ (データ） 生成部 14は、端末 22及び端末 23に送る通話開始要求 (INVITE)メッセージ（図 18 の（5)、 (6) )に対して、付加メッセージ (データ)記憶部 13に記録した付加データを 付加する。
[0076] 端末 22及び端末 23が PoCサーバ 10から送られた通話開始要求（INVITE)を受 信することにより、発信者により指定された設定情報が端末 22及び端末 23に伝えら れる。
[0077] 端末 22及び端末 23は、この設定情報を表示部 36に表示するとともに、端末 21を 発信者とする今回の PoC通話に対して、設定情報に基づく通話設定を行う。そのた め、端末 23は、通話の傍聴だけが可能になり、ユーザー Cが発言権取得の操作を行 つた場合は、例えば警告を表示して、発言できないことを知らせる。
[0078] 図 4は、付加データの伝達から PoC通話の付加機能の設定に至るまでの順序を模 式的に示している。
[0079] 1)通話開始時に発信側の PoCクライアントは、 PoCクライアント 2、 3に対する設定 情報を PoCサーバに送信する。 2) PoCサーバは、着信側の PoCクライアント 2、 3に対して設定値を送る。
3)着信側の PoCクライアント 2、 3は、設定値に従って通話設定を行う。 こうして、発信者は、発言可能な端末と傍聴のみ可能な端末とを設定して、グルー プ間の会話をコントロールすることができる。
[0080] なお、ここでは、発信側 PoCクライアントが、付加データを通話開始要求 (INVITE ) (図 18の (4) )に付加して PoCサーバに送る場合について説明した力 付加データ を、 SIPメッセージの PoC開始通知（REGISTER)メッセージ（図 18の（1) )に付カロし て PoCサーバに送ることも可能である。この場合、その後の PoCサーバ及び着信側 P oCクライアントの動作は変わりがな 、。
[0081] また、ここでは、発信側 PoCクライアントが、設定情報として、着信側 PoCクライアン トの発言可 ·不可を設定する場合について説明したが、それだけに限らず、発信側 P oCクライアントは、 SIPメッセージの「マルチパート」を活用して、通話開始要求 (INV ITE)や PoC開始通知（REGISTER)のメッセージに「テキスト」「画像」「MIDI (Musi cal Instruments Digital Interface)データ」等の各種データを付カ卩することにより、開始 する PoC通話でのみ有効となる各種設定を、同様の方法で実現することができる。
[0082] (第 2の実施形態）
本発明の第 2の実施形態では、 PoC通話への参加を拒否する際や、 PoC通話から 離脱する際に、詳細な参加拒否理由や離脱理由の通知を可能にする付加機能につ いて説明する。
[0083] 従来の PoC通話でも、通話を拒否する場合に、 PoC仕様で決められた「運転中」「 タイムアウト」等の極めて大雑把な拒否理由を通知することはできる力 例えば、「電 車で移動中」等の詳細な参加拒否理由を伝えることはできな力つた。
[0084] この実施形態の PoC通話システムでは、例えば、通話開始要求 (INVITE) (図 18 の（6) )を受信した端末 23のユーザー Cが PoC通話に参カ卩しな 、場合に、ユーザー Cは、端末 23の入力部 33から通話拒否の理由（例えば「電車で移動中」）を文字ある いは音声で入力する。端末 23の付加メッセージ (データ）生成部 32は、通話拒否の 理由が書かれたテキストデータや、通話拒否の理由が録音された音声データを付カロ データとして通話拒否通知（BUSY)メッセージ（図 18の（11) )に付加する。なお、こ の通話拒否通知（BUSY)メッセージに対しても、通話開始要求（INVITE)メッセ一 ジと同様に、ボディ部にマルチパート形式でデータを付加することができる。
[0085] 端末 23の送受信部 31は、付加データが加えられた通話拒否通知を PoCサーバ 1 0に送信する。
[0086] この通話拒否通知（BUSY)メッセージを受信した PoCサーバ 10では、付加メッセ ージ (データ)処理部 12がメッセージを解析し、付加されたテキストデータや音声デ ータを端末 23からの情報として付加メッセージ (データ)記憶部 13に記録する。
[0087] 通話拒否通知（BUSY)を受信した PoCサーバ 10は、図 18に示すように、プレゼン ス情報通知（NOTIFY) (12、 13)を端末 21及び端末 22に、ほぼリアルタイムで送信 するが、付加メッセージ（データ）生成部 14は、このプレゼンス情報通知（NOTIFY) に対して、付加メッセージ (データ)記憶部 13に記録されたテキストデータや音声デ ータを付加する。
[0088] なお、プレゼンス情報通知（NOTIFY)は、参加者のプレゼンス状態が変更したと きに PoCサーバ 10から送信され、プレゼンス情報通知（NOTIFY)メッセージには、 参加者のプレゼンス情報が XML形式で記述される。 XML形式はテキストベースで あるため、付加メッセージ（データ）生成部 14は、プレゼンス情報通知（NOTIFY)に 対して、テキストデータを付加する場合に、コーディング方式 (いずれかの機械可読 形式)で記述し、音声'画像などのバイナリデータを付加する場合に、 BASE64でテ キストエンコードして記述する。
[0089] 付加データが付加されたプレゼンス情報通知（NOTIFY) (図 18の（12) (13) )を 受信した端末 21及び端末 22は、 XML中の付加データを抽出し、端末 23の詳細な 参加拒否理由を再生して、表示部 36またはスピーカ 37から表示する。
[0090] また、参加者が途中で PoC通話のグループカゝら離脱する場合は、離脱する参加者 の端末から通話離脱通知（BYE)メッセージが PoCサーバ 10に送信され、 PoCサー ノ 10から、その参加者の離脱を通知するプレゼンス情報通知（NOTIFY)が他の参 加者に通知される。
[0091] いま、ユーザー Cが、参カ卩中の PoC通話グループ力も離脱するものとすると、図 18 のシーケンスにおいて、端末 23から、通話拒否通知（BUSY) (11)の代わりに、通話 離脱通知（BYE)メッセージ力 PoCサーバ 10に送信され、 PoCサーバ 10から、端末 21に対してプレゼンス情報通知（NOTIFY) (12)力 また、端末 22に対してプレゼ ンス情報通知 (NOTIFY) (13)が送信される。
[0092] 従って、この PoC通話システムでは、ユーザー Cが、端末 23の入力部 33から離脱 の理由や離脱の挨拶 (例えば「客が来たので離脱します」「バイバイ」等)を文字ある いは音声で入力すると、通話拒否の場合と同様の手順で、それら付加データが SIP メッセージの通話離脱通知（BYE)メッセージに付加され、さらに、プレゼンス情報通 知（NOTIFY) (12) (13)に付加されて、端末 21及び端末 22に伝えられ、端末 21及 び端末 22の表示部 36またはスピーカ 37から表示される。
[0093] 図 5 (a)は、この PoC通話システムにおける各端末 21〜23の表示部 36の表示を例 示している。また、図 5 (b)は、比較のため、従来の PoC通話システムでの表示を示し ている。
[0094] 図 5 (b)の画面で表示されるユーザーじの「運転中」の表示は、予め PoCクライアン ト内で SIPメッセージのレスポンスコードに対応付けされたメッセージを表示している だけであり、従来の仕様では、ユーザーがこのメッセージを変更することはできない。 また、ユーザー Dの「離脱」は、 PoC通話力も離れた場合に表示するメッセージであり 、これも同様にユーザー力メッセージを変更することはできない。
[0095] これに対して、この実施形態の PoC通話システムでは、図 5 (a)に示すように、通話 拒否の理由や離脱の理由等をユーザーが自由に編集して通知することができるため 、 PoCの使い勝手が向上する。
[0096] なお、一対一での通話中に、その一方が BYE要求メッセージを送信して通話を終 了したとき、 PoCサーバ力 通話相手のいなくなつた PoCクライアントに PoC通話終 了を通知し、これを受けて PoCクライアントが PoC通話を終了するような PoC通話シ ステムでは、 PoCクライアントに対し、付加データを加えたプレゼンス情報通知（NOT IFY)メッセージを送信することができないことになる。
[0097] し力し、この場合は、 PoCサーバ力 PoC通話終了の通知に、一方の端末から受信 した付加データ付き BYE要求メッセージのボディ部をそのままカ卩えて、 PoCクライア ントの端末に送信することで解決できる。 [0098] (第 3の実施形態）
本発明の第 3の実施形態では、動作した端末を確認音の違いにより識別可能にす る付加機能について説明する。
[0099] 従来の PoC通話システムでは、例えばユーザー Bが発言権を取得すると、図 19に 示すように、 PoCサーバ 10からユーザー Aの端末 21及びユーザー Cの端末 23に発 言権被取得通知が送信され、これを受信した端末 21は、端末 21において予め設定 されている確認音を発生し、また、端末 23は、端末 23において予め設定されている 確認音を発生する。
[0100] 従って、端末 21では、ユーザー Bが発言権を取得した場合も、ユーザー Cが発言 権を取得した場合も同じ確認音が鳴動するため、ユーザー Aは、確認音だけでは発 言権取得者を特定することができず、表示部の表示を見て発言権取得者を確認する 必要があった。
[0101] この実施形態の PoC通話システムでは、ユーザー Bが発言権を取得した場合に、 ユーザー Bの端末 22に設定されている確認音力 端末 22だけで無ぐユーザー Aの 端末 21及びユーザー Cの端末 23にも発生し、ユーザー Cが発言権を取得した場合 に、ユーザー Cの端末 23に設定されている確認音力 端末 23だけで無ぐユーザー Aの端末 21及びユーザー Bの端末 22にも発生するように構成して 、る。そのため、 確認音により発言権取得者を特定することができる。
[0102] 各端末 21、 22、 23で設定されている確認音の音データを各端末間で交換するた め、発信者であるユーザー Aの端末 21は、設定されている確認音の音データ (ある いは端末に格納されて 、る確認音の指定情報)を付加データとし、通話開始要求 (I NVITE)メッセージ（図 18の（4) )、または、 PoC開始通知（REGISTER)メッセージ (図 18の（1) )に付カ卩して PoCサーバ 10に送信する。 PoCサーバ 10は、この付加デ ータを、端末 22に送る通話開始要求 (INVITE)メッセージ（図 18の（5) )及び端末 2 3に送る通話開始要求 (INVITE)メッセージ（図 18の（6) )に付加して送信する。そ のため、端末 22及び端末 23は、端末 21に設定されている確認音の音データを取得 することができる。
[0103] 一方、端末 22は、端末 22で設定されている確認音の音データを付加データとし、 通話開始応答 (INVITE応答)メッセージ（図 18の（7) )に付カ卩して PoCサーバ 10に 送信する。 PoCサーバ 10は、この付加データを、端末 23に送信するプレゼンス情報 通知（NOTIFY) (9)、及び、端末 21に送信するプレゼンス情報通知（NOTIFY) (1 0)に付加して送信する。そのため、端末 21及び端末 23は、端末 22に設定されてい る確認音の音データを取得することができる。
[0104] また、 PoC通話に参加するユーザー Cの端末 23も、端末 22と同様に、端末 23で設 定されて!/ヽる確認音の音データを付加データとし、通話開始応答 (INVITE応答)メ ッセージに付カ卩して PoCサーバ 10に送信する。 PoCサーバ 10は、この付カ卩データを 端末 21及び端末 22に送信するプレゼンス情報通知 (NOTIFY)に付加して送信す る。そのため、端末 21及び端末 22は、端末 23に設定されている確認音の音データ を取得することができる。
[0105] この確認音には、発言権取得の際の確認音 (取得音)だけでなぐ発言権開放時の 確認音 (開放音)や、切断時の確認音 (切断音)なども含めることができる。
[0106] 他の端末で設定されている確認音の音データを取得した端末は、 PoCサーバ 10 から、発言権被取得通知（Floor Taken) (図 19の（23) (24) )や発言権開放通知（Flo or Idle) (図 19の（33) (34) )を受信したとき、また、離脱のプレゼンス情報通知（NO TIFY)を受信したときに、発言権取得端末、発言権開放端末、あるいは離脱端末で 設定されている確認音を鳴動する。そのため、ユーザーは、確認音を聞くだけで、動 作した端末を識別することができる。
[0107] 図 6は、確認音による端末識別の付加機能について説明する図である。
[0108] いま、端末 1が（a)、端末 2が（b)、そして、端末 3が（c)の音設定をしていたとする。
[0109] 従来の PoC仕様では、端末 1が発言権を取得した場合に、端末 2では「発言権取得 音 2」が鳴動し、端末 3では「発言権取得音 3」が鳴動する。このため、誰が発言権を 取つたかを確認するためには、 PoC通話中の画面を確認する以外に方法がない。
[0110] これに対して、この実施形態の PoC通話システムでは、端末 1が発言権を取得した 場合に、端末 2及び端末 3では「発言権取得音 1」が鳴動し、端末 2が発言権を取得 した場合に、端末 1及び端末 3では「発言権取得音 2」が鳴動する。そのため、この音 を聞くだけで誰が発言権を取得したかが分力る。 [0111] なお、このように発言者ごとに音を変えることは、各ユーザーの端末において、他の 端末と鳴動音との対応付けを行 ヽ、発言権取得端末に対応付けた音を鳴動させるこ とでも実現は可能である。しかし、こうした方法では、新しい PoC通話対象者が増える 度に設定を追加していく必要があるため、設定が煩わしい。この実施形態の PoC通 話システムでは、こうした手間を掛けずに、発言者が誰である力を音だけで判別する ことができる。
[0112] (第 4の実施形態）
本発明の第 4の実施形態では、各ユーザーの端末から配信されたユーザーアイコ ンを当
該ユーザーに対応付けて表示する付加機能について説明する。
[0113] 従来の PoC通話システムでは、例えば、ユーザー Aが、自己の端末 21において、 ユーザー Bに対応するユーザーアイコンやユーザー Cに対応するユーザーアイコン を設定することで、端末 21の画面に、ユーザー Bが発言権を取得しているときにユー ザ一 B対応のユーザーアイコンを表示させ、ユーザー Cが発言権を取得して!/、るとき にユーザー C対応のユーザーアイコンを表示させることができる。
[0114] この実施形態の PoC通話システムでは、こうした他のユーザーに対応するユーザー アイコンの設定操作を行わなくても、ユーザー Aの端末 21に、ユーザー Bの端末 22 力 ユーザー B用のアイコンデータが配信され、ユーザー Cの端末 23からユーザー C 用のアイコンデータが配信される。同様に、ユーザー Bの端末 22には、ユーザー Aの 端末 21からユーザー A用のアイコンデータが配信され、ユーザー Cの端末 23からュ 一ザ一 C用のアイコンデータが配信される。また、ユーザー Cの端末 23には、ユーザ 一 Aの端末 21からユーザー A用のアイコンデータが配信され、ユーザー Bの端末 22 力 ユーザー B用のアイコンデータが配信される。
[0115] このアイコンデータの配信は、第 3の実施形態で示した確認音の情報と同様の手順 で行われる。
[0116] 図 7は、ユーザーアイコン配信の付加機能について説明する図である。ユーザー A が発言権を取得すると、各端末の画面には、「発言者:ユーザー A」の表示とともにュ 一ザ一 Aのアイコンが表示される。 [0117] 従来の PoC通話システムでは、発言権を取得した人のアイコンデータを表示するた めには、予めこのアイコンデータとユーザーとの対応を設定しておく必要がある。
[0118] この実施形態の PoC通話システムでは、このアイコンデータを PoC通話開始時に 送信し、 PoC通話中端末に表示できるようにすることで、端末での、対応づけの手間 を省くことができる。
[0119] また、ここではユーザーアイコンの配信について説明した力 同じように、各ユーザ 一が設定した BGMの MIDI音楽データを各端末間で配信し、各端末 21〜23のスピ 一力 37から、ユーザー Aが発言権を取得して!/、るときはユーザー Aの設定した BGM が流れ、ユーザー Bが発言権を取得して 、るときはユーザー Bの設定した BGMが流 れる、と言うように、発言権を取得したユーザーごとに BGMを変えることも可能である
[0120] (第 5の実施形態）
本発明の第 5の実施形態では、通話参加者の端末の能力を端末同士で交換し、各 端末でサポートされた機能のみを使って PoC通話を行う付加機能について説明する
[0121] 端末は、第 1〜第 4の実施形態に示す各種の付加機能などを加えてバージョンアツ プが図られる。しかし、実際に使用される端末には、全ての付加機能に対応するもの や、その一部の機能だけに対応するものなど、種々の能力の端末が含まれており、 バージョンの差が存在する。
[0122] この実施形態の PoC通話システムでは、通話参加者の各端末が、 PoC通話の開始 時に能力情報を交換し、 V、ずれかの端末でサポートされて 、な 、機能はオフにして PoC通話を実行する。
[0123] 能力情報の交換は、第 3の実施形態で示した確認音の情報の配信と同様の手順で 行われる。
[0124] 図 8は、能力交換による付加機能について説明する図である。
[0125] 端末 1には、機能 A、機能 B、機能 Cが実装され、端末 2には、機能 A、機能 C、機能
Dが実装され、また、端末 3には、機能 Aのみが実装されているとする。
[0126] (場面 1)端末 1と端末 2が通話を開始する場合、両端末が共に有する機能 A及び 機能 cのみが有効になる。
(場面 2)場面 1の状態で端末 3が通話に加わると、端末 1、端末 2、端末 3が共に有 する機能 Aのみが有効になる。
[0127] このように、 PoC通話開始時に PoCクライアントの持つ機能を PoC通話参加者同士 で交換し、 PoC通話参加者がサポートしていない機能をオフにすることで、 PoCクラ イアントのバージョンの差を無くすことができる。これにより、 PoCクライアントのパージ ヨンアップが行われたとしても、上位互換性を保つことができ、新旧の PoCクライアント 同士での通話を保障することができる。
[0128] (第 6の実施形態）
本発明の第 6の実施形態では、発言権を取得しょうとする発言者のオリジナルメッ セージを各端末に配信する付加機能について説明する。
[0129] この PoC通話システムでは、発言の際にオリジナルメッセージ (例えば、参加者に 知らせる電話番号など）を他のユーザーに伝えようとするユーザー Aは、自己の端末 21の入力部 33からオリジナルメッセージを入力した後、端末 21の通話ボタンを押下 して発言権を取得する。
[0130] この操作で、図 19に示すように、端末 21から PoCサーバ 10に、オリジナルメッセ一 ジの付加された発言権取得要求（Floor Request) (21)が送信される。
[0131] 前述するように、 PoC仕様では、発言権の取得要求が RTCPを用いて行われる。発 言権取得要求（Floor Request)の RTCPパケットは、図 9 (a)に示すデータ構造を有 しており、各パラメータが図 9 (b)のように設定される力 この PoC通話システムでは、 図 10に示すように、発言権取得要求（Floor Request)の RTCPパケットに SDES (Sou rce Description)パケットが付カ卩されて、「複合 RTCPパケット」の形で PoCサーバ 10 に送信される。この複合 RTCPパケットの各パラメータを図 11に示して 、る。
[0132] SDESパケットは、参加者のメールアドレスや電話番号を通知するためのもので、 図 12に示す構造を有し、その中に、アプリケーションが独自に定義できる PRIV (Priv ate)領域を備えている。
[0133] 端末 21の付加メッセージ (データ）生成部 32は、入力部 33から入力されたオリジナ ルメッセージを SDESパケットの PRIV領域に書き込み、この SDESパケットを発言権 取得要求（Floor Request)の RTCPパケットに付カ卩する。こうして得られた発言権取得 要求（Floor Request)が送受信部 31から PoCサーバ 10に送信される。
[0134] この発言権取得要求（Floor Request)を受信した PoCサーバ 10では、付加メッセ一 ジ (データ)処理部 12が受信データを解析し、発言権取得要求 (Floor Request)に付 加されて!、る SDES情報を付加メッセージ (データ)記憶部 13に記録する。
[0135] 発言権取得要求（Floor Request)を受信した PoCサーバ 10は、図 19に示すように 、発言権被取得通知（Floor Taken)を他の端末に送信する力 付加メッセージ (デー タ）生成部 14は、端末 22及び端末 23に送る発言権被取得通知（Floor Taken) (図 1 9の（23)、（24) )に対して、付加メッセージ (データ）記憶部 13に記録された SDES 情報を付加し、発言権被取得通知（Floor Taken)と SDES情報との「複合 RTCPパケ ット」が端末 22及び端末 23に送信される。
[0136] 端末 22及び端末 23が PoCサーバ 10から送られた発言権被取得通知（Floor Take n)を受信することにより、発信者のオリジナルメッセージは、端末 22及び端末 23に伝 えられる。端末 22及び端末 23は、このオリジナルメッセージを表示部 36に表示する
[0137] 図 13 (a)は、この PoC通話システムにおける端末 22、 23の表示部 36の表示を例 示している。また、図 13 (b)は、比較のため、従来の PoC通話システムでの表示を示 している。
[0138] 図 13 (b)の場合は、発言者が参加者に情報を伝える手段は音声のみであるため、 ユーザー A力 045— 9999 9999に電話して。」と発言しても、聞き逃しや聞き違い などのミスが発生する。
[0139] 図 13 (a)の場合には、発言権取得時にテキストデータを送信 Z表示できるので、ュ 一ザ一 Aは「今送った電話番号の 045— 9999 9999〖こ電話して。」と発言すること により、聞き逃しや聞き違いなどのミスを防ぐことができる。そのため、 PoCでのコミュ 二ケーシヨンがよりスムースになる。
[0140] (第 7の実施形態）
本発明の第 7の実施形態では、発言時の感情を表現したアイコンを各端末に配信 する付加機能について説明する。 [0141] この PoC通話システムの各端末 21〜23は、付加メッセージ (データ）保持部 34に、 予め、笑 、顔ゃ悲し 、顔などの感情を表したアイコンを複数保持して 、る。
[0142] 例えば、ユーザー Aは、楽しい話題を発言する場合に、端末 21の入力部 33から笑 い顔のアイコンを番号で指定して、端末 21の通話ボタンを押下する。
[0143] 端末 21の付加メッセージ (データ）生成部 32は、入力部 33から指定されたアイコン データを付加メッセージ（データ)保持部 34から読み出して SDESパケットの PRIV領 域に書き込む。
[0144] この SDESパケットは、第 6の実施形態のオリジナルメッセージと同様に、発言権取 得要求（Floor Request)パケットに付加されて PoCサーバ 10に送信され、また、発言 権被取得通知（Floor Taken)パケットに付カ卩されて PoCサーバ 10から端末 22、 23に 送信される。端末 22及び端末 23は、 SDESパケットで送られたアイコンを表示部 36 に表示する。
[0145] 図 14は、ユーザー Aが「可笑しい」アイコンを指定して発言権を取得したとき、その アイコンが参加者全員の端末に送付され、各端末の画面に表示される様子を示して いる。こうしたアイコンの表示により、 PoC通話中の表現の幅を広げることができる。
[0146] (第 8の実施形態）
本発明の第 8の実施形態では、 PoC通話への参カ卩中に撮影した写真を各端末に 配信する付加機能につ!ヽて説明する。
[0147] この PoC通話システムの各端末 21〜23はカメラ機能を具備しており、ユーザーが 写真を撮影した後、端末の通話ボタンを押下することによって、撮影した画像を他の 端末に送信することができる。この場合の画像データの送信手順は、第 6の実施形態 のオリジナルメッセージや第 7の実施形態のアイコンデータと同じである。
[0148] 図 15は、ユーザー Aが写真を撮った後、発言権を取得して画像を送信したときに、 その画像が表示された受信側端末の画面を例示している。このように、 PoC通話中 に撮影した写真の表示を可能にすることで PoC通話の表現の幅が広がる。
[0149] (第 9の実施形態）
本発明の第 9の実施形態では、発言権取得時に発言権開放時刻を各端末に通知 する付加機能について説明する。 [0150] この PoC通話システムでは、発言権を取得しょうとするユーザー力 予定している発 言権開放時刻を端末の入力部 33から入力した後、端末の通話ボタンを押下する。
[0151] 入力された発言権開放時刻は、第 6の実施形態のオリジナルメッセージと同じ手順 で他のユーザーの端末に送信される。
[0152] 発言権開放時刻を受信した端末は、発言権終了までのカウントダウンを表示し、力 ゥントが 0の時点で鳴動する。この PoC通話システムでは、前の発言の終了から、間 を置かずに次の発言者が発言権を取得して発言することが可能であり、スムースな会 話が実現できる。
[0153] (第 10の実施形態）
本発明の第 10の実施形態では、発言権取得時の操作に応じて受信側端末の確認 音を変更する付加機能について説明する。
[0154] この PoC通話システムでは、例えば、ユーザー Aが、端末 21の入力部 33から特別 の操作を行わずに、通話ボタンを押下して発言権を取得すると、 PoCサーバ 10から 発言権被取得通知（Floor Taken)を受信した端末 22、 23は、発言者の表示をユー ザ一 Aに変えるとともに、各端末が通常使用している確認音を鳴動する。
[0155] 一方、ユーザー Aが、端末 21の入力部 33から確認音を指定して通話ボタンを押下 すると、端末 21の付加メッセージ (データ）生成部 32は、入力部 33より指定された確 認音の音データを付加メッセージ (データ)保持部 34から読み出して、 SDESバケツ トの PRIV領域に書き込み、この SDESパケットを発言権取得要求（Floor Request)パ ケットに付カ卩して PoCサーバ 10に送信する。
[0156] この確認音の音データは、第 6の実施形態のオリジナルメッセージと同様に、発言 権被取得通知（Floor Taken)に付加されて PoCサーバ 10から端末 22及び端末 23 に送信される。
[0157] 発言権被取得通知（Floor Taken)を受信した端末 22及び端末 23は、発言者の表 示をユーザー Aに変えるとともに、付加された確認音の音データを再生する。
[0158] 図 16は、この付加機能を説明する図である。図 16 (a)は、ユーザー Aが確認音を 指定せずに発言権を取得した場合を示しており、このときには確認音データが受信 側に送られず、受信側の端末では、通常使用している発言権取得音が鳴動する。 [0159] 図 16 (b)は、ユーザー Aが確認音の指定操作を行った後に発言権を取得した場合 を示しており、このときには確認音データが受信側に送られ、このデータに基づいて「 ピンボーン」という音が受信側の端末で再生される。こうすることで、 PoC通話中の表 現の幅を広げることができる。
[0160] 以上、本発明の各種実施形態を説明したが、本発明は前記実施形態において示さ れた事項に限定されず、明細書の記載、並びに周知の技術に基づいて、当業者が その変更 ·応用することも本発明の予定するところであり、保護を求める範囲に含まれ る。
本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲 を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明ら かである。
本出願は、 2006年 1月 27日出願の日本特許出願 No.2006-019411に基づくものであ り、
その内容はここに参照として取り込まれる。
産業上の利用可能性
[0161] 本発明は、 PoCシステムや、その装置、 PoCシステムでのデータ送信方法に適用し て、 PoCシステムの機能拡充を可能にするものであり、使い勝手の良い PoCシステム を実現する上で極めて有用である。

Claims

請求の範囲
[1] 送信側の端末力も PoCプロトコルに基づいて PoCサーバに送信される第 1のメッセ ージに付加データを付加し、送信側の端末カゝら前記 PoCサーバに、前記第 1のメッ セージと共に前記付加データを送信する第 1のステップと、
前記第 1のメッセージを受信した前記 PoCサーバから PoCプロトコルに基づいて一 または複数の受信側の端末に送信される第 2のメッセージに前記付加データを付カロ し、前記 PoCサーバから受信側の端末に、前記第 2のメッセージと共に前記付加デ ータを送信する第 2のステップと、
を有する PoCデータ送信方法。
[2] 請求項 1に記載の PoCデータ送信方法であって、
前記第 1のメッセージ及び第 2のメッセージ力 PoCプロトコルに基づいてセッション の開始、変更または終了の際に送信されるメッセージである PoCデータ送信方法。
[3] 請求項 2に記載の PoCデータ送信方法であって、
前記第 1のメッセージ及び第 2のメッセージ力 SIPメッセージである PoCデータ送 信方法。
[4] 請求項 3に記載の PoCデータ送信方法であって、
前記第 1のメッセージが通話開始要求 (INVITE)メッセージであり、前記第 2のメッ セージが前記 PoCサーバから転送される通話開始要求 (INVITE)メッセージである PoCデータ送信方法。
[5] 請求項 3に記載の PoCデータ送信方法であって、
前記第 1のメッセージが PoC開始通知（REGISTER)メッセージであり、前記第 2の メッセージが前記 PoCサーバから転送される通話開始要求 (INVITE)メッセージで ある PoCデータ送信方法。
[6] 請求項 3に記載の PoCデータ送信方法であって、
前記第 1のメッセージが通話開始応答 (INVITE応答)メッセージであり、前記第 2 のメッセージがプレゼンス情報通知（NOTIFY)メッセージである PoCデータ送信方 法。
[7] 請求項 3に記載の PoCデータ送信方法であって、 前記第 1のメッセージが、通話拒否通知（BUSY)または通話離脱通知（BYE)のメ ッセージであり、前記第 2のメッセージがプレゼンス情報通知（NOTIFY)メッセージ である PoCデータ送信方法。
[8] 請求項 1に記載の PoCデータ送信方法であって、
前記第 1のメッセージ力 発言権を取得する端末力 前記 PoCサーバに送信される メッセージであり、前記第 2のメッセージが、発言権が取得されたことを伝える前記 Po Cサーノ から他の端末に送信されるメッセージである PoCデータ送信方法。
[9] 請求項 8に記載の PoCデータ送信方法であって、
前記第 1のメッセージ及び第 2のメッセージが RTCPパケットで送信され、前記付加 データを含む SDESパケットが前記 RTCPパケットに付加されて送信される PoCデー タ送信方法。
[10] 付加データを入力または指定する入力部と、
PoCプロトコルに基づいて PoCサーバに送信するメッセージに前記付加データを 付加する付加メッセージ生成部と、
前記 PoCサーバから PoCプロトコルに基づいて送られて来るメッセージに付カ卩され たデータを表示する表示部と、
を有する携帯端末。
[11] 送信側の端末力も PoCプロトコルに基づいて送られて来るメッセージに付加された 付加データを解析する付加メッセージ処理部と、
PoCプロトコルに基づいて一または複数の受信側の端末に送信するメッセージに 前記付加データを付加する付加メッセージ生成部と、
を有する PoCサーバ。
[12] 送信側の端末力も PoCサーバに、付加データを付加した第 1のメッセージが PoCプ ロトコルに基づいて送信され、前記 PoCサーノから受信側の端末に、前記付加デー タを付カ卩した第 2のメッセージが PoCプロトコルに基づいて送信される PoC通話シス テムにおいて、
送信側の端末が、セッションの開始時に、前記付加データとして、発言可能な端末 と傍聴のみ可能な端末とを指定する情報を送信し、前記送信側の端末によって、発 言可能な端末と傍聴のみ可能な端末とが指定される PoC通話システム。
[13] 送信側の端末力も PoCサーバに、付加データを付加した第 1のメッセージが PoCプ ロトコルに基づいて送信され、前記 PoCサーノから受信側の端末に、前記付加デー タを付カ卩した第 2のメッセージが PoCプロトコルに基づいて送信される PoC通話シス テムにおいて、
PoC通話への参加を拒否する端末または PoC通話力も離脱する端末が、前記付 加データとして、参加拒否理由または離脱理由の情報を送信し、前記付加データを 受信した端末が、送られた参加拒否理由または離脱理由を表示する PoC通話システ ム。
[14] 送信側の端末力も PoCサーバに、付加データを付加した第 1のメッセージが PoCプ ロトコルに基づいて送信され、前記 PoCサーノから受信側の端末に、前記付加デー タを付カ卩した第 2のメッセージが PoCプロトコルに基づいて送信される PoC通話シス テムにおいて、
送信側の端末が、セッションの開始時または発言権の取得時に、前記付加データと して、確認音のデータを送信し、受信側の端末は、前記送信側の端末の動作を確認 する確認音として、前記送信側の端末から送られた確認音を使用する PoC通話シス テム。
[15] 送信側の端末力も PoCサーバに、付加データを付加した第 1のメッセージが PoCプ ロトコルに基づいて送信され、前記 PoCサーノから受信側の端末に、前記付加デー タを付カ卩した第 2のメッセージが PoCプロトコルに基づいて送信される PoC通話シス テムにおいて、
送信側の端末が、セッションの開始時に、前記付加データとして、ユーザーアイコン または BGM音楽データを送信し、受信側の端末は、前記送信側の端末が発言権を 取得したときに、前記送信側の端末力 送られたユーザーアイコンまたは BGMを表 示する PoC通話システム。
[16] 送信側の端末力も PoCサーバに、付加データを付加した第 1のメッセージが PoCプ ロトコルに基づいて送信され、前記 PoCサーノから受信側の端末に、前記付加デー タを付カ卩した第 2のメッセージが PoCプロトコルに基づいて送信される PoC通話シス テムにおいて、
送信側の端末が、発言権の取得時に、前記付加データとして、オリジナルメッセ一 ジを送信し、受信側の端末は、前記送信側の端末が発言権を維持している間、前記 送信側の端末力も送られた前記オリジナルメッセージを表示する PoC通話システム。
[17] 送信側の端末力も PoCサーバに、付加データを付加した第 1のメッセージが PoCプ ロトコルに基づいて送信され、前記 PoCサーノから受信側の端末に、前記付加デー タを付カ卩した第 2のメッセージが PoCプロトコルに基づいて送信される PoC通話シス テムにおいて、
送信側の端末が、発言権の取得時に、前記付加データとして、複数のアイコンの中 から選択したアイコンを送信し、受信側の端末は、前記送信側の端末が発言権を維 持して!/ヽる間、前記送信側の端末から送られたアイコンを表示する PoC通話システム
[18] 送信側の端末力も PoCサーバに、付加データを付加した第 1のメッセージが PoCプ ロトコルに基づいて送信され、前記 PoCサーノから受信側の端末に、前記付加デー タを付カ卩した第 2のメッセージが PoCプロトコルに基づいて送信される PoC通話シス テムにおいて、
送信側の端末が、発言権の取得時に、前記付加データとして、発言権開放時刻の 情報を送信し、受信側の端末は、前記送信側の端末から送られた発言権開放時刻 の情報に基づいてカウントダウンを表示する PoC通話システム。
PCT/JP2006/304784 2006-01-27 2006-03-10 ＰｏＣデータ送信方法とＰｏＣ通話システムと装置 Ceased WO2007086151A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/912,174 US20090042556A1 (en) 2006-01-27 2006-03-10 PoC DATA TRANSMITTING METHOD AND PoC TALKING SYSTEM AND DEVICE
EP06715554A EP1978652A1 (en) 2006-01-27 2006-03-10 PoC DATA TRANSMITTING METHOD, PoC TELEPHONE COMMUNICATION SYSTEM AND APPARATUS

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006019411A JP2007201916A (ja) 2006-01-27 2006-01-27 ＰｏＣデータ送信方法とＰｏＣ通話システムと装置
JP2006-019411 2006-01-27

Publications (1)

Publication Number Publication Date
WO2007086151A1 true WO2007086151A1 (ja) 2007-08-02

Family

ID=38308960

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/304784 Ceased WO2007086151A1 (ja) 2006-01-27 2006-03-10 ＰｏＣデータ送信方法とＰｏＣ通話システムと装置

Country Status (5)

Country Link
US (1) US20090042556A1 (ja)
EP (1) EP1978652A1 (ja)
JP (1) JP2007201916A (ja)
CN (1) CN101164256A (ja)
WO (1) WO2007086151A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009031194A1 (ja) * 2007-09-03 2009-03-12 Fujitsu Limited 通信方法、通信システム、通信端末、及び管理装置
WO2009060523A1 (ja) * 2007-11-07 2009-05-14 Fujitsu Limited 通信方法、及び通信システム
EP2574013A4 (en) * 2010-05-19 2013-06-26 Sharp Kk SOURCE DEVICE, RECEIVER DEVICE, SYSTEM, PROGRAM, AND RECORDING MEDIUM
US9167392B2 (en) * 2011-11-02 2015-10-20 Qualcomm Incorporated User experience enhancements for limiting calls in a group communication
KR101467248B1 (ko) * 2012-10-26 2014-12-02 (주)카카오 모바일 보이스 오버 인터넷 프로토콜을 이용하여 그룹 통화 서비스를 제공하는 어플리케이션의 동작 방법
CN103856386B (zh) 2012-11-28 2016-10-26 腾讯科技（深圳）有限公司 信息交互方法、系统、服务器及即时通信客户
AU2014415894B2 (en) * 2014-12-30 2018-08-09 Huawei Technologies Co., Ltd. Floor control method and apparatus
WO2018116492A1 (ja) * 2016-12-22 2018-06-28 日本電気株式会社 グループ通話システム、通話内容提供方法及びプログラム
US9788172B1 (en) * 2017-03-01 2017-10-10 Motorola Solutions, Inc. Call hang time indicator for an electronic communications device
WO2019122343A1 (en) 2017-12-22 2019-06-27 British Telecommunications Public Limited Company Managing streamed audio communication sessions

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004363999A (ja) * 2003-06-05 2004-12-24 Hitachi Ltd 携帯電話機、携帯電話基地局サーバ及びｉｐ電話装置と電子メールシステム
JP2005234666A (ja) * 2004-02-17 2005-09-02 Nec Corp ＰｏＣシステムおよびＰｏＣサーバならびにＰｏＣクライアント
JP2005354692A (ja) * 2004-06-07 2005-12-22 Lucent Technol Inc 低待ち時間高精度スピーク表示およびコール破棄の方法および装置
JP2006013615A (ja) * 2004-06-22 2006-01-12 Sanyo Electric Co Ltd 通信端末
JP2006019944A (ja) * 2004-06-30 2006-01-19 Sanyo Electric Co Ltd Ｐｔｔシステム、携帯電話機、サーバ
JP2006019411A (ja) 2004-06-30 2006-01-19 Pioneer Electronic Corp バッファ装置、および基板処理装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7522613B2 (en) * 2003-05-07 2009-04-21 Nokia Corporation Multiplexing media components of different sessions
US7165647B2 (en) * 2003-12-18 2007-01-23 Pei-Chau Lee Mechanical acoustic filter by erosion etching
US7978684B2 (en) * 2004-06-15 2011-07-12 Nokia Corporation Session set-up for time-critical services
US7463901B2 (en) * 2004-08-13 2008-12-09 Telefonaktiebolaget Lm Ericsson (Publ) Interoperability for wireless user devices with different speech processing formats
US20060172752A1 (en) * 2005-02-03 2006-08-03 Harris John M Method and apparatus for providing talk permit notification for a PTT call
US20060229093A1 (en) * 2005-03-29 2006-10-12 Gurvesh Bhutiani Push to talk over cellular (half-duplex) to full-duplex voice conferencing
DE602005026585D1 (de) * 2005-04-04 2011-04-07 Ericsson Telefon Ab L M Antwort-betriebsarten in mobilen push-to-talk-kommunikationsdinesten
DE102005016587B4 (de) * 2005-04-11 2007-11-08 Infineon Technologies Ag Verfahren zum Bilden einer gemeinsamen Kommunikationssitzung, Verfahren zum Bilden einer ersten Kommunikationssitzung und einer zweiten Kommunikationssitzung aus einer gemeinsamen Kommunikationssitzung und Kommunikationssitzungs-Steuerungs-Server
EP1980120A4 (en) * 2006-02-03 2009-07-08 Research In Motion Ltd APPARATUS, AND ASSOCIATED METHOD, FOR NOTIFYING, DISTRIBUTING, AND ERASING MULTIMEDIA BURSTS COMMUNICATED IN A CELLULAR TELEPHONE INSTANT VOICE MESSAGING COMMUNICATION SYSTEM
US9288276B2 (en) * 2006-11-03 2016-03-15 At&T Intellectual Property I, L.P. Application services infrastructure for next generation networks including a notification capability and related methods and computer program products
US20080171533A1 (en) * 2007-01-15 2008-07-17 Sharp Douglas A System, method, and gateway for interfacing public safety and security (pss) systems and cellular communication systems

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004363999A (ja) * 2003-06-05 2004-12-24 Hitachi Ltd 携帯電話機、携帯電話基地局サーバ及びｉｐ電話装置と電子メールシステム
JP2005234666A (ja) * 2004-02-17 2005-09-02 Nec Corp ＰｏＣシステムおよびＰｏＣサーバならびにＰｏＣクライアント
JP2005354692A (ja) * 2004-06-07 2005-12-22 Lucent Technol Inc 低待ち時間高精度スピーク表示およびコール破棄の方法および装置
JP2006013615A (ja) * 2004-06-22 2006-01-12 Sanyo Electric Co Ltd 通信端末
JP2006019944A (ja) * 2004-06-30 2006-01-19 Sanyo Electric Co Ltd Ｐｔｔシステム、携帯電話機、サーバ
JP2006019411A (ja) 2004-06-30 2006-01-19 Pioneer Electronic Corp バッファ装置、および基板処理装置

Also Published As

Publication number Publication date
US20090042556A1 (en) 2009-02-12
JP2007201916A (ja) 2007-08-09
CN101164256A (zh) 2008-04-16
EP1978652A1 (en) 2008-10-08

Similar Documents

Publication Publication Date Title
CN1636384B (zh) 进行带可选语音到文本转换的电话会议的方法和系统
KR100926215B1 (ko) 전자 회의 시스템, 전자 회의 관리 장치, 단말 장치, 전자 회의 관리 방법, 제어 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체
CN101632316A (zh) 音频别名标签
CN101102524A (zh) 组通信服务器
CN101754143A (zh) 一种移动终端及其多方通话补充业务的改进方法
CN101459880B (zh) 一种建立临时群组呼叫的会话请求方法及系统
CN101233784B (zh) 通信装置
JP2007201916A (ja) ＰｏＣデータ送信方法とＰｏＣ通話システムと装置
CN101132554B (zh) 通信终端设备、会议服务器装置以及相关方法
JP2012019416A (ja) 情報処理端末、通話制御方法およびプログラム
CN101098516B (zh) 实现无线一键通的系统、方法及网关转接装置
JP4893337B2 (ja) 通信システム及びサーバ装置
EP1681882B1 (en) Commmunication method and communication system to enable sending a message during a Push-To-Talk connection
JP4858441B2 (ja) 同報送信システムおよびデータ送信方法
CN101156429A (zh) 在无线一键通业务中实现语音信箱的方法及装置
CN101321328A (zh) 一种PoC媒体系统、装置及方法
JP2007068078A (ja) 通信システム、携帯端末、サーバおよび通信方法
KR101104704B1 (ko) Ｐｔｔ 서비스에서 멀티미디어를 이용한 발언자 표시 방법
KR100723673B1 (ko) Ｐｔｔ 서비스에서 멀티미디어를 이용한 발언자 표시 방법및 시스템
JP4602978B2 (ja) パーテイ配置識別証明を伴うマルチパーテイ通話
KR20090013341A (ko) 이동 통신 단말기의 다자 통화 방법과 이동 통신 단말기
CN101340613B (zh) 一种实现用户终端通信的方法、装置和系统
JP2007259293A (ja) 多者間通話システム、通話機能付き端末装置、多者間通話方法、プログラム及び記録媒体
JP2007135108A (ja) ネットワーク会議支援プログラムおよびネットワーク会議支援サーバ
KR100630125B1 (ko) Ｐｔｔ콜 중재방법

Legal Events

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

Ref document number: 200680013200.4

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 11912174

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2006715554

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE