WO2011102196A1 - 通信端末、通信方法、および通信プログラムを記録したコンピュータ読取可能な記録媒体 - Google Patents

通信端末、通信方法、および通信プログラムを記録したコンピュータ読取可能な記録媒体 Download PDF

Info

Publication number
WO2011102196A1
WO2011102196A1 PCT/JP2011/051438 JP2011051438W WO2011102196A1 WO 2011102196 A1 WO2011102196 A1 WO 2011102196A1 JP 2011051438 W JP2011051438 W JP 2011051438W WO 2011102196 A1 WO2011102196 A1 WO 2011102196A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
mobile phone
communication terminal
room
cpu
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2011/051438
Other languages
English (en)
French (fr)
Inventor
文彦 高木
昌秀 高杉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Priority to CN2011800097711A priority Critical patent/CN102754419A/zh
Priority to US13/578,984 priority patent/US20120309367A1/en
Publication of WO2011102196A1 publication Critical patent/WO2011102196A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40013—Details regarding a bus controller
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1089—In-session procedures by adding media; by removing media
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72439—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for image or video messaging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails

Definitions

  • the present invention relates to a communication terminal, a communication method, and a communication program for communicating with other communication terminals, and in particular, records a communication terminal, a communication method, and a communication program capable of voice communication and data communication with other communication terminals.
  • the present invention relates to a computer-readable recording medium.
  • communication terminals for making voice calls with other communication terminals are known.
  • a mobile phone can make a voice call with another mobile phone via a carrier network.
  • An IP (Internet Protocol) telephone using a personal computer is also known.
  • Japanese Patent Laid-Open No. 2000-261857 discloses a mobile phone device.
  • a mobile phone device includes a CDMA communication unit that can communicate with a CDMA communication network and a PHS communication unit that can communicate with a PHS communication network. It has two communication units.
  • the apparatus communicates with the CDMA communication network using voice data input by the microphone and voice received by the receiver as voice data.
  • the PHS communication unit the device communicates data of the data terminal with the PHS communication network as non-voice data. Since the apparatus executes the communication processing of voice data by the CDMA communication unit and the communication processing of non-voice data by the PHS communication unit without interfering with each other, the user can perform high-speed and stable while talking. Data communication can be performed at the communication speed.
  • the present invention has been made to solve such a problem, and an object of the present invention is to record a communication terminal, a communication method, and a communication program that can be used in parallel for voice communication and data communication, which are convenient for the user. And a computer-readable recording medium.
  • a communication terminal for communicating with other communication terminals.
  • the communication terminal includes a first communication device, a second communication device, a speaker, a microphone, and a processor.
  • the processor performs a voice call with another communication terminal using the first communication device, a speaker, and a microphone, and receives a command for starting data communication during the voice call with the other communication terminal;
  • the second communication device is used to perform data communication with another communication terminal while performing a voice call.
  • the communication terminal further includes a touch panel.
  • the processor receives an input of the first hand-drawn image via the touch panel during data communication with the other communication terminal, and sends the first hand-drawn image to the other communication terminal via the second communication device.
  • the second hand-drawn image is received from the other communication terminal via the second communication device and the second hand-drawn image is displayed on the touch panel during data communication with the other communication terminal.
  • the processor displays a software button for accepting a command for starting data communication on the touch panel during a voice call with another communication terminal.
  • the communication terminal further includes a hardware button.
  • the processor receives a command for starting data communication via a hardware button during a voice call with another communication terminal.
  • the processor shifts the communication terminal to the hands-free mode when starting data communication.
  • a communication method in a communication terminal including first and second communication devices, a speaker, a microphone, and a processor.
  • the processor performs a voice call with another communication terminal using the first communication device, the speaker, and the microphone, and the processor performs data communication during the voice call with the other communication terminal.
  • Receiving a command for starting the communication and a processor performing data communication with another communication terminal using the second communication device while performing a voice call according to the command.
  • a computer-readable recording medium on which a communication program for causing a communication terminal including first and second communication devices, a speaker, a microphone, and a processor to communicate is recorded.
  • the communication program uses the first communication device, the speaker, and the microphone to cause the processor to perform a voice call with another communication terminal, and starts data communication during the voice call with the other communication terminal. And a step of performing data communication with another communication terminal using the second communication device while performing a voice call according to the command.
  • a communication terminal that is convenient for a user and capable of executing voice communication and data communication in parallel, a communication method, and a computer-readable recording medium recording a communication program.
  • the mobile phone 100 will be described as a representative example of the “communication terminal”.
  • the communication terminal may be another information communication device such as a personal computer, a car navigation device (Satellite navigation system), a PND (Personal Navigation Device), or a PDA (Personal Data Assistance).
  • FIG. 1 is a schematic diagram showing an overall configuration of a network system 1 according to the present embodiment.
  • network system 1 includes mobile phones 100A, 100B, 100C, a matching server 400, the Internet (first network) 500, and a carrier network (second network) 700.
  • the network system 1 according to the present embodiment includes a car navigation device 200 mounted on a vehicle 250 and a personal computer (PC) 300.
  • PC personal computer
  • the network system 1 includes a first mobile phone 100A, a second mobile phone 100B, and a third mobile phone 100C. Will be described. Further, when a configuration or function common to each of the mobile phones 100A, 100B, and 100C is described, they are also collectively referred to as “mobile phone 100”. When the configurations and functions common to the mobile phones 100A, 100B, 100C, the car navigation device 200, and the personal computer 300 are described, they are also collectively referred to as “communication terminals”.
  • the mobile phone 100 is configured to be connectable to the carrier network 700.
  • the car navigation device 200 is configured to be connectable to the Internet 500.
  • the personal computer 300 is configured to be connectable to the Internet 500 via a LAN (Local Area Network) 350 or a WAN (Wide Area Network).
  • the matching server 400 is configured to be connectable to the Internet 500.
  • the first mobile phone 100A, the second mobile phone 100B, and the third mobile phone 100C can make a voice call with each other via the carrier network.
  • the first mobile phone 100A, the second mobile phone 100B, the third mobile phone 100C, the car navigation device 200, and the personal computer 300 can communicate with each other via the carrier network 700 and the Internet 500. Is possible.
  • the mobile phone 100, the car navigation device 200, and the personal computer 300 are assigned telephone numbers for specifying their own terminals. That is, the mobile phone 100, the car navigation device 200, and the personal computer 300 can store the telephone numbers of other communication terminals in an internal recording medium, and via the carrier network 700 and the Internet 500 based on the telephone numbers. Thus, a voice call can be performed with the other communication terminal.
  • the first mobile phone 100A, the second mobile phone 100B, the third mobile phone 100C, the car navigation device 200, and the personal computer 300 exchange data with each other via the carrier network 700 and the Internet 500. Can be sent and received.
  • identification information for example, a telephone number, a mail address, an IP (Internet Protocol) address, etc.
  • identification information for example, a telephone number, a mail address, an IP (Internet Protocol) address, etc.
  • the mobile phone 100, the car navigation device 200, and the personal computer 300 can store identification information of other communication terminals in an internal recording medium, and the carrier network 700, the Internet 500, and the like can be stored based on the identification information.
  • the data can be transmitted / received to / from the other communication terminal.
  • the mobile phone 100, the car navigation device 200, and the personal computer 300 may perform data transmission / reception with other communication terminals using an IP address temporarily assigned when accessing the Internet 500.
  • an IP address is assigned by the matching server 400 or another server device (not shown). Details of the IP address assignment process are well known, and therefore the description will not be repeated here.
  • mobile phone 100, car navigation device 200, and personal computer 300 can directly transmit and receive data to and from each other via a network by using an IP address assigned to the mobile phone 100, car navigation device 200, and personal computer 300.
  • IP address assigned to the mobile phone 100, car navigation device 200, and personal computer 300 Is possible. That is, the mobile phone 100, the car navigation device 200, and the personal computer 300 included in the network system 1 according to the present embodiment can constitute a so-called P2P (Pear to Pear) type network.
  • P2P Near to Pear
  • FIG. 2 is a sequence diagram showing an outline of the operation in the network system 1.
  • FIG. 3 is an image diagram showing a data flow in the network system 1.
  • the communication terminal starts a voice call in response to a command (first command) for starting a voice call from the user. For example, the communication terminal starts a voice call based on the telephone number of the other party stored in the memory. Thereafter, the communication terminal accepts a command for starting P2P communication during a voice call, and starts P2P communication with the other party during the voice call.
  • each of the communication terminals acquires each other's IP address via matching server 400, and then performs P2P type data transmission / reception based on the IP address.
  • each of the communication terminals receives an IP address via a chat room (hereinafter also simply referred to as a room) generated in matching server 400.
  • a chat room hereinafter also simply referred to as a room
  • first mobile phone 100A generates a new chat room
  • second mobile phone 100B in voice communication with first mobile phone 100A enters the chat room.
  • first mobile phone 100A (terminal A in FIG. 2) first accepts a voice call partner selection from the user.
  • First mobile phone 100A makes a call (phone call) to selected second mobile phone 100B (step S002).
  • Second mobile phone 100B outputs a ring tone from the speaker in response to a call from first mobile phone 100A.
  • Second mobile phone 100B responds to the call (telephone response) in response to a user operation (step S004).
  • the first mobile phone 100A and the second mobile phone 100B perform voice call control (step S006). Thereby, the user of the first mobile phone 100A and the user of the second mobile phone 100B can enjoy a voice call.
  • FIG. 4 is an image diagram showing the touch panel 104 during a voice call.
  • the first mobile phone 100A is displayed on the touch panel 104 with a hand-drawn button 104A (P2P communication start button or chat communication start button). Is displayed (step S008).
  • the hand-drawn button 104A is a software button for starting P2P communication with the other party of the voice call in parallel with the voice call during the voice call.
  • first mobile phone 100A starts P2P communication.
  • the first mobile phone 100A may cause one of the hardware buttons (button 110 in FIG. 6) to play the role of a hand-drawn button during a voice call (step S008).
  • Other functions may be assigned to the button other than during a voice call. That is, when the user presses the hardware button (step S012), the first mobile phone 100A starts connection processing for P2P communication.
  • the second mobile phone 100B has a hand-drawn button 104A (P2P communication start button or chat communication start) on its touch panel 104. Button) is displayed (step S010).
  • the hand-drawn button 104A is a software button for starting P2P communication with the other party of the voice call in parallel with the voice call during the voice call. That is, when the user touches hand-drawn button 104A (step S020), second mobile phone 100B starts P2P communication.
  • the second mobile phone 100B may also give the hand-drawn button the role of one of the hardware buttons during a voice call (step S010). Other functions may be assigned to the button other than during a voice call. That is, when the user presses the hardware button (step S020), the second mobile phone 100B starts connection processing for P2P communication.
  • step S012 when the hand-drawn button 104A is pressed (step S012), the first mobile phone 100A activates the application for P2P communication.
  • the first mobile phone 100A displays a window for P2P communication on the touch panel 104.
  • First mobile phone 100A generates room names from the phone numbers of first mobile phone 100A and second mobile phone 100B. Based on the room name, first mobile phone 100A checks whether or not room AB exists in matching server 400 (step S014).
  • the first mobile phone 100A transmits a generation request for generating (opening) a new room to the matching server 400 (step S016). More specifically, first mobile phone 100A transmits a generation request including a room name to matching server 400. The matching server 400 accepts the generation request including the room name and opens a room corresponding to the room name (step S018).
  • the first mobile phone 100A may acquire its own IP address from the matching server 400 when opening a room, or may be previously connected to another server or the like when connected to the Internet 500.
  • the IP address may be acquired from When generating a room, matching server 400 associates and stores the room name and identification information (such as an IP address) of first mobile phone 100A.
  • the user of the second mobile phone 100B is requested to press the hand-drawn button 104A by the user of the first mobile phone 100A, for example, by voice call.
  • the hand-drawn button 104A is pressed by the user (step S020)
  • second mobile phone 100B activates an application for P2P communication.
  • the second mobile phone 100B also displays a window for P2P communication on the touch panel 104.
  • Second mobile phone 100B generates a room name based on a predetermined rule based on the phone number of first mobile phone 100A and the phone number of its own mobile phone 100B.
  • first mobile phone 100A and second mobile phone 100B both generate room names based on the same information. That is, the network system 1 is configured so that the room names generated by the first and second mobile phones are the same. However, the network system 1 only needs to be configured so that the first and second mobile phones can generate the same room name, and generates the room name based on the telephone numbers of the first and second mobile phones.
  • the configuration is not limited.
  • the second mobile phone 100B inquires of the matching server 400 whether there is a room corresponding to the room name (step S022).
  • the second mobile phone 100B makes a room entry request (participation request) to the room AB to the matching server 400 (step S024).
  • Matching server 400 accepts the room entry request and registers the identification information of second mobile phone 100B in association with the room name of room AB (step S026).
  • the second mobile phone 100B may acquire its own IP address from the matching server 400 when entering the room, or may be previously connected to another server or the like when connected to the Internet 500.
  • the IP address may be acquired from Matching server 400 stores the room name and identification information (such as an IP address) of second mobile phone 100B in association with each other when second mobile phone 100B enters the room.
  • the matching server 400 notifies the first mobile phone 100A and the second mobile phone 100B that the matching process is successful (step S028). That is, matching server 400 transmits each other's identification information to first mobile phone 100A and second mobile phone 100B.
  • the first mobile phone 100A and the second mobile phone 100B authenticate each other based on the other party's identification information (step S030).
  • the first mobile phone 100A and the second mobile phone 100B start P2P communication (hand-drawn chat communication) as shown in FIGS. 4D and 4E (step S032). ).
  • the first mobile phone 100A and the second mobile phone 100B shift to the handsfree mode or the speakerphone mode when the hand-drawn button 104A is pressed. More specifically, when the hand-drawn button 104A is pressed, the first mobile phone 100A and the second mobile phone 100B increase the speaker volume (output amplification factor) or the microphone sensitivity (input Increase the amplification factor). That is, the first mobile phone 100A and the second mobile phone 100B listen to the sound from the speaker while the user performs hand-drawn chat, that is, the user performs hand-drawn input on the touch panel 104 using the stylus pen 120. Or a mode in which sound can be input to the microphone.
  • first mobile phone 100A When first mobile phone 100A receives a command for ending P2P communication from the user, first mobile phone 100A transmits a message for ending P2P communication to second mobile phone 100B (step S038). For example, when the user touches P2P end button 104C, first mobile phone 100A cancels the hands-free mode and transmits the above message to second mobile phone 100B.
  • the second mobile phone 100B responds to the message and cancels the hands-free mode (step S040).
  • the first mobile phone 100A and the second mobile phone 100B end the P2P communication. That is, first mobile phone 100A and second mobile phone 100B continue only voice calls.
  • the first mobile phone 100A When the first mobile phone 100A receives a command for ending the voice call from the user, the first mobile phone 100A requests the second mobile phone 100B to disconnect the phone (step S042). Second mobile phone 100B responds to the request (step S044). However, when the first mobile phone 100A and the second mobile phone 100B accept an instruction to end the voice call during the P2P communication, the first mobile phone 100A and the second mobile phone 100B may end only the voice call while continuing the P2P communication. .
  • each communication terminal obtains identification information (such as a telephone number) for voice communication related to the communication terminal of the other party and identification information (such as an IP address) for data communication.
  • identification information such as a telephone number
  • identification information such as an IP address
  • each of a plurality of communication terminals in a voice call can accept a command for accepting data communication in a voice call. Therefore, each of the communication terminals can specify a voice communication partner as a data communication partner. Then, each of the communication terminals uses the matching server 400 based on the identification information for the voice call related to the voice call partner to acquire the identification information for the data communication related to the voice call partner.
  • each user of the communication terminal can perform hand-drawn data communication while performing a voice call simply by pressing the hand-drawn button 104A.
  • FIG. 5 is an image diagram showing an appearance of mobile phone 100 according to the present embodiment.
  • FIG. 6 is a block diagram showing a hardware configuration of mobile phone 100 according to the present embodiment.
  • mobile phone 100 includes data communication device 101 for performing data communication with other communication terminals via Internet 500, and a telephone line (carrier).
  • a voice call device 102 for making a voice call with another communication terminal via a network 700, a memory 103 for storing programs and various databases, a CPU (Central Processing Unit) 106, a display 107, and an external voice.
  • a speaker 109 that outputs audio
  • a button 110 that receives input of various information
  • a first notification unit 111 that outputs audio indicating that external communication data or a call signal has been received
  • a second notification unit 112 that displays that the communication data or the call signal from the outside has been received.
  • the data communication device 101 and the voice call device 102 are composed of, for example, an antenna and a signal processing circuit, and both may be realized by the same device.
  • the personal computer 300 may perform hand-drawn chat communication while making an IP phone call using a single communication interface.
  • the mobile phone 100 has a pen tablet 119 laid on the upper side (front side) of the display 107.
  • the user can input graphic information and the like into the CPU 106 via the pen tablet 119 by using the stylus pen 120 or the like.
  • the display 107 displays an image or text based on the data output from the CPU 106. That is, in the present embodiment, display 107 and pen tablet 119 constitute touch panel 104.
  • the button 110 is a hardware button for receiving information from the user by a key input operation or the like.
  • the button 110 includes a TEL button 110A for accepting or making a call, a P2P button 110B for accepting P2P communication or issuing P2P communication, and an address book button for calling address book data. 110D and an end button 110E for ending various processes. That is, the button 110 accepts a command to enter a chat room, a command to display the content of the mail, and the like from the user when a P2P participation request mail is received via the voice call device 102.
  • the first notification unit 111 outputs a ring tone through the speaker 109 or the like. Alternatively, the first notification unit 111 has a vibration function. The first notification unit 111 outputs a voice or vibrates the mobile phone 100 when an incoming call is received or a P2P participation request mail is received.
  • the second notification unit 112 includes a TEL LED (Light Emitting Diode) 112A that blinks when an incoming call arrives, and a P2P LED 112B that blinks when P2P communication is received.
  • TEL LED Light Emitting Diode
  • CPU 106 controls each unit of mobile phone 100. For example, various commands are received from the user via the button 110, and data is transmitted / received to / from an external communication terminal via the data communication device 101, the voice call device 102, or the network. As will be described later, the CPU 106 executes the steps shown in FIGS. 12 to 16 based on a program downloaded from the outside or stored in the memory 103 in advance.
  • the data communication device 101 transmits communication data from the CPU 106 via an antenna (not shown).
  • the data communication device 101 inputs the communication data received via the antenna to the CPU 106.
  • the voice call device 102 transmits a voice signal from the CPU 106 via an antenna (not shown).
  • the voice call device 102 inputs the voice signal received via the antenna to the CPU 106.
  • the memory 103 is realized by a RAM (Random Access Memory) that functions as a working memory, a flash memory (Flash Memory) that stores a control program, image data, and the like.
  • the memory 103 has various work memories 103A.
  • the work memory 103A of the memory 103 includes an RCVTELNO area for storing the caller's telephone number, a SEL area for storing the memory No of the selected address, and a ROOMNAME area for storing the generated room name.
  • FIG. 7A is an image diagram showing the address book data 103B stored in the memory 103.
  • FIG. 7B is an image diagram showing the own terminal data 103 ⁇ / b> C stored in the memory 103.
  • FIG. 7C is an image diagram showing communication partner IP address data 103D and own terminal IP address data 103E stored in the memory 103.
  • address book data (AdrDB []) 103B associates a memory No. with each destination (other communication terminal).
  • the address book data 103B stores a name, a telephone number, a mail address, a nickname, and the like in association with each other for each destination.
  • the memory 103 stores the name of the user of the own terminal, the telephone number of the own terminal, the mail address of the own terminal, the nickname, etc. as the own terminal data (MyAdr) 103C.
  • the memory 103 stores the IP address data (HIS_IPADR) 103D of the communication partner and the IP address data (MY_IPADR) 103E of the own terminal.
  • IP address data HIS_IPADR
  • MY_IPADR IP address data
  • FIG. 8 is a block diagram showing a hardware configuration of matching server 400 according to the present embodiment.
  • matching server 400 according to the present embodiment includes a CPU 405, a memory 406, a fixed disk 407, and a communication device 409 that are mutually connected by an internal bus 408.
  • the memory 406 stores various types of information. For example, the memory 406 temporarily stores data necessary for executing a program in the CPU 405.
  • the fixed disk 407 stores a program executed by the CPU 105 and a database.
  • the CPU 405 controls each element of the matching server 400 and is a device that performs various calculations.
  • the communication device 409 converts the data output from the CPU 405 into an electric signal and transmits it to the outside, converts the electric signal received from the outside into data, and inputs the data to the CPU 405. Specifically, the communication device 409 transmits data from the CPU 405 to the mobile phone 100, the car navigation device 200, and the personal computer 300 via the Internet 500, the carrier network 700, and the like. The communication device 409 inputs data received from the mobile phone 100, the car navigation device 200, or the personal computer 300 via the Internet 500 or the carrier network 700 to the CPU 405.
  • FIG. 9A is a first image diagram showing the data structure of the room management table 406A stored in the memory 406 or the fixed disk 407 of the matching server 400.
  • FIG. 9B shows the memory of the matching server 400.
  • FIG. 9A is a first image diagram showing the data structure of the room management table 406A stored in the memory 406 or the fixed disk 407 of the matching server 400.
  • FIG. 9B shows the memory of the matching server 400.
  • room management table 406A stores the room name and the identification information of the communication terminal entering the room in association with each room. For example, at a certain point in time, referring to FIG. 9A, matching server 400 has chat room having room name AB, chat room having room name CD, chat room having room name EF, and room name GH. A chat room has been generated.
  • the room name AB is determined by the communication terminal A based on the telephone number of the communication terminal A and the telephone number of the communication terminal B.
  • the room name CD is determined by the communication terminal C based on the telephone number of the communication terminal C and the telephone number of the communication terminal D.
  • the room name EF is determined by the communication terminal E based on the telephone number of the communication terminal E and the telephone number of the communication terminal F.
  • the room name GH is determined by the communication terminal G based on the telephone number of the communication terminal G and the telephone number of the communication terminal H.
  • the room management table 406A Since the communication terminal A has entered the chat room having the room name AB, the room management table 406A stores the IP address of the communication terminal A in association with the room name AB. Since the communication terminal C has entered the chat room having the room name CD, the room management table 406A stores the IP address of the communication terminal C in association with the room name CD. Since the communication terminal E has entered the chat room having the room name EF, the room management table 406A stores the IP address of the communication terminal E in association with the room name EF. Since the communication terminal G has entered the chat room having the room name GH, the room management table 406A stores the IP address of the communication terminal G in association with the room name GH.
  • room management table 406A stores the IP address of communication terminal B in association with room name AB.
  • the matching server 400 when the first mobile phone 100A requests the generation of a new chat room (step S016 in FIG. 2), the room name is acquired from the generation request and is stored in the room management table 406A. The room name and the IP address of first mobile phone 100A are stored in association with each other. Thereafter, when the second mobile phone 100B requests the matching server 400 to enter the chat room (step S024 in FIG. 2), the CPU 405 stores the room name and the second mobile phone 100B in the room management table 406A. Are stored in association with each other's IP address.
  • the CPU 405 reads the IP address of the first mobile phone 100A and the IP address of the second mobile phone 100B corresponding to the room name from the room management table 406A.
  • CPU 405 transmits the IP address of first mobile phone 100A to each second communication terminal, and transmits the IP address of second mobile phone 100B to first mobile phone 100A.
  • the predetermined condition corresponds to, for example, that the number of IP addresses associated with the room name reaches a preset number, or that a preset time elapses after the room is created. To do.
  • FIG. 10 is a block diagram showing a functional configuration of the network system 1 according to the present embodiment.
  • network system 1 according to the present embodiment includes a first mobile phone 100A, a second mobile phone 100B, a matching server 400, the Internet 500, and a carrier network 700.
  • the first mobile phone 100A includes a first communication unit 101-1, a first generation unit 1061-1, a first communication control unit 1062-1, a first memory 103-1, and a first Input unit 110-1.
  • the second mobile phone 100B includes a second communication unit 101-2, a second generation unit 1061-2, a second communication control unit 1062-2, a second memory 103-2, Input unit 110-2.
  • Matching server 400 includes a communication device 409, a room generation unit 4051, a room entry unit 4052, a room deletion unit 4053, and a memory 406.
  • the memory 406 stores the room management table 406A.
  • the communication device 409 transmits and receives data to and from the first mobile phone 100A and the second mobile phone 100B via the Internet 500 and the carrier network 700. For example, the communication device 409 inquires a generation request for generating a new room, a deletion request for deleting a room, and the existence of a room from the first mobile phone 100A, the second mobile phone 100B, or the like. Search request for entering the room and a room entry request for entering the room.
  • FIG. 11 is an image diagram showing an example of a message (command) transmitted / received between the matching server 400 and the first mobile phone 100A and the second mobile phone 100B.
  • the generation request is a message for requesting generation of a room
  • the command name is “RM_CREATE”.
  • the first mobile phone 100A or the second mobile phone 100B transmits the IP address of the first mobile phone 100A or the second mobile phone 100B and the room name of the room to be generated as a generation request.
  • the matching server 400 receives the generation request and generates a new room corresponding to the room name as will be described later.
  • Matching server 400 returns a message indicating whether or not the room has been successfully generated to first mobile phone 100A or second mobile phone 100B.
  • the search request is a message for requesting a room search, and the command name is “RM_SEARCH”.
  • the first mobile phone 100A or the second mobile phone 100A transmits the IP address of the first mobile phone 100A or the second mobile phone 100B and the room name to be searched as a search request.
  • the matching server 400 receives the search request and determines whether or not the room name is stored in the room management table 406A as will be described later. Matching server 400 returns a message indicating whether or not a room having a room name exists to first mobile phone 100A or second mobile phone 100B.
  • the deletion request is a message for requesting deletion of a room, and the command name is “RM_DELETE”.
  • First mobile phone 100A or second mobile phone 100B transmits the IP address of first mobile phone 100A or second mobile phone 100B and the room name of the room to be deleted as a deletion request.
  • the matching server 400 receives the deletion request and deletes the room corresponding to the room name from the room management table 406A. Matching server 400 returns a message indicating whether or not the room has been successfully deleted to first mobile phone 100A or second mobile phone 100B.
  • the room entry request is a message for entering the room, and the command name is “RM_ENTRY”.
  • the first mobile phone 100A or the second mobile phone 100B transmits the IP address of the first mobile phone 100A or the second mobile phone 100B and the room name to enter as a room entry request.
  • Matching server 400 accepts the room entry request and stores the IP address of first mobile phone 100A or second mobile phone 100B in the room management table 406A in association with the room name.
  • Matching server 400 replies to first mobile phone 100A or second mobile phone 100B with a message indicating whether or not the room has been successfully entered.
  • the room generation unit 4051, the room entry unit 4052, and the room deletion unit 4053 are shown in FIG. 8 when the CPU 405 of the matching server 400 executes a program stored in the memory 406, the fixed disk 407, or the like. This is realized by controlling each hardware. For example, each function of the CPU 405 is realized by the CPU 405 once reading a program stored in the fixed disk 407 to the memory 406 and sequentially executing the program while reading the program from the memory 406.
  • the room generation unit 4051 receives a generation request from the first mobile phone 100A via the communication device 409, for example. In response to the generation request, the room generation unit 4051 generates a new room having the room name included in the generation request. That is, the room generation unit 4051 associates the room name with the IP address of the first mobile phone 100A and stores it in the room management table 406A. The room generation unit 4051 transmits the determination result to the first mobile phone 100A via the communication device 409.
  • the room entry unit 4052 receives an inquiry about the presence or absence of a chat room having a room name from the second mobile phone 100B via the communication device 409, for example.
  • the room entry unit 4052 determines whether or not the room name is stored in the room management table 406A.
  • the room entry unit 4052 transmits the determination result to the second mobile phone 100B via the communication device 409.
  • the room entry unit 4052 receives a request to enter the chat room from the second mobile phone 100B via the communication device 409, for example.
  • room entry unit 4052 stores the IP address of second mobile phone 100B in room management table 406A in association with the room name included in the entry request.
  • the room entry unit 4052 transmits the IP address of another communication terminal entering the room to each communication terminal entering the room.
  • the predetermined condition corresponds to, for example, that the number of IP addresses associated with the room name reaches a preset number, or that a preset time elapses after the room is created. To do.
  • the room deletion unit 4053 receives a request to delete a chat room having a room name from the first mobile phone 100A via the communication device 409, for example. In response to the deletion request, the room deletion unit 4053 deletes data relating to the room name in the room management table 406A, or turns on a deletion flag corresponding to the room name in the room management table 406A. The room deletion unit 4053 transmits the determination result to the first mobile phone 100A via the communication device 409.
  • First communication unit 101-1 is realized by data communication device 101 or voice call device 102 of first mobile phone 100A.
  • the first memory 103-1 is realized by the memory 103 of the first mobile phone 100A.
  • the first input unit 110-1 is realized by the touch panel 104 or the button 110 of the first mobile phone 100A.
  • First generation unit 1061-1 and first communication control unit 1062-1 control the hardware shown in FIG. 6 by CPU 106 of first mobile phone 100A executing a program stored in memory 103 It is realized by doing.
  • the first memory 103-1 includes first identification information (such as a telephone number, mail address, and IP address) for specifying the first mobile phone 100A and a second mobile phone 100B for specifying the second mobile phone 100B. Identification information (telephone number, mail address, IP address, etc.) is stored. More specifically, the first memory 103-1 stores address book data 103B, own terminal data 103C, communication partner IP address data 103D, own terminal IP address data 103E, and the like.
  • first identification information such as a telephone number, mail address, and IP address
  • the first generation unit 1061-1 receives a start command for starting P2P communication from the user via the first input unit 110-1 during a voice call. More specifically, the user inputs a command for starting P2P communication with a voice call partner. In response to the start command, first generation unit 1061-1 generates a new room name based on its own telephone number and the telephone number of the communication partner (second mobile phone 100B) during the voice call. .
  • the first communication control unit 1062-1 inquires of the matching server 400 via the first communication unit 101-1 whether there is a chat room corresponding to the room name.
  • the first communication control unit 1062-1 transmits a room entry request to the matching server 400 via the first communication unit 101-1.
  • the first communication control unit 1062-1 can acquire the IP address of the partner communication terminal from the matching server 400, and can perform P2P communication via the first communication unit 101-1. become.
  • the first communication control unit 1062-1 uses the first communication unit 101-1, and generates a generation request for generating a new chat room together with the room name. Transmit to matching server 400. Thereafter, when the partner communication terminal enters the chat room, the first communication control unit 1062-1 can obtain the IP address of the partner communication terminal from the matching server 400, and the first communication unit 101-1. It is possible to perform P2P communication with the communication terminal of the other party via the network.
  • Second communication unit 101-2 is realized by data communication device 101 or voice call device 102 of second mobile phone 100B.
  • the second memory 103-2 is realized by the memory 103 of the second mobile phone 100B.
  • Second input unit 110-2 is realized by touch panel 104 or button 110 of second mobile phone 100B.
  • Second generation unit 1061-2 and second communication control unit 1062-2 control the hardware shown in FIG. 5 by executing the program stored in memory 103 by CPU 106 of second mobile phone 100B. It is realized by doing.
  • the second memory 103-2 includes second identification information (such as a telephone number, a mail address, and an IP address) for specifying the second mobile phone 100B and a first mobile phone 100A for specifying the first mobile phone 100A. Identification information (telephone number, mail address, IP address, etc.) is stored. More specifically, the second memory 103-2 stores address book data 103B, own terminal data 103C, communication partner IP address data 103D, own terminal IP address data 103E, and the like.
  • second identification information such as a telephone number, a mail address, and an IP address
  • the second generation unit 1061-2 receives a start command for starting P2P communication from the user via the second input unit 110-2 during a voice call. More specifically, the user inputs a command for starting P2P communication with a voice call partner. In response to the start command, second generation unit 1061-2 generates a new room name based on its own telephone number and the telephone number of the communication partner (first mobile phone 100A) in the voice call. .
  • the second communication control unit 1062-2 inquires of the matching server 400 whether or not there is a chat room corresponding to the room name via the second communication unit 101-2.
  • the second communication control unit 1062-2 transmits a room entry request to the matching server 400 via the second communication unit 101-2.
  • the second communication control unit 1062-2 can acquire the IP address of the partner communication terminal from the matching server 400 and can perform P2P communication via the second communication unit 101-2. become.
  • the second communication control unit 1062-2 uses the second communication unit 101-2 to generate a generation request for generating a new chat room together with the room name. Transmit to matching server 400. Thereafter, when the partner communication terminal enters the chat room, the second communication control unit 1062-2 can acquire the IP address of the partner communication terminal from the matching server 400, and the second communication unit 101-2. It is possible to perform P2P communication with the communication terminal of the other party via the network.
  • the first generation unit 1061-1 generates a room name in which the first phone number of the first mobile phone 100A and the second phone number of the second mobile phone 100B are simply arranged. Since the telephone number is data unique to each terminal, the room name in which the first telephone number and the second telephone number are arranged is data unique to each group, and the room name of the other group. There is no duplication.
  • step S022 in FIG. 2 it is preferable to confirm the presence / absence of a room with respect to the room name in which the phone number is replaced before and after.
  • the first generation unit 1061-1 uses other identification information (e-mail address, nickname, etc.) corresponding to the telephone number of the first mobile phone 100A and other identification information of the second mobile phone 100B. Room names arranged in alphabetical order may be generated.
  • the first generation unit 1061-1 may encrypt the first telephone number and the second telephone number using a hash function or the like, and generate the room name by arranging them.
  • the encryption method is more difficult to restore the original data.
  • the phone number is preferably encrypted using an irreversible function.
  • the second generation unit 1061-2 generates a room name using the same method as the first generation unit 1061-1. For this reason, the invited second mobile phone 100B can generate the room name by itself. That is, it is not necessary for the user of the first mobile phone 100A to notify the user of the second mobile phone 100B of the room name before starting the P2P communication.
  • the users of the first mobile phone 100A and the second mobile phone 100B do not need to input a command for selecting a P2P communication partner. Further, the user does not need to think about the room name or input the room name. That is, the effort that the user of the first mobile phone 100A and the second mobile phone 100B performs before starting P2P communication is greatly reduced.
  • each communication terminal generates a room name that does not overlap with the room name of another chat room, so that the user of each communication terminal can create a room in another chat room. There is no need to think of a room name that does not overlap with the name.
  • network system 1 according to the present embodiment can save the user from entering the room name of the chat room.
  • FIG. 12 is a flowchart showing a processing procedure of communication processing in mobile phone 100 according to the present embodiment.
  • CPU 106 displays a standby screen on display 107 (step S102).
  • CPU 106 determines whether or not address book button 110D (or a software button for the address book displayed on touch panel 104) has been operated (step S104).
  • address book button 110D is operated (YES in step S104)
  • CPU 106 executes call processing (step S200). The calling process (step S200) will be described later.
  • step S106 determines whether there is a telephone call (incoming call) (step S106). When there is a telephone call (YES in step S106), CPU 106 executes an incoming call process (step S500). The incoming call process (step S500) will be described later. If there is no telephone call (NO in step S106), CPU 106 repeats the processing from step S104.
  • FIG. 13 is a flowchart showing a processing procedure of call processing in mobile phone 100 according to the present embodiment.
  • step S104 when address book button 110D is operated (YES in step S104), CPU 106 causes display 107 to display a list of address books based on address book data 103B (step S202). ).
  • the user selects a partner communication terminal in the TEL call by pressing the button 110 (or by touching one of the records of the partner terminal displayed on the touch panel 104) (step S204). That is, CPU 106 accepts a communication terminal selection command via button 110 or touch panel 104.
  • the CPU 106 determines whether or not the TEL button 110A (or a software button for starting a voice call displayed on the touch panel 104) is operated in a state where the other communication terminal is selected (step S206).
  • TEL button 110A is operated (YES in step S206)
  • CPU 106 executes a TEL call process (step S300).
  • the TEL call processing (300) will be described later.
  • step S206 CPU 106 determines whether end button 110E (or a software button for canceling the voice call displayed on touch panel 104) is operated. Judgment is made (step S208). When end button 110E is operated (YES in step S208), CPU 106 ends the calling process and repeats the process from step S102. If the end button is not operated (NO in step S208), CPU 106 repeats the processing from step S206.
  • FIG. 14 is a flowchart showing a processing procedure of TEL call processing in mobile phone 100 according to the present embodiment.
  • CPU 106 uses telephone call device 102 to select the telephone number of the selected communication terminal (SEL in memory 103).
  • the telephone number corresponding to the memory No. stored in (No.) is called (step S302). That is, CPU 106 makes a call to the partner communication terminal selected from the address book via data communication device 101 or voice call device 102.
  • CPU 106 determines whether or not TEL button 110A (or a software button for ending the voice call displayed on touch panel 104) has been operated (step S304). If the TEL button is operated (YES in step S304), CPU 106 interrupts the TEL call (step S306) and repeats the processing from step S102.
  • step S304 CPU 106 waits for a response from the partner communication terminal (step S308). If there is no response from the partner communication terminal (NO in step S308), CPU 106 repeats the processing from step S304.
  • step S310 If there is a response from the partner communication terminal (YES in step S308), CPU 106 performs call control (step S310). Thereafter, until step S316, as shown in FIG. 4A, CPU 106 accepts a command for starting hand-drawn chat communication (in this embodiment, P2P communication) on touch panel 104.
  • the hand-drawn button 104A is displayed.
  • the CPU 106 uses any one of the hardware buttons 110 as the hand-drawn button 104A.
  • the CPU 106 also displays a TEL end button 104B for ending the call control on the touch panel 104 during the call control.
  • CPU 106 executes P2P start processing (step S400) when hand-drawn button 104A is pressed (YES in step S312).
  • P2P start process (S400) will be described later.
  • the CPU 106 determines whether the TEL end button 104B on the touch panel 104 is pressed or whether a TEL end signal is received from the outside. (Step S314).
  • CPU 106 repeats the processing from step S310 when the TEL end button 104B is not pressed and when the TEL end signal is not received (NO in step S314).
  • step S3134 When the TEL end button 104B is pressed or when a TEL end signal is received (YES in step S314), the CPU 106 disconnects the TEL call (step S316). CPU 106 repeats the processing from step S102.
  • FIG. 15 is a flowchart showing a processing procedure of P2P communication processing in mobile phone 100 according to the present embodiment.
  • step S ⁇ b> 312, or YES in step S ⁇ b> 520 CPU 106 increases the audio output from speaker 109 and microphone 108. Is increased (step S402). That is, the CPU 106 shifts the communication terminal to the “hands-free mode” or the “speaker phone mode”.
  • the CPU 106 generates a chat room name from the telephone number (RCVTELNO value) of the partner communication terminal and the telephone number (MyAdr.TELNo value) of the own terminal based on a predetermined rule (step S404). For example, the CPU 106 substitutes the return value of the HASH function, HASH (RCVTELNO, MyAdr.TELNo), into RMNM.
  • the CPU 106 connects to the Internet 500 via the data communication device 101 (step S406). At this time, the mobile phone 100 is assigned an IP address.
  • the CPU 106 inquires of the matching server 400 via the data communication device 101 whether there is a chat room having the chat room name stored in the RMNM (step S408).
  • step S410 If there is still no chat room having the chat room name stored in the RMNM in the matching server 400 (NO in step S408), the CPU 106 passes the data communication device 101 to the matching server 400. A generation request for generating a chat room having the RMNM chat room name is transmitted (step S410).
  • the CPU 106 determines whether or not the P2P button has been operated by the user via the button 110 (step S412). That is, CPU 106 determines whether or not a command for interrupting P2P communication has been received from the user.
  • CPU 106 deletes to delete the chat room having the RMNM chat room name in matching server 400 via data communication device 101.
  • the request is transmitted (step S414), and the processing from step S102 is repeated.
  • CPU 106 determines whether the partner communication terminal has entered the generated chat room (step S416). CPU 106 repeats the processing from step S412 when the partner communication terminal does not enter the generated chat room (NO in step S416).
  • step S416 If the partner communication terminal enters the generated chat room (YES in step S416), CPU 106 stores the received IP address of the partner communication terminal in HIS_IPADR (step S418). The CPU 106 transmits a deletion request for deleting the chat room having the chat room name of RMNM to the matching server 400 via the data communication device 101 (step S420), and as shown in FIG. Communication control is started (step S422).
  • step S408 CPU 106 matches matching server 400 via data communication device 101. Enter the chat room (step S432). That is, the CPU 106 transmits a room entry request to the matching server 400 via the data communication device 101.
  • CPU 106 acquires the IP address of the other party for P2P communication from matching server 400 via data communication device 101 (step S434).
  • the CPU 106 stores the other party's IP address in the HIS_IPADR and starts control of P2P communication as shown in FIG. 4D (step S422).
  • CPU 106 determines whether or not the user has operated P2P end button 104C (see FIG. 4) via button 110 or chat end button 104C, or has received a communication end notification from the partner communication terminal in P2P communication. Is determined (step S424). That is, the CPU 106 determines whether or not a command for interrupting the P2P communication has been received from the user. When the P2P button is not operated (NO in step S424), CPU 106 repeats the processing from step S422.
  • step S424 If the P2P button is operated (YES in step S424), the CPU 106 disconnects the connection to the Internet 500 (step S426). CPU 106 cancels “hands-free mode” or “speakerphone mode” (step S428). CPU 106 repeats the processing from step S310.
  • FIG. 16 is a flowchart showing a processing procedure of incoming call processing in mobile phone 100 according to the present embodiment.
  • CPU 106 determines whether or not the telephone number of the caller is notified (step S502). If the caller's telephone number has not been notified (NO in step S502), CPU 106 executes the processing from step S506.
  • CPU 106 stores the caller's telephone number in RCVTELNO (step S504).
  • the CPU 106 activates the first notification unit 111, that is, outputs a ringtone through the speaker 109 or vibrates the mobile phone 100 with a vibration function (step S506).
  • the CPU 106 activates the second notification unit 112, that is, blinks the TEL LED 112A (step S508).
  • step S510 determines whether or not the incoming call is finished.
  • the CPU 106 stops the first notification unit 111, that is, stops the output of the ring tone through the speaker 109 or the like, or vibrates.
  • the vibration of the mobile phone 100 is stopped (step S512).
  • the CPU 106 operates the second notification unit 112, that is, turns on the TEL LED 112A (step S514), registers the caller number and the incoming time of the communication partner terminal in the memory 103 as the incoming call history, and step S102. Repeat the process from.
  • CPU 106 determines whether or not TEL button 110A has been operated (step S516) when the incoming call has not ended (NO in step S510). If the TEL button 110A is not operated (NO in step S516), CPU 106 repeats the processing from step S510.
  • CPU 106 performs call control when TEL button 110A is operated (YES in step S516) (step S518). Thereafter, until step S522, as shown in FIG. 4A, CPU 106 accepts an instruction for starting hand-drawn chat communication (in this embodiment, P2P communication) on touch panel 104.
  • the hand-drawn button 104A is displayed.
  • the CPU 106 uses any hardware button 110 as the hand-drawn button 104A.
  • the CPU 106 also displays a TEL end button 104B for ending the call control on the touch panel 104 during the call control.
  • step S400 When the hand-drawn button 104A is pressed (YES in step S520), the CPU 106 executes the above-described P2P start process (step S400).
  • CPU 106 determines whether or not TEL end button 104B on touch panel 104 has been pressed, or whether or not a TEL end signal has been received from the outside, when hand-drawn button 104A is not pressed (NO in step S520). (Step S522).
  • step S522 When the TEL end button 104B is not pressed and the TEL end signal is not received (NO in step S522), the CPU 106 repeats the processing from step S518.
  • CPU 106 disconnects the TEL call when TEL end button 104B is pressed or when a TEL end signal is received (YES in step S522) (step S524). CPU 106 repeats the processing from step S102.
  • FIG. 17 is a flowchart showing a processing procedure of response processing in matching server 400 according to the present embodiment.
  • CPU 405 of matching server 400 waits for a message from first mobile phone 100A via communication device 409 (step S902).
  • CPU 405 determines whether the message is a generation request for generating a chat room (step S904).
  • step S904 If the message is a generation request for generating a chat room (YES in step S904), CPU 406 determines whether or not the room name included in the generation request exists in room management table 406A (step S904). S906). If the room name exists in room management table 406A (YES in step S906), CPU 406 notifies that room generation has failed (step S932), and repeats the processing from step S902.
  • step S906 If the room name does not exist in the room management table 406A (NO in step S906), the CPU 406 generates a room with the room name (step S908). That is, the CPU 406 stores the room name and the caller IP address included in the generation request in association with each other in the room management table 406A. The CPU 406 notifies the caller's IP address that the room has been successfully generated (step S910), and repeats the processing from step S902.
  • the CPU 406 determines whether the message is a search request for searching for a room name (step S912).
  • step S912 If the message is a search request for searching for a chat room (YES in step S912), it is determined whether or not the room name included in the search request exists in room management table 406A (step S914). . If the room name exists in room management table 406A (YES in step S914), CPU 406 notifies the requesting IP address that the room has been found (step S910), and performs the processing from step S902. repeat.
  • step S914 If the room name does not exist in room management table 406A (NO in step S914), CPU 406 notifies that the room name is not found in the requesting IP address (step S932), and the processing from step S902 is performed. repeat.
  • the CPU 406 determines whether the message is a deletion request for deleting a chat room (step S916).
  • CPU 406 associates the request source IP address with the room name included in the deletion request, and manages room management table 406A. It is determined whether or not it is stored in (step S918). That is, CPU 406 determines whether or not the requesting communication terminal is a communication terminal that has already entered the chat room.
  • CPU 406 deletes the chat room with the room name (Ste S920).
  • the CPU 406 notifies the requesting IP address that the chat room has been successfully deleted (step S910), and repeats the processing from step S902.
  • step S928 If the IP address of the request source is not stored in the room management table 406A in association with the room name included in the deletion request (NO in step S918), the CPU 406 displays the chat room IP address in the request source IP address. Notifying that the deletion has failed (step S932), the processing from step S902 is repeated.
  • step S916 determines whether the message is a request for entering the chat room (step S922).
  • Step S922 If the message is a room entry request for entering the chat room (YES in step S922), CPU 406 determines whether the room name included in the room entry request is stored in room management table 406A. (Step S924). When the room name included in the room entry request is stored in room management table 406A (YES in step S924), CPU 406 registers the IP address of the request source in room management table 406A in association with the room name. (Step S926).
  • the CPU 406 transmits the IP address of the request source to the IP address associated with the room name and already registered in the room management table 406A via the communication device 409 (step S928).
  • the CPU 406 transmits the IP address already registered in the room management table 406A in association with the room name to the requesting IP address via the communication device 409 (step S930). Then, the CPU 406 repeats the processing from step S902.
  • step S922 when the message is not an entry request for entering a chat room (NO in step S922), and the room name included in the entry request is not stored in room management table 406A (in step S924). If NO, CPU 406 transmits an error message to the requesting IP address (step S932), and repeats the processing from step S902.
  • the program code itself read from the storage medium realizes the functions of the above-described embodiment, and the storage medium storing the program code constitutes the present invention.
  • a storage medium for supplying the program code for example, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, magnetic tape, nonvolatile memory card (IC memory card), ROM (mask ROM, flash) EEPROM, etc.) can be used.
  • the function expansion is performed based on the instruction of the program code. It goes without saying that the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.
  • 1 network system 100, 100A, 100B, 100C mobile phone, 101 first communication device, 102 second communication device, 103, 103-1, 103-2 memory, 103A, 103A-1, 103A-2 work memory , 103B, 103B-1, 103B-2, address book data, 103C, 103C-1, 103C-2 own terminal data, 103D, 103D-1, 103D-2, communication partner IP address data, 103E, 103E-1, 103E -2 IP address data of own terminal, 106, 106-1, 106-2 CPU, 1061, 1061-1, 1061-2 generation unit, 1062, 1062-1, 1062-2 communication control unit, 107 display, 108 microphone 109 Speaker 110 10-1, 110-2 input unit, 200 car navigation device, 300 personal computer, 400 matching server, 405A room generation unit, 405B room entry unit, 405C room deletion unit, 406 memory, 406A room management table, 407 fixed disk, 408 Internal bus, 409 communication device, 500 Internet, 700 carrier network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Human Computer Interaction (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

　通信端末（１００）は、第１の通信デバイス（１０１）と、第２の通信デバイス（１０２）と、スピーカ（１０９）と、マイク（１０８）と、プロセッサ（１０６）とを備える。プロセッサ（１０６）は、第１の通信デバイス（１０１）とスピーカ（１０９）とマイク（１０８）とを用いて、他の通信端末との音声通話を行い、他の通信端末との音声通話中に、データ通信を開始するための命令を受け付け、命令に応じて、音声通話を行いながら、第２の通信デバイス（１０２）を用いて、他の通信端末とのデータ通信を行なう。

Description

通信端末、通信方法、および通信プログラムを記録したコンピュータ読取可能な記録媒体
　本発明は、他の通信端末と通信するための通信端末、通信方法、および通信プログラムに関し、特に、他の通信端末と音声通話およびデータ通信が可能な通信端末、通信方法、および通信プログラムを記録したコンピュータ読取可能な記録媒体に関する。
　従来から、他の通信端末と音声通話をするための通信端末が知られている。たとえば、携帯電話は、キャリア網を介して他の携帯電話と音声通話を行なうことができる。また、パーソナルコンピュータを利用した、ＩＰ（Internet　Protocol）電話なども知られている。
　一方、インターネットに接続可能な複数の通信端末によるデータ通信も知られている。近年、ダイレクトなデータ通信システムとして、Ｐ２Ｐ（Peer　to　Peer）システムなどが利用されている。
　また、特開２０００－２６１８５７号公報（特許文献１）には、携帯電話装置が開示されている。特開２０００－２６１８５７号公報（特許文献１）によると、携帯電話装置は、ＣＤＭＡ通信網との間で通信可能なＣＤＭＡ通信部とＰＨＳ通信網との間で通信可能なＰＨＳ通信部との２つの通信部を備えている。装置は、ＣＤＭＡ通信部を制御することにより、マイクが入力する送話音声やレシーバが出力する受話音声を音声系データとしてＣＤＭＡ通信網との間で通信する。装置は、ＰＨＳ通信部を制御することにより、データ端末のデータを非音声系データとしてＰＨＳ通信網との間で通信する。装置が、ＣＤＭＡ通信部による音声系データの通信処理と、ＰＨＳ通信部による非音声系データの通信処理とを互いに干渉させることなく実行するので、ユーザは、通話しながら、高速で、且つ、安定した通信速度によりデータ通信することが可能になる。
特開２０００－２６１８５７号公報
　しかしながら、どのようなトリガーに応じて、あるいは、どのような処理手順を介して、音声通話に関する制御とデータ通信に関する制御とを共にアクティブにすることが好ましいのか、ということについては未だ研究されていない。将来、ユーザによって使い勝手のよい、音声通話とデータ通信とを並行して実行できる通信端末が求められるようになるであろう。
　本発明は、かかる問題を解決するためになされたものであり、その目的は、ユーザにとって使い勝手がよい、音声通話とデータ通信とを並行して実行できる通信端末、通信方法、および通信プログラムを記録したコンピュータ読取可能な記録媒体を提供することである。
　この発明のある局面に従うと、他の通信端末と通信するための通信端末が提供される。通信端末は、第１の通信デバイスと、第２の通信デバイスと、スピーカと、マイクと、プロセッサとを備える。プロセッサは、第１の通信デバイスとスピーカとマイクとを用いて、他の通信端末との音声通話を行い、他の通信端末との音声通話中に、データ通信を開始するための命令を受け付け、命令に応じて、音声通話を行いながら、第２の通信デバイスを用いて、他の通信端末とのデータ通信を行なう。
　好ましくは、通信端末は、タッチパネルをさらに備える。プロセッサは、他の通信端末とのデータ通信中に、タッチパネルを介して第１の手描き画像の入力を受け付けて、当該第１の手描き画像を第２の通信デバイスを介して当該他の通信端末へと送信し、他の通信端末とのデータ通信中に、第２の通信デバイスを介して当該他の通信端末から第２の手描き画像を受信して、当該第２の手描き画像をタッチパネルに表示させる。
　好ましくは、プロセッサは、他の通信端末との音声通話中に、タッチパネルにデータ通信を開始するための命令を受け付けるためのソフトウェアボタンを表示させる。
　好ましくは、通信端末は、ハードウェアボタンをさらに備える。プロセッサは、他の通信端末との音声通話中に、ハードウェアボタンを介して、データ通信を開始するための命令を受け付ける。
　好ましくは、プロセッサは、データ通信を開始するときに、通信端末をハンズフリーモードへと移行させる。
　この発明の別の局面に従うと、第１および第２の通信デバイスとスピーカとマイクとプロセッサとを含む通信端末における通信方法が提供される。通信方法は、プロセッサが、第１の通信デバイスとスピーカとマイクとを用いて、他の通信端末との音声通話を行なうステップと、プロセッサが、他の通信端末との音声通話中に、データ通信を開始するための命令を受け付けるステップと、プロセッサが、命令に応じて、音声通話を行いながら、第２の通信デバイスを用いて、他の通信端末とのデータ通信を行なうステップとを備える。
　この発明の別の局面に従うと、第１および第２の通信デバイスとスピーカとマイクとプロセッサとを含む通信端末に通信させるための通信プログラムを記録したコンピュータ読取可能な記録媒体が提供される。通信プログラムは、プロセッサに、第１の通信デバイスとスピーカとマイクとを用いて、他の通信端末との音声通話を行なうステップと、他の通信端末との音声通話中に、データ通信を開始するための命令を受け付けるステップと、命令に応じて、音声通話を行いながら、第２の通信デバイスを用いて、他の通信端末とのデータ通信を行なうステップとを実行させる。
　以上のように、本発明によると、ユーザにとって使い勝手がよい、音声通話とデータ通信とを並行して実行できる通信端末、通信方法および通信プログラムを記録したコンピュータ読取可能な記録媒体が提供される。
本実施の形態に係るネットワークシステムの全体構成を示す概略図である。 ネットワークシステムにおける動作概要を示すシーケンス図である。 ネットワークシステムにおけるデータの流れを示すイメージ図である。 音声通話中のタッチパネル１０４を示すイメージ図である。 携帯電話の外観を示すイメージ図である。 携帯電話のハードウェア構成を示すブロック図である。 アドレス帳データと自端末データと通信相手のＩＰアドレスデータと自端末のＩＰアドレスデータとを示すイメージ図である。 マッチングサーバのハードウェア構成を示すブロック図である。 ルーム管理テーブルのデータ構造を示す第１のイメージ図とルーム管理テーブルのデータ構造を示す第２のイメージ図である。 ネットワークシステムの機能構成を示すブロック図である。 マッチングサーバと第１の携帯電話および第２の携帯電話との間で送受信されるメッセージ（コマンド）の一例を示すイメージ図である。 携帯電話における通信処理の処理手順を示すフローチャートである。 携帯電話における発呼処理の処理手順を示すフローチャートである。 携帯電話におけるＴＥＬ発呼処理の処理手順を示すフローチャートである。 携帯電話におけるＰ２Ｐ通信処理の処理手順を示すフローチャートである。 携帯電話における着呼処理の処理手順を示すフローチャートである。 マッチングサーバにおける応答処理の処理手順を示すフローチャートである。
　以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
　また、以下では、携帯電話１００を「通信端末」の代表例として説明を行なう。ただし、通信端末は、パーソナルコンピュータや、カーナビゲーション装置（Satellite　navigation　system）や、ＰＮＤ（Personal　Navigation　Device）や、ＰＤＡ（Personal　Data　Assistance）などのような、他の情報通信機器であってもよい。
　＜ネットワークシステム１の全体構成＞
　まず、ネットワークシステム１の全体構成について説明する。図１は、本実施の形態に係るネットワークシステム１の全体構成を示す概略図である。図１を参照して、ネットワークシステム１は、携帯電話１００Ａ，１００Ｂ，１００Ｃと、マッチングサーバ４００と、インターネット（第１のネットワーク）５００と、キャリア網（第２のネットワーク）７００とを含む。また、本実施の形態に係るネットワークシステム１は、車両２５０に搭載されるカーナビゲーション装置２００と、パーソナルコンピュータ（ＰＣ；Personal　Computer）３００とを含む。
　なお、説明の容易化のために、以下では、本実施の形態に係るネットワークシステム１が、第１の携帯電話１００Ａと、第２の携帯電話１００Ｂと、第３の携帯電話１００Ｃとを含む場合について説明する。また、携帯電話１００Ａ，１００Ｂ，１００Ｃの各々に共通の構成や機能を説明する際には、それらを「携帯電話１００」とも総称する。そして、携帯電話１００Ａ，１００Ｂ，１００Ｃ、カーナビゲーション装置２００、パーソナルコンピュータ３００の各々に共通の構成や機能を説明する際には、それらを「通信端末」とも総称する。
　携帯電話１００は、キャリア網７００に接続可能に構成されている。カーナビゲーション装置２００は、インターネット５００に接続可能に構成されている。パーソナルコンピュータ３００は、ＬＡＮ（Local　Area　Network）３５０やＷＡＮ（Wide　Area　Network）を介してインターネット５００に接続可能に構成されている。マッチングサーバ４００は、インターネット５００に接続可能に構成されている。
　より詳細には、第１の携帯電話１００Ａと、第２の携帯電話１００Ｂと、第３の携帯電話１００Ｃとは、キャリア網を介して、互いに音声通話が可能である。第１の携帯電話１００Ａと、第２の携帯電話１００Ｂと、第３の携帯電話１００Ｃと、カーナビゲーション装置２００と、パーソナルコンピュータ３００とは、キャリア網７００やインターネット５００を介して、互いに音声通話が可能である。
　より詳細には、携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００には、自端末を特定するための電話番号が割り当てられる。すなわち、携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００は、内部の記録媒体に他の通信端末の電話番号を記憶することができ、当該電話番号に基づいてキャリア網７００やインターネット５００などを介して当該他の通信端末と音声通話を行なうことができる。
　また、第１の携帯電話１００Ａと、第２の携帯電話１００Ｂと、第３の携帯電話１００Ｃと、カーナビゲーション装置２００と、パーソナルコンピュータ３００とは、キャリア網７００やインターネット５００を介して、互いにデータの送受信が可能である。
　より詳細には、携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００には、自端末を特定するための識別情報（たとえば、電話番号やメールアドレスやＩＰ（Internet　Protocol）アドレスなど）が割り当てられる。すなわち、携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００とは、内部の記録媒体に他の通信端末の識別情報を記憶することができ、当該識別情報に基づいてキャリア網７００やインターネット５００などを介して当該他の通信端末とデータ送受信を行なうことができる。
　なお、携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００とは、インターネット５００にアクセスする際に一時的に割り当てられるＩＰアドレスを利用して他の通信端末とデータ送受信を行ってもよい。本実施の形態に係る通信端末は、インターネット５００にアクセスした際に、マッチングサーバ４００あるいは他の図示しないサーバ装置などによってＩＰアドレスが割り当てられるものとする。ＩＰアドレスの割り当て処理の詳細は公知であるので、ここでは説明を繰り返さない。
　また、本実施の形態に係る携帯電話１００、カーナビゲーション装置２００、パーソナルコンピュータ３００は、自身に割り当てられたＩＰアドレスを利用することにより、直接的に相互にネットワークを介してデータ送受信を行なうことが可能である。すなわち、本実施の形態に係るネットワークシステム１に含まれる携帯電話１００、カーナビゲーション装置２００、パーソナルコンピュータ３００は、いわゆるＰ２Ｐ（Pear　to　Pear）型のネットワークを構成することが可能である。
　＜ネットワークシステム１の動作概要＞
　次に、本実施の形態に係るネットワークシステム１の動作概要について説明する。図２は、ネットワークシステム１における動作概要を示すシーケンス図である。図３は、ネットワークシステム１におけるデータの流れを示すイメージ図である。
　図２および図３を参照して、本実施の形態に係る通信端末は、ユーザからの音声通話を開始するための命令（第１の命令）に応じて、音声通話を開始する。たとえば、通信端末は、メモリに格納されている相手の電話番号に基づいて、音声通話を開始する。通信端末は、その後、音声通話中に、Ｐ２Ｐ通信を開始するための命令を受け付けて、音声通話中の相手とのＰ２Ｐ通信を開始する。
　なお、Ｐ２Ｐ型のデータ送受信を行なうためには、互いのＩＰアドレスを交換（取得）する必要がある。本実施の形態においては、通信端末のそれぞれは、マッチングサーバ４００を介して互いのＩＰアドレスを取得した後に、当該ＩＰアドレスに基づいてＰ２Ｐ型のデータ送受信を行なう。
　より詳細には、本実施の形態においては、Ｐ２Ｐ通信の開始の際に、通信端末のそれぞれが、マッチングサーバ４００に生成されたチャットルーム（以下、単にルームともいう。）を介して、ＩＰアドレスやメッセージや添付ファイルを送受信する場合について説明する。特に、以下では、第１の携帯電話１００Ａが新たなチャットルームを生成するとともに、第１の携帯電話１００Ａと音声通話中の第２の携帯電話１００Ｂが当該チャットルームに入室する場合について説明する。
　図２および図３を参照して、まず、第１の携帯電話１００Ａ（図２において端末Ａ）が、ユーザから音声通話相手の選択を受け付ける。第１の携帯電話１００Ａは、選択された第２の携帯電話１００Ｂに発呼（電話発信）する（ステップＳ００２）。第２の携帯電話１００Ｂは、第１の携帯電話１００Ａからの発呼に応じて、スピーカから着信音を出力する。第２の携帯電話１００Ｂは、ユーザ操作に応じて、発呼に応答（電話応答）する（ステップＳ００４）。
　第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、音声通話の制御を行なう（ステップＳ００６）。これによって、第１の携帯電話１００Ａのユーザと第２の携帯電話１００Ｂのユーザは、音声通話を楽しむことができる。
　ここで、音声通話中の通信端末の表示画面（タッチパネル１０４）について説明する。図４は、音声通話中のタッチパネル１０４を示すイメージ図である。
　図４（ａ）に示すように、本実施の形態においては、音声通話が始まると、第１の携帯電話１００Ａが、そのタッチパネル１０４に手描きボタン１０４Ａ（Ｐ２Ｐ通信開始ボタン、あるいはチャット通信開始ボタン）を表示する（ステップＳ００８）。手描きボタン１０４Ａは、音声通話中に、音声通話と並行して当該音声通話の相手とのＰ２Ｐ通信を開始するためのソフトウェアボタンである。ユーザが手描きボタン１０４Ａにタッチすると（ステップＳ０１２）、第１の携帯電話１００Ａは、Ｐ２Ｐ通信を開始する。
　ただし、第１の携帯電話１００Ａは、音声通話中に、ハードウェアボタン（図６におけるボタン１１０）のいずれかに、手描きボタンの役割を負わせてもよい（ステップＳ００８）。当該ボタンには、音声通話中以外には、他の機能が割り当てられていてもよい。すなわち、ユーザが、当該ハードウェアボタンを押下すると（ステップＳ０１２）、第１の携帯電話１００Ａは、Ｐ２Ｐ通信の接続処理を開始する。
　同様に、図４（ｂ）に示すように、本実施の形態においては、音声通話中に、第２の携帯電話１００Ｂが、そのタッチパネル１０４に手描きボタン１０４Ａ（Ｐ２Ｐ通信開始ボタン、あるいはチャット通信開始ボタン）を表示する（ステップＳ０１０）。手描きボタン１０４Ａは、音声通話中に、音声通話と並行して当該音声通話の相手とのＰ２Ｐ通信を開始するためのソフトウェアボタンである。すなわち、ユーザが手描きボタン１０４Ａにタッチすると（ステップＳ０２０）、第２の携帯電話１００Ｂは、Ｐ２Ｐ通信を開始する。
　ただし、第２の携帯電話１００Ｂも、音声通話中に、ハードウェアボタンのいずれかに、手描きボタンの役割を負わせてもよい（ステップＳ０１０）。当該ボタンには、音声通話中以外には、他の機能が割り当てられていてもよい。すなわち、ユーザが、当該ハードウェアボタンを押下すると（ステップＳ０２０）、第２の携帯電話１００Ｂは、Ｐ２Ｐ通信の接続処理を開始する。
　以上のように、第１の携帯電話１００Ａは、手描きボタン１０４Ａが押下されると（ステップＳ０１２）、Ｐ２Ｐ通信用のアプリケーションを起動する。
　具体的には、図４（ｃ）に示すように、第１の携帯電話１００Ａは、タッチパネル１０４に、Ｐ２Ｐ通信用のウィンドウを表示する。第１の携帯電話１００Ａは、第１の携帯電話１００Ａと第２の携帯電話１００Ｂの電話番号などからルーム名を生成する。第１の携帯電話１００Ａは、当該ルーム名に基づいて、マッチングサーバ４００にルームＡＢが存在するか否かを確認する（ステップＳ０１４）。
　マッチングサーバ４００にルームＡＢが未だ存在していない場合、第１の携帯電話１００Ａは、マッチングサーバ４００に新たなルームを生成（開設）するための生成要求を送信する（ステップＳ０１６）。より詳細には、第１の携帯電話１００Ａは、ルーム名を含む生成要求をマッチングサーバ４００に送信する。マッチングサーバ４００は、当該ルーム名を含む生成要求を受け付けて、当該ルーム名に対応するルームを開設する（ステップＳ０１８）。
　より詳細には、第１の携帯電話１００Ａは、ルームを開設する際に、マッチングサーバ４００から自身のＩＰアドレスを取得してもよいし、インターネット５００に接続した際などに、予め他のサーバなどからＩＰアドレスを取得していてもよい。マッチングサーバ４００は、ルームを生成する際に、ルーム名と第１の携帯電話１００Ａの識別情報（ＩＰアドレスなど）を対応付けて記憶する。
　第２の携帯電話１００Ｂのユーザは、たとえば音声通話によって、第１の携帯電話１００Ａのユーザから手描きボタン１０４Ａを押下するように要請される。第２の携帯電話１００Ｂは、そのユーザによって手描きボタン１０４Ａが押下されると（ステップＳ０２０）、Ｐ２Ｐ通信用のアプリケーションを起動する。
　具体的には、図４（ｃ）に示すように、第２の携帯電話１００Ｂも、タッチパネル１０４に、Ｐ２Ｐ通信用のウィンドウを表示する。第２の携帯電話１００Ｂは、第１の携帯電話１００Ａの電話番号と自身の携帯電話１００Ｂの電話番号とに基づいて、所定のルールに基づいてルーム名を生成する。
　このように、本実施の形態に係るネットワークシステム１においては、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、共に同じ情報に基づいてルーム名を生成するものである。すなわち、ネットワークシステム１は、第１および第２の携帯電話が生成したルーム名が同じになるように構成されている。ただし、ネットワークシステム１は、第１および第２の携帯電話が同じルーム名を生成できるように構成されていればよく、第１および第２の携帯電話の電話番号に基づいてルーム名を生成する構成に限定されるものではない。
　第２の携帯電話１００Ｂは、ルーム名を生成すると、マッチングサーバ４００に当該ルーム名に対応するルームが存在するか否かを問い合わせる（ステップＳ０２２）。マッチングサーバ４００に当該ルーム名に対応するルームＡＢが既に存在している場合、第２の携帯電話１００ＢはルームＡＢへの入室要求（参加要求）をマッチングサーバ４００に行なう（ステップＳ０２４）。マッチングサーバ４００は、入室要求を受け付けて、第２の携帯電話１００Ｂの識別情報をルームＡＢのルーム名に対応付けて登録する（ステップＳ０２６）。
　より詳細には、第２の携帯電話１００Ｂは、ルームに入室する際に、マッチングサーバ４００から自身のＩＰアドレスを取得してもよいし、インターネット５００に接続した際などに、予め他のサーバなどからＩＰアドレスを取得していてもよい。マッチングサーバ４００は、第２の携帯電話１００Ｂがルームに入室する際に、ルーム名と第２の携帯電話１００Ｂの識別情報（ＩＰアドレスなど）を対応付けて格納する。
　そして、マッチングサーバ４００はマッチング処理が成功した旨を第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂに通知する（ステップＳ０２８）。すなわち、マッチングサーバ４００は、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとに、互いの識別情報を送信する。
　第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、相手の識別情報に基づいて、互いを認証する（ステップＳ０３０）。認証が完了すると、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、図４（ｄ）および図４（ｅ）に示すように、Ｐ２Ｐ通信（手描きチャット通信）を開始する（ステップＳ０３２）。
　本実施の形態においては、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、手描きボタン１０４Ａが押下された場合に、ハンズフリーモード、あるいはスピーカフォンモードに移行する。より詳細には、第１の携帯電話１００Ａと、第２の携帯電話１００Ｂとは、手描きボタン１０４Ａが押下されると、スピーカの音量（出力の増幅率）を上げたり、マイクの感度（入力の増幅率）を上げたりする。すなわち、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、ユーザが手描きチャットを行いながら、すなわちユーザがスタイラスペン１２０を用いてタッチパネル１０４に手描き入力を行いながら、スピーカからの音声を聞き取ったり、マイクに音声を入力したりできるモードへと移行する。
　第１の携帯電話１００Ａが、ユーザからＰ２Ｐ通信を終了するための命令を受け付けると、Ｐ２Ｐ通信を終了するためのメッセージを第２の携帯電話１００Ｂに送信する（ステップＳ０３８）。たとえば、ユーザがＰ２Ｐ終了ボタン１０４Ｃにタッチすると、第１の携帯電話１００Ａは、ハンズフリーモードを解除して、上記メッセージを第２の携帯電話１００Ｂに送信する。
　第２の携帯電話１００Ｂが、当該メッセージに返答し、ハンズフリーモードを解除する（ステップＳ０４０）。これによって、第１の携帯電話１００Ａと第２の携帯電話１００ＢとはＰ２Ｐ通信を終了する。すなわち、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、音声通話のみを継続する。
　第１の携帯電話１００Ａが、ユーザから音声通話を終了するための命令を受け付けると、第２の携帯電話１００Ｂに電話の切断を要求する（ステップＳ０４２）。第２の携帯電話１００Ｂが当該要求に応答する（ステップＳ０４４）。ただし、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、Ｐ２Ｐ通信中に音声通話を終了するための命令を受け付けた場合、Ｐ２Ｐ通信を続行しながら、音声通話のみを終了しても良い。
　本実施の形態に係るネットワークシステム１の構成および効果についてまとめると以下のようになる。
　音声通話とデータ通信を行なうためには、各々の通信端末が、相手の通信端末に関する音声通話のための識別情報（電話番号など）とデータ通信のための識別情報（ＩＰアドレスなど）とを取得する必要がある。本実施の形態に係るネットワークシステム１においては、音声通話中の複数の通信端末の各々が、音声通話にデータ通信を受け付けるための命令を受け付けられる。そのため、通信端末の各々は、音声通話の相手をデータ通信の相手として特定することができる。そして、通信端末の各々は、音声通話の相手に関する音声通話のための識別情報に基づいて、マッチングサーバ４００を利用して、当該音声通話の相手に関するデータ通信のための識別情報を取得する。その結果、通信端末のそれぞれのユーザは、手描きボタン１０４Ａを押下するだけで、音声通話をしながら手描きデータ通信を行なうことができる。
　以下、このような機能を実現するための構成について詳述する。
　＜携帯電話１００のハードウェア構成＞
　本実施の形態に係る通信端末の一例である携帯電話１００のハードウェア構成について説明する。図５は、本施の形態に係る携帯電話１００の外観を示すイメージ図である。図６は、本施の形態に係る携帯電話１００のハードウェア構成を示すブロック図である。
　図５および図６を参照して、本実施の形態に係る携帯電話１００は、インターネット５００を介して他の通信端末との間でデータ通信を行なうためのデータ通信デバイス１０１と、電話回線（キャリア網７００など）を介して他の通信端末と音声通話を行なうための音声通話デバイス１０２と、プログラムや各種データベースを記憶するメモリ１０３と、ＣＰＵ（Central　Processing　Unit）１０６と、ディスプレイ１０７と、外部音声が入力されるマイク１０８と、音声を出力するスピーカ１０９と、各種情報の入力を受け付けるボタン１１０と、外部からの通信データや通話信号を受信した旨の音声を出力する第１の通知部１１１と、外部からの通信データや通話信号を受信した旨を表示する第２の通知部１１２とを含む。
　なお、データ通信デバイス１０１と音声通話デバイス１０２とは、たとえばアンテナや信号処理回路などから構成されるものであって、両者は同じデバイスによって実現されてもよい。たとえば、パーソナルコンピュータ３００が、１つの通信インターフェイスを利用して、ＩＰ電話を行いながら、手描きチャット通信を行ってもよい。
　本実施の形態に係る携帯電話１００は、ディスプレイ１０７の上側（表側）にペンタブレット１１９が敷設されている。これによって、ユーザはスタイラスペン１２０などを用いることによって、ペンタブレット１１９を介して、図形情報などをＣＰＵ１０６に手描き入力することができる。ディスプレイ１０７は、ＣＰＵ１０６が出力したデータに基づいて、画像やテキストを表示する。すなわち、本実施の形態においては、ディスプレイ１０７とペンタブレット１１９とが、タッチパネル１０４を構成する。
　ボタン１１０は、キー入力操作などによってユーザから情報を受け付けるためのハードウェアボタンである。たとえば、ボタン１１０は、通話を受け付けたり、通話を発したりするためのＴＥＬボタン１１０Ａと、Ｐ２Ｐ通信を受け付けたり、Ｐ２Ｐ通信を発したりするためのＰ２Ｐボタン１１０Ｂと、アドレス帳データを呼び出すアドレス帳ボタン１１０Ｄと、各種の処理を終了させるための終了ボタン１１０Ｅとを含む。すなわち、ボタン１１０は、音声通話デバイス１０２を介してＰ２Ｐ参加要請メールを受信したときに、ユーザから、チャットルームへ入室する命令や、メールの内容を表示させる命令などを選択可能に受け付ける。
　第１の通知部１１１は、スピーカ１０９などを介して着信音を出力する。あるいは、第１の通知部１１１は、バイブレーション機能を有する。第１の通知部１１１は、着呼した際や、Ｐ２Ｐ参加要請メールを受信した際に、音声を出力したり、携帯電話１００を振動させたりする。
　第２の通知部１１２は、着信したときに点滅するＴＥＬ用ＬＥＤ（Light　Emitting　Diode）１１２Ａと、Ｐ２Ｐ通信を受信したときに点滅するＰ２Ｐ用ＬＥＤ１１２Ｂとを含む。
　ＣＰＵ１０６は、携帯電話１００の各部を制御する。たとえば、ボタン１１０を介してユーザから各種の命令を受け付けて、データ通信デバイス１０１や音声通話デバイス１０２やネットワークを介して外部の通信端末とデータの送受信を行なう。後述するように、ＣＰＵ１０６は、外部からダウンロードした、あるいは予めメモリ１０３に格納されたプログラムに基づいて、図１２から図１６に示されるステップを実行する。
　データ通信デバイス１０１は、ＣＰＵ１０６からの通信データを図示しないアンテナを介して発信する。データ通信デバイス１０１は、アンテナを介して受信した通信データをＣＰＵ１０６に入力する。
　音声通話デバイス１０２は、ＣＰＵ１０６からの音声信号を図示しないアンテナを介して発信する。音声通話デバイス１０２は、アンテナを介して受信した音声信号をＣＰＵ１０６に入力する。
　メモリ１０３は、作業用メモリとして機能するＲＡＭ（Random　Access　Memory）や、制御プログラムや、画像データなどを記憶するフラッシュメモリ（Flash　Memory）などによって実現される。メモリ１０３は、各種のワークメモリ１０３Ａを有する。メモリ１０３のワークメモリ１０３Ａは、発信者の電話番号を格納するＲＣＶＴＥＬＮＯ領域、選択されたアドレスのメモリＮｏを格納するＳＥＬ領域、生成されたルーム名を格納するＲＯＯＭＮＡＭＥ領域などを含む。
　図７（Ａ）は、メモリ１０３が記憶するアドレス帳データ１０３Ｂを示すイメージ図である。図７（Ｂ）は、メモリ１０３が記憶する自端末データ１０３Ｃを示すイメージ図である。図７（Ｃ）は、メモリ１０３が記憶する通信相手のＩＰアドレスデータ１０３Ｄと自端末のＩＰアドレスデータ１０３Ｅとを示すイメージ図である。
　図７（Ａ）を参照して、アドレス帳データ（ＡｄｒＤＢ［］）１０３Ｂは、宛先（他の通信端末）毎にメモリＮｏを対応付けている。そして、アドレス帳データ１０３Ｂは、宛先毎に、名前、電話番号、メールアドレス、ニックネームなどを互いに対応付けて格納する。
　図７（Ｂ）を参照して、メモリ１０３は、自端末データ（ＭｙＡｄｒ）１０３Ｃとして、自端末のユーザの名前、自端末の電話番号、自端末のメールアドレス、ニックネームなどを格納する。
　図７（Ｃ）を参照して、メモリ１０３は、通信相手のＩＰアドレスデータ（ＨＩＳ＿ＩＰＡＤＲ）１０３Ｄと、自端末のＩＰアドレスデータ（ＭＹ＿ＩＰＡＤＲ）１０３Ｅとを格納する。
　＜マッチングサーバ４００のハードウェア構成＞
　次に、本実施の形態に係るマッチングサーバ４００のハードウェア構成について説明する。図８は、本実施の形態に係るマッチングサーバ４００のハードウェア構成を示すブロック図である。図８を参照して、本実施の形態に係るマッチングサーバ４００は、相互に内部バス４０８で接続されたＣＰＵ４０５と、メモリ４０６と、固定ディスク４０７と、通信デバイス４０９とを含む。
　メモリ４０６は、各種の情報を記憶するものであって、たとえば、ＣＰＵ４０５でのプログラムの実行に必要なデータを一時的に記憶する。固定ディスク４０７は、ＣＰＵ１０５が実行するプログラムやデータベースを記憶する。ＣＰＵ４０５は、マッチングサーバ４００の各要素を制御するものであって、各種の演算を実施する装置である。
　通信デバイス４０９は、ＣＰＵ４０５が出力したデータを電気信号へと変換して外部へ送信し、外部から受信した電気信号をデータに変換してＣＰＵ４０５に入力する。具体的には、通信デバイス４０９は、ＣＰＵ４０５からのデータを、インターネット５００やキャリア網７００などを介して携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００に送信する。そして、通信デバイス４０９は、インターネット５００やキャリア網７００を介して、携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００から受信したデータを、ＣＰＵ４０５に入力する。
　ここで、メモリ４０６あるいは固定ディスク４０７に記憶されるデータについて説明する。図９（Ａ）は、マッチングサーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第１のイメージ図であって、図９（Ｂ）は、マッチングサーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第２のイメージ図である。
　図９（Ａ）および図９（Ｂ）を参照して、ルーム管理テーブル４０６Ａは、ルーム毎に、ルーム名と当該ルームに入室中の通信端末の識別情報とを対応付けて格納する。たとえば、ある時点においては、図９（Ａ）を参照して、マッチングサーバ４００にルーム名ＡＢを有するチャットルーム、ルーム名ＣＤを有するチャットルーム、ルーム名ＥＦを有するチャットルーム、ルーム名ＧＨを有するチャットルームが生成されている。
　本実施の形態においては、ルーム名ＡＢは、通信端末Ａが通信端末Ａの電話番号と通信端末Ｂの電話番号とに基づいて決定する。ルーム名ＣＤは、通信端末Ｃが通信端末Ｃの電話番号と通信端末Ｄの電話番号とに基づいて決定する。ルーム名ＥＦは、通信端末Ｅが、通信端末Ｅの電話番号と通信端末Ｆの電話番号とに基づいて決定する。ルーム名ＧＨは、通信端末Ｇが通信端末Ｇの電話番号と通信端末Ｈの電話番号とに基づいて決定する。
　そして、ルーム名ＡＢを有するチャットルームには通信端末Ａが入室しているため、ルーム管理テーブル４０６Ａは、通信端末ＡのＩＰアドレスをルーム名ＡＢに対応付けて格納する。ルーム名ＣＤを有するチャットルームには通信端末Ｃが入室しているため、ルーム管理テーブル４０６Ａは、通信端末ＣのＩＰアドレスをルーム名ＣＤに対応付けて格納する。ルーム名ＥＦを有するチャットルームには通信端末Ｅが入室しているため、ルーム管理テーブル４０６Ａは、通信端末ＥのＩＰアドレスをルーム名ＥＦに対応付けて格納する。ルーム名ＧＨを有するチャットルームには通信端末Ｇが入室しているため、ルーム管理テーブル４０６Ａは、通信端末ＧのＩＰアドレスをルーム名ＧＨに対応付けて格納する。
　図９（Ｂ）を参照して、ルーム名ＡＢを有するチャットルームに新たに通信端末Ｂが入室すると、ルーム管理テーブル４０６Ａはルーム名ＡＢに対応付けて、通信端末ＢのＩＰアドレスを格納する。
　たとえば、マッチングサーバ４００においては、第１の携帯電話１００Ａが新たなチャットルームの生成を要求してきた際（図２におけるステップＳ０１６）に、生成要求からルーム名を取得して、ルーム管理テーブル４０６Ａに当該ルーム名と第１の携帯電話１００ＡのＩＰアドレスとを対応付けて格納する。その後、第２の携帯電話１００Ｂがマッチングサーバ４００にチャットルームへの入室を要求してきた際（図２におけるステップＳ０２４）に、ＣＰＵ４０５が、ルーム管理テーブル４０６Ａに当該ルーム名と第２の携帯電話１００ＢのＩＰアドレスとを対応付けて格納する。
　そして、当該ルームに関する所定の条件が満たされると、ＣＰＵ４０５は、ルーム管理テーブル４０６Ａから当該ルーム名に対応する第１の携帯電話１００ＡのＩＰアドレスや第２の携帯電話１００ＢのＩＰアドレスを読み出す。ＣＰＵ４０５は、第１の携帯電話１００ＡのＩＰアドレスを第２の各通信端末に送信し、第２の携帯電話１００ＢのＩＰアドレスを第１の携帯電話１００Ａに送信する。
　なお、所定の条件とは、たとえばルーム名に対応付けられたＩＰアドレスの個数が予め設定された個数に達することや、あるいはルームが生成されてから予め設定された時間が経過することなどが該当する。
　＜ネットワークシステム１の機能構成＞
　図１０は、本実施の形態に係るネットワークシステム１の機能構成を示すブロック図である。図１０を参照して、本実施の形態に係るネットワークシステム１は、第１の携帯電話１００Ａと、第２の携帯電話１００Ｂと、マッチングサーバ４００と、インターネット５００と、キャリア網７００とを含む。
　第１の携帯電話１００Ａは、第１の通信部１０１－１と、第１の生成部１０６１－１と、第１の通信制御部１０６２－１と、第１のメモリ１０３－１と、第１の入力部１１０－１とを含む。第２の携帯電話１００Ｂは、第２の通信部１０１－２と、第２の生成部１０６１－２と、第２の通信制御部１０６２－２と、第２のメモリ１０３－２と、第２の入力部１１０－２とを含む。マッチングサーバ４００は、通信デバイス４０９と、ルーム生成部４０５１と、ルーム入室部４０５２と、ルーム削除部４０５３と、メモリ４０６とを含む。
　　（マッチングサーバ４００の機能）
　まず、マッチングサーバ４００が有する機能について説明する。前述したように、メモリ４０６は、ルーム管理テーブル４０６Ａを記憶する。
　通信デバイス４０９は、インターネット５００やキャリア網７００を介して、第１の携帯電話１００Ａや第２の携帯電話１００Ｂとデータの送受信を行なう。たとえば、通信デバイス４０９は、第１の携帯電話１００Ａや第２の携帯電話１００Ｂなどから、新たなルームを生成するための生成要求や、ルームを削除するための削除要求や、ルームの存否を問い合わせるための検索要求や、ルームへ入室するための入室要求などを受信する。
　図１１は、マッチングサーバ４００と第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂとの間で送受信されるメッセージ（コマンド）の一例を示すイメージ図である。図１１を参照して、生成要求は、ルームの生成を要求するためのメッセージであって、コマンド名は「ＲＭ＿ＣＲＥＡＴＥ」である。第１の携帯電話１００Ａあるいは第２の携帯電話１００Ｂは、生成要求として、第１の携帯電話１００Ａあるいは第２の携帯電話１００ＢのＩＰアドレスと生成するルームのルーム名とを送信する。マッチングサーバ４００は、生成要求を受け付けて、後述するようにルーム名に対応する新たなルームを生成する。マッチングサーバ４００は、第１の携帯電話１００Ａあるいは第２の携帯電話１００Ｂにルームの生成に成功したか否かを示すメッセージを返信する。
　検索要求は、ルームの検索を要求するためのメッセージであって、コマンド名は「ＲＭ＿ＳＥＡＲＣＨ」である。第１の携帯電話１００Ａあるいは第２の携帯電話１００Ａは、検索要求として、第１の携帯電話１００Ａあるいは第２の携帯電話１００ＢのＩＰアドレスと検索するルーム名とを送信する。マッチングサーバ４００は、検索要求を受け付けて、後述するようにルーム管理テーブル４０６Ａにルーム名が記憶されているか否かを判断する。マッチングサーバ４００は、第１の携帯電話１００Ａあるいは第２の携帯電話１００Ｂに、ルーム名を有するルームが存在するか否かを示すメッセージを返信する。
　削除要求は、ルームの削除を要求するためのメッセージであって、コマンド名は「ＲＭ＿ＤＥＬＥＴＥ」である。第１の携帯電話１００Ａあるいは第２の携帯電話１００Ｂは、削除要求として、第１の携帯電話１００Ａあるいは第２の携帯電話１００ＢのＩＰアドレスと削除するルームのルーム名とを送信する。マッチングサーバ４００は、削除要求を受け付けて、ルーム管理テーブル４０６Ａからルーム名に対応するルームを削除する。マッチングサーバ４００は、第１の携帯電話１００Ａあるいは第２の携帯電話１００Ｂに、ルームの削除に成功したか否かを示すメッセージを返信する。
　入室要求は、ルームに入室するためのメッセージであって、コマンド名は「ＲＭ＿ＥＮＴＲＹ」である。第１の携帯電話１００Ａあるいは第２の携帯電話１００Ｂは、入室要求として、第１の携帯電話１００Ａあるいは第２の携帯電話１００ＢのＩＰアドレスと入室するルーム名とを送信する。マッチングサーバ４００は、入室要求を受け付けて、第１の携帯電話１００Ａあるいは第２の携帯電話１００ＢのＩＰアドレスをルーム名に対応付けてルーム管理テーブル４０６Ａに格納する。マッチングサーバ４００は、第１の携帯電話１００Ａあるいは第２の携帯電話１００Ｂに、ルームへの入室に成功したか否かを示すメッセージを返信する。
　図１０に戻って、ルーム生成部４０５１とルーム入室部４０５２とルーム削除部４０５３とは、マッチングサーバ４００のＣＰＵ４０５がメモリ４０６や固定ディスク４０７などに記憶されるプログラムを実行して図８に示される各ハードウェアを制御することによって実現される。たとえば、ＣＰＵ４０５が有する各機能は、ＣＰＵ４０５が、固定ディスク４０７に記憶されたプログラムを一旦メモリ４０６へと読み出して、メモリ４０６からそのプログラムを読み出しながら順次実行することによって実現される。
　ルーム生成部４０５１は、たとえば、第１の携帯電話１００Ａから通信デバイス４０９を介して生成要求を受け付ける。ルーム生成部４０５１は、生成要求に応じて、当該生成要求に含まれるルーム名を有する新たなルームを生成する。すなわち、ルーム生成部４０５１は、当該ルーム名と第１の携帯電話１００ＡのＩＰアドレスとを対応付けて、ルーム管理テーブル４０６Ａに格納する。ルーム生成部４０５１は、通信デバイス４０９を介して、判断結果を第１の携帯電話１００Ａに送信する。
　ルーム入室部４０５２は、たとえば、第２の携帯電話１００Ｂから通信デバイス４０９を介して、ルーム名を有するチャットルームの存否の問い合わせを受け付ける。ルーム入室部４０５２は、当該ルーム名がルーム管理テーブル４０６Ａに格納されているか否かを判断する。ルーム入室部４０５２は、通信デバイス４０９を介して、判断結果を第２の携帯電話１００Ｂに送信する。
　また、ルーム入室部４０５２は、たとえば、第２の携帯電話１００Ｂから通信デバイス４０９を介して、チャットルームへの入室要求を受け付ける。ルーム入室部４０５２は、入室要求に応じて、入室要求に含まれるルーム名に対応付けて第２の携帯電話１００ＢのＩＰアドレスをルーム管理テーブル４０６Ａに格納する。ルーム入室部４０５２は、当該ルームに関する所定の条件が満たされると、当該ルームに入室している各通信端末に、当該ルームに入室している他の通信端末のＩＰアドレスを送信する。
　なお、所定の条件とは、たとえばルーム名に対応付けられたＩＰアドレスの個数が予め設定された個数に達することや、あるいはルームが生成されてから予め設定された時間が経過することなどが該当する。
　ルーム削除部４０５３は、たとえば、第１の携帯電話１００Ａから通信デバイス４０９を介して、ルーム名を有するチャットルームの削除要求を受け付ける。ルーム削除部４０５３は、削除要求に応じて、ルーム管理テーブル４０６Ａの当該ルーム名に関するデータを削除する、あるいはルーム管理テーブル４０６Ａの当該ルーム名に対応する削除フラグなどをＯＮする。ルーム削除部４０５３は、通信デバイス４０９を介して、判断結果を第１の携帯電話１００Ａに送信する。
　　（第１の携帯電話１００Ａの機能）
　次に、第１の携帯電話１００Ａが有する機能について説明する。第１の通信部１０１－１は、第１の携帯電話１００Ａのデータ通信デバイス１０１あるいは音声通話デバイス１０２によって実現される。第１のメモリ１０３－１は、第１の携帯電話１００Ａのメモリ１０３によって実現される。第１の入力部１１０－１は、第１の携帯電話１００Ａのタッチパネル１０４やボタン１１０によって実現される。第１の生成部１０６１－１および第１の通信制御部１０６２－１は、第１の携帯電話１００ＡのＣＰＵ１０６がメモリ１０３に記憶されるプログラムを実行して図６に示される各ハードウェアを制御することによって実現される。
　第１のメモリ１０３－１は、第１の携帯電話１００Ａを特定するための第１の識別情報（電話番号やメールアドレスやＩＰアドレスなど）と第２の携帯電話１００Ｂを特定するための第２の識別情報（電話番号やメールアドレスやＩＰアドレスなど）とを格納する。より詳細には、第１のメモリ１０３－１は、アドレス帳データ１０３Ｂ、自端末データ１０３Ｃ、通信相手のＩＰアドレスデータ１０３Ｄ、自端末のＩＰアドレスデータ１０３Ｅなどを記憶する。
　第１の生成部１０６１－１は、音声通話中に、第１の入力部１１０－１を介して、ユーザからＰ２Ｐ通信を開始するための開始命令を受け付ける。より詳細には、ユーザは、音声通話の相手とのＰ２Ｐ通信を開始するための命令を入力する。第１の生成部１０６１－１は、開始命令に応じて、自身の電話番号と音声通話中の通信相手（第２の携帯電話１００Ｂ）の電話番号とに基づいて、新たなルーム名を生成する。
　第１の通信制御部１０６２－１は、第１の通信部１０１－１を介して、マッチングサーバ４００に、ルーム名に対応するチャットルームが存在するか否かを問い合わせる。
　ルーム名に対応するチャットルームが存在する場合、第１の通信制御部１０６２－１は、第１の通信部１０１－１を介してマッチングサーバ４００に入室要求を送信する。これによって、第１の通信制御部１０６２－１は、マッチングサーバ４００から相手の通信端末のＩＰアドレスを取得することができ、第１の通信部１０１－１を介してＰ２Ｐ通信を行なうことが可能になる。
　ルーム名に対応するチャットルームが存在しない場合、第１の通信制御部１０６２－１は、第１の通信部１０１－１を用いて、当該ルーム名とともに、新たなチャットルームを生成する生成要求をマッチングサーバ４００へ送信する。その後、相手の通信端末がチャットルームに入室すると、第１の通信制御部１０６２－１は、マッチングサーバ４００から相手の通信端末のＩＰアドレスを取得することができ、第１の通信部１０１－１を介して相手の通信端末とＰ２Ｐ通信を行なうことが可能になる。
　　（第２の携帯電話１００Ｂの機能）
　次に、第２の携帯電話１００Ｂが有する機能について説明する。第２の通信部１０１－２は、第２の携帯電話１００Ｂのデータ通信デバイス１０１あるいは音声通話デバイス１０２によって実現される。第２のメモリ１０３－２は、第２の携帯電話１００Ｂのメモリ１０３によって実現される。第２の入力部１１０－２は、第２の携帯電話１００Ｂのタッチパネル１０４やボタン１１０によって実現される。第２の生成部１０６１－２および第２の通信制御部１０６２－２は、第２の携帯電話１００ＢのＣＰＵ１０６がメモリ１０３に記憶されるプログラムを実行して図５に示される各ハードウェアを制御することによって実現される。
　第２のメモリ１０３－２は、第２の携帯電話１００Ｂを特定するための第２の識別情報（電話番号やメールアドレスやＩＰアドレスなど）と第１の携帯電話１００Ａを特定するための第１の識別情報（電話番号やメールアドレスやＩＰアドレスなど）とを格納する。より詳細には、第２のメモリ１０３－２は、アドレス帳データ１０３Ｂ、自端末データ１０３Ｃ、通信相手のＩＰアドレスデータ１０３Ｄ、自端末のＩＰアドレスデータ１０３Ｅなどを記憶する。
　第２の生成部１０６１－２は、音声通話中に、第２の入力部１１０－２を介して、ユーザからＰ２Ｐ通信を開始するための開始命令を受け付ける。より詳細には、ユーザは、音声通話の相手とのＰ２Ｐ通信を開始するための命令を入力する。第２の生成部１０６１－２は、開始命令に応じて、自身の電話番号と音声通話中の通信相手（第１の携帯電話１００Ａ）の電話番号とに基づいて、新たなルーム名を生成する。
　第２の通信制御部１０６２－２は、第２の通信部１０１－２を介して、マッチングサーバ４００に、ルーム名に対応するチャットルームが存在するか否かを問い合わせる。
　ルーム名に対応するチャットルームが存在する場合、第２の通信制御部１０６２－２は、第２の通信部１０１－２を介してマッチングサーバ４００に入室要求を送信する。これによって、第２の通信制御部１０６２－２は、マッチングサーバ４００から相手の通信端末のＩＰアドレスを取得することができ、第２の通信部１０１－２を介してＰ２Ｐ通信を行なうことが可能になる。
　ルーム名に対応するチャットルームが存在しない場合、第２の通信制御部１０６２－２は、第２の通信部１０１－２を用いて、当該ルーム名とともに、新たなチャットルームを生成する生成要求をマッチングサーバ４００へ送信する。その後、相手の通信端末がチャットルームに入室すると、第２の通信制御部１０６２－２は、マッチングサーバ４００から相手の通信端末のＩＰアドレスを取得することができ、第２の通信部１０１－２を介して相手の通信端末とＰ２Ｐ通信を行なうことが可能になる。
　　（ルーム名の生成）
　ここで、第１の生成部１０６１－１、第２の生成部１０６１－２によるルーム名の生成方法について説明する。
　たとえば、第１の生成部１０６１－１は、第１の携帯電話１００Ａの第１の電話番号と、第２の携帯電話１００Ｂの第２の電話番号とを単純に並べたルーム名を生成する。電話番号は、各端末に固有のデータであるため、第１の電話番号と第２の電話番号とを並べたルーム名は、各グループに固有のデータであって、他のグループのルーム名と重複することがない。ルームの存在の有無を確認する際には（図２におけるステップＳ０２２）、電話番号の前後を入れ替えたルーム名に関しても、ルームの存在の有無を確認することが好ましい。
　あるいは、第１の生成部１０６１－１は、第１の携帯電話１００Ａの電話番号に対応する他の識別情報（メールアドレスやニックネームなど）と、第２の携帯電話１００Ｂの他の識別情報とを、アルファベット順に並べたルーム名を生成してもよい。
　また、第１の生成部１０６１－１は、ハッシュ関数などを用いて第１の電話番号と第２の電話番号とを暗号化した上で、それらを並べてルーム名を生成してもよい。本実施の形態に係るネットワークシステム１においては、元のデータを復元する必要がないため、暗号化の方法は、元のデータがより復元し難いことが好ましい。たとえば、不可逆な関数を用いて、電話番号を暗号化することが好ましい。
　本実施の形態に係るネットワークシステム１においては、第２の生成部１０６１－２が、第１の生成部１０６１－１と同様の方法でルーム名を生成する。このため、招待される第２の携帯電話１００Ｂが自身でルーム名を生成することができる。すなわち、Ｐ２Ｐ通信を開始する前に、第１の携帯電話１００Ａのユーザがルーム名を第２の携帯電話１００Ｂのユーザに通知する必要がなくなる。
　より詳細には、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂのユーザは、Ｐ２Ｐ通信相手を選択するための命令を入力する必要がない。また、ユーザは、ルーム名を考えたり、ルーム名を入力したりする必要もない。すなわち、第１の携帯電話１００Ａと第２の携帯電話１００ＢのユーザがＰ２Ｐ通信を開始するまでに行なう手間が大幅に削減される。
　このように、本実施の形態に係るネットワークシステム１においては、各通信端末にて他のチャットルームのルーム名と重複しないルーム名を生成するため、各通信端末のユーザが他のチャットルームのルーム名と重複しないルーム名を考える必要がない。また、本実施の形態に係るネットワークシステム１は、チャットルームのルーム名をユーザが入力する手間も省くことができる。
　＜携帯電話１００における通信処理＞
　次に、本実施の形態に係る携帯電話１００における通信処理について説明する。図１２は、本実施の形態に係る携帯電話１００における通信処理の処理手順を示すフローチャートである。
　図１２を参照して、まず、ＣＰＵ１０６は、ディスプレイ１０７に待ち受け画面を表示させる（ステップＳ１０２）。ＣＰＵ１０６は、アドレス帳ボタン１１０Ｄ（あるいはタッチパネル１０４上に表示されるアドレス帳のためのソフトウェアボタン）が操作されたか否かを判断する（ステップＳ１０４）。アドレス帳ボタン１１０Ｄが操作された場合（ステップＳ１０４にてＹＥＳである場合）、ＣＰＵ１０６は、発呼処理（ステップＳ２００）を実行する。なお、発呼処理（ステップＳ２００）については後述する。
　アドレス帳ボタン１１０Ｄが操作されない場合（ステップＳ１０４にてＮＯである場合）、ＣＰＵ１０６は、電話の呼び出し（着呼）があるか否かを判断する（ステップＳ１０６）。電話の呼び出しがあった場合（ステップＳ１０６にてＹＥＳである場合）、ＣＰＵ１０６は、着呼処理（ステップＳ５００）を実行する。着呼処理（ステップＳ５００）については後述する。電話の呼び出しがない場合（ステップＳ１０６にてＮＯである場合）、ＣＰＵ１０６はステップＳ１０４からの処理を繰り返す。
　＜携帯電話１００における発呼処理＞
　次に、本実施の形態に係る携帯電話１００における発呼処理について説明する。図１３は、本実施の形態に係る携帯電話１００における発呼処理の処理手順を示すフローチャートである。
　図１３を参照して、ＣＰＵ１０６は、アドレス帳ボタン１１０Ｄが操作された場合（ステップＳ１０４にてＹＥＳである場合）、アドレス帳データ１０３Ｂに基づいて、ディスプレイ１０７にアドレス帳を一覧表示させる（ステップＳ２０２）。ユーザは、ボタン１１０を押下することによって（あるいはタッチパネル１０４上に表示される相手端末のレコードの１つにタッチすることによって）、ＴＥＬ通話における相手の通信端末を選択する（ステップＳ２０４）。すなわち、ＣＰＵ１０６は、ボタン１１０あるいはタッチパネル１０４を介して通信端末の選択命令を受け付ける。
　ＣＰＵ１０６は、相手の通信端末が選択された状態において、ＴＥＬボタン１１０Ａ（あるいはタッチパネル１０４上に表示される音声通話を開始するためのソフトウェアボタン）が操作されたか否かを判断する（ステップＳ２０６）。ＴＥＬボタン１１０Ａが操作された場合（ステップＳ２０６にてＹＥＳである場合）、ＣＰＵ１０６は、ＴＥＬ発呼処理（ステップＳ３００）を実行する。なお、ＴＥＬ発呼処理（３００）については後述する。
　ＴＥＬボタン１１０Ａが操作されない場合（ステップＳ２０６にてＮＯである場合）、ＣＰＵ１０６は、終了ボタン１１０Ｅ（あるいはタッチパネル１０４上に表示される音声通話を中止するためのソフトウェアボタン）が操作されたか否かを判断する（ステップＳ２０８）。終了ボタン１１０Ｅが操作された場合（ステップＳ２０８にてＹＥＳである場合）、ＣＰＵ１０６は、発呼処理を終了して、ステップＳ１０２からの処理を繰り返す。終了ボタンが操作されない場合（ステップＳ２０８にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ２０６からの処理を繰り返す。
　＜携帯電話１００におけるＴＥＬ発呼処理＞
　次に、本実施の形態に係る携帯電話１００におけるＴＥＬ発呼処理について説明する。図１４は、本実施の形態に係る携帯電話１００におけるＴＥＬ発呼処理の処理手順を示すフローチャートである。
　図１４を参照して、ＣＰＵ１０６は、ＴＥＬボタン１１０Ａが操作された場合（ステップＳ２０６にてＹＥＳである場合）、音声通話デバイス１０２を用いて、選択された通信端末の電話番号（メモリ１０３のＳＥＬに格納されているメモリＮｏに対応する電話番号）に発呼する（ステップＳ３０２）。すなわち、ＣＰＵ１０６は、データ通信デバイス１０１あるいは音声通話デバイス１０２を介して、アドレス帳から選択された相手通信端末に電話をかける。
　ＣＰＵ１０６は、ＴＥＬボタン１１０Ａ（あるいはタッチパネル１０４上に表示される音声通話を終了するためのソフトウェアボタン）が操作されたか否かを判断する（ステップＳ３０４）。ＴＥＬボタンが操作をされた場合（ステップＳ３０４にてＹＥＳである場合）、ＣＰＵ１０６は、ＴＥＬの発呼を中断したうえで（ステップＳ３０６）、ステップＳ１０２からの処理を繰り返す。
　ＴＥＬボタンが操作をされない場合（ステップＳ３０４にてＮＯである場合）、ＣＰＵ１０６は、相手通信端末の応答を待ち受ける（ステップＳ３０８）。相手通信端末の応答が無い場合（ステップＳ３０８にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ３０４からの処理を繰り返す。
　相手通信端末の応答が有った場合（ステップＳ３０８にてＹＥＳである場合）、ＣＰＵ１０６は、通話制御を行なう（ステップＳ３１０）。これ以降、ステップＳ３１６まで、図４（ａ）に示すように、ＣＰＵ１０６は、タッチパネル１０４に、手描きチャット通信（本実施の形態においては、Ｐ２Ｐ通信である。）を開始するための命令を受け付けるための手描きボタン１０４Ａを表示させる。あるいは、ＣＰＵ１０６は、いずれかのハードウェアボタン１１０を手描きボタン１０４Ａとして利用する。
　本実施の形態においては、図４（ａ）に示すように、ＣＰＵ１０６は、通話制御中に、タッチパネル１０４に、通話制御を終了するためのＴＥＬ終了ボタン１０４Ｂも表示させる。
　ＣＰＵ１０６は、手描きボタン１０４Ａが押下されると（ステップＳ３１２においてＹＥＳである場合）、Ｐ２Ｐ開始処理（ステップＳ４００）を実行する。なお、Ｐ２Ｐ開始処理（Ｓ４００）については後述する。
　ＣＰＵ１０６は、手描きボタン１０４Ａが押下されない場合（ステップＳ３１２においてＮＯである場合）、タッチパネル１０４上のＴＥＬ終了ボタン１０４Ｂが押下されたか否か、あるいは、外部からＴＥＬ終了信号を受信したか否かを判断する（ステップＳ３１４）。
　ＣＰＵ１０６は、ＴＥＬ終了ボタン１０４Ｂが押下されない場合、かつ、ＴＥＬ終了信号を受信しない場合（ステップＳ３１４においてＮＯである場合）、ステップＳ３１０からの処理を繰り返す。
　ＣＰＵ１０６は、ＴＥＬ終了ボタン１０４Ｂが押下された場合、あるいは、ＴＥＬ終了信号を受信した場合（ステップＳ３１４においてＹＥＳである場合）、ＴＥＬ通話を切断する（ステップＳ３１６）。ＣＰＵ１０６は、ステップＳ１０２からの処理を繰り返す。
　＜携帯電話１００におけるＰ２Ｐ通信処理＞
　次に、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信処理について説明する。図１５は、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信処理の処理手順を示すフローチャートである。
　図１５を参照して、Ｐ２Ｐボタン１１０Ｃが操作された場合（ステップＳ３１２においてＹＥＳである場合、あるいはステップＳ５２０においてＹＥＳである場合）、ＣＰＵ１０６は、スピーカ１０９からの音声出力を増大させて、マイク１０８の感度を増大させる（ステップＳ４０２）。すなわち、ＣＰＵ１０６は、通信端末を「ハンズフリーモード」あるいは「スピーカフォンモード」に移行させる。
　ＣＰＵ１０６は、所定のルールに基づいて、相手の通信端末の電話番号（ＲＣＶＴＥＬＮＯの値）と自端末の電話番号（ＭｙＡｄｒ．ＴＥＬＮｏの値）とからチャットルーム名を生成する（ステップＳ４０４）。たとえば、ＣＰＵ１０６は、ＲＭＮＭにＨＡＳＨ関数の戻り値、ＨＡＳＨ（ＲＣＶＴＥＬＮＯ，ＭｙＡｄｒ．ＴＥＬＮｏ）を代入する。
　ＣＰＵ１０６は、データ通信デバイス１０１を介して、インターネット５００に接続する（ステップＳ４０６）。このとき、携帯電話１００には、ＩＰアドレスが割り当てられる。
　ＣＰＵ１０６は、データ通信デバイス１０１を介して、マッチングサーバ４００に、ＲＭＮＭに格納されているチャットルーム名を有するチャットルームが存在するか否かを問い合わせる（ステップＳ４０８）。
　未だ、マッチングサーバ４００に、ＲＭＮＭに格納されているチャットルーム名を有するチャットルームが存在しない場合（ステップＳ４０８にてＮＯである場合）、ＣＰＵ１０６は、データ通信デバイス１０１を介して、マッチングサーバ４００にＲＭＮＭのチャットルーム名を有するチャットルームを生成するための生成要求を送信する（ステップＳ４１０）。
　ＣＰＵ１０６は、ボタン１１０を介して、ユーザによってＰ２Ｐボタンが操作されたか否かを判断する（ステップＳ４１２）。すなわち、ＣＰＵ１０６は、ユーザからＰ２Ｐ通信を中断するための命令を受け付けたか否かを判断する。ユーザによってＰ２Ｐボタンが操作された場合（ステップＳ４１２にてＹＥＳである場合）、ＣＰＵ１０６は、データ通信デバイス１０１を介して、マッチングサーバ４００にＲＭＮＭのチャットルーム名を有するチャットルームを削除するための削除要求を送信して（ステップＳ４１４）、ステップＳ１０２からの処理を繰り返す。
　ユーザによってＰ２Ｐボタンが操作されない場合（ステップＳ４１２にてＮＯである場合）、ＣＰＵ１０６は、生成したチャットルームに相手通信端末が入室したか否かを判断する（ステップＳ４１６）。ＣＰＵ１０６は、生成したチャットルームに相手通信端末が入室しない場合（ステップＳ４１６にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ４１２からの処理を繰り返す。
　生成したチャットルームに相手通信端末が入室した場合（ステップＳ４１６にてＹＥＳである場合）、ＣＰＵ１０６は、受信した相手通信端末のＩＰアドレスをＨＩＳ＿ＩＰＡＤＲに記憶する（ステップＳ４１８）。ＣＰＵ１０６は、データ通信デバイス１０１を介してマッチングサーバ４００にＲＭＮＭのチャットルーム名を有するチャットルームを削除するための削除要求を送信し（ステップＳ４２０）、図４（ｄ）に示すように、Ｐ２Ｐデータ通信の制御を開始する（ステップＳ４２２）。
　一方、既に、マッチングサーバ４００に、ＲＭＮＭに格納されているチャットルーム名を有するチャットルームが存在する場合（ステップＳ４０８にてＹＥＳである場合）、ＣＰＵ１０６は、データ通信デバイス１０１を介してマッチングサーバ４００のチャットルームへ入室する（ステップＳ４３２）。すなわち、ＣＰＵ１０６は、データ通信デバイス１０１を介してマッチングサーバ４００に入室要求を送信する。
　ＣＰＵ１０６は、データ通信デバイス１０１を介して、マッチングサーバ４００からＰ２Ｐ通信のための相手のＩＰアドレスを取得する（ステップＳ４３４）。ＣＰＵ１０６は、相手のＩＰアドレスをＨＩＳ＿ＩＰＡＤＲに記憶して、図４（ｄ）に示すように、Ｐ２Ｐ通信の制御を開始する（ステップＳ４２２）。
　ＣＰＵ１０６は、ボタン１１０あるいはチャット終了ボタン１０４Ｃを介して、ユーザによってＰ２Ｐ終了ボタン１０４Ｃ（図４を参照。）が操作されたか否か、あるいはＰ２Ｐ通信における相手通信端末から通信終了通知を受信したか否かを判断する（ステップＳ４２４）。すなわち、ＣＰＵ１０６はユーザからＰ２Ｐ通信を中断するための命令を受け付けたか否かを判断する。Ｐ２Ｐボタンが操作されない場合（ステップＳ４２４にてＮＯである場合）、ＣＰＵ１０６はステップＳ４２２からの処理を繰り返す。
　Ｐ２Ｐボタンが操作された場合（ステップＳ４２４にてＹＥＳである場合）、ＣＰＵ１０６はインターネット５００への接続を切断する（ステップＳ４２６）。ＣＰＵ１０６は、「ハンズフリーモード」あるいは「スピーカフォンモード」を解除する（ステップＳ４２８）。ＣＰＵ１０６は、ステップＳ３１０からの処理を繰り返す。
　＜携帯電話１００における着呼処理＞
　次に、本実施の形態に係る携帯電話１００における着呼処理について説明する。図１６は、本実施の形態に係る携帯電話１００における着呼処理の処理手順を示すフローチャートである。
　図１６を参照して、電話の呼び出しがあった場合（ステップＳ１０６にてＹＥＳである場合）、ＣＰＵ１０６は、発信者の電話番号が通知されているか否かを判断する（ステップＳ５０２）。発信者の電話番号が通知されていない場合（ステップＳ５０２にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ５０６からの処理を実行する。
　一方、発信者の電話番号が通知されている場合（ステップＳ５０２にてＹＥＳである場合）、ＣＰＵ１０６は発信者の電話番号をＲＣＶＴＥＬＮＯに記憶する（ステップＳ５０４）。ＣＰＵ１０６は、第１の通知部１１１を稼動する、すなわち、スピーカ１０９などを介して着信音を出力したり、あるいは、バイブレーション機能により携帯電話１００を振動させたりする（ステップＳ５０６）。ＣＰＵ１０６は、第２の通知部１１２を稼動する、すなわち、ＴＥＬ用ＬＥＤ１１２Ａを点滅させる（ステップＳ５０８）。
　ＣＰＵ１０６は、着呼が終了したか否かを判断する（ステップＳ５１０）。ＣＰＵ１０６は、着呼が終了した場合（ステップＳ５１０にてＹＥＳである場合）、第１の通知部１１１を停止する、すなわち、スピーカ１０９などを介する着信音の出力を停止したり、あるいは、バイブレーション機能による携帯電話１００の振動を停止させたりする（ステップＳ５１２）。ＣＰＵ１０６は、第２の通知部１１２を稼動して、すなわち、ＴＥＬ用ＬＥＤ１１２Ａを点灯させて（ステップＳ５１４）、メモリ１０３に通信相手端末の発信者番号や着信時間を着信履歴として登録し、ステップＳ１０２からの処理を繰り返す。
　ＣＰＵ１０６は、着呼が終了しなかった場合（ステップＳ５１０にてＮＯである場合）、ＴＥＬボタン１１０Ａが操作されたか否かを判断する（ステップＳ５１６）。ＣＰＵ１０６は、ＴＥＬボタン１１０Ａが操作されなかった場合（ステップＳ５１６にてＮＯである場合）、ステップＳ５１０からの処理を繰り返す。
　ＣＰＵ１０６は、ＴＥＬボタン１１０Ａが操作された場合（ステップＳ５１６にてＹＥＳである場合）、通話制御を行なう（ステップＳ５１８）。これ以降、ステップＳ５２２まで、図４（ａ）に示すように、ＣＰＵ１０６は、タッチパネル１０４に、手描きチャット通信（本実施の形態においては、Ｐ２Ｐ通信である。）を開始するための命令を受け付けるための手描きボタン１０４Ａを表示させる。あるいは、ＣＰＵ１０６は、いずれかのハードウェアボタン１１０を手描きボタン１０４Ａとして使用する。
　本実施の形態においては、図４（ａ）に示すように、ＣＰＵ１０６は、通話制御中に、タッチパネル１０４に、通話制御を終了するためのＴＥＬ終了ボタン１０４Ｂも表示させる。
　ＣＰＵ１０６は、手描きボタン１０４Ａが押下されると（ステップＳ５２０においてＹＥＳである場合）、前述したＰ２Ｐ開始処理（ステップＳ４００）を実行する。
　ＣＰＵ１０６は、手描きボタン１０４Ａが押下されない場合（ステップＳ５２０においてＮＯである場合）、タッチパネル１０４上のＴＥＬ終了ボタン１０４Ｂが押下されたか否か、あるいは、外部からＴＥＬ終了信号を受信したか否かを判断する（ステップＳ５２２）。
　ＣＰＵ１０６は、ＴＥＬ終了ボタン１０４Ｂが押下されない場合、かつ、ＴＥＬ終了信号を受信しない場合（ステップＳ５２２においてＮＯである場合）、ステップＳ５１８からの処理を繰り返す。
　ＣＰＵ１０６は、ＴＥＬ終了ボタン１０４Ｂが押下された場合、あるいは、ＴＥＬ終了信号を受信した場合（ステップＳ５２２においてＹＥＳである場合）、ＴＥＬ通話を切断する（ステップＳ５２４）。ＣＰＵ１０６は、ステップＳ１０２からの処理を繰り返す。
　＜マッチングサーバ４００における応答処理＞
　次に、本実施の形態に係るマッチングサーバ４００における応答処理について説明する。図１７は、本実施の形態に係るマッチングサーバ４００における応答処理の処理手順を示すフローチャートである。
　図１７を参照して、マッチングサーバ４００のＣＰＵ４０５は、通信デバイス４０９を介して、第１の携帯電話１００Ａからメッセージを待ち受ける（ステップＳ９０２）。ＣＰＵ４０５は、第１の携帯電話１００Ａからメッセージを受け付けると（ステップＳ９０２にてＹＥＳである場合）、メッセージがチャットルームを生成するための生成要求であるか否かを判断する（ステップＳ９０４）。
　メッセージがチャットルームを生成するための生成要求である場合（ステップＳ９０４にてＹＥＳである場合）、ＣＰＵ４０６は生成要求に含まれるルーム名がルーム管理テーブル４０６Ａに存在するか否かを判断する（ステップＳ９０６）。ルーム名がルーム管理テーブル４０６Ａに存在する場合（ステップＳ９０６にてＹＥＳである場合）、ＣＰＵ４０６はルームの生成に失敗した旨を通知して（ステップＳ９３２）、ステップＳ９０２からの処理を繰り返す。
　ルーム名がルーム管理テーブル４０６Ａに存在しない場合（ステップＳ９０６にてＮＯである場合）、ＣＰＵ４０６はルーム名のルームを生成する（ステップＳ９０８）。すなわち、ＣＰＵ４０６は、ルーム管理テーブル４０６Ａにルーム名と生成要求に含まれる呼び出し側のＩＰアドレスとを対応付けて記憶する。ＣＰＵ４０６は、呼び出し側のＩＰアドレスにルームの生成が成功した旨を通知して（ステップＳ９１０）、ステップＳ９０２からの処理を繰り返す。
　メッセージがチャットルームを生成するための生成要求でない場合（ステップＳ９０４にてＮＯである場合）、ＣＰＵ４０６はメッセージがルーム名を検索するための検索要求であるか否かを判断する（ステップＳ９１２）。
　メッセージがチャットルームを検索するための検索要求である場合（ステップＳ９１２にてＹＥＳである場合）、検索要求に含まれるルーム名がルーム管理テーブル４０６Ａに存在するか否かを判断する（ステップＳ９１４）。ルーム名がルーム管理テーブル４０６Ａに存在する場合（ステップＳ９１４にてＹＥＳである場合）、ＣＰＵ４０６は要求元のＩＰアドレスにルームが見つかった旨を通知して（ステップＳ９１０）、ステップＳ９０２からの処理を繰り返す。
　ルーム名がルーム管理テーブル４０６Ａに存在しない場合（ステップＳ９１４にてＮＯである場合）、ＣＰＵ４０６は要求元のＩＰアドレスにルーム名が見つからない旨を通知して（ステップＳ９３２）、ステップＳ９０２からの処理を繰り返す。
　メッセージがチャットルームを検索するための検索要求でない場合（ステップＳ９１２にてＮＯである場合）、ＣＰＵ４０６はメッセージがチャットルームを削除するための削除要求であるか否かを判断する（ステップＳ９１６）。
　メッセージがチャットルームを削除するための削除要求である場合（ステップＳ９１６にてＹＥＳである場合）、ＣＰＵ４０６は、要求元のＩＰアドレスが削除要求に含まれるルーム名に対応付けられてルーム管理テーブル４０６Ａに格納されているか否かを判断する（ステップＳ９１８）。すなわち、ＣＰＵ４０６は、要求元の通信端末が、チャットルームに既に入室している通信端末であるか否かを判断する。
　要求元のＩＰアドレスが削除要求に含まれるルーム名に対応付けられてルーム管理テーブル４０６Ａに格納されている場合（ステップＳ９１８にてＹＥＳである場合）、ＣＰＵ４０６はルーム名のチャットルームを削除する（ステップＳ９２０）。ＣＰＵ４０６は、要求元のＩＰアドレスにチャットルームの削除が成功した旨を通知して（ステップＳ９１０）、ステップＳ９０２からの処理を繰り返す。
　要求元のＩＰアドレスが削除要求に含まれるルーム名に対応付けられてルーム管理テーブル４０６Ａに格納されていない場合（ステップＳ９１８にてＮＯである場合）、ＣＰＵ４０６は要求元のＩＰアドレスにチャットルームの削除が失敗した旨を通知して（ステップＳ９３２）、ステップＳ９０２からの処理を繰り返す。
　メッセージがチャットルームを削除するための削除要求でない場合（ステップＳ９１６にてＮＯである場合）、ＣＰＵ４０６はメッセージがチャットルームに入室するための入室要求であるか否かを判断する（ステップＳ９２２）。
　メッセージがチャットルームに入室するための入室要求である場合（ステップＳ９２２にてＹＥＳである場合）、ＣＰＵ４０６は、入室要求に含まれるルーム名がルーム管理テーブル４０６Ａに格納されているか否かを判断する（ステップＳ９２４）。入室要求に含まれるルーム名がルーム管理テーブル４０６Ａに格納されている場合（ステップＳ９２４にてＹＥＳである場合）、ＣＰＵ４０６はルーム名に対応付けて要求元のＩＰアドレスをルーム管理テーブル４０６Ａに登録する（ステップＳ９２６）。
　ＣＰＵ４０６は、通信デバイス４０９を介して、ルーム名に対応付けられてルーム管理テーブル４０６Ａに既に登録されているＩＰアドレスに、要求元のＩＰアドレスを送信する（ステップＳ９２８）。ＣＰＵ４０６は、通信デバイス４０９を介して、要求元のＩＰアドレスに、ルーム名に対応付けられてルーム管理テーブル４０６Ａに既に登録されているＩＰアドレスを送信する（ステップＳ９３０）。そして、ＣＰＵ４０６は、ステップＳ９０２からの処理を繰り返す。
　一方、メッセージがチャットルームに入室するための入室要求でない場合（ステップＳ９２２にてＮＯである場合）、および入室要求に含まれるルーム名がルーム管理テーブル４０６Ａに格納されていない場合（ステップＳ９２４にてＮＯである場合）、ＣＰＵ４０６は要求元のＩＰアドレスにエラーメッセージを送信して（ステップＳ９３２）、ステップＳ９０２からの処理を繰り返す。
　＜本実施の形態に係るネットワークシステム１のその他の適用例＞
　本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。
　この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
　プログラムコードを供給するための記憶媒体としては、例えば、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ（マスクＲＯＭ、フラッシュＥＥＰＲＯＭなど）などを用いることができる。
　また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
　さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
　今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
　１　ネットワークシステム、１００，１００Ａ，１００Ｂ，１００Ｃ　携帯電話、１０１　第１の通信デバイス、１０２　第２の通信デバイス、１０３，１０３－１，１０３－２　メモリ、１０３Ａ，１０３Ａ－１，１０３Ａ－２　ワークメモリ、１０３Ｂ，１０３Ｂ－１，１０３Ｂ－２　アドレス帳データ、１０３Ｃ，１０３Ｃ－１，１０３Ｃ－２　自端末データ、１０３Ｄ，１０３Ｄ－１，１０３Ｄ－２　通信相手のＩＰアドレスデータ、１０３Ｅ，１０３Ｅ－１，１０３Ｅ－２　自端末のＩＰアドレスデータ、１０６，１０６－１，１０６－２　ＣＰＵ、１０６１，１０６１－１，１０６１－２　生成部、１０６２，１０６２－１，１０６２－２　通信制御部、１０７　ディスプレイ、１０８　マイク、１０９　スピーカ、１１０，１１０－１，１１０－２　入力部、２００　カーナビゲーション装置、３００　パーソナルコンピュータ、４００　マッチングサーバ、４０５Ａ　ルーム生成部、４０５Ｂ　ルーム入室部、４０５Ｃ　ルーム削除部、４０６　メモリ、４０６Ａ　ルーム管理テーブル、４０７　固定ディスク、４０８　内部バス、４０９　通信デバイス、５００　インターネット、７００　キャリア網。

Claims (7)

  1. 　他の通信端末と通信するための通信端末（１００）であって、
    　第１の通信デバイス（１０１）と、
    　第２の通信デバイス（１０２）と、
    　スピーカ（１０９）と、
    　マイク（１０８）と、
    　プロセッサ（１０６）とを備え、
    　前記プロセッサは、
    　前記第１の通信デバイスと前記スピーカと前記マイクとを用いて、前記他の通信端末との音声通話を行い、
    　前記他の通信端末との音声通話中に、データ通信を開始するための命令を受け付け、
    　前記命令に応じて、前記音声通話を行いながら、前記第２の通信デバイスを用いて、前記他の通信端末とのデータ通信を行う、通信端末。
  2. 　タッチパネル（１０４）をさらに備え、
    　前記プロセッサは、
    　前記他の通信端末とのデータ通信中に、前記タッチパネルを介して第１の手描き画像の入力を受け付けて、当該第１の手描き画像を前記第２の通信デバイスを介して当該他の通信端末へと送信し、
    　前記他の通信端末との前記データ通信中に、前記第２の通信デバイスを介して当該他の通信端末から第２の手描き画像を受信して、当該第２の手描き画像を前記タッチパネルに表示させる、請求項１に記載の通信端末。
  3. 　前記プロセッサは、前記他の通信端末との音声通話中に、前記タッチパネルに前記データ通信を開始するための命令を受け付けるためのソフトウェアボタンを表示させる、請求項２に記載の通信端末。
  4. 　ハードウェアボタンをさらに備え、
    　前記プロセッサは、前記他の通信端末との音声通話中に、前記ハードウェアボタンを介して、前記データ通信を開始するための命令を受け付ける、請求項１に記載の通信端末。
  5. 　前記プロセッサは、前記データ通信を開始するときに、前記通信端末をハンズフリーモードへと移行させる、請求項１に記載の通信端末。
  6. 　第１および第２の通信デバイスとスピーカとマイクとプロセッサとを含む通信端末における通信方法であって、
    　前記プロセッサが、前記第１の通信デバイスと前記スピーカと前記マイクとを用いて、前記他の通信端末との音声通話を行うステップと、
    　前記プロセッサが、前記他の通信端末との音声通話中に、データ通信を開始するための命令を受け付けるステップと、
    　前記プロセッサが、前記命令に応じて、前記音声通話を行いながら、前記第２の通信デバイスを用いて、前記他の通信端末とのデータ通信を行うステップとを備える、通信方法。
  7. 　第１および第２の通信デバイスとスピーカとマイクとプロセッサとを含む通信端末に通信させるための通信プログラムを記録したコンピュータ読取可能な記録媒体であって、
    　前記通信プログラムは、前記プロセッサに、
    　前記第１の通信デバイスと前記スピーカと前記マイクとを用いて、前記他の通信端末との音声通話を行うステップと、
    　前記他の通信端末との音声通話中に、データ通信を開始するための命令を受け付けるステップと、
    　前記命令に応じて、前記音声通話を行いながら、前記第２の通信デバイスを用いて、前記他の通信端末とのデータ通信を行うステップとを実行させる、通信プログラムを記録したコンピュータ読取可能な記録媒体。
PCT/JP2011/051438 2010-02-16 2011-01-26 通信端末、通信方法、および通信プログラムを記録したコンピュータ読取可能な記録媒体 Ceased WO2011102196A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2011800097711A CN102754419A (zh) 2010-02-16 2011-01-26 通信终端、通信方法以及记录有通信程序的计算机可读取的记录介质
US13/578,984 US20120309367A1 (en) 2010-02-16 2011-01-26 Communication terminal, communication method, and computer readable storage medium having communication program stored therein

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010031204A JP2011171809A (ja) 2010-02-16 2010-02-16 通信端末、通信方法、および通信プログラム
JP2010-031204 2010-02-16

Publications (1)

Publication Number Publication Date
WO2011102196A1 true WO2011102196A1 (ja) 2011-08-25

Family

ID=44482795

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/051438 Ceased WO2011102196A1 (ja) 2010-02-16 2011-01-26 通信端末、通信方法、および通信プログラムを記録したコンピュータ読取可能な記録媒体

Country Status (4)

Country Link
US (1) US20120309367A1 (ja)
JP (1) JP2011171809A (ja)
CN (1) CN102754419A (ja)
WO (1) WO2011102196A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5658547B2 (ja) * 2009-12-29 2015-01-28 シャープ株式会社 ネットワークシステム、通信方法、および通信端末
JP6144550B2 (ja) * 2013-06-26 2017-06-07 京セラ株式会社 ユーザ端末及びプロセッサ
KR101982163B1 (ko) * 2017-08-22 2019-05-24 라인 가부시키가이샤 인터넷 전화 서비스의 통화 자동 연결 방법 및 시스템
JP7246870B2 (ja) * 2018-06-29 2023-03-28 Ｌｉｎｅ株式会社 送信先決定方法、送信先決定装置、送信先決定プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08116352A (ja) * 1994-10-17 1996-05-07 Hitachi Ltd 情報処理装置
JP2000261857A (ja) * 1999-03-10 2000-09-22 Denso Corp 携帯電話装置
JP2003234842A (ja) * 2001-10-02 2003-08-22 Ia Link Systems Co Ltd リアルタイム手書き通信システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7224991B1 (en) * 2000-09-12 2007-05-29 At&T Corp. Method and system for handwritten electronic messaging
US7650170B2 (en) * 2004-03-01 2010-01-19 Research In Motion Limited Communications system providing automatic text-to-speech conversion features and related methods
US8094938B2 (en) * 2004-04-02 2012-01-10 Nokia Corporation Apparatus and method for handwriting recognition
KR100662360B1 (ko) * 2004-10-04 2007-01-02 엘지전자 주식회사 그룹 통신 기능을 갖는 이동 통신 단말기를 이용한 데이터 통신 방법
US9026117B2 (en) * 2006-05-16 2015-05-05 Aylus Networks, Inc. Systems and methods for real-time cellular-to-internet video transfer
US8704863B2 (en) * 2010-04-07 2014-04-22 Apple Inc. Transitioning between circuit switched calls and video calls

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08116352A (ja) * 1994-10-17 1996-05-07 Hitachi Ltd 情報処理装置
JP2000261857A (ja) * 1999-03-10 2000-09-22 Denso Corp 携帯電話装置
JP2003234842A (ja) * 2001-10-02 2003-08-22 Ia Link Systems Co Ltd リアルタイム手書き通信システム

Also Published As

Publication number Publication date
JP2011171809A (ja) 2011-09-01
US20120309367A1 (en) 2012-12-06
CN102754419A (zh) 2012-10-24

Similar Documents

Publication Publication Date Title
KR101203248B1 (ko) 네트워크 시스템, 통신 단말기, 통신 방법 및 통신 프로그램을 기록한 컴퓨터 판독가능 기록매체
CN101292500B (zh) 提供歌曲播放列表的移动无线通信终端、系统、方法和计算机程序产品
JP6599380B2 (ja) 車載ハンズフリー装置およびデータ転送方法
JP5005103B1 (ja) 通話システム
WO2011102196A1 (ja) 通信端末、通信方法、および通信プログラムを記録したコンピュータ読取可能な記録媒体
US8576834B2 (en) Communication system
JP2005130287A (ja) 通信制御装置及び通信制御方法、通信端末装置並びに通信システム
JP5354571B2 (ja) ネットワークシステム、通信装置、通信方法、および通信プログラム
KR20220033979A (ko) 착신전환 기반의 사용자 단말의 전화번호 유지 방법 및 시스템
CN112954103B (zh) 一种呼叫通话方法、装置、存储介质及固定电话
JP6031825B2 (ja) 楽曲データ出力システム
KR20120055843A (ko) 컨텐츠 자동 전송을 위한 크래들 장치, 단말기, 시스템 및 방법
CN114093367B (zh) 基于蓝牙耳机的远程控制系统及方法
CN103761302B (zh) 信息处理方法和信息处理设备
JP4726670B2 (ja) 情報通信機器、情報処理プログラム、および情報通信システム
KR100760658B1 (ko) 이동통신 단말기 및 그의 메시지 답장 모드 진입 방법.
KR20050074745A (ko) 통신 단말기를 이용한 계약 인증방법 및 시스템
JP5170558B2 (ja) 通信装置および通信方法
JP6991686B2 (ja) 情報処理装置
JP2025068248A (ja) 端末、ブロックチェーンアドレス送信方法、ブロックチェーンアドレス受信方法及びプログラム
JP3570997B2 (ja) 通信システム、電話交換機及び通信装置
JP2018143009A (ja) 通信サーバ
JP2017199966A (ja) 通信端末、サーバ、及び通信システム
JP2008098877A (ja) 携帯電話サービスシステム
JP2015080552A (ja) 通信システム、情報処理装置、通信システムの制御方法及び情報処理装置のプログラム

Legal Events

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

Ref document number: 201180009771.1

Country of ref document: CN

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

Ref document number: 11744485

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13578984

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 7808/CHENP/2012

Country of ref document: IN

122 Ep: pct application non-entry in european phase

Ref document number: 11744485

Country of ref document: EP

Kind code of ref document: A1