JP5170558B2 - Communication apparatus and communication method - Google Patents

Description

  The present invention relates to a communication device and a communication method, and more particularly to a communication device and a communication method having a call function.

  In recent years, with the widespread use of mobile phones, opportunities to use mobile phones in various places are increasing. Along with this, the manners of users when using mobile phones in public places and the leakage of conversation contents have become social problems.

  In particular, when making a call using a mobile phone in a city with many people, the voice naturally increases, which not only disturbs the surroundings but also may lead to the leakage of personal information. Also, depending on the usage environment and location, it may be difficult to hear the sound due to surrounding noise or hesitate to speak.

  In such a case, the communication can be continued by switching from the telephone call to the data communication. Examples of data communication include e-mail and a chat system.

  Regarding switching between a telephone function and a data communication function and data communication performed during a call, Patent Document 1 (Japanese Patent Laid-Open No. 2008-109595) measures the noise level of the surrounding environment based on audio data received from a terminal. Then, the voice call is switched to the text call (chat) according to the noise level.

  Also, in Patent Document 2 (Japanese Patent Laid-Open No. 2001-127899), information other than voice input during a call (for example, image data taken by a camera) is attached to an email to the other party after the call. To send.

  Further, in Patent Document 3 (Japanese Patent Laid-Open No. 2002-330234), the telephone number of the other party is notified to the mail system at the time of incoming call or outgoing call, and the mail system corresponds to the mail corresponding to the notified telephone number. The address is searched from the address book, and the searched mail address is automatically inserted into the e-mail address field.

Patent Document 4 (Japanese Patent Laid-Open No. 2002-132694) discloses a chat system in which a server sends a chat request to a partner's terminal in response to a chat request made by notifying the server of the telephone number of the partner who wants to chat. Is disclosed.
JP 2008-109595 A JP 2001-127899 A JP 2002-330234 A JP 2002-132694 A

  When switching from the call function to the data communication function and continuing the communication, automatic selection between voice call and text call according to the noise level of the surrounding environment according to Patent Document 1 is finely controlled according to the use scene. There must be.

  In other words, when you are in a library (the noise level of the surrounding environment is low), text communication should be selected for the speaker side, but if the volume output from the speaker is low, the speaker side should be able to make a voice call. It is. When the user is in the vicinity of a road construction site (the noise level of the surrounding environment is high), the speaker side may be a voice call, but the listener side should select text communication. Therefore, as a communication tool (function) in which the listener side and the speaker side can always be switched like a telephone call, it can be a system that is not easy to use.

  In addition, when the voice call is automatically switched to the text communication only according to the noise level, the call during walking may be unilaterally switched to the text communication, and it is difficult to input characters while walking. And the system of patent document 1 is not excellent in convenience.

  When switching from the telephone call function to the data communication function and continuing the communication, Patent Document 3 assumes a mail system, so the following points are problematic.

  In the mail system, since message exchange is performed in units of messages composed of a plurality of character strings (units of character strings input before transmission operation), real-time communication cannot be maintained during a telephone call (communication by voice).

  Therefore, the data communication function to be switched from the call function is preferably a chat system. However, in the conventional chat system, as described in the “Problems to be solved by the invention” column of Patent Document 4, each other, An operation to enter a predetermined chat room is required. That is, during the call (call function is activated), for example, a special operation and communication are required for negotiation to confirm the other party's intention by the message "Let's hang up and enter the chat room called XX!" In addition, an operation for entering this chat room is required.

  In Patent Document 4, there is no agreement on which terminal side to notify the server at the time of telephone (call function operation). For this reason, when both terminals notify the server, there is a case where both terminals disallow the request for the chat request from the server, that is, a case where the two terminals cannot chat with each other.

  Further, the system of Patent Document 4 requires a mechanism for converting a telephone number into information (for example, an IP (Internet Protocol) address) necessary for using the chat system. In this case, since it is necessary to manage personal information referenced for conversion by the server, the server operator is limited to a provider with high reliability from the user. In addition, the terminals need to be connected to the Internet at all times in order to receive the “chat request” information from the server, but the terminals once for the chat system (for example, P2P (peer to peer) communication) It is only necessary to exchange IP address information, and there is no need to go through a server.

  Therefore, Patent Literature 4 can be said to be a system unsuitable for connection with a specific person (acquaintance, the other party who has been calling by telephone until just before).

  SUMMARY OF THE INVENTION Therefore, an object of the present invention is to provide a communication device capable of starting data communication with a party who has been talking with a simple procedure.

  According to one aspect of the present invention, a communication device that connects a wireless telephone network and a data communication network can access a server device of the data communication network by accessing a room established for exchanging data with other communication devices. A data communication unit that performs data communication with the communication device, a communication unit that specifies a communication partner in the wireless telephone network, a storage unit that stores identification information of the communication device, and a wireless telephone network based on the identification information. A room for identifying a room based on identification information read from the storage unit, a communication request unit operated to input a request for data communication, and a communication unit for communicating with other communication devices via An identifier generation unit that generates an identifier; and a communication control unit. The communication control unit opens in the server device based on the room identifier in response to the communication request unit inputting the request. Find the room to be accessed by the data communication unit the identified room by the search.

  Preferably, when the communication control unit detects that the room corresponding to the room identifier is opened in the server device by the search, the communication control unit accesses the room by the data communication unit and searches for the room identifier. When it is detected that the corresponding room has not been opened in the server device, the server device is requested to open the room and waits for another communication device to access the room.

  Preferably, the communication control unit interrupts the call in response to an instruction to interrupt the call during a call with another communication device, and searches for a room established in the server device based on the room identifier. And a communication switching unit for accessing the room specified by the search by the data communication unit.

  Preferably, the communication requesting unit further includes a disconnection signal transmitting unit for transmitting a disconnection signal for disconnecting the telephone line in response to the input of the request by the communication requesting unit, and the communication switching unit is requested by the communication requesting unit. When it is input or when a disconnection signal is received from another communication device, a call interruption is instructed.

  According to another aspect of the present invention, in a communication method in a communication device that connects a wireless telephone network and a data communication network, the communication device can communicate with another communication device for specifying a communication partner in the wireless telephone network. A storage unit for storing identification information is provided. The communication method includes a step of data communication with another communication device by accessing a room established for exchanging data with another communication device to a server device of the data communication network, and wireless communication based on the identification information. Making a call with another communication device via the telephone network; inputting a request for data communication; generating a room identifier for identifying a room based on the identification information read from the storage unit; A communication control step.

  In the communication control step, in response to the input of the request, the room opened in the server device is searched based on the room identifier, and the room specified by the search is accessed by the data communication unit.

  According to still another aspect of the present invention, a communication program for causing a computer to execute the communication method described above is provided.

  According to the present invention, it is generated by the identification information of the partner communication device and the identification information of the own communication device with which the call was made, by simply operating the communication request unit and inputting a request for data communication. It is possible to form a communication network for performing data communication with the other communication device that has made a call through the room uniquely specified by the room identifier.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following description, the same parts are denoted by the same reference numerals. Their names and functions are also the same. Therefore, detailed description thereof will not be repeated.

  In the following, the mobile phone 100 will be described as a representative example of the “communication terminal”. However, 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).

<Explanation about chat rooms>
In the present embodiment, “chat” refers to communication in which communication terminals exchange messages in real time by an online service via the Internet 500 or carrier network 700 described later. For example, P2P communication using an IP address not via a mail server, or electronic mail exchange via a mail server may be used. Chat refers to chat between one-to-one communication terminals.

  In addition, a chat room (hereinafter simply referred to as a room) is generally established for exchanging data for each theme / topic and accessed by a terminal. In this Embodiment, it opens for every room name which is room ID (identifier) produced | generated in the communication terminal. In the present embodiment, “room” refers to the identification information of the user who requests data communication (data exchange) for chat corresponding to the room name of the room, that is, the identification information of the user's communication terminal. Refers to information related to each other. This communication terminal identification information is information for uniquely identifying each communication terminal, and in the present embodiment, is an IP address assigned to each communication terminal.

  Therefore, in the present embodiment, 'opening a room' corresponds to creating a room. Specifically, this corresponds to an operation of newly storing a room name in a predetermined storage area and storing identification information of the communication terminal of the user who has requested the room generation in response to the room name.

  In addition, “participation in a room” means that identification information of a communication terminal of a user who requests a chat corresponding to a room name already stored in a predetermined storage area is stored, and other users' This corresponds to the operation of distributing the identification information of the communication terminal.

  'Deleting a room' refers to an operation for deleting a room name of a room to be deleted from a predetermined storage area.

  The above-described deletion process may be a process of actually deleting the information from the predetermined area, or a process of setting the stored information in a state in which it cannot be read from the predetermined storage area.

<Overall configuration of network system 1>
Referring to FIG. 1, network system 1 according to the present embodiment includes mobile phones 100A, 100B and 100C, a matching server (first server device) 400, a mail server (second server device) 600, Internet (first network) 500 and 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.

  For ease of explanation, in the following, the network system 1 according to the present embodiment includes a first mobile phone 100A, a second mobile phone 100B, and a third mobile phone 100C. Will be described. Further, when the common configurations and functions of the mobile phones 100A, 100B, and 100C are described, they are also collectively referred to as the mobile phone 100. And when explaining a structure and function common to each of mobile phone 100A, 100B, 100C, the car navigation apparatus 200, and the personal computer 300, these are also named generically as a communication terminal.

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 includes a LAN (Local Area Network) 350 and a WAN (Wide Area Network).
) Through the Internet 500. The matching server 400 is configured to be connectable to the Internet 500. The mail server 600 is configured to be connectable to the Internet 500 and the carrier network 700.

  More specifically, 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 are a carrier network 700, a mail server 600, and the Internet. They can be connected to each other via 500 and can transmit and receive data to and from each other. Further, identification information (for example, an e-mail address, an IP (Internet Protocol) address, etc.) for identifying the terminal itself is assigned to the mobile phone 100, the car navigation device 200, and the personal computer 300. That is, 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 are based on the identification information. Thus, data transmission / reception can be performed with the other communication terminal.

  The mobile phone 100, the car navigation device 200, and the personal computer 300 according to the present embodiment perform data transmission / reception with other communication terminals without using the mail server 600 by using the assigned IP address. is there. Here, when each communication terminal accesses the matching server 400, that is, when each communication terminal accesses the Internet, 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 thereof will not be repeated here.

  In addition, the mobile phone 100, the car navigation device 200, and the personal computer 300 according to the present embodiment 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, the car navigation device 200, and the 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 configure a so-called P2P (Peer to Peer) communication network.

<Hardware configuration of mobile phone 100>
A hardware configuration of mobile phone 100 according to the present embodiment will be described. FIG. 2 is an image diagram showing an overview of mobile phone 100 according to the present embodiment. FIG. 3 is a block diagram showing a hardware configuration of mobile phone 100 according to the present embodiment.

  As shown in FIGS. 2 and 3, mobile phone 100 according to the present embodiment includes another communication unit 101 that transmits and receives data to and from an external network, a communication unit 102 for TEL (Telephone), and a program. And a storage unit 103 for storing various databases, a control unit 106 having a CPU (Central Processing Unit) 106A, a display 107, a microphone 108 for inputting audio from the outside, and for outputting audio to the outside A speaker 109; an input unit 110 that accepts input of various types of information; a first notification unit 111 for notifying incoming calls and e-mails by sound and vibration (vibration) by a bell; and incoming calls and e-mails And a second notification unit 112 for notifying by light emission of a light source (for example, LED (Light Emitting Diode)).

  The display 107 according to the present embodiment is a touch panel including a liquid crystal panel and a CRT (Cathode Ray Tube). That is, in the mobile phone 100 according to the present embodiment, the tablet 119 is laid on the lower side (back side) of the display 107. When the user draws characters, symbols, graphics, or the like on the display 107 using the stylus pen 120, coordinate data indicating the locus of the drawing is detected via the tablet 119 and given to the control unit 106. As a result, it is possible to input information of characters, symbols, and figures input by handwriting by operating the stylus pen 120 to the control unit 106. The display 107 displays an image or text input by handwriting based on the information output from the control unit 106.

  The input unit 110 includes switch keys, buttons, and the like, and receives information input by the user operating the switches, keys, and buttons. For example, the input unit 110 performs P2P communication with a TEL button 110A that is operated to accept a call or make a call, a mail button 110B that is operated to accept a mail or send a mail, and the like. A P2P button 110C that is operated to accept or initiate P2P communication, an address book button 110D that is operated to refer to address book data, and an end button 110E that is operated to end various processes. Including.

  The first notification unit 111 outputs a ring tone (for example, a bell sound) via the speaker 109 or the like. Alternatively, the first notification unit 111 has a vibration function. The first notification unit 111 outputs sound or vibrates the mobile phone 100 in response to an incoming call or in response to receiving a mail.

  The second notification unit 112 includes a TEL LED 112A that flashes in response to an incoming call, a mail LED 112B that flashes when a mail is received, and a P2P LED 112C that flashes when a signal conforming to P2P communication is received.

  The control unit 106 is realized by a microcomputer including the CPU 106 </ b> A, and controls each unit of the mobile phone 100. For example, various commands are received from the user via the input unit 110, and data is transmitted / received to / from an external communication terminal via another communication unit 101, the TEL communication unit 102, or a network.

  Other communication unit 101 and TEL communication unit 102 have a wireless communication function and perform wireless communication. Specifically, the communication data from the control unit 106 is converted into a communication signal, and the communication signal is transmitted via an antenna (not shown). Other communication unit 101 and TEL communication unit 102 convert communication signals received via the antenna into communication data, and input the communication data to control unit 106.

  The storage unit 103 is realized by a RAM (Random Access Memory) that functions as a working memory, a ROM (Read Only Memory) that stores a control program, a hard disk that stores image data, and the like. FIG. 4 is a diagram showing address book data stored in the storage unit 103. FIG. 5 is a diagram showing the own terminal data stored in the storage unit 103.

  As shown in FIG. 3, in the work memory 103A of the storage unit 103, a variable HISTELNO that indicates the telephone number of the other party who made the call, a variable SEL that indicates the memory No. of the selected address, and the generated room name are indicated. Variable RMNM to be stored.

  3 further includes a storage area 103B in which address book data AdrDB [] is stored, a storage area 103C in which own terminal data MyAdr relating to the mobile phone 100 (own terminal) is stored, and IP address data of other terminals. A storage area 103D for storing HIS_IPADR, a storage area 103E for storing IP address data MY_IPADR of the own terminal, and a storage area 103F for storing address data SEV_ADR of the matching server 400 are included.

  The area of the storage unit 103 in which the above-described data is stored includes a memory, for example, a flash memory, whose stored contents are not erased even when the mobile phone 100 is turned off.

  Referring to FIG. 4, address book data AdrDB [] in storage area 103B uniquely identifies data 1031 indicating memory No. for each destination (other communication terminals), and the destination name and the other party terminal in the call. Data 1032, 1033, and 1034 that indicate a telephone number and a mail address for uniquely identifying a partner terminal in data communication.

  Referring to FIG. 5, own terminal data MyAdr in storage area 103C includes data 1035, 1036 and 1037 indicating the name of the user of the own terminal, a telephone number for uniquely identifying the own terminal, and a mail address.

<Functional configuration of mobile phone 100>
Referring to FIG. 6, CPU 106A of mobile phone 100 according to the present embodiment includes terminal communication unit 1061, frame analysis unit 1062, frame generation unit 1063, input reception unit 1064, notification processing unit 1065, and TEL calling unit 1067. Including a calling unit 1066, a first 1-P2P processing unit 1069, a second P2P processing unit 1070, and a room access unit 1071. The functions of these units are stored in advance in a predetermined storage area of the storage unit 103 as program data, and the functions of the respective units are realized by the CPU 106A reading these program data from the storage unit 103 and executing them.

  In FIG. 6, only the functions of the CPU 106 </ b> A and the peripheral circuit unit that inputs and outputs data and information are shown.

  The terminal communication unit 1061 includes a TEL communication unit 102 for controlling communication by telephone, a server communication unit 1081 for controlling communication with a server, and a P2P communication unit 1082 for controlling P2P communication using an IP address. .

  The frame analysis unit 1062 receives the frame received by the terminal communication unit 1061, analyzes the input frame data, and outputs the analysis result. The frame generation unit 1063 generates a frame to be transmitted to the external network via the terminal communication unit 1061. The input receiving unit 1064 receives data input from the tablet 119 and the input unit 110. The notification processing unit 1065 controls the output operations of the first and second notification units 111 and 112.

  The calling operation of the mobile phone 100 is controlled by the TEL calling unit 1067, and the incoming (incoming) call of the telephone call from the outside is controlled by the TEL receiving unit 1068.

  The first 1-P2P processing unit 1069 and the second 2-P2P processing unit 1070 control P2P communication by the mobile phone 100.

  The room access unit 1071 controls access to a room stored in the matching server 400 for chat communication according to P2P communication. Specifically, a room name generation unit 1072 that generates a room name, a room search request unit 1073 for requesting the matching server 400 to search for a room based on the room name generated by the room name generation unit 1072, a room name The room opening request unit 1074 for requesting the matching server 400 to open a room based on the room name generated by the generating unit 1072, and the matching server 400 that participates in the room based on the room name generated by the room name generating unit 1072. A room participation request unit 1075 for requesting the matching server 400 to request deletion of a room based on the room name generated by the room name generation unit 1072.

<Room name generation process>
The room name generation unit 1072 applies the telephone number indicated by the variable HISTELNO and the telephone number (MyAdr.TELNo) indicated by the data 1033 of the variable MyAdr as parameters to the predetermined rule (function), and follows the rule (function). Generate a room name variable RMNM.

  Here, using the hash function, the two room phone numbers used as parameters (the phone number pointed to by the variable HISTELNO and the phone number pointed to by the data 1033 of the variable MyAdr) cannot be estimated from the generated room name. Although the encryption is applied, the rule (function) applied is that the room names that are unique between the mobile phone 100 and the mobile phone 100 of the other party are mutually connected (the mobile phone 100 and the other party's mobile phone). As long as it is a rule that can generate the same room name), the present invention is not limited to this.

  As described above, in this embodiment, the room name is generated on the mobile phone 100 based on the own telephone number (MyAdr.TELNo) and the telephone number of the other party (HISTELNO). In the mobile phone 100 of a human user, the same room name can be generated.

<Hardware configurations of matching server 400 and mail server 600>
Next, the hardware configuration of matching server 400 and mail server 600 according to the present embodiment will be described. Note that the hardware configuration of mail server 600 is the same as that of matching server 400, and therefore description thereof will not be repeated.

  FIG. 7 is a block diagram showing a hardware configuration of matching server 400 according to the present embodiment. As shown in FIG. 7, the matching server 400 according to the present embodiment includes a CPU 405, a memory 406, a fixed disk 407, and a server communication unit 409 that are mutually connected via an internal bus 408.

  The memory 406 stores various types of information. For example, the memory 406 temporarily stores data necessary for execution of a program by 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 the mail server 600, and is a device that performs various calculations.

  The server communication unit 409 converts the data output from the CPU 405 into an electrical signal and transmits it to the outside, and converts the electrical signal received from the outside into data and inputs it to the CPU 405. Specifically, the server communication unit 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. Then, 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 is input to the CPU 405.

  FIG. 8A is a diagram showing an example of the data structure of the room management table 406A stored in the memory 406 or the fixed disk 407 of the matching server 400, and FIG. 8B is a diagram showing another example. It is. As shown in FIGS. 8A and 8B, the room management table 406A stores data 4061 indicating the room name, data 4062 indicating the IP address, and mail address data 4063 in association with each other.

  For example, at a certain point in time, as shown in FIG. 8A, a room having room names 'R', 'S', and 'T' is opened in the matching server 400. The room having the room name “R” includes a communication terminal having “A” as an IP address and “AA” as a mail address, and a communication terminal having “C” as an IP address and “CC” as a mail address. I'm joining. A communication terminal having ‘B’ as the IP address and ‘BB’ as the mail address participates in the room having the room name ‘S’. A communication terminal having ‘D’ as the IP address and ‘DD’ as the mail address participates in the room having the room name ‘T’.

  For example, when the mobile phone 100 having the IP address “A” and the mobile phone 100 having the “C” call, the same room name (based on each other's phone number) in each of the mobile phones 100. RMNM) 'R' is generated. The user who is making a call can request the matching server 400 to participate in the room by the room participation request unit 1075 based on the generated same room name 'R'. Therefore, the user of the mobile phone 100 whose IP addresses are ‘A’ and ‘C’ can join the room with the room name ‘R’ as shown in FIG.

  In FIG. 8B, the user of the mobile phone 100 whose IP address is “E” and the user of the mobile phone 100 whose IP address is “E” have joined after that. Is shown.

<Functional configuration of matching server 400>
Referring to FIG. 9, matching server 400 includes room establishment unit 420, room reception unit 421 having participation reception unit 421 </ b> A and search reception unit 421 </ b> B that accepts room participation and room search, room deletion unit 422, frame generation Part 423 and frame analysis part 424. These units are stored in advance as program data in a predetermined storage area of the fixed disk 407 or the memory 406, and the function of each unit is realized by the CPU 405 reading and executing the program data from the predetermined storage area. The

  The memory 406 stores the above-described room management table 406A and matching server address data 406B.

  The room opening unit 420 opens a room by storing data corresponding to a room to be newly opened in the room management table 406A of the memory 406. The room reception unit 421 performs processing for receiving a participation request and a search request received from the mobile phone 100. When the room deletion unit 422 receives a room deletion request from the mobile phone 100, the room deletion unit 422 deletes the requested room. The frame generation unit 423 generates a frame of data to be transmitted to the Internet 500 via the server communication unit 409, and outputs the generated frame to the server communication unit 409. The frame analysis unit 424 analyzes a frame of data received by the server communication unit 409 via the Internet 500 and outputs an analysis result.

  When matching server 400 receives a frame requesting the opening of a new room from first mobile phone 100A, room opening unit 420 receives the room name and the IP address of first mobile phone 100A from the received frame. The e-mail address is detected, and the detected room name, the IP address of the first mobile phone 100A, and the e-mail address are stored in the room management table 406A in association with each other.

  When second mobile phone 100C transmits a frame requesting participation in the room to matching server 400, CPU 405 receives the frame. The participation reception unit 421A of the reception unit 421 detects the room name, the IP address and the mail address of the second mobile phone 100C from the received frame, and detects the room name and the second mobile phone detected in the room management table 406A. The 100C IP address and the mail address are stored in association with each other. At this time, participation reception unit 421A reads the IP addresses of first and second mobile phones 100A and 100C corresponding to the room name from room management table 406A, and provides them to frame generation unit 423. Frame generation unit 423 generates a participation acceptance frame storing the IP addresses of given first and second mobile phones 100A and 100C, and transmits the frames to first and second mobile phones 100A and 100C. Thereby, the users of the first and second mobile phones 100A and 100C participating in the room having the same room name can receive each other's IP address. Thereafter, P2P communication can be performed between the first and second mobile phones 100A and 100C using the received IP address.

(Overview of P2P operation)
An outline of the operation of the network system 1 according to the present embodiment will be described.

  FIG. 10 is a sequence diagram showing an outline of operations in the network system 1. Each communication terminal according to the present embodiment needs to exchange (acquire) each other's IP address first in order to perform P2P communication. And each communication terminal transmits a message, an attached file, etc. to another communication terminal by P2P communication, after acquiring an IP address.

  Here, it is assumed that the user of the mobile phone 100A wishes to interrupt the call and switch the subsequent call to the message exchange by the 2P2 communication during the call with the user of the mobile phone 100C. It is assumed that 1P addresses are assigned in advance to mobile phones 100A and 100C.

  After the call is interrupted, first, the first mobile phone 100A (terminal A in FIG. 10) is addressed to the matching server 400 via the carrier network 700, the mail server 600, and the Internet 500, to the first mobile phone 100A. And a frame requesting the establishment of a room storing the room name 'R' generated based on the telephone number of 100C and the IP address 'A' of the first mobile phone 100A and the mail address 'AA' are transmitted (step S002).

  When the matching server 400 receives the room opening request frame from the first mobile phone 100A, the IP address 'A', the mail address 'AA', and the room name 'R' of the first mobile phone 100A detected from the received frame. Are associated with each other and stored in the room management table 406A. Thereby, a room having the room name “R” generated by the first mobile phone 100A is opened. At this time, the matching server 400 may notify the first mobile phone 100A that the room establishment has been completed.

  Second mobile phone 100C generates room name 'R' in the same procedure as first mobile phone 100A, and generates generated room name 'R' and IP address 'C' of second mobile phone 100C. The stored participation request frame is transmitted to the matching server 400 (step S008).

  When the matching server 400 receives the participation request frame, the search reception unit 421B searches the room management table 406A based on the room name 'R' detected from the received frame, and based on the search result, the room having the room name 'R' already exists. Detect that is open. Then, the IP address ‘C’ and the mail address ‘CC’ detected from the received frame are stored in association with the detected room name ‘R’. The matching server 400 then sends a notification that the second mobile phone 100C has joined the room to the first mobile phone 100A that has already joined the same room, and the second mobile phone read from the room management table 406A. The IP address “C” of the telephone 100C is transmitted (step S010). At the same time, matching server 400 transmits to second mobile phone 100C that it has accepted participation in the room and IP address ‘A’ of first mobile phone 100A that has already joined the room. Thereby, the first and second mobile phones 100A and 100C receive (acquire) each other's IP addresses. At this time, the room deletion unit 422 may delete the room with the room name “R” without receiving a deletion request from the mobile phone 100.

  The first mobile phone 100A transmits a P2P connection request message (start message) to the second mobile phone 100C based on the acquired IP address 'C' (step S012). Second mobile phone 100C receives the connection request message and transmits a first connection acceptance message (response message) to first mobile phone 100A based on IP address 'A' of first mobile phone 100A. (Step S014). First mobile phone 100A receives the second connection acceptance message from second mobile phone 100C and transmits the connection acceptance message to second mobile phone 100C (step S016).

  Thus, first mobile phone 100A and second mobile phone 100C authenticate each other. When the authentication is completed, the first mobile phone 100A and the second mobile phone 100C start P2P communication (step S018). Then, message exchanges according to P2P communication are performed between the mobile phones 100A and 100C. Thereby, the interrupted call can be resumed by exchanging messages.

  Thereafter, when first mobile phone 100A transmits a message to disconnect P2P communication to second mobile phone 100C (step S030), second mobile phone 100C disconnects to first mobile phone 100A. A message indicating that the request has been accepted is transmitted (step S032).

<Configuration of communication frame>
A configuration of a frame transmitted / received between the mobile phone 100 and the matching server 400 will be described.

  The basic structure of the frame will be described with reference to FIG. The frame includes a header part 610 and a data part 620. The header portion 610 stores data 611 indicating the type (type) of the frame, data 612 indicating the destination ‘DD’ of the frame, and data 613 indicating the source ‘SD’ of the frame. The data part 620 stores data to be transmitted.

  In the present embodiment, the type indicated by the data 611 is either “1” indicating a request frame or “0” indicating acceptance of a request. In this embodiment, since the frame is transmitted / received between the mobile phone 100 and the matching server 400, the data 612 and 613 include the mail address data 1037 read from the storage unit 103 of the mobile phone 100, In addition, the matching server address data 406B or the address data SEV_ADR of the storage area 103F is stored.

  When the room search request unit 1073 of the mobile phone 100 requests a room search of the room management table 406A, the frame generation unit 1063 generates the room search request frame 599 of FIG. The generated frame is transmitted to the matching server 400 by the server communication unit 1081.

  In frame 599, data 611 indicates “1”, and address data SEV_ADR and mail address data 1037 of matching server 400 read from storage unit 103 are stored as data 612 and 613, respectively. Further, the data part 620 stores a search instruction code ('RM_SEARCH') 621, room name data 622, and IP address data 623. As the data 622, room name data RMNM generated by the room name generation unit 1072 is read from the storage unit 103 and stored. As data 623, data MY_IPADR of an IP address assigned in advance to the mobile phone 100 of the transmission source is read from the storage unit 103 and stored.

  When the matching server 400 receives the room search request frame 599, the frame generation unit 423 generates the room search reception frame 600 of FIG. 13 and transmits it to the mobile phone 100. In the frame 600, the data 611 indicates “0” in the header portion 610, and the received data 613 of the frame 599 is stored as the data 612. In addition, the matching server address data 406B read from the storage unit 406 is stored as the data 613. In the data portion 620, empty data is stored as the instruction code 621. Further, data 622 of the frame 599 of the received room search request is stored. Further, data 626 as a result of the search reception unit 421B searching the room management table 406A based on the room search request is stored. The data 626 indicates “0” when the room name indicated by the data 622 is stored in the room management table 406, and indicates “−1” when the room name is not stored.

  When the mobile phone 100 requests room opening, the frame generation unit 1063 generates the room opening request frame 601 of FIG. The generated frame 601 is transmitted to the matching server 400 by the server communication unit 1081.

  In the frame 601, the data 611 indicates “1”, and the address data SEV_ADR of the matching server 400 and the mail address data 1037 read from the storage unit 103 are stored as the data 612 and 613, respectively. The data section 620 stores an opening instruction code (‘RM_CREATE’) 621, room name data 622, and IP address data 623. As the data 622, room name data RMNM generated by the room name generation unit 1072 is read from the storage unit 103 and stored. As data 623, data MY_IPADR of an IP address assigned in advance to the mobile phone 100 of the transmission source is read from the storage unit 103 and stored.

  When the matching server 400 receives the room opening request frame 601, the frame generation unit 423 generates the room opening reception frame 602 of FIG. 15 and transmits it to the mobile phone 100. In the frame 602, the data 611 indicates “0” in the header portion 610, and the received data 613 of the frame 601 is stored as the data 612. Further, the matching server address data 406B read from the memory 406 is stored as the data 613. In the data portion 620, empty data is stored as the instruction code 621. Also, data 622 of the frame 601 of the received room opening request is stored. Further, as the data 624, data on the reception result of the room opening by the room opening unit 420 based on the room opening request is stored. The data 624 indicates “0” when the room name indicated by the data 622 is successfully opened, and indicates “−1” when the room is not opened. The case where it cannot be opened is, for example, a case where a room with the same room name has already been opened.

  When the room participation request unit 1075 of the mobile phone 100 requests participation in the room, the frame generation unit 1063 generates the room participation request frame 603 of FIG. The generated frame 603 is transmitted to the matching server 400 by the server communication unit 1081.

  In the frame 603, the data 611 indicates “1”, and the address data SEV_ADR and the mail address 1037 of the matching server 400 read from the storage unit 103 are stored as the data 612 and 613, respectively. The data section 620 stores a participation instruction code ('RM_ENTRY') 621, room name data 622, and IP address data 623. As the data 622, room name data RMNM generated by the room name generation unit 1072 is read from the storage unit 103 and stored. As data 623, data MY_IPADR of an IP address assigned in advance to the mobile phone 100 of the transmission source is read from the storage unit 103 and stored.

  When the mobile phone 100 transmits the room participation request frame 603 of FIG. 16, the participation reception unit 421A of the matching server 400 searches the room management table 406A based on the room name indicated by the data 622 of the frame 603. If it is determined based on the search result that a room having a matching room name has already been established, the matching server 400 transmits a room participation reception frame 604 shown in FIG. 17 to the mobile phone 100. The Specifically, the frame 604 is transmitted to each of the mobile phone 100 that requested participation and the mobile phone 100 that has already joined the room with the designated room name.

  The frame 604 addressed to the participation request source mobile phone 100 stores the same data as the frame 602 in the header portion 610. The data portion 620 stores data 622 of the room participation request frame 603. Further, the room management table 406A includes data 624 indicating “acceptance participation” indicating that the room participation request has been received, and data 4062 of the IP address of the mobile phone 100 of another user already participating in the room. Is stored as data 625.

  In the frame 604 addressed to the mobile phone 100 that has already participated, the data 611 of the header 610 indicates “0”, the data 612 indicates the mail address of the mobile phone 100, and the data 613 is data 406 B of the matching server address. Point to. The mail address of the data 612 indicates the mail address data 4063 stored corresponding to the data 4061 indicating the room name RMNM retrieved by searching the room management table 406A. The data portion 620 stores data 622 of the room participation request frame 603. Further, data 624 indicating “acceptance” (value “0”) indicating that the room participation request has been received, and data 625 indicating the IP address of the mobile phone 100 of another user who has requested to participate in the room. Is stored.

  If the participation is not successfully accepted, a value “−1” is set in the data 624 and the frame 604 is transmitted to the requesting mobile phone 100.

  When the room deletion request unit 1076 of the mobile phone 100 requests the matching server 400 to delete the room, the frame generation unit 1063 transmits the room deletion request frame 605 shown in FIG. 18 to the matching server 400. To do. In the frame 605, the data 611 indicates “1” in the header section 610, and the address data SEV_ADR and the mail address 1037 of the matching server 400 read from the storage section 103 are stored as the data 612 and 613, respectively. The data section 620 stores a deletion instruction code ('RM_DELETE') 621, room name data 622, and IP address data 623. As the data 622, room name data RMNM generated by the room name generation unit 1072 is read from the storage unit 103 and stored. As data 623, data MY_IPADR of an IP address assigned in advance to the mobile phone 100 of the transmission source is read from the storage unit 103 and stored.

  When the matching server 400 receives the room deletion request frame 605, the frame generation unit 423 generates the room deletion reception frame 606 of FIG. 19 and transmits it to the mobile phone 100. In the frame 606, the data 611 indicates “0” in the header portion 610, and the received data 613 of the frame 605 is stored as the data 612. In addition, the matching server address data 406B read from the storage unit 406 is stored as the data 613. In the data portion 620, empty data is stored as the instruction code 621. Further, the data 622 of the received room deletion request frame 605 is stored. In addition, data 624 is stored as a result of the room deletion unit 422 deleting a room from the room management table 406A based on the room deletion request. The data 624 indicates “0” when the room with the room name indicated by the data 622 is successfully deleted from the room management table 406, and indicates “−1” when the deletion is not successful. .

<Processing flowchart>
The procedure for switching to data communication according to P2P communication during a telephone call will be described with reference to the flowcharts of FIGS.

  The flowcharts of FIGS. 20 to 25 show processing according to a program executed in the mobile phone 100. This program is stored in the storage unit 103 in advance, and the CPU 106A reads the program from the storage unit 103 and executes it. The flowchart of FIG. 26 shows processing according to a program executed in the matching server 400. This program is stored in the memory 406 in advance, and the CPU 405 reads the program from the memory 406 and executes it.

  Here, it is assumed that a call is made between mobile phone 100A and mobile phone 100C. In a telephone call, the caller is established when the caller dials the telephone number of the other party and the receiver lifts the handset. In the present embodiment, “call” refers to a physical communication path (so-called telephone line) between two mobile phones 100, and the request for establishment of such communication path includes the telephone number of the other party. It is. Receiving such a request is called 'incoming call', and sending that request is called 'outgoing call'. The processing in the cellular phone 100 in response to 'incoming call' and 'outgoing call' is started with the operation of the TEL button 110A as a trigger.

  In operation, mobile phone 100 (each of mobile phone 100A and mobile phone 100C) starts processing according to the flowchart of FIG. 20 when the power is turned on.

  First, the CPU 106A assigns the value “NULL” to the variable HISTELNO read from the storage unit 103 (step S1). Next, a standby screen for waiting for an operation is displayed on the display 107 (step S3).

  Thereafter, the input receiving unit 1064 determines whether or not an instruction is input from the outside when the input unit 110 or the tablet 119 is operated by the user.

  Specifically, it is determined whether or not the address book button 110D has been operated (step S5). If it is determined that address book button 110D has been operated (YES in step S5), the process proceeds to a calling process (step S7) described later.

  If it is determined that the address book button 110D is not operated (NO in step S5), the CPU 106A determines whether a telephone call is received from the carrier network 700 via the TEL communication unit 102 (step S9). If it is determined that a call has been received (YES in step S9), the process proceeds to a TEL call process (step S11) described later.

  On the other hand, if it is not determined that the call has been received (NO in step S9), the input receiving unit 1064 determines whether or not the P2P button 110C has been operated based on the input signal from the input unit 110 (step S13). . If it is not determined that P2P button 110C has been operated (NO in step S13), the process returns to step S5.

  On the other hand, if it is determined that the P2P button 110C has been operated (YES in step S13), the CPU 106A determines whether or not the value of the variable HISTELNO indicates “NULL” (step S10). If it is determined that the variable HISTELNO indicates “NULL” (YES in step S15), the process returns to step S5.

  On the other hand, if it is not determined that the value of the variable HISTELNO indicates “NULL” (NO in step S15), the process proceeds to a first-P2P process (step S17) described later. In the first 1-P2P process of FIG. 24, the P2P communication control (step S97) is performed via the room with the room name RMNM generated using the data of the variable HISTELNO according to the procedure described above. However, the P2P communication control can be started if the caller has a telephone number set in the variable HISTELNO.

  With reference to FIG. 21, the calling process started when the address book button 110D is operated during the operation standby (step S3) will be described.

  When the address book button 110D is operated, the calling unit 1066 reads the address book data AdrDB [] from the storage unit 103 and displays it on the display 107 (step S19). The user who has confirmed the address book data of FIG. 4 displayed on the display 107 operates the tablet 119 to select data 1032 having a name indicating a desired communication partner. Thereby, the calling unit 1066 substitutes the value of the memory No indicated by the data 1031 corresponding to the data 1032 of the selected name into the variable SEL (Step S21). Subsequently, the calling unit 1066 determines which of the TEL button 110A, the P2P button 110C, and the end button 110E is operated by the user via the input receiving unit 1064 (steps S23, S27, and S31).

  Specifically, if it is determined that TEL button 110A has been operated (YES in step S23), the process proceeds to a TEL call process (step S25) described later. On the other hand, if it is determined that the TEL button 110A is not operated (NO in step S23), it is determined whether or not the P2P button 110C is operated (step S27). If it is determined that P2P button 110C has been operated (YES in step S27), the process proceeds to a first-P2P process (step S29) described later.

  On the other hand, if it is not determined that the P2P button 110C has been operated (NO in step S27), it is determined whether or not the end button 110E has been operated (step S31). If it is not determined that end button 110E has been operated (NO in step S31), the process returns to step S23, and the processes after step S23 are similarly repeated.

  On the other hand, if it is determined that end button 110E has been operated (YES in step S31), the process proceeds to step S3 in FIG. Thereby, a standby screen is displayed on the display 107.

  With reference to FIG. 22, the TEL calling process controlled by the TEL calling unit 1067 activated when the TEL button 110A is operated in step S23 of FIG. 21 will be described.

  When the TEL button 110A is operated, the TEL calling unit 1067 substitutes the value of the variable AdrDB [SEL] .TELNo for the variable HISTELNO. As a result, the value 1033 of the destination telephone number selected by the user in step S21 of FIG. 21 is set as the value of the variable HISTELNO. Subsequently, the TEL calling unit 1067 controls the TEL communication unit 102 to perform a calling process based on the telephone number indicated by the variable HISTELNO (step S35). As a result, the partner terminal indicated by the variable HISTELNO is called.

  The TEL calling unit 1067 determines whether or not the TEL button 110A is operated, that is, whether or not a line disconnection process for a call is instructed (step S37). If it is determined that the TEL button 110A has been operated (YES in step S37), the calling process via the TEL communication unit 102 is terminated in step S39 (step S39), and the process proceeds to step S1 in FIG. As a result, when a call is made but the other party does not receive the call (without making a call) and the calling process is terminated, the value of the variable HISTELNO is changed from the other party's telephone number to 'NULL'.

  On the other hand, if the TEL calling unit 1067 determines that the user does not operate the TEL button 110A via the input receiving unit 1064 (NO in step S37), does the TEL communication unit 102 receive a response from the partner terminal? It is determined whether or not (step S41). If it is determined that no response is received (NO in step S41), the process returns to step S37.

  On the other hand, if it determines with having received the response from the other party terminal (it is YES at step S41), a process will transfer to step S43.

  In step S43, the user makes a call with the partner terminal via the TEL communication unit 102. In this call, a call is made with the other party via the microphone 108 and the speaker 109. Here, the details of the call processing are omitted.

  When the call control in step S43 is performed, the TEL calling unit 1067 determines whether or not the TEL button 110A is operated by the user (step S45). If it is determined that TEL button 110A has been operated (YES in step S45), an on-hook process is performed (step S47). As a result, a disconnection signal for instructing disconnection of the telephone line is transmitted to the partner terminal via the TEL communication unit 102. As described above, when the user who confirms the end of the call with the other party operates the TEL button 110A and instructs the end of the call, the telephone line is disconnected and the call ends. Then, the process returns to step S3 in FIG.

  On the other hand, if it is determined that the TEL button 110A is not operated (NO in step S45), the TEL calling unit 1067 determines whether or not the TEL communication unit 102 receives a telephone line disconnection signal from the partner terminal, that is, The user of the partner terminal confirms the end of the call and determines whether or not an on-hook operation has been performed (step S49). If it is determined that the disconnect signal has been received (YES in step S49), the process proceeds to a second P2P process (step S51) described later.

  On the other hand, if it is determined that a disconnection signal is not received from the counterpart terminal (NO in step S49), whether or not the P2P button 110C is operated by the user is determined based on the signal received by the input receiving unit 1064 (step S53). If it is determined that the P2P button 110C is not operated based on the determination result (NO in step S53), the process returns to step S43 in order to continue the call. On the other hand, if it is determined that the P2P button 110C has been operated during a call (YES in step S53), the TEL calling unit 1067 transmits a disconnection signal to the partner terminal via the TEL communication unit 102 to be on-hook. Processing is performed (step S55). As a result, the telephone line is disconnected and the call with the partner terminal is terminated by interruption. Thereafter, the processing shifts to a first-P2P processing (step S57) described later in order to resume the interrupted call by data communication.

  Referring to FIG. 23, the TEL incoming call process started when a telephone call (incoming call) is detected in step S9 of FIG. 20 will be described.

  The TEL incoming call unit 1068 determines whether or not non-notification of the caller ID is set based on the received incoming call (step S61). If it is determined that non notification is set (YES in step S61), the process proceeds to step S67 described later.

  On the other hand, if it is determined that non notification is not set (NO in step S61), the TEL incoming call unit 1068 searches the address book data AdrDB [] in the storage unit 103 based on the telephone number of the caller pointed to by the incoming call. . Based on the search result, it is determined whether or not the caller telephone number has been registered (stored) as data 1033 (step S63). If it is determined that it is not registered (NO in step S63), the process proceeds to step S67 described later.

  On the other hand, if it is determined that registration has been completed (YES in step S63), the telephone number of the caller designated by the received incoming call is set in the variable HISTELNO (step S65). Subsequently, in step S67, the TEL incoming unit 1068 controls the notification processing unit 1065 to operate the first notification unit 111 in order to notify the outside of the incoming call. As a result, the bell rings or the mobile phone 100 itself vibrates.

  Subsequently, the TEL receiving unit 1068 causes the second notification unit 112 to blink the TEL LED 112A via the notification processing unit 1065 (step S69). This notifies the user that an incoming call has been received.

  Subsequently, the TEL incoming call unit 1068 determines whether or not the incoming call is terminated via the TEL communication unit 102 (step S71). The incoming call is continuously transmitted until a response operation (off-hook) is detected. If it is determined that the transmission of the signal related to the incoming call has ended (YES in step S71), the notification processing unit 1065 controls the first notification unit 111 to stop ringing and vibration of the bell (step S73). . Subsequently, the second notification unit 112 stops the blinking of the TEL LED 112 </ b> A, and the TEL call unit 1068 registers incoming calls in the storage unit 103. Specifically, the telephone number of the caller instructed by the incoming call is stored in the storage unit 103 in a predetermined storage area. By reading the telephone number from the storage area and displaying it on the display 107, it is possible to notify that there is an incoming call and the telephone number of the other party. Thereafter, the process proceeds to step S1 in FIG.

  If it is not determined that the transmission of the signal related to the incoming call has ended (NO in step S71), it is determined whether or not the user has operated the TEL button 110A in order to start a call in response to the incoming call (step S77). If it is determined that TEL button 110A is not operated (NO in step S77), the process returns to step S71.

  On the other hand, if it is determined that the TEL button 110A has been operated (YES in step S77), the TEL call unit 1068 controls the first notification unit 111 and the second notification unit 112 by the notification processing unit 1065. Then, the ringing and vibration of the bell are stopped, the blinking of the TEL LED 112A is stopped (LED is turned off), and the operation for responding to the incoming call (off hook) is performed (steps S79, S81, S83). As a result, a communication line for a call is established, and a call is started with the user of the partner terminal via the communication line and the TEL communication unit 102. Thereafter, the process proceeds to step S43 in FIG.

Next, the 1-P2P process in FIG. 24 will be described.
The first 1-P2P process is a case where the user operates the P2P button 110C when the standby screen is displayed (step S3), and a telephone number is set in the variable HISTELNO instead of the value NULL, or a call is made If the P2P button 110C is operated during the process, the first 1-P2P process of FIG. 24 is started.

  First, the first-P2P processing unit 1069 controls the room name generation unit 1072 to generate the room name RMNM. Specifically, by applying two values indicated by the variable HISTELNO and the variable MyAdr_TELNo and a predetermined rule (function), for example, a room name RMNM is generated according to RMNM = HASH (HISTELNO, MyAdr_TELNo), and the storage unit 103 To store.

  Next, the first 1-P2P processing unit 1069 controls the server communication unit 1081 to connect to the Internet 500 (step S87). In general, at this time, the IP address of the mobile phone 100 is determined, and the determined IP address is set in a variable MY_IPADR.

  Subsequently, the first-P2P processing unit 1069 controls the room search request unit 1073 to perform room search request processing (step S89). The room search request process will be described below.

  The room search request unit 1073 gives the data read from the storage unit 103 and the generated room name RMNM to the frame generation unit 1063 and instructs to generate a room search request frame. In response to this instruction, the frame generation unit 1063 generates the frame 599 in FIG. 12 based on the given data. The generated frame 599 is transmitted to the matching server 400 via the server communication unit 1081.

  In the matching server 400, the server communication unit 409 receives the frame 599 and gives it to the frame analysis unit 424. The frame analysis unit 424 outputs the frame 599 to the search reception unit 421B based on the instruction code ‘RM_SEARCH’ of the input frame 599.

  The search reception unit 421B searches the room management table 406 based on the room name RMNM read from the input frame 599. The search result is given to the frame generation unit 423. The frame generation unit 423 generates a room search reception frame 600 that stores the content of the received frame 599 and the search result, and provides the room search reception frame 600 to the server communication unit 409. The server communication unit 409 transmits the input search acceptance frame 600 to the requesting mobile phone 100. Thus, the room search request process in step S89 ends.

  The search acceptance frame 600 transmitted from the matching server 400 is given to the frame analysis unit 1062 via the server communication unit 1081. The frame analysis unit 1062 gives the received frame 600 to the first-P2P processing unit 1069 based on the analysis result.

  The first-P2P processing unit 1069 determines whether there is a room with the room name RMNM based on the value of the search result indicated by the input data 626 of the frame 600 (step S91). If it is determined that the value of data 626 is “−1”, that is, the room does not exist (is not established) (NO in step S91), the process proceeds to step S103 described later.

  If it is determined that the value of the data 626 is “0”, that is, the room exists (is established) (YES in step S91), the room participation request unit 1075 is activated to process the room participation request ( Step S93).

Below, the process of a room participation request is demonstrated.
The room participation request unit 1075 gives the data read from the storage unit 103 and the generated room name RMNM to the frame generation unit 1063 and instructs to generate a room participation request frame. In response to this instruction, the frame generation unit 1063 generates a room participation request frame 603 in FIG. 16 based on the given data. The generated frame 603 is transmitted to the matching server 400 via the server communication unit 1081.

  In the matching server 400, the server communication unit 409 receives the frame 603 and gives it to the frame analysis unit 424. The frame analysis unit 424 outputs the frame 603 to the participation reception unit 421A based on the instruction code “RM_ENTRY” of the input frame 603.

  The participation reception unit 421A stores the room name RMNM indicated by the data 622 read from the input frame, the IP address indicated by the data 623, and the mail address indicated by the data SD in association with the room management table 406A.

  The participation reception unit 421A controls the frame generation unit 1063 to generate the room participation reception frame 604 shown in FIG. 17 as described above. That is, the frame 604 addressed to each of the mobile phone 100 that requested participation and the mobile phone 100 that has already joined the room with the designated room name RMNM is generated and transmitted. When the cellular phone 100 receives the room participation reception frame 604 via the server communication unit 1081, the frame analysis unit 1062 analyzes the received room participation reception frame 604 and, based on the analysis result, indicates that the other party has joined the room. Is output to the first-P2P processing unit 1069 and the second-P2P processing unit 1070, respectively.

Thus, the room participation request process in step S93 ends.
The frame analysis unit 1062 gives the received frame 604 to the first 1-P2P processing unit 1069 based on the analysis result.

  When receiving the above notification from the frame analysis unit 1062, the first 1-P2P processing unit 1069 stores the IP address indicated by the data 625 of the received participation acceptance frame 604 in the area 103D of the variable HIS_IPADR in the storage unit 103 (step S95). ). Thereby, the mobile phone 100 of the user participating in the room name RMNM stores the IP address of the mobile phone 100 of the other participating user as a variable HIS_IPADR. Thereafter, control for P2P communication with the counterpart terminal is performed based on the IP address indicated by the variable HIS_IPADR via the P2P communication unit 1082 (step S97).

  During the message exchange according to the P2P communication, it is determined whether or not the P2P button 110A has been operated, or whether or not a termination operation signal has been received from the partner mobile phone 100 (step S99). While it is not determined that the end operation has been performed or the end operation signal has been received from the other party's mobile phone 100 (NO in step S99), P2P communication is performed (step S97). If it is determined that an end operation has been performed or an end operation signal has been received from the other party (YES in step S99), Internet 500 is disconnected (step S101). Thereafter, the process proceeds to step S3 in FIG.

  In the present embodiment, the processing in steps S97 and S99 described above means direct message exchange between the mobile phones 100A and 100C using IP addresses (MY_IPADR and HIS_IPADR). Specifically, application software using P2P communication is activated, and message exchange processing is performed with each other through processing of the activated application software.

  Returning to step S91, the first-P2P processing unit 1069 determines that the value of the data 626 of the input frame 600 is “−1”, that is, the room does not exist (is not established) (NO in step S91). ), Room opening request unit 1076 is controlled to perform room opening request processing (step S103). The room opening request process will be described below.

  The room opening request unit 1076 gives the room name RMNM and data read from the storage unit 103 to the frame generating unit 1063 and instructs to generate the room opening request frame 601 in FIG. In response to the instruction, the frame generation unit 1063 generates a room opening request frame 601 based on the given data, and outputs it to the server communication unit 1081. The server communication unit 1081 transmits the input room opening request frame 601 to the matching server 400.

  When the matching server 400 receives the room opening request frame 601, the frame 601 is analyzed by the frame analysis unit 424, and the frame 601 is given to the room opening unit 420 based on the analysis result. The room opening unit 420 stores the room name RMNM indicated by the data 622 of the input frame 601, the IP address indicated by the data 623, and the mail address indicated by the data 612 in association with the data 4061, 4062, and 4063 in the room management table 406. To do. This opens a room with the room name RMNM.

  After the opening, the room opening unit 420 controls the frame generation unit 423 to generate the room opening reception frame 602 in FIG. The generated room opening acceptance frame 602 is transmitted to the requesting mobile phone 100 via the server communication unit 409. Thus, the room opening request process ends.

  When receiving the room opening reception frame 602 via the server communication unit 1061, the first 1-P2P processing unit 1069 determines whether or not a certain period of time has elapsed thereafter based on the time data output from the time measuring unit 105 ( Step S105). If it is determined that the predetermined time has elapsed (YES in step S105), the process proceeds to step S113 described later.

  On the other hand, if it is not determined that a certain time has elapsed (NO in step S105), it is determined whether or not the user of the partner mobile phone 100 has joined the established room (step S107). That is, it is determined whether or not the room participation reception frame 604 storing the IP address of the other mobile phone 100 is received from the matching server 400. When the first 1-P2P processing unit 1069 determines that the other user has joined the established room based on the notification from the frame analysis unit 1062 (YES in step S107), the received data 625 of the room participation acceptance frame indicates. The IP address is stored in the area 103D of the variable HIS_IPADR in the storage unit 103 (step S109). Thereby, the mobile phone 100 of the user participating in the room name RMNM stores the IP address of the mobile phone 100 of the other participating user as a variable HIS_IPADR.

  If the notification from the frame analysis unit 1062 cannot be input even after a predetermined time has elapsed (NO in step S107, YES in step S105), the process proceeds to step S113 described later.

  After the processing in step S109, the first-P2P processing unit 1069 controls the room deletion request unit 1076 to perform room deletion request processing (step S111). The room deletion request process will be described below.

  The room deletion request unit 1076 gives the room name RMNM and the data read from the storage unit 103 to the frame generation unit 1063 and instructs to generate the room deletion request frame 605 of FIG. In response to the instruction, the frame generation unit 1063 generates a room deletion request frame 605 based on the given data and outputs the room deletion request frame 605 to the server communication unit 1081. The server communication unit 1081 transmits the input room deletion request frame 605 to the matching server 400.

  When the matching server 400 receives the room deletion request frame 605, the matching server 400 analyzes it by the frame analysis unit 424, and the frame deletion unit 422 gives the frame 605 based on the analysis result. The room deletion unit 422 searches the room management table 406A based on the room name RMNM indicated by the input data 622 of the frame 605. Based on the search result, the data 4061 indicating the room name RMNM and the corresponding data 4062 and 4063 are deleted from the room management table 406. As a result, the room with the room name RMNM is deleted.

  After the deletion, the room deletion unit 422 controls the frame generation unit 423 to generate the room deletion reception frame 606 in FIG. The generated room deletion acceptance frame 606 is transmitted to the requesting mobile phone 100 via the server communication unit 409. Thus, the room deletion request process ends.

  When the mobile phone 100 receives the room deletion acceptance frame 606 in FIG. 19, the process proceeds to the P2P communication in step S97 described above.

  As described above, the process of steps S103 to S111 provides a period for waiting for the partner to participate in the room after opening the room with the room name RMNM.

  Returning to step S105, if a notification that the other user has joined the room is received after a certain time has passed since the room was opened (YES in step S105), the Internet 500 is disconnected in step S113. The Thereafter, the first-P2P processing unit 1069 displays an error message indicating that there is no access from the partner mobile phone 100 on the display 107 for a certain period of time. Thereafter, the process proceeds to step S3 in FIG. 20, and a standby screen is displayed.

With reference to FIG. 25, the process of the 2-P2P processing unit 1070 will be described.
As described with reference to FIG. 22, when a call is interrupted by receiving a line disconnection signal from the other party's mobile phone 100 during a call with the other party's mobile phone 100 (YES in step S49), the second -The P2P processing unit 1070 is activated.

  The second 2-P2P processing unit 1070 first generates a room name RMNM (step S117), and then connects to the Internet 500 (step S119). Generally, since the IP address of its own terminal is fixed at this time, the determined IP address is substituted into a variable MY_IPADR (step S119). Subsequently, processing by the room search request unit 1073 is performed. Then, the frame 600 storing the room search result from the matching server 400 is received, and based on the analysis result of the received frame 600, it is determined whether or not a room with the room name RMNM exists (opened) (step S121). ). If it is determined that the room does not exist (NO in step S121), the Internet 500 is disconnected (step S127), and the process proceeds to step S3 in FIG. On the other hand, if it is determined that a room exists based on the analysis result of the frame 600 (YES in step S121), it is then determined whether a certain time has elapsed based on the time data output by the time measuring unit 105 (step S123). If it is determined that the predetermined time has not elapsed (NO in step S123), it is determined whether or not the P2P button 110C has been operated by the user (step S125). If not operated, the process returns to step S123, but if operated, the process proceeds to step S93 in FIG.

  On the other hand, if it is determined that the P2P button 110C is not operated even after a predetermined time has elapsed after it is determined that the room exists (YES in step S123), the process proceeds to step S113 in FIG. Is disconnected.

  The processes in steps S117, S119, S120, and S121 in FIG. 25 are performed in the same procedure as the processes in steps S85, S87, S89, and S91 in FIG.

  Note that the determination result of step S121 may be displayed on the display 107. When displayed, the user can confirm that the room has already been opened, and can quickly operate the P2P button 110C for room participation (P2P communication start).

  In this way, even when a call is interrupted by receiving a disconnection signal unilaterally from the other party's mobile phone 100 during the call, by joining the room opened by the other user, the call can be exchanged for messages according to P2P communication. Can be switched. Therefore, the interrupted call can be continued by data communication.

Here, the processing of the matching server 400 will be described with reference to FIG.
In parallel with the processing of the mobile phone 100 described above, the matching server 400 executes processing according to FIG. Since the processing performed in parallel in the matching server 400 has been described in the processing on the mobile phone 100 side, it is simply performed here.

  Referring to FIG. 26, CPU 405 of matching server 400 determines whether to receive data via server communication unit 409 (step S131). While no data is received, the process of step S131 is repeated.

  On the other hand, if it is determined that data has been received (YES in step S131), the frame analysis unit 424 performs analysis processing on the received data, that is, the received frame (step S133).

  The frame analysis unit 424 reads and analyzes the instruction code indicated by the received frame data 621. Based on the analysis result, it is determined whether the command code indicates a command for opening a room, searching for a room, deleting a room, or joining a room (steps S135, S137, S139, and S141). If it is determined that the instruction code does not indicate any instruction (NO in step S141), the value “−1” indicating “ERROR” is stored in the frame, and the frame is transmitted to the mobile phone 100 of the transmission source (step S143). ). Thereafter, the process returns to step S131.

  On the other hand, if it is determined that the instruction code of the received frame indicates the opening of the room (YES in step S135), room opening unit 420 searches room management table 406A based on room name RMNM of the received frame, and the search result. Based on the above, it is determined whether or not a room having the room name RMNM has already been established (step S145).

  If it is determined that the room has already been opened (YES in step S145), the process proceeds to step S143. On the other hand, if it is determined that the room has not been opened (NO in step S145), the room is opened by storing the data read from the received frame in the room management table 406A (step S153). Thereafter, the process proceeds to step S155.

  In step S155, the reply information in which the value “0” indicating “OK” is stored in the frame is transmitted to the requesting mobile phone 100. Thereafter, the process proceeds to step S131.

  On the other hand, if it is determined from the frame analysis result that the instruction code of the received frame indicates a room search (YES in step S137), the search reception unit 421B searches the room management table 406A with the received room name RMNM. To do. Then, based on the search result, it is determined whether or not the room exists (is established). If it is determined that the room exists, the process proceeds to step S155 described above. If it is determined that the room does not exist (NO in step S137), the process proceeds to step S143 described above.

  If it is determined from the analysis result of the received frame that the instruction code stored in the frame indicates a room deletion request (YES in step S139), the room deleting unit 422 determines the mail address indicated by the data 613 of the received frame, The mail address indicated by the data 4063 stored in association with the room name RMNM in the room management table 406A is compared and checked to determine whether or not they match (step S149). If they match, that is, if it is determined that the mobile phone 100 that has requested deletion is a terminal that has participated in the room (YES in step S149), the data of the room name RMNM is deleted from the room management table 406A (step S157). ), The process proceeds to step S155 described above.

  On the other hand, if they do not match, that is, if it is determined that the mobile phone 100 that has requested deletion is not the terminal that has joined the room (NO in step S149), the deletion process is not performed and the process proceeds to step S143 described above. To do.

  As a result of analyzing the received frame, if it is determined that the instruction code stored in the frame is requesting participation in the room (YES in step S141), the participation receiving unit 421A reads the room management table 406A from the received frame. Search based on room name RMNM. If it is determined that a room with the room name RMNM has been established based on the search result (YES in step S151), the room participation process is performed (step S159), and this time for other participating mobile phones 100 this time The IP address of the newly participating mobile phone 100 is transmitted, and the IP addresses of other mobile phones 100 that have already participated are transmitted to the mobile phone 100 that requested participation (steps S161 and S163). The process proceeds to step S131.

  According to the present embodiment, when the P2P button 110C is operated during a call, the call is interrupted. Then, the room name RMNM is generated based on the identification information (telephone number) specifying the partner terminal (mobile phone 100) in the call and the identification information (telephone number) of the terminal (mobile phone 100). Then, a room indicated by the room name RMNM is established, and a P2P communication network is formed between terminals that are talking using the established room. The interrupted call can be resumed by data communication using the P2P communication network. In this way, with a simple operation of operating the P2P button 110C, the communication function can be switched from call to data communication, and communication between terminals can be continued.

(Program and recording medium)
Here, the functions according to the flowcharts of FIGS. 20 to 25 described above between the communication terminals including the mobile phone 100 in the present embodiment can be provided as a program. Such a program can be recorded in advance on a recording medium attached to the computer of the CPU 106A of the mobile phone 100 and provided as a program product. As such a recording medium, an FD (Flexible Disc), a CD (Compact Disc) -ROM or a ROM (Read Only Memory) and a RAM (Random Access Memory) constituting the storage unit 103, and a computer readable memory such as a memory card There are various recording media. Alternatively, the program can be provided by being recorded on a recording medium such as a hard disk built in the computer. The program can also be provided by downloading via various networks including the Internet 500.

  Moreover, the function according to the flowchart of FIG. 26 can also be provided as a program. Such a program can be recorded in advance on a recording medium attached to the computer of the CPU 405 of the matching server 400 and provided as a program product. As such a recording medium, an FD (Flexible Disc) 412, a CD (Compact Disc) -ROM 414, a ROM (Read Only Memory) and a RAM (Random Access Memory) constituting a memory 406, and a memory card can be read by a computer. There are various recording media. Alternatively, the program can be provided by being recorded on a recording medium of a fixed disk 407 built in the computer. The program can also be provided by downloading via various networks including the Internet 500.

  Here, the program product includes the program itself and a recording medium on which the program is recorded.

  As a general tendency, various program modules are prepared as a part of a computer operating system, and an application program is called to advance the processing by calling these modules in a predetermined arrangement. . In such a case, the software itself for realizing the system according to the present embodiment does not include such a module, and the system is realized only when the computer cooperates with the operating system. However, as long as a general platform is used, it is not necessary to distribute software including such modules, and the software itself not including these modules and the recording medium storing the software (and the software distributes on the network). Data signal) can be considered to constitute the embodiment.

The embodiment disclosed this time should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.

It is a schematic diagram showing an example of network system 1 concerning this embodiment. It is an image figure which shows the external appearance of the mobile telephone which concerns on this Embodiment. It is a block diagram which shows the hardware constitutions of the mobile telephone which concerns on this Embodiment. It is a figure explaining the address book data concerning this Embodiment. It is a figure explaining the own terminal data which concern on this Embodiment. It is a functional block diagram of the mobile telephone which concerns on this Embodiment. It is a hardware block diagram of the matching server which concerns on this Embodiment. (A) And (B) is a figure which shows an example of the data structure of the room management table which concerns on this Embodiment. It is a functional block diagram of the matching server which concerns on this Embodiment. It is a figure which shows typically the communication procedure which concerns on this Embodiment. It is a figure explaining the basic composition of the frame concerning this embodiment. It is a block diagram of a room search request frame according to the present embodiment. It is a block diagram of the room search reception frame which concerns on this Embodiment. It is a block diagram of the room establishment request | requirement frame which concerns on this Embodiment. It is a block diagram of the room establishment reception frame which concerns on this Embodiment. It is a block diagram of the room participation request frame which concerns on this Embodiment. It is a block diagram of the room participation reception frame which concerns on this Embodiment. It is a block diagram of a room deletion request frame according to the present embodiment. It is a block diagram of the room deletion reception frame which concerns on this Embodiment. It is a main process flowchart concerning this Embodiment. It is a calling process flowchart concerning this embodiment. It is a TEL call processing flowchart according to the present embodiment. It is a TEL incoming call process flowchart which concerns on this Embodiment. It is a 1-P2P process flowchart concerning this embodiment. It is a 2-P2P processing flowchart concerning this embodiment. It is a process flowchart of the matching server which concerns on this Embodiment.

Explanation of symbols

  100 mobile phone, 400 matching server, 406A room management table, 420 room opening section, 421A participation reception section, 421B search reception section, 422 room deletion section, 1066 calling section, 1068 TEL calling section, 1069 1st-P2P processing Part, 1070 2nd P2P processing part, 1072 room name generation part, 1073 room search request part, 1074 room establishment request part, 1075 room participation request part, 1076 room deletion request part.

Claims (6)

A communication device for connecting a wireless telephone network and a data communication network,
A data communication unit that performs data communication with the other communication device by accessing a room established for exchanging data with the other communication device to the server device of the data communication network;
A storage unit for storing identification information of the other communication device and the communication device for specifying a communication partner in the wireless telephone network;
Based on the identification information, a call unit for making a call with the other communication device via the wireless telephone network;
A communication request unit operated to input the data communication request;
An identifier generating unit that generates a room identifier for identifying the room based on the identification information read from the storage unit;
A communication control unit,
The communication control unit
In response to the request input by the communication request unit, the room set up in the server device is searched based on the room identifier, and the room specified by the search is accessed by the data communication unit. Communication device. The communication control unit
If it is detected by the search that the room corresponding to the room identifier is established in the server device, the room is accessed by the data communication unit,
When it is detected by the search that the room corresponding to the room identifier has not been opened in the server device, the server device is requested to open the room, and The communication apparatus according to claim 1, wherein the communication apparatus waits for access by the communication apparatus. The communication control unit
In response to an instruction to interrupt the call during a call with the other communication device, the call is interrupted, and the room opened in the server device is searched based on the room identifier, The communication device according to claim 1, further comprising a communication switching unit that accesses the room specified by the search by the data communication unit. In response to the input of the request by the communication request unit, the communication request unit further includes a disconnection signal transmission unit that transmits a disconnection signal for disconnecting the line of the call. The communication device according to claim 3, wherein when the request is input or when the disconnection signal is received from the other communication device, an interruption of the call is instructed. A communication method in a communication device for connecting a wireless telephone network and a data communication network,
The communication device includes a storage unit that stores identification information of the communication device and another communication device for specifying a communication partner in the wireless telephone network,
The communication method is:
Communicating data with the other communication device by accessing a room established for exchanging data with the other communication device to the server device of the data communication network;
Making a call with the other communication device via the wireless telephone network based on the identification information;
Inputting the data communication request;
And a step of generating a room identifier for identifying the room on the basis of the identification information read out from said storage unit,
In response to type a Symbol request, searches the room to be opened to the server apparatus based on the room identifier, accessing the step of data communication the said room identified by the search, the communication method.   A communication program for causing a computer to execute the communication method according to claim 5.

Images