WO2009144862A1 - 通信端末装置及び通信制御方法並びに通信制御プログラム - Google Patents

通信端末装置及び通信制御方法並びに通信制御プログラム Download PDF

Info

Publication number
WO2009144862A1
WO2009144862A1 PCT/JP2009/001036 JP2009001036W WO2009144862A1 WO 2009144862 A1 WO2009144862 A1 WO 2009144862A1 JP 2009001036 W JP2009001036 W JP 2009001036W WO 2009144862 A1 WO2009144862 A1 WO 2009144862A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
digest
information
request
communication terminal
Prior art date
Application number
PCT/JP2009/001036
Other languages
English (en)
French (fr)
Inventor
竹居優子
北村嘉彦
Original Assignee
パナソニック株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Priority to US12/994,737 priority Critical patent/US20110082942A1/en
Priority to JP2010514338A priority patent/JPWO2009144862A1/ja
Priority to EP09754372A priority patent/EP2293197A4/en
Publication of WO2009144862A1 publication Critical patent/WO2009144862A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management

Definitions

  • the present invention relates to a communication terminal apparatus, a communication control method, and a communication control program used for performing group communication between a plurality of communication terminals that can communicate via a network.
  • chat and instant messaging As a mechanism in which information transmitted by a certain terminal is automatically shared between terminals participating in a session (group communicating with each other) composed of a plurality of communication terminals, among terminals participating in the session, There are chat and instant messaging. In these services, when a terminal participating in a session sends a message to the session, the message is delivered to all terminals participating in the session via the server.
  • Patent Document 1 Patent Document 2
  • Patent Document 3 Patent Document 3
  • a chat log file is prepared, and when a browsing request for the log file is received, a chat message is read if the address of the requesting terminal is permitted to be accessed. Transmit to the terminal.
  • the identifier of the new conversation and the pair of the conversation identifier and the time stamp related to the conversation are Generate a list and send this information to the invited terminal.
  • the invitation destination terminal accesses a conversation related to the invited conversation based on the transmitted information.
  • Patent Document 1 and Patent Document 2 a user who newly participates in a session can grasp the content of the conversation exchanged before participation, so that the user can perform relatively smoothly after joining the session. Participate in conversations.
  • Patent Document 3 when a message that matches a registered condition registered in advance by the user is detected, this message is transmitted to the user's terminal. This encourages the user to participate in chats that discuss what they are interested in.
  • Patent Document 3 a user who newly participates in a session cannot grasp the content of the conversation exchanged before participation, but at least the content that is interesting to him / herself is spoken. So that users can participate in the conversation relatively smoothly after joining the session.
  • JP 2007-108953 A US Application Publication No. 2007/0033250 JP 2000-40162 A
  • Patent Document 1 to Patent Document 3 By using the techniques of Patent Document 1 to Patent Document 3 described above, it is possible to know what was spoken in the past in the session after joining the session, and to include keywords that have been registered in the server in advance. It is possible to know the existence of a session before joining, but when you receive an invitation, you cannot know what was spoken in the past before joining the session. Further, in the conventional technique, it is necessary to expand the functions of the server such as a session history storage function.
  • the purpose of the present invention is to solve such problems, and a user who has been invited to a session can easily grasp the contents of the conversation that was exchanged in the session before joining the session, and participate in the session. It is to provide a system that can determine whether or not to do.
  • a communication terminal device capable of communicating with one or more communication terminals, a communication unit that transmits / receives communication with the communication terminal, and an invitation request to a communication session
  • An invitation request transmitter for transmitting to the communication terminal via a communication unit
  • a digest including a message related to the communication session when the communication unit receives a digest request from the communication terminal after transmitting the invitation request
  • a digest information transmitting unit configured to generate information and transmit the generated digest information to the communication terminal via the communication unit;
  • a communication terminal device capable of communicating with one or more communication terminals, a communication unit for transmitting and receiving communication with the communication terminal, and receiving an invitation request from the communication terminal
  • the input unit detects whether or not to accept the invitation request from the user of the communication terminal device, and the input unit receives an input from the user within a predetermined time after receiving the invitation request.
  • a digest request transmission unit that transmits a digest request to the communication terminal via the communication unit when not detected.
  • an invitation request is received from a user who newly participates in a specific communication session, that is, a user of the first terminal (one communication terminal apparatus: corresponding to the own station or another station) as an invitation source.
  • the user of the second terminal can confirm the content of the digest information when deciding whether to accept the invitation. Judgment whether or not to accept is easier. That is, when the user of the second terminal that has received the invitation request delays the input operation for accepting the invitation, the digest request transmission unit of the second terminal transmits the digest request, and when the digest request is received, the first request is received.
  • the digest information transmission unit of the terminal creates and transmits digest information
  • the digest information output unit of the second terminal receives the digest information transmitted from the first terminal and sends the contents to the user of the second terminal. (For example, display or audio output).
  • the communication unit receives digest information corresponding to the digest request, and the digest request transmission unit within a predetermined time after receiving the digest information.
  • the input unit does not detect an input from a user, a digest request is transmitted again to the communication terminal via the communication unit.
  • the user of the second terminal can receive a plurality of requests.
  • Digest information can be received in order, and as much information as necessary to help decide whether to accept the invitation is available.
  • An upper limit may be set for the number of digest request transmissions.
  • the digest information transmission unit includes first digest information that is already transmitted digest information when the communication unit receives the digest request a plurality of times.
  • the second digest information having different contents is transmitted to the communication terminal via the communication unit.
  • the first terminal when the first terminal that has transmitted the invitation request repeatedly receives the digest request from the second terminal that is the invitation request destination a plurality of times, the first terminal transmits the first digest information and Transmits second digest information with different contents, so that the user of the second terminal can receive a plurality of digest information in order, and if necessary, information useful for determining whether or not to accept the invitation. Only quantity is available.
  • the digest request transmission unit determines whether to transmit the digest request again according to the size or content of the digest information already received from the communication terminal. It is characterized by.
  • the above communication terminal device an appropriate operation according to the situation becomes possible. For example, if the size of the received digest information is large, it takes time for the user to grasp the entire contents, so it is desirable to change the predetermined time so as to be substantially proportional to the size. Also, for example, when the ratio of information that has been displayed on the display unit in the received digest information exceeds a predetermined ratio, or the received digest information is focused on the display unit (or the cursor passes) It is also conceivable to transmit the digest request for the second and subsequent times when the ratio of messages that may have occurred exceeds a predetermined ratio.
  • the said digest information transmission part extracts each message information contained in the communication history of the said communication session based on the content of the invitation message contained in the said invitation request
  • the digest information is created.
  • the user of the invitee terminal can understand the outline of the session from the contents of the invitation message received before joining the session. That is, the invitation source user who sends the invitation request often sends an invitation request with a character string related to the outline of the corresponding communication session added as an invitation message. The content of this invitation message is the invitation destination user. It is often useful for judgment. Therefore, the terminal of the invitation source searches the communication history of the corresponding communication session for a message closely related to the word included in the transmitted invitation message (for example, a message having a large number of occurrences of the same word). It is transmitted as the digest information.
  • the digest information transmission unit creates the digest information based on the contents of a past received message associated with the communication terminal user.
  • the above communication terminal device it is possible to create a digest that covers information that the invited user wants to know. For example, messages that the inviting user has received from the inviting user in the past (messages via sessions, contents of received emails, etc.) often contain many contents that the inviting user wants to talk to the inviting user. It can be said that it reflects the preference of the invited user. Therefore, for example, a keyword having a high appearance frequency is extracted from a group of messages received in the past from the invitation destination, and the message including the keyword is preferentially included in the history information of messages exchanged in the past in the corresponding communication session. Select as the digest information.
  • the digest request transmission unit adds a keyword related to the preference of the communication terminal device user to the digest request.
  • the above communication terminal device it is possible to create digest information reflecting not only the invitation destination user's preference known by the invitation source user but also the invitation destination user's preference not known by the invitation source user.
  • the keywords included in the digest request transmitted by the invitee terminal for example, words that have a large number of appearances (the more recent ones have a higher weight) in the titles of emails sent and received in the past, hobby information entered in advance by the user, By adopting words having a high frequency of appearance in messages (including messages via sessions and emails) transmitted to the invitation source, the relevance with the user's preference can be enhanced.
  • the communication terminal device of the present invention has a session history storage unit for storing communication session history information, the invitation request transmission unit based on the communication history information about the communication session, When the communication session and the session history storage unit are compared, and it is determined whether or not the communication terminal and the member of the communication session are included in the same session stored in the session history storage unit. Transmits participant information of members not included to the communication terminal via the communication unit.
  • the communication terminal device when the user of the invitation destination terminal that receives the invitation request determines whether to accept the invitation, useful information useful for the determination can be obtained. That is, when determining whether or not to participate in a specific communication session, for example, whether or not all members who have already participated in the corresponding communication session are their acquaintances can be one criterion. Therefore, when a specific person who has not participated as a member in a communication session in which the corresponding user has participated in the past is included as a member of the current communication session to be invited, the person is a member. Since the participant information is notified to the corresponding invitee user, the user who has received this information can know whether or not the communication session is that a person who he / she does not know participates as a member.
  • the communication terminal apparatus of this invention has the profile information storage part holding the profile information relevant to the user preference of the said communication terminal apparatus,
  • a history request transmission unit is further provided for transmitting the added history request via the communication unit.
  • the user of the terminal who has received the invitation can acquire the history information that the user wants to know without causing unnecessary traffic before joining the session.
  • the profile information for example, information registered in advance by the user, information such as words frequently appearing in the titles of Web pages and transmission / reception mails accessed by the user can be considered.
  • the said invitation request transmission part transmits the response regarding the invitation acceptance from the said communication terminal of an invitation destination within a predetermined time, after the said invitation request transmission part transmits the said invitation request
  • the digest information created by the digest information transmission unit is transmitted to the communication terminal via the communication unit.
  • the user of the terminal who has received the invitation can acquire the history information that the user wants to know without causing unnecessary traffic before joining the session.
  • the digest information transmission unit adds message identification information for specifying a message related to the digest information to be transmitted to the digest information, and transmits the digest information. It is characterized by that.
  • the user of the terminal that has received the invitation can easily obtain further information required by the user based on the received digest information before joining the session.
  • history communicated in the said communication session, and the message identification information corresponding to the said message, and the said communication part are log
  • a message corresponding to the second message identification information added to the history information request is extracted from the history messages held by the message storage unit, and the message is transmitted to the communication terminal.
  • a history information transmitting unit for transmitting to the network.
  • the user of the terminal that has received the invitation can easily obtain further information required by the user based on the received digest information before joining the session. For example, when the received digest information is displayed on the display screen of the terminal that received the invitation, and a specific message in the digest information is selected, the first message identification information indicating the message in the selected state For example, by generating the second message identification information representing the message at the position before and after that, and sending the history information request with the second message identification information added to the terminal of the invitation source, The user can receive the necessary message.
  • the digest storage unit uses a message ID added to a message communicated in the session as the message identification information.
  • message identification information can be easily generated without adding a new function.
  • One aspect of the communication control method of the present invention is a communication control method for inviting one or more communication terminals to a communication session, wherein an invitation request for the communication session is transmitted to the communication terminal, When a digest request from the communication terminal is received after the invitation request is transmitted, digest information including a message related to the communication session is created, and the created digest information is transmitted to the communication terminal.
  • One aspect of the communication control method of the present invention is a communication control method for receiving an invitation from a communication terminal for a communication session, receiving an invitation request from the communication terminal to the communication session, Detecting an input operation whether or not to accept the received invitation request, and transmitting a digest request to the communication terminal when the input operation is not detected within a predetermined time after receiving the invitation request; It is characterized by.
  • the user who newly participates in the specific communication session that is, the user who has received the invitation request from the user of the first communication terminal of the invitation source.
  • the user of the second communication terminal can confirm the content of the digest information when deciding whether to accept the invitation, so that it is easy to determine whether to accept the invitation.
  • the user who newly participates in the specific communication session that is, the first communication of the invitation source, as in the case of using the communication terminal device described above.
  • the user of the second communication terminal that has received an invitation request from the user of the terminal can confirm the content of the digest information when deciding whether to accept the invitation, so it is easy to determine whether to accept the invitation become.
  • the communication terminal device the communication control method, and the communication control program according to the present invention, information necessary for determining whether or not the user of the terminal participates in the session on the terminal invited to the session, That is, it is possible to automatically provide information regarding the content spoken in the session before joining the session.
  • a communication system as shown in FIG. 1 is assumed. That is, there are a plurality of terminals (clients) 101 to 104 that can communicate with each other via a predetermined communication network, and among these, the communication sessions in which the terminals 101, 103, and 104 can further share communication contents with each other. It is assumed that the user of the terminal 101 invites another terminal 102 to which the user of the terminal 101 has not yet participated in the session 110 in a state where the user has already participated in the session 110. Of course, the terminal 103 and the terminal 104 other than the terminal 101 can invite the user of the terminal 102.
  • the message is delivered to all of the terminals 101, 103, and 104, and therefore participates in the session 110.
  • the terminals 101, 103, and 104 can share the same communication content (message).
  • FIG. 2 shows an outline of an operation sequence when the terminal 101 invites the terminal 102 in the communication system shown in FIG.
  • the terminal 101 transmits an invitation request to the terminal 102 (S201). If the user does not input a response to the invitation, the terminal 102 that has received the invitation request transmits a digest request to the invitation request transmission source at every predetermined time (S203, S206), and has been sent in response to this request. The digest information is displayed on the display of the terminal (S205, S208).
  • the terminal 102 returns an invitation response in response to this input (S209). As a result, the participation of the terminal 102 in the session 110 is completed, and thereafter, each terminal participating in the session 110 is notified that a new user has joined.
  • the digest information sent out by the invitee terminal that has received the digest request is information extracted from the session history held by the inviter terminal 101 (information on messages received in the past for the session). It is.
  • the IM client terminal not only displays the latest received message, but also displays the messages in the order of arrival and participates in the session and the past in which the user participates by scrolling the display contents according to the user's instructions.
  • a function for displaying messages exchanged in the past in a session that has been used is supported, and in order to achieve this, a session history for storing messages received in the session is held in the terminal. Digest information is generated using this history as a source.
  • the digest information transmitted for the first time after the terminal 101 transmits the invitation request is obtained by extracting the latest message of each participant for all participants from the history of the session 110 held by the terminal 101. Since the message addressed to the session includes information indicating the transmission source such as a public URI (Uniform Resource Identifier), the terminal 101 identifies the transmission source of the message based on this information. In this example, the latest message is extracted for each participant, but the largest message may be extracted for each participant in order to inform the invited user of a more detailed message tendency. .
  • the digest information transmitted from the terminal 101 after the invitation request is transmitted for the second time or later is any of the following.
  • A What extracted the latest message of each participant about all the participants from the message which has not yet been transmitted as digest information in the history of session 110.
  • FIG. (B) Among messages in the history of the session 110 that have not been transmitted as digest information, a message that has the closest transmission time to a message that has already been transmitted as a digest.
  • C A message that has been transmitted between a message that has already been transmitted and a message that has already been transmitted out of the messages in the history of the session 110 that have not yet been transmitted as digest information in the history.
  • the terminal 102 receives and displays the received digest information, so that the user who receives the invitation is configured with the user's tendency of the invited session and what topic is being handled. Knowing it, you can decide whether or not to participate.
  • the digest information that the terminal 101 transmits for the first time after an invitation request is a message that includes a part or all of the word / phrase selected by the user when creating the invitation message in the terminal 101.
  • a short text sentence called an invitation message is received from the user, and this is sent to the invitee terminal together with an invitation request.
  • the words included in the session history are displayed with higher priority as the words displayed as conversion candidates on the display.
  • the terminal 101 extracts a message including the phrase or a part of the phrase as digest information from the history of the session 110.
  • information given in another example is transmitted. If the total size of messages extracted as digest information is larger than a predetermined amount, a part of the extracted message is not included in the digest information transmitted for the first time, but is included in the digest information transmitted for the second time or later. It may be.
  • the digest information transmitted from the terminal 101 after the invitation request is transmitted for the second time or later is any one of the following.
  • B When a user inputs an invitation message, a message including a synonym of a word included in a word selected from conversion candidates is extracted from the history of the session 110.
  • C Among messages in the history of the session 110 that have not been transmitted as digest information, a message that has the closest transmission time to a message that has already been transmitted as a digest.
  • D A message that has been transmitted between a message that has already been transmitted and a message that has already been transmitted out of the messages in the history of the session 110 that have not yet been transmitted as digest information.
  • the user who receives the invitation can determine whether or not to participate after knowing what the invited session is discussed as a theme. I can do it.
  • An invitation message is an explanatory text for inviting a user consciously created by the inviting user, and since the contents of the session are often accurately described, it simply includes words that appear frequently in the session history. There is a high possibility that a digest that directly represents the contents of a session can be created rather than preferentially extracting from a message.
  • the digest information transmitted for the first time after the invitation request by the terminal 101 is a message including a word (keyword) included in the digest request.
  • the terminal 102 that has received the invitation request transmits information of interest to the user of the terminal itself together with the digest request.
  • interesting information includes, for example, hobby category names (such as “railroad”, “piano”, and “golf”), topic names (such as “global warming” and “election of the House of Councilors”), and work titles (book titles) , Movie titles, etc.), area names (“Shibuya”, “Shimokitazawa”, etc.), and other proper nouns (person names, group names). These may be previously input by the user of the terminal 102 actively into the terminal 102, or automatically set by the terminal 102 from its own location, user operation history, etc. Also good.
  • the digest information transmitted from the terminal 101 after the invitation request is transmitted for the second time or later is any one of the following.
  • A Among messages in the history of the session 110 that have not yet been transmitted as digest information, a message that has the closest transmission time to a message that has already been transmitted as a digest.
  • B A message transmitted between a message that has already been transmitted and a message that has already been transmitted, among messages in the history of the session 110 that have not yet been transmitted as digest information.
  • the terminal 102 When the terminal 102 receives and displays the digest information described above, the user who receives the invitation is asked whether the invited session is dealing with a topic that interests him / her and whether or not the topic is being exchanged. Knowing the contents, you can decide whether to participate.
  • keywords to be included in the digest request sent by the invited terminal 102 for example, assigning the result of automatically detecting words with a large number of appearances (the more recent ones have a higher weight) in the titles of sent and received mails that exist as history
  • a predetermined number of words extracted from hobbies information input in advance by the user or messages having a large number of appearances in messages (including messages via sessions and mails) transmitted to the invitation source in the past may be assigned.
  • the digest reflecting the preference of the invitation destination user who is not grasped by the invitation source user can be created.
  • the inviting terminal 101 detects a keyword corresponding to the preference of the invited user and preferentially sends a message including this keyword. It may be extracted. For example, the words that frequently appear in messages (including messages via sessions and emails) received from the invitee in the past by the invitation source and the user's hobby information (expanded from presence information, etc.) stored in the terminal Can be used as a keyword.
  • the messages sent by the invitee user to the invitee user in the past often contain a lot of content that the invitee user wants to talk to the invitee user, so simply the number of appearances in the session history It is possible to create a digest that covers information that the invited user wants to know, rather than preferentially extracting messages that contain many words.
  • the digest information that the terminal 101 transmits for the first time after an invitation request is obtained by extracting messages at predetermined intervals from the history of the session 110 held by the terminal 101.
  • the digest information to be transmitted after the second time is continuously focused on the display of the invitee terminal 102 for a predetermined time or more in the message in the history of the session 110 that has not yet been transmitted as the digest information.
  • One or more messages including a candidate message transmitted at a time closest to a specific message (which has become an attention state or a selection candidate) are extracted.
  • Information for specifying the candidate message to be extracted is included in the digest request sent by the terminal 102 so that the terminal 101 can specify the candidate message to be extracted.
  • This information is, for example, the identification information (message ID) of the message displayed on the display of the terminal 102 or the identification information of the message displayed on the display of the terminal 102 and the received messages before and after that. Identification information may be used.
  • the former has an advantage that the amount of information transmitted by the terminal 102 is small, and the latter has an advantage that the terminal 101 does not need to hold information on which message has been transmitted.
  • the terminal 102 receives and displays the digest information described above, the user who receives the invitation sees the details of the portion of the displayed digest information where he wants to know the details of the exchange. , You can decide whether or not to participate.
  • the digest information transmitted for the first time after the invitation request may be a message extracted by the method shown in the specific examples A1, A2, and A3 or other methods.
  • the message from the currently focused message to the target During this period, the newly received digest information is displayed one after another, and a phenomenon may occur in which the target cannot be reached no matter how much scrolling is continued.
  • the specific value of the predetermined time is set so that this does not occur.
  • the information about the scroll direction immediately before reaching the current focus position is also included in the information that the terminal 102 sends in the digest request. Therefore, based on the scroll direction information received together with the digest request, the terminal 101 wants to see a message sent before the message at the current focus position or sent after the user at the invitee terminal 102. Determine if you want to see the message that was sent.
  • the digest information to be transmitted is the message before the message focused on the terminal 102 among the messages in the history of the session 110 not yet transmitted as digest information if the determination result is a message transmitted previously.
  • one or more messages including a message transmitted at a close time are extracted, and if the determination result is a message transmitted later, from among the messages in the history of the session 110 not yet transmitted as digest information.
  • one or more messages including a message transmitted at the nearest time after the focused message on the terminal 102 are extracted.
  • the terminal 102 receives and displays the digest information described above, the user who receives the invitation sees the details of the portion of the displayed digest information where he wants to know the details of the exchange. , You can decide whether or not to participate.
  • the digest information is transmitted as a response to the digest request.
  • the digest request is negotiated in the invitation request and the provisional response to the invitation request, and then the digest from the terminal 102 is performed.
  • the terminal 101 may transmit the digest information at a predetermined time interval or a time interval corresponding to the size of the digest information to be transmitted without waiting for a request.
  • an input operation for determining whether or not the user of the invitation destination terminal 102 accepts the invitation is not detected for a predetermined time or more after receiving the invitation request.
  • the conditions may be changed as in the following specific example.
  • a further digest request is transmitted when the user does not input a response to the invitation for a time substantially proportional to the size (for example, the amount of information) of the digest information received as a response to the digest request. That is, the time until the invited user finishes reading the content of the already received digest information is considered to be approximately proportional to the size of the received digest information, so the user can read the next new information after reading the acquired information. This is effective for keeping the waiting time constant.
  • FIG. 4 shows a configuration example of a main part of one communication terminal device that can be used as each of the terminals 101 to 104 in the communication system shown in FIG.
  • the communication terminal device can be realized as, for example, a mobile phone terminal, a portable information terminal (PDA), a personal computer, or the like.
  • PDA portable information terminal
  • the communication terminal device includes a user input unit 201, an invitation request generation unit 202, a contact list 203, a transmission unit 204, a local terminal presence information holding unit 205, an invitation response generation unit 206, a message generation unit 207, A reception unit 208, a reception information analysis unit 209, a digest information generation unit 210, a digest information analysis unit 211, a message history holding unit 212, a display control unit 213, and a display 214 are provided.
  • the basic functions of each of these elements are as follows.
  • the user input unit 201 generates various instructions and information by reading button operations by the user. For example, information for designating an invitation destination, an invitation message added to the invitation request, an instruction for accepting invitations, a message to be transmitted, and the like are input from the user input unit 201.
  • the invitation request generation unit 202 generates an invitation request in accordance with an instruction from the user input unit 201 or whenever it detects that a predetermined condition is satisfied.
  • the display control unit 213 is requested to display invitation destination candidates or to display related to invitation message input.
  • the contact list 203 holds, as a contact list, information including user names and URIs of various other station users registered in advance by, for example, user input operations.
  • the transmission unit 204 transmits each signal output from the invitation request generation unit 202, the invitation response generation unit 206, and the message generation unit 207 to the connection destination communication network as various signals that conform to a predetermined communication protocol.
  • the signals sent by the transmission unit 204 “INVITE (invitation request, digest reception capability notification request)”, “180 Ringing (calling notification, digest reception capability notification)”, “UPDATE (digest request)”, There are “INVITE 200 OK (Invitation Acceptance Response)”, “MESSAGE (Message)”, and “UPDATE (Digest Information)”.
  • each signal “INVITE”, “180 Ringing”, “UPDATE”, “INVITE 200 OK”, “MESSAGE”, “UPDATE” indicate what information is sent. . That is, in the SIP standard, the INVITE method indicates “session establishment request”, the UPDATE method indicates “session change”, the MESSAGE method indicates “send text message”, and the status code “180 Ringing” indicates “calling”. As shown, in this embodiment, control is performed so that special additional information shown in parentheses is sent on each signal of the SIP message.
  • the reason why the digest information is put on the signal UPDATE is that UPDATE can be transmitted before the invitation processing by INVITE is completed (before 200 OK is returned). This makes it possible to transfer digest information quickly.
  • the own terminal presence information holding unit 205 holds presence information.
  • the invitation response generation unit 206 is input from the received content of the invitation request from the other station, the invitation cancellation request from the other station, the presence information output from the own terminal presence information holding unit 205, or the user input unit 201.
  • Various signals are generated according to an invitation acceptance instruction.
  • the signals generated by the invitation response generation unit 206 include provisional responses, digest requests, invitation responses, and the like.
  • the invitation response generation unit 206 requests the display control unit 213 to display the invitation request.
  • the message generation unit 207 generates a message for transmission based on the content of the message input from the user input unit 201.
  • the receiving unit 208 receives various signals from other stations that conform to a predetermined communication protocol via a connection destination communication network.
  • the signals received by the reception unit 208 are “INVITE (invitation request, digest reception capability notification request)”, “180 Ringing (calling notification, digest reception capability notification)”, “UPDATE (digest request)”, “ INVITE 200 OK (Invitation Acceptance Response) ”,“ MESSAGE (Message) ”, and“ UPDATE (Digest Information) ”.
  • the reception information analysis unit 209 analyzes the contents of various reception information output from the reception unit 208, and classifies the information for each type.
  • this message is sent to the digest information generation unit 210, the digest information analysis unit 211, the message history holding unit 212, and the display control unit 213. If the received information is an invitation request or an invitation cancellation request, these are sent to the invitation response generation unit 206. The invitation request is also sent to the display control unit 213.
  • the message history holding unit 212 holds, for each communication session in which the terminal is currently participating, information of messages received so far addressed to the session as a communication history.
  • the digest information generation unit 210 generates digest information to be sent in response to a digest request from another station of the invitation destination based on the message information held in the message history holding unit 212. This processing is, for example, as described in the specific examples A1 to A5.
  • the digest information analysis unit 211 checks whether this is digest information based on the message output from the reception information analysis unit 209. If the digest information analysis unit 211 detects that it is digest information, the digest information analysis unit 211 gives a digest information reception notification to the invitation response generation unit 206. The message of the digest information is given to the display control unit 213.
  • the display control unit 213 performs processing for displaying necessary information such as a received message on the display 214 according to the situation.
  • the terminal 101 Upon receiving an instruction from the user of the terminal to invite the user of the terminal 102 to the session, the terminal 101 transmits INVITE including the offer with the public URI of the user of the terminal 102 as the destination (S301 in FIG. 3). This offer requests the terminal that has received the offer to provide information indicating whether or not digest information is received and displayed.
  • the IMS network When the IMS network receives the INVITE, it transmits this to the terminal 102 and simultaneously returns 100 Trying to the terminal 101 (S302). This 100 Trying is discarded by the terminal 101.
  • the terminal 102 displays on the display of the terminal that the invitation request has been received, and at the same time returns 180 Ringing including the answer to the offer (S303). This answer is information indicating whether the terminal 102 has the ability to receive and display digest information.
  • the IMS network When the IMS network receives 180 Ringing, it transmits it to the terminal 101. If there is an answer in the received information, the terminal 101 that received 180 Ringing transmits a PRACK message to approve 180 Ringing (S304), and the terminal 102 responds with 200 OK. Return (S305).
  • the terminal 102 transmits UPDATE including the offer (S306).
  • This offer corresponds to the aforementioned digest request. Since the details of the digest request have already been described, description thereof is omitted here.
  • the terminal 102 does not transmit UPDATE and transmits 488 indicating that the invitation cannot be accepted as a response to INVITE. .
  • the terminal 101 Upon receiving the UPDATE, the terminal 101 returns a 200 OK including an answer if a digest request is included in the received UPDATE (S307).
  • This answer corresponds to the digest information described above. Since the details of the digest information have already been described, the description thereof is omitted here.
  • the terminal 102 When the terminal 102 receives a response to UPDATE, if the response includes an answer and it is digest information, the content of the received digest information (message composed of a character string) is displayed. It is displayed on the screen of the vessel (S308).
  • the terminal 102 Unless the terminal 102 is displaying the received digest information and the user of the terminal 102 does not input a response to the invitation, the terminal 102 repeats transmission of a further digest request and additional display of the received digest information (S309, S310). ). Then, 200 OK or 488 is transmitted as a response to the already received INVITE when the user inputs a response (S311). The case where the user instructs acceptance is 200 OK, and the case where the user refuses acceptance is 488.
  • FIG. 5 The operation of the terminal on the invitation request side (corresponding to the terminal 101 in FIG. 3) for realizing the operation shown in FIG. 3 is shown in FIG. 5, and the terminal on the side that receives the invitation request (in FIG. 3) The operation corresponding to the terminal 102 is shown in FIG.
  • the invitation request generation unit 202 When the invitation request generation unit 202 receives a request from the user input unit 201 to invite a new user (from another station), the invitation request generation unit 202 acquires the user name and URI of the invitation destination candidate from the contact list 203, and a list of user names Is displayed on the display unit 214, and the display unit 214 displays the request.
  • the invitation request generation unit 202 receives an input designating an invitation destination user from the user input unit 201
  • the invitation request generation unit 202 requests the display control unit 213 to display an invitation message input screen on the display unit 214.
  • the invitation response generation unit 206 requests that the invitation destination information, the invitation message, and the information indicating the presence or absence of the digest information be provided.
  • the request is stored in the INVITE request and transmitted to the IMS network via the transmission unit (S502 in FIG. 5).
  • the invitation response waiting timer tc1 is started (S503), and the display control unit 213 is requested to return to the screen before receiving a request to invite from the user.
  • the reception unit 208 passes it to the reception information analysis unit 209.
  • the received information analysis unit 209 determines whether the received information is a request, a response, or a response to which SIP message is a response.
  • the reception information analysis unit 209 indicates that the user has been added to the session if the response is a message including a status code of 400 or more.
  • the display control unit 213 is requested to display on the display 214, and if it is other than 200 OK, the display control unit 213 is requested to display that the invitation has failed (S507), and the invitation process is terminated (S508).
  • the reception information analysis unit 209 sends it to the digest information generation unit 210. Discard it.
  • the digest information generation unit 210 creates digest information if the offer content is a digest request, and otherwise discards it.
  • the digest information generation unit 210 stores the digest information in the UPDATE message after completing the creation of the digest information and transmits it to the IMS network via the transmission unit 204 (S509), and simultaneously restarts the invitation response waiting timer tc1 (S510). ).
  • the terminal 101 supports the change of session information by UPDATE, the UPDATE request is also sent to a session information change unit not shown in FIG. 4 and processed here. Since it is irrelevant to the processing, the description is omitted.
  • the reception information analysis unit 209 passes this to the message history holding unit 212 and the display control unit 213.
  • the message history holding unit 212 stores the passed message, and the display control unit 213 displays the received message on the display unit 214. This process is performed independently of the invitation process.
  • the INVITE request is transmitted, if the timer tc1 is stopped before receiving a response to the INVITE request (when a predetermined time has elapsed), the invitation process is terminated.
  • the CANCEL request and response are transmitted and received before the invitation process ends, but since it is a general process, the description thereof is omitted.
  • the terminal 101 on the invitation request transmission side following the above sequence does not perform automatic invitation cancellation due to timeout of the session invitation response unless the digest request is received for a predetermined period (when the digest request is not detected for a predetermined time or more). Only treat as timeout). This is effective for preventing the invitation from being canceled while the inviting user is examining whether or not to accept the invitation while looking at the digest.
  • the terminal 101 may issue a warning when receiving an input for instructing manual cancellation from the user.
  • the reception information analysis unit 209 determines whether it is a request, a response, If there is, it is determined to which SIP message the response is.
  • the reception information analysis unit 209 passes this to the invitation response generation unit 206.
  • the invitation response generation unit 206 acquires the presence information of the user of the terminal from the own terminal presence information holding unit 205. If the presence is not ready to participate in the IM session (S602 in FIG. 6), a response 488 indicating invitation rejection is transmitted to the IMS network via the transmission unit 204 (S608), and then the invited process is terminated (S609). ).
  • the invitation response generation unit 206 requests the display control unit 213 to display that the invitation has been received on the display 214, and accepts the terminal by the user of the terminal.
  • the waiting timer ts1 is started (S603).
  • the receiving unit 208 When receiving the SIP message after starting the timer ts1, the receiving unit 208 passes this to the reception information analyzing unit 209.
  • the received information analysis unit 209 determines whether the received information is a request, a response, or a response to which SIP message is a response.
  • the reception information analysis unit 209 sends an invitation cancel request to the invitation response generation unit 206, and the invitation response generation unit 206 transmits a CANCEL response to the transmission unit 204. Is transmitted to the IMS network via S (S610), and then the invited process is terminated (S611).
  • the received SIP message is a response to the UPDATE request that has already been transmitted (S606)
  • the received information analysis unit 209 sends it to the digest information analysis unit 211, and is included. If not, discard it.
  • the digest information analysis unit 211 disassembles the answer information into a message and passes it to the display control unit 213 and notifies the invitation response generation unit 206 that the digest information has been received. Throw it away.
  • the display control unit 213 to which the message information has been passed is displayed on the display 214 (S614), and the invitation response generation unit 206 notified that the digest information has been received restarts the timer tc1 (S615).
  • the UPDATE request is also sent to a session information change unit not shown in FIG. 4 and processed here. Since it is irrelevant to the processing, the description is omitted.
  • the invitation response generation unit 206 After receiving an INVITE request from another station, when there is an input from the user input unit 201 of the local station instructing acceptance or rejection of the invitation from the user (S605), the invitation response generation unit 206 responds to this input. The response is transmitted to the IMS network via the transmission unit 204 (S612), and then the invited process is terminated (S613).
  • the digest request In the UPDATE request and transmitted to the IMS network via the transmission unit 204 (S616).
  • the terminal 102 transmits 200 OK as a response to INVITE, the participation of the terminal 102 in the session 110 is completed.
  • FIG. 7 is a sequence diagram illustrating an outline of an operation when one terminal invites another terminal to a communication session in the communication system illustrated in FIG. 1.
  • FIG. 7 illustrates a case where the invitation source transmits a history with message identification information to the invitation destination in response to a history request from the invitation destination.
  • the user of the terminal 101 inputs an invitation message to the terminal 101 in order to invite the user of the terminal 102 to the session 110 (S701).
  • the terminal 101 transmits an invitation request (INVITE) to the terminal 102 via the network (S703).
  • This invitation request includes a history transmission enable notification.
  • the terminal 102 receives an invitation request (INVITE) from the terminal 101 via the network.
  • the terminal 102 when receiving the invitation request (INVITE) from the terminal 101, the terminal 102 as the invitation destination transmits “180 Ringing” indicating “calling” to the terminal 101 (S704). If the INVITE includes a history transmission ready notification, a digest request is included in this “180 Ringing”. Then, the terminal 101 receives “180 Ringing” and the digest request from the terminal 102.
  • the terminal 101 creates digest information in response to the digest request received from the invitee terminal 102 (S705).
  • the digest information generated by the terminal 101 is, for example, the digest information described in the specific examples A1 to A5 described above.
  • the terminal 101 transmits a media negotiation update (UPDATE) to the terminal 102 that is the source of the digest request (S706).
  • UPDATE includes digest information generated by the terminal 101.
  • the reason for using UPDATE to transmit digest information is that UPDATE can be transmitted before the invitation process by INVITE is completed (before 200 OK is returned).
  • the terminal 102 receives the digest information generated by the terminal 101.
  • the terminal 102 displays the digest information received from the terminal 101 that is the invitation source on the display device of the terminal itself (S707).
  • the terminal 102 sends a history request message (MESSAGE) in response to the history transmission enable notification of the terminal 101 that is the invitation source. It transmits to the terminal 101 (S708).
  • MESSAGE history request message
  • the terminal 101 that has received the history request from the terminal 102 that is the invitee adds the message identification information and transmits the history including the digest information to the terminal 102 (S709).
  • the history to be transmitted to the terminal 102 includes a message from the terminal 102 received together with the history request in a form to be added after the history.
  • the operation of the terminal 101 in S709 corresponds to the operation of the terminal of the invitation source described later (Modification C4).
  • the display unit of the terminal 102 can display the history at a position corresponding to the message identification information (S710).
  • the operation of the terminal 102 in S711 corresponds to the operation of the invitee terminal in the modified example C4 described later.
  • the terminal 102 transmits a history request message (MESSAGE) to the terminal 101 that is the invitation source again. Then, the display unit of the terminal 102 can display the history at a position corresponding to the message identification information (S711).
  • MESSAGE message identification information
  • the terminal 102 when the user of the terminal makes an input in response to the invitation request with reference to the history in S711, the terminal 102 generates and transmits an invitation response based on the input of the user (S712). Specifically, the terminal 102 generates “INVITE 200 OK” indicating a response to accept the invitation and transmits it to the terminal 101 that is the invitation source. This completes the process for the terminal 102 to participate in the session 110.
  • the terminal 101 that has received “INVITE 200 OK” from the terminal 102 notifies the terminal 103 that is currently participating, including the terminal 102, a message (MESSAGE) notifying that a new user has joined.
  • the terminal 102 displays the received message on the display of the terminal itself, following the digest information included in the already received history (S713).
  • the user who has been invited to the session does not need the user's action on the information of the content spoken in the session before joining the session. Can be obtained quickly, and whether or not to participate in the session can be determined. In order to realize this, there is no need to save the session history in the server.
  • the invitation request sending terminal does not receive the digest request for a predetermined period, it does not automatically cancel the invitation due to the timeout of the session invitation response.
  • the invitation can be prevented from being canceled while considering while watching.
  • Modification C1 Invitation source terminal behavior
  • a specific user who does not have a record indicating that he / she has participated in the same session as the invited user is included in the session history of the user of the terminal, the specific user is indicated.
  • a representative message of this specific user (the latest message, the longest message in the session history, etc.) may be transmitted (may be sent together with the digest information or sent separately).
  • the inviting user waits or the session is canceled.
  • it is important to narrow down the transmission / reception information and the contents to be browsed by the user, and provide the information required by the invited user with less information than notifying the information of all participating members. can do.
  • Modification C2 [Operation of invited terminal] If the local user does not input a response within a predetermined time after receiving an invitation request from another station, the user's hobby information (information registered in advance by the user as a profile, the Web accessed by the user) A history request including a page and words of frequently sent / received mails is transmitted (request contents are changed each time, sent in order of importance, synonyms of last transmitted information, etc.).
  • Modification C3 Invitation source terminal behavior
  • Modification C4 (Invitation source terminal behavior]
  • the message identification information is added and transmitted.
  • a history request is received from the invitee, the requested history is transmitted.
  • message identification information is added and transmitted.
  • Private-Message on the session defined in SIP / SIMPLE IM Instant Messaging
  • Prior-Message is a mechanism that uses an IM session to send a message only to some of the session participants.
  • digest information can be drilled down from the root of the digest information, it takes a short time to reach the information that the user wants. In addition, traffic is reduced compared to acquiring the entire history.
  • Modification C5 The following points are changed with respect to “Modification C4”.
  • the message identification information a serial number corresponding to the order in which the invitation source receives the message is used.
  • the invitation destination should not acquire the already acquired history.
  • Modification C6 The following points are changed with respect to “Modification C4”.
  • the message identification information Message-ID added to the message addressed to the session is used.
  • the invitee terminal if the Message-ID of the message addressed to the session received by the terminal matches the message identification information of the history information received from the inviter terminal, the history is not displayed and the history after this Do not get
  • Modification C7 [Invitation source terminal behavior] A key (unique information) is added to the invitation request or invitation cancellation request and transmitted. When a re-invitation request with a key corresponding to the invitation is received from the invited user, the invitation request with the key is automatically transmitted again.
  • the invitation source terminal may cancel the invitation due to detection of timeout. Even in such a case, it is possible to invite without the user repeatedly inviting.
  • the communication terminal device, the communication control method, and the communication control program of the present invention for example, when there are a plurality of terminals such as a mobile phone terminal, a portable information terminal, and a personal computer, and these can communicate via a communication network.
  • terminals such as a mobile phone terminal, a portable information terminal, and a personal computer
  • these can communicate via a communication network.
  • a protocol such as an instant messaging service

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

　セッションへの招待を受けたユーザがセッションへの参加前にセッションの中でやり取りされていた会話の内容の把握を可能にしセッションに参加するか否かの判断を容易にする。他局ユーザを通信セッションに招待するために招待要求を送信する招待要求送信部２０２と、他局から招待要求を受信した場合に自局ユーザの入力操作に従って招待受け入れ応答を送信する招待受け入れ送信部２０６と、他局から受信した招待要求に対して所定の条件を満たした場合にダイジェスト要求を送信するダイジェスト要求送信部２０６と、他局からのダイジェスト要求を受信した場合にダイジェスト情報を作成し送信するダイジェスト情報送信部２１０と、他局から受信したダイジェスト情報の内容を自局ユーザに通知するダイジェスト情報出力部２１３とを設けた。

Description

通信端末装置及び通信制御方法並びに通信制御プログラム
　本発明は、ネットワークを介して通信可能な複数の通信端末間でグループ通信を行うために用いる通信端末装置及び通信制御方法並びに通信制御プログラムに関する。
　複数の通信端末によって成るセッション（互いに通信を行うグループ）に参加している端末の間で、ある端末が送信する情報が該セッションに参加中の端末の間で自動的に共有される仕組みとして、チャット、インスタントメッセージングなどがある。これらのサービスではセッションに参加している端末が該セッション宛にメッセージを送信すると、そのメッセージがサーバを介して該セッションに参加している全ての端末へ配送される。
　このような従来のサービスでは、新たにセッションに参加したユーザが、参加前にやりとりされていた会話の内容を把握できないために、すぐに会話に加わることが出来ないという問題があった。この問題を解決するための技術は、例えば特許文献１、特許文献２、特許文献３に開示されている。
　特許文献１に開示された技術によれば、チャットのログファイルを用意し、このログファイルに対する閲覧要求を受信したら、要求元端末のアドレスがアクセス許可されたものであればチャットのメッセージを読み出して該端末に送信する。
　特許文献２に開示された技術によれば、あるカンバセーション参加中にそのカンバセーションに関連する別の新規カンバセーションを起こす場合、新規カンバセーションの識別子と、このカンバセーションに関連するカンバセーションの識別子とタイムスタンプのペアのリストを生成し、この情報を招待先端末に送信する。招待先端末は、送信された情報を元に、招待を受けたカンバセーションに関連するカンバセーションにアクセスする。
　つまり、特許文献１、特許文献２の技術によれば、新たにセッションに参加したユーザが、参加前にやりとりされた会話の内容を把握することが出来るため、ユーザはセッション参加後に比較的スムーズに会話に加わることが出来る。
　特許文献３に開示された技術によれば、予めユーザが登録した登録された条件に適合する発言を検出したら、この発言をユーザの端末に送信する。これによって、ユーザが、自身が興味を持つ内容について話し合われているチャットに加わるのを促す。
　つまり、特許文献３に開示された技術によれば、新たにセッションに参加したユーザが、参加前にやりとりされた会話の内容を把握することは出来ないが、少なくとも自身にとって興味ある内容が話されているということを知った上でセッションに参加できるので、ユーザはセッション参加後に比較的スムーズに会話に加わることが出来る。
特開２００７－１０８９５３号公報 米国出願公開２００７／００３３２５０号公報 特開２０００－４０１６２号公報
　Ｗｅｂ上のチャットなどは、ユーザが既知のＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）を自ら指定して参加するものあるが、インスタントメッセージングなどには、このような参加形態を採用したセッションの他に、セッション生成者やセッション参加者が他のユーザを招待し、招待されたユーザが応答を返すことによって参加が可能となるセッションも提供している。
　例えば、ＯＭＡ（Ｏｐｅｎ　Ｍｏｂｉｌｅ　Ａｌｌｉａｎｃｅ）が仕様を公開するＩＭＰＳ（Ｉｎｓｔａｎｔ　Ｍｅｓｓａｇｉｎｇ　ａｎｄ　Ｐｒｅｓｅｎｃｅ　Ｓｅｒｖｉｃｅ）をサポートするシステムでは、招待する側の端末から「ＩｎｖｉｔｅＲｅｑｕｅｓｔ」が送信されると、これを受けたＩＭサーバが招待を受ける側の端末へ「ＩｎｖｉｔｅＵｓｅｒＲｅｑｕｅｓｔ」を送信し、招待を受ける側の端末がこれに対して「ＩｎｖｉｔｅＵｓｅｒＲｅｓｐｏｎｓｅ」を返送することによってセッションが成立する。また、ＳＩＰ／ＳＩＭＰＬＥ　ＩＭ（Ｉｎｓｔａｎｔ　Ｍｅｓｓａｇｉｎｇ）をサポートするシステムでは、招待する側の端末から「ＳＩＰ　ＩＮＶＩＴＥ」が送信されると、これを受けたＩＭＳネットワークが招待を受ける側の端末へ「ＳＩＰ　ＩＮＶＩＴＥ」を転送し、招待を受ける側の端末がこれに対して２００ＯＫを返送することによってセッションが成立する。
　このようなシステムにおいて、あるユーザが別のユーザをセッションへ招待する場合、従来の技術では、招待を受けたユーザが、セッションの中でやり取りされている会話の内容を知らないままに、招待を受けるのか、拒否するのか判断して応答を返さなくてはならず、この判断に迷うことがあった。
　前述の特許文献１～特許文献３の技術を採用することにより、セッション参加後にそのセッションの中で過去に話されていた内容を知ることや、自分が予めサーバに登録しておいたキーワードを含むセッションの存在を参加前に知ることは可能であるが、招待を受けたとき、これに参加する前に、セッションの中で過去に話されていた内容を知ることはできない。また、従来の技術では、セッション履歴の保存機能などのサーバの機能拡張も必要である。
　本発明の目的は、このような問題を解決し、セッションへの招待を受けたユーザが、セッションへの参加前にセッションの中でやり取りされていた会話の内容を簡単に把握し、セッションに参加するか否かをに判断できるシステムを提供することである。
　本発明の通信端末装置の一形態としては、１つ以上の通信端末と通信が可能な通信端末装置であって、前記通信端末と通信を送受信する通信部と、通信セッションへの招待要求を前記通信部を介して前記通信端末に送信する招待要求送信部と、前記招待要求を送信後に、前記通信部が前記通信端末からダイジェスト要求を受信した場合に、前記通信セッションに関連するメッセージを含むダイジェスト情報を作成し、前記作成したダイジェスト情報を前記通信部を介して前記通信端末に送信するダイジェスト情報送信部とを備えたことを特徴とする。
　本発明の通信端末装置の一形態としては、１つ以上の通信端末と通信が可能な通信端末装置であって、前記通信端末と通信を送受信する通信部と、前記通信端末から招待要求を受信した場合に、当該通信端末装置のユーザから前記招待要求を受け入れるか否かを入力操作を検出する入力部と、前記招待要求を受信してから所定時間以内に前記入力部がユーザーからの入力を検出しなかった場合に、前記通信端末にダイジェスト要求を前記通信部を介して送信するダイジェスト要求送信部と、を備えたことを特徴とする。
　上記通信端末装置によれば、特定の通信セッションに新たに参加するユーザ、すなわち招待元の第１の端末（１つの通信端末装置：自局又は他局に相当する）のユーザから招待要求を受けた第２の端末（もう１つの通信端末装置：他局又は自局に相当する）のユーザは、招待を受け入れるかどうかを決める際に、前記ダイジェスト情報の内容を確認することができるので、招待を受け入れるかどうかの判断が容易になる。つまり、招待要求を受けた第２の端末のユーザが招待受け入れのための入力操作を遅らせると、第２の端末のダイジェスト要求送信部がダイジェスト要求を送信し、このダイジェスト要求を受信すると第１の端末のダイジェスト情報送信部がダイジェスト情報を作成して送信し、第２の端末のダイジェスト情報出力部は、第１の端末から送信されたダイジェスト情報を受信してその内容を第２の端末のユーザに通知（例えば表示、あるいは音声出力）する。
　また、本発明の通信端末装置の一形態としては、前記通信部は、前記ダイジェスト要求に対応したダイジェスト情報を受信し、前記ダイジェスト要求送信部は、前記ダイジェスト情報を受信してから所定時間以内に前記入力部がユーザーからの入力を検出しなかった場合に、再度前記通信端末にダイジェスト要求を前記通信部を介して送信することを特徴とする。
　上記通信端末装置によれば、招待要求を受けた第２の端末から招待元の第１の端末に宛ててダイジェスト要求を複数回繰り返し送信することができるので、第２の端末のユーザは複数のダイジェスト情報を順番に受け取ることが可能になり、招待を受け入れるかどうかの判断に役立つ情報を必要に応じた量だけ入手できる。なお、ダイジェスト要求の送信回数に上限の制限を設けても良い。
　また、本発明の通信端末装置の一形態としては、前記ダイジェスト情報送信部は、前記通信部が前記ダイジェスト要求を複数回受信した場合には、既に送出したダイジェスト情報である第１のダイジェスト情報とは内容が異なる第２のダイジェスト情報を前記通信部を介して前記通信端末に送信することを特徴とする。
　上記通信端末装置によれば、招待要求を送信した第１の端末は、招待要求先の第２の端末からのダイジェスト要求を複数回繰り返し受信した場合に、前に送信した第１のダイジェスト情報とは内容が異なる第２のダイジェスト情報を送信するので、第２の端末のユーザは複数のダイジェスト情報を順番に受け取ることが可能になり、招待を受け入れるかどうかの判断に役立つ情報を必要に応じた量だけ入手できる。
　また、本発明の通信端末装置の一形態としては、前記ダイジェスト要求送信部は、前記通信端末から既に受信したダイジェスト情報のサイズもしくは内容に応じて、前記ダイジェスト要求を再度送信するかどうかを決めることを特徴とする。
　上記通信端末装置によれば、状況に応じた適切な動作が可能になる。例えば、受信したダイジェスト情報のサイズが大きい場合には、その内容の全体をユーザが把握するのに時間がかかるので、前記所定時間をサイズにほぼ比例するように変更することが望ましい。また、例えば受信したダイジェスト情報のうち表示器に表示されたことのある情報の割合が所定の割合を超えた場合や、受信したダイジェスト情報のうち、表示器上においてフォーカスされた（またはカーソルが通過した）ことのあるメッセージの割合が所定の割合を超えた場合に２回目以降の前記ダイジェスト要求を送信することも考えられる。
　また、本発明の通信端末装置の一形態としては、前記ダイジェスト情報送信部は、前記招待要求に含まれる招待メッセージの内容に基づいて、前記通信セッションの通信履歴に含まれる各メッセージ情報を抽出することにより前記ダイジェスト情報を作成することを特徴とする。
　上記通信端末装置によれば、招待先の端末のユーザは、セッション参加前に受け取った招待メッセージの内容からセッションの概要を理解することが可能になる。すなわち、招待要求を送信する招待元のユーザは、該当する通信セッションの概要と関連のある文字列を招待メッセージとして付加した招待要求を送信する場合が多く、この招待メッセージの内容は招待先のユーザの判断に役立つものである場合が多い。そこで、招待元の端末は、送信した招待メッセージに含まれている語と関連の深いメッセージ（例えば同じ語の出現回数が多いメッセージ）を該当する通信セッションの通信履歴の中から検索し、これを前記ダイジェスト情報として送信する。
　また、本発明の通信端末装置の一形態としては、前記ダイジェスト情報送信部は、前記通信端末ユーザと関連付けられた過去の受信メッセージの内容に基づいて前記ダイジェスト情報を作成することを特徴とする。
　上記通信端末装置によれば、招待先ユーザの知りたがっている情報を網羅したダイジェストが作成できる。例えば、招待元ユーザが招待先ユーザから過去に受信したメッセージ（セッション経由のメッセージ、受信メールの内容など）には、招待先ユーザが招待元ユーザと語りたい内容が多く含まれていることが多く、招待先ユーザの嗜好を反映していると言える。そこで、例えば招待先から過去に受信したメッセージ群の中から出現頻度の高いキーワードを抽出し、該当する通信セッションで過去にやりとりされたメッセージの履歴情報の中で前記キーワードを含むメッセージを優先的に前記ダイジェスト情報として選択する。
　また、本発明の通信端末装置の一形態としては、前記ダイジェスト要求送信部は、前記ダイジェスト要求に、当該通信端末装置ユーザの嗜好と関連のあるキーワードを付加することを特徴とする。
　上記通信端末装置によれば、招待元ユーザが把握している招待先ユーザの嗜好だけでなく、招待元ユーザが把握していない招待先ユーザの嗜好をも反映したダイジェスト情報を作成できる。招待先端末が送信するダイジェスト要求に含める前記キーワードについては、例えば過去に送受信したメールのタイトル内において出現回数（最近のものほど重み高い）の多い単語や、ユーザが予め入力した趣味情報や、過去に招待元へ送信したメッセージ（セッション経由のメッセージ、メール含む）内の出現回数の多い単語などを採用することにより、ユーザの嗜好との関連性を高めることができる。
　また、本発明の通信端末装置の一形態としては、通信セッションの履歴情報を記憶するセッション履歴記憶部を有し、前記招待要求送信部は、前記通信セッションに関する通信の履歴情報に基づいて、前記通信セッションと前記セッション履歴記憶部を比較し、前記通信端末と前記通信セッションのメンバーが前記セッション履歴記憶部に記憶される同じセッション内に含まれているか否かを判定し、含まれていない場合は、含まれていないメンバーの参加者情報を前記通信端末に前記通信部を介して送信することを特徴とする。
　上記通信端末装置によれば、招待要求を受信した招待先の端末のユーザが招待を受け入れるかどうかを判断する際に、判断に役立つ有用な情報を入手することができる。すなわち、特定の通信セッションに参加するか否かを判断する際には、例えば該当する通信セッションに既に参加しているメンバーの全てが自分の知り合いかどうかが１つの判断基準になりうる。そこで、該当するユーザが過去に参加した通信セッションにメンバーとして参加したことのない特定の人物が今回の招待対象通信セッションのメンバーとして含まれている場合には、前記人物がメンバーであることを表す参加者情報を該当する招待先ユーザに対して通知するので、これを受け取ったユーザは自分の知らない人物がメンバーとして参加している通信セッションかどうかを知ることができる。
　また、本発明の通信端末装置の一形態としては、当該通信端末装置のユーザの嗜好と関連のあるプロファイル情報を保持するプロファイル情報記憶部を有し、前記プロファイル情報記憶部が保持するプロファイル情報を付加した履歴要求を前記通信部を介して送信する履歴要求送信部を更に備えることを特徴とする。
　上記通信端末装置によれば、招待を受けた端末のユーザは、セッション参加前に、無駄なトラフィックを発生させることなくユーザの知りたい履歴情報を取得できる。前記プロファイル情報については、例えばユーザが予め登録した情報、ユーザがアクセスしたＷｅｂページや送受信メールのタイトルに頻出する単語などの情報を含めることが考えられる。
　また、本発明の通信端末装置の一形態としては、前記招待要求送信部は、前記招待要求を送信した後、前記通信部が所定時間以内に招待先の前記通信端末からの招待受け入れに関する応答を受信しない場合は、前記ダイジェスト情報送信部が作成したダイジェスト情報を前記通信部を介して前記通信端末へ送信することを特徴とする。
　上記通信端末装置によれば、招待を受けた端末のユーザは、セッション参加前に、無駄なトラフィックを発生させることなくユーザの知りたい履歴情報を取得できる。
　また、本発明の通信端末装置の一形態としては、前記ダイジェスト情報送信部は、送信する前記ダイジェスト情報と関連のあるメッセージを特定するためのメッセージ識別情報を前記ダイジェスト情報に付加して送信する、ことを特徴とする。
　上記通信端末装置によれば、招待を受けた端末のユーザは、セッション参加前に、受信したダイジェスト情報に基づいて、ユーザが必要とする更なる情報を容易に取得できる。
　また、本発明の通信端末装置の一形態としては、前記通信セッションで通信した履歴のメッセージと前記メッセージに対応するメッセージ識別情報を保持するメッセージ記憶部と、前記通信部が前記通信端末から履歴情報要求を受信した場合に、前記メッセージ記憶部が保持する履歴のメッセージの中から、前記履歴情報要求に付加された前記第２のメッセージ識別情報に対応するメッセージを抽出し、前記メッセージを前記通信端末に送信する履歴情報送信部とを更に設けたことを特徴とする。
　上記通信端末装置によれば、招待を受けた端末のユーザは、セッション参加前に、受信したダイジェスト情報に基づいて、ユーザが必要とする更なる情報を容易に取得できる。例えば、招待を受けた端末の表示画面に既に受信したダイジェスト情報を表示した状態で、前記ダイジェスト情報中の特定のメッセージが選択状態になったら、この選択状態のメッセージを表す第１のメッセージ識別情報に基づいて、例えばその前後の位置にあるメッセージを表す第２のメッセージ識別情報を生成し、この第２のメッセージ識別情報を付加した履歴情報要求を招待元の端末宛てに送信することにより、前記ユーザは必要なメッセージを受け取ることができる。
　また、本発明の通信端末装置の一形態としては、前記ダイジェスト記憶部は、前記セッションで通信したメッセージに付加されるメッセージＩＤを前記メッセージ識別情報とすることを特徴とする。
　上記通信端末装置によれば、新たな機能を追加することなく、簡便にメッセージ識別情報を生成することができる。
　本発明の通信制御方法の一態様としては、通信セッションに対して１つ以上の通信端末を招待するための通信制御方法であって、前記通信端末に前記通信セッションへの招待要求を送信し、前記招待要求を送信後に、前記通信端末からのダイジェスト要求を受信した場合に、前記通信セッションに関連するメッセージを含むダイジェスト情報を作成し、前記作成したダイジェスト情報を前記通信端末に送信することを特徴とする。
　本発明の通信制御方法の一態様としては、通信セッションに対してある通信端末からの招待を受けるための通信制御方法であって、前記通信端末から前記通信セッションへの招待要求を受信し、前記受信した招待要求を受け入れるか否かの入力操作を検出し、前記招待要求を受信してから所定時間以内に前記入力操作を検出しなかった場合に、前記通信端末にダイジェスト要求を送信する、ことを特徴とする。
　上記通信制御方法によれば、前述の通信端末装置を利用する場合と同様に、特定の通信セッションに新たに参加するユーザ、すなわち招待元の第１の通信端末のユーザから招待要求を受けた第２の通信端末のユーザは、招待を受け入れるかどうかを決める際に、前記ダイジェスト情報の内容を確認することができるので、招待を受け入れるかどうかの判断が容易になる。
　本発明の通信制御プログラムの一態様としては、本発明の通信制御方法における各ステップを実行させるためのプログラムである。
　上記通信制御プログラムを所定のコンピュータで実行し通信を制御することにより、前述の通信端末装置を利用する場合と同様に、特定の通信セッションに新たに参加するユーザ、すなわち招待元の第１の通信端末のユーザから招待要求を受けた第２の通信端末のユーザは、招待を受け入れるかどうかを決める際に、前記ダイジェスト情報の内容を確認することができるので、招待を受け入れるかどうかの判断が容易になる。
　本発明に係る通信端末装置及び通信制御方法並びに通信制御プログラムによれば、セッションに招待された側の端末に、該端末のユーザがセッションに参加するか否かを判断するために必要な情報、すなわち、セッションで話されている内容に関する情報を、セッション参加前に自動的に提供することができる。
実施の形態の通信端末装置を用いた通信システムの構成例を示すブロック図である。 図１に示す通信システムにおいて１つの端末が他の端末を通信セッションに招待する場合の動作の概要を示すシーケンス図である。 図２に示す動作のより具体的な内容を示すシーケンス図である。 図１に示す通信システムに用いる１つの通信端末装置の主要部の構成を示すブロック図である。 他の端末のユーザを招待する場合の招待元の動作を示すフローチャートである。 招待先の端末の動作を示すフローチャートである。 図１に示す通信システムにおいて１つの端末が他の端末を通信セッションに招待する場合の動作の概要を示すシーケンス図である。
符号の説明
１０１，１０２，１０３，１０４　端末
１１０　セッション
２０１　ユーザ入力部
２０２　招待要求生成部
２０３　コンタクトリスト
２０４　送信部
２０５　自端末プレゼンス情報保持部
２０６　招待応答生成部
２０７　メッセージ生成部
２０８　受信部
２０９　受信情報解析部
２１０　ダイジェスト情報生成部
２１１　ダイジェスト情報解析部
２１２　メッセージ履歴保持部
２１３　表示制御部
２１４　表示器
　以下、本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態では、ＯＭＡが仕様を公開しているＳＩＰ／ＳＩＭＰＬＥ　ＩＭをサポートするＩＭシステムを採用した場合を想定している。
　この例では、図１に示すような通信システムを想定している。すなわち、所定の通信ネットワークを経由して互いに通信可能な複数の端末（クライアント）１０１～１０４が存在しており、この中の端末１０１，１０３，１０４が更に互いに通信内容を共有可能な通信のセッション１１０に既に参加している状態で、端末１０１のユーザがまだ参加していないもう１つの端末１０２をこのセッション１１０に招待する場合を想定している。勿論、端末１０１以外の端末１０３や端末１０４も端末１０２のユーザを招待することが可能である。このセッション１１０により、端末１０１、１０３、１０４のいずれかの端末が該セッション宛にメッセージを送信すると、端末１０１、１０３、１０４の全てにこのメッセージが配信されるので、セッション１１０に参加している端末１０１、１０３、１０４は同じ通信内容（メッセージ）を共有することができる。
　図１に示す通信システムにおいて端末１０１が端末１０２を招待する場合の動作シーケンスの概要が図２に示されている。
　図２に示すように、端末１０１のユーザが、端末１０２のユーザを招待するよう端末１０１に指示を入力すると、端末１０１は端末１０２宛に招待要求を送信する（Ｓ２０１）。この招待要求を受信した端末１０２は、ユーザが招待に対する応答を入力しない場合は、所定時間ごとにダイジェスト要求を招待要求送信元に送信し（Ｓ２０３，Ｓ２０６）、この要求に応じて送られてきたダイジェスト情報を該端末の表示器に表示する（Ｓ２０５，Ｓ２０８）。そして、端末１０２のユーザが招待受入れまたは拒否するよう端末１０２に指示を入力したら、端末１０２はこの入力に応じて招待応答を返す（Ｓ２０９）。これによって端末１０２のセッション１１０への参加が完了し、この後、セッション１１０に参加中の各端末に対し、新規ユーザが参加したことが通知される。
　前記ダイジェスト要求を受信した招待元の端末が送出するダイジェスト情報は、招待元端末１０１が保持しているセッションの履歴（当該セッション宛で過去に受信したメッセージ群の情報）の中から抽出される情報である。一般的に、ＩＭクライアント端末は受信した最新のメッセージを表示するだけでなく、到着順にメッセージを並べて表示したり、ユーザの指示に応じた表示内容のスクロール動作等により参加中のセッション及び過去に参加していたセッションで過去にやりとりされたメッセージを表示する機能をサポートしており、これを実現するために端末内に、セッションにおいて受信したメッセージを格納するセッション履歴を保持している。ダイジェスト情報はこの履歴をソースとして生成される。
　本実施の形態で用いるダイジェスト情報の具体例は次の通りである。
（具体例Ａ１）
　端末１０１が、招待要求送信後初めて送信するダイジェスト情報は、端末１０１が保持するセッション１１０の履歴の中から、全参加者について、ぞれぞれの参加者の最新メッセージを抽出したものである。セッション宛てメッセージには、例えばパブリックＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）などのように送信元を表す情報が含まれているので、端末１０１はこの情報をもとにしてメッセージの送信元を特定する。なお、この例では各参加者について最新のメッセージが抽出されるが、より詳細な発言傾向を招待先ユーザに知らせるために、各参加者について最もサイズの大きなメッセージが抽出されるようにしてもよい。
　端末１０１が、招待要求送信後二回目以降に送信するダイジェスト情報は次のいずれかとする。（ａ）セッション１１０の履歴内の、ダイジェスト情報としてまだ送信されていないメッセージの中から、全参加者について、ぞれぞれの参加者の最新メッセージを抽出したもの。（ｂ）ダイジェスト情報としてまだ送信されていないセッション１１０の履歴内のメッセージの中から、ダイジェストとしてすでに送信されているメッセージと送信時間が最も近いメッセージ。（ｃ）履歴内の、ダイジェスト情報としてまだ送信されていないセッション１１０の履歴内のメッセージの中から、すでに送信済みのメッセージとこれとは別の送信済みのメッセージの間に送信されたメッセージ。
　受信したダイジェスト情報を端末１０２が受信し、表示することで、招待を受けるユーザは、招待されたセッションがどのような発言傾向を持つユーザで構成されており、どのような話題を扱っているかを知った上で、参加するか否かを決めることが出来る。
（具体例Ａ２）
　端末１０１が、招待要求後初めて送信するダイジェスト情報は、端末１０１において、招待メッセージ作成の際にユーザが選択した語句の一部または全部を含むメッセージである。一般的なＩＭシステムでは、ユーザを招待する際、ユーザから招待メッセージと呼ばれる短いテキスト文の入力を受け、これを招待要求とともに招待先端末へ送信する。この招待メッセージ入力の際、表示器上に変換候補として表示される語句として、該セッションの履歴内に含まれる語句をより優先して表示する。ユーザが該セッションの履歴内に含まれる語句を選択した場合、端末１０１は、セッション１１０の履歴の中から、この語句または語句の一部を含むメッセージをダイジェスト情報として抽出する。なお、ユーザが該セッションの履歴内に含まれる語句を一つも選択しなかった場合は、別の例に挙げる情報を送信する。また、ダイジェスト情報として抽出されたメッセージの合計サイズが所定量より多い場合は、抽出されたメッセージの一部を一回目に送信するダイジェスト情報に含めず、二回目以降に送信するダイジェスト情報に含めるようにしてもよい。
　端末１０１が、招待要求送信後、二回目以降に送信するダイジェスト情報は次のいずれか１つとする。（ａ）ダイジェスト情報として抽出されながら一回目のダイジェスト送信では送られなかったメッセージ。（ｂ）ユーザが招待メッセージを入力する際、変換候補の中から選択した語句に含まれる語の同義語を含むメッセージをセッション１１０の履歴の中から抽出したもの。（ｃ）ダイジェスト情報としてまだ送信されていないセッション１１０の履歴内のメッセージの中から、ダイジェストとしてすでに送信されているメッセージと送信時間が最も近いメッセージ。（ｄ）ダイジェスト情報としてまだ送信されていないセッション１１０の履歴内のメッセージの中から、すでに送信済みのメッセージとこれとは別の送信済みのメッセージの間に送信されたメッセージ。
　上述したダイジェスト情報を端末１０２が受信し、表示することで、招待を受けるユーザは、招待されたセッションが何をテーマとして話し合われているかを知った上で、参加するか否かを決めることが出来る。招待メッセージは招待元ユーザが意識的に作成するユーザを誘うための説明文であり、セッションの内容が正確に記載されていることが多いため、単純にセッション履歴内の出現回数の多い単語を含むメッセージから優先的に抽出するよりも、セッションの内容を端的に表すダイジェストが造れる可能性が高い。
　また、招待元の端末１０１のユーザによって選択された語が存在しない場合には、セッション履歴の中から出現回数の多い単語を含むメッセージから優先的に抽出し、これをダイジェスト情報として送出する。
（具体例Ａ３）
　端末１０１が、招待要求後、初めて送信するダイジェスト情報は、ダイジェスト要求に含まれる語（キーワード）を含むメッセージである。この例では、招待要求を受けた端末１０２が、自端末のユーザの興味のある情報をダイジェスト要求とともに送信する場合を想定している。興味のある情報とは、例えば趣味のカテゴリ名（「鉄道」、「ピアノ」、「ゴルフ」など）や、話題名（「地球温暖化」、「参議院選挙」など）や、作品名（書籍タイトル、映画タイトルなど）や、地域名（「渋谷」「下北沢」など）や、その他固有名詞（人名、グループ名）のようなキーワードである。これらは、予め端末１０２のユーザが能動的に端末１０２に入力したものであってもよく、また、端末１０２が、自身のロケーションや、ユーザの操作履歴などから自動的に設定したものであってもよい。
　端末１０１が、招待要求送信後、二回目以降に送信するダイジェスト情報は次のいずれか１つとする。（ａ）ダイジェスト情報としてまだ送信されていないセッション１１０の履歴内のメッセージの中から、ダイジェストとしてすでに送信されているメッセージと送信時間が最も近いメッセージ。（ｂ）ダイジェスト情報としてまだ送信されていないセッション１１０の履歴内のメッセージの中から、すでに送信済みのメッセージとこれとは別の送信済みのメッセージの間に送信されたメッセージ。
　上述したダイジェスト情報を端末１０２が受信し、表示することで、招待を受けるユーザは、招待されたセッションが自分の興味のある話題を扱っているか、および、その話題についてやり取りされている具体的な内容を知った上で、参加するか否かを決めることが出来る。
　招待先の端末１０２が送出するダイジェスト要求に含めるキーワードについては、例えば履歴として存在する送受信メールのタイトル内において出現回数（最近のものほど重み高い）の多い単語を自動的に検出した結果を割り当てても良いし、ユーザが予め入力した趣味情報や過去に招待元へ送信したメッセージ（セッション経由のメッセージ、メール含む）内の出現回数の多いものから抽出した所定個数の単語を割り当てても良い。これにより招待元ユーザが把握していない招待先ユーザの嗜好を反映したダイジェストが作成できる。
　招待元の端末１０１が受信したダイジェスト要求にキーワードが含まれていない場合には、招待元の端末１０１側で招待先ユーザの嗜好に対応したキーワードを検出し、このキーワードを含むメッセージを優先的に抽出してもよい。例えば、招待元が過去に招待先から受信したメッセージ（セッション経由のメッセージ、メール含む）内の出現回数の多い単語や端末内に保存された該ユーザの趣味情報（プレゼンス情報などから展開）を前記キーワードとして利用できる。つまり、過去に招待先ユーザが招待元ユーザへ送ったメッセージの中には、招待先ユーザが招待元ユーザと語りたい内容が多く含まれていることが多いので、単純にセッション履歴内の出現回数の多い単語を含むメッセージから優先的に抽出するよりも、招待先ユーザの知りたがっている情報を網羅したダイジェストが作成できる。
（具体例Ａ４）
　端末１０１が、招待要求後、初めて送信するダイジェスト情報は、端末１０１が保持するセッション１１０の履歴の中から、メッセージを所定の個数おきに抽出したものである。そして、二回目以降に送信するダイジェスト情報は、ダイジェスト情報としてまだ送信されていないセッション１１０の履歴内のメッセージの中で、招待先の端末１０２の表示器上において所定時間以上連続してフォーカスされた（注目状態になった、あるいは選択候補になった）特定のメッセージに最も近い時間に送信された候補メッセージを含む一つ以上のメッセージを抽出したものである。
　端末１０１が抽出対象の前記候補メッセージを特定できるように、これを特定するための情報を端末１０２が送出するダイジェスト要求に含める。この情報は例えば、端末１０２の表示器上で表示されているメッセージの識別情報（ｍｅｓｓａｇｅ　ＩＤ）、または、端末１０２の表示器上で表示されているメッセージの識別情報およびその前後の受信済みメッセージの識別情報とすればよい。前者は端末１０２が送信する情報量が少ないという利点を持ち、後者は端末１０１がどのメッセージが送信済みであるかという情報を保持せずに済むという利点を持つ。上述したダイジェスト情報を端末１０２が受信し、表示することで、招待を受けるユーザは、表示されたダイジェスト情報の中から、さらに詳しいやりとりの内容を知りたいと思う部分に関してその詳細を見た上で、参加するか否かを決めることが出来る。
　なお、招待要求後、初めて送信するダイジェスト情報については、前記具体例Ａ１、Ａ２、Ａ３に示した方法や、その他の方法で抽出されたメッセージであってもよい。また、この例では、ダイジェストの送信間隔や一度に送信されるメッセージの量などによっては、ユーザがスクロール操作によってある目的のメッセージに到達しようとしても、現在フォーカスされているメッセージから到達目標までのメッセージの間に、新規に受信したダイジェスト情報が次々に表示されてしまい、いくらスクロールを続けても到達目標にたどり着けないという現象が起こりうる。前記所定時間の具体的な値は、このようなことが起こらないよう設定する。
（具体例Ａ５）
　前記具体例Ａ４の変形例として、端末１０２がダイジェスト要求に含めて送る情報に、現在のフォーカス位置にたどり着く直前のスクロール方向に関する情報も含める。従って、端末１０１は、ダイジェスト要求と共に受信したスクロール方向の情報に基づいて、招待先の端末１０２のユーザが現在のフォーカス位置にあるメッセージより前に送信されたメッセージを見たがっているか、それとも後に送信されたメッセージを見たがっているかを判断する。送信するダイジェスト情報は、判断結果が前に送信されたメッセージであれば、ダイジェスト情報としてまだ送信されていないセッション１１０の履歴内のメッセージの中から、端末１０２上でフォーカスされたメッセージより前の最も近い時間に送信されたメッセージを含む一つ以上のメッセージを抽出したものとし、判断結果が後に送信されたメッセージであれば、ダイジェスト情報としてまだ送信されていないセッション１１０の履歴内のメッセージの中から、端末１０２上でフォーカスされたメッセージより後の最も近い時間に送信されたメッセージを含む一つ以上のメッセージを抽出したものとする。上述したダイジェスト情報を端末１０２が受信し、表示することで、招待を受けるユーザは、表示されたダイジェスト情報の中から、さらに詳しいやりとりの内容を知りたいと思う部分に関してその詳細を見た上で、参加するか否かを決めることが出来る。
　なお、少なくとも具体例Ａ４、Ａ５においては、受信したダイジェスト情報を表示器へ表示する際には、ダイジェスト情報に含まれるメッセージをダイジェスト情報の受信順に表示するのではなく、そのメッセージが過去に該セッションに向けて送信された順番に従って表示する。
　また、以上の説明では、ダイジェスト要求への応答としてダイジェスト情報を送信する場合について述べてきたが、招待要求とこれに対する暫定応答の中でダイジェストの送受信についてネゴシエーションを行い、その後は端末１０２からのダイジェスト要求を待たずに端末１０１がダイジェスト情報を所定の時間間隔、または、送信するダイジェスト情報のサイズに応じた時間間隔で送信するようにしてもよい。
　ところで、招待先の端末１０２がダイジェスト要求を送信する条件については、招待要求を受信してから所定時間以上、招待先の端末１０２のユーザが招待を受け入れるかどうかを決めるための入力操作が検出されない場合を採用しているが、次に示す具体例のように条件を変更しても良い。
（具体例Ｂ１）
　ダイジェスト要求を送信した後で、それに対する応答として受信したダイジェスト情報のサイズ（例えば情報量）に略比例した時間だけ、ユーザが招待に対する応答を入力しない場合に更なるダイジェスト要求を送信する。すなわち、既に受信したダイジェスト情報の内容を招待先のユーザが読み終わるまでの時間は、受信したダイジェスト情報のサイズに略比例すると考えられるため、ユーザが既得情報を読み終ってから次の新しい情報を待つ時間を一定に保つのに有効である。
（具体例Ｂ２）
　招待先の端末１０２が既に受信したダイジェスト情報のうち、端末１０２の表示器に表示されたことのある情報の割合が所定の割合を超えても、端末１０２のユーザが招待に対する応答を入力しない場合に更なるダイジェスト要求を送信する。例えば、携帯電話端末のように表示器の表示領域が狭い端末の場合には、画面上のスクロール操作等により該当する情報の領域がディスプレイに表示されたかどうかを判断することができ、これが表示された情報とユーザが読んだ情報とほぼ対応関係にあると考えられる。従って、ユーザが既得情報を読み終って新しい情報を待つ時間を一定に保つのに有効である。
（具体例Ｂ３）
　招待先の端末１０２が既に受信したダイジェスト情報のうち、端末１０２の表示器上においてフォーカスされた（またはカーソルが通過した）ことのあるメッセージの割合が所定の割合を超えても、ユーザが招待に対する応答を入力しない場合に更なるダイジェスト要求を送信する。これにより、例えば表示器の表示領域が広く、表示されただけではユーザが読んだと判断するのが難しいデバイスを用いる場合であっても、ユーザが既得情報を読み終って新しい情報を待つ時間を一定に保つのに有効である。
　図１に示した通信システムに各端末１０１～１０４として利用可能な、１つの通信端末装置の主要部の構成例が図４に示されている。この通信端末装置については、例えば携帯電話端末や、携帯型情報端末（ＰＤＡ）や、パーソナルコンピュータなどとして実現することができる。
　図４を参照すると、この通信端末装置にはユーザ入力部２０１、招待要求生成部２０２、コンタクトリスト２０３、送信部２０４、自端末プレゼンス情報保持部２０５、招待応答生成部２０６、メッセージ生成部２０７、受信部２０８、受信情報解析部２０９、ダイジェスト情報生成部２１０、ダイジェスト情報解析部２１１、メッセージ履歴保持部２１２、表示制御部２１３、表示器２１４が備わっている。これらの各要素の基本的な機能は次の通りである。
　ユーザ入力部２０１は、ユーザによるボタン操作などを読み取って様々な指示や情報を生成する。例えば、招待先を指定する情報、招待要求に付加される招待メッセージ、招待受け入れ可否の指示、送信対象メッセージなどがユーザ入力部２０１から入力される。
　招待要求生成部２０２は、ユーザ入力部２０１からの指示に従って、あるいは所定の条件を満たしたことを検出するたびに、招待要求を生成する。また、表示制御部２１３に対して招待先候補の表示を要求したり、招待メッセージ入力に関する表示を要求する。
　コンタクトリスト２０３は、例えばユーザの入力操作等によって予め登録された様々な他局ユーザのユーザ名やＵＲＩを含む情報をコンタクトリストとして保持している。
　送信部２０４は、招待要求生成部２０２、招待応答生成部２０６、メッセージ生成部２０７から出力される各信号を所定の通信プロトコルに適合する各種信号として接続先の通信ネットワークに送出する。この例では、送信部２０４が送出する信号として、「ＩＮＶＩＴＥ（招待要求、ダイジェスト受信能力通知要求）」、「１８０　Ｒｉｎｇｉｎｇ（呼び出し中通知、ダイジェスト受信能力通知）」、「ＵＰＤＡＴＥ（ダイジェスト要求）」、「ＩＮＶＩＴＥ　２００　ＯＫ（招待受け入れ応答）」、「ＭＥＳＳＡＧＥ（メッセージ）」、「ＵＰＤＡＴＥ（ダイジェスト情報）」がある。なお、各信号「ＩＮＶＩＴＥ」、「１８０　Ｒｉｎｇｉｎｇ」、「ＵＰＤＡＴＥ」、「ＩＮＶＩＴＥ　２００　ＯＫ」、「ＭＥＳＳＡＧＥ」、「ＵＰＤＡＴＥ」の括弧内に示した内容は、どんな情報を乗せて送るのかを表している。すなわち、ＳＩＰ標準ではＩＮＶＩＴＥメソッドは「セッションの確立要求」、ＵＰＤＡＴＥメソッドは「セッションの変更」、ＭＥＳＳＡＧＥメソッドは「テキストメッセージ等の送信」を示し、ステータスコードの「１８０　Ｒｉｎｇｉｎｇ」は「呼び出し中」を示すが、本実施形態では括弧内に示した特別な付加情報をＳＩＰメッセージの各信号に乗せて送るように制御している。なお、信号ＵＰＤＡＴＥにダイジェスト情報を乗せている理由は、ＵＰＤＡＴＥが、ＩＮＶＩＴＥによる招待処理が完了する前（２００ＯＫが返ってくる前）に送信することができるという特徴を持っているためである。これにより、ダイジェスト情報を早く転送することが可能になる。
　自端末プレゼンス情報保持部２０５は、プレゼンス情報を保持している。
　招待応答生成部２０６は、他局からの招待要求の受信内容や、他局からの招待キャンセル要求や、自端末プレゼンス情報保持部２０５から出力されるプレゼンス情報や、ユーザ入力部２０１から入力される招待受け入れ可否指示に従って、様々な信号を生成する。招待応答生成部２０６が生成する信号には、暫定応答、ダイジェスト要求、招待応答などがある。また、他局からの招待要求を受信した場合には、招待応答生成部２０６は表示制御部２１３に対して招待要求の表示を要求する。
　メッセージ生成部２０７は、ユーザ入力部２０１から入力されるメッセージの内容に基づいて送信用のメッセージを生成する。
　受信部２０８は、接続先の通信ネットワークを経由して所定の通信プロトコルに適合する他局からの各種信号を受信する。受信部２０８が受信する信号として、この例では「ＩＮＶＩＴＥ（招待要求、ダイジェスト受信能力通知要求）」、「１８０　Ｒｉｎｇｉｎｇ（呼び出し中通知、ダイジェスト受信能力通知）」、「ＵＰＤＡＴＥ（ダイジェスト要求）」、「ＩＮＶＩＴＥ　２００　ＯＫ（招待受け入れ応答）」、「ＭＥＳＳＡＧＥ（メッセージ）」、「ＵＰＤＡＴＥ（ダイジェスト情報）」がある。
　受信情報解析部２０９は、受信部２０８から出力される各種受信情報の内容を解析し、種類毎に区分する。受信情報がメッセージである場合には、このメッセージはダイジェスト情報生成部２１０、ダイジェスト情報解析部２１１、メッセージ履歴保持部２１２、表示制御部２１３に送られる。受信情報が招待要求又は招待キャンセル要求の場合には、これらは招待応答生成部２０６に送られる。招待要求は表示制御部２１３にも送られる。
　メッセージ履歴保持部２１２は、当端末が現在参加しているそれぞれの通信セッションについて、当該セッション宛てにこれまで受信したメッセージの情報を通信履歴として保持している。
　ダイジェスト情報生成部２１０は、招待先の他局からのダイジェスト要求に対して送出すべきダイジェスト情報をメッセージ履歴保持部２１２が保持しているメッセージの情報に基づいて生成する。この処理については、例えば前述の具体例Ａ１～Ａ５の通りである。
　ダイジェスト情報解析部２１１は、受信情報解析部２０９から出力されるメッセージによりこれがダイジェスト情報かどうかを調べ、ダイジェスト情報であることを検出した場合には、ダイジェスト情報受信通知を招待応答生成部２０６に与え、ダイジェスト情報のメッセージを表示制御部２１３に与える。
　表示制御部２１３は、状況に応じて受信メッセージなど必要な情報を表示器２１４に表示するための処理を実施する。
　次に、図１に示す通信システムにおいて、端末１０１のユーザが端末１０２のユーザをセッション１１０に招待する場合の動作に関する詳細なシーケンスについて、図３を用いて説明する。この例では、端末１０１～１０４間の通信のためにＩＭＳネットワークを用いる場合を想定している。なお、図３において各エンティティ間で送受信されるメッセージとして記載したものは、全てＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）メッセージを想定して表してある。
　端末１０１は、該端末のユーザから端末１０２のユーザをセッションに招待するよう指示を受けると、オファーを含んだＩＮＶＩＴＥを端末１０２のユーザのパブリックＵＲＩを宛先として送信する（図３のＳ３０１）。このオファーは、オファーを受けた端末に、ダイジェスト情報の受信および表示能力の有無を示す情報の提供を要求するものである。
　ＩＭＳネットワークは、ＩＮＶＩＴＥを受信すると、これを端末１０２に送信すると同時に、端末１０１に１００　Ｔｒｙｉｎｇを返す（Ｓ３０２）。この１００　Ｔｒｙｉｎｇは端末１０１において読み捨てられる。ＩＮＶＩＴＥが端末１０２に到達すると、端末１０２は招待要求が受信されたことを該端末の表示器に表示すると同時に、前記オファーに対するアンサーを含んだ１８０　Ｒｉｎｇｉｎｇを返す（Ｓ３０３）。このアンサーは、端末１０２がダイジェスト情報の受信および表示能力の有無を示す情報である。
　ＩＭＳネットワークは、１８０　Ｒｉｎｇｉｎｇを受信すると、これを端末１０１に送信する。１８０　Ｒｉｎｇｉｎｇを受信した端末１０１は、受信した情報の中にアンサーが存在している場合は、１８０　Ｒｉｎｇｉｎｇを承認するためにＰＲＡＣＫメッセージを送信し（Ｓ３０４）、端末１０２はこれに対して２００　ＯＫを返す（Ｓ３０５）。
　端末１０２は所定の時間、該端末のユーザから招待要求に対する応答がない場合は、オファーを含んだＵＰＤＡＴＥを送信する（Ｓ３０６）。このオファーは、前述のダイジェスト要求に相当する。ダイジェスト要求の詳細については既に述べたので、ここでは説明を省略する。なお、端末１０２のプレゼンスがＩＭを受入れることが出来ない状態に設定されている場合は、端末１０２はＵＰＤＡＴＥの送信は行わず、ＩＮＶＩＴＥに対する応答として招待には応じられない旨を示す４８８を送信する。
　端末１０１はＵＰＤＡＴＥを受信すると、受信したＵＰＤＡＴＥの中にダイジェスト要求が含まれていれば、アンサーを含んだ２００　ＯＫを返送する（Ｓ３０７）。このアンサーは、前述のダイジェスト情報に相当する。このダイジェスト情報の詳細については既に述べたので、ここでは説明を省略する。
　端末１０２はＵＰＤＡＴＥに対する応答を受信すると、この応答の中にアンサーが含まれており、かつ、それがダイジェスト情報である場合は、受信したダイジェスト情報の内容（文字列で構成されるメッセージ）を表示器の画面に表示する（Ｓ３０８）。
　端末１０２は、受信したダイジェスト情報を表示中であり、かつ、端末１０２のユーザが招待に対する応答を入力しない限り、更なるダイジェスト要求の送信と、受信したダイジェスト情報の追加表示を繰り返す（Ｓ３０９，Ｓ３１０）。そして、ユーザが応答を入力した時点で既に受信済みのＩＮＶＩＴＥへの応答として２００　ＯＫまたは４８８を送信する（Ｓ３１１）。ユーザが受け入れ指示した場合が２００　ＯＫ、ユーザが受け入れを拒否した場合が４８８である。
　図３に示したような動作を実現するための招待要求側の端末（図３の端末１０１に相当）の動作が図５に示されており、招待要求を受信する側の端末（図３の端末１０２に相当）の動作が図６に示されている。
　まず、招待要求送信側の端末１０１における招待処理について、図５を参照しながら説明する。
　招待要求生成部２０２は、ユーザ入力部２０１から、新たに（他局の）ユーザを招待したいという要求を受けると、コンタクトリスト２０３から招待先候補のユーザ名とＵＲＩを取得し、ユーザ名のリストを表示器２１４に表示するよう表示制御部２１３に依頼し、表示器２１４がこれを表示する。招待要求生成部２０２は、ユーザ入力部２０１から、招待先のユーザを指定する入力を受けると、招待メッセージ入力画面を表示器２１４に表示するよう表示制御部２１３に依頼する。招待応答生成部２０６は、ユーザから招待メッセージ入力および招待要求送信要求が入力されると、招待先情報、招待メッセージ、および、ダイジェスト情報の受信および表示能力の有無を示す情報を提供して欲しいという要求をＩＮＶＩＴＥリクエストに格納して、送信部を介してＩＭＳネットワークに送信する（図５のＳ５０２）。同時に、招待応答待ちタイマｔｃ１を起動し（Ｓ５０３）、ユーザから招待したいという要求を受ける前の画面に戻るよう表示制御部２１３に依頼する。
　送信部２０４が、ＩＮＶＩＴＥリクエスト送信後に、相手局からのＳＩＰメッセージを受信すると、受信部２０８がこれを受信情報解析部２０９に渡す。受信情報解析部２０９は、渡された情報がリクエストであるか、レスポンスであるか、レスポンスである場合はどのＳＩＰメッセージに対するレスポンスなのかを判断する。
　受信したＳＩＰメッセージが既に送信したＩＮＶＩＴＥリクエストへのレスポンスである場合（Ｓ５０４）、受信情報解析部２０９は、そのレスポンスが４００番以上のステータスコードを含むメッセージであればセッションにユーザが追加された旨表示器２１４に表示するよう表示制御部２１３に依頼し、２００　ＯＫ以外であれば招待が失敗した旨を表示するよう表示制御部２１３に依頼し（Ｓ５０７）、招待処理を終了する（Ｓ５０８）。
　相手局から受信したＳＩＰメッセージがＵＰＤＡＴＥリクエストである場合（Ｓ５０５）、受信情報解析部２０９は、そのリクエストにオファーが含まれていれば、これをダイジェスト情報生成部２１０に送り、含まれていなければ読み捨てる。ダイジェスト情報生成部２１０は、オファーの内容がダイジェスト要求である場合はダイジェスト情報を作成し、そうでなければ読み捨てる。ダイジェスト情報生成部２１０は、ダイジェスト情報の作成完了後、これをＵＰＤＡＴＥメッセージに格納して送信部２０４を介してＩＭＳネットワークに送信する（Ｓ５０９）と同時に、招待応答待ちタイマｔｃ１を再起動する（Ｓ５１０）。なお、端末１０１がＵＰＤＡＴＥによるセッション情報の変更をサポートする場合、ＵＰＤＡＴＥリクエストは図４に記載されていないセッション情報変更部にも送られて、ここで処理されることになるが、この処理は招待処理とは無関係であるため、説明を省略する。
　受信したＳＩＰメッセージがＭｅｓｓａｇｅリクエストである場合、受信情報解析部２０９は、これをメッセージ履歴保持部２１２および表示制御部２１３に渡す。メッセージ履歴保持部２１２は渡されたメッセージを保存し、表示制御部２１３は受信したメッセージを表示器２１４上に表示する。なお、この処理は招待処理とは無関係に行われるものである。
　受信したＳＩＰメッセージがそれ以外のリクエストまたはレスポンスである場合については、招待処理とは無関係なため、説明を省略する。
　ＩＮＶＩＴＥリクエスト送信後、ＩＮＶＩＴＥリクエストに対するレスポンスを受けないうちにタイマｔｃ１が停止したら（所定時間が経過したら）、招待処理を終了する。実際には、招待処理終了前にＣＡＮＣＥＬリクエスト、レスポンスの送受信を行うが、一般的な処理であるため、説明を省略する。
　上記シーケンスに従う招待要求送信側の端末１０１は、ダイジェスト要求を所定期間受信しない場合を除き、セッション招待応答のタイムアウトによる自動的な招待キャンセルは行わない（所定時間以上に渡ってダイジェスト要求を検出しない場合のみタイムアウトとして処理する）。これは、招待先ユーザが、招待を受けるか否かをダイジェストを見ながら検討している間に、招待がキャンセルされるのを防止するために有効である。同じ目的を実現するため、端末１０１が、ユーザから手動キャンセルを指示する入力を受けたら、警告を行うようにしても良い。
　次に、招待要求受信側の端末１０２における被招待処理について、図６を参照しながら説明する。
　他局（招待元）からのＳＩＰメッセージが自局（招待先）の受信部２０８を介して受信されると、受信情報解析部２０９は、それがリクエストであるか、レスポンスであるか、レスポンスである場合はどのＳＩＰメッセージに対するレスポンスなのかを判断する。
　受信したＳＩＰメッセージがＩＮＶＩＴＥリクエストである場合、受信情報解析部２０９は、これを招待応答生成部２０６に渡す。招待応答生成部２０６は、自端末プレゼンス情報保持部２０５から該端末のユーザのプレゼンス情報を取得する。プレゼンスがＩＭセッションに参加できる状態でない場合（図６のＳ６０２）、招待拒否を示すレスポンス４８８を、送信部２０４を介してＩＭＳネットワークに送信（Ｓ６０８）し、その後、被招待処理を終了する（Ｓ６０９）。プレゼンスがＩＭセッションに参加できる状態である場合（Ｓ６０２）、招待応答生成部２０６は、招待を受けたことを表示器２１４に表示するよう表示制御部２１３に依頼し、該端末のユーザによる受け入れ判断待ち用タイマｔｓ１を起動する（Ｓ６０３）。
　受信部２０８は、タイマｔｓ１起動後、ＳＩＰメッセージを受信すると、これを受信情報解析部２０９に渡す。受信情報解析部２０９は、渡された情報がリクエストであるか、レスポンスであるか、レスポンスである場合はどのＳＩＰメッセージに対するレスポンスなのかを判断する。
　受信したＳＩＰメッセージがＣＡＮＣＥＬリクエストである場合（Ｓ６０４）、受信情報解析部２０９は、招待キャンセル要求を受信したことを招待応答生成部２０６に送り、招待応答生成部２０６はＣＡＮＣＥＬレスポンスを、送信部２０４を介してＩＭＳネットワークに送信（Ｓ６１０）し、その後、被招待処理を終了する（Ｓ６１１）。
　受信したＳＩＰメッセージが既に送信したＵＰＤＡＴＥリクエストに対するレスポンスである場合（Ｓ６０６）、受信情報解析部２０９は、そのレスポンスにアンサーが含まれていれば、これをダイジェスト情報解析部２１１に送り、含まれていなければ読み捨てる。ダイジェスト情報解析部２１１は、アンサーの内容がダイジェスト情報である場合、これをメッセージに分解して表示制御部２１３に渡すとともに招待応答生成部２０６にダイジェスト情報を受信したことを通知し、そうでない場合は読み捨てる。メッセージ情報を渡された表示制御部２１３は、これを表示器２１４で表示し（Ｓ６１４）、ダイジェスト情報を受信したことを通知された招待応答生成部２０６は、タイマｔｃ１を再起動する（Ｓ６１５）。なお、端末１０１がＵＰＤＡＴＥによるセッション情報の変更をサポートする場合、ＵＰＤＡＴＥリクエストは図４に記載されていないセッション情報変更部にも送られて、ここで処理されることになるが、この処理は招待処理とは無関係であるため、説明を省略する。
　他局からのＩＮＶＩＴＥリクエストを受信後、自局のユーザ入力部２０１から、ユーザから招待の受け入れまたは拒否を指示する入力があった場合（Ｓ６０５）、招待応答生成部２０６は、この入力に応じたレスポンスを、送信部２０４を介してＩＭＳネットワークに送信し（Ｓ６１２）、その後、被招待処理を終了する（Ｓ６１３）。
　他局からのＩＮＶＩＴＥリクエストを受信後、自局のユーザからユーザ入力部２０１を経由して招待受け入れ判断の入力がないうちに、タイマｔｓ１が停止した（所定時間を経過した）場合は、ダイジェスト要求をＵＰＤＡＴＥリクエストに格納し、送信部２０４を介してＩＭＳネットワークに送信する（Ｓ６１６）。
　端末１０２がＩＮＶＩＴＥに対するレスポンスとして２００　ＯＫを送信すると、端末１０２のセッション１１０への参加が完了する。
　次に、図７を参照し、図１に示す通信システムにおいて１つの端末が他の端末を通信セッションに招待する場合の動作の概要を説明する。図７は、図１に示す通信システムにおいて１つの端末が他の端末を通信セッションに招待する場合の動作の概要を示すシーケンス図である。特に、図７では、招待元が、招待先からの履歴要求に応じて、メッセージ識別情報を付加した履歴を招待先へ送信する場合について説明する。
　図７では、端末１０１、１０３が更に互いに通信内容を共有可能な通信のセッション１１０に既に参加している状態で、端末１０１のユーザがまだ参加していないもう１つの端末１０２をセッション１１０に招待する場合を想定している。勿論、端末１０１以外の端末１０３も端末１０２のユーザを招待することが可能である。セッション１１０により、端末１０１、１０３のいずれかの端末が該セッション宛にメッセージを送信すると、端末１０１、１０３にこのメッセージが配信されるので、セッション１１０に参加している端末１０１、１０３は同じ通信内容（メッセージ）を共有することができる。
　図７に示すように、まず、端末１０１のユーザが、端末１０２のユーザをセッション１１０に招待するために、招待メッセージを端末１０１に入力する（Ｓ７０１）。
　次に、端末１０１のユーザが、招待先として端末１０２を選択すると（Ｓ７０２）、端末１０１は、ネットワークを介して、端末１０２宛に招待要求（ＩＮＶＩＴＥ ）を送信する（Ｓ７０３）。この招待要求の中には、履歴送信可能通知が含まれる。そして、端末１０２は、端末１０１から、ネットワークを介して、招待要求（ＩＮＶＩＴＥ）を受信する。
　次に、招待先である端末１０２は、端末１０１から、招待要求（ＩＮＶＩＴＥ）を受信すると、端末１０１宛に、「呼び出し中」を示す「１８０　Ｒｉｎｇｉｎｇ」を送信する（Ｓ７０４）。ＩＮＶＩＴＥに履歴送信可能通知が含まれている場合は、この「１８０　Ｒｉｎｇｉｎｇ」の中に、ダイジェスト要求を含める。そして、端末１０１は、端末１０２から、「１８０　Ｒｉｎｇｉｎｇ」及びダイジェスト要求を受信する。
　次に、端末１０１は、招待先である端末１０２から受信したダイジェスト要求に応じて、ダイジェスト情報を作成する（Ｓ７０５）。端末１０１が生成するダイジェスト情報は、例えば、上述した具体例Ａ１～Ａ５で説明したダイジェスト情報である。
　そして、端末１０１は、メディアネゴシエーションの更新（ＵＰＤＡＴＥ）を、ダイジェスト要求の送信元である端末１０２へ送信する（Ｓ７０６）。ＵＰＤＡＴＥの中には、端末１０１が生成したダイジェスト情報が含まれる。ダイジェスト情報を送信するために、ＵＰＤＡＴＥを利用する理由は、ＵＰＤＡＴＥが、ＩＮＶＩＴＥによる招待処理が完了する前（２００ＯＫが返ってくる前）に送信することができるという特徴を持っているためである。そして、端末１０２は、端末１０１が生成したダイジェスト情報を受信する。
　次に、端末１０２は、招待元である端末１０１から受信したダイジェスト情報を、自端末の表示器に表示する（Ｓ７０７）。
　ここで、端末１０２は、所定の時間、該端末のユーザから招待要求に対する応答の入力がない場合、招待元である端末１０１の履歴送信可能通知に応じて、履歴要求のメッセージ（ＭＥＳＳＡＧＥ）を、端末１０１へ送信する（Ｓ７０８）。
　次に、招待先である端末１０２から履歴要求を受信した端末１０１は、メッセージ識別情報を付加して、ダイジェスト情報を含む履歴を、端末１０２へ送信する（Ｓ７０９）。端末１０２へ送信する履歴には、履歴要求と共に受信した端末１０２からのメッセージを履歴の後に追記する形で含まれている。なお、Ｓ７０９における端末１０１の動作は、後述する（変形例Ｃ４）の招待元の端末の動作に対応する。そして、端末１０２の表示器では、メッセージ識別情報に応じた位置に、履歴を表示することができる（Ｓ７１０）。なお、Ｓ７１１での端末１０２の動作は、後述する変形例Ｃ４における招待先の端末の動作に対応する。
　また、端末１０２は、所定の時間、該端末のユーザから招待要求に対する応答の入力がない場合、再度、履歴要求のメッセージ（ＭＥＳＳＡＧＥ）を、招待元である端末１０１へ送信する。そして、端末１０２の表示器では、メッセージ識別情報に応じた位置に、履歴を表示することができる（Ｓ７１１）。
　次に、端末１０２は、該端末のユーザが、Ｓ７１１での履歴を参照して招待要求に応じる入力を行った場合、そのユーザの入力に基づき、招待応答を生成・送信する（Ｓ７１２）。具体的には、端末１０２は、招待受け入れの応答を示す「ＩＮＶＩＴＥ　２００　ＯＫ」を生成し、招待元である端末１０１へ送信する。これによって、端末１０２がセッション１１０へ参加する処理が完了する。
　そして、端末１０２から「ＩＮＶＩＴＥ　２００　ＯＫ」を受信した端末１０１は、端末１０２を含め、現在参加中の端末１０３に対して、新規ユーザが参加したことを知らせるメッセージ（ＭＥＳＳＡＧＥ）を通知する。端末１０２は、自端末の表示器に、すでに受信している履歴に含まれるダイジェスト情報の下に続けて、受信メッセージを表示する（Ｓ７１３）。
　以上説明したように、本実施形態の技術を用いることにより、セッションへの招待を受けたユーザが、セッションに参加する前に、セッションで話されていた内容の情報をユーザのアクションを要さずに素早く入手でき、セッションに参加するか否かを判断することができる。また、これを実現するために、セッションの履歴をサーバに保存する必要もない。
　また、招待要求送信側の端末は、ダイジェスト要求を所定期間受信しない場合を除き、セッション招待応答のタイムアウトによる自動的な招待キャンセルは行わないため、招待先ユーザが、招待を受けるか否かをダイジェストを見ながら検討している間に、招待がキャンセルされるのを防止することができる。
　上述の実施形態については、例えば以下に示すような様々な変形が可能である。
（変形例Ｃ１）
［招待元の端末の動作］
　該端末のユーザのセッションの履歴内に、招待先ユーザと同一セッションに参加していたことを示す記録がない特定ユーザが、招待対象セッションのメンバに含まれている場合は、前記特定ユーザを示す参加者情報として招待先に送信する。さらに、この特定ユーザの代表メッセージ（最新メッセージや、該セッション履歴内の最長メッセージなど）を送信してもよい（ダイジェスト情報とともに送っても、別送でもよい）。
［招待先の端末の動作］
　招待元から特定ユーザの情報を含む前記参加者情報を受信したら、これを表示する。
　これにより、招待先ユーザは、当該セッションに参加するかどうかを決める際に、自分の知らないメンバが参加しているか否か、また、そのメンバの素性がわかる。招待要求に対しては通常、一定時間内に招待を受けるか否かを決定して応答しないと、招待元ユーザを待たせたり、セッションがキャンセルされてしまったりする。これを防ぐためには、送受信情報及びユーザの閲覧する内容を絞り込むことが重要であり、参加している全メンバの情報を通知するよりも少ない情報だけで、招待先ユーザが必要とする情報を提供することができる。
（変形例Ｃ２）
［招待先の端末の動作］
　他局からの招待要求を受信後、所定時間内に自局ユーザが応答を入力しない場合は、所定時間経過ごとに、ユーザの趣味情報（プロファイルとしてユーザが予め登録した情報、ユーザがアクセスしたＷｅｂページや送受信メールのタイトルに頻出する単語など）を含めて履歴要求を送信（要求内容は毎回変更、重要度順に送る、前回送信情報の同義語を送るなど）する。
［招待元の端末の動作］
　招待先から履歴要求を受信したら、これに含まれている趣味情報に合致した履歴を送信（合致情報がない場合は、送信済みダイジェストおよび送信済み履歴メッセージの前後のメッセージを送信）する。
　これにより、セッション参加前に、無駄なトラフィックを発生させずに招待を受けたユーザが知りたい履歴情報を取得できる。
（変形例Ｃ３）
［招待元の端末の動作］
　自局が招待要求を送信した後、所定時間内に招待先からの応答を受信しない場合には、所定時間を経過する毎に、送信済みダイジェストおよび送信済み履歴メッセージの前後のメッセージを送信する。
　これにより、招待先ユーザは、セッション参加前に無駄なトラフィックを発生させずにセッションに関するさらに詳細な情報を取得できる。
（変形例Ｃ４）
［招待元の端末の動作］
　ダイジェスト情報を送信する時に、メッセージ識別情報を付加して送信する。また、招待先から履歴要求を受信したら、要求された履歴を送信する。この履歴を送信する際に、メッセージ識別情報を付加して送信する。なお、履歴の送受信には、ＳＩＰ／ＳＩＭＰＬＥ　ＩＭ（Ｉｎｓｔａｎｔ　Ｍｅｓｓａｇｉｎｇ）に定義されたセッション上のＰｒｉｖａｔｅ－Ｍｅｓｓａｇｅを利用しても良い。「Ｐｒｉｖａｔｅ－Ｍｅｓｓａｇｅ」は、ＩＭセッションを利用して、セッション参加メンバーの一部にだけメッセージを送信する仕組みである。
［招待先の端末の動作］
　招待元から受信したセッション宛てメッセージを、履歴（ダイジェストを含む）の後に追記する形で招待先の端末の画面に表示し、表示された履歴がユーザによって選択（例えば履歴にフォーカスが当たる）されたら、選択されたメッセージに隣接する前後のメッセージ（所定数以内と決めても良い。また未取得のものに限定しても良い）に対応するメッセージ識別情報とともに、招待元に履歴要求を送信する。招待元から履歴情報を受信したら、招待先の端末はダイジェスト情報と同じ画面上の領域に招待元の受信順通りに、これを表示する。なお、選択をフォーカスとする場合は、次のような工夫が必要。フォーカスメッセージが変化して一定時間以内は、履歴の新規取得～表示を行わない。履歴の追加行表示時間間隔の下限値を設定し、フォーカスがこの時間より短い時間しか当たっていない場合は、履歴の新規取得・表示を行わない。
　これにより、ユーザが欲しい情報の近くにスクロールできる。ダイジェスト情報を根として、ここから情報を掘り下げられるため、ユーザがほしい情報にたどり着くまでの時間が短い。また、全履歴を取得するよりトラフィックが軽減される。
（変形例Ｃ５）
　前記「変形例Ｃ４」に対して次の点を変更する。前記メッセージ識別情報として、招待元がメッセージを受信した順番に対応した通し番号を用いる。招待先は、すでに取得済みの履歴を取得しないようにする。
　これにより、同じ履歴情報の二重取りを防止し、トラフィックや処理軽減が可能になる。
（変形例Ｃ６）
　前記「変形例Ｃ４」に対して次の点を変更する。前記メッセージ識別情報として、セッション宛のメッセージに付加されるＭｅｓｓａｇｅ－ＩＤを用いる。招待先の端末では、自端末が受信したセッション宛のメッセージのＭｅｓｓａｇｅ－ＩＤと、招待元の端末から受信した履歴情報のメッセージ識別情報が一致した場合は、履歴を表示せず、これ以降の履歴の取得を行わない。
　これにより、履歴の二重表示、および、セッション参加後にセッション宛に送信されたメッセージの履歴取得防止が可能になり、トラフィックや処理の軽減につながる。
（変形例Ｃ７）
［招待元の端末の動作］
　招待要求または招待キャンセル要求にキー（固有情報）を付加して送信する。招待済みユーザから、この招待に対応したキー付きの再招待要求を受信したら、再び前記キー付きの招待要求を自動送信する。
［招待先の端末の動作］
　既に招待のキャンセル要求を受信した（時間切れの場合）セッションに対して、自局（招待先）ユーザが招待受入れを指示している場合は、招待元に再招待要求を送信する。この再招待要求には、前に受信した招待要求またはキャンセル要求にとともに受信したキーを付加する。再招待要求を送信した後で、この送信先から前記キーを含む招待要求を再び受信したら、自局のユーザに通知せずに招待受入れ応答を自動的に送信する。
　例えば、招待先ユーザがダイジェストを確認している間に、招待元の端末が、タイムアウトの検出により招待をキャンセルしてしまう場合がある。このような場合でも、ユーザが繰り返し招待を行わなくても招待が可能になる。
　本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。
　本出願は、２００８年５月２８日出願の日本特許出願（特願２００８－１３９７７６）、に基づくものであり、その内容はここに参照として取り込まれる。
　本発明の通信端末装置及び通信制御方法並びに通信制御プログラムは、例えば、携帯電話端末、携帯型情報端末、パーソナルコンピュータのような端末が複数存在し、これらが通信ネットワークを経由して通信できる場合に利用でき、例えばインスタントメッセージングサービスなどのプロトコルを用いてセッション毎に情報の共有を行おうとする場合に、各セッションへユーザを招待する場合のユーザの利便性を改善するのに役立つ。

Claims (17)

  1. 　１つ以上の通信端末と通信が可能な通信端末装置であって、
    　前記通信端末と通信を送受信する通信部と、
    　通信セッションへの招待要求を前記通信部を介して前記通信端末に送信する招待要求送信部と、
    　前記招待要求を送信後に、前記通信部が前記通信端末からダイジェスト要求を受信した場合に、前記通信セッションに関連するメッセージを含むダイジェスト情報を作成し、前記作成したダイジェスト情報を前記通信部を介して前記通信端末に送信するダイジェスト情報送信部と、を備えた通信端末装置。
  2. 　請求項１に記載の通信端末装置において、
    　前記ダイジェスト情報送信部は、前記通信部が前記ダイジェスト要求を複数回受信した場合には、既に送出したダイジェスト情報である第１のダイジェスト情報とは内容が異なる第２のダイジェスト情報を前記通信部を介して前記通信端末に送信することを特徴とする通信端末装置。
  3. 　請求項１に記載の通信端末装置において、
    　前記ダイジェスト情報送信部は、前記招待要求に含まれる招待メッセージの内容に基づいて、前記通信セッションの通信履歴に含まれる各メッセージ情報を抽出することにより前記ダイジェスト情報を作成することを特徴とする通信端末装置。
  4. 　請求項１に記載の通信端末装置において、
    　前記ダイジェスト情報送信部は、前記通信端末ユーザと関連付けられた過去の受信メッセージの内容に基づいて前記ダイジェスト情報を作成することを特徴とする通信端末装置。
  5. 　請求項１に記載の通信端末装置において、
    　通信セッションの履歴情報を記憶するセッション履歴記憶部を有し、
    　前記招待要求送信部は、前記通信セッションに関する通信の履歴情報に基づいて、前記通信セッションと前記セッション履歴記憶部を比較し、前記通信端末と前記通信セッションのメンバーが前記セッション履歴記憶部に記憶される同じセッション内に含まれているか否かを判定し、含まれていない場合は、含まれていないメンバーの参加者情報を前記通信端末に前記通信部を介して送信することを特徴とする通信端末装置。
  6. 　請求項１に記載の通信端末装置において、
    　前記招待要求送信部は、前記招待要求を送信した後、前記通信部が所定時間以内に招待先の前記通信端末からの招待受け入れに関する応答を受信しない場合は、前記ダイジェスト情報送信部が作成したダイジェスト情報を前記通信部を介して前記通信端末へ送信することを特徴とする通信端末装置。
  7. 　請求項１に記載の通信端末装置において、
    　前記ダイジェスト情報送信部は、送信する前記ダイジェスト情報と関連のあるメッセージを特定するためのメッセージ識別情報を前記ダイジェスト情報に付加して送信することを特徴とする通信端末装置。
  8. 　請求項１に記載の通信端末装置において、
    　前記通信セッションで通信した履歴のメッセージと前記メッセージに対応するメッセージ識別情報を保持するメッセージ記憶部と、
    　前記通信部が前記通信端末から履歴情報要求を受信した場合に、前記メッセージ記憶部が保持する履歴のメッセージの中から、前記履歴情報要求に付加された前記第２のメッセージ識別情報に対応するメッセージ抽出し、前記メッセージを前記通信端末に送信する履歴情報送信部と、を更に設けたことを特徴とする通信端末装置。
  9. 　請求項８に記載の通信端末装置において、
    　前記ダイジェスト記憶部は、前記セッションで通信したメッセージに付加されるメッセージＩＤを前記メッセージ識別情報とすることを特徴とする通信端末装置。
  10. 　１つ以上の通信端末と通信が可能な通信端末装置であって、
    　前記通信端末と通信を送受信する通信部と、
    　前記通信端末から招待要求を受信した場合に、当該通信端末装置のユーザから前記招待要求を受け入れるか否かを入力操作を検出する入力部と、
    　前記招待要求を受信してから所定時間以内に前記入力部がユーザーからの入力を検出しなかった場合に、前記通信端末にダイジェスト要求を前記通信部を介して送信するダイジェスト要求送信部と、を備えた通信端末装置。
  11. 　請求項１０に記載の通信端末装置において、
    　前記通信部は、前記ダイジェスト要求に対応したダイジェスト情報を受信し、
    　前記ダイジェスト要求送信部は、前記ダイジェスト情報を受信してから所定時間以内に前記入力部がユーザーからの入力を検出しなかった場合に、再度前記通信端末にダイジェスト要求を前記通信部を介して送信することを特徴とする通信端末装置。
  12. 　請求項１１に記載の通信端末装置において、
    　前記ダイジェスト要求送信部は、前記通信端末から既に受信したダイジェスト情報のサイズもしくは内容に応じて、前記ダイジェスト要求を再度送信するかどうかを決めることを特徴とする通信端末装置。
  13. 　請求項１０に記載の通信端末装置において、
    　前記ダイジェスト要求送信部は、前記ダイジェスト要求に、当該通信端末装置ユーザの嗜好と関連のあるキーワードを付加することを特徴とする通信端末装置。
  14. 　請求項１０に記載の通信端末装置において、
    　当該通信端末装置のユーザの嗜好と関連のあるプロファイル情報を保持するプロファイル情報記憶部を有し、
    　前記プロファイル情報記憶部が保持するプロファイル情報を付加した履歴要求を前記通信部を介して送信する履歴要求送信部を更に備えることを特徴とする通信端末装置。
  15. 　通信セッションに対して１つ以上の通信端末を招待するための通信制御方法であって、
    　前記通信端末に前記通信セッションへの招待要求を送信し、
    　前記招待要求を送信後に、前記通信端末からのダイジェスト要求を受信した場合に、前記通信セッションに関連するメッセージを含むダイジェスト情報を作成し、
    　前記作成したダイジェスト情報を前記通信端末に送信することを特徴とする通信制御方法。
  16. 　通信セッションに対してある通信端末からの招待を受けるための通信制御方法であって、
    　前記通信端末から前記通信セッションへの招待要求を受信し、
    　前記受信した招待要求を受け入れるか否かの入力操作を検出し、
    　前記招待要求を受信してから所定時間以内に前記入力操作を検出しなかった場合に、前記通信端末にダイジェスト要求を送信する、ことを特徴とする通信制御方法。
  17. 　コンピュータに、請求項１５または１６に記載の通信制御方法における各ステップを実行させるためのプログラム。
PCT/JP2009/001036 2008-05-28 2009-03-09 通信端末装置及び通信制御方法並びに通信制御プログラム WO2009144862A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/994,737 US20110082942A1 (en) 2008-05-28 2009-03-09 Communication terminal device, communication control method, and communication control program
JP2010514338A JPWO2009144862A1 (ja) 2008-05-28 2009-03-09 通信端末装置及び通信制御方法並びに通信制御プログラム
EP09754372A EP2293197A4 (en) 2008-05-28 2009-03-09 TERMINAL COMMUNICATION DEVICE, COMMUNICATION CONTROL METHOD, AND COMMUNICATION CONTROL PROGRAM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-139776 2008-05-28
JP2008139776 2008-05-28

Publications (1)

Publication Number Publication Date
WO2009144862A1 true WO2009144862A1 (ja) 2009-12-03

Family

ID=41376754

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/001036 WO2009144862A1 (ja) 2008-05-28 2009-03-09 通信端末装置及び通信制御方法並びに通信制御プログラム

Country Status (4)

Country Link
US (1) US20110082942A1 (ja)
EP (1) EP2293197A4 (ja)
JP (1) JPWO2009144862A1 (ja)
WO (1) WO2009144862A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014045679A1 (ja) * 2012-09-21 2014-03-27 株式会社コナミデジタルエンタテインメント 管理装置、メッセージ管理方法およびプログラム
JP2014096702A (ja) * 2012-11-09 2014-05-22 Fuji Xerox Co Ltd 通信装置、ファクシミリ装置及びプログラム
JP2016162358A (ja) * 2015-03-04 2016-09-05 Ｌｉｎｅ株式会社 サーバ、サーバの制御方法およびプログラム
JP2019207630A (ja) * 2018-05-30 2019-12-05 富士ゼロックス株式会社 情報処理装置及びプログラム
JP2019207631A (ja) * 2018-05-30 2019-12-05 富士ゼロックス株式会社 情報処理装置及びプログラム
JP2020052439A (ja) * 2018-09-21 2020-04-02 富士ゼロックス株式会社 情報処理システム、方法及びプログラム
JP7490710B2 (ja) 2019-01-31 2024-05-27 セールスフォース インコーポレイテッド グループベースコミュニケーションシステム内において外部電子メールリソースエンティティによる限定エンゲージメントを管理する方法及び装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2454548T3 (es) * 2011-03-15 2014-04-10 Amadeus S.A.S. Procedimiento y sistema para proporcionar una sesión en un entorno heterogéneo
EP2500848A1 (en) 2011-03-15 2012-09-19 Amadeus S.A.S. Method and system for centralized reservation context management on multi-server reservation system
EP2500856A1 (en) 2011-03-15 2012-09-19 Amadeus S.A.S. Method and system for providing a session involving a plurality of software applications
US9235620B2 (en) 2012-08-14 2016-01-12 Amadeus S.A.S. Updating cached database query results
EP2541473A1 (en) 2011-06-27 2013-01-02 Amadeus S.A.S. Method and system for a pre-shopping reservation system with increased search efficiency
KR101923113B1 (ko) * 2012-07-12 2018-11-28 캠프모바일 주식회사 이동통신 단말기의 메시징 서비스를 이용한 초대정보 처리방법, 이를 수행하는 서비스 서버, 이동통신 단말기 및 컴퓨터로 판독 가능한 기록매체
CN110472950A (zh) * 2018-05-09 2019-11-19 腾讯科技（深圳）有限公司 一种信息处理方法和服务器以及移动终端
CN115484469B (zh) * 2021-06-15 2024-01-09 北京字节跳动网络技术有限公司 一种连麦系统、方法、装置、设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000040162A (ja) 1998-07-23 2000-02-08 Nippon Telegr & Teleph Corp <Ntt> 仮想空間内における共有空間表示方法及びシステム及び仮想空間内における共有空間表示プログラムを格納した記憶媒体
US20070033250A1 (en) 2005-08-02 2007-02-08 Microsoft Corporation Real-time conversation thread
JP2007108953A (ja) 2005-10-12 2007-04-26 Vision Arts Kk チャットプログラム
JP2007116735A (ja) * 2006-12-21 2007-05-10 Nec Corp 会話サーバ
JP2007274483A (ja) * 2006-03-31 2007-10-18 Nec Corp 会話方法、ログサーバ、および端末
JP2008005175A (ja) * 2006-06-21 2008-01-10 Fuji Xerox Co Ltd 情報配信装置、情報配信方法およびプログラム
JP2008139776A (ja) 2006-12-05 2008-06-19 Canon Inc 定着装置および画像形成装置
JP2008160281A (ja) * 2006-12-21 2008-07-10 Ntt Docomo Inc ＰｏＣグループ通信システム、通信端末

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6346952B1 (en) * 1999-12-01 2002-02-12 Genesys Telecommunications Laboratories, Inc. Method and apparatus for summarizing previous threads in a communication-center chat session
GB2368246B (en) * 2000-10-17 2004-09-01 Hewlett Packard Co Overview subsystem for information page server
WO2002093414A1 (en) * 2001-05-11 2002-11-21 Kent Ridge Digital Labs System and method for clustering and visualization of online chat
US6704396B2 (en) * 2002-02-27 2004-03-09 Sbc Technology Resources, Inc. Multi-modal communications method
US7398295B2 (en) * 2003-06-30 2008-07-08 Microsoft Corporation Virtual lobby for data conferencing
US8473617B2 (en) * 2004-12-31 2013-06-25 Sony Corporation Media client architecture for networked communication devices
CN104219223B (zh) * 2005-01-14 2018-04-24 Lg电子株式会社 会话邀请方法和终端
JP2006333034A (ja) * 2005-05-26 2006-12-07 Sony Corp 通信方法、通信システム、通信装置、プログラム
KR20080043134A (ko) * 2006-11-13 2008-05-16 삼성전자주식회사 통합 ｉｐ 메시징 서비스 클라이언트와 단문 메시징 서비스클라이언트 간에 메시지 통신을 위한 세션 설정 방법 및시스템
US8081958B2 (en) * 2006-12-01 2011-12-20 Yahoo! Inc. User initiated invite for automatic conference participation by invitee
US8275107B2 (en) * 2007-03-14 2012-09-25 Microsoft Corporation Techniques for managing a multimedia conference call
US8161106B2 (en) * 2007-10-30 2012-04-17 Microsoft Corporation Supporting serendipitous group interaction based on user activities

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000040162A (ja) 1998-07-23 2000-02-08 Nippon Telegr & Teleph Corp <Ntt> 仮想空間内における共有空間表示方法及びシステム及び仮想空間内における共有空間表示プログラムを格納した記憶媒体
US20070033250A1 (en) 2005-08-02 2007-02-08 Microsoft Corporation Real-time conversation thread
JP2007108953A (ja) 2005-10-12 2007-04-26 Vision Arts Kk チャットプログラム
JP2007274483A (ja) * 2006-03-31 2007-10-18 Nec Corp 会話方法、ログサーバ、および端末
JP2008005175A (ja) * 2006-06-21 2008-01-10 Fuji Xerox Co Ltd 情報配信装置、情報配信方法およびプログラム
JP2008139776A (ja) 2006-12-05 2008-06-19 Canon Inc 定着装置および画像形成装置
JP2007116735A (ja) * 2006-12-21 2007-05-10 Nec Corp 会話サーバ
JP2008160281A (ja) * 2006-12-21 2008-07-10 Ntt Docomo Inc ＰｏＣグループ通信システム、通信端末

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Proceedings of the 2007 IEICE General Conference Tsushin 2", 7 March 2007, article MIAO ET AL.: "PoC Group Session ni Okeru Sainyushitsu Shori no Kaizen", pages: 77, XP008147589 *
See also references of EP2293197A4

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014045679A1 (ja) * 2012-09-21 2014-03-27 株式会社コナミデジタルエンタテインメント 管理装置、メッセージ管理方法およびプログラム
JP2014063342A (ja) * 2012-09-21 2014-04-10 Konami Digital Entertainment Co Ltd 管理装置、メッセージ管理方法およびプログラム
JP2014096702A (ja) * 2012-11-09 2014-05-22 Fuji Xerox Co Ltd 通信装置、ファクシミリ装置及びプログラム
JP2016162358A (ja) * 2015-03-04 2016-09-05 Ｌｉｎｅ株式会社 サーバ、サーバの制御方法およびプログラム
JP2019207630A (ja) * 2018-05-30 2019-12-05 富士ゼロックス株式会社 情報処理装置及びプログラム
JP2019207631A (ja) * 2018-05-30 2019-12-05 富士ゼロックス株式会社 情報処理装置及びプログラム
JP7124458B2 (ja) 2018-05-30 2022-08-24 富士フイルムビジネスイノベーション株式会社 情報処理装置及びプログラム
JP7196425B2 (ja) 2018-05-30 2022-12-27 富士フイルムビジネスイノベーション株式会社 情報処理装置及びプログラム
JP2020052439A (ja) * 2018-09-21 2020-04-02 富士ゼロックス株式会社 情報処理システム、方法及びプログラム
JP7163689B2 (ja) 2018-09-21 2022-11-01 富士フイルムビジネスイノベーション株式会社 情報処理システム、方法及びプログラム
JP7490710B2 (ja) 2019-01-31 2024-05-27 セールスフォース インコーポレイテッド グループベースコミュニケーションシステム内において外部電子メールリソースエンティティによる限定エンゲージメントを管理する方法及び装置

Also Published As

Publication number Publication date
EP2293197A1 (en) 2011-03-09
US20110082942A1 (en) 2011-04-07
JPWO2009144862A1 (ja) 2011-10-06
EP2293197A4 (en) 2011-10-26

Similar Documents

Publication Publication Date Title
WO2009144862A1 (ja) 通信端末装置及び通信制御方法並びに通信制御プログラム
US10833884B2 (en) Synchronization of questions and answers in a collaborative messaging environment
AU2021200618A1 (en) System and method for video communication
US9569752B2 (en) Providing parameterized actionable communication messages via an electronic communication
US8028073B2 (en) Mobile meeting and collaboration
US9344288B2 (en) Extemporaneous awareness of rich presence information for group members in a virtual space
US20090112985A1 (en) Supporting serendipitous group interaction based on user activities
US20060088152A1 (en) Conference-call initiation
JP7187922B2 (ja) 情報処理装置及びプログラム
US11159584B2 (en) Methods, apparatus and/or system for using email to schedule and/or launch group communications sessions
CN104471556A (zh) 多媒体会议端点传送系统
CN103733573A (zh) 存储的传输在即时信使环境中的检索
CN101427231A (zh) 用于使在多个参与者之间能够进行结构化实时对话的方法和系统
EP2891297A1 (en) Shared resource and session model using presence data
JP2008282191A (ja) 計算機システム及び第２計算機
CN103634197B (zh) 即时通讯工具中建立多人会话的方法及装置
US20060265454A1 (en) Instant message methods and techniques to broadcast or join groups of people
WO2000041080A1 (fr) Procede et dispositif d&#39;assistance vocale
US20090006568A1 (en) Network-based collaboration record
JP2003044418A (ja) インスタント・メッセージ送受信システム
JP6462438B2 (ja) 会話相手マッチング装置、会話相手マッチングシステムおよび会話相手マッチング用プログラム
US9137029B1 (en) State and availability monitoring for customer support services for multimedia conferences
JP2005327253A (ja) 管理装置、通信端末およびプログラム
US20080162638A1 (en) Role-based chat
US20230421404A1 (en) Apparatus and method for using messenger service of group chat room

Legal Events

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

Ref document number: 09754372

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010514338

Country of ref document: JP

Ref document number: 2009754372

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE