WO2007037155A1 - プレゼンス変更機能を備えた電話端末及びその電話端末を用いたプレゼンスシステム - Google Patents

プレゼンス変更機能を備えた電話端末及びその電話端末を用いたプレゼンスシステム Download PDF

Info

Publication number
WO2007037155A1
WO2007037155A1 PCT/JP2006/318591 JP2006318591W WO2007037155A1 WO 2007037155 A1 WO2007037155 A1 WO 2007037155A1 JP 2006318591 W JP2006318591 W JP 2006318591W WO 2007037155 A1 WO2007037155 A1 WO 2007037155A1
Authority
WO
WIPO (PCT)
Prior art keywords
response
presence information
telephone terminal
terminal
screen
Prior art date
Application number
PCT/JP2006/318591
Other languages
English (en)
French (fr)
Inventor
Koji Matsuzawa
Original Assignee
Access Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Access Co., Ltd. filed Critical Access Co., Ltd.
Priority to JP2007537585A priority Critical patent/JP5187938B2/ja
Publication of WO2007037155A1 publication Critical patent/WO2007037155A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16Communication-related supplementary services, e.g. call-transfer or call-hold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42365Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H04M3/42374Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity where the information is provided to a monitoring entity such as a potential calling party or a call processing server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/64Automatic arrangements for answering calls; Automatic arrangements for recording messages for absent subscribers; Arrangements for recording conversations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/20Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2066Call type detection of indication, e.g. voice or fax, mobile of fixed, PSTN or IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/20Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2072Schedules, e.g. personal calendars
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42136Administration or customisation of services
    • H04M3/42153Administration or customisation of services by subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/12Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/12Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225Details of core network interconnection arrangements
    • H04M7/123Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network

Definitions

  • the present invention relates to a telephone terminal and a communication system using the telephone terminal.
  • the present invention relates to a telephone terminal having a presence function and a response processing function, and a communication system using the telephone terminal.
  • Presence is a function that knows the status of the other party.
  • Representative technologies for realizing presence include SIP.
  • SIP Session Initiation Protocol
  • VoIP Voice over Internet Protocol
  • FIG. 41 is a diagram for explaining a system of a presence server and a terminal.
  • terminal A is the side that sees the state of the other party
  • terminal B is the side that shows its own state.
  • Server C is a presence server.
  • the presence server C has a function of holding and managing presence information provided from each terminal and transmitting the presence information to a terminal that requests the presence information.
  • presence server C has presence information of terminal B in advance.
  • Terminal A Requests presence server C to disclose presence information to terminal server C.
  • the presence server C transmits the presence information of the terminal B to the terminal A.
  • terminal A can acquire the presence information of terminal B and display the presence information of terminal B on the screen of terminal A.
  • terminal B when presence information is changed in terminal B, (3) terminal B notifies presence server C of presence information change. Thereafter, the presence server C updates the presence information related to the terminal B, and (4) notifies the terminal A that the presence information of the terminal B has been changed.
  • the above is the system configuration of the presence server and each terminal device.
  • a function such as an automatic response message is disclosed as a service in consideration of the state of the recipient.
  • Japanese Unexamined Patent Application Publication No. 2004-312579 discloses several techniques for linking IM and voice calls. For example, automatic switching to IM for incoming voice calls, replying to incoming voice calls with a standard voice message, IM server with correspondence data of phone number and IM address, It is disclosed that IM address is searched from telephone number and notified.
  • an object of the present invention is to provide a telephone terminal that can reduce the complexity of presence change.
  • a response operation holding unit that holds a plurality of response operations when a connection request is received, and a presence information holding unit that holds presence information corresponding to the response operation
  • a response operation selection unit that requests the operator to select at least one medium response operation when a connection request for the calling terminal power is received, a response operation execution unit that executes the selected response operation,
  • a presence information update unit that reads presence information corresponding to the selected response operation from the presence information holding unit and updates the current presence information to presence information corresponding to the read response operation.
  • a step of holding a plurality of response operations upon arrival of a connection request a step of holding presence information corresponding to the response operation, and an incoming of a connection request from a calling terminal
  • the operator is requested to select at least one of the response actions, the step of processing the selected response action, and the presence information corresponding to the selected response action are read out and read.
  • a program is provided for causing the telephone terminal to execute the step of updating the current presence information to the contents of the presence information corresponding to the response action issued.
  • the telephone terminal or the program according to the embodiment of the present invention for example, when a response operation such as a response message such as “K if chat” is performed when a voice call is received, the presence is automatically changed at the same time.
  • the complexity of changing presence can be solved.
  • FIG. 1 is a diagram showing an external appearance of a terminal device according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing a hardware configuration of a terminal device in an embodiment of the present invention.
  • 3] A diagram showing the software and DB configuration of the terminal device in the embodiment of the present invention.
  • FIG. 4 is a flowchart showing processing of terminal B.
  • FIG. 5 is a flowchart showing processing of terminal A.
  • FIG. 6 is a flowchart showing processing of server C.
  • FIG. 7 is a diagram showing a screen transition of terminal A.
  • FIG. 8 is a diagram showing screen transition of terminal B.
  • FIG. 9 is a diagram showing a dialog.
  • FIG. 10 is a diagram showing a chat screen.
  • FIG. 11 is a diagram showing a presence display screen (terminal A, viewer).
  • FIG. 12 is a diagram showing a presence display screen (terminal B, showing side).
  • FIG. 13 is a flowchart showing a procedure for setting presence from an address book.
  • FIG. 14 is a diagram showing screen transition to the My Presence Edit screen.
  • FIG. 17 is a flowchart showing a procedure for setting presence from the scheduler.
  • FIG. 18 is a diagram showing a wizard format setting screen. (Step S502)
  • FIG. 19 is a diagram showing a wizard format setting screen. (Step S503)
  • FIG. 20 is a diagram showing a wizard format setting screen.
  • FIG. 22 is a diagram showing a wizard format setting screen. (Step S508)
  • FIG. 23 is a diagram showing a wizard format setting screen. (Step S509)
  • FIG. 24 is a diagram showing a wizard format setting screen. (Step S510)
  • FIG. 25 is a diagram showing a wizard format setting screen. (Step S511)
  • FIG. 26 is a diagram showing a wizard format setting screen. (Step S512)
  • FIG. 27 is a diagram showing a wizard format setting screen. (Step S513)
  • FIG. 28 is a diagram showing a wizard format setting screen. (Step S514)
  • FIG. 29 is a flowchart (A) showing a procedure for setting presence from the scheduler.
  • FIG. 30 is a diagram showing a wizard format setting screen.
  • Steps S601-S603 Sono 31] is a diagram showing a wizard format setting screen.
  • Step S611 is a diagram showing a wizard format setting screen.
  • FIG. 32 is a flowchart (B) showing a procedure for setting presence from the scheduler.
  • FIG. 33 is a diagram showing a wizard format setting screen. (Step S701)
  • FIG. 34 is a diagram showing a wizard format setting screen. (Steps S702—S704)
  • FIG. 35 is a diagram showing a wizard format setting screen. (Step S705)
  • FIG. 36 is a diagram showing a wizard format setting screen. (Step S706)
  • FIG. 37 is a diagram showing a wizard format setting screen. (Step S708)
  • FIG. 38 is a diagram showing a wizard format setting screen. (Step S710)
  • FIG. 39 is a diagram showing a wizard format setting screen. (Step S711)
  • FIG. 40 is a diagram showing a wizard format setting screen. (Step S712)
  • FIG. 41 is a diagram for explaining the relationship between a terminal and a presence server (conventional example). Explanation of symbols
  • FIG. 1 shows an external view of a terminal device 10 according to an embodiment of the present invention
  • FIG. 2 is a block diagram showing a hardware configuration of the terminal device 10.
  • a liquid crystal display 111 and an operation unit are provided on the operation surface side of the casing of the terminal device 10.
  • the operation unit includes a dial button 114, a direction instruction key 115, an on-hook button 121, and an off-hook button 122.
  • a hole for the speaker 119 and an antenna 105 are provided in the upper part on the operation surface side, and a hole for the microphone 118 is provided in the lower part.
  • a mobile phone is taken as an example of a terminal device, but the present invention can be implemented on various terminal devices such as a PC, a PDA, and a TV equipped with various applications in addition to the mobile phone.
  • the terminal apparatus 10 has a CPU 100 that controls the entire apparatus.
  • R0M101, RAM102, flash memory 103, wireless communication control unit 104, liquid crystal display 111, input interface unit 113, and audio control unit 117 are connected to CPU 100, respectively.
  • an antenna 105 is connected to the wireless communication control unit 104, various keys of the operation unit are connected to the input interface unit 113, and a microphone 118 and a speaker 119 are connected to the audio control unit 117.
  • the operation unit connected to the input interface unit 113 includes a device for moving a pointer displayed on the display screen, a touch panel using the liquid crystal display 111, and the like.
  • the ROM 101 is a nonvolatile read-only memory that stores various programs executed by the CPU 100 and fixed data.
  • the RAM 102 is a writable memory that provides a work area for the CPU 100 and a temporary data storage area.
  • the flash memory 103 is a rewritable nonvolatile memory that stores additional applications and various data.
  • the wireless communication control unit 104 has a function of performing wireless communication (transmission and reception) of voice and data with the base station via the antenna 105.
  • the terminal device 10 can send and receive data to and from the presence server via the base station.
  • the liquid crystal display 111 constitutes a display unit having a display screen.
  • the input interface 113 has dial buttons 114 and It has a function of accepting an input operation of the direction instruction key 115 or the like.
  • a microphone 118 and a speaker 119 are connected to the audio control unit 117.
  • the voice control unit 117 controls input / output of voice via the microphone 118 and the speech force 119.
  • FIG. 3 is a block diagram showing the configuration of the application and other DBs provided in the terminal device 10.
  • the terminal device 10 has a PIM (Personal Information Manager) application.
  • the PIM application includes an address book function 202, an instant message (IM) function 203, a presence management function 204, a scheduler 205, and the like. Further, the terminal device 10 has an incoming call response message DB 210 and an incoming call response one presence correspondence table 220.
  • IM Personal Information Manager
  • Incoming response message DB210 for example, “Please call me later”, “Call me after xx minutes”, “I will call you later”, “I will call you after xx minutes”, “I cannot answer the call”
  • Voice messages such as “Chat is possible”, “Please mail”, “On the move”, “Work in progress”, text messages and / or other types of response messages are stored.
  • Japanese Patent No. 3260324 “Please wait a moment,” “We will call you back,” “We will try again later.” , Please try again ",” Please try again in x minutes "," Let's meet at T (for example, July 1st, 16:00) at P (for example, restaurant 00) " The response message is memorized.
  • the main status is recorded in association with the sub-status.
  • the main status is the presence information indicating the user's status. For example, “working”, “mealing”, “moving”, “resting”, “playing”, “drinking”, “busy”, Including “temporarily withdrawn”.
  • the sub status is presence information indicating “OK” or “NO” of the user's response to each communication method such as “voice call”, “mail”, and “chat”.
  • FIG. 4 is a flowchart showing the processing of the terminal device on the side showing the presence (that is, corresponding to terminal B (Mr. Ashikaga) in FIG. 41).
  • This process shows the relationship between the incoming response message and presence. Presence transmission / reception is the same as the relationship between terminal A, terminal B, and server C shown in FIG.
  • the terminal A and the terminal B have the present invention.
  • the terminal device 10 according to the embodiment can be used.
  • the process performed in each step of this flowchart will be described by taking as an example a case where a call is made from terminal A to terminal B.
  • step S 101 it is determined whether there is an incoming call. That is, terminal B is in an incoming call waiting state (step S 101: NO). Here, for example, it is assumed that Mr. Ashikaga is in a conference and cannot make a voice call, but the presence is set to enable a voice call. If there is an incoming call (step S101: YES), the process proceeds to step S102.
  • step S102 an incoming call response message selection screen is displayed on the display screen. Therefore, the user can select an optimum message from the incoming response messages held in the incoming response message DB 210. For example, if Ashikaga is currently in a meeting but the meeting will end in 10 minutes, he can select an incoming response message “Call me after 10 minutes”. If an incoming call response message is selected by the user during an incoming call (step S 103: YES), the process proceeds to step S 104. If no incoming response message is selected during the incoming call (step S 103: NO), this process ends.
  • step S 104 the selected incoming response message is returned to terminal A that made the call.
  • Terminal A reproduces the received incoming call response message. Thereafter, the process proceeds to step S105.
  • step S 105 terminal B extracts presence information corresponding to the selected incoming response message from incoming response presence correspondence table 220. For example, for the incoming response message “Please call after 10 minutes”, presence information of “voice call: impossible” is extracted. Thereafter, the presence information extracted in step S 105 is transmitted to server C in step S 106. That is, the sub-status of terminal B is updated from the voice call “permitted” to “impossible”, and the sub-status “voice call: not permitted” is transmitted to server C. After step S106, this process ends. Note that the processing in steps S 105 and S 106 may be performed separately from the processing in steps S 101 to S 104.
  • steps S 105 and S 106 may be performed immediately or in a predetermined cycle after the determination of step S 103 is YES.
  • an application different from the application that processes the incoming call response message may execute these processes.
  • the presence information may be extracted and updated according to these operations. That is, the configuration in which presence is automatically updated is not limited to selecting an incoming response message.
  • FIG. 5 is a flowchart showing processing in terminal A (Mr. Nitta). This process starts when an incoming call response message is returned from terminal B by the process shown in step S104 of FIG.
  • step S201 terminal A receives the incoming response message transmitted by terminal B in step S104 of FIG.
  • step S202 the voice message in the incoming call response message is reproduced. The user can listen to the reproduced message via the speaker 119 of the terminal device 10.
  • step S203 a dialog is displayed on the display screen of terminal A.
  • the information displayed in the dialog may be prepared in advance as data corresponding to the incoming call response message by terminal A.
  • Information displayed in the dialog may be transmitted to terminal A by terminal B together with an incoming response message. Further, the information displayed in the dialog may be received by the terminal A from the server.
  • the incoming call response message transmitted from terminal B is "Please mail me”.
  • a dialog is displayed to confirm whether to start the mail application.
  • the incoming call response message sent from terminal B is “OK for chat”.
  • a dialog asking whether or not the chat application is running is displayed.
  • a determination button is displayed in the dialog.
  • step S204 it is determined whether or not the user has selected the decision in the dialog. If the enter button is selected (step S204: YES), the process proceeds to step S205. If the OK button is not selected (step S204: NO), the process proceeds to step S208.
  • step S205 processing corresponding to the content of the dialog displayed in step S203 is executed. For example, if the dialog displayed in step S203 prompts the user to start the mail application, the mail application starts (the application has already started). If so, the mail application operation screen appears on the screen). Note that the email address of terminal B (Mr. Ashikaga) has already been entered as the destination in the launched email application. This e-mail address may be extracted from the address book of terminal A. This e-mail address may be included in the incoming response message sent by terminal B. Further, this mail address may be obtained from a server.
  • the email address of terminal B Mr. Ashikaga
  • step S205 for example, if the dialog displayed in step S203 prompts the user to start a chat application, the chat application is started (note that it may be started later depending on the user's selection). it can).
  • the chat ID of the other party is already registered in the activated chat application case.
  • This chat ID may be extracted from data held by terminal A.
  • the chat ID may be included in the incoming response message transmitted by terminal B. Furthermore, this chat ID may be obtained from a server.
  • step S206 While the mail or chat text is being created by the user, this process is in a standby state (step S206: NO).
  • step S206: YES When the “send” instruction by the user is received (step S206: YES), the process proceeds to step S207, and the content of the mail or chat is sent to the terminal B. Thereafter, the process proceeds to step S208.
  • step S208 terminal A receives the updated presence information of terminal B from server C (ie, "voice call: not possible" in the example of FIG. 4). Thereafter, this process ends.
  • This step S208 may be a process independent of steps S201 to S207, similar to steps S105 and S106 described above (FIG. 4). This process may be performed by an application different from the application that performs the processes from step S201 to step S207.
  • FIG. 6 is a flowchart showing processing in the server C. This processing is performed during the processing shown in FIGS.
  • step S301 it is determined whether or not a notification of presence information change has been received. Until the notification of the presence information change is received, the processing in the server C is in a standby state (step S301: NO). For example, when the presence information is notified from terminal B (in the example of FIG. 4, “voice call” is changed from “available” to “not possible”) (step S301: YE S), go to step S302.
  • step S302 presence information corresponding to the notified terminal is updated.
  • step S304 NO
  • step S304 YES
  • FIG. 7 to FIG. 12 are screen transition diagrams for more specifically explaining the processing shown in FIG. 4 to FIG. Note that the screen transition diagrams shown in FIGS. 7 to 12 are examples of the embodiment of the present invention, and the present invention is not limited to the configuration.
  • FIG. 7 shows a display screen of terminal A (Mr. Nitta).
  • the terminal device 10 can check the presence information of the other party using the address book displayed by the address book function 202. Note that the method for confirming presence information is not limited to the address book, and various methods can be used.
  • Fig. 7 (a) “Mr. Takashi Ashikaga” is focused on the address book screen of terminal A.
  • Mr. Ashikaga's presence information is displayed as shown in Fig. 7 (b).
  • Mr. Ashikaga's voice call is available.
  • Mr. Nitta of terminal A who saw it thinks that there is no problem even if he calls Mr. Ashikaga.
  • a telephone call can be made by performing a selection operation with the focus on the telephone number.
  • Fig. 7 (c) shows the screen for selecting the telephone call method.
  • Figure 7 (d) shows a screen showing a call to Ashikaga.
  • FIG. 8 is a diagram showing the screen of Mr. Ashikaga's terminal B that received an incoming call from Mr. Nitta.
  • Figure 8 (a) shows the screen during the incoming call. On the incoming call screen, Nitta's name is displayed. The user can know who the incoming call is by looking at the incoming call screen.
  • FIG. 8A corresponds to step S101 in the flowchart shown in FIG. After that, the screen in Fig. 8 (b) is displayed.
  • options for incoming call response messages are displayed. That is, it corresponds to step S102 in the flowchart shown in FIG. The user selects, for example, “It is possible to chat” (corresponding to step S103 in FIG. 4).
  • Fig. 8 (c) shows the screen during message response. This is the screen that is displayed while Nii is being sent to Mr. Nitta's terminal A (that is, during the process of step S104 in FIG. 4).
  • FIG. 9 shows a screen in which Mr. Nitta's terminal A receives the incoming response message from terminal B.
  • a dialog in step S203 This dialog corresponds to the incoming call response message “Chat is possible”. Therefore, as shown in FIG. 9 (a), the user can select “Connect via chat” or “Cancel call” from the dialog. Depending on the terminal device, it may be difficult to start chat directly from the incoming response message, so only “Confirm” is selected in the dialog shown in FIG. 9 (b). You can do it. In the case of the dialog shown in Fig. 9 (b), select “Confirm” to suspend the call connection and connect the chat again.
  • FIG. 9 (a) when “connection is selected by chat (step S204: YES)” or when chat is newly connected in FIG. 9 (b), the screen moves to a chat screen as shown in FIG.
  • FIG. 10 is a chat screen of terminal A or terminal B.
  • the chat screen and the message "Hello” was sent by Nitta, who make a phone call at the beginning, then "did you do?" Sent by the Ashikaga was a force answer the telephone that the message Is displayed.
  • FIG. 11 is a screen showing Mr. Ashikaga's presence information held by Mr. Nitta's terminal A after receiving the incoming call response message.
  • Fig. 7 (b) the status of “voice call”, which is the sub-status, was changed to “call possible” in FIG. That is, the presence information of terminal B is changed by the process of step S208 in FIG.
  • FIG. 12 is a screen showing Mr. Ashikaga's terminal B presence after sending the incoming response message.
  • the status of the sub status “voice call” is “call impossible”. That is, in step S105 of FIG. 4, presence information corresponding to the selected incoming response message “Chat is possible” is extracted and set in terminal B.
  • the caller (terminal A) is notified of the desired communication method on the callee by voice and / or dialog image.
  • voice and / or dialog image are necessary for the notification content.
  • the caller sends a call according to the method desired by the callee or selects canceling the call.
  • the presence information on the called side is automatically updated to a state corresponding to the response on the called side.
  • the presence information is updated to the contents corresponding to the incoming call response message.
  • the presence function by terminal device 10 may be configured to notify each other of presence information not only through a server as shown in FIG.
  • the terminal device can also realize the function of a message response type mobile phone described in Japanese Patent No. 3260324. That is, when a reply message including a variable is selected, it is automatically changed to presence information with a condition corresponding to the variable. Specifically, a number can be specified at 00 minutes after “Please call again after 00 minutes”. Correspondingly, for example, if you specify 30 minutes later, only 30 minutes will be given. (For example, from “voice call: possible” to “voice call: not possible”).
  • the terminal device when a user who has received an incoming call cannot make a voice call, he / she must select an incoming response message and reply to the caller, and then manually change the presence so that the incoming call does not come again. did not become.
  • the terminal device when the user selects an incoming call response message, the corresponding presence is extracted and notified to the server. For this reason, the presence can be automatically changed to an appropriate presence without manually changing the presence. Therefore, the terminal device according to the embodiment of the present invention does not require a complicated operation when setting conditional presence information.
  • a procedure when the user sets his / her presence will be described.
  • FIG. 13 is a flowchart for explaining a procedure when the user manually sets his / her presence.
  • presence is classified into two types in view of its nature.
  • one is called default presence and the other is called temporary presence. That is, when the user or terminal device sets / changes presence, either default presence or temporary presence is set / changed.
  • the default presence is a presence set as a reference, and the temporary presence is, as the name suggests, a temporary presence.
  • step S401 it is determined whether the user is changing the default presence and whether to change the temporary presence. If the default presence is to be changed (step S402: YES), the process proceeds to step S402. If the temporary presence is to be changed (step S402: NO), the process proceeds to step S404.
  • step S402 a default presence edit screen is displayed on the display screen of the terminal, and the user can change the default presence. Thereafter, in step S403, the user issues an instruction to notify the server of the edited default presence.
  • step S404 a temporary presence editing screen is displayed on the display screen of the terminal, and the user can change the temporary presence. Thereafter, in step S405, the user issues an instruction to notify the server of the edited temporary presence.
  • the change in temporary presence is a one-time change. That is, for example, every Wednesday from 15:00 to 16:00 is a default schedule called a general meeting (in the embodiment of the present invention, the schedule set in the terminal device 10 by the scheduler 205 includes a default schedule and a temporary schedule.
  • the relationship between the default schedule and the temporary schedule is, for example, that there is a meeting every Monday from 13:00 (default schedule), but only this week has changed from 14:00 (temporary schedule).
  • FIGS. 14 to 16 are diagrams showing screen transitions when the user changes his / her presence. 14 to 16 are examples of the embodiment of the present invention, and the present invention is not limited to these display formats.
  • 014 (a) is a screen displaying the presence of a plurality of people.
  • the top level is my presence (My Presence).
  • My Presence For example, when a selection operation is performed with focus on the My'Presence display area, the screen shifts to the My'Presence setting screen.
  • FIG. 14 (b) shows an example of a My Presence setting screen.
  • My'Presence Settings screen for example, “Status” and “Comment” are displayed as the main status, and “Voice Call”, “Video Call”, “PTT”, “Mail”, “Chat”, etc. are displayed as the sub status. ing.
  • “Status” is “Working”
  • “Comment” is “Working (+ _ +)”
  • rvoice Call is “Emergency allowed”
  • “Vide o Call” is “Not possible”
  • “PTT” is set to “No”
  • “Mail” is set to “Replyable”
  • Chat is set to “Yes”.
  • standby screen display ON / OFF and privacy level for example, to which registered users can disclose their information.
  • FIG. 15 is an example of the default presence edit screen (corresponding to step S402 in FIG. 13). For example, if you want to change the “status (working)”, focus on it (Fig. 15 (a)) and perform the selection operation. Then, as shown in FIG. 15 (b), a “state” option is displayed. Examples of the “status” include “working”, “mealing”, “moving”, “resting”, “playing”, “drinking”, “taking in”, “temporarily leaving” , “Terminal in use”, “sleeping”, “in class”, “unfilled”, “new registration”, etc.
  • a combination of sub-statuses is predetermined for each main status state (“working”, “moving”, etc.). That is, for example,
  • FIG. 16 is an example of a temporary presence edit screen (corresponding to step S404 in FIG. 13).
  • Fig. 16 (a) is the same screen as Fig. 14 (b), except that the focus is on "Voice Call”.
  • the main status ⁇ Status '' cannot be changed, and ⁇ Voice Call '', ⁇ Video Call '', ⁇ PTT '', ⁇ Mail '' Only the sub status such as “Chat” can be changed.
  • a pull-down menu is displayed.
  • the screen changes to the screen shown in Fig. 16 (b), indicating that temporary presence has been set. It becomes.
  • the temporary presence is notified to the server (step S405 in FIG. 13).
  • the edits made on the temporary presence edit screen are temporary. Therefore, even if “working” is selected for “status” on the default presence edit screen, the status of “Voice Call” becomes “emergency possible” instead of “possible”.
  • FIG. 17 is a flowchart showing a procedure for setting a default presence using the wizard function of the scheduler 205.
  • the screens shown in FIGS. 18 to 28 will be described in correspondence with each other.
  • step S501 the user operates the scheduler from the launcher screen of the terminal device 10 or the like.
  • step S502 the question "Do you want to set a basic schedule for one week?" Is displayed (Fig. 18).
  • step S502: YES the process proceeds to step S503. If the schedule is not set, “No” is selected (step S502: NO), and this process ends.
  • step S503 a question "Do you want to set the bedtime and wake-up alarm?” Is displayed (FIG. 19).
  • step S503: YES When setting, select “Yes” (step S503: YES) and proceed to step S504. If no setting is to be made, “No” is selected (step S503: NO), and the process proceeds to step S513.
  • step S504 the day of the week is specified (FIG. 20 (a)).
  • the specified day of the week can be selected for each day of the week using the check box.
  • the process proceeds to step S505.
  • step S505 the bedtime is set (FIG. 20 (b)). After setting the bedtime (here, 23:00), if “ ⁇ ” at the bottom right of the screen is selected, the process proceeds to step S506.
  • step S506 the wake-up time is set (FIG. 20 (c)). After setting the wake-up time (here, the next 7:00), if OK at the bottom right of the screen is selected, the process proceeds to step S507. [0072] In step S507, a question "Do you want to set an alarm at the wake-up time?" Is displayed (Fig. 21). When setting, select “Yes” (step S507: YES), and proceed to step S508. When not setting, select “No” (Step S507: NO) and go to Step S509.
  • step S508 an alarm is set on the alarm setting screen (FIG. 22). You can also set the power to set an alarm several minutes before waking up, and snooze and holiday exclusion. After setting the alarm, select OK at the bottom right of the screen to proceed to step S509.
  • step S509 it is determined whether or not to register the set bedtime as presence (FIG. 23). You can also select the “Confirm Content” button to display the presence content confirmation screen.
  • step S509: YES When registering, “Yes” is selected (step S509: YES), and the process proceeds to step S511. If “confirm content” is selected (step S509: CON), the process proceeds to step S510. If not registered, “No” is selected (step S509: NO), and the process proceeds to step S512.
  • step S510 the displayed My Presence screen is confirmed (FIG. 24). After that, if OK at the bottom right of the screen is selected, the process proceeds to step S512.
  • step S511 it is confirmed that the setting contents are registered as presence (FIG. 2).
  • step S512 a question "Do you want to set a bedtime for another day?" Is displayed (FIG. 26).
  • step S512: YES When setting, “Yes” is selected (step S512: YES), and the process proceeds to the flowchart (A) shown in FIG. If no setting is to be made, “No” is selected (step S512: NO) and the process proceeds to step S513.
  • step S513 the question "Do you want to register the main schedule such as work hours?" Is displayed (Fig. 27). When registering, “Yes” is selected (Step S513: YE
  • step S513 NO
  • step S513 NO
  • step S514 a schedule screen is displayed, and the user can confirm the schedule (FIG. 28). After step S514, the process ends.
  • FIG. 29 shows a case where the bedtime for another day is set (step S512: YES in FIG. 17). It is a flowchart (A) to start.
  • step S601 the day of the week is designated (FIG. 30 (a)).
  • the day of the week already registered in step S504 in FIG. 17 can be identified by, for example, graying out the check.
  • the newly set day of the week is displayed with a black check, for example.
  • Checks that are displayed in gray can be updated by removing the check once.
  • step S602 the bedtime is set (FIG. 30 (b)). After setting the bedtime (here, 24:00), if “K” at the bottom right of the screen is selected, the process proceeds to step S603.
  • step S603 the wake-up time is set (FIG. 30 (c)). After setting the wake-up time (here, 9:00 the next time), if OK at the bottom right of the screen is selected, the process proceeds to step S604.
  • step S604 a question "Do you want to set an alarm at wake-up time?" Is displayed (see FIG. 21).
  • “Yes” is selected (step S604: YES), and the process proceeds to step S605.
  • “No” is selected (step S604: NO), and the process proceeds to step S606.
  • step S605 an alarm is set on the alarm setting screen (see FIG. 22). You can set the power to set an alarm several minutes before wake-up time, and also set a snooze exclusion. After setting the alarm, if OK at the bottom right of the screen is selected, the process proceeds to step S606.
  • step S606 it is determined whether or not to register the set bedtime as presence (see FIG. 23). You can also select the “Confirm Content” button to display the presence confirmation screen.
  • step S606: YES When registering, “Yes” is selected (step S606: YES), and the process proceeds to step S608.
  • step S606: CON When “confirm content” is selected (step S606: CON), the process proceeds to step S607. If not registered, “No” is selected (step S606: NO), and the process proceeds to step S609.
  • step S607 the displayed My Presence screen is confirmed (see FIG. 24). After that, if “OK” at the bottom right of the screen is selected, the process proceeds to step S609.
  • step S608 it is confirmed that the setting contents are registered as presence (FIG. 2).
  • step S609 a question “Are you sure you want to set a bedtime for another day?” Is displayed (see FIG. 26). To set, “Yes” is selected (step S609: YES), and the process returns to step S601. When not performing the setting, “No” is selected (step S609: NO), and the process proceeds to step S610.
  • step S610 a question "Do you want to register the main schedule such as work hours?" Is displayed (see FIG. 27).
  • step S610: YES When registering, “Yes” is selected (step S610: YES), and the process proceeds to the flowchart (B) shown in FIG. If not registered, “No” is selected (step S610: NO), and the process proceeds to step S611.
  • step S611 a schedule screen is displayed, and the user can confirm the schedule (Fig. 31). After step S611, this process ends.
  • FIG. 32 is a flowchart (B) that starts when another main schedule is registered (step S513: YES in FIG. 17 or step S610: YES in FIG. 29).
  • step S701 the user selects the type of schedule (FIG. 33).
  • schedule types include “working”, “in class”, and “moving”. In this process, the description will continue for the case where “working” is selected in step S701.
  • OK at the bottom right of the screen is selected, the process proceeds to step S702.
  • step S702 the day of the week is specified (FIG. 34 (a)). Each day of the week can be selected using a checkbox. After designation of the day of the week (here, Monday to Friday), if ⁇ at the bottom right of the screen is selected, the process proceeds to step S703.
  • step S703 a work start time is set (FIG. 34 (b)). After setting the work start time (here, 10:00), if ⁇ at the bottom right of the screen is selected, the process proceeds to step S704.
  • step S704 the work end time is set (FIG. 34 (c)). After setting the work end time (here, 20:00), if “ ⁇ ” at the bottom right of the screen is selected, the process proceeds to step S705.
  • step S705 the question "Do you want to set an alarm at the start time or end time?" Is displayed (Fig. 35). In the case of setting, “Yes” is selected (step S70 5: £ 3), and the process proceeds to step 3706. If no setting is to be made, “No” is selected (step S705: NO), and the process proceeds to step S708.
  • step S706 a time for setting an alarm is selected (FIG. 36). User starts It can be selected from “Time”, “End Time”, “Both Start / End Time”, and “Free Input”. After selection, when “K” in the lower right of the screen is selected, the process proceeds to step S707.
  • step S707 an alarm is set on the alarm setting screen (see FIG. 22).
  • step S708 it is determined whether or not to register the set work time as presence (Fig. 37). You can also select the “Confirm Content” button to display the presence confirmation screen.
  • step S708: YES When registering, “Yes” is selected (step S708: YES), and the process proceeds to step S710.
  • step S708: CON When “confirm content” is selected (step S708: CON), the process proceeds to step S709. If not registered, “No” is selected (step S708: NO), and the process proceeds to step S711.
  • step S709 the My Presence screen is displayed, and the user confirms the contents (see FIG. 24). Thereafter, when OK at the lower right of the screen is selected, the process proceeds to step S711.
  • step S710 it is confirmed that the set content has been registered as presence (Fig. 38). If “Close” is selected, the process proceeds to step S 711.
  • step S711 a question "Do you want to register another main schedule time?" Is displayed (Fig. 39).
  • step S711: YES When registering, “Yes” is selected (step S711: YES), and the process returns to step S701. If registration is not to be performed, “No” is selected (step S711: NO), and the process proceeds to step S712.
  • step S712 a schedule screen is displayed, and the user can check the registered schedule (FIG. 40). After step S712, this process ends.
  • the user who shows the presence can set his / her presence.
  • the presence set in the wizard by the scheduler 205 is set as the default presence, and for example, presence set based on a temporary schedule (temporary schedule) is temporary. It's good as a presence.
  • the presence changed based on the response at the time of the incoming call may be registered as a temporary presence.
  • every Wednesday from 15:00 to 16:00 there is a general meeting and a default schedule, and “voice call: not allowed” and “chat: allowed” are set as the default presence.
  • replies “Please email me” and the presence is automatically changed to “Chat: No” (temporary presence).
  • the same meeting time next Wednesday will have a default presence of “voice call: not allowed” and “chat: allowed”.
  • it may be configured so that the user can select whether to change the default presence or the temporary presence when the presence changes due to a response at the time of an incoming call.
  • the user can select whether to change the default presence or the temporary presence when the presence changes due to a response at the time of an incoming call.
  • the voice communication system in the embodiment of the present invention is not limited to the conventional digital system (PDC, IS-95, GSM, PHS, IMT-2000, ISDN, etc.).
  • a voice communication method using VoIP technology that converts to packet and transmits it may be used.
  • VoIP technology the presence function according to the embodiment of the present invention can be realized seamlessly among mobile phones, fixed phones, PDAs, PCs, and other various information terminals connected to the IP network.
  • the voice communication method may be an analog method having a data communication function.
  • the case where an incoming voice call is received is described as an example, but the response is made in any communication service that needs to respond in real time such as chat or videophone.
  • the user can change the presence as well.
  • a communication service that does not require a real-time response such as mail, it is useful to use the presence change according to the embodiment of the present invention when, for example, a response cannot be made over a long period of time.
  • connection request is a connection request for a real-time bidirectional communication service.
  • Real-time two-way communication services include voice calls.
  • the real-time interactive communication service includes a plurality of communication services.
  • real-time two-way communication services include voice calls and chats.
  • the response operation is to transmit a registered response message to the transmitting terminal.
  • the response action is one of call rejection, call transfer, answer hold, and call disconnect.
  • the presence information held by the server is updated by transmitting the presence information corresponding to the selected response operation to the server that manages the presence.
  • presence information held in the presence server can be synchronized with the presence of the terminal at an appropriate timing.
  • the presence information is updated based on the time specifying information.
  • a default presence setting unit that sets a default presence, which is a permanent presence, and a temporary presence are provided.
  • a temporary presence setting unit for setting temporary presence is provided.
  • the default presence and temporary presence are set in association with the default schedule and temporary schedule set by the scheduler function.
  • temporary presence is set by updating the presence information corresponding to the selected response action.
  • the response action with presence change is based on a temporary change in the user's situation. Therefore, with such a configuration, it is possible to easily set temporary presence.
  • the terminal allows the user to determine whether default presence or temporary presence is set by updating to presence information corresponding to the selected response action. Presence to be selected 'Type selection part is provided.
  • the telephone terminal transmits a response message to the calling terminal to cause the calling terminal to display a dialog, and the caller specifies the dialog so that a desired communication application can be displayed on the calling terminal.
  • a presence system that automatically starts is also provided.
  • the destination by the communication application is automatically specified.
  • the destination is either a) extracted from the data held by the called terminal, b) notified with the response message, or c) provided by the server.

Landscapes

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

Abstract

 接続要求着信時の応答動作を複数保持する応答動作保持部と、応答動作に対応するプレゼンス情報を保持するプレゼンス情報保持部と、発信端末からの接続要求の着信があったときに、操作者に応答動作の中から少なくとも一つの選択を求める応答動作選択部と、選択された応答動作を実行する応答動作実行部と、プレゼンス情報保持部から選択された応答動作に対応するプレゼンス情報を読み出して、現在のプレゼンス情報を該読み出された応答動作に対応するプレゼンス情報に更新するプレゼンス情報更新部と、を備えた、電話端末が提供される。

Description

明 細 書
プレゼンス変更機能を備えた電話端末及びその電話端末を用いたプレ ゼンスシステム
技術分野
[0001] 本発明は、電話端末及びその電話端末を用いた通信システムに関連する。特に、 プレゼンス機能と、応答処理機能とを備えた電話端末、およびその電話端末を用い た通信システムに関する。
背景技術
[0002] ブロードバンドサービスの展開に伴レ、、例えば、インターネット電話や、インスタント メッセージ(IM)サービス等の、様々なコミュニケーションサービスが提供されるように なってきている。
[0003] 例えば、インターネット電話同士の通話では、通話相手もネットワーク上にいないと 電話を接続できないため、相手のログイン状態を知ることが重要となる。その手段とし て、プレゼンスがある。プレゼンスとは、相手の状態を知る機能である。プレゼンスを 実現するための代表的な技術として、 SIP等が挙げられる。 SIP (Session Initiation Pr otocol)とは、 VoIP (Voice over Internet Protocol)を応用したインターネット電話など で用いられる、通話制御プロトコルの一つである。
[0004] 近年、携帯電話機にもプレゼンス機能が搭載され始めてきている。携帯電話機に プレゼンス機能を搭載することで、相手の現在の状況が、通話中であるのか、外出中 や会議中であるのかなどを事前に確認したうえで、音声通話、インスタントメッセージ 、メールなど最適な手段で相手に連絡を取ることが可能になる。
[0005] 図 41は、プレゼンスサーバと端末のシステムを説明するための図である。図 41では 、端末 Aは相手の状態を見る側であり、端末 Bは自分の状態を見せる側である。サー バ Cはプレゼンスサーバである。プレゼンスサーバ Cは、各端末から提供されたプレ ゼンス情報を保持'管理して、プレゼンス情報を要求する端末に送信する機能を有 する。図 41に示される例では、プレゼンスサーバ Cは予め端末 Bのプレゼンス情報を 有している。以下、本システムの処理手順の例を説明する。まず、(1)端末 Aがプレ ゼンスサーバ Cに対して端末 Bのプレゼンス情報の開示依頼を行う。その後、 (2)プ レゼンスサーバ Cは、端末 Bのプレゼンス情報を端末 Aへ送信する。すると端末 Aは 端末 Bのプレゼンス情報を取得し、端末 Aの画面上に端末 Bのプレゼンス情報を表 示させることができるようになる。一方、端末 Bにおいてプレゼンス情報が変更されると 、(3)端末 Bはプレゼンスサーバ Cへプレゼンス情報変更の通知を行う。その後、プレ ゼンスサーバ Cでは、端末 Bに関するプレゼンス情報が更新され、(4)端末 Aに対し て端末 Bのプレゼンス情報が変更された旨を通知する。以上が、プレゼンスサーバと 各端末装置とのシステム構成である。
[0006] ところで、例えば携帯電話機において、受信者の状態を配慮したサービスとして、 自動応答メッセージ等の機能が開示されている。
[0007] 特開 2004— 312579号(日本国特許公開公報)には、 IMと音声通話とを連携する 幾つかの技術が開示されている。例えば、音声通話の着信に対して IMへの切り替え を自動的に設定すること、音声通話の着信に対して定型音声メッセージで応答する こと、 IMサーバが電話番号と IMアドレスの対応データを備え、電話番号から IMアド レスを検索して通知すること等が開示されている。
[0008] 特許第 3260324号(日本国特許掲載公報)には、「〇〇分後もう一度おかけ直し 下さい」、「〇〇時間後にこちらから掛けなおします」というような変数を含む返答メッ セージを複数登録しておき、通話時に、登録された返答メッセージから必要なメッセ ージを選択し、選択した返答メッセージに含まれる変数 (例えば「x分」の x= 5)をュ 一ザが決定すると、変数を組み込んだ返答メッセージ(「5分後もう一度おかけ直し下 さい」)を音声信号として発信し、会議中にかかってきた携帯電話に無言で返事がで きる機能が開示されている。
発明の開示
[0009] 上述のように、携帯電話機においては、従来より、プレゼンスや自動応答メッセージ 等の機能があった。し力 ながら、例えば、会議中に「通話不可」というプレゼンスに 変更するのを忘れた場合、誰かから電話がかかってくる可能性がある。この場合に、 もし着信があっても、着信中に応答メッセージを選択することにより、音声通話をする ことなく相手に簡単な返事を返すことができる。しかし、その後会議中にまた電話がか 力つてくるとも限らないので、ユーザは、更にプレゼンスを「通話可能」から「通話不可 」に設定する作業を行うことが想定される。しかし、その都度プレゼンスを設定する作 業は煩雑であり、よりプレゼンスの設定作業を軽減させる携帯電話機が求められてい た。
[0010] そこで本発明は、上述の問題点に鑑み、プレゼンス変更の煩雑さを軽減することが できる電話端末を提供することを目的とする。
[0011] 上記目的を達成するために、本発明の実施形態により、接続要求着信時の応答動 作を複数保持する応答動作保持部と、応答動作に対応するプレゼンス情報を保持 するプレゼンス情報保持部と、発信端末力 の接続要求の着信があつたときに、操作 者に応答動作の中力 少なくとも一つの選択を求める応答動作選択部と、選択され た応答動作を実行する応答動作実行部と、プレゼンス情報保持部から選択された応 答動作に対応するプレゼンス情報を読み出して、現在のプレゼンス情報を該読み出 された応答動作に対応するプレゼンス情報に更新するプレゼンス情報更新部と、を 備えた、電話端末が提供される。
[0012] また、本発明の実施形態により、接続要求着信時の応答動作を複数保持するステ ップと、応答動作に対応するプレゼンス情報を保持するステップと、発信端末からの 接続要求の着信があつたときに、操作者に応答動作の中から少なくとも一つの選択 を求めるステップと、選択された応答動作を処理するステップと、選択された応答動 作に対応するプレゼンス情報を読み出して、該読み出された応答動作に対応するプ レゼンス情報の内容に現在のプレゼンス情報を更新するステップと、を電話端末に実 行させるためのプログラムが提供される。
[0013] したがって、本発明の実施形態による電話端末又はプログラムによれば、例えば、 音声通話着信時に「チャットなら〇K」といった応答メッセージ等の応答動作を行うと 同時にプレゼンスが自動に変更されるため、プレゼンス変更の煩雑さを解決すること ができる。
図面の簡単な説明
[0014] [図 1]本発明の実施形態における端末装置の外観を示す図である。
[図 2]本発明の実施形態における端末装置のハードウェア構成を示す図である。 園 3]本発明の実施形態における端末装置のソフトウェア及び DB構成を示す図であ る。
[図 4]端末 Bの処理を示すフローチャートである。
[図 5]端末 Aの処理を示すフローチャートである。
[図 6]サーバ Cの処理を示すフローチャートである。
[図 7]端末 Aの画面遷移を示す図である。
[図 8]端末 Bの画面遷移を示す図である。
[図 9]ダイアログを示す図である。
[図 10]チャット画面を示す図である。
[図 11]プレゼンス表示画面(端末 A、見る側)を示す図である。
[図 12]プレゼンス表示画面(端末 B、見せる側)を示す図である。
[図 13]アドレス帳からプレゼンスを設定する手順を示すフローチャートである。
[図 14]マイ ·プレゼンス編集画面への画面遷移を示す図である。
園 15]デフォルトプレゼンスを変更する際の画面遷移を示す図である。
園 16]テンポラリプレゼンスを変更する際の画面遷移を示す図である。
[図 17]スケジューラからプレゼンスを設定する手順を示すフローチャートである。
[図 18]ウイザード形式の設定画面を示す図である。 (ステップ S502)
[図 19]ウイザード形式の設定画面を示す図である。 (ステップ S503)
[図 20]ウイザード形式の設定画面を示す図である。 (ステップ S504— S506) 園 21]ウイザード形式の設定画面を示す図である。 (ステップ S507)
[図 22]ウイザード形式の設定画面を示す図である。 (ステップ S508)
[図 23]ウイザード形式の設定画面を示す図である。 (ステップ S509)
[図 24]ウイザード形式の設定画面を示す図である。 (ステップ S510)
[図 25]ウイザード形式の設定画面を示す図である。 (ステップ S511)
[図 26]ウイザード形式の設定画面を示す図である。 (ステップ S512)
[図 27]ウイザード形式の設定画面を示す図である。 (ステップ S513)
[図 28]ウイザード形式の設定画面を示す図である。 (ステップ S514)
[図 29]スケジューラからプレゼンスを設定する手順を示すフローチャート (A)である。 [図 30]ウイザード形式の設定画面を示す図である。 (ステップ S601— S603) 園 31]ウイザード形式の設定画面を示す図である。 (ステップ S611)
[図 32]スケジューラからプレゼンスを設定する手順を示すフローチャート(B)である。
[図 33]ウイザード形式の設定画面を示す図である。 (ステップ S701)
[図 34]ウイザード形式の設定画面を示す図である。 (ステップ S702— S704)
[図 35]ウイザード形式の設定画面を示す図である。 (ステップ S705)
[図 36]ウイザード形式の設定画面を示す図である。 (ステップ S706)
[図 37]ウイザード形式の設定画面を示す図である。 (ステップ S708)
[図 38]ウイザード形式の設定画面を示す図である。 (ステップ S710)
[図 39]ウイザード形式の設定画面を示す図である。 (ステップ S711)
[図 40]ウイザード形式の設定画面を示す図である。 (ステップ S712)
[図 41]端末とプレゼンスサーバとの関係を説明するための図である (従来例)。 符号の説明
10 端末装置
105 アンテナ
111 液晶ディスプレイ
114 ダイヤノレボタン
115 方向指示キー
118 マイク
119 スピーカ
121 才ンフックボタン
122 オフフックボタン
201 PIMアプリケーション
202 アドレス帳機能
203 インスタントメッセージ (IM)機能
204 プレゼンス管理機能
205 スケジューラ
210 着信応答メッセージ DB 220 着信応答 プレゼンス対応テーブル
発明を実施するための最良の形態
[0016] 以下、図面を参照して、本発明の実施形態による端末装置について説明する。
[0017] 図 1は本発明の実施形態による端末装置 10の外観図を示し、図 2は端末装置 10 のハードウェア構成を表すブロック図である。図 1に示されるように、端末装置 10の筐 体の操作面側には、液晶ディスプレイ 111と、操作部とが設けられている。操作部に は、ダイヤルボタン 114、方向指示キー 115、オンフックボタン 121、オフフックボタン 122が含まれる。また、操作面側上部には、スピーカ 119用の孔と、アンテナ 105とが 設けられ、下部にはマイク 118用の孔が設けられている。本実施形態では端末装置 として携帯電話機を例に挙げているが、本発明は、携帯電話機以外にも例えば PC、 PDA,各種アプリケーションを備えた TV等、様々な端末装置上で実施され得る。
[0018] 次に、図 2のブロック図について説明する。端末装置 10は、装置全体を制御する C PU100を有する。 R〇M101、 RAM102、フラッシュメモリ 103、無線通信制御部 10 4、液晶ディスプレイ 111、入力インタフェース部 113、および音声制御部 117が、そ れぞれ CPU100に接続されている。また、無線通信制御部 104にはアンテナ 105が 接続され、入力インタフェース部 113には操作部の各種キーが接続され、音声制御 部 117にはマイク 118およびスピーカ 119が接続されている。なお、入力インタフエ一 ス部 113に接続される操作部には、表示画面上に表示されるポインタを移動させるた めの機器や、液晶ディスプレイ 111を利用したタツチパネル等も含まれる。
[0019] ROM101は、 CPU100により実行される各種プログラムおよび固定的なデータを 格納した不揮発性の読み出し専用メモリである。 RAM102は、 CPU100の作業領 域およびデータの一時記憶領域を提供する書き込み可能なメモリである。フラッシュ メモリ 103は、追加的なアプリケーションや各種データを記憶する再書き込み可能な 不揮発性メモリである。
[0020] 無線通信制御部 104は、アンテナ 105を介して基地局との間で音声およびデータ の無線通信 (送受信)を行う機能を有する。端末装置 10は基地局を介してプレゼンス サーバにとのデータの送受信を行うことができる。液晶ディスプレイ 111は表示画面 を有する表示部を構成する。入力インタフェース部 113は、ダイヤルボタン 114や方 向指示キー 115等の入力操作を受け付ける機能を有する。音声制御部 117には、マ イク 118およびスピーカ 119が接続される。音声制御部 117は、マイク 118およびス ピー力 119を介して音声の入出力を制御する。
[0021] 図 3は、端末装置 10が備えるアプリケーション及びその他 DB等の構成を示すプロ ック図である。端末装置 10は、 PIM (Personal Information Manager)アプリケーション を有る。 PIMアプリケーションは、アドレス帳機能 202、インスタントメッセージ(IM)機 能 203、プレゼンス管理機能 204、スケジューラ 205等を含んでいる。また、端末装 置 10は、着信応答メッセージ DB210と着信応答一プレゼンス対応テーブル 220とを 有する。
[0022] 着信応答メッセージ DB210には、例えば、「後ほど電話ください」、「xx分後に電話 ください」、「後ほど電話します」、「xx分後に電話します」、「電話に出られません」、「 チャットなら可能です」、「メールください」、「移動中です」、「仕事中です」等の音声メ ッセージ、文字メッセージ及び/又は別のタイプのメッセージ力 なる応答メッセージ が記憶されている。代替的に又は付カ卩的に、特許第 3260324号に記載のような、「 少々、お待ちください」、「折り返し、連絡します」、「後ほど、こちらから掛けなおします 」、「後で、もう一度、掛けなおしてください」、「x分後にもう一度掛けてください」、「そ れでは、 T (例えば 7月 Ί日 16時 00分)に P (例えば、〇〇レストラン)で待ち合わせま しょう」等の応答メッセージが記憶されてレ、てもよレ、。
[0023] 着信応答 プレゼンス対応テーブル 220には、メインステータスがサブステータス に関連づけられて記録されている。メインステータスはユーザの状態を示すプレゼン ス情報であり、例えば「仕事中」、「食事中」、「移動中」、「休憩中」、「遊び中」、「飲み 中」、「取り込み中」、「一時退席中」等を含む。また、サブステータスは「音声通話」、「 メール」、「チャット」等の各通信方法に対するユーザの応答の「可」や「不可」等を示 すプレゼンス情報である。
[0024] 図 4は、プレゼンスを見せる側(すなわち、図 41の端末 B (足利氏)に相当する)の 端末装置の処理を示すフローチャートである。なお、本処理は、着信応答メッセージ とプレゼンスとの関係を示すものである。プレゼンスの送受信は、図 41に示される端 末 Aと端末 Bとサーバ Cとの関係と同様である。端末 A及び端末 Bには、本発明の実 施形態による端末装置 10を用いることができる。以下、端末 Aから端末 Bに電話がか けられた場合を例に、このフローチャートの各ステップで行われる処理について説明 する。
[0025] ステップ S 101では、着信の有無を判定する。すなわち、端末 Bは着信待機状態に ある(ステップ S 101 : NO)。ここでは、例えば、足利氏が会議中であり、音声通話不 可能な状態であるが、プレゼンスは音声通話可に設定されてレ、たような場合を想定 する。着信があると(ステップ S 101 : YES)、ステップ S102へ進む。
[0026] ステップ S 102では、表示画面上に着信応答メッセージ選択画面が表示される。従 つて、ユーザは着信応答メッセージ DB210に保持されている着信応答メッセージか ら最適なメッセージを選択することができる。例えば、足利氏は、現在会議中であるが 、 10分もすれば会議が終わるであろうという場合には、「10分後に電話ください」とい う着信応答メッセージを選択することができる。着信中に、ユーザにより着信応答メッ セージが選択されると(ステップ S 103 : YES)、ステップ S 104へ進む。着信中に、着 信応答メッセージが選択されなければ (ステップ S 103 : NO)、本処理は終了する。
[0027] ステップ S 104では、選択された着信応答メッセージが電話をかけた端末 Aに返信 される。そして、端末 Aは受信した着信応答メッセージを再生する。その後、ステップ S 105へ進む。
[0028] ステップ S 105では、端末 Bが、選択された着信応答メッセージに対応するプレゼン ス情報を、着信応答 プレゼンス対応テーブル 220から抽出する。例えば、着信応 答メッセージ「10分後に電話ください」に対しては、「音声通話:不可」のプレゼンス情 報が抽出される。その後、ステップ S 106において、ステップ S 105で抽出されたプレ ゼンス情報がサーバ Cへ送信される。すなわち、端末 Bのサブステータスが、音声通 話「可」から「不可」へ更新され、サブステータス「音声通話:不可」がサーバ Cへ送信 される。ステップ S 106の後、本処理は終了する。尚、ステップ S 105及び S 106の処 理は、ステップ S 101からステップ S 104の処理とは別途行われてもよレ、。すわなち、 ステップ S 103で YESと判定された後、即座に又は所定の周期でステップ S 105及び S 106が行われてもよレ、。また、着信応答メッセージを処理するアプリケーションとは 別のアプリケーションがそれらの処理を実行してもよい。なお、本発明の実施形態で は、着信中にユーザが着信応答メッセージを選択する構成としているが、端末装置 1 0がユーザの選択により着信拒否、着信転送、応答保留、或いは接続中止等の処理 を実行する等の機能を備えており、それらの動作に応じてプレゼンス情報が抽出され て更新される構成であってもよい。すなわち、 自動的にプレゼンスが更新される構成 は、着信応答メッセージを選択する場合に限定されるものではない。
[0029] 次に、図 5は、端末 A (新田氏)における処理を示すフローチャートである。なお、本 処理は、図 4のステップ S104に示される処理により端末 Bから着信応答メッセージが 返信されてきた時点で開始する。
[0030] ステップ S201では、図 4のステップ S104において端末 Bにより送信された着信応 答メッセージを端末 Aは受信する。ステップ S202では、着信応答メッセージ中の音 声メッセージを再生する。ユーザは、再生されたメッセージを端末装置 10のスピーカ 119を介して聞くことができる。
[0031] ステップ S203では、端末 Aの表示画面上にダイアログが表示される。このダイァロ グ内で表示される情報は、端末 Aが着信応答メッセージに対応したデータとして予め 備えていてもよい。また、ダイアログ内で表示される情報は、端末 Bによって着信応答 メッセージと共に端末 Aに送信されてもよい。更に、ダイアログ内で表示される情報は 、端末 Aによってサーバから受信されてもよい。
[0032] 例えば、端末 Bから送信された着信応答メッセージが「メールくださレ、」であったとす る。その場合、メールアプリケーションを起動するか否かを確認するダイアログが表示 される。また、端末 Bから送信された着信応答メッセージが「チャットなら OKです」で あつたとする。その場合、チャットアプリケーションの起動の有無を問うダイアログが表 示される。このとき、ダイアログには決定ボタンが表示される。
[0033] ステップ S204では、ユーザがダイアログにおレ、て決定を選択したかどうかが判定さ れる。決定ボタンが選択されると(ステップ S204 : YES)、ステップ S205へ進む。決 定ボタンが選択されなければ(ステップ S204 : NO)、ステップ S208へ進む。
[0034] ステップ S205では、ステップ S203で表示されたダイアログの内容に対応する処理 が実行される。例えば、ステップ S203で表示されたダイアログがメールアプリケーショ ン起動の指示を促すものであれば、メールアプリケーションが起動する(既に起動し ていれば、画面上にメールアプリケーションの操作画面が表示される)。なお、起動し たメールアプリケーションには、既に宛先に端末 B (足利氏)のメールアドレスが入力 されている。このメールアドレスは、端末 Aのアドレス帳力 抽出されてもよい。また、こ のメールアドレスは、端末 Bが送信した着信応答メッセージ中に含まれていてもよい。 更に、このメールアドレスは、サーバから取得されてもよい。
[0035] また、ステップ S205では、例えば、ステップ S203で表示されたダイアログがチャット アプリケーション起動の指示を促すものであれば、チャットアプリケーションが起動す る(尚、ユーザの選択により後で起動することもできる)。なお、起動したチャットアプリ ケーシヨンには、既に相手方のチャット IDが登録されている。このチャット IDは、端末 Aが持つデータから抽出されてもよい。また、このチャット IDは、端末 Bが送信した着 信応答メッセージ中に含まれていてもよい。更に、このチャット IDは、サーバから取得 されてもよい。
[0036] ユーザがメール或いはチャットの本文を作成中、本処理は待機状態にある(ステツ プ S206: NO)。ユーザによる「送信」の指示が受信されると(ステップ S206: YES)、 ステップ S207へ進み、メール或いはチャットの内容が端末 Bに送信される。その後、 ステップ S208へ進む。
[0037] ステップ S208では、端末 Aはサーバ Cから、端末 Bの更新されたプレゼンス情報( すなわち、図 4の例では、「音声通話:不可」)を受信する。その後、本処理は終了す る。このステップ S208は、上述のステップ S105及び S106 (図 4)と同様に、ステップ S201からステップ S207とは独立した処理であってもよレ、。また、この処理は、ステツ プ S201からステップ S207までの処理を行うアプリケーションとは別のアプリケーショ ンにて行われてもよい。
[0038] 次に、図 6は、サーバ Cにおける処理を示すフローチャートである。なお、本処理は 、図 4及び図 5に示される処理中に行われる。
[0039] ステップ S301では、プレゼンス情報の変更の通知が受信されているかどうかが判 定される。プレゼンス情報の変更の通知が受信されるまで、サーバ Cにおける処理は 待機状態となる(ステップ S301 : NO)。例えば、端末 Bより、プレゼンス情報の変更( 図 4の例では、「音声通話」が「可」から「不可」へ)が通知されると(ステップ S301: YE S)、ステップ S302へ進む。
[0040] ステップ S302では、通知のあった端末に対応するプレゼンス情報が更新される。
すなわち、端末 Bのプレゼンス情報である「音声通話」が「不可」に変更される。その 後、ステップ S303へ進み、プレゼンスの開示を依頼した端末 Aへ端末 Bの情報が通 知される。その後、サーバ Cに対して終了の指示がなければ (ステップ S304 : NO)、 ステップ S301へ戻る。サーバ Cに対して終了の指示があれば(ステップ S304 : YES )、本処理は終了する。
[0041] 図 7から図 12は、図 4から図 6に示される処理をより具体的に説明するための画面 遷移図である。なお、図 7から図 12に示される画面遷移図は、本発明の実施形態の 一例であり、本発明はその構成に限定されるものではない。
[0042] 図 7は、端末 A (新田氏)の表示画面を示す。本発明の実施形態による端末装置 10 は、アドレス帳機能 202により表示されるアドレス帳を利用して相手方のプレゼンス情 報を確認することができる。なお、プレゼンス情報を確認する方法はアドレス帳に限ら ず種々の方法で行うことができる。図 7 (a)では、端末 Aのアドレス帳画面で「足利尊 氏」がフォーカスされている。選択操作を行うと、図 7 (b)に示されるように、足利氏の プレゼンス情報が表示される。足利氏の音声通話は通話可能の状態にある。それを 見た端末 Aの新田氏は、足利氏に電話をかけても問題はないと考える。例えば、図 7 (b)に示されるように、フォーカスを電話番号に合わせて選択操作を行うことにより、 電話発信を行うことができる。図 7 (c)は、電話発信方法を選択するための画面である 。図 7 (d)は、足利氏に対し電話発信中の画面を示す。
[0043] 図 8は、新田氏より着信を受けた足利氏の端末 Bの画面を示す図である。図 8 (a)は 着信中の画面である。着信画面では、新田氏の氏名が表示される。ユーザは、着信 画面を見ることにより、誰からの着信であるかを知ることができる。なお、図 8 (a)は、図 4に示されるフローチャートのステップ S101に相当する。その後、図 8 (b)の画面が表 示される。図 8 (b)では、着信応答メッセージの選択肢が表示される。すなわち、図 4 に示されるフローチャートのステップ S102に相当する。ユーザは、例えば「チャットな ら可能です」を選択する(図 4のステップ S103に相当)。その後、図 8 (c)の画面が表 示される。図 8 (c)は、メッセージ応答中の画面であり、選択された着信応答メッセ一 ジが新田氏の端末 Aへ送信されている最中(すなわち、図 4のステップ S104の処理 中)に表示される画面である。
[0044] 図 9は、新田氏の端末 Aにおいて、端末 Bからの着信応答メッセージを受信した画 面を示す。なお、ここで表示されているものは、ステップ S203におけるダイアログであ る。なお、このダイアログは、着信応答メッセージ「チャットなら可能です」に対応する ものである。したがって、ユーザは図 9 (a)に示されるように、ダイアログから、「チャット で接続」か「通話キャンセル」を選択することができる。なお、端末装置によっては、着 信応答メッセージから直接チャットを起動することが困難である場合もあるため、図 9 ( b)に示されるようなダイアログにおいて「確認」のみ選択するように構成されていてもよ レ、。図 9 (b)に示されるダイアログの場合、「確認」を選択して通話接続を中断したの ちに改めてチャットを接続させる。図 9 (a)において「チャットで接続を選択した場合( ステップ S204 : YES)或いは図 9 (b)において改めてチャットを接続した場合、図 10 に示されるようなチャット画面へ移る。
[0045] 図 10は、端末 Aまたは端末 Bのチャット画面である。このチャット画面には、初めに 電話をかけた新田氏によって送られた「こんにちは」というメッセージと、次に電話に 出られな力 た足利氏によって送られた「どうしたの?」というメッセージが表示されて いる。
[0046] 図 11は、着信応答メッセージ受信後、新田氏の端末 Aが保有する足利氏のプレゼ ンス情報を示す画面である。図 7 (b)では、サブステータスである「音声通話」の状態 は「通話可能」であった力 図 11では、「通話不可」に変更されている。すなわち、図 5のステップ S208の処理により端末 Bのプレゼンス情報が変更された。
[0047] 図 12は、着信応答メッセージ送信後の足利氏の端末 Bのプレゼンスを示す画面で ある。サブステータスである「音声通話」の状態が「通話不可」となっている。すなわち 、図 4のステップ S105において、選択した着信応答メッセージ「チャットなら可能です 」に対応するプレゼンス情報が抽出され、端末 Bに設定されたことがわかる。
[0048] すなわち、本発明の実施形態では、
(1)着信時 (呼び出し中)に着信側 (端末 B)が行いたいコミュニケーションの種類を 指定することができる。着信側の足利氏はチャットを希望する場合は「チャットなら〇K です」、後で再度掛けなおしてもらいたいときは「n分後にかけなおしてください」等々 を指定することができる。
(2)発信側(端末 A)に音声及び/又はダイアログ画像で着信側の希望するコミュ二 ケーシヨン方法が通知される。通知内容に音声とダイアログ画像の両方が必要な理 由は、コミュニケーション方法として、音声通話 'メール'チャット ·ΡΤΤ (トランシーバ) 等、複数の方法があるためである。
(3)発信側は、着信側の希望に沿った方法で発信するか、発信のキャンセルを選択 する。
(4)一連の動作の後、着信側のプレゼンス情報が着信側の応答に対応した状態に 自動で更新される。すなわち、(1)において「チャットなら ΟΚです」の着信応答メッセ ージが選択された場合、プレゼンス情報は着信応答メッセージに対応した内容に更 新される。
[0049] なお、端末装置 10によるプレゼンス機能は、図 41に示されるようなサーバを介すも のだけではなぐ Ρ2Ρ通信等により相互にプレゼンス情報を通知し合うような構成で あってもよい。
[0050] また、本発明の実施形態による端末装置は、特許第 3260324号に記載のメッセ一 ジ応答型携帯電話機の機能も実現できる。すなわち、変数を含む返答メッセージが 選択されると、変数に対応する条件を付したプレゼンス情報に自動的に変更される。 具体的には、「〇〇分後におかけ直しください」の〇〇分後のところに数字が指定で きるが、それに対応して、例えば、 30分後と指定した場合には、 30分間だけプレゼン ス情報を変更(例えば、「音声通話:可」から「音声通話:不可」に)することができる。
[0051] 従来、着信を受けたユーザは、音声通話ができないときに、着信応答メッセージを 選択して発信者に返信し、その後、再度着信が来ないようにプレゼンスを手作業で 変更しなければならなかった。しかし、本発明の実施形態による端末装置では、ユー ザが着信応答メッセージを選択すると、対応したプレゼンスが抽出されて、サーバへ 通知される。このため、手作業でプレゼンスを変更せずとも、適切なプレゼンスへと自 動で変更され得る。従って、本発明の実施形態による端末装置では、条件付のプレ ゼンス情報を設定する際にも、煩雑な操作を必要としない。 [0052] 以下、ユーザが自己のプレゼンスを設定する際の手順について説明する。
[0053] 図 13は、ユーザが自己のプレゼンスを手動で設定する際の手順を説明するための フローチャートである。
[0054] 本発明の実施形態では、プレゼンスは、その性質から見て 2種類に分類される。こ こでは、一方をデフォルトプレゼンス、他方をテンポラリプレゼンスと称する。すなわち 、ユーザあるいは端末装置がプレゼンスを設定'変更する際には、デフォルトプレゼ ンスあるいはテンポラリプレゼンスのいずれかが設定.変更される。デフォルトプレゼ ンスは基準として設定されるプレゼンスであり、テンポラリプレゼンスはその名のとおり 一時的なプレゼンスである。
[0055] ステップ S401では、ユーザがデフォルトプレゼンスを変更するの力、、テンポラリプレ ゼンスを変更するのかが判断される。デフォルトプレゼンスを変更するのであれば(ス テツプ S402 :YES)、ステップ S402へ進む。テンポラリプレゼンスを変更するのであ れば(ステップ S402: NO)、ステップ S404へ進む。
[0056] ステップ S402では、端末の表示画面にデフォルトプレゼンス編集画面が表示され 、ユーザはデフォルトプレゼンスを変更することができる。その後、ステップ S403にお いて、ユーザは、編集後のデフォルトプレゼンスをサーバへ通知する指示を出す。
[0057] ステップ S404では、端末の表示画面にテンポラリプレゼンス編集画面が表示され、 ユーザはテンポラリプレゼンスを変更することができる。その後、ステップ S405にお いて、ユーザは、編集後のテンポラリプレゼンスをサーバへ通知する指示を出す。な お、テンポラリプレゼンスの変更は、一度限りの変更となる。すなわち、例えば、毎週 水曜日の 15 : 00— 16 : 00は全体会議というデフォルトスケジュール(なお、本発明の 実施形態では、スケジューラ 205により端末装置 10に設定されるスケジュールには、 デフォルトスケジュールとテンポラリスケジュールがある。デフォルトスケジュールとテ ンポラリスケジュールの関係は、例えば、毎週月曜日の 13時から会議がある(デフォ ノレトスケジュール) 、今週だけ 14時からに変更になった(テンポラリスケジュール)と レ、うように、固定のスケジュールと臨時的なスケジュールというようなものである)があり 、プレゼンスとして「音声通話:不可」、「チャット:可」と設定されていたとする(デフォ ノレトプレゼンス)。そのデフォルトプレゼンス時に、応答として「メールをください」と応 答し、「チャット:不可」にプレゼンスが変更されたとする(テンポラリプレゼンス)。しか し、次の水曜日の同じ会議の時間帯は、「音声通話:不可」、「チャット:可」のデフォ ルトプレゼンスとなり、テンポラリプレゼンスは反映されなレ、。
[0058] 図 14から図 16は、ユーザが自分でプレゼンスを変更する場合の画面遷移を示す 図である。なお、図 14から図 16に示される図は、本発明の実施形態の一例であり、 本発明はそれらの表示形式に限定されるものではない。
[0059] 014 (a)は、複数人のプレゼンスを表示している画面である。この例では、最上段 が自己のプレゼンス(マイ.プレゼンス)である。例えば、マイ'プレゼンス表示領域に フォーカスを当てて選択操作が行われると、マイ'プレゼンス設定画面へと移行する。
[0060] 図 14 (b)は、マイ.プレゼンス設定画面の一例である。マイ'プレゼンス設定画面に は、例えば、メインステータスとして「状態」、「コメント」、サブステータスとして「Voice C all」、「 Video Call」、「PTT」、「Mail」、「Chat」等が表示されている。なお、この例では、 「状態」は「仕事中」、「コメント」は「仕事中(+_+)」、 rvoice Call」は「緊急時可」、「Vide o Call」は「不可」、「PTT」は「不可」、「Mail」は「返信可」、「Chat」は「可」にそれぞれ 設定されている。また、待ち受け画面表示 ON/OFFの設定や、プライバシーレベル の設定(例えば、登録されているユーザのうちどのユーザに自分の情報を開示するか 等を設定可能)を行うこともできる。
[0061] 図 14 (b)において、例えば、「状態」、「コメント」のメインステータス表示領域にフォ 一カスを当てて選択操作を行うと、デフォルトプレゼンス編集画面へと移行する(図 1 3のステップ S401: YESに相当)。
[0062] 図 15は、デフォルトプレゼンス編集画面の一例である(図 13のステップ S402に相 当する)。例えば、「状態 (仕事中)」を変更したい場合、そこにフォーカスを当て(図 1 5 (a) )選択操作を行う。すると、図 15 (b)に示されるように、「状態」の選択肢が表示さ れる。 「状態」の選択肢としては、例えば、「仕事中」、「食事中」、「移動中」、「休憩中」 、「遊び中」、「飲み中」、「取り込み中」、「一時退席中」、「端末使用中」、「就寝中」、「 授業中」、「未記入」、「新規登録」等の項目がある。
[0063] 図 15 (b)において、例えば、「移動中」を選択すると、図 15 (c)の画面へ移行する。
図 15 (c)に示されるように、「状態」を「仕事中」から「移動中」に変更したことにより、コ メントが「仕事中(+_+)」から「乗車中、通話できません」へ、 「Voice Call」の状態力 S「緊 急時可」から「不可」へ、変更されている。すなわち、本発明の一つの実施形態によれ ば、メインステータスの状態(「仕事中」、「移動中」等)ごとに、サブステータスの組み 合わせが予め決められている。すなわち、例えば、
「仕事中」のサブステータスの組み合わせは、
Voice Call :緊急時可
Video Call :不可
PTT :不可
Mail:返ィ 可
Chat:可
であり、
「移動中」のサブステータスの組み合わせは、
Voice Call :不可
Video Call :不可
PTT :不可
Mail :返信可
Chat:可
である。この場合、個々のデフォルトプレゼンス情報をいちいち設定しなくてよいため ユーザフレンドリーである。当然、個々のデフォルトプレゼンス情報を設定可能であつ てもよレ、。デフォルトプレゼンス編集後、例えば、表示画面右下の OKを選択すれば 、デフォルトプレゼンスがサーバに通知される(図 13のステップ S403)。
図 16は、テンポラリプレゼンス編集画面の一例である(図 13のステップ S404に相 当する)。図 16 (a)は図 14 (b)と同一の画面であり、フォーカスが「Voice Call」に当た つている点のみが異なる。また、図 16 (a)に示されるようなテンポラリプレゼンス編集 画面では、例えばメインステータスである「状態」は変更不可であり、「Voice Call」、「V ideo Call」、「PTT」、「Mail」、「Chat」等のサブステータスのみ変更可能とすることがで きる。例えば「Voice Call」を選択操作することにより、プルダウンメニューが表示され、 「可」を選択すると図 16 (b)のような画面に変わり、テンポラリプレゼンスを設定したこ とになる。そして、例えば、表示画面右下の OKを選択すれば、テンポラリプレゼンス がサーバに通知される(図 13のステップ S405)。なお、テンポラリプレゼンス編集画 面で行われた編集は、一時的である。したがって、その後、デフォルトプレゼンスの編 集画面により、「状態」で「仕事中」を選択しても、「Voice Call」の状態は、「可」ではな く「緊急時可」となる。
[0065] 図 14から図 16では、マイ.プレゼンスの設定画面からプレゼンスの編集が行われた 力 以下は、端末に備えられた PIMアプリケーション 201のスケジューラ 205を利用し て、プレゼンスを設定する手順を説明する。なお、ここではデフォルトプレゼンスの設 定を行うものとする。
[0066] 図 17は、スケジューラ 205のウイザード機能を利用してデフォルトプレゼンスを設定 する手順を示すフローチャートである。なお、フローチャートに示される各処理を説明 する際に、図 18から図 28に示される画面をそれぞれ対応させて説明する。
[0067] ステップ S501では、ユーザが、端末装置 10のランチャー画面等から、スケジューラ
205を起動させる。ステップ S502では、「一週間の基本的なスケジュールを設定しま すか?」という質問が表示される(図 18)。スケジュールの設定を行う場合は、「Yes」 が選択され (ステップ S502 :YES)、ステップ S503へ進む。スケジュールの設定を行 わない場合は、「No」が選択され (ステップ S502 : NO)、本処理は終了する。
[0068] ステップ S503では、「就寝時間と目覚ましアラーム設定を行いますか?」という質問 が表示される(図 19)。設定を行う場合は、「Yes」を選択し (ステップ S503 :YES)、 ステップ S504へ進む。設定を行わない場合は、「No」を選択し(ステップ S503 : N〇 )、ステップ S513へ進む。
[0069] ステップ S504では、曜日が指定される(図 20 (a) )。指定する曜日は、チェックボッ タスを用いて曜日ごとに選択することができる。曜日指定後(ここでは、月曜から金曜 )、画面右下の〇Kが選択されるとステップ S505へ進む。
[0070] ステップ S505では、就寝時間が設定される(図 20 (b) )。就寝時間設定後(ここで は、 23 : 00)、画面右下の〇Κが選択されるとステップ S506へ進む。
[0071] ステップ S506では、起床時間が設定される(図 20 (c) )。起床時間設定後(ここでは 、翌 7 : 00)、画面右下の OKが選択されるとステップ S507へ進む。 [0072] ステップ S507では、「起床時刻にアラームを設定しますか?」という質問が表示さ れる(図 21)。設定を行う場合は、「Yes」を選択し (ステップ S507 :YES)、ステップ S 508へ進む。設定を行わない場合は、「No」を選択し (ステップ S507 : NO)、ステツ プ S509へ進む。
[0073] ステップ S508では、アラーム設定画面でアラームが設定される(図 22)。起床時間 の何分前にアラームを設定する力、、またスヌーズゃ休日除外の設定も行うことができ る。アラーム設定後、画面右下の OKを選択するとステップ S509へ進む。
[0074] ステップ S509では、設定した就寝時間をプレゼンスとして登録するか否かが判断 s れる(図 23)。また、プレゼンス内容確認画面を表示させる「内容確認」ボタンも選択 可能である。登録する場合は、「Yes」が選択され (ステップ S509 : YES)、ステップ S 511へ進む。 「内容確認」が選択された場合は(ステップ S509 : CON)、ステップ S51 0へ進む。登録しない場合は、「No」が選択され (ステップ S509 : N〇)、ステップ S51 2へ進む。
[0075] ステップ S510では、表示されたマイ.プレゼンス画面を確認する(図 24)。その後、 画面右下の OKが選択されるとステップ S512へ進む。
[0076] ステップ S511では、設定内容がプレゼンスとして登録されたことが確認される(図 2
5)。 「閉じる」が選択されるとステップ S512へ進む。
[0077] ステップ S512では、「別の日の就寝時間を設定しますか?」という質問が表示され る(図 26)。設定を行う場合は、「Yes」が選択され (ステップ S512 : YES)、図 29に示 されるフローチャート (A)へ進む。設定を行わない場合は、「No」が選択され (ステツ プ S512 : N〇)、ステップ S513へ進む。
[0078] ステップ S513では、「仕事時間等の主要スケジュールを登録しますか?」という質 問が表示される(図 27)。登録を行う場合は、「Yes」が選択され (ステップ S513 :YE
S)、図 32に示されるフローチャート(B)へ進む。登録を行わない場合は、「No」が選 択され(ステップ S513 : NO)、ステップ S514へ進む。
[0079] ステップ S514では、スケジュール画面が表示され、ユーザはスケジュールを確認 することができる(図 28)。ステップ S514の後、本処理は終了する。
[0080] 図 29は、別の日の就寝時間を設定する場合(図 17にて、ステップ S512 :YES)に 開始するフローチャート (A)である。
[0081] ステップ S601では、曜日が指定される(図 30 (a) )。図 17のステップ S504におい て既に登録されている曜日は、例えば、チェックがグレー表示される等によって、識 別できるようになつている。なお、新たに設定される曜日は、例えば黒色のチェックで 表示される。グレーで表示されるチェックについては、一端チェックを消して、更新す ることも可能である。曜日指定後(ここでは、土曜、 日曜)、画面右下の OKが選択さ れるとステップ S602へ進む。
[0082] ステップ S602では、就寝時間が設定される(図 30 (b) )。就寝時間設定後(ここで は、 24 : 00)、画面右下の〇Kが選択されるとステップ S603へ進む。
[0083] ステップ S603では、起床時間が設定される(図 30 (c) )。起床時間設定後(ここでは 、翌 9 : 00)、画面右下の OKが選択されるとステップ S604へ進む。
[0084] ステップ S604では、「起床時刻にアラームを設定しますか?」という質問が表示さ れる(図 21参照)。設定を行う場合は、「Yes」が選択され (ステップ S604 :YES)、ス テツプ S605へ進む。設定を行わない場合は、「No」が選択され (ステップ S604 : N〇 )、ステップ S606へ進む。
[0085] ステップ S605では、アラーム設定画面でアラームが設定される(図 22参照)。起床 時間の何分前にアラームを設定する力、またスヌーズゃ休日除外の設定も行うことが できる。アラーム設定後、画面右下の OKが選択されるとステップ S606へ進む。
[0086] ステップ S606では、設定した就寝時間をプレゼンスとして登録するか否かが判断さ れる(図 23参照)。また、プレゼンス内容確認画面を表示させる「内容確認」ボタンも 選択可能である。登録する場合は、「Yes」が選択され (ステップ S606 : YES)、ステツ プ S608へ進む。 「内容確認」が選択された場合は(ステップ S606: CON)、ステップ S607へ進む。登録しない場合は、「No」が選択されし(ステップ S606 : N〇)、ステツ プ S609へ進む。
[0087] ステップ S607では、表示されたマイ.プレゼンス画面が確認され(図 24参照)。その 後、画面右下の〇Kが選択されるとステップ S609へ進む。
[0088] ステップ S608では、設定内容がプレゼンスとして登録されたことが確認される(図 2
5参照)。 「閉じる」が選択されるとステップ S609へ進む。 [0089] ステップ S609では、「別の日の就寝時間を設定しますか?」とレ、う質問が表示され る(図 26参照)。設定を行う場合は、「Yes」が選択され (ステップ S609 : YES)、ステ ップ S601へ戻る。設定を行わない場合は、「No」が選択され (ステップ S609 : NO)、 ステップ S610へ進む。
[0090] ステップ S610では、「仕事時間等の主要スケジュールを登録しますか?」という質 問が表示される(図 27参照)。登録を行う場合は、「Yes」が選択され (ステップ S610 : YES)、図 32に示されるフローチャート(B)へ進む。登録を行わない場合は、「No」 が選択され (ステップ S610: NO)、ステップ S611へ進む。
[0091] ステップ S611では、スケジュール画面が表示され、ユーザはスケジュールを確認 することができる(図 31)。ステップ S611の後、本処理は終了する。
[0092] 図 32は、別の主要スケジュールを登録する場合(図 17にてステップ S513 :YES、 又は、図 29にてステップ S610 : YES)に開始するフローチャート(B)である。
[0093] ステップ S701では、ユーザはスケジュールの種類が選択される(図 33)。スケジュ ールの種類は例えば、「仕事中」、「授業中」、「移動中」等がある。なお、本処理上で は、ステップ S701において「仕事中」が選択された場合について説明を続ける。スケ ジュールの種類選択後、画面右下の OKが選択されるとステップ S702へ進む。
[0094] ステップ S702では、曜日が指定される(図 34 (a) )。曜日ごとにチェックボックスを用 いて選択することができる。曜日指定後(ここでは月曜から金曜)、画面右下の ΟΚが 選択されるとステップ S703へ進む。
[0095] ステップ S703では、仕事開始時間が設定される(図 34 (b) )。仕事開始時間設定 後(ここでは、 10 : 00)、画面右下の ΟΚが選択されるとステップ S704へ進む。
[0096] ステップ S704では、仕事終了時間が設定される(図 34 (c) )。仕事終了時間設定 後(ここでは、 20 : 00)、画面右下の〇Κが選択されるとステップ S705へ進む。
[0097] ステップ S705では、「開始時刻、または終了時刻にアラームを設定しますか?」と レ、う質問が表示される(図 35)。設定を行う場合は、「Yes」が選択され (ステップ S70 5 :丫£3)、ステップ3706へ進む。設定を行わない場合は、「No」が選択され (ステツ プ S705: NO)、ステップ S708へ進む。
[0098] ステップ S706では、アラームを設定する時間が選択され(図 36)。ユーザは「開始 時刻」、「終了時刻」、「開始/終了時刻両方」、「自由入力」から選択することができる 。選択後、画面右下の〇Kが選択されるとステップ S707へ進む。
[0099] ステップ S707では、アラーム設定画面でアラームが設定される(図 22参照)。ステ ップ S706で選択した種類の時間の何分前にアラームを設定する力、、またスヌーズゃ 休日除外の設定も行うことができる。アラーム設定後、画面右下の ΟΚが選択されると ステップ S708へ進む。
[0100] ステップ S708では、設定した仕事中時間をプレゼンスとして登録するか否かが判 断される(図 37)。また、プレゼンス内容確認画面を表示させる「内容確認」ボタンも 選択可能である。登録する場合は、「Yes」が選択され (ステップ S708 : YES)、ステツ プ S710へ進む。 「内容確認」が選択された場合は(ステップ S708: CON)、ステップ S709へ進む。登録しない場合は、「No」が選択され(ステップ S708 : N〇)、ステップ S711へ進む。
[0101] ステップ S709では、マイ.プレゼンス画面が表示され、ユーザはその内容を確認す る(図 24参照)。その後、画面右下の OKが選択されるとステップ S711へ進む。
[0102] ステップ S710では、設定内容がプレゼンスとして登録されたことが確認される(図 3 8)。 「閉じる」が選択されるとステップ S 711へ進む。
[0103] ステップ S711では、「別の主要スケジュール時間を登録しますか?」という質問が 表示される(図 39)。登録を行う場合は、「Yes」が選択され (ステップ S711 : YES)、 ステップ S701へ戻る。登録を行わない場合は、「No」が選択され (ステップ S711 : N O)、ステップ S 712へ進む。
[0104] ステップ S712では、スケジュール画面が表示され、ユーザは登録されたスケジユー ルを確認することができる(図 40)。ステップ S712の後、本処理は終了する。
[0105] すなわち、本発明では、まず、プレゼンスを見せる側のユーザは、自己のプレゼン スを設定することができる。そのプレゼンスにはデフォルトプレゼンスとテンポラリプレ ゼンスとがある。例えば、図 17から図 40に示されるように、スケジューラ 205によるウイ ザードで設定したプレゼンスのみをデフォルトプレゼンスとして、それ以外、例えば、 一時的なスケジュール(テンポラリスケジュール)に基づいて設定されたプレゼンスは テンポラリプレゼンスとしてもよレ、。 [0106] また、着信時の応答に基づいて変更されたプレゼンス(図 4のステップ S 105, S 10 6)はテンポラリプレゼンスとして登録されてもよレ、。これにより、例えば、毎週水曜日 の 15: 00— 16: 00は全体会議とレ、うデフォルトスケジュールがあり、デフォルトプレゼ ンスとして「音声通話:不可」、「チャット:可」が設定されていたとする。そのデフォルト プレゼンスにおいて、「メールをください」と応答し、 自動的に「チャット:不可」にプレ ゼンスが変更されたとする(テンポラリプレゼンス)。しかし、次の水曜日の同じ会議の 時間帯は、「音声通話:不可」、「チャット:可」のデフォルトプレゼンスとなる。
[0107] また、着信時の応答に伴うプレゼンス変更時にデフォルトプレゼンス変更とするかテ ンポラリプレゼンス変更とするかをユーザが選択することができるように構成されてい てもよレ、。これにより、着信応答時に応答を変更したい場合に、それをデフォルトプレ ゼンスの変更とするかテンポラリプレゼンスの変更とするかを予め或いは応答時に設 定すること力 Sできる。
[0108] また、本発明の実施形態における音声通信方式は、従来のデジタル方式 (PDC、 I S— 95、 GSM、 PHS、 IMT— 2000、 ISDN等)に限らず、音声信号をインターネット プロトコル (IP)パケットに変換して伝送する VoIP技術を使用した音声通信方式でも よい。 VoIP技術を使用することにより、 IP網に接続された携帯電話、固定電話、 PD A、 PC、その他各種の情報端末の間で、本発明の実施形態によるプレゼンス機能を シームレスに実現することができる。また、音声通信方式は、データ通信機能を有す るアナログ方式であってもよい。
[0109] また、上記の本発明の実施形態では、音声通話の着信があった場合を例に説明さ れているが、チャットやテレビ電話などリアルタイムに応答する必要のある任意の通信 サービスにおいて応答要求があった場合にも、ユーザは同様にプレゼンスの変更を 行うことができる。また、メール等のリアルタイムな応答を必要としない通信サービスに おいても、例えば長期間にわたって応答ができない場合などで、本発明の実施形態 によるプレゼンス変更を使用することは有用である。
[0110] 以上説明した本発明の実施形態によって提供される電話端末及びにプログラムに よれば、例えば、音声通話着信時に「チャットなら OK」といった応答メッセージ等の応 答動作を行うと同時にプレゼンスが自動に変更されるため、プレゼンス変更の煩雑さ を解決することができる。
[0111] なお、本発明の実施形態の一つの態様において、接続要求はリアルタイムな双方 向通信サービスの接続要求である。また、リアルタイムな双方向通信サービスは、音 声通話を含む。任意選択で、リアルタイムな双方向通信サービスは、複数の通信サ 一ビスを含む。任意選択で、リアルタイムの双方向通信サービスは音声通話とチヤッ トを含む。
[0112] このように、電話やチャットに代表されるリアルタイムな双方向通信サービスの着信 に対して本発明の実施形態によるプレゼンス変更技術を適用すると、特に一時的な 状況に応じたプレゼンスの自動変更を効果的に実現することができる。
[0113] また、本発明の実施形態の一つの態様において、応答動作は、登録された応答メ ッセージを発信端末へ送信することである。代替的に又は付加的に、応答動作は、 着信拒否、着信転送、応答保留、着信切断のうちのいずれかである。
[0114] このように、プレゼンスの変更が必要なときに必ず行われるであろう応答動作に基 づいてプレゼンスを変更する構成にすれば、着信時に確実に必要なプレゼンス変更 を行うこと力 Sできる。
[0115] また、本発明の実施形態の一つの態様において、プレゼンスを管理するサーバに 選択された応答動作に対応するプレゼンス情報を送信することにより、サーバの保持 するプレゼンス情報が更新される。
[0116] このような構成により、プレゼンスサーバに保持されるプレゼンス情報を適切なタイミ ングで端末のプレゼンスに同期させることができる。
[0117] また、本発明の実施形態の一つの態様において、選択された応答動作に時間を指 定する情報が含まれている場合、その時間指定情報に基づいてプレゼンス情報を更 新する。
[0118] このような構成により、一時的なプレゼンス変更を基準のプレゼンスに戻す作業が 不要となり、操作性が向上する。また、基準のプレゼンスに戻し忘れる心配も無くなり 、プレゼンス機能がより有効に働く。
[0119] また、本発明の実施形態の一つの態様において、恒常的なプレゼンスであるデフォ ルトプレゼンスを設定するデフォルトプレゼンス設定部と、一時的なプレゼンスである テンポラリプレゼンスを設定するテンポラリプレゼンス設定部とを備える。
[0120] このような構成により、より容易なプレゼンスの設定が実現される。
[0121] 任意選択により、デフォルトプレゼンスおよびテンポラリプレゼンスは、スケジューラ の機能により設定されるデフォルトスケジュールやテンポラリスケジュールに対応づけ て設定される。
[0122] このようにスケジューラの設定に基づいてプレゼンスを設定する構成により、スケジ ユーラの設定の他に更にプレゼンスを設定する必要がなぐより操作性が向上する。
[0123] 任意選択により、選択された応答動作に対応するプレゼンス情報への更新により、 テンポラリプレゼンスが設定される。
[0124] プレゼンス変更を伴う応答動作は、ほとんどの場合で、一時的なユーザの状況の変 化に基づく。従って、このような構成にすると、テンポラリプレゼンスの設定を容易に 行うことができる。
[0125] 任意選択により、本発明の実施形態による端末は、選択された応答動作に対応す るプレゼンス情報への更新により、デフォルトプレゼンスが設定されるかテンポラリプ レゼンスが設定されるかをユーザに選択させるプレゼンス 'タイプ選択部を備える。
[0126] このような構成により、ユーザが容易かつ木目細力べプレゼンスを設定することが可 肯 になる。
[0127] また、本発明の実施形態による電話端末が応答メッセージを発信端末に送信する ことにより発信端末にダイアログを表示させ、発信者がダイアログを指定することで発 信端末に所望の通信アプリケーションを自動的に起動させるプレゼンスシステムも提 供される。任意選択により、通信アプリケーションによる送信先は自動的に指定される 。任意選択により、送信先は、 a)着信端末が有するデータから抽出される、 b)応答メ ッセージと共に通知される、 c)サーバにより提供される、のうちのいずれかである。
[0128] このように構成されるプレゼンスシステムにより、相手のプレゼンスに応じた適切な 通信方法に簡単に切り替えて通信を行うことができる。
[0129] なお、本発明を説明するために用いた上記の実施形態は例として提供されるもの であって、本発明の範囲を制限するためのものではない。上記の実施形態には様々 な特徴が含まれるが、これらの特徴は全ての実施形態において必ずしも必要とされ ない。本発明の幾つかの実施形態は、上記特徴の一部のみを有する。また、上述の 特徴の異なる組み合わせを有する本発明の実施形態は、当業者に容易に想到され るものである。また、上述の数値や材質等は本発明の理解を容易にする目的で提供 された例示であり、本発明の範囲を限定する目的で記載されたものではない。本発 明の範囲は、請求の範囲によってのみ限定される。

Claims

請求の範囲
[1] 接続要求着信時の応答動作を複数保持する応答動作保持部と、
前記応答動作に対応するプレゼンス情報を保持するプレゼンス情報保持部と、 発信端末からの前記接続要求の着信があつたときに、操作者に前記応答動作の中 から少なくとも一つの選択を求める応答動作選択部と、
選択された前記応答動作を実行する応答動作実行部と、
前記プレゼンス情報保持部から前記選択された応答動作に対応するプレゼンス情 報を読み出して、現在のプレゼンス情報を該読み出された応答動作に対応するプレ ゼンス情報に更新するプレゼンス情報更新部と、
を備えた、ことを特徴とする電話端末。
[2] 前記接続要求はリアルタイムな双方向通信サービスの接続要求である、ことを特徴 とする請求項 1に記載の電話端末。
[3] 前記リアルタイムな双方向通信サービスは音声通話を含む、ことを特徴とする請求 項 2に記載の電話端末。
[4] 前記音声通話は、 IPを利用した通話サービスである、ことを特徴とする請求項 3に 記載の電話端末。
[5] 前記リアルタイムな双方向通信サービスは複数の通信サービスを含む、ことを特徴 とする請求項 2に記載の電話端末。
[6] 前記リアルタイムな双方向通信サービスは音声通話及びチャットを含む、ことを特 徴とする請求項 5に記載の電話端末。
[7] 前記応答動作は、登録された応答メッセージを前記発信端末へ送信することである
、ことを特徴とする請求項 1に記載の電話端末。
[8] 前記応答動作は、着信拒否、着信転送、応答保留、着信切断のうちのいずれかで ある、ことを特徴とする請求項 1に記載の電話端末。
[9] プレゼンスを管理するサーバに前記選択された応答動作に対応するプレゼンス情 報を送信することにより、サーバの保持するプレゼンス情報が更新される、ことを特徴 とする請求項 1に記載の電話端末。
[10] 前記選択された応答動作に時間を指定する情報が含まれている場合、その時間指 定情報に基づいてプレゼンス情報を更新する、ことを特徴とする請求項 1に記載の電 話端末。 定部と、一時的なプレゼンスであるテンポラリプレゼンスを設定するテンポラリプレゼ ンス設定部とを備える、ことを特徴とする請求項 1に記載の電話端末。
[12] 前記デフォルトプレゼンスおよび前記テンポラリプレゼンスは、スケジューラの機能 により設定されるデフォルトスケジュールやテンポラリスケジュールに対応づけて設定 される、ことを特徴とする請求項 11に記載の電話端末。
[13] 前記選択された応答動作に対応するプレゼンス情報への更新により、前記テンポラ リプレゼンスが設定されることを特徴とする請求項 11に記載の電話端末。
[14] 前記選択された応答動作に対応するプレゼンス情報への更新により、前記デフォ ノレトプレゼンスが設定されるか前記テンポラリプレゼンスが設定されるかをユーザに 選択させるプレゼンス 'タイプ選択部を備えることを特徴とする請求項 11に記載の電 話端末。
[15] 請求項 7に記載の電話端末が前記応答メッセージを前記発信端末に送信すること により前記発信端末にダイアログを表示させ、発信者がダイアログを指定することで、 前記発信端末に所望の通信アプリケーションを自動的に起動させる、ことを特徴とす るプレゼンスシステム。
[16] 前記通信アプリケーションによる送信先が自動的に指定される、ことを特徴とする請 求項 15に記載のプレゼンスシステム。
[17] 前記送信先は、
a)着信端末が有するデータ力 抽出される、
b)応答メッセージと共に通知される、
c)サーバにより提供される、
のうちのいずれかである、ことを特徴とする請求項 15に記載のプレゼンスシステム。
[18] 接続要求着信時の応答動作を複数保持するステップと、
前記応答動作に対応するプレゼンス情報を保持するステップと、
発信端末力 の接続要求の着信があつたときに、操作者に前記応答動作の中から 少なくとも一つの選択を求めるステップと、
選択された前記応答動作を処理するステップと、
前記選択された応答動作に対応するプレゼンス情報を読み出して、該読み出され た応答動作に対応するプレゼンス情報の内容に現在のプレゼンス情報を更新するス テツプと、
を電話端末に実行させるためのプログラム。
PCT/JP2006/318591 2005-09-29 2006-09-20 プレゼンス変更機能を備えた電話端末及びその電話端末を用いたプレゼンスシステム WO2007037155A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007537585A JP5187938B2 (ja) 2005-09-29 2006-09-20 プレゼンス変更機能を備えた電話端末及びその電話端末を用いたプレゼンスシステム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005284901 2005-09-29
JP2005-284901 2005-09-29

Publications (1)

Publication Number Publication Date
WO2007037155A1 true WO2007037155A1 (ja) 2007-04-05

Family

ID=37899583

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/318591 WO2007037155A1 (ja) 2005-09-29 2006-09-20 プレゼンス変更機能を備えた電話端末及びその電話端末を用いたプレゼンスシステム

Country Status (2)

Country Link
JP (1) JP5187938B2 (ja)
WO (1) WO2007037155A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009088764A (ja) * 2007-09-28 2009-04-23 Brother Ind Ltd 電話装置
WO2010041406A1 (ja) * 2008-10-06 2010-04-15 日本電気株式会社 通信中継装置、通信システム、通信端末、通信方法、及びプログラム
JP2013524694A (ja) * 2010-04-08 2013-06-17 クゥアルコム・インコーポレイテッド 電話機への、プレゼンスおよびソーシャルネットワーキング情報の提供
JP2014200053A (ja) * 2012-05-01 2014-10-23 株式会社リコー 通話端末、表示制御方法、及びプログラム
CN104301872A (zh) * 2013-07-17 2015-01-21 Lg电子株式会社 移动终端及其控制方法
CN106797545A (zh) * 2014-10-23 2017-05-31 宇龙计算机通信科技(深圳)有限公司 信息推送方法、信息推送装置和终端
WO2017098643A1 (ja) * 2015-12-10 2017-06-15 三菱電機株式会社 データ処理装置、データ処理方法及びデータ処理プログラム
JP7397523B1 (ja) 2022-10-05 2023-12-13 株式会社穴熊 文字通話システム、文字通話プログラム、及び文字通話方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08298546A (ja) * 1995-04-27 1996-11-12 Fujitsu Ltd 電話応答制御方法
JP2001119471A (ja) * 1999-10-15 2001-04-27 Nippon Telegraph & Telephone East Corp 留守番電話機
JP2004023374A (ja) * 2002-06-14 2004-01-22 Matsushita Electric Ind Co Ltd 状態通知装置
JP2004064647A (ja) * 2002-07-31 2004-02-26 Matsushita Electric Ind Co Ltd プレゼンス更新装置
JP2004228833A (ja) * 2003-01-22 2004-08-12 Nec Corp プレゼンスシステムおよび情報処理装置
JP2005039750A (ja) * 2003-07-18 2005-02-10 Nec Saitama Ltd 移動体通信端末装置および応答保留メッセージ送信プログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08298546A (ja) * 1995-04-27 1996-11-12 Fujitsu Ltd 電話応答制御方法
JP2001119471A (ja) * 1999-10-15 2001-04-27 Nippon Telegraph & Telephone East Corp 留守番電話機
JP2004023374A (ja) * 2002-06-14 2004-01-22 Matsushita Electric Ind Co Ltd 状態通知装置
JP2004064647A (ja) * 2002-07-31 2004-02-26 Matsushita Electric Ind Co Ltd プレゼンス更新装置
JP2004228833A (ja) * 2003-01-22 2004-08-12 Nec Corp プレゼンスシステムおよび情報処理装置
JP2005039750A (ja) * 2003-07-18 2005-02-10 Nec Saitama Ltd 移動体通信端末装置および応答保留メッセージ送信プログラム

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009088764A (ja) * 2007-09-28 2009-04-23 Brother Ind Ltd 電話装置
US8325903B2 (en) 2007-09-28 2012-12-04 Brother Kogyo Kabushiki Kaisha Telephone device
WO2010041406A1 (ja) * 2008-10-06 2010-04-15 日本電気株式会社 通信中継装置、通信システム、通信端末、通信方法、及びプログラム
JP2010093402A (ja) * 2008-10-06 2010-04-22 Nec Corp 通信中継装置、通信システム、通信端末、通信方法、及びプログラム
JP2013524694A (ja) * 2010-04-08 2013-06-17 クゥアルコム・インコーポレイテッド 電話機への、プレゼンスおよびソーシャルネットワーキング情報の提供
JP2014200053A (ja) * 2012-05-01 2014-10-23 株式会社リコー 通話端末、表示制御方法、及びプログラム
US9565289B2 (en) 2013-07-17 2017-02-07 Lg Electronics Inc. Mobile terminal and method of controlling the same
EP2827571A1 (en) * 2013-07-17 2015-01-21 LG Electronics, Inc. Mobile terminal and method of controlling the same
CN104301872A (zh) * 2013-07-17 2015-01-21 Lg电子株式会社 移动终端及其控制方法
CN106797545A (zh) * 2014-10-23 2017-05-31 宇龙计算机通信科技(深圳)有限公司 信息推送方法、信息推送装置和终端
CN106797545B (zh) * 2014-10-23 2020-06-05 宇龙计算机通信科技(深圳)有限公司 信息推送方法、信息推送装置和终端
WO2017098643A1 (ja) * 2015-12-10 2017-06-15 三菱電機株式会社 データ処理装置、データ処理方法及びデータ処理プログラム
JPWO2017098643A1 (ja) * 2015-12-10 2017-12-21 三菱電機株式会社 データ処理装置、データ処理方法及びデータ処理プログラム
JP7397523B1 (ja) 2022-10-05 2023-12-13 株式会社穴熊 文字通話システム、文字通話プログラム、及び文字通話方法
WO2024075365A1 (ja) * 2022-10-05 2024-04-11 株式会社穴熊 文字通話システム、文字通話プログラム、及び文字通話方法
JP2024054642A (ja) * 2022-10-05 2024-04-17 株式会社穴熊 文字通話システム、文字通話プログラム、及び文字通話方法

Also Published As

Publication number Publication date
JPWO2007037155A1 (ja) 2009-04-02
JP5187938B2 (ja) 2013-04-24

Similar Documents

Publication Publication Date Title
US7792253B2 (en) Communications involving devices having different communication modes
US8396456B2 (en) Visual voicemail management
US7996463B2 (en) Handling an audio conference related to a text-based message
JP4548242B2 (ja) 音声ip電話方法と装置。
US8340646B2 (en) Direct voicemailing
JP5187938B2 (ja) プレゼンス変更機能を備えた電話端末及びその電話端末を用いたプレゼンスシステム
JP5139807B2 (ja) プレゼンス表示端末装置およびプレゼンス管理システム
JP2015043583A (ja) 連携エージェント
JP2001186240A (ja) 通話者情報表示方式及び記録媒体
JP2007533231A (ja) 通話管理サービス
US20100183128A1 (en) System, method and device for managing messages
JP4920516B2 (ja) 電話システムおよび代理応答電話機
EP1622344A2 (en) Apparatus and method for managing scheduling information in a mobile communication terminal
EP1626562B1 (en) IP telephone system, IP telephone apparatus and method for performing telephone conference
WO2007007090A1 (en) Apparatus and system for recording communications
US20060172709A1 (en) Autoforward messaging
KR101799055B1 (ko) 스마트 기기(앱)를 이용한 지능망 통신 부가 서비스 시스템
KR20090013341A (ko) 이동 통신 단말기의 다자 통화 방법과 이동 통신 단말기
US9699320B2 (en) Processing of a request to instigate communication by a routing device associated with a plurality of terminals
JP2010147896A (ja) 電話装置
KR20060042827A (ko) 호 연결 시 스케줄링 정보 출력 기능을 가지는 무선통신단말기 및 그 방법
JP2003032352A (ja) 電話機
JP2006067102A (ja) 転送機能を有する電話機
JP2005191729A (ja) Ip電話装置及びip電話システム並びに通話方法
JP2012114889A (ja) 異種システム結合装置を使用した音声とテキスト情報連絡装置

Legal Events

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

Ref document number: 2007537585

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06810294

Country of ref document: EP

Kind code of ref document: A1