WO2006075588A1 - 通信端末および通信方法 - Google Patents

通信端末および通信方法 Download PDF

Info

Publication number
WO2006075588A1
WO2006075588A1 PCT/JP2006/300172 JP2006300172W WO2006075588A1 WO 2006075588 A1 WO2006075588 A1 WO 2006075588A1 JP 2006300172 W JP2006300172 W JP 2006300172W WO 2006075588 A1 WO2006075588 A1 WO 2006075588A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
communication terminal
information
unit
module
Prior art date
Application number
PCT/JP2006/300172
Other languages
English (en)
French (fr)
Inventor
Maki Amishima
Sachiko Takeshita
Kentaro Takei
Original Assignee
Matsushita Electric Industrial Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Publication of WO2006075588A1 publication Critical patent/WO2006075588A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources

Definitions

  • the present invention relates to a communication terminal connected to a network and a communication method.
  • Peripheral devices are selected in consideration of multimedia applications that realize multimedia communication. Therefore, there is a possibility that the interoperability as an application cannot be maintained.
  • the target multimedia application handles a plurality of media data such as video data, audio data, and text data, and further, camera operation, application sharing such as Web screen sharing and document creation software, and instant messaging.
  • media data such as video data, audio data, and text data
  • application sharing such as Web screen sharing and document creation software
  • instant messaging There are various functions such as calling by coaching.
  • multimedia applications with various functions not only the matching of the media data type but also a function module that processes it, for example, a media processing module that performs image display and camera operation at the same time.
  • application sharing modules that enable Web screen sharing also match! / ⁇ , and application connectivity cannot be maintained.
  • the present invention has been made to solve the above-described problems.
  • the media data type and the multimedia application are configured.
  • the communication terminal and the communication method for ensuring the connectivity of the application are provided by considering the functional modules to be used.
  • the communication terminal of the present invention communicates with a communication partner terminal device connected via a network.
  • a connection request receiver that receives a connection request to which application information related to the application to be used is received, an application information acquisition unit that acquires application information from a connection request received by the connection request receiver, and an application information acquisition unit.
  • a configuration that includes an application comparison unit that compares the obtained application information with the corresponding application that can be used by the terminal itself, and an application information request unit that requests an application according to the comparison result of the application comparison unit. It has.
  • the communication terminal of the present invention configures a multimedia application and sets information on functional modules that process media data to be communicated as a communication destination when establishing multimedia communication.
  • a communication terminal By exchanging with a communication terminal, it is possible to secure the interoperability as an application by considering even the mismatch or mismatch.
  • the communication terminal of the present invention requests other communication terminals to execute the function module when one or more deficiencies of the function module constituting the multimedia application are detected by the exchange. By doing so, it becomes possible to realize multimedia application communication required by a communication terminal as a communication destination, and it is possible to ensure mutual connectivity as an application.
  • the communication terminal of the present invention becomes another communication terminal or a communication partner when one or more deficiencies of the functional modules constituting the multimedia application are detected by the exchange.
  • the communication terminal By acquiring the corresponding functional module from the communication terminal, it is possible to realize multimedia application communication required by the communication destination terminal, ensuring mutual connectivity as an application, and communicating on the own communication terminal. Since the processing of communication data transmitted from the previous communication terminal can be completed, privacy 'security can be ensured.
  • the communication terminal of the present invention handles various types of media data, and also connects applications to each other even in a multimedia application composed of various functional modules that process them. Sex can be secured.
  • FIG. 1 is a configuration diagram showing a network system in Embodiment 1 of the present invention.
  • FIG. 2 is a configuration diagram showing a mobile communication terminal according to Embodiment 1 of the present invention.
  • FIG. 3 is a configuration diagram showing a peripheral communication terminal according to Embodiment 1 of the present invention.
  • FIG. 4 is a diagram showing a data structure of communication terminal information written in an RFID tag according to Embodiment 1 of the present invention.
  • FIG. 5 is a sequence diagram showing a communication operation between the mobile communication terminal and the peripheral communication terminal in the first embodiment of the present invention.
  • FIG. 6 is a sequence diagram showing a communication operation between the external communication terminal and the mobile communication terminal in the first embodiment of the present invention.
  • FIG. 7 is a diagram showing a screen display example of a user input / output unit of the external communication terminal according to Embodiment 1 of the present invention.
  • FIG. 8a is a diagram for explaining a data structure of a message between the external communication terminal and the mobile communication terminal in the first embodiment of the present invention.
  • FIG. 8b is a diagram for explaining a data structure of a first message between the external communication terminal and the mobile communication terminal in the first embodiment of the present invention.
  • FIG. 8c is a diagram for explaining a data structure of a second message between the external communication terminal and the mobile communication terminal in the first embodiment of the present invention.
  • FIG. 9 is a sequence diagram showing a first internal operation of the external communication terminal according to Embodiment 1 of the present invention.
  • FIG. 10 is a sequence diagram showing a second internal operation of the external communication terminal according to Embodiment 1 of the present invention.
  • FIG. 11 is a sequence diagram showing a first internal operation of the mobile communication terminal according to Embodiment 1 of the present invention.
  • FIG. 12 is a sequence diagram showing a second internal operation of the mobile communication terminal according to Embodiment 1 of the present invention.
  • FIG. 13 is a sequence diagram showing a third internal operation of the external communication terminal according to Embodiment 1 of the present invention.
  • FIG. 14 is a diagram showing a screen display example of the user input / output unit of the mobile communication terminal according to Embodiment 1 of the present invention.
  • FIG. 15 is a configuration diagram showing a network system according to the second embodiment of the present invention.
  • FIG. 16 is a configuration diagram showing a mobile communication terminal and an external communication terminal in the second embodiment.
  • FIG. 17 is a diagram showing a screen configuration example of a user input unit of the external communication terminal according to Embodiment 2 of the present invention.
  • FIG. 18 is a diagram showing a screen configuration example of a user input unit of the mobile communication terminal according to Embodiment 2 of the present invention.
  • FIG. 19 is a sequence diagram showing an outline of communication between the mobile communication terminal and the external communication terminal in the second embodiment of the present invention.
  • FIG. 20 is a flowchart showing connection request processing of the external communication terminal in the second embodiment of the present invention.
  • FIG. 21 is a flowchart showing connection request response processing of the mobile communication terminal according to Embodiment 2 of the present invention.
  • FIG. 22 is a flowchart showing module activation processing of the external communication terminal in the second embodiment of the present invention.
  • FIG. 23a is a diagram for explaining a data structure of a message between the external communication terminal and the mobile communication terminal in the second embodiment of the present invention.
  • FIG. 23b is a diagram for explaining a data structure of a connection request for an external communication terminal in the second embodiment of the present invention.
  • FIG. 23c is a diagram for explaining the data structure of the connection request response of the mobile communication terminal in the second embodiment of the present invention.
  • FIG. 24a is a diagram showing a configuration of a DB in the module storage DB of the mobile communication terminal according to the second embodiment of the present invention.
  • FIG. 24b is a diagram showing a DB configuration in the module storage DB of the external communication terminal according to Embodiment 2 of the present invention.
  • FIG. 25 is a configuration diagram showing a mobile communication terminal and a PC terminal according to Embodiment 3 of the present invention.
  • FIG. 26 is a sequence diagram showing an outline of a device information acquisition procedure between the mobile communication terminal and the PC terminal in the third embodiment of the present invention.
  • FIG. 27 is a flowchart showing RFID read request processing of the mobile communication terminal in Embodiment 3 of the present invention.
  • FIG. 28 is a flowchart showing device information transmission processing 2 of the PC terminal in the third embodiment of the present invention.
  • FIG. 29 is a flowchart showing device module list storage processing 3 of the mobile communication terminal according to Embodiment 3 of the present invention.
  • FIG. 30a is a diagram showing a first data structure of the device information transmission of the PC terminal in the third embodiment of the present invention.
  • FIG. 30b is a diagram showing a second data structure of the device information transmission of the PC terminal in the third embodiment of the present invention.
  • FIG. 31 is a sequence diagram showing an outline of a negotiation procedure between a mobile communication terminal and a PC terminal in the third embodiment of the present invention.
  • FIG. 32 is a flowchart showing device module acquisition request processing 21 of the portable terminal in the third embodiment of the present invention.
  • FIG. 33 is a flowchart showing functional module acquisition request response processing 22 of the PC terminal in the third embodiment of the present invention.
  • FIG. 34 is a flowchart showing connection request response processing 23 of the portable terminal in the third embodiment of the present invention.
  • FIG. 35a is a diagram for explaining the data structure of the functional module acquisition request of the mobile communication terminal according to the third embodiment of the present invention.
  • FIG. 35b is a diagram showing an example of the data structure of the module acquisition request for the mobile communication terminal function according to the third embodiment of the present invention.
  • FIG. 35c is a diagram for explaining a data structure of a function module acquisition request response of the PC terminal in the third embodiment of the present invention.
  • FIG. 35d is a diagram showing an example of a data structure of a function module acquisition request response of the PC terminal according to Embodiment 3 of the present invention.
  • FIG. 36a is a diagram showing a configuration example of DB information in the module storage DB of the mobile communication terminal according to Embodiment 3 of the present invention.
  • FIG. 36 b is a diagram showing a configuration example of DB information in the module storage DB of the PC terminal in the third embodiment of the present invention.
  • FIG. 37 is a diagram showing a configuration example of DB information managed by the device information DB of the mobile communication terminal according to Embodiment 3 of the present invention.
  • FIG. 38 is a configuration diagram showing a mobile communication terminal and a PC terminal according to Embodiment 4 of the present invention.
  • FIG. 39 is a sequence diagram showing an outline of a negotiation procedure between the external communication terminal and the PC terminal in the fourth embodiment of the present invention.
  • FIG. 40 is a flowchart showing functional module activation request processing 31 of the mobile communication terminal in the fourth embodiment of the present invention.
  • FIG. 41 is a flowchart showing a functional module activation request response process 32 of the PC terminal in the fourth embodiment of the present invention.
  • FIG. 42 is a flowchart showing connection request response processing 33 of the mobile communication terminal in the fourth embodiment of the present invention.
  • FIG. 43a is a diagram for explaining the data structure of the functional module activation request of the mobile communication terminal in the fourth embodiment of the present invention.
  • FIG. 43b is a diagram showing an example of the data structure of the function module activation request of the mobile communication terminal in the fourth embodiment of the present invention.
  • FIG. 43c is a diagram illustrating a data structure of a function module activation request response of the PC terminal in the fourth embodiment of the present invention.
  • FIG. 43d is a diagram showing an example of a data structure of a function module activation request response of the PC terminal in the fourth embodiment of the present invention.
  • FIG. 44 is a diagram showing a screen display example of the user input unit of the PC terminal according to Embodiment 4 of the present invention.
  • FIG. 45 is a configuration diagram showing a mobile communication terminal and an external communication terminal in the fifth embodiment of the present invention.
  • FIG. 46 is a sequence diagram showing an outline of the negotiation procedure between the mobile communication terminal and the external communication terminal in the fifth embodiment of the present invention.
  • FIG. 47 is a flowchart showing functional module acquisition request processing 41 of the mobile communication terminal in the fifth embodiment of the present invention.
  • FIG. 48 is a flowchart showing functional module acquisition request response processing 42 of the external communication terminal according to Embodiment 5 of the present invention.
  • FIG. 49 is a flowchart showing connection request response processing 43 of the mobile communication terminal in the fifth embodiment of the present invention.
  • FIG. 1 is a diagram showing a configuration of a network system according to Embodiment 1 of the present invention.
  • the network system 100 includes a local IP network 202, an external IP network 201, and various types of communication terminals connected to them.
  • a communication terminal connected to the local IP network 202 is a PC terminal 203, a network (
  • NW NW
  • IP phone 205 IP phone 205
  • display 206 content / file server 207
  • printer 208 FAX 209
  • portable communication terminal 210 portable communication terminal 210, and the like.
  • Communication terminals connected to the external IP network 201 are a PC terminal 211, a portable communication terminal 212, a server 213 capable of providing applications, and the like.
  • the local IP network 202 and the external IP network 201 of the first embodiment may be power wireless, which is described as wired, or may be a network where both wired and wireless are mixed.
  • FIG. 2 is a block diagram showing a configuration of mobile communication terminal 210 as a communication terminal in the first embodiment.
  • the mobile communication terminal 210 includes a device information recording medium 301, a module storage medium 302, a module usable area 303, a user input / output unit 304, and a personal authentication information recording medium 3 05, overall control unit 306, device information request Z analysis unit 307, module request Z analysis unit 308, communication request determination unit 309, network management unit 310, RFID (Radio Frequency 1061 ⁇ £ & 1011) reading A unit 311 and a communication protocol control unit 312.
  • RFID Radio Frequency 1061 ⁇ £ & 1011
  • the device information recording medium 301 is a medium for recording device information related to devices existing in the local IP network 202 (communication terminals existing around the portable communication terminal 210). In the device information recording medium 301, address information of devices (including communication terminals existing in the vicinity), information on applications held by the devices, and the like are recorded.
  • the module storage medium 302 is a medium for storing a function module which is a program for processing media data for providing various functions in multimedia communication and input / output to / from a user. Accumulate one or more functional modules that make up
  • applications such as VoIP and camera view that make up multimedia applications also have functional module capabilities related to noise reduction and communication speed.
  • function modules related to camera operation such as codec or chill and pan are also configured.
  • the module usable area 303 is a memory area used for actually operating the application Z function module.
  • the module available area 303 deploys and operates the application Z function module acquired from the external communication terminal and the application Z function module stored in the communication terminal existing in the vicinity.
  • the user input / output unit 304 is used for starting and ending multimedia communication such as telephone calls and applications, selecting devices to be used, permitting operations, and notifying incoming calls, and the like. Handles input and output.
  • buttons, keys, sounds, images, etc. examples of input operations from the user are inputs by buttons, keys, sounds, images, etc.
  • examples of output to the user are outputs by display display, sound reproduction, LED lighting, etc. is there.
  • the personal authentication information recording medium 305 is used to authenticate personal authentication information regarding a user who performs communication using a mobile communication terminal, and a communication destination or a user of an application Z function module.
  • Personal authentication information, communication partner user and application It is a medium for recording information related to the user of the transmission / reception of the Chillon Z function module.
  • the overall control unit 306 determines information from each processing unit and performs overall control as a mobile communication terminal.
  • the overall control unit 306 has a timer, and performs all processes such as periodic processing, processing to establish communication connection, processing to send and receive application Z function modules, etc. This is performed with the part 306 interposed.
  • the device information request Z analysis unit 307 requests device information and analyzes the acquired device information.
  • the device information request Z analysis unit 307 performs analysis and determination of the request, provision of device information of the device, and the like.
  • the device information request Z analysis unit 307 analyzes the received device information and records the device information.
  • the module request Z analysis unit 308 requests or analyzes the multimedia application Z function module.
  • Module request / analysis unit 308 acquires information on multimedia applications that are desired to be used for communication, and performs judgment, analysis, creation, instruction, etc. on information on acquired multimedia applications and functional modules
  • the communication request determination unit 309 sets, analyzes, or determines a request, a condition, and the like when establishing communication.
  • the communication request determination unit 309 obtains information necessary for transmission / reception of a communication to be established, that is, session start Z disconnection, etc., and generates communication communication establishment request information or receives a communication establishment request. The received information is analyzed.
  • the network management unit 310 manages information such as the IP address of the own communication terminal, the address of the application server, the address of the communication terminal existing in the vicinity, and the control of the network interface in the connected network.
  • the 1 ⁇ 10 reading unit 311 emits a radio wave for reading data, and reads the data written in the RFID tag.
  • the RFID reading unit 311 is connected to a secondary wireless network 313 that is a network within a reading range.
  • the mobile communication terminal 210 uses the RFID reading unit 311 to acquire information on communication terminals existing in the vicinity that are dynamically changed due to portability.
  • the communication protocol control unit 312 performs communication protocol transmission / reception and protocol command creation Z analysis.
  • the network management unit 310 and the communication protocol control unit 312 can communicate with the external IP network 201 through the local IP network 202.
  • the communication protocol control unit 312 constitutes a connection request reception unit
  • the module request / analysis unit 308 constitutes an application information acquisition unit and an application comparison unit
  • the module The available area section 303 constitutes an application information request section.
  • FIG. 3 is a block diagram showing a configuration of PC terminals 203 to FAX 209 as communication terminals.
  • the PC terminal 203 is similar to the portable communication terminal 210 in that the device information recording medium 301, the module storage medium 302, the module usable area 303, the user input / output unit 304, and the personal authentication information recording medium 305, an overall control unit 306, a device information request Z analysis unit 307, a module request Z analysis unit 308, a communication request determination unit 309, a network management unit 310, and a communication protocol control unit 312. Furthermore, it has a device information writing unit 401 and an RFID tag unit 402.
  • the device information writing unit 401 writes information in the RFI D tag unit 402 in accordance with device information such as the operating status of the communication terminal.
  • the device information writing unit 401 is not necessary when the information written in advance is not rewritten without reflecting the operation status or the like.
  • the RFID tag portion 402 is an electronic tag portion in which device information is written. Receives radio waves from the reader (reading device), obtains power, and returns written information. The device information that has been written may remain fixed or may be rewritten as needed to reflect the operating status.
  • the RFID tag unit 402 is connected to a secondary wireless network 313 that is a network in a range to be read.
  • PC terminals 203 to FAX 209 which are communication terminals are stationary communication terminals, and are handled as communication terminals existing in the vicinity from portable communication terminal 210.
  • the PC terminals 203 to FAX 209 use the RFID tag unit 402 to transmit device information of the own communication terminal.
  • FIG. 4 shows an example data structure of device information written in the RFID tag unit 402.
  • an RFID tag unit 402 includes a device ID 701 for identifying a device such as a manufacturing number, a device type 702 indicating a device type such as a printer or a PC, and an IP address or URL in a connected network.
  • This information is assumed to be stored in the device information recording medium 301 of the mobile communication terminal 210 in the same form.
  • the power described using RFID is defined by other secondary wireless networks such as Bluetooth (registered trademark), UWB (Ultra WideBand), and so on!
  • Bluetooth registered trademark
  • UWB Ultra WideBand
  • the present invention that uses this method is not particularly limited to RFID.
  • Embodiment 1 having the above configuration, first, a local IP network
  • a communication method for connecting mobile communication terminal 210 to 202 and acquiring information on communication terminals existing in the vicinity will be described with reference to FIG.
  • FIG. 5 is a sequence diagram showing an internal operation when the mobile communication terminal 210 acquires device information of communication terminals existing in the vicinity thereof.
  • the overall control unit 306 of the mobile communication terminal 210 notifies the device information request Z analysis unit 307 of the device information acquisition request (S603) due to the timeout of the internal device information acquisition polling timer (S602).
  • the device information request Z analysis unit 307 instructs the RFID reading unit 311 to perform the device information acquisition request (S605) (S604).
  • the RFID reading unit 311 receives the instruction of the device information acquisition request (S605), and supplies power to the RFID tag unit 402 of the communication terminal existing in the vicinity via the secondary wireless network 313 (S60).
  • the RFID tag unit 402 of the communication terminal existing in the vicinity transmits the device information (S609) already written using the supplied power supply via the secondary wireless network 313 (S6).
  • the RFID reading unit 311 of the mobile communication terminal 210 is connected to the device via the secondary wireless network 313.
  • the information (S609) is received, the device information request Z analysis unit 307 is notified of the device information (S611) (S610), and the device information request Z analysis unit 307 analyzes the contents of the device information (S611).
  • the received device information (S613) and the reading of RFID are notified to the overall control unit 306 (S612).
  • the overall control unit 306 requests the device information recording medium 301 to store the device information (S615) (S614), thereby storing the received device information (S613) in the device information recording medium 301 (S616). ).
  • Steps S606 to S616 are periodically started up by a timer in the overall control unit 306 of the mobile communication terminal 210, and the communication existing in the coverage area of the secondary wireless network 313 every time the start is made. Repeated for the number of terminals.
  • the portable communication terminal 210 can be connected to the local IP network 202 to obtain device information existing in the vicinity.
  • the multimedia application information is also designated, so that the multimedia application A communication method for starting a communication connection using the network will be described with reference to FIGS.
  • FIG. 6 is a sequence diagram showing an operation from when the mobile communication terminal 210 receives a connection request transmitted from the external communication terminal 211 connected to the external IP network 201 until the connection is established.
  • external communication terminal 211 has the same configuration as communication portable terminal 210 shown in FIG.
  • the user input / output unit 304 of the external communication terminal 211 transmits a connection request (S802) to the overall control unit 306 by a user operation to give a connection instruction (S801).
  • the external communication terminal 211 receives the connection request (S802) by user-friendly operation, and after performing communication information setting (S803), module information setting (S804), and module acquisition (S805), Send connection request (S806) to mobile communication terminal 210 and send connection request (S807) Do.
  • the mobile communication terminal 210 that has received the connection request (S806) performs processing of communication information analysis (S808) and available module determination (S809), and notifies the determination result with the user of the mobile communication terminal 210. , Response (S812, S813), module determination (S810) processing, module activation (S811), communication start (S816) processing, connection request response (S817) to external communication Send to terminal 211.
  • the external communication terminal 211 Upon receiving the connection request response (S817) from the mobile communication terminal 210, the external communication terminal 211 performs processing of communication information analysis (S818), module activation (S819), and communication start (S820), and Communication (S821) with the communication terminal 210 using RTP (Realtime Transfer Protocol) is started.
  • RTP Realtime Transfer Protocol
  • FIG. 7 is a screen display example used when the user operates the user input / output unit 304 of the external communication terminal 211.
  • the basic button unit 901 includes a "start” button for requesting a communication connection, a “select” button for confirming a selection result of a connection destination partner and an application to be used for connection, and transfer of communication during connection. It consists of four buttons: a “Transfer” button, and a “Disconnect” button that requests disconnection of the connected communication!
  • the address input box 902 is a box for directly inputting an address of a destination user as a connection destination.
  • the address book 903 is registered in advance and displays the name and address of the user, the current status and location of the user, and the user as the connection partner can be selected.
  • Mr. A to Mr. E are registered, and from these users can be selected as connection destinations.
  • a list of communication applications 904 is a list of multimedia applications that can be used for communication, from which applications to be used at the time of connection can be selected.
  • FIG. 7 (1) VoIP with only a voice call function, (2) Company A camera view that serves as an image monitor for surveillance ⁇ 1, (3) Company A camera view that serves as a video monitor for videophones TV 2 (4) A mobile camera that captures video for a videophone is shown as an example.
  • the multimedia applications displayed in the communication application list 904 can be used in combination or independently.
  • the information output box 905 displays the current user selection status, incoming call status, and the like.
  • the screen display of FIG. 7 is input to the input / output unit 304 by the touch panel, but input by key operation, pen input, mouse operation, etc. is also possible.
  • the invention is not limited to touch panels!
  • the user who operates the external communication terminal 211 selects Mr. A as a user who is a communication connection partner from the address book 903 on the screen display, and “select” of the basic button unit 901 is selected. Press.
  • the information output box 905 reflects these pieces of information, and when the user presses "Start" on the basic button unit 901, the connection instruction to the mobile communication terminal 210 used by Mr. A is displayed. The indication can be made to the external communication terminal 211.
  • 8A to 8C are diagrams for explaining the data structure of the messages (S806, S817) between the external communication terminal 211 and the portable communication terminal 210 in FIG.
  • FIG. 8a is a diagram showing a general-purpose data structure common to messages (S806, S817).
  • the data structure shown in FIG. 8a includes request type 1101, connection destination user name or address 1102, connection source user name or address 1103, communication data type 1104 indicating the type of media data, and media data Communication data transmission / reception address indicating the destination of transmission / reception 1 105, multimedia application used in communication and communication data processing application indicating functional modules constituting the multimedia application Z function type 1106, connection request 1101 to communication data processing application
  • the Z function type 1106 comprises preliminary information 1107 related to communication used when there is information to be notified to the communication partner.
  • FIG. 8b shows a data structure when SIP (IETF, RFC3261, Session Initiation Protocol) is used in FIG. 8a. Used to request connection to terminal 210.
  • SIP IETF, RFC3261, Session Initiation Protocol
  • connection request 1101 stores INVITE indicating the connection request.
  • connection destination user name Z address 1102 is a Request—URlZTo header, that is, in this embodiment 1, 31? 11! 3 ⁇ 4 (1; 1 ⁇ 01: 111 Resource Identifier) indicating the mobile communication terminal 210.
  • the communication source user name Z address 1103 stores the From header ZContact header, that is, the SIP URI indicating the external communication terminal 211 in the first embodiment.
  • the communication data type 1104 and the communication data transmission / reception address 1105 correspond to SDP (IETF, RFC2327, Session Discription Protocol) belonging to the SIP message body.
  • SDP IETF, RFC2327, Session Discription Protocol
  • the media information [RTP (Realtime Transfer Protocol) , RDP (RTCP Control Protocol) port number etc.] is stored.
  • the communication data processing application Z function type 1106 includes information indicating the camera view ⁇ 2 (video monitor for videophones) and VoIP (voice phone) manufactured by Company A in the first embodiment, and reserve information 1107 includes Preliminary information that is an empty area of the SIP message body is stored.
  • the communication data processing application / function type 1106 and the preliminary information 1107 may be included in the SDP, or if there is another part that can be described as preliminary information, it may be described there. Ok.
  • FIG. 8c is also an example of a data structure when SIP is used in FIG. 8a, and this data structure is used for a connection request response from the mobile communication terminal 210 to the external communication terminal 211. .
  • connection request 1101 stores 200 OK indicating a connection request response (normal).
  • Connected user name Z address 1102 stores a Request-URlZTo header, that is, a SIP URI indicating external communication terminal 211 in the first embodiment.
  • the communication source user name Z address 1103 stores a From header, a ZContact header, that is, a SIP URI indicating mobile communication terminal 210 in the first embodiment.
  • the other structure is the same as Figure 8a.
  • FIGS. 6 to 14 a sequence until multimedia communication is started in the first embodiment will be described in detail.
  • 9 and 10 show the internal operation of external communication terminal 211 in FIG. 6 (steps S801 to S801).
  • the user having the external communication terminal 211 is the user input / output unit 30.
  • a connection instruction (S801) is issued according to 4, and a connection request (S802) is transmitted to the external portable terminal 211.
  • connection request (S802) is sent to the user input / output unit 304 using the address book 903 in FIG. Created by selecting the service “Camera View ⁇ 2 made by Company A” and the voice call service rVoIPj, and touching the “Select” button of the basic button 901 to confirm the selection.
  • the created connection request (S802) is notified to the overall control unit 306 via the user input / output unit 304 as shown in FIG. 9 by touching the “start” button of the basic button 901 in FIG.
  • the overall control unit 306 that has received the connection request (S802) has the information power of the connection request (S802) related to multimedia communication. Communication information is set.
  • This communication information is information such as a type of media data, an IP address and a port for transmitting / receiving the media data, which have been conventionally required for performing multimedia communication.
  • SDP information indicating media information (RTP, RTCP port number, etc.) that is communication data type 1104 and communication data transmission / reception address 1105 having the data structure shown in FIG. 8b is set.
  • the module information setting (S804) in FIG. 6 is performed by setting the module information related to the multimedia application selected by the user to the module request Z analysis unit 308 by the overall control unit 306.
  • Request (S1001) The module request Z analysis unit 308 performs module information setting (S 1002) corresponding to the multimedia application selected by the user, and sends a module information notification (S 100 3) to the overall control unit 306. Done.
  • the communication data processing application Z function type 1106 of the data structure shown in FIG. 8b “Company A camera view 2 (video monitor for videophone), information indicating VoIP (voice communication)” is shown. Is set.
  • module acquisition (S805) in FIG. 6 is performed by the overall control unit 306 with respect to the module storage medium 302, the application Z function module selected by the user, that is, the VoIP function module, and Request a search for the functional module of camera view ⁇ 2 manufactured by Company A (S 1005).
  • the module storage medium 302 obtains the relevant module (S1006) and transmits the relevant module to the overall control unit 306 (S1007). Subsequently, the overall control unit 306 uses the acquired module (S1008).
  • connection request (S807) in FIG. 6 is sent to the communication request determination unit 309 as shown in FIG. 10 by the overall control unit 306 that detects that the communication connection preparation from steps S803 to S805 has been completed.
  • the connection request is instructed (S1011).
  • the communication request determination unit 309 performs SIP INVITE as the connection request 1101 of the data structure shown in FIG. 8b, SIP UR I of the mobile communication terminal 210 as the connection destination user name / address 1102, and the connection source user
  • SIP URI of the external communication terminal 211 having the name Z address 1103 is added to create a connection request (S1012).
  • the communication request determination unit 309 instructs the communication protocol control unit 312 to make a connection request (S1 013). Based on the connection request (S1013), the communication protocol control unit 312 creates a command that matches the communication protocol (S1014), and sends the connection request (S806) to the mobile communication terminal 210 in the format shown in FIG. 8b. Is done.
  • FIGS. 11 and 12 are sequence diagrams showing the internal operation (steps S808 to S816) of portable communication terminal 210 in FIG.
  • the communication protocol control unit 312 performs a communication protocol analysis (S10 21) of the connection request (S806) received from the external communication terminal 211.
  • the communication protocol control unit 312 determines from the SIP INVITE that is the connection request 1101 shown in FIG. 8b that it is a session connection request, and transmits a connection request notification (S1022) to the communication request determination unit 309.
  • the communication request determination unit 309 analyzes the communication information (S1023) of the SDP information such as the data type and the IP address / port number used for data transmission / reception. This is done by sending an analysis result notification (connection request S 1024) to 306.
  • the communication data type 1104 Analyzes SDP information indicating media information (RTP, RTCP port number, etc.) which is 5.
  • the available module determination (S809) in FIG. 6 is based on the connection request (S1024), as shown in FIG. 11, the overall control unit 306 sends an external communication terminal to the module request Z analysis unit 308.
  • the module information analysis request (S1025) specified by 211 is transmitted.
  • the module request Z analysis unit 308 analyzes and acquires the module information and makes a determination (S1026), and transmits the result to the overall control unit 306 as a communication module determination notification (S1027).
  • the overall control unit 306 requests the module storage medium 302 to search for a function module (S1029) based on the module information (module search S1028). .
  • the module storage medium 302 acquires the relevant module (S1030), and transmits the relevant module to the overall control unit 306 (S1031), thereby determining whether the usable module is “present”.
  • the communication data processing application Z function type 1106 of the data structure is “Camera view 2 made by company A 2 (video monitor for videophones), VoIP (voice communication). Information is extracted and the function module is acquired.
  • the usage module determination (S810) in FIG. 6 is based on the communication information acquired in the communication information analysis (S808) and the functional module information acquired in the available module determination (S809), as shown in FIG.
  • the overall control unit 306 notifies the user input / output unit 304 of a connection request (S812). Also, the user input / output unit 304 sends a connection request response (S813) to the overall control unit 306 by a response operation by the user.
  • FIG. 14 is a diagram showing a screen display example in the user input / output unit 304 of the mobile communication terminal 210, and the basic configuration is the same as that of the external communication terminal shown in FIG.
  • connection request notification is performed by displaying an incoming call in the information output box 905 in FIG.
  • the connection request response is made by an incoming call response by touching the “start” button of the basic button 901 by the user in FIG.
  • the module activation (S811) in FIG. 6 is performed by the overall control unit 306 for the module available area 303 according to the use module determination (S810) (S809).
  • the module activation request (S1041) acquired in (1) is made.
  • the module available area 303 starts the acquired module (S 1042) and performs overall control. This is done by sending a startup completion notification (S1043) to the control unit 306.
  • the communication start (S816) in FIG. 6 is performed by the general control unit 306 that detects that the preparation for starting the communication in steps S808 to S811 is completed, as shown in FIG.
  • the connection request response (S 1051) is instructed.
  • the communication request determination unit 309 instructs the communication protocol control unit 312 to perform a connection request response (S 1052) and starts communication (S 1053).
  • the communication protocol control unit 312 creates a command that matches the corresponding communication protocol (S1054), and sends the command to the communication protocol control unit 312 of the external communication terminal 211. This is done by transmitting the created connection request response (S817).
  • the command creation is based on the data structure format shown in Fig. 8c, that is, 200 OK, which is a normal response to the SIP INVITE indicating the connection request response 1101, and the data structure capability shown in Fig. 8b. And other information of the data structure.
  • connection request response S817 is transmitted from the portable communication terminal 210 to the external communication terminal 211, both terminals perform communication start processing inside the terminal such as initialization of the AV device, and the application Z Data transmission / reception using functional modules, that is, data transmission / reception via RTP (S821) will be started.
  • FIG. 13 is a sequence diagram showing an internal operation (steps S818 to S820) of external communication terminal 211 in FIG.
  • the communication information analysis (S818) in FIG. 6 performs a communication protocol analysis (S1061) of the connection request response (S817) received from the mobile communication terminal 210 by the communication protocol control unit 312 as shown in FIG.
  • the communication protocol control unit 312 determines that it is a session connection request response from the SIP 200 OK which is the connection request response 1101 shown in FIG. 8c, and sends a connection request response notification (S 1062) to the communication request determination unit 309. Send.
  • the communication request determination unit 309 determines that the connection request response is a normal response based on the connection request response notification (S1062).
  • the communication request determination unit 309 analyzes the SDP information (S 1063) indicating the media information (RTP, RTCP port number, etc.) of the communication data type 1104 and the communication data transmission / reception address 1105 shown in FIG. This is done by sending an analysis result notification (connection request response S 1064) to the control unit 306.
  • the general control unit 306 determines that the connection request response notification S 1062 is a normal response and the negotiation with the mobile communication terminal 210 is completed. To do.
  • the connection request response notification S1062 makes a function module start request (S1065) acquired in the module acquisition (S805) shown in FIG.
  • the module usable area 303 is activated by performing module activation (S1066) and transmitting an activation completion notification (S1067) to the overall control unit 306.
  • the communication start processing (S820) in Fig. 6 performs communication start processing inside the terminal such as initialization of the AV device based on the negotiation result, and transmission / reception of data using the application Z function module, that is, This is done by starting data transmission / reception (S821) via RTP.
  • application information is added to the codec information, which is the type of media data, as negotiation information between communication terminals. It is possible to achieve interconnection at the level and start multimedia communication.
  • Embodiment 1 a list of multimedia applications is shown, and the user has started communication after selecting an intermediate application to be used by the external communication terminal 211. It is also possible to start communication by starting only the multimedia application to be started.
  • Embodiment 1 the power described using SIP as a protocol used for messages exchanged between external communication terminal 211 and portable communication terminal 210. It goes without saying that the same effect can be obtained by negotiating the application Z function module information even if other communication protocols or protocols that are uniquely defined are used.
  • the external communication terminal 211 is designated as the negotiation information.
  • a functional module a set of functions explained by only one set of A company's camera view ⁇ , which is a video module for VoIP and videophone that provides voice telephone functions, is prepared by the user on the receiving side (mobile communication terminal 210 ) Can be selected by selecting one of them, and the present invention is not particularly limited to this embodiment.
  • FIG. 15 is a diagram showing a configuration of a network system to which the information communication terminal according to Embodiment 2 of the present invention is connected.
  • the network system in the present embodiment includes an ad hoc network 102 capable of ad hoc communication formed around a network 101 that realizes communication between various communication devices and a mobile communication terminal 110 as an information communication terminal. It consists of.
  • Examples of the network 101 include a fixed public network, a mopile public network, a local IP network such as a LAN (Local Area Network), and a wireless IP network such as a WLAN (Wireless LAN).
  • a local IP network such as a LAN (Local Area Network)
  • a wireless IP network such as a WLAN (Wireless LAN).
  • the ad hoc network 102 is, for example, a network using RFID.
  • the ad hoc network 102 includes terminals that can communicate with the mobile communication terminal 110 via the ad hoc network 102, such as a PC terminal 103, a network camera 104, an IP phone 105, a display 106, a content Z file server 107, Printer 108, FAX 109 force S are connected in sequence.
  • terminals that can communicate with the mobile communication terminal 110 via the ad hoc network 102, such as a PC terminal 103, a network camera 104, an IP phone 105, a display 106, a content Z file server 107, Printer 108, FAX 109 force S are connected in sequence.
  • multimedia communication between information communication devices connected via network 101 will be described first, and multimedia communication between information communication devices connected via ad hoc network 102 will be described. Therefore, it will be described in the following embodiments.
  • FIG. 16 is a configuration diagram showing portable communication terminal 110 and external communication terminal 111 as information communication terminals connected via network 101 in the second embodiment.
  • the mobile communication terminal 110 includes a user input / output unit 6101, a module storage database (DB) 6102, a function module request generation / analysis unit 6103, and a function module activation unit 610. 4, a functional module control unit 6105, a communication control unit 6106, and an overall control unit 6107.
  • DB module storage database
  • the user input / output unit 6101 has the same configuration as the user input / output unit 304 of the first embodiment, and the screen display example thereof is the same as that of the first embodiment shown in FIG.
  • Module accumulation DB 6102 stores application Z function modules possessed by mobile communication terminal 110.
  • FIG. 24a shows an example of the configuration of the DB in the module storage DB 6102 in the mobile communication terminal 110 according to the second embodiment.
  • the DB information in the module storage DB 6102 in the second embodiment also has “application Z function module” information, “use”, and “codec” information power.
  • the mobile communication terminal 110 has four “application Z function modules” corresponding to each “codec”, (l) VoIP, (2) A company camera view ⁇ 1, (3) Company A's camera view IV 2, (4) Mobile camera.
  • the function module request generation / analysis unit 6103 at the start of multimedia communication with the external communication terminal 111, in addition to the negotiation based on the normal codec information, is based on the module storage DB6102 at the application / function module level.
  • negotiation is performed, the negotiation information is generated or analyzed.
  • the function module activation unit 6104 activates the application Z function module held in the module accumulation DB 6102.
  • the functional module control unit 6105 controls the functional module request generation / analysis unit 6103 and the functional module activation unit 6104.
  • the communication control unit 6106 controls communication via the external communication terminal 111 and the network 101.
  • the overall control unit 6107 performs overall control of the mobile communication terminal 110.
  • external communication terminal 111 is assumed to have the same configuration as portable communication terminal 110.
  • user input / output unit 6108 to overall control unit 6114 in external communication terminal 111 are the same as user input / output unit 6101 to overall control unit 6107 in mobile communication terminal 110, respectively. Therefore, description thereof is omitted.
  • the application Z function module possessed by the external communication terminal 111 is different from that of the mobile communication terminal 110, and an example of the configuration of the DB in the module DB 6109 is shown in FIG. 24b.
  • the external communication terminal 111 has four “application Z function modules” corresponding to the respective “codecs” for each “use” shown in FIG. l) VoIP, (2) Mobile camera view ⁇ 1, (3) Mobile camera view ⁇ 2, (4) Company A's product Mera view ⁇ 2
  • FIG. 17 is a diagram showing a screen configuration example of the user input / output unit 6108 in the external communication terminal 111, which has the same configuration as that of the first embodiment shown in FIG.
  • Basic button portion 7101 to information output box 7105 shown in FIG. 17 correspond to basic button portion 901 to information output box 905 shown in FIG. 7, respectively, and detailed description thereof will be omitted.
  • FIG. 18 is a diagram showing a screen configuration example of the user input / output unit 6101 in the mobile communication terminal 110, which has the same configuration as that of the first embodiment shown in FIG.
  • Basic button portion 7101 to information output box 7105 shown in FIG. 18 correspond to basic button portion 901 to information output box 905 shown in FIG. 14, respectively, and detailed description thereof will be omitted.
  • the users registered in the address book 7103 are Mr. F to Mr. M, and the application list registered in the communication application list 7104 is VoIP with only a voice call function, monitoring.
  • a portable camera view ⁇ 1 as an image monitor for mobile phones a portable camera view ⁇ 2 as a video monitor for video phones, and a camera view ⁇ 2 made by Company A as a video monitor for video phones are shown as examples.
  • the communication control unit 6106 constitutes a connection request reception unit
  • the functional module request generation / analysis unit 6103 constitutes an application information acquisition unit and an application comparison unit
  • the function module activation unit 6104 constitutes an application information request unit.
  • mobile communication terminal 110 according to Embodiment 2 will be described with reference to FIGS. 19 to 24a and 24b.
  • a processing flow of connection between the communication terminal 111 and the external communication terminal 111 will be described.
  • FIG. 19 is a sequence diagram illustrating an outline of the flow of processing for connection between mobile communication terminal 110 and external communication terminal 111.
  • the external communication terminal 111 makes a connection request (S502) with negotiation information at the application 'function module level to the mobile communication terminal 110 (connection request processing 11 (S501)).
  • the communication terminal 110 holds the application 'function module that matches the negotiation information, confirms whether or not it has power, and returns a connection request response (normal response) (S504) (connection request response processing (S503)).
  • the external communication terminal 111 performs module activation processing 13 (S505), and starts multimedia communication by RTP or the like between the mobile communication terminal 110 and the external communication terminal 111 (S506).
  • connection request process S501 to the module activation process S505 will be described in detail with reference to FIGS. 20 to 24a and 24b.
  • FIG. 20 is a flowchart showing connection request processing S 501.
  • the user input / output unit 6108 of the external communication terminal 111 selects “Mr. A” as the other party using the address book 7103.
  • the user input / output unit 6108 uses the communication application list 7104 to select the voice call service ⁇ ] and the video monitor service “Camera View ⁇ 2 made by Company A” for videophone, and the basic button unit 7101 By touching the “select” button, a call request by the user (Mr. F) is detected (S601).
  • the function module control unit 6112 uses the function module request generation / analysis unit 6110 and the module storage DB6109 to request function module information (VoIP (voice phone) and A company's camera view 2 (video monitor for video phone)). Information) is created (S602).
  • the communication control unit 6113 creates a connection request message to which the functional module request information (negotiation information) is added, and transmits a connection request (S502) to the mobile communication terminal 110 (S603).
  • An example of the data structure of the connection request (S502) is shown in FIGS. 23a and 23b.
  • FIG. 23a shows a data structure used for communication performed between the external communication terminal 111 and the mobile communication terminal 110 in the second embodiment.
  • the request type is 901, the connection destination user name / Address 902, connection source user name / address 903, media information 904, communication data processing application Z function type 905, and preliminary information 906.
  • FIG. 23b shows the data structure of the connection request (S502) when SIP (IETF, RFC3261, Session Initiation Protocol) is used in FIG. 23a.
  • SIP Session Initiation Protocol
  • the request type 901 stores INVITE indicating a connection request.
  • the user name / address 902 corresponds to the SIP Request—URI / To header, etc., and based on the information obtained from the user input / output unit 6108, SI indicating the mobile communication terminal 110 [Mr. A] PURI (Uniform Resource Identifier) is stored.
  • connection source user name Z address 903 corresponds to the From header of SIP, and stores the SIP URI indicating the external communication terminal 111 that is itself.
  • Media information 904 corresponds to elements in SDP (IETF, RFC2327, Session Discription Protocol) belonging to the SIP message body.
  • Media information [RTP (Realtime Transfer Protocol), RTCP (RTCP Control Protocol) port number Etc.] is stored.
  • the SDP information of the external communication terminal 111 is stored.
  • Communication data processing application Z function type 905 is installed in the empty area of the SIP message body, and based on the information obtained from user input / output unit 6108, VoIP (voice telephone) and Company A camera view ⁇ (TV Information indicating a video monitor for telephone) is stored.
  • connection request response processing when mobile communication terminal 110 receives connection request (S502) (
  • the communication control unit 6106 performs message analysis of the connection request (S502) (S701).
  • FIG. 23b An example of the data structure of the connection request from the external communication terminal 111 is shown in FIG. 23b.
  • the communication control unit 6106 analyzes the message of the connection request (S502), the request type 901 is the connection request, and the connection destination user name Z address 903 is the external communication terminal 111 [Mr. F]. From the media information 904, it is possible to collect various media information. Gain is done.
  • the analyzed information is notified to the functional module control unit 6105 via the overall control unit 6107.
  • the function module control unit 6105 uses the function module request generation / analysis unit 6103, and from the communication data processing application Z function type 905 shown in FIG. 23b, the function module request information (VoIP (voice telephone) and Acquire camera view 2 (video monitor for videophone)).
  • the function module request generation / analysis unit 6103 compares the acquired information with the contents of the module storage DB 6102, which is the function module information held by the mobile communication terminal, and stores the corresponding module (VoIP (voice Telephone) and camera view 2 (video monitor for videophone) manufactured by Company A) is present and notified to the function module controller 6105 (S702).
  • the functional module control unit 6105 determines that there is a corresponding module, so that it can respond using the corresponding module.
  • the functional module control unit 6105 instructs the user input / output unit 6101 to display an incoming call via the overall control unit 6107.
  • the user input / output unit 6101 displays, in the information output box 7105, “From Mr. F, VoIP (voice communication), Company A camera view A 2 (video monitor for videophones). "Incoming communication using)" is displayed to the user (S703).
  • the user input / output unit 6101 makes a connection response by touching the “start” button of the basic button unit 7101 shown in FIG. 18 by the operation of the user (Mr. A) (S 704).
  • the overall control unit 6107 receives the connection response and notifies the functional module control unit 6105 to that effect.
  • the functional module control unit 6105 uses the functional module activation unit 6104 to acquire the corresponding module (VoIP (voice phone) and A camera view 2 (video monitor for videophone)) from the module storage DB 6102.
  • the module is activated (S705).
  • the communication control unit 6106 creates a connection request response message to which the function module request response is added, and transmits a connection request response (S504) to the external communication terminal 111 ( S706).
  • FIG. 23c shows an example of the data structure of the connection request response (S504).
  • FIG. 23c shows the case where SIP is used in FIG. 23a.
  • the request type 901 stores 200 OK, which is a normal response to the SIPIN VITE, and other information is stored in the connection request (S502).
  • the data structure shown in Figure 23c is created
  • the communication control unit 6113 of the external communication terminal 111 analyzes the message of the connection request response (S504) received from the mobile communication terminal 110 (S801).
  • An example of the data structure of the connection request response (S504) from the mobile communication terminal 110 is shown in FIG.
  • the communication control unit 6113 analyzes the message of the connection request response (S504), the request type 901 (message type) is the connection request response (connection request 200 OK), and other information analysis To determine that the negotiation has been completed normally.
  • the overall control unit 6114 notifies the function module control unit 6112 to that effect based on the analyzed information.
  • the function module control unit 6112 uses the function module start unit 6111 to obtain the corresponding module (VoIP (voice phone) and company A camera view ⁇ 2 (video monitor for videophone)) from the module storage DB 6109. Start up (S802).
  • multimedia communication using RTP or the like is started between the external communication terminal 111 and the mobile communication terminal 110.
  • the third embodiment is also realized on the network system shown in Fig. 15 as in the second embodiment.
  • the mobile communication terminal 110 when the mobile communication terminal 110 receives a connection request from the external communication terminal 111, the mobile communication terminal 110 has the application Z function module requested by the self communication terminal. It has the application Z function module that matches the peripheral device connected to the network 102, and confirms whether or not it has the application Z function module.
  • FIG. 25 is a configuration diagram showing the mobile communication terminal 110 and the PC terminal 103 in the third embodiment.
  • mobile communication terminal 110 and external communication terminal 111 are connected via network 101, and mobile communication terminal 110 and PC terminal 103 are connected via ad hoc network 102.
  • the ad hoc network 102 is described as being based on RFID.
  • the user input / output unit 6101, the function module request generation / analysis unit 6103 to the overall control unit 6107 have the same configurations as those of the second embodiment, so Omitted.
  • the mobile communication terminal 110 further includes a module storage DB 1101, a function module acquisition unit 1102, a device information DB 1103, and a device information acquisition unit 1104. And an RFID communication unit 1105.
  • Module storage DB1101 is an application owned by mobile communication terminal 110 itself
  • FIG. 36a shows a configuration example of DB information of mobile communication terminal 110 in the third embodiment.
  • this DB information is composed of "application Z function module information", "use”, and "codec information”.
  • the mobile communication terminal 110 is used for each "use" shown in Fig. 36a.
  • the functional module acquisition unit 1102 creates a functional module acquisition request message and acquires the functional module from the received response message to which the functional module is attached. .
  • Device information DB 1103 manages a list of function modules held by peripheral devices of mobile communication terminal 110.
  • FIG. 37 shows an example of DB information managed by the device information DB 1103 according to the third embodiment.
  • the DB information is composed of “peripheral device”, “application Z function module information”, “use”, and “codec information”.
  • the “peripheral device” PC terminal 103 has three “codecs” corresponding to the “uses” shown in FIG. Application Z function module ”, (l) VoIP, (2) Company A camera view (1), and (3) Company A camera view (2).
  • the "peripheral device” IP phone 105 is one application Z function module corresponding to the "codec” shown in the figure for the "use” shown in the figure, (l) VoIP , Is held.
  • the “peripheral device” content Z file server 107 has two “application Z function modules” corresponding to each “codec” for the “use” shown in the figure, (l) VoIP, (2) We have mobile camera view ⁇ 2.
  • device information of all peripheral devices connected to the mobile communication terminal 110 via the ad hoc network 102 is stored in the device information DB 1103.
  • device information acquisition section 1104 acquires device information from a peripheral device (in FIG. 25, PC terminal 103) connected by ad hoc network 102, and device information D
  • the acquired information is stored in B1103.
  • the RFID communication unit 1105 communicates with a peripheral device (in FIG. 25, the PC terminal 103) via the ad hoc network 102, for example, as in the first embodiment.
  • the peripheral device control unit 1106 controls the device information acquisition unit 1104 and the RFID communication unit 1105.
  • the PC terminal 103 includes a module storage DB 1107, a function module list transmission unit 1108, a function module request analysis / transmission unit 1109, a function module control unit 1110, and an RFID communication unit 1111. And an overall control unit 1112.
  • Module accumulation DB 1107 stores application Z function modules possessed by PC terminal 103.
  • FIG. 36b An example of the DB information configuration of the module storage DB 1107 in Embodiment 3 is shown in FIG. 36b.
  • This DB information consists of "application Z function module information”, "use”, and "codec information”.
  • the PC terminal 103 has three "application Z function modules" corresponding to each "codec" for each "use” shown in Fig. 36b. (1) VoIP, (2) Company A camera view ⁇ 1, (3) Company A camera view ⁇ 2
  • the functional module list transmission unit 1108 transmits the functional module list of the module storage DB 1107 to the external communication terminal 110 via the functional module control unit 1110.
  • Function module request analysis ⁇ Sending unit 1109 analyzes the function module request from another terminal, and when the corresponding function module exists in the module storage DB 1107, the response attached with the function module is sent to the external communication terminal. 110 is sent to the function module controller 11 10.
  • the function module control unit 1110 includes a function module list transmission unit 1108 and a function module.
  • the Yule request analysis' sending unit 1109 is controlled.
  • the RFID communication unit 1111 communicates with a peripheral device (the mobile communication terminal 110 in FIG. 25) via the ad hoc network 102.
  • the overall control unit 1112 controls the entire PC terminal 103.
  • the third embodiment includes a device information acquisition procedure, whose outline is shown in Fig. 26, and a negotiation procedure between terminals at the start of multimedia communication, whose outline is shown in Fig. 31.
  • the communication control unit 6106 constitutes a connection request receiving unit
  • the functional module request generation / analysis unit 6103 constitutes an application information acquisition unit and an application comparison unit
  • the function module acquisition unit 1102 constitutes an application information request unit.
  • FIG. 26 shows a sequence diagram of a flow of device information acquisition processing in the third embodiment.
  • the portable communication terminal 110 makes a request for RFID reading (S 1202) to the PC terminal 103 which is a peripheral device (RFID reading request processing (S 1201)).
  • the PC terminal 103 transmits its own device information as device information (S1204) to the mobile communication terminal 110 (device information transmission process (S1203)).
  • the mobile communication terminal 110 stores the received device information (S 1204) (device module list storage process (S 1205)).
  • the device information search trigger is notified from the peripheral device control unit 1106 to the device information acquisition unit 1104.
  • the device information acquisition unit 1104 uses the RFID communication unit 1105 to make an RFID read request of the peripheral device of the mobile communication terminal 110 (in FIG. 27, the PC terminal 103) (S1302). Since the RFID reading is equivalent to a general use procedure, description thereof is omitted.
  • the RFID communication unit 1111 of the PC terminal 103 detects RFID reading ( S140.
  • the overall control unit 1112 notifies the functional module control unit 1110 of the received read request.
  • the functional module control unit 1110 uses the functional module list transmission unit 1108 to summarize the function module information of the module storage DB 1107 shown in FIG. 36b as a list, and from the RDIF communication unit 1111 to the mobile communication terminal 110 via the overall control unit 1112. Send device information.
  • FIG. 30a is a diagram showing a data structure used when device information is transmitted from the peripheral device to portable communication terminal 110 in the third embodiment.
  • Device information includes device ID 1601, device type 1602, device address 1603, application
  • FIG. 30b is a diagram showing a data structure of device information from the PC terminal 103 to the mobile communication terminal 110 in the third embodiment.
  • the device ID 1601 stores a device ID indicating the PC terminal 103. Since there is no particular limitation in the third embodiment, details are omitted.
  • PC personal computer
  • the IP address of the PC terminal 103 is stored.
  • the application / function module information 1604 includes function module list information stored in the module storage DB 1107, that is, VoIP (voice telephone), company A camera viewer 1 (monitoring image monitor), company A Stores information indicating camera view 2 (video monitor for videophone).
  • the RFID communication unit 1105 of the mobile communication terminal 110 receives the device information.
  • the peripheral device control unit 1106 uses the device information acquisition unit 1104 to receive the received device information message.
  • the function module list of the PC terminal 103 acquired in the device information DB 1103 is stored (S 1502).
  • the peripheral device item (PC terminal 103) shown in FIG. 37 is created and stored in the device information DB 1103. .
  • other items are created and stored in the device information DB 1103.
  • step S1301 of the RFID read request process S1201 shown in FIG. 27 this process is repeated when a device information search polling timer time-out is detected, and the mobile communication terminal is always used.
  • the latest information on the devices connected to the ad hoc network 102 formed around 110 and the functional modules possessed by the devices is stored in the device information DB 1103.
  • FIG. 31 is a sequence diagram illustrating an outline of the negotiation procedure.
  • connection request processing (S501) First, the external communication terminal 111 transmits a connection request (S502) to which negotiation information at the application function module level is added to the mobile communication terminal 110 (connection request processing (S501)).
  • the mobile communication terminal 110 searches the device information DB 1103 for a function module list held by a peripheral device. As a result of the search, the mobile communication terminal 110 determines that the peripheral device PC terminal 103 possesses the corresponding functional module.
  • the mobile communication terminal 110 transmits a functional module acquisition request (S 1702) for downloading the corresponding functional module to the PC terminal 103 (functional module acquisition request processing (S1701)).
  • the PC terminal 103 receives the function module acquisition request (SI 702) and transmits a function module acquisition request response (S1704) to the mobile communication terminal 110 (function module acquisition request response processing ( S 1703)).
  • the mobile communication terminal 110 receives the function module acquisition request response (S 1704) and returns a connection request response (normal response) (S504) to the external communication terminal 111 (connection request response processing ( S 1705)).
  • the external communication terminal 111 activates the module (S505) and starts multimedia communication (S506) by RTP or the like.
  • the external communication terminal 111 performs a connection request process (S501). Since this process is the same as the process described in Embodiment 2, the description thereof is omitted.
  • FIG. 32 This is a procedure similar to that described in the second embodiment shown in FIG. 21 through step S701 and step S702i, and a description thereof will be omitted.
  • the corresponding module in the step of confirming the corresponding module (S702), as shown in FIG. 36a, the corresponding module, that is, VoIP (voice telephone) and Confirm that Camera View ⁇ 2 (Video monitor for videophone) does not exist.
  • the functional module control unit 6105 of the mobile communication terminal 110 uses the functional module acquisition unit 1102 to refer to the device information list held in the device information DB 1103, and finds the corresponding module (VoIP (voice telephone) and , Search for terminals that hold the camera view ⁇ 2 (video monitor for videophone) manufactured by Company A (S1801).
  • VoIP voice telephone
  • ⁇ 2 video monitor for videophone
  • This step S1801 is repeated until the terminal holding the corresponding module finds out or the search for the terminal storing the device information is completed.
  • the function module acquisition unit 1102 is configured such that the PC terminal 103 is a corresponding module (VoIP (voice phone) and A company camera view ⁇ 2 (TV Since it is found that the video monitor for telephone)) is held, this information is notified to the peripheral device control unit 1106.
  • the peripheral device control unit 1106 uses the RFID communication unit 1105, the peripheral device control unit 1106 transmits a function module acquisition request (S1702) to the PC terminal 103 (S1802).
  • a function module acquisition request S1702
  • FIGS. 35a and 35b an example of the data structure of the functional module acquisition request is shown in FIGS. 35a and 35b.
  • FIG. 35a is a data structure of a functional module acquisition request transmitted from the mobile communication terminal 110 to the peripheral device in the third embodiment.
  • the request type (module acquisition) 2101, the request destination device address 2102, the requesting user It consists of a terminal address 2103, request application Z function type information 2104, and preliminary information 2105.
  • FIG. 35b shows the data structure of a function module acquisition request when the peripheral device is the PC terminal 103 and SIP is used as the protocol in FIG. 35a.
  • Request type (module acquisition) 2101 is stored as a “module acquisition request” in the SIP message body.
  • the request destination device address 2102 corresponds to a SIP Request-URlZTo header or the like, and stores a SIP URI indicating the PC terminal 103.
  • the requested user terminal address 2103 corresponds to the From header of SIP, and stores a SIP URI indicating the mobile communication terminal 110 [Mr. A], which is itself.
  • Requested application Z function type information 2104 is function module information to be acquired.
  • SIP Session Initiation Protocol
  • information indicating VoIP (voice phone) and Company A camera view ⁇ 2 (video monitor for videophone) is a SIP message body. Stored in.
  • the preliminary information 2105 is not used in the present embodiment.
  • the RFID communication unit 1111 of the PC terminal 103 receives the function module acquisition request (S 1702) (S 1901).
  • the functional module control unit 1110 receives a message reception notification from the RFI D communication unit 1111 based on the control of the overall control unit 1112, and performs message analysis using the functional module request analysis / sending unit 1109. I do.
  • a module acquisition request is obtained from the request type 2101, and communication is performed from the mobile communication terminal 110 [Mr. A] from the connection destination user name Z address 2103.
  • the functional module control unit 1110 uses the functional module request analysis and sending unit 1109 to store the corresponding module (VoIP (voice telephone) and voice) shown in Fig. 36b held in the module storage DB 1107 of the PC terminal 103.
  • Company A camera view ⁇ 2 (video monitor for videophone;)) is acquired (S 1902).
  • the function module request analysis / sending unit 1109 of the PC terminal 103 sends a message with the acquired function modules (VoIP (voice telephone) and Company A camera view 2 (video monitor for videophone)) attached. And a function module acquisition request response (S 1704) is transmitted via the 1 ⁇ 10 communication unit 1111 (S 1903).
  • VoIP voice telephone
  • Company A camera view 2 video monitor for videophone
  • FIGS. 35c and 35d An example of the data structure of the functional module acquisition request response is shown in FIGS. 35c and 35d.
  • FIG. 35c is a diagram showing a data structure of a functional module acquisition request response transmitted from the peripheral device to the mobile communication terminal 110 in the third embodiment.
  • FIG. 35d is a diagram showing a data structure of a functional module acquisition request response when the peripheral device is the PC terminal 103 and SIP is used as the protocol in FIG. 35c.
  • the request type (module delivery) 2106 is stored as a "module delivery request" in the SIP message body.
  • the source address 2107 corresponds to a To header or the like in SIP, and a SIP URI indicating the PC terminal 103 is stored. This address is acquired from the request destination device address 2102 of the module acquisition request shown in FIG. 35b.
  • the destination (requesting user) terminal address 2108 corresponds to a SIP From header or the like, and stores a SIP URI indicating the mobile communication terminal 110 [Mr. A]. This address is acquired from the request user terminal address 2103 of the module acquisition request shown in FIG. 35b.
  • Application Z function module 2109 is a function module (VoIP (voice power Talk) and Company A camera view ⁇ 2 (video monitor for videophone)).
  • Preliminary information 2110 is not used.
  • connection request response process S1705
  • the RFID communication unit 1105 of the mobile communication terminal 110 receives the function module acquisition request response (S1704) (S2001).
  • the functional module acquisition unit 1102 receives a message reception notification from the RFID communication unit 1105 under the control of the overall control unit 6107, and performs message analysis.
  • the functional module acquisition unit 1102 acquires the functional module given to the functional module acquisition request response and stores it in the module accumulation DB 1101 (S2002).
  • the data structure shown in Fig. 35d is a normal response to the functional module acquisition request response power M ESSAGE, and it is determined that the module has been sent normally from the destination (requesting user) terminal address 2108. Then, obtain the function modules (VoIP (voice phone) and A camera view 2 (video monitor for videophone)) from the application Z function module 2009 and store them in the module storage DB 1101.
  • function modules Voice IP (voice phone) and A camera view 2 (video monitor for videophone)
  • the communication source terminal transmits the application Z function module information in addition to the normal codec information as negotiation information between terminals, and there is no corresponding function module at the communication terminal.
  • the function module of the peripheral terminal by downloading the function module of the peripheral terminal and storing the function module, it is possible to achieve interconnection at the application Z function module level and start multimedia communication.
  • SIP is used as a protocol used for negotiation between the external communication terminal 111 and the mobile communication terminal 110 and for acquiring a function module from the PC terminal 103 by the mobile communication terminal 110.
  • the former, the latter, or both of them negotiate application Z function module information even when using other communication protocols such as H.323 or proprietary protocols. thing Needless to say, the same effect can be obtained.
  • a video module for VoIP and videophone that provides a voice telephone function as a functional module that the external communication terminal 111 designates as negotiation information is A. Even if you specify multiple sets of force that specify only one set of company camera view ⁇ , the mobile communication terminal 110 acquires one of the sets from the peripheral terminal, and the receiving user (mobile communication terminal 110) By selecting it, multimedia communication using the selected set can be started, and it goes without saying that the same effect as the present invention can be obtained.
  • the power obtained from the PC terminal 103 is a set of camera view A manufactured by Company A, which is a video monitor for VoIP and TV phone that provides a voice telephone function. It goes without saying that the same effect can be obtained by acquiring the power of two peripheral modules separately!
  • the timeout of the device information search polling timer is used as a trigger, as shown in FIG.
  • device information was acquired, it goes without saying that the same effect can be obtained by acquiring device information of peripheral devices triggered by a connection notification from the external communication terminal 111 !.
  • the mobile communication terminal 110 downloads the corresponding function module from the peripheral terminal and restricts the use of the corresponding function module after terminating the multimedia communication. Needless to say, it is possible to prevent unnecessary use of the corresponding function module held by the peripheral terminal by deleting it by the user's operation.
  • the fourth embodiment is also realized on the network system shown in Fig. 15 as in the second embodiment.
  • the PC terminal 103 is connected to the ad hoc network 102.
  • the fourth embodiment is applicable when the mobile communication terminal 110 has the application Z function module requested by the local communication terminal when the connection request is received from the external communication terminal 111. By acting on behalf of the peripheral terminal holding the function module, the interconnection at the application Z function module level is achieved.
  • FIG. 38 shows configurations of mobile communication terminal 110 and PC terminal 103 according to Embodiment 4 of the present invention.
  • mobile communication terminal 110 and external communication terminal 111 are connected via network 101, and mobile communication terminal 110 and PC terminal 103 are connected via ad hoc network 102.
  • the ad hoc network 102 is described as being based on RFID.
  • the mobile communication terminal 110 includes a user input / output unit 6101 and a function module request generation / analysis unit 6103 to an overall control unit 6107 having the same configuration as that of the second embodiment shown in FIG. 16, and an implementation shown in FIG.
  • the module storage DB 1101, the device information DB 1103 to the peripheral device control unit 1106 having the same configuration as in the third embodiment, and the function module activation request unit 2401 are further included.
  • the function module activation request unit 2401 requests activation of the corresponding activation module from the device information DB 1103 to the peripheral device holding the corresponding function module.
  • the PC terminal 103 has the same configuration as that of the third embodiment, the module storage DB 1107, the function module list transmission unit 1108, the function module control unit 1110 to the overall control unit 111.
  • the functional module activation request response unit 2402 analyzes the functional module activation request from another terminal and returns a response to the request.
  • the functional module activation unit 2403 activates the module of the module accumulation DB 1107.
  • the fourth embodiment includes a device information acquisition procedure shown in Fig. 26 of the third embodiment and a negotiation procedure between terminals at the start of multimedia communication shown in Fig. 39.
  • the device information acquisition procedure in FIG. 26 is the same as that in Embodiment 3, and thus the description thereof is omitted.
  • the communication control unit 6106 constitutes a connection request receiving unit
  • the functional module request generation / analysis unit 6103 constitutes an application information acquisition unit and an application comparison unit
  • the function module activation request unit 2401 constitutes the application information request unit.
  • FIG. 39 is a sequence diagram showing an outline of the flow of the negotiation procedure.
  • the external communication terminal 111 sends a connection request to the mobile communication terminal 110 with negotiation information at the application 'function module level (S502).
  • the mobile communication terminal 110 checks whether there is an application 'function module that matches the negotiation information, and if not, searches for peripheral devices that have the corresponding function module list. Perform on DB1103.
  • Mobile communication device 1
  • the PC terminal 103 receives the function module activation request (S2502) and transmits a function module activation response (S2504) to the mobile communication terminal 110 (functional module activation response processing (S2503)). .
  • the mobile communication terminal 110 sends a connection request response (normal response) to the external communication terminal 111 (S5
  • connection request response process for returning (04) is performed (S2505).
  • the external communication terminal 111 receives the connection request response (normal response) (S504), and communicates with the PC terminal 103 via the network 201 via multimedia communication (STP).
  • S504 connection request response
  • STP multimedia communication
  • the external communication terminal 111 performs a connection request process (S501). Since this process is the same as the process described in the second embodiment shown in FIG. 20, the description thereof is omitted.
  • step S701 and step S702 are the same as the procedure described in the second embodiment shown in FIG. 40.
  • the mobile communication terminal 110 has a corresponding module, that is, VoIP (voice telephone) and
  • the functional module control unit 6105 of the mobile communication terminal 110 uses the functional module activation request unit 2401 to refer to the device information list held in the device information DB 1103, and the corresponding module (VoIP (voice telephone) and Search for a terminal that holds camera view ⁇ 2 (video monitor for videophone) manufactured by Company A (S1801).
  • VoIP voice telephone
  • Search for a terminal that holds camera view ⁇ 2 video monitor for videophone
  • This step S1801 is performed until the communication terminal holding the corresponding module finds out, or
  • the process is repeated until the search for the terminal storing the device information is completed.
  • the PC terminal 103 is connected to the corresponding module (VoIP (voice phone) and A company camera view ⁇ 2 ( It turns out to hold a video monitor for TV phones)).
  • VoIP voice phone
  • a company camera view ⁇ 2 It turns out to hold a video monitor for TV phones
  • the overall control unit 6107 receives the determination result via the functional module control unit 6105, and uses the user input / output unit 6101 to display to the user that the multimedia communication can be received by the PC terminal 103 ( S2601).
  • FIG. 1 An example of the incoming call display to the user is shown in FIG.
  • Fig. 44 in addition to the information shown in the information output box 7105, "F, VoIP (voice communication), incoming call using camera monitor 2 from A company (video monitor for videophone)" The message “communicable with PC terminal 103” is displayed, and the incoming call is displayed to the user.
  • step S704 the force by which the procedure of step S704 is performed will be described in the second and third embodiments. Since it is the same as the procedure described, the description is omitted.
  • the functional module control unit 6105 uses the functional module activation request unit 2401 to create a functional module activation request message, and this information is notified to the peripheral device control unit 1106 under the control of the overall control unit 6107.
  • the peripheral device control unit 1106 transmits a function module activation request (S2502) using the RFID communication unit 1105 (S2602).
  • FIGS. 43a and 43b An example of the data structure of the functional module activation request is shown in FIGS. 43a and 43b.
  • FIG. 43a shows a data structure of a function module activation request transmitted from the mobile communication terminal 110 to the peripheral device.
  • Request type (module activation) 2901 request destination device address 2902, requested user terminal address 2903, media information 2904, request application Z function type information 2905, and preliminary information 2906.
  • FIG. 43b shows an example of the data structure of a function module activation request when the peripheral device is the PC terminal 103 and SIP is used as the protocol.
  • MESSAGE used for general-purpose message transmission is used.
  • Request type (module activation) 2901 is stored as a “module activation request” in the SIP message body.
  • the request destination device address 2902 corresponds to a SIP Request-URlZTo header or the like, and stores a SIP URI indicating the PC terminal 103.
  • the requested user terminal address 2903 corresponds to the From header of SIP or the like, and stores a SIP URI indicating the mobile communication terminal 110 [Mr. A] who is himself.
  • the media information 2904 corresponds to an element in the SDP belonging to the SIP message body, and stores the SDP information of the external communication terminal 111 indicating the media information [RTP, RTCP port number, etc.].
  • Requested application Z function type information 2905 is information indicating the activated function module information, VoIP (voice phone) and Company A camera view ⁇ 2 (video monitor for videophone) in the SIP message body.
  • the preliminary information 2906 is not used.
  • the RFID communication unit 1111 of the PC terminal 103 receives a function module activation request (
  • the functional module control unit 1110 receives the message reception notification via the 1 ⁇ 10 communication unit 1111 and analyzes the message using the functional module activation request response unit 2402.
  • the request type 2901 is a module activation request, and communication is performed from the mobile communication terminal 110 [Mr. A] from the connection destination user name Z address 2903. Judge that.
  • SDP information indicating the media information [RTP, RTCP port number, etc.] of the external communication terminal 111 is obtained from the media information 2904, VoIP (voice telephone), and A from the requested application Z function type information 2905.
  • Information indicating Camera View 2 (video monitor for videophone) is acquired.
  • the functional module activation request response unit 2402 notifies the functional module control unit 1110 of the analysis result.
  • the functional module control unit 1110 uses the functional module activation unit 2403 and activates the corresponding modules, that is, VoIP (voice telephone) and camera view 2 (Company A video monitor for videophone) from the module storage DB 1107 (S2703).
  • the functional module activation request response unit 2402 creates a response message based on the activation result, and functions module activation request response via the 1 ⁇ 10 communication unit 1111 under the control of the overall control unit 1112. Is transmitted to the mobile communication terminal 110 (S2704).
  • Figure 43c shows an example of the data structure of the functional module activation request response.
  • FIG. 43c is a diagram showing a data structure of a functional module activation request response transmitted from the peripheral device to the mobile communication terminal 110 in the fourth embodiment.
  • FIG. 43d shows an example of the data structure of the function module activation request response when the peripheral device is the PC terminal 103 and SIP is used as the protocol.
  • the request type (module activation response) 2907 is stored as a "module activation response" in the SIP message body.
  • the source address 2908 corresponds to a SIP To header or the like, and is a SIPU indicating the PC terminal 103.
  • RI is stored. This address is obtained from the request destination device address 2902 of the module activation request shown in FIG. 43b.
  • the destination (requesting user) terminal address 2909 corresponds to the From header of SIP or the like, and stores a SIP URI indicating the mobile communication terminal 110 [Mr. A]. This address is obtained from the request user terminal address 2903 of the module activation request shown in FIG. 43b.
  • the media information 2910 corresponds to an element in the SDP belonging to the SIP message body, and stores the SDP information of the PC terminal 103 indicating the media information [RTP, RTCP port number, etc.].
  • Application Z function module 2911 is a function module (VoIP (voice telephone) and company A camera view 2 (video monitor for videophones)) force SIP message attached by the function module request analysis' sending part 1109. Stored in the body.
  • VoIP voice telephone
  • company A camera view 2 video monitor for videophones
  • Preliminary information 2912 is not used.
  • connection request response process S2505.
  • the RFID communication unit 1105 of the mobile communication terminal 110 receives the function module activation request response (S2504) (S2801).
  • a message reception notification is received from the RFID communication unit 1105, message analysis is performed, and it is confirmed that the corresponding module has been started normally (S2802).
  • step S706 is performed. Since the procedure of step S706 is the same as in the second and third embodiments, the description thereof is omitted.
  • the media information of the PC terminal 103 acquired by the media information 2904 shown in 3b is stored.
  • the external communication terminal 111 performs a module activation process (S505), and since this process is the same as the process described in the second embodiment, the description thereof is omitted.
  • the communication source terminal transmits the application Z function module information in addition to the normal codec information as negotiation information between terminals, and the corresponding function module does not exist at the communication terminal.
  • the communication source terminal transmits the application Z function module information in addition to the normal codec information as negotiation information between terminals, and the corresponding function module does not exist at the communication terminal.
  • the peripheral terminal holding the corresponding function module to start the corresponding function module and having the peripheral terminal act on its behalf the interconnection at the application Z function module level is achieved, and multimedia communication is achieved. Can be started.
  • SIP is used as a protocol used for negotiation between the external communication terminal 111 and the mobile communication terminal 110 and for activation of a function module from the PC terminal 103 by the mobile communication terminal 110.
  • the former, the latter, or both of them negotiate application Z function module information even when using other communication protocols such as H.323 or proprietary protocols. Needless to say, the same effect can be obtained.
  • a video module for VoIP and TV phone that provides a voice telephone function as a functional module that the external communication terminal 111 designates as negotiation information is A. Specifying only one set of the camera view ⁇ made by the company Specify multiple sets, the receiving user (mobile communication terminal 110) selects one of the sets, and the mobile communication terminal 110 transfers the function module to the peripheral terminal. You can start multimedia communication using the selected set, even if you request to start Needless to say.
  • the power obtained from the PC terminal 103 is a set of camera views manufactured by Company A, which is a video monitor for VoIP and TV phones that provide voice telephone functions. It goes without saying that the same effect can be obtained by activating two peripheral modules as separate peripheral devices!
  • the device shown in FIG. 40 is triggered by the timeout of the device information search polling timer before starting negotiation between the external communication terminal 111 and the mobile communication terminal 110.
  • information acquisition has been performed, it goes without saying that the same effect can be obtained even if device information of peripheral devices is acquired using a connection notification from the external communication terminal 111 as a trigger.
  • the external mobile terminal 111 and the PC terminal 103 directly perform multimedia communication by RTP via the network 101.
  • the media information 2904 stored in the function module activation request (S2502) is used as the media information of the mobile communication terminal 110 instead of the media information of the external communication terminal 111, and the connection request response
  • the media information 904 stored in (S504) the media information of the mobile communication terminal 110 is used instead of the media information of the PC terminal 103, so that the external communication terminal 111 and the mobile communication terminal 110 can be )
  • the media information 904 stored in (S504) the media information of the mobile communication terminal 110 is used instead of the media information of the PC terminal 103, so that the external communication terminal 111 and the mobile communication terminal 110 can be
  • the mobile communication terminal 110 and the PC terminal 103 using the ad hoc network 102
  • Embodiment 5 is also realized on the network system shown in FIG.
  • the mobile communication terminal 110 when the mobile communication terminal 110 receives a connection request from the external communication terminal 111, the mobile communication terminal 110 includes the application Z function module requested by the self communication terminal.
  • the external communication terminal 111 is requested to download the application Z function module, and the corresponding application Z function module is obtained from the external communication terminal ill and executed.
  • FIG. 45 is a diagram showing a configuration of mobile communication terminal 110 and external communication terminal 111 in Embodiment 5 of the present invention.
  • mobile communication terminal 110 and external communication terminal 111 are connected via network 101.
  • the mobile communication terminal 110 of the fifth embodiment includes a user input / output unit 6101 and a function module request generation / analysis unit 6103 to an overall control unit 6107 having the same configuration as that of the second embodiment shown in FIG. 25 includes a module storage DB 1101 and a function module acquisition unit 1102 having the same configuration as that of the third embodiment shown in FIG.
  • external communication terminal 111 of the fifth embodiment includes user input / output unit 6108 to overall control unit 6114 having the same configuration as in the second embodiment shown in FIG. Function module request analysis' sending part 3101 is provided.
  • Function module request analysis / sending unit 3101 of external communication terminal 111 analyzes the function module request of other terminals, and attaches the function module if the corresponding function module exists in module storage DB6109 Send the response.
  • the communication control unit 6106 constitutes a connection request receiving unit
  • the functional module request generation and analysis unit 6103 constitutes an application information acquisition unit and an application comparison unit
  • the function module activation unit 6104 constitutes an application information request unit.
  • FIG. 46 is a sequence diagram showing an outline of the process flow of the negotiation procedure.
  • the external communication terminal 111 sends a connection request to the mobile communication terminal 110 with negotiation information at the application 'function module level (S502). ) Is transmitted (connection request processing (S501)).
  • the mobile communication terminal 110 confirms the application 'function module that matches the negotiation information and does not have it, so the function module acquisition request for downloading the function module from the external communication terminal 111 of the communication source ( S1702) is transmitted to the external communication terminal 111 (function module acquisition request processing (S3201)).
  • the external communication terminal 111 returns a function module acquisition request response (S 1704) to the mobile communication terminal 110 (function module acquisition request response processing (S32 02)). .
  • the mobile communication terminal 110 sends a connection request response (normal response) to the external communication terminal 111 (S5
  • the external communication terminal 111 performs module activation processing (S505), and starts multimedia communication (S506) using RTP or the like between the external communication terminal 111 and the mobile communication terminal 110.
  • connection request process (S501) for making a connection request (S502) of the external communication terminal 111 is the same as the process described in the second embodiment, the description thereof is omitted.
  • step S701 and step S702 are the same as the procedure described in the second embodiment shown in FIG. 47.
  • step S702 it is assumed that the corresponding module does not exist in portable communication terminal 110.
  • the functional module acquisition unit 1102 creates a module acquisition request with the data structure shown in FIG. 35b, and transmits the functional module acquisition request (S1702) to the external communication terminal 111 using the communication control unit 6106 ( S3301).
  • Embodiment 3 the SIP of PC terminal 103 is used as the request destination device address.
  • the communication control unit 6113 of the external communication terminal 111 performs message analysis of the received function module acquisition request (S1702) (S3401).
  • a module acquisition request is obtained from the request type 2101 and the elements in the SIP message body. ] Is determined from the communication.
  • the functional module control unit 6112 uses the functional module request analysis / sending unit 3101, and from the requested application Z function type information 2104 shown in Fig. 35b, the functional module request information (VoIP (voice telephone) and A company camera view ⁇ 2 (Video monitor for video phone)), and obtain the corresponding function module (VoIP (voice phone) and Company A camera view ⁇ 2 (video monitor for video phone)) from the module storage DB6109 ( S3402).
  • the functional module request analysis' sending unit 3101 creates a functional module acquisition request response message with the acquired functional module attached, and uses the communication control unit 6113 to transmit the functional module acquisition request response ( S1704) is transmitted (S3403).
  • the application Z function module 2109 stores the corresponding function module obtained above (VoIP (voice phone) and Company A camera view 2 (video monitor for videophone)).
  • the function module acquisition request message power is also acquired.
  • connection request response process S3203
  • the communication control unit 6106 of the mobile communication terminal 110 performs message analysis of the received function module acquisition request response (S 1704) (S3501).
  • the module is sent from the request type 2106 and the elements in the SIP message body, and from the connected user name Z address 2107, the external communication terminal 111] Judge that it is a thing communication.
  • step S2002 and steps S703 to S706 in FIG. 49 are the same as those described in the third embodiment shown in FIG. 34, the description thereof will be omitted.
  • the mobile communication terminal 110 becomes the corresponding function module.
  • a connection response by the user and sending a connection request response (S706)
  • the external communication terminal 111 performs module activation processing (S505).
  • 1S This processing is the same as the processing described in Embodiment 2 shown in FIG. Omitted.
  • the communication source terminal transmits the application Z function module information in addition to the normal codec information as negotiation information between terminals, and there is no corresponding function module at the communication terminal.
  • the communication source terminal holding the corresponding function module sends the corresponding function module and stores the function module, thereby achieving interconnection at the application Z function module level and performing multimedia communication. It becomes possible to start.
  • the communication source terminal when the corresponding module does not exist in the communication destination terminal, the communication source terminal directly sends the corresponding module to achieve the interconnection. Instead of sending the module directly from the communication source terminal, send the location where the module is located, for example, the URL, etc. from the communication source terminal, and the communication destination terminal accesses the URL. It goes without saying that even if acquired, the same effect can be obtained.
  • a video module for VoIP and video phone that provides a voice telephone function as a functional module that the external communication terminal 111 designates as negotiation information is A.
  • the receiving user mobile communication terminal 110 selects one set, and the mobile communication terminal 110 is the external terminal that is the communication source terminal. Even if you send the corresponding function module to the communication terminal 111, you can start multimedia communication using the selected set. Needless to say, similar effects can be obtained.
  • Embodiments 3 to 5 as a function module download source (or function module activation source), peripheral devices connected to the mobile communication terminal 110 and the ad hoc network 102, or Although described as the external communication terminal 111, there are devices (including servers) that can communicate with the mobile communication terminal 110 and the network 101 that are not limited to these, and can detect them. Needless to say, if the situation is correct, you can download the function module (or start the function module) in the same way and get the same effect.
  • a function module download source or function module activation source
  • peripheral devices connected to the mobile communication terminal 110 and the ad hoc network 102, or Although described as the external communication terminal 111, there are devices (including servers) that can communicate with the mobile communication terminal 110 and the network 101 that are not limited to these, and can detect them. Needless to say, if the situation is correct, you can download the function module (or start the function module) in the same way and get the same effect.
  • Embodiments 2 to 5 even if a short-range wireless protocol such as power Bluetooth described using RFID as the ad hoc network 102 formed by the mobile communication terminal 110 is used. Needless to say, the same effect can be obtained.
  • a short-range wireless protocol such as power Bluetooth described using RFID as the ad hoc network 102 formed by the mobile communication terminal 110 is used. Needless to say, the same effect can be obtained.
  • the mobile terminal is completely equipped with a functional module that also requires external communication terminal power. It goes without saying that the present invention can be applied even if at least one of them is not installed, and the same effect can be obtained!
  • the application in the present invention is configured with at least one functional module power that operates the function of the communication terminal itself so that the power of each embodiment is also divided. Therefore, the present invention When a connection request from at least one functional module is received, if the communication terminal itself has the functional module, it can be used to communicate with the terminal device of the communication partner.
  • the present invention confirms the interoperability of applications, and can communicate using applications such as peripheral terminal devices even if they do not have their own applications, and in particular information communication terminals connected to a network. Useful for equipment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

通信に使用するアプリケーションに関するアプリケーション情報が付加された接続要求を受信する通信プロトコル制御部(312)と、通信プロトコル制御部(312)で受信した接続要求からアプリケーション情報を取得するモジュール要求/解析部(308)と、モジュール要求/解析部(308)で取得したアプリケーション情報を、これと対応する自端末本体(210)が使用可能なアプリケーションと比較するモジュール要求/解析部(308)と、モジュール要求/解析部(308)での比較結果に応じてアプリケーションの起動を要求するモジュール利用可能領域部(303)とを備え、取得したアプリケーション情報の相互接続を確認したり、交換したり、実行を依頼したりすることにより、ユーザが利用したいアプリケーションを用いたマルチメディア通信を行うことができる。

Description

通信端末および通信方法
技術分野
[0001] 本発明は、ネットワークに接続される通信端末および通信方法に関する。
背景技術
[0002] 近年、携帯電話、 PDAなどの携帯通信端末は、インターネット接続やテレビ電話な どと 、つたマルチメディア通信が実現できる PC (パソコン)と同様なマルチメディア端 末として発展し続けている。
[0003] しかしながら、携帯通信端末は、携帯性を優先していることから小型化されており、 それに起因して、メモリ不足、小さなディスプレイサイズ、テンキーとの併用によるキー 操作などに代表されるハード的な制約がある。
[0004] さらに、アプリケーションを実現する際のソフトモジュールの不足などといったソフト 的な制約があり、ユーザの利便性を欠いていた。
[0005] 従来、携帯通信端末で不可能な処理を、その周辺機器と連携することで処理を実 現する代表的な方式として、特開 2000— 115253号公報に記載された技術が知ら れている。
[0006] 特開 2000— 115253号公報に記載された従来の技術では、携帯通信端末で扱え ないマルチメディア通信に関するデータ処理を、そのデータの種別により、あらかじ め登録したネットワーク内の周辺機器へ転送して処理させ、機能補完をさせて 、た。
[0007] この従来例では、メディアのデータ種別を考慮し、転送して処理させる周辺機器選 定までは実施する力 マルチメディア通信を実現するマルチメディアアプリケーション まで考慮して周辺機器を選定して ヽな 、ため、アプリケーションとしての相互接続性 が保てない可會 性がある。
[0008] 例えば、 VoIPなどの音声通話サービスでは、マルチメディアデータとして音声デー タのみを扱っており、音声データの種別さえ合致すれば、アプリケーションとしての相 互接続性は高い。
[0009] しかし、 web画面共有、映像データと音声データを扱う TV電話サービスの場合に は、映像データの種別が合致しても、映像データを表示する画像ビューヮに相手の カメラを操作する機能が含まれて 、たとしても、その機能を相手側でも保持して 、なく ては利用することはできないといった不具合が生じる。また、 web画面共有の場合で も、同様に、相手側で同様の機能を保持していなくては利用することはできないとい つた不具合が生じる。
[0010] つまり、対象となるマルチメディアアプリケーションは、映像データ、音声データ、テ キストデータといった複数のメディアデータを扱い、さらに、カメラ操作、 Web画面共 有や文書作成ソフトなどのアプリ共有、インスタントメッセージング、コーチングによる 通話など機能が多様ィ匕して ヽる。このように機能が多様ィ匕するマルチメディアアプリ ケーシヨンでは、メディアデータの種別の合致のみならず、それを処理する機能モジ ユール、例えば、画像表示を行うと同時にカメラ操作も行わせるメディア処理モジユー ル、 Web画面共有を可能とするアプリ共有モジュールなども一致して!/ヽな 、とアプリ ケーシヨンの接続性が保てな 1、場合が存在する。
[0011] すなわち、マルチメディアアプリケーションに関する詳細な情報や、上記のような、 各メディアデータを処理し各機能を提供するマルチメディアアプリケーションを構成す る機能モジュールの情報が考慮されていないため、アプリケーションとしての相互接 続性が確保されな!ヽ可能性があった。
[0012] したがって、 TV電話などのマルチメディア通信を利用する通信端末の発信側、着 信側の間で、上記のようなマルチメディアアプリケーションに関する情報を交換するこ とができず、ユーザが実行したいマルチメディアアプリケーション、および、機能モジ ユールを指定することができな力つた。
発明の開示
[0013] 本発明は上記課題を解決するためになされたもので、様々な種類のメディアデータ を扱い、様々な機能を搭載したマルチメディアアプリケーションにおいて、メディアデ ータの種別とマルチメディアアプリケーションを構成する機能モジュールまでを考慮 することで、アプリケーションの接続性を確保する通信端末、および通信方法を提供 するものである。
[0014] 本発明の通信端末は、ネットワークで接続された通信相手の端末装置から、通信に 使用するアプリケーションに関するアプリケーション情報が付加された接続要求を受 信する接続要求受信部と、接続要求受信部で受信した接続要求からアプリケーショ ン情報を取得するアプリケーション情報取得部と、アプリケーション情報取得部で取 得したアプリケーション情報を、これと対応する自端末本体が使用可能なアプリケー シヨンと比較するアプリケーション比較部と、アプリケーション比較部での比較結果に 応じてアプリケーションを要求するアプリケーション情報要求部とを備えた構成を有す る。
[0015] この構成により、本発明の通信端末は、マルチメディア通信を確立する場合におい て、マルチメディアアプリケーションを構成し、通信対象となるメディアデータを処理す る機能モジュールの情報を通信先となる通信端末と交換することで、その一致または 不一致までをも考慮することで、アプリケーションとしての相互接続性を確保すること ができる。
[0016] また、本発明の通信端末は、その交換により、マルチメディアアプリケーションを構 成する機能モジュールの一つ以上の不足が検出された場合には、他の通信端末へ 機能モジュールの実行を依頼することで、通信先となる通信端末が要求するマルチメ ディアアプリケーション通信を実現することが可能となり、アプリケーションとしての相 互接続性を確保することができる。
[0017] また、本発明の通信端末は、その交換により、マルチメディアアプリケーションを構 成する機能モジュールの一つ以上の不足が検出された場合には、他の通信端末も しくは通信相手となる通信端末から、該当する機能モジュールを獲得することで、通 信先端末が要求するマルチメディアアプリケーション通信を実現することが可能となり 、アプリケーションとしての相互接続性を確保できるとともに、自通信端末上で通信先 となる通信端末から送信されてくる通信データの処理を完了することができることから 、プライバシー 'セキュリティも確保できる。
[0018] 以上のように、本発明の通信端末は、様々な種類のメディアデータを扱い、さらに、 それらを処理する様々な機能モジュールにより構成されたマルチメディアアプリケー シヨンにおいても、お互いにアプリケーションの接続性を確保することができる。
図面の簡単な説明 [図 1]図 1は、本発明の実施の形態 1におけるネットワークシステムを示す構成図であ る。
[図 2]図 2は、本発明の実施の形態 1における携帯通信端末を示す構成図である。
[図 3]図 3は、本発明の実施の形態 1における周辺通信端末を示す構成図である。
[図 4]図 4は、本発明の実施の形態 1における RFIDタグ内に書き込まれる通信端末 情報のデータ構造を示す図である。
[図 5]図 5は、本発明の実施の形態 1における携帯通信端末と周辺通信端末との間の 通信動作を示すシーケンス図である。
[図 6]図 6は、本発明の実施の形態 1における外部通信端末と携帯通信端末との間の 通信動作を示すシーケンス図である。
[図 7]図 7は、本発明の実施の形態 1における外部通信端末のユーザ入出力部の画 面表示例を示す図である。
[図 8a]図 8aは、本発明の実施の形態 1における外部通信端末と携帯通信端末間のメ ッセージのデータ構造を説明する図である。
[図 8b]図 8bは、本発明の実施の形態 1における外部通信端末と携帯通信端末間の 第 1のメッセージのデータ構造を説明する図である。
[図 8c]図 8cは、本発明の実施の形態 1における外部通信端末と携帯通信端末間の 第 2のメッセージのデータ構造を説明する図である。
[図 9]図 9は、本発明の実施の形態 1における外部通信端末の第 1の内部動作を示 すシーケンス図である。
[図 10]図 10は、本発明の実施の形態 1における外部通信端末の第 2の内部動作を 示すシーケンス図である。
[図 11]図 11は、本発明の実施の形態 1における携帯通信端末の第 1の内部動作を 示すシーケンス図である。
[図 12]図 12は、本発明の実施の形態 1における携帯通信端末の第 2の内部動作を 示すシーケンス図である。
[図 13]図 13は、本発明の実施の形態 1における外部通信端末の第 3の内部動作を 示すシーケンス図である。 [図 14]図 14は、本発明の実施の形態 1における携帯通信端末のユーザ入出力部の 画面表示例を示す図である。
[図 15]図 15は、本発明の実施の形態 2におけるネットワークシステムを示す構成図で ある。
[図 16]図 16は、本実施の形態 2における携帯通信端末と外部通信端末を示す構成 図である。
[図 17]図 17は、本発明の実施の形態 2における外部通信端末のユーザ入力部の画 面構成例を示す図である。
[図 18]図 18は、本発明の実施の形態 2における携帯通信端末のユーザ入力部の画 面構成例を示す図である。
[図 19]図 19は、本発明の実施の形態 2における携帯通信端末と外部通信端末との 間の通信の概要を示すシーケンス図である。
[図 20]図 20は、本発明の実施の形態 2における外部通信端末の接続要求処理を示 すフロー図である。
[図 21]図 21は、本発明の実施の形態 2における携帯通信端末の接続要求応答処理 を示すフロー図である。
[図 22]図 22は、本発明の実施の形態 2における外部通信端末のモジュール起動処 理を示すフロー図である。
圆 23a]図 23aは、本発明の実施の形態 2における外部通信端末と携帯通信端末と の間のメッセージのデータ構造を説明する図である。
[図 23b]図 23bは、本発明の実施の形態 2における外部通信端末の接続要求のデー タ構造を説明する図である。
圆 23c]図 23cは、本発明の実施の形態 2における携帯通信端末の接続要求応答の データ構造を説明する図である。
圆 24a]図 24aは、本発明の実施の形態 2における携帯通信端末のモジュール蓄積 DB内の DBの構成を示す図である。
[図 24b]図 24bは、本発明の実施の形態 2における外部通信端末のモジュール蓄積 DB内の DBの構成を示す図である。 [図 25]図 25は、本発明の実施の形態 3における携帯通信端末と PC端末を示す構成 図である。
[図 26]図 26は、本発明の実施の形態 3における携帯通信端末と PC端末との間の機 器情報取得手順の概要を示すシーケンス図である。
[図 27]図 27は、本発明の実施の形態 3における携帯通信端末の RFID読取り要求処 理を示すフロー図である。
[図 28]図 28は、本発明の実施の形態 3における PC端末の機器情報送信処理 2を示 すフロー図である。
[図 29]図 29は、本発明の実施の形態 3における携帯通信端末の機器モジュールリス ト格納処理 3を示すフロー図である。
圆 30a]図 30aは、本発明の実施の形態 3における PC端末の機器情報送信の第 1の データ構造を示す図である。
圆 30b]図 30bは、本発明の実施の形態 3における PC端末の機器情報送信の第 2の データ構造を示す図である。
[図 31]図 31は、本発明の実施の形態 3における携帯通信端末と PC端末との間のネ ゴシエーシヨン手順の概要を示すシーケンス図である。
[図 32]図 32は、本発明の実施の形態 3における携帯端末の機器モジュール取得要 求処理 21を示すフロー図である。
[図 33]図 33は、本発明の実施の形態 3における PC端末の機能モジュール取得要求 応答処理 22を示すフロー図である。
[図 34]図 34は、本発明の実施の形態 3における携帯端末の接続要求応答処理 23を 示すフロー図である。
圆 35a]図 35aは、本発明の実施の形態 3における携帯通信端末の機能モジュール 取得要求のデータ構造を説明する図である。
圆 35b]図 35bは、本発明の実施の形態 3における携帯通信端末機能のモジュール 取得要求のデータ構造の一例を示す図である。
[図 35c]図 35cは、本発明の実施の形態 3における PC端末の機能モジュール取得要 求応答のデータ構造を説明する図である。 [図 35d]図 35dは、本発明の実施の形態 3における PC端末の機能モジュール取得要 求応答のデータ構造の一例を示す図である。
圆 36a]図 36aは、本発明の実施の形態 3における携帯通信端末のモジュール蓄積 DB内の DB情報の構成例を示す図である。
[図 36b]図 36bは、本発明の実施の形態 3における PC端末のモジュール蓄積 DB内 の DB情報の構成例を示す図である。
[図 37]図 37は、本発明の実施の形態 3における携帯通信端末の機器情報 DBが管 理する DB情報の構成例を示す図である。
[図 38]図 38は、本発明の実施の形態 4における携帯通信端末と PC端末を示す構成 図である。
[図 39]図 39は、本発明の実施の形態 4における外部通信端末と PC端末との間のネ ゴシエーシヨン手順の概要を示すシーケンス図である。
[図 40]図 40は、本発明の実施の形態 4における携帯通信端末の機能モジュール起 動要求処理 31を示すフロー図である。
[図 41]図 41は、本発明の実施の形態 4における PC端末の機能モジュール起動要求 応答処理 32を示すフロー図である。
[図 42]図 42は、本発明の実施の形態 4における携帯通信端末の接続要求応答処理 33を示すフロー図である。
圆 43a]図 43aは、本発明の実施の形態 4における携帯通信端末の機能モジュール 起動要求のデータ構造を説明する図である。
圆 43b]図 43bは、本発明の実施の形態 4における携帯通信端末の機能モジュール 起動要求のデータ構造の一例を示す図である。
[図 43c]図 43cは、本発明の実施の形態 4における PC端末の機能モジュール起動要 求応答のデータ構造を説明する図である。
[図 43d]図 43dは、本発明の実施の形態 4における PC端末の機能モジュール起動要 求応答のデータ構造の一例を示す図である。
[図 44]図 44は、本発明の実施の形態 4における PC端末のユーザ入力部の画面表示 例を示す図である。 [図 45]図 45は、本発明の実施の形態 5における携帯通信端末と外部通信端末を示 す構成図である。
[図 46]図 46は、本発明の実施の形態 5における携帯通信端末と外部通信端末との 間のネゴシエーション手順の概要を示すシーケンス図である。
[図 47]図 47は、本発明の実施の形態 5における携帯通信端末の機能モジュール取 得要求処理 41を示すフロー図である。
[図 48]図 48は、本発明の実施の形態 5における外部通信端末の機能モジュール取 得要求応答処理 42を示すフロー図である。
[図 49]図 49は、本発明の実施の形態 5における携帯通信端末の接続要求応答処理 43を示すフロー図である。
符号の説明
100 ネットワークシステム
101 ネットワーク
102 アドホックネットワーク
103, 113, 203 PC端末
104, 204 ネットワークカメラ
105, 205 IP電話
106, 206 ディスプレイ
107, 207 コンテンツ Zファイルサーバ
108, 208 プリンタ
109, 209 FAX
110, 112, 210, 212 携帯通信端末
111 外部通信端末
201 IPネットワーク
202 ローカル IPネットワーク
211 通 1目端末
213 サーノ
301 機器情報記録媒体 302 モジュール蓄積媒体
303 モジュール利用可能領域
304, 6101, 6108 ユーザ入出力部
305 個人認証情報記録媒体
306, 1112, 6107, 6114 全体制御部
307 機器情報要求 Z解析部
308 モジュール要求 Z解析部
309 通信要求判断部
310 ネットワーク管理部
311 RFID読取り部
312 通信プロトコル制御部
313 二次無線ネットワーク
401 機器情報書込部
402 RFIDタグ部
901, 7101 基本ボタン部
902, 7102 アドレス入力ボックス
903, 7103 アドレス帳
904, 7104 通信アプリケーション一覧
905, 7105 情報出力ボックス
1102 機能モジュール取得部
1103 機器情報 DB
1104 機器情報取得部
1105, 1111 RFID通信部
1106 周辺機器制御部
1107, 1101, 6102, 6109 モジュール蓄積 DB 1108 機能モジュールリスト送信部
1109 機能モジュール要求解析'送付部
1110, 6105, 6112 機能モジュール制御部 2401 機能モジュール起動要求部
2402 機能モジュール起動要求応答部
2403, 6104, 6111 機能モジュール起動部
3101 機能モジュール要求解析'送付部
6103, 6110 機能モジュール要求生成'解析部
6106, 6113 通信制御部
発明を実施するための最良の形態
[0021] 以下、本発明の実施形態に係るネットワークシステムについて図面を参照しながら 説明する。
[0022] (実施の形態 1)
図 1は、本発明の実施の形態 1に係るネットワークシステムの構成を示す図である。
[0023] 本実施の形態 1に係るネットワークシステム 100は、ローカル IPネットワーク 202と、 さらに外部の IPネットワーク 201とそれらに接続される様々な種類の通信端末を有す る。
[0024] ローカル IPネットワーク 202に接続される通信端末は、 PC端末 203、ネットワーク(
NW)カメラ 204、 IP電話 205、ディスプレイ 206、コンテンツ/ファイルサーバ 207、 プリンタ 208、 FAX209、携帯通信端末 210などである。
[0025] また、外部の IPネットワーク 201と接続される通信端末は、 PC端末 211や携帯通信 端末 212、アプリケーションの提供が可能であるサーバ 213などである。
[0026] なお、本実施の形態 1のローカル IPネットワーク 202及び外部の IPネットワーク 201 は有線として説明する力 無線であっても、又は有線及び無線が混在したネットヮー クであっても力まわない。
[0027] 以下、本実施の形態 1のネットワークシステムを構成するそれぞれの構成要素につ いて説明する。
[0028] 図 2は、本実施の形態 1における通信端末としての携帯通信端末 210の構成を示 すブロック図である。
[0029] 携帯通信端末 210は、機器情報記録媒体 301と、モジュール蓄積媒体 302と、モ ジュール利用可能領域部 303と、ユーザ入出力部 304と、個人認証情報記録媒体 3 05と、全体制御部 306と、機器情報要求 Z解析部 307と、モジュール要求 Z解析部 308と、通信要求判断部 309と、ネットワーク管理部 310と、 RFID (RadioFrequenc y 1061^£ & 1011)読取部311と、通信プロトコル制御部 312とを有している。
[0030] 機器情報記録媒体 301は、ローカル IPネットワーク 202内に存在する機器 (携帯通 信端末 210の周辺に存在する通信端末)に関する機器情報を記録する媒体である。 機器情報記録媒体 301には、機器 (周辺に存在する通信端末を含む)のアドレス情 報や、その機器が保持するアプリケーションに関する情報などが記録される。
[0031] モジュール蓄積媒体 302は、マルチメディア通信における様々な機能を提供する ためのメディアデータの処理やユーザへの入出力を処理するプログラムである機能 モジュールを蓄積する媒体であって、マルチメディアアプリケーションを構成する 1つ 以上の機能モジュールを蓄積する。
[0032] 例えば、マルチメディアアプリケーションを構成する VoIPやカメラビューヮなどのァ プリケーシヨンは、 VoIPについてはノイズリダクションや通信速度などに関する機能 モジュール力も構成される。また、カメラビューヮについては、コーデック、あるいはチ ル、パンのようなカメラ操作に関する機能モジュール力も構成される。
[0033] モジュール利用可能領域部 303は、アプリケーション Z機能モジュールを実際に稼 働するために利用するメモリ領域である。モジュール利用可能領域部 303は、外部 通信端末から取得したアプリケーション Z機能モジュールや、周辺に存在する通信 端末内部に蓄積しているアプリケーション Z機能モジュールを展開し、稼働させる。
[0034] ユーザ入出力部 304は、電話などのマルチメディア通信やアプリケーションの開始 、終了、利用する機器の選択、動作の許可、着信の通知、などを行うための携帯通 信端末 210とユーザ間の入出力を扱う。
[0035] ユーザ入出力部 304において、ユーザからの入力操作例は、ボタン、キー、音声、 画像などによる入力であり、ユーザへの出力例はディスプレイ表示、音再生、 LED点 灯などによる出力である。
[0036] 個人認証情報記録媒体 305は、携帯通信端末を利用して通信を行うユーザに関 する個人認証情報、および、通信相手先やアプリケーション Z機能モジュールの送 受信先のユーザを認証するための個人認証情報、通信相手先ユーザやアプリケー シヨン Z機能モジュールの送受信先のユーザに関する情報を記録する媒体である。
[0037] 全体制御部 306は、各処理部からの情報を判断し、携帯通信端末としての全体的 な制御を行う。
[0038] 全体制御部 306は、タイマーを持っており、定期的処理を実施したり、また、通信の 接続を開設する処理、アプリケーション Z機能モジュールの送受信を行う処理など、 全ての処理が全体制御部 306を介在して行われる。
[0039] 機器情報要求 Z解析部 307は、機器情報の要求を行ったり、取得した機器情報の 解析を行う。機器情報要求 Z解析部 307は、通信プロトコルなどを利用して他の機器 から機器情報が要求された際に、要求の解析、判断、該機器の機器情報の提供など を行う。また、機器情報要求 Z解析部 307は、通信プロトコルなどを利用して機器情 報を受信した際に、受信した機器情報の解析、機器情報などの記録を行う。
[0040] モジュール要求 Z解析部 308は、マルチメディアアプリケーション Z機能モジユー ルを要求、または解析する。モジュール要求/解析部 308は、通信で利用したいマ ルチメディアアプリケーションに関する情報を取得し、取得したマルチメディアアプリ ケーシヨンおよび機能モジュールに関する情報の判断、解析、作成、指示などを行う
[0041] 通信要求判断部 309は、通信を開設する際の要求、条件などを設定、解析、また は判断する。通信要求判断部 309は、開設する通信、すなわち、セッション開始 Z切 断などのコマンドの送受信のために必要な情報を取得し、通信の通信開設要求情報 の作成や、通信開設要求を受信した際の受信情報の解析などを行う。
[0042] ネットワーク管理部 310は、接続するネットワークにおける自通信端末の IPアドレス や、アプリケーションサーバのアドレス、周辺に存在する通信端末のアドレスなどの情 報やネットワークインターフ ースの制御を管理する。
[0043] 1^10読取部311は、データを読取るための電波を発し、 RFIDタグに書き込まれ たデータの読み取りを行う。 RFID読取部 311は、読取り範囲のネットワークである二 次無線ネットワーク 313と接続されて 、る。
[0044] 携帯通信端末 210は、 RFID読取部 311により、その携帯性により動的に変更され る周辺に存在する通信端末の情報を取得する。 [0045] 通信プロトコル制御部 312は、通信プロトコルの送受信、およびプロトコルコマンド の作成 Z解析を行う。
[0046] ネットワーク管理部 310及び通信プロトコル制御部 312は、ローカル IPネットワーク 202を通して、外部の IPネットワーク 201と通信が可能である。
[0047] 以上のように、本実施の形態 1では、通信プロトコル制御部 312が接続要求受信部 を構成し、モジュール要求/解析部 308がアプリケーション情報取得部およびアプリ ケーシヨン比較部を構成し、モジュール利用可能領域部 303がアプリケーション情報 要求部を構成している。
[0048] 図 3は、通信端末としての PC端末 203〜FAX209の構成を示すブロック図である。
[0049] 例えば、 PC端末 203は、携帯通信端末 210と同様に、機器情報記録媒体 301と、 モジュール蓄積媒体 302と、モジュール利用可能領域 303と、ユーザ入出力部 304 と、個人認証情報記録媒体 305と、全体制御部 306と、機器情報要求 Z解析部 307 と、モジュール要求 Z解析部 308と、通信要求判断部 309と、ネットワーク管理部 31 0と、通信プロトコル制御部 312とを有し、さらに、機器情報書込部 401と、 RFIDタグ 部 402とを有する。
[0050] 機器情報書込部 401は、該通信端末の稼働状況などの機器情報に合わせて RFI Dタグ部 402に情報を書き込む。機器情報書込部 401は、稼働状況などを反映せず 、あらかじめ書き込まれた情報を書き換えない場合は不要である。
[0051] RFIDタグ部 402は、機器情報が書き込まれて 、る電子タグ部分である。リーダ (読 取り機器)からの電波を受信して電源を得て、書き込まれている情報を返信する。書 き込まれている機器情報は、固定のままでも、随時、稼働状況などを反映して書き換 えられても良い。
[0052] RFIDタグ部 402は、読取られる範囲のネットワークである二次無線ネットワーク 31 3に接続されている。
[0053] 通信端末である PC端末 203〜FAX209は、据え置き型の通信端末であり、携帯 通信端末 210からは周辺に存在する通信端末として扱われる。 PC端末 203〜FAX 209は、 RFIDタグ部 402を利用して、自通信端末の機器情報を発信する。
[0054] RFIDタグ部 402に書き込まれる機器情報のデータ構造例を図 4に示す。 [0055] 図 4において、 RFIDタグ部 402は、製造番号など機器の識別を行う機器 ID701、 プリンタや PCなどの機器の種類を表す機器種別 702、 IPアドレスや URLなど接続さ れているネットワークにおける通信端末アドレス 703、保持 Z稼働できるアプリケーシ ヨン Z機能モジュール情報 704、通信端末で処理が可能なメディアデータの種別情 報 705、通信端末の製造メーカ情報 706、メーカの HPアドレスなどの予備情報 707 から構成されている。
[0056] この情報は、同じ形態で、携帯通信端末 210の機器情報記録媒体 301に蓄積され ているものとする。
[0057] なお、ここでは、 RFIDを用いて説明する力 ブルートゥース(Bluetooth) (登録商 標)、 UWB (Ultra WideBand)などの他の二次無線ネットワークで規定されて!、る 方式を利用してもよぐ本発明は、特に、 RFIDに限定するものではない。
[0058] 以上のような構成を有する実施の形態 1において、最初に、ローカル IPネットワーク
202に携帯通信端末 210を接続して周囲に存在する通信端末の情報を取得する通 信方法について、図 5を参照して説明する。
[0059] 図 5は、携帯通信端末 210が、その周辺に存在する通信端末の機器情報を取得す る際の内部動作を示すシーケンス図である。
[0060] まず、携帯通信端末 210の全体制御部 306は、内部の機器情報取得ポーリングタ イマのタイムアウトにより、機器情報要求 Z解析部 307に機器情報取得要求 (S603) を通知する(S602)。
[0061] 次に、機器情報要求 Z解析部 307は、機器情報取得要求 (S603)の通知を受け、 RFID読取部 311へ機器情報取得要求 (S605)を行うように指示する(S604)。
[0062] RFID読取部 311は、機器情報取得要求(S605)の指示を受け、二次無線ネットヮ ーク 313を介し、周辺に存在する通信端末の RFIDタグ部 402に電源を供給し(S60
7)、読取処理を開始する(S606)。
[0063] 周辺に存在する通信端末の RFIDタグ部 402は、二次無線ネットワーク 313を介し 、供給された電源を利用し、既に書き込まれている機器情報 (S609)を送信する(S6
08)。
[0064] 携帯通信端末 210の RFID読取部 311は、二次無線ネットワーク 313を介し、機器 情報 (S609)を受信して、機器情報要求 Z解析部 307に機器情報 (S611)を通知し (S610)、機器情報要求 Z解析部 307は機器情報 (S611)の内容を解析した上で、 受信した機器情報(S613)と RFIDを読み取ったこととを全体制御部 306へ通知する (S612)。
[0065] 全体制御部 306では、機器情報蓄積 (S615)を機器情報記録媒体 301に依頼す る (S614)ことにより、受信した機器情報 (S613)を機器情報記録媒体 301に蓄積す る(S616)。
[0066] なお、ステップ S606〜ステップ S616は、携帯通信端末 210の全体制御部 306内 のタイマーにより定期的に起動され、起動のたびに、二次無線ネットワーク 313の到 達エリア内に存在する通信端末の数だけ繰り返される。
[0067] 以上のようにして、ローカル IPネットワーク 202に携帯通信端末 210を接続して周 囲に存在する機器情報を取得できる。
[0068] 次に、外部通信端末 211と携帯通信端末 210間の通信開始時のネゴシエーション の際に、通信で利用するコーデック情報に加え、マルチメディアアプリケーション情報 をも指定することにより、そのマルチメディアアプリケーションを利用した通信接続を開 始する通信方法について、図 6〜図 13を参照して説明する。
[0069] 図 6は、外部の IPネットワーク 201に接続された外部通信端末 211から送信された 接続要求を携帯通信端末 210が受信し、接続を確立するまでの動作を示すシーケ ンス図である。
[0070] 本実施の形態 1においては、外部通信端末 211は、図 2に示す通信携帯端末 210 と同様の構成を有するものとして説明を行う。
[0071] 最初に、図 6に示すシーケンスの概略を説明し、その後、各処理について、図を用 いて詳細に説明する。
[0072] 図 6において、外部通信端末 211のユーザ入出力部 304は、ユーザの操作により 接続要求(S802)を全体制御部 306に送信して接続指示を行う(S801)。
[0073] 外部通信端末 211は、ユーザ力もの操作により、接続要求(S802)を受信し、通信 情報設定(S803)、モジュール情報設定(S804)、モジュール取得(S805)の処理 を行った後、接続要求 (S806)を携帯通信端末 210に送信して接続要求 (S807)を 行う。
[0074] 接続要求 (S806)を受信した携帯通信端末 210は、通信情報解析 (S808)、利用 可能モジュール判断 (S809)の処理を行い、判断結果に関して携帯通信端末 210 のユーザとの間で通知、応答を行って(S812、 S813)モジュール決定(S810)の処 理を行った後、モジュール起動(S811)、通信開始 (S816)の処理を行って、接続要 求応答(S817)を外部通信端末 211に送信する。
[0075] 外部通信端末 211は、携帯通信端末 210より接続要求応答 (S817)を受信すると 、通信情報解析(S818)、モジュール起動(S819)、通信開始(S820)の処理を行つ て、携帯通信端末 210との間で RTP (RealtimeTransfer Protocol)などによる通 信(S821)を開始する。
[0076] 図 7は、ユーザが外部通信端末 211のユーザ入出力部 304を操作する際に利用す る画面表示例であり、基本ボタン部 901、アドレス入力ボックス 902、アドレス帳 903、 通信アプリケーション一覧 904、および情報出力ボックス 905から構成される。
[0077] 基本ボタン部 901は、通信接続を要求する「開始」ボタン、接続先となる相手先や 接続時に利用するアプリケーションの選定された結果を確定する「選択」ボタン、接続 中の通信の転送を実施する「転送」ボタン、接続中の通信の切断を要求する「切断」 ボタンの 4つのボタンから構成されて!、る。
[0078] アドレス入力ボックス 902は、接続先となる相手先ユーザのアドレスを直接入力する ボックスである。
[0079] アドレス帳 903は、あらかじめ登録されて!、るユーザの氏名、アドレス、そのユーザ の現在の状態や居場所などが表示され、この中から接続の相手先となるユーザを選 択できる。図 7では、 Aさん〜 Eさんが登録されており、この中から、接続の相手先とな るユーザを選択できる。
[0080] 通信アプリケーション一覧 904には、通信に利用でき、マルチメディアアプリケーシ ヨンの一覧表示であり、この中から接続時に利用するアプリケーションが選択できる。
[0081] 図 7では、(1)単なる音声通話機能のみを持つ VoIP、(2)監視向け画像モニタとな る A社製カメラビューヮ 1、(3) TV電話向け映像モニタとなる A社製カメラビューヮ 2、 (4) TV電話用の映像を撮像する携帯カメラを例として示している。 [0082] なお、通信アプリケーション一覧 904に表示されるマルチメディアアプリケーション は、組み合わせて利用することもできれば、単独で利用することもできる。
[0083] 情報出力ボックス 905は、現在のユーザの選択状況、着信状況などが表示される。
[0084] 図 7の画面表示は、本実施の形態 1では、タツチパネルにより入出力部 304へ入力 するものであるが、キー操作による入力、ペン入力、マウス操作などによる入力でも可 能で、本発明はタツチパネルに限定するものではな!/、。
[0085] ここで、例えば、外部通信端末 211を操作するユーザは、その画面表示において、 アドレス帳 903から通信接続の相手先となるユーザとして Aさんを選択し、基本ボタン 部 901の「選択」を押す。
[0086] 次に、通信アプリケーション一覧 904から、利用したいマルチメディアアプリケーショ ンである VoIP、および、 A社製カメラビューヮ 2を選択し、再度、基本ボタン部 901の
「選択」を押す。
[0087] これによつて、情報出力ボックス 905に、これらの情報が反映され、ユーザが基本ボ タン部 901の「開始」を押すことで、 Aさんの利用する携帯通信端末 210への接続指 示を外部通信端末 211に対して行うことができる。
[0088] 図 8a〜図 8cは、図 6における外部通信端末 211と携帯通信端末 210間のメッセ一 ジ(S806、 S817)のデータ構造を説明する図である。
[0089] 図 8aはメッセージ(S806、 S817)に共通の汎用的なデータ構造を示す図である。
[0090] 図 8aに示すデータ構造は、要求種別 1101、接続先のユーザ名もしくはアドレス 11 02、接続元のユーザ名もしくはアドレス 1103、メディアデータの種別を示す通信デ ータ種別 1104、メディアデータの送受信の宛先を示す通信データ送受信アドレス 1 105、通信で利用するマルチメディアアプリケーションおよびマルチメディアアプリケ ーシヨンを構成する機能モジュールを示す通信データ処理用アプリケーション Z機能 種別 1106、接続要求 1101〜通信データ処理用アプリケーション Z機能種別 1106 の情報に加え、通信相手に通知したい情報がある場合に利用する通信に関する予 備情報 1107から構成される。
[0091] 図 8bは、図 8aで SIP (IETF, RFC3261, Session Initiation Protocol)を使用 した場合のデータ構造であり、このデータ構造は、外部通信端末 211から携帯通信 端末 210への接続要求に利用される。
[0092] 図 8bにおいて、接続要求 1101には、接続要求を示す INVITEが格納される。
[0093] 接続先ユーザ名 Zアドレス 1102は、 Request— URlZToヘッダ、すなわち本実 施の形態 1では、携帯通信端末 210を示す31?11!¾(1;1^01:111 Resource Identifie r)が、通信元ユーザ名 Zアドレス 1103は Fromヘッダ ZContactヘッダ、すなわち 本実施の形態 1では、外部通信端末 211を示す SIP URIが格納される。
[0094] 通信データ種別 1104および通信データ送受信アドレス 1105は、 SIPメッセージボ ディに属する SDP (IETF、 RFC2327、 Session Discription Protocol)に相当 し、本実施の形態 1では、メディア情報 [RTP (RealtimeTransfer Protocol) ,RTC P (RTCP Control Protocol)ポート番号など]を示す SDP情報が格納される。
[0095] 通信データ処理用アプリケーション Z機能種別 1106には、本実施の形態 1では、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)、 VoIP (音声電話)を示す情報が、 予備情報 1107には SIPメッセージボディの空きエリアである予備情報が格納される。
[0096] なお、通信データ処理用アプリケーション/機能種別 1106および予備情報 1107は 、 SDPに含めてもよいし、また、予備情報として記述できる別の箇所があるのならば、 そこへ記述しても構わな 、。
[0097] 図 8cは、同様に、図 8aで SIPを使用した場合のデータ構造の一例であり、このデー タ構造は、携帯通信端末 210から外部通信端末 211への接続要求応答に利用され る。
[0098] 図 8cにお 、て、接続要求 1101には、接続要求応答 (正常)を示す 200 OKが格納 される。
[0099] 接続先ユーザ名 Zアドレス 1102には Request— URlZToヘッダ、すなわち本実 施の形態 1では、外部通信端末 211を示す SIP URIが格納される。
[0100] 通信元ユーザ名 Zアドレス 1103には Fromヘッダ ZContactヘッダ、すなわち本 実施の形態 1では、携帯通信端末 210を示す SIP URIが格納される。その他の構 造は図 8aと同じである。
[0101] 以下、図 6〜図 14を参照して、本実施の形態 1において、マルチメディア通信を開 始するまでのシーケンスについて詳細に説明する。 [0102] 図 9及び図 10は、図 6における外部通信端末 211の内部動作 (ステップ S801〜S
807)を示すシーケンス図である。
[0103] まず、図 6において、外部通信端末 211を所持するユーザは、ユーザ入出力部 30
4によって接続指示 (S801)を行い、外部携帯端末 211に対し、接続要求 (S802)を 送信する。
[0104] 接続要求(S802)は、ユーザ入出力部 304に該当する図 7のアドレス帳 903を利用 して相手先として「Aさん」、通信アプリケーション一覧 904を利用して TV電話向け映 像モニタサービス「A社製カメラビューヮ 2」および音声通話サービス rVoIPjを選択し 、基本ボタン 901の「選択」ボタンをタツチして選択を確定することにより作成される。 作成された接続要求(S802)は、図 7の基本ボタン 901の「開始」ボタンをタツチして 、図 9に示すように、ユーザ入出力部 304を介して、全体制御部 306へ通知する。
[0105] 図 6における通信情報設定 (S803)は、図 9に示すように、接続要求(S802)を受 信した全体制御部 306が、接続要求(S802)の情報力もマルチメディア通信に関す る通信情報を設定するものである。
[0106] この通信情報は、マルチメディア通信を行うために、従来必要とされたメディアデー タの種別やメディアデータを送受信する IPアドレス、ポートなどの情報である。
[0107] 具体的には、図 8bに示すデータ構造の通信データ種別 1104及び通信データ送 受信アドレス 1105であるメディア情報 (RTP,RTCPポート番号など)を示す SDP情 報が設定される。
[0108] 図 6におけるモジュール情報設定(S804)は、図 9に示すように、全体制御部 306 がモジュール要求 Z解析部 308に対して、ユーザが選択したマルチメディアアプリケ ーシヨンに関するモジュール情報の設定を要求(S1001)する。モジュール要求 Z解 析部 308は、ユーザが選択したマルチメディアアプリケーションに該当するモジユー ル情報設定(S 1002)を行い、全体制御部 306に対し、モジュール情報通知(S 100 3)を送信することにより行われる。
[0109] 具体的には、図 8bに示すデータ構造の通信データ処理用アプリケーション Z機能 種別 1106である「A社製カメラビューヮ 2 (TV電話向け映像モニタ)、 VoIP (音声通 話)を示す情報が設定される。 [0110] 図 6におけるモジュール取得(S805)は、図 9に示すように、全体制御部 306が、モ ジュール蓄積媒体 302に対し、ユーザが選択したアプリケーション Z機能モジュール 、すなわち VoIPの機能モジュール、及び A社製カメラビューヮ 2の機能モジュールの 検索を要求(S 1005)する。モジュール蓄積媒体 302は、該当のモジュールを取得( S1006)し、該当モジュールを全体制御部 306に送信する(S1007)ことにより行わ れる。続いて、全体制御部 306は、取得したモジュールを利用する(S1008)。
[0111] 図 6における接続要求(S807)は、ステップ S803〜S805までの通信接続準備が 完了したことを検知した全体制御部 306が、図 10に示すように、通信要求判断部 30 9に対し、接続要求の指示 (S1011)を行う。
[0112] 次に、通信要求判断部 309は、図 8bに示すデータ構造の接続要求 1101である SI P INVITE、接続先ユーザ名/アドレス 1102である携帯通信端末 210の SIP UR I、接続元ユーザ名 Zアドレス 1103である外部通信端末 211の SIP URIを加え、接 続要求(S1012)を作成する。
[0113] その後、通信要求判断部 309は、通信プロトコル制御部 312に対し、接続要求(S1 013)の指示を行う。通信プロトコル制御部 312は、接続要求(S1013)を基に、該当 通信プロトコルに合わせたコマンドを作成 (S1014)し、図 8bに示す形式で接続要求 (S806)を携帯通信端末 210に送信することにより行われる。
[0114] 図 11及び図 12は、図 6における携帯通信端末 210の内部動作 (ステップ S808〜 ステップ S816)を示すシーケンス図である。
[0115] 図 6における通信情報解析 (S808)は、図 11に示すように、通信プロトコル制御部 312が外部通信端末 211より受信した接続要求(S806)の通信プロトコル解析 (S10 21)を行う。通信プロトコル制御部 312は、図 8bに示す、接続要求 1101である SIP INVITEより、セッション接続要求であることを判断し、通信要求判断部 309に接続 要求通知(S 1022)を送信する。通信要求判断部 309は、接続要求通知(S 1022) を基に、データ種別、データ送受信に利用する IPアドレス ·ポート番号などの SDP情 報の通信情報解析 (S 1023)を行い、全体制御部 306に解析結果の通知 (接続要求 S 1024)を送信することにより行われる。
[0116] 具体的には、図 8bに示す、通信データ種別 1104、通信データ送受信アドレス 110 5であるメディア情報 (RTP、 RTCPポート番号など)を示す SDP情報の解析を行う。
[0117] 図 6における利用可能モジュール判断 (S809)は、図 11に示すように、接続要求( S1024)を基に、全体制御部 306が、モジュール要求 Z解析部 308に対して、外部 通信端末 211が指定したモジュール情報の解析要求 (S1025)を送信する。モジュ ール要求 Z解析部 308は、当該モジュール情報を解析 '取得して判断 (S1026)し、 その結果を通信モジュール判断通知(S1027)として、全体制御部 306に送信する。
[0118] その後、全体制御部 306は、図 11に示すように、そのモジュール情報を基に、モジ ユール蓄積媒体 302に対し、機能モジュールの検索(S 1029)を要求 (モジュール検 索 S1028)する。モジュール蓄積媒体 302は、該当のモジュールを取得(S1030)し 、該当モジュールを全体制御部 306に送信(S1031)することにより、利用可能モジ ユール「有り」の判断が行われる。
[0119] 具体的には、図 8bに示す、データ構造の通信データ処理用アプリケーション Z機 能種別 1106である「A社製カメラビューヮ 2(TV電話向け映像モニタ)、 VoIP (音声通 話)を示す情報が抽出され、その機能モジュールの取得が行われる。
[0120] 図 6における利用モジュール決定 (S810)は、図 11に示すように、通信情報解析( S808)で取得した通信情報及び、利用可能モジュール判断 (S809)で取得した機 能モジュール情報を基に、全体制御部 306が、ユーザ入出力部 304に対し接続要 求の通知(S812)を行う。また、ユーザ入出力部 304は、全体制御部 306に対し、ュ 一ザによる応答操作による接続要求応答(S813)を行う。
[0121] ところで、図 14は、携帯通信端末 210のユーザ入出力部 304における画面表示例 を示す図であって、基本的な構成は、図 7に示す外部通信端末と同様である。
[0122] すなわち、上記接続要求通知(S812)は、図 14において、情報出力ボックス 905 への着信表示で行わる。接続要求応答(S813)は、図 14において、ユーザによる基 本ボタン部 901の「開始」ボタンへのタツチによる着信応答により行われる。
[0123] 図 6におけるモジュール起動(S811)は、図 12に示すように、全体制御部 306がモ ジュール利用可能領域 303に対し、利用モジュール決定 (S810)に従って、利用可 能モジュール判断(S809)で取得したモジュールの起動要求(S1041)を行う。モジ ユール利用可能領域 303は、取得したモジュールの起動(S 1042)を行い、全体制 御部 306に対し、起動完了通知(S1043)を送信することにより行われる。
[0124] 図 6における通信開始(S816)は、ステップ S808〜S811までの通信開始の準備 完了したことを検知した全体制御部 306が、図 12に示すように、まず、通信要求判断 部 309に対し、接続要求応答(S 1051)の指示を行う。
[0125] 次に、通信要求判断部 309は、通信プロトコル制御部 312に対し、接続要求応答( S 1052)の指示をして通信開始(S 1053)を行う。
[0126] 次に、通信プロトコル制御部 312が、接続要求応答(S1052)を基に、該当通信プ ロトコルに合わせたコマンドを作成(S1054)し、外部通信端末 211の通信プロトコル 制御部 312へ、作成した接続要求応答(S817)を送信することにより行われる。
[0127] コマンドの作成(S1054)は、図 8cに示すデータ構造の形式、すなわち、接続要求 応答 1101を示す、 SIP INVITEに対する正常応答である 200 OKと、図 8bのデ ータ構造力 の取得によるデータ構造のその他情報とで作成される。
[0128] このような接続要求応答 S817が携帯通信端末 210から外部通信端末 211に送信 されること〖こより、両端末は AVデバイスの初期化等の端末内部の通信開始処理を行 い、アプリケーション Z機能モジュールを利用したデータの送受信、すなわち RTPな どによるデータの送受信(S821)を開始することになる。
[0129] 図 13は、図 6における外部通信端末 211の内部動作 (ステップ S818〜S820)を 示すシーケンス図である。
[0130] 図 6における通信情報解析 (S818)は、図 13に示すように、通信プロトコル制御部 312が携帯通信端末 210より受信した接続要求応答 (S817)の通信プロトコル解析( S1061)を行う。通信プロトコル制御部 312は、図 8cに示す、接続要求応答 1101で ある SIP 200 OKより、セッション接続要求応答であることを判断し、通信要求判断 部 309へ、接続要求応答通知(S 1062)を送信する。通信要求判断部 309は、接続 要求応答通知(S1062)を基に、接続要求応答が正常応答であることを判断する。 通信要求判断部 309は、図 8cに示す、通信データ種別 1104、通信データ送受信ァ ドレス 1105であるメディア情報 (RTP、 RTCPポート番号など)を示す SDP情報の解 析 (S 1063)を行い、全体制御部 306へ、解析結果の通知 (接続要求応答 S 1064) を送信することにより行われる。 [0131] 図 6におけるモジュール起動(S819)は、図 13に示すように、接続要求応答通知 S 1062が正常応答であり、携帯通信端末 210とのネゴシエーションが完了したことを 全体制御部 306が判断する。接続要求応答通知 S1062は、モジュール利用可能領 域 303に対し、図 6に示すモジュール取得(S805)で取得した機能モジュールの起 動要求(S1065)を行う。モジュール利用可能領域 303は、モジュール起動(S1066 )を行い、全体制御部 306に対し、起動完了通知(S 1067)を送信することにより行わ れる。
[0132] 図 6における通信開始処理(S820)は、ネゴシエーション結果に基づき、 AVデバイ スの初期化等の端末内部の通信開始処理を行 、、アプリケーション Z機能モジユー ルを利用したデータの送受信、すなわち RTPなどによるデータの送受信(S821)を 開始することにより行われる。
[0133] 以上のように、本実施の形態 1においては、通信端末間のネゴシエーション情報と して、メディアデータの種別であるコーデック情報にカ卩えてアプリケーション情報をも 加えることで、アプリケーション Z機能モジュールレベルでの相互接続を達成し、マ ルチメディア通信を開始することが可能となる。
[0134] なお、本実施の形態 1ではマルチメディアアプリケーションの一覧を示し、ユーザが その中力 利用するアプリケーションを選択した上で通信を開始している力 ユーザ が外部通信端末 211にお 、て利用するマルチメディアアプリケーションのみを起動し た上で、そのアプリケーションにより、通信を開始するように行っても良い。
[0135] また、本実施の形態 1では、外部通信端末 211と携帯通信端末 210との間で取り交 わされるメッセージに利用するプロトコルとして SIPを用いて説明を行った力 H. 32 3などの他の通信プロトコルや、独自に規定したプロトコル等を用いても、アプリケー シヨン Z機能モジュール情報のネゴシエーションを行うことで、同様の効果が得られる ことは言うまでもない。
[0136] また、本発明は、ネゴシエーション開始時に、モジュール一覧だけを用いて利用可 能なマルチメディアアプリケーションとのネゴシエーションを開始し、その後、利用可 能モジュールを取得し、起動するという手順でも、本発明の効果は得られる。
[0137] また、本実施の形態 1では、外部通信端末 211がネゴシエーション情報として指定 する機能モジュールとして、音声電話機能を提供する VoIPと TV電話向けの映像モ ユタである A社製カメラビューヮの 1セットのみで説明をした力 複数セットを用意し、 受信側のユーザ (携帯通信端末 210)がその中の一つのセットを選択することなどで も可能であり、本発明は本実施の形態に特に限定するものではない。
[0138] (実施の形態 2)
図 15は、本発明の実施の形態 2の情報通信端末が接続されるネットワークシステム の構成を示す図である。
[0139] 本実施の形態におけるネットワークシステムは、様々な通信機器間の通信を実現す るネットワーク 101と、情報通信端末としての携帯通信端末 110がその周囲に形成す るアドホック通信可能なアドホックネットワーク 102とで構成される。
[0140] ネットワーク 101は、例えば、固定公衆網、モパイル公衆網、 LAN (Local Area N etwork)などの構内 IPネットワーク、 WLAN (WirelessLAN)などの無線 IPネットヮ ークがあげられる。
[0141] ネットワーク 101には、このネットワーク 101を介して互いに通信可能な端末である、 携帯通信端末 110、外部通信端末 111、外部携帯通信端末 112、デスクトップ PC1 13が順次接続されている。
[0142] アドホックネットワーク 102は、例えば RFIDによるネットワークがあげられる。
[0143] アドホックネットワーク 102には、このアドホックネットワーク 102を介して携帯通信端 末 110と通信可能な端末である、 PC端末 103、ネットワークカメラ 104、 IP電話 105、 ディスプレイ 106、コンテンツ Zファイルサーバ 107、プリンタ 108、 FAX109力 S順次 接続されている。
[0144] 本実施の形態 2では、まずネットワーク 101で接続された情報通信機器間のマルチ メディア通信にっ 、て説明し、アドホックネットワーク 102を介して接続された情報通 信機器間のマルチメディア通信にっ ヽては、以降の実施の形態で説明する。
[0145] 図 16は、本実施の形態 2における、ネットワーク 101で接続された情報通信端末と しての携帯通信端末 110と外部通信端末 111を示す構成図である。
[0146] 携帯通信端末 110は、ユーザ入出力部 6101と、モジュール蓄積データベース (D B) 6102と、機能モジュール要求生成 ·解析部 6103と、機能モジュール起動部 610 4と、機能モジュール制御部 6105と、通信制御部 6106と、全体制御部 6107とを有 している。
[0147] ユーザ入出力部 6101は、実施の形態 1のユーザ入出力部 304と同じ構成を有し ており、その画面表示例も、図 14に示す実施の形態 1と同様である。
[0148] モジュール蓄積 DB6102は、携帯通信端末 110が保有するアプリケーション Z機 能モジュールを格納する。
[0149] 本実施の形態 2の携帯通信端末 110におけるモジュール蓄積 DB6102内の DBの 構成の一例を図 24aに示す。
[0150] 図 24aに示すように、本実施の形態 2におけるモジュール蓄積 DB6102内の DB情 報は、「アプリケーション Z機能モジュール」情報、「用途」、「コーデック」情報力もなる 。携帯通信端末 110は、図 24aに示す各「用途」向けに、それぞれの「コーデック」に 対応した、 4つの「アプリケーション Z機能モジュール」、 (l)VoIP、(2) A社製カメラ ビューヮ 1、(3) A社製カメラビューヮ 2、(4)携帯カメラ、を保有している。
[0151] 機能モジュール要求生成 ·解析部 6103は、外部通信端末 111とのマルチメディア 通信開始時に、通常のコーデック情報によるネゴシエーションに加え、モジュール蓄 積 DB6102を基にした、アプリケーション/機能モジュールレベルでのネゴシエーシ ヨンを行う際に、そのネゴシエーション情報の生成、又は解析を行う。
[0152] 機能モジュール起動部 6104は、モジュール蓄積 DB6102に保有されたアプリケー シヨン Z機能モジュールの起動を行う。
[0153] 機能モジュール制御部 6105は、機能モジュール要求生成'解析部 6103および機 能モジュール起動部 6104の制御を行う。
[0154] 通信制御部 6106は、外部通信端末 111とネットワーク 101を介する通信の制御を 行う。
[0155] 全体制御部 6107は、携帯通信端末 110の全体の制御を行う。
[0156] 本実施の形態 2にお 、ては、外部通信端末 111は携帯通信端末 110と同様の構 成を有するものとする。
[0157] すなわち、外部通信端末 111内のユーザ入出力部 6108〜全体制御部 6114は、 携帯通信端末 110内のユーザ入出力部 6101〜全体制御部 6107とそれぞれ同様 の機能を有しており、したがってこれらの説明は省略する。
[0158] なお、外部通信端末 111が保有するアプリケーション Z機能モジュールは携帯通 信端末 110のそれとは異なっており、モジュール DB6109内の DBの構成の一例を 図 24bに示す。
[0159] 例えば、本実施の形態 2において、外部通信端末 111は、図 24bに示す各「用途」 向けに、それぞれの「コーデック」に対応した、 4つの「アプリケーション Z機能モジュ 一ル」、 (l)VoIP, (2)携帯カメラビューヮ 1、(3)携帯カメラビューヮ 2、(4) A社製力 メラビューヮ 2、を保有している。
[0160] 図 17は、外部通信端末 111内のユーザ入出力部 6108の画面構成例を示す図で あって、図 7に示す実施の形態 1と同じ構成を有している。
[0161] 図 17に示す、基本ボタン部 7101〜情報出力ボックス 7105は、図 7に示す、基本 ボタン部 901〜情報出力ボックス 905にそれぞれ対応しており、詳細な説明は省略 する。
[0162] 図 18は、携帯通信端末 110内のユーザ入出力部 6101の画面構成例を示す図で あって、図 14に示す実施の形態 1と同じ構成を有している。
[0163] 図 18に示す、基本ボタン部 7101〜情報出力ボックス 7105は、図 14に示す、基本 ボタン部 901〜情報出力ボックス 905にそれぞれ対応しており、詳細な説明は省略 する。
[0164] なお、図 18では、アドレス帳 7103に登録されたユーザとしては、 Fさん〜 Jさんを、 通信アプリケーション一覧 7104に登録されたアプリケーション一覧としては、単なる 音声通話機能のみを持つ VoIP、監視向け画像モニタとなる携帯カメラビューヮ 1、 T V電話向け映像モニタとなる携帯カメラビューヮ 2、 TV電話向け映像モニタとなる A 社製カメラビューヮ 2を、例として示している。
[0165] 以上のように、本実施の形態 2では、通信制御部 6106が接続要求受信部を構成し 、機能モジュール要求生成'解析部 6103がアプリケーション情報取得部とアプリケー シヨン比較部とを構成し、機能モジュール起動部 6104がアプリケーション情報要求 部を構成している。
[0166] 以下、図 19〜図 24a、図 24bを用いて、実施の形態 2における携帯通信端末 110 と外部通信端末 111との間の接続の処理の流れを説明する。
[0167] 図 19は、携帯通信端末 110と外部通信端末 111との間の接続の処理の流れの概 要を説明するシーケンス図である。
[0168] 図 19において、外部通信端末 111が携帯通信端末 110に対し、アプリケーション' 機能モジュールレベルでのネゴシエーション情報を付与した接続要求(S502)を行 い (接続要求処理 11 (S501) )、携帯通信端末 110がネゴシエーション情報にマッチ したアプリケーション '機能モジュールを保有して 、る力否かを確認し、接続要求応答 (正常応答)(S504)を返信する (接続要求応答処理 (S503) )。外部通信端末 111 は、モジュール起動処理 13 (S505)を行って、携帯通信端末 110と外部通信端末 1 11との間で RTPなどによるマルチメディア通信を開始する(S506)。
[0169] 以下、接続要求処理 S501〜モジュール起動処理 S505を、図 20〜図 24a、図 24 bを用いて詳細に説明する。
[0170] 図 20は接続要求処理 S 501を示すフロー図である。
[0171] 外部通信端末 111のユーザ入出力部 6108より、図 17に示す表示例において、ァ ドレス帳 7103を利用して相手先として「Aさん」が選択される。
[0172] 次に、ユーザ入出力部 6108は、通信アプリケーション一覧 7104を利用して、音声 通話サービス ΓνοΙΡ]及び、 TV電話向け映像モニタサービス「A社製カメラビューヮ 2」を選択し、基本ボタン部 7101の「選択」ボタンをタツチすることで、ユーザ (Fさん) による発信要求を検知する(S601)。
[0173] ユーザ入出力部 6108で発信要求を検知された情報は、全体制御部 6114を経由 し、機能モジュール制御部 6112に通知される。機能モジュール制御部 6112は、機 能モジュール要求生成 ·解析部 6110及びモジュール蓄積 DB6109を利用し、機能 モジュールの要求情報 (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向 け映像モニタ)を示す情報)を作成する(S602)。
[0174] 最後に、作成された機能モジュール要求情報は全体制御部 6114を経由し、通信 制御部 6113に通知される。通信制御部 6113は、上記機能モジュール要求情報 (ネ ゴシエーシヨン情報)を付与した接続要求メッセージを作成し、携帯通信端末 110へ 、接続要求(S502)を送信する(S603)。 [0175] 接続要求(S502)のデータ構造の例を図 23a、図 23bに示す。
[0176] 図 23aは、実施の形態 2において、外部通信端末 111と携帯通信端末 110との間 で行われる通信に利用されるデータ構造を示しており、要求種別 901、接続先ユー ザ名/アドレス 902、接続元ユーザ名/アドレス 903、メディア情報 904、通信データ 処理用アプリケーション Z機能種別 905、予備情報 906により構成される。
[0177] 図 23bは、図 23aで SIP (IETF, RFC3261, Session Initiation Protocol)を使 用した場合の、接続要求(S502)のデータ構造を示している。
[0178] 図 23bにおいて、要求種別 901には、接続要求を示す INVITEが格納される。
[0179] ユーザ名/アドレス 902には、 SIPの Request— URI/Toヘッダなどが該当し、ュ 一ザ入出力部 6108より取得した情報を元に、携帯通信端末 110 [Aさん]を示す SI PURI (Uniform Resource Identifier)が格納される。
[0180] 接続元ユーザ名 Zアドレス 903には、 SIPの Fromヘッダなどが該当し、自分自身 である外部通信端末 111 さん]を示す SIPURIが格納される。
[0181] メディア情報 904には、 SIPメッセージボディに属する SDP (IETF, RFC2327, S ession Discription Protocol)内の要素が該当し、メディア情報 [RTP (Realtim eTransfer Protocol) , RTCP (RTCP Control Protocol)ポート番号など]を示す 外部通信端末 111の SDP情報が格納される。
[0182] 通信データ処理用アプリケーション Z機能種別 905は、 SIPメッセージボディの空き エリアに搭載され、ユーザ入出力部 6108より取得した情報を元に、 VoIP (音声電話 )及び、 A社製カメラビューヮ (TV電話向け映像モニタ)を示す情報が格納される。
[0183] なお、予備情報 906は使用しない。
[0184] 次に、携帯通信端末 110が接続要求 (S502)を受信した際の接続要求応答処理(
S503)について、図 21に示すフロー図を用いて詳細に説明する。
[0185] まず、通信制御部 6106は、接続要求(S502)のメッセージ解析を行う(S701)。
[0186] 外部通信端末 111からの接続要求のデータ構造の一例を図 23bに示す。
[0187] 具体的には、通信制御部 6106は、接続要求(S502)のメッセージ解析により、要 求種別 901が接続要求であり、接続先ユーザ名 Zアドレス 903が外部通信端末 111 [Fさん]からの通信であることを判断し、メディア情報 904より、各種メディア情報の取 得が行われる。
[0188] これら解析した情報は全体制御部 6107を介して機能モジュール制御部 6105に通 知される。機能モジュール制御部 6105は、機能モジュール要求生成'解析部 6103 を用い、図 23bに示す、通信データ処理用アプリケーション Z機能種別 905より、機 能モジュール要求情報 (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向 け映像モニタ))を取得する。機能モジュール要求生成'解析部 6103は、取得した情 報と、携帯通信端末が保有する機能モジュール情報であるモジュール蓄積 DB610 2の内容とを比較し、携帯通信端末 110内部に該当モジュール (VoIP (音声電話)及 び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ))が存在するかを確認し、機能 モジュール制御部 6105に通知する(S702)。
[0189] 機能モジュール制御部 6105は、図 24aに示すように、該当モジュールが存在した ため、該当モジュールを用いて応答できると判断する。機能モジュール制御部 6105 は、全体制御部 6107を介して、ユーザ入出力部 6101に着信を表示するように指示 する。ユーザ入出力部 6101は、図 18に示すように、情報出力ボックス 7105に、上 記解析結果を基に、「Fさんから、 VoIP (音声通信)、 A社製カメラビューヮ 2 (TV電話 向け映像モニタ)を使った通信の着信」であることをユーザに対し着信表示を行う (S7 03)。
[0190] ユーザ入出力部 6101は、ユーザ (Aさん)の操作により、図 18に示す基本ボタン部 7101の「開始」ボタンをタツチすることにより、接続応答が行われる(S 704)。
[0191] 全体制御部 6107は、接続応答を受け、機能モジュール制御部 6105にその旨の 通知を行う。
[0192] 機能モジュール制御部 6105は、機能モジュール起動部 6104を用い、モジュール 蓄積 DB6102より、該当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 ( TV電話向け映像モニタ) )を取得し、モジュールの起動を行う(S705)。
[0193] 一方、全体制御部 6107の制御によって、通信制御部 6106が、機能モジュール要 求応答を付与した接続要求応答メッセージを作成し、外部通信端末 111へ接続要求 応答(S504)を送信する(S706)。
[0194] 図 23cに接続要求応答(S504)のデータ構造の例を示す。 [0195] 図 23cは、図 23aで SIPを使用した場合を示しており、要求種別 901には、 SIPIN VITEに対する正常応答である 200 OKを格納し、その他情報の格納は、接続要求 (S502)の各パラメータの取得により行われ、図 23cに示すデータ構造が作成される
[0196] 次に、外部通信端末 111が接続要求応答(S504)を受信した際に行うモジュール 起動処理(S505)について、図 22に示すフロー図を用いて詳細に説明を行う。
[0197] 図 22において、外部通信端末 111の通信制御部 6113は、携帯通信端末 110より 受信した接続要求応答 (S504)のメッセージ解析を行う(S801)。携帯通信端末 11 0からの接続要求応答(S504)のデータ構造の一例を図 23cに示す。
[0198] 具体的には、通信制御部 6113は接続要求応答(S504)のメッセージ解析により、 要求種別 901 (メッセージの種別)が接続要求応答 (接続要求 200 OK)であり、そ の他情報解析により、正常にネゴシエーションが完了したことを判断する。
[0199] 次に、全体制御部 6114は、これら解析された情報に基づき、機能モジュール制御 部 6112にその旨の通知を行う。機能モジュール制御部 6112は、機能モジュール起 動部 6111を用い、モジュール蓄積 DB6109より、該当モジュール (VoIP (音声電話 )及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ))を取得し、モジュールの起 動を行う(S802)。
[0200] このようにして、外部通信端末 111と携帯通信端末 110の間で、 RTPなどによるマ ルチメディア通信が開始される。
[0201] 以上のように、端末間のネゴシエーション情報として、通常のコーデック情報に加え てアプリケーション Z機能モジュール情報をも加えることで、アプリケーション Z機能 モジュールレベルでの相互接続を達成し、マルチメディア通信を開始することが可能 となる。
[0202] なお、本実施の形態 2の説明においては、外部通信端末 111と携帯通信端末 110 の間のネゴシエーションに利用するプロトコルとして SIPを用いて説明を行った力 H . 323などの他の通信プロトコルや、独自に規定したプロトコル等を用いても、アプリ ケーシヨン Z機能モジュール情報のネゴシエーションを行うことで、同様の効果が得 られることは言うまでちな!、。 [0203] また、本実施の形態 2の説明にお 、ては、外部通信端末 111がネゴシエーション情 報として指定する機能モジュールとして、音声電話機能を提供する VoIP、 TV電話 向けの映像モニタである A社製カメラビューヮ 2の 1セットのみを指定した力 複数セッ トを指定し、受信側のユーザ (携帯通信端末 110)がその中の 1セットを選択すること で、選択したセットを利用したマルチメディア通信を開始でき、同様の効果が得られる ことは言うまでもない。
[0204] (実施の形態 3)
次に、本発明の実施の形態 3における通信端末に関して、図 25〜図 37を用いて説 明を行う。
[0205] 本実施の形態 3も実施の形態 2と同様に図 15に示すネットワークシステム上で実現 されるちのである。
[0206] 本実施の形態 3は、携帯通信端末 110が外部通信端末 111より接続要求を受けた 際に、自通信端末が要求されたアプリケーション Z機能モジュールを有して 、な ヽ場 合、アドホックネットワーク 102に接続された周辺機器に一致するアプリケーション Z 機能モジュールを有して 、るか否かを確認し、周辺機器力 該当するアプリケーショ ン Z機能モジュールを入手し実施するものである。
[0207] 図 25は、本実施の形態 3における携帯通信端末 110と PC端末 103を示す構成図 である。
[0208] 図 25において、携帯通信端末 110と外部通信端末 111がネットワーク 101で接続 されており、また携帯通信端末 110と PC端末 103がアドホックネットワーク 102で接 続されている。
[0209] 本実施の形態 3においては、アドホックネットワーク 102は、 RFIDによるものとして 説明を行う。
[0210] 本実施の形態 3の携帯通信端末 110において、ユーザ入出力部 6101、機能モジ ユール要求生成'解析部 6103〜全体制御部 6107は実施の形態 2と同様の構成で あるため、説明は省略する。
[0211] 本実施の形態 3においては、携帯通信端末 110は、さらに、モジュール蓄積 DB11 01と、機能モジュール取得部 1102と、機器情報 DB1103と、機器情報取得部 1104 と、 RFID通信部 1105とを有している。
[0212] モジュール蓄積 DB1101は、携帯通信端末 110自身が保有するアプリケーション
Z機能モジュールを格納する。
[0213] 本実施の形態 3における携帯通信端末 110の DB情報の構成例を図 36aに示す。
[0214] 図 36aに示すように、この DB情報は、「アプリケーション Z機能モジュール情報」、「 用途」、「コーデック情報」からなつている。
[0215] 本実施の形態 3においては、携帯通信端末 110は、図 36aに示す各「用途」向けに
、同図 aに示したそれぞれの「コーデック」に対応した、 2つの「アプリケーション Z機能 モジュール」、( 1) A社製カメラビューヮ 1、 (2)携帯カメラ、を保有している。
[0216] 機能モジュール取得部 1102は、他端末より機能モジュールを取得するために、機 能モジュール取得要求メッセージの作成及び、機能モジュールが添付された受信し た応答メッセージから、機能モジュールの取得を行う。
[0217] 機器情報 DB1103は、携帯通信端末 110の周辺機器が保持している機能モジュ ール一覧を管理する。
[0218] 本実施の形態 3における機器情報 DB1103が管理する DB情報の一例を図 37に 示す。
[0219] DB情報は、図 37に示すように、「周辺機器」、「アプリケーション Z機能モジュール 情報」、「用途」、「コーデック情報」からなつている。
[0220] 本実施の形態においては、図 37に示すように、「周辺機器」の PC端末 103が、同 図に示す各「用途」向けに、それぞれの「コーデック」に対応した、 3つの「アプリケー シヨン Z機能モジュール」、(l)VoIP、(2) A社製カメラビューヮ 1、(3) A社製カメラビ ユーヮ 2、を保有している。
[0221] また、「周辺機器」の IP電話 105が、同図に示す「用途」向けに、同図に示す「コー デック」に対応した、 1つの「アプリケーション Z機能モジュール」、 (l)VoIP、を保有 している。
[0222] さらに、「周辺機器」のコンテンツ Zファイルサーバ 107が、同図に示す「用途」向け に、それぞれの「コーデック」に対応した、 2つの「アプリケーション Z機能モジュール」 、 (l)VoIP, (2)携帯カメラビューヮ 2、を保有している。 [0223] 以下、図 37では省略しているが、携帯通信端末 110とアドホックネットワーク 102で 接続された周辺機器全ての機器情報が、機器情報 DB1103に格納されている。
[0224] 図 25において、機器情報取得部 1104は、アドホックネットワーク 102で接続された 周辺機器(図 25においては、 PC端末 103)より機器情報の取得を行い、機器情報 D
B1103に取得した情報の格納を行う。
[0225] RFID通信部 1105は、アドホックネットワーク 102を介して、例えば、実施の形態 1 と同様に、周辺機器(図 25では、 PC端末 103)と通信を行う。
[0226] 周辺機器制御部 1106は、機器情報取得部 1104及び RFID通信部 1105の制御 を行う。
[0227] 本実施の形態 3の PC端末 103は、モジュール蓄積 DB1107と、機能モジュールリ スト送信部 1108と、機能モジュール要求解析'送付部 1109と、機能モジュール制御 部 1110と、 RFID通信部 1111と、全体制御部 1112とを有している。
[0228] モジュール蓄積 DB1107は、 PC端末 103が保有するアプリケーション Z機能モジ ユールを格納する。
[0229] 本実施の形態 3におけるモジュール蓄積 DB1107の DB情報の構成の一例を図 3 6bに示す。
[0230] この DB情報は、「アプリケーション Z機能モジュール情報」、「用途」、「コーデック情 報」からなつている。
[0231] 本実施の形態 3においては、 PC端末 103は、図 36bに示す各「用途」向けに、それ ぞれの「コーデック」に対応した、 3つの「アプリケーション Z機能モジュール」、 (1)V oIP、(2) A社製カメラビューヮ 1、(3) A社製カメラビューヮ 2、を保有している。
[0232] 機能モジュールリスト送信部 1108は、モジュール蓄積 DB1107の機能モジュール リストを外部通信端末 110に機能モジュール制御部 1110を介して送信する。
[0233] 機能モジュール要求解析 ·送付部 1109は、他端末からの機能モジュール要求の 解析を行い、モジュール蓄積 DB1107に該当機能モジュールが存在した場合に、そ の機能モジュールを添付した応答を外部通信端末 110に機能モジュール制御部 11 10を介して送付する。
[0234] 機能モジュール制御部 1110は、機能モジュールリスト送信部 1108及び機能モジ ユール要求解析'送付部 1109の制御を行う。
[0235] RFID通信部 1111は、アドホックネットワーク 102を介して、周辺機器(図 25では、 携帯通信端末 110)と通信を行う。
[0236] 全体制御部 1112は、 PC端末 103の全体を制御する。
[0237] 実施の形態 3は、図 26にその概略を示す、機器情報の取得手順と、図 31にその概 略を示す、マルチメディア通信開始時の端末間のネゴシエーション手順とからなる。
[0238] 以上のように、本実施の形態 3では、通信制御部 6106が接続要求受信部を構成し 、機能モジュール要求生成'解析部 6103がアプリケーション情報取得部とアプリケー シヨン比較部を構成し、機能モジュール取得部 1102がアプリケーション情報要求部 を構成している。
[0239] 以下、図 26〜図 30、図 37を用いて本実施の形態 3における機器情報取得処理の 流れを説明する。
[0240] 図 26に、本実施の形態 3における機器情報取得処理の流れのシーケンス図を示す 。携帯通信端末 110は、その周辺機器である PC端末 103に対し、 RFID読み取り(S 1202)の要求を行う(RFID読取り要求処理(S1201) )。 PC端末 103は、自身の保 有する機器情報を携帯通信端末 110に機器情報 (S1204)として送信する (機器情 報送信処理 (S 1203) )。携帯通信端末 110は、その受信した機器情報 (S 1204)を 格納する (機器モジュールリスト格納処理 (S 1205) )。
[0241] まず、図 26における RFID読取り要求処理(S1201)の詳細に関して、図 27を用い て説明を行う。
[0242] 図 27において、携帯通信端末 110の全体制御部 6107が保持する、機器情報検 索のトリガーとなるポーリングタイマのタイムアウトを検知する(S1301)。
[0243] その後、機器情報検索のトリガーが周辺機器制御部 1106より、機器情報取得部 1 104に通知される。機器情報取得部 1104は、 RFID通信部 1105を用い、携帯通信 端末 110の周辺機器(図 27では、 PC端末 103)の RFID読取り要求を行う(S1302) 。 RFID読取りに関しては、一般的な使用手順と同等であるため、説明は省略する。
[0244] 次に、機器情報送信処理 (S1203)の詳細に関して、図 28を用いて説明を行う。
[0245] 図 28において、 PC端末 103の RFID通信部 1111は、 RFID読み取りを検知する( S140 。
[0246] 全体制御部 1112は、受信した読み取り要求を機能モジュール制御部 1110に通 知する。機能モジュール制御部 1110は、機能モジュールリスト送信部 1108を用い、 図 36bに示すモジュール蓄積 DB1107の機能モジュール情報をリストとしてまとめ、 全体制御部 1112を介して、 RDIF通信部 1111から携帯通信端末 110へ機器情報 を送信する。
[0247] 機器情報のデータ構造を図 30a、図 30bに示す。
[0248] 図 30aは、実施の形態 3において、周辺機器から携帯通信端末 110へ機器情報を 送信する際に利用されるデータ構造を示す図である。
[0249] 機器情報は、機器 ID1601、機器種別 1602、機器アドレス 1603、アプリケーション
Z機能モジュール情報 1604、予備情報 1605により構成される。
[0250] 図 30bは、実施の形態 3における PC端末 103から携帯通信端末 110への機器情 報のデータ構造を示す図である。
[0251] 機器 ID1601には PC端末 103を示す機器 IDが格納される。本実施の形態 3では 特に限定しないため、詳細は省略する。
[0252] 機器種別 1602には、 PC端末 103の機器種別である、「PC (=パーソナルコンビュ 一タ)」を格納する。
[0253] 機器アドレス 1603には、 PC端末 103の IPアドレスが格納される。
[0254] アプリケーション/機能モジュール情報 1604には、モジュール蓄積 DB1107に格 納された機能モジュールのリスト情報、すなわち、 VoIP (音声電話)及び、 A社製カメ ラビユーヮ 1 (監視向け画像モニタ)、 A社製カメラビューヮ 2 (TV電話向け映像モニタ )を示す情報が格納される。
[0255] なお、予備情報 1605は使用しない。
[0256] 次に、機能モジュールリスト格納処理(S1205)の詳細に関しては、図 29を用いて 説明を行う。
[0257] 図 29において、携帯通信端末 110の RFID通信部 1105が、機器情報を受信する
(S1501)。
[0258] 周辺機器制御部 1106は、機器情報取得部 1104を用い、受信した機器情報メッセ ージの解析を行!、、機器情報 DB1103に取得した PC端末 103の機能モジュールリ ストを格納する(S 1502)。
[0259] 具体的には、図 30bに示すデータ構造の機器種別 1602及び機器アドレス 1603の 解析により、図 37に示す周辺機器の項目(PC端末 103)を作成し、機器情報 DB11 03に格納する。また、アプリケーション Z機能モジュール情報 1604の解析により、そ の他項目(VoIP、 A社製カメラビューヮ 1、 A社製カメラビューヮ 2)を作成し、機器情 報 DB1103に格納する。
[0260] 図 26に示すシーケンスと同様の処理を、携帯通信端末 110とアドホックネットワーク 102で接続された機器の数だけ(図 15で示すネットワークカメラ 104〜FAX109)繰 り返すことになる。これらは同様の処理であるため、処理の説明は省略する。
[0261] また、この処理は、図 27に示す、 RFID読取り要求処理 S 1201のステップ S 1301 で説明したように、機器情報検索のポーリングタイマのタイムアウトを検知すると繰り 返し行われ、常に携帯通信端末 110の周辺に形成されるアドホックネットワーク 102 に接続された機器、及びその機器の保有する機能モジュールの最新情報が、機器 情報 DB1103に格納されることになる。
[0262] 次に、図 31〜図 37を用いて、実施の形態 3における、マルチメディア通信開始時 の端末間のネゴシエーション手順の処理の流れを説明する。
[0263] 図 31は、このネゴシエーション手順の概略を説明するシーケンス図である。
[0264] まず、外部通信端末 111が携帯通信端末 110に対し、アプリケーション '機能モジ ユールレベルでのネゴシエーション情報を付与した接続要求(S502)を送信する(接 続要求処理 (S501) )。
[0265] 次に、携帯通信端末 110は、受信したネゴシエーション情報にマッチしたアプリケ ーシヨン'機能モジュールを保有していないため、周辺機器が保有する機能モジユー ルリストの検索を機器情報 DB1103に対して行う。携帯通信端末 110は、検索のそ の結果該当の機能モジュールを保有する周辺機器力PC端末 103であると判断する 。携帯通信端末 110は、 PC端末 103に該当の機能モジュールをダウンロードするた めの機能モジュール取得要求(S 1702)を送信する (機能モジュール取得要求処理 ( S1701) )。 [0266] 次に、 PC端末 103は、機能モジュール取得要求(SI 702)を受信して、携帯通信 端末 110に対し機能モジュール取得要求応答 (S1704)を送信する (機能モジユー ル取得要求応答処理 (S 1703) )。
[0267] 次に、携帯通信端末 110は、機能モジュール取得要求応答(S 1704)を受信して、 外部通信端末 111へ接続要求応答 (正常応答) (S504)を返信する (接続要求応答 処理(S 1705) )。外部通信端末 111は、モジュール起動(S505)を行って、 RTPな どによるマルチメディア通信(S506)を開始する。
[0268] 以下、図 31のシーケンス図の詳細を説明する。
[0269] まず、外部通信端末 111は、接続要求処理 (S501)を行うが、この処理は実施の形 態 2で説明した処理と同様であるため、説明は省略する。
[0270] 次に、機器モジュール取得要求処理 (S1701)の詳細に関しては、図 32を用いて 詳細に説明を行う。
[0271] 図 32【こお!ヽて、ステップ S701、ステップ S702iま、図 21【こ示す実施の形態 2で説 明した手順と同様であるため、説明は省略する。
[0272] 本実施の形態 3では、この該当モジュールを確認するステップ(S702)で、図 36a に示すように、携帯通信端末 110に該当モジュール、すなわち、 VoIP (音声電話)及 び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)が存在しないことを確認する。
[0273] 次に、携帯通信端末 110の機能モジュール制御部 6105は、機能モジュール取得 部 1102を用い、機器情報 DB1103で保持する機器情報リストを参照し、該当モジュ ール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )を 保持する端末を検索する(S1801)。
[0274] このステップ S1801は、該当モジュールを保持する端末が見つ力るまで、又は、機 器情報が格納された端末分の検索終了、という状況になるまで繰り返す。
[0275] 本実施の形態 3では、検索の結果、図 37に示すように、機能モジュール取得部 11 02は、 PC端末 103が該当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )を保持することが判明するので、この情報が周辺機器 制御部 1106に通知される。周辺機器制御部 1106は、 RFID通信部 1105を用いて 、機能モジュール取得要求(S1702)を PC端末 103に送信する(S1802)。 [0276] ここで、機能モジュール取得要求のデータ構造の一例を図 35a、 35bに示す。
[0277] 図 35aは、実施の形態 3において、携帯通信端末 110から周辺機器へ送信される 機能モジュール取得要求のデータ構造であり、要求種別(モジュール取得) 2101、 要求先機器アドレス 2102、要求ユーザ端末アドレス 2103、要求アプリケーション Z 機能種別情報 2104、予備情報 2105により構成される。
[0278] 図 35bは、図 35aで、周辺機器を PC端末 103とし、プロトコルとして SIPを利用した 場合の、機能モジュール取得要求のデータ構造を示して 、る。
[0279] SIPメソッドとしては、汎用的なメッセージ送信に利用される MESSAGEを利用する 。要求種別(モジュール取得) 2101は、 SIPメッセージボディ内に「モジュール取得 要求」として格納される。要求先機器アドレス 2102は、 SIPの Request- URlZToへ ッダなどが該当し、 PC端末 103を示す SIP URIが格納される。要求ユーザ端末アド レス 2103は、 SIPの Fromヘッダなどが該当し、自分自身である携帯通信端末 110 [ Aさん]を示す SIPURIが格納される。
[0280] 要求アプリケーション Z機能種別情報 2104は、取得したい機能モジュール情報で あり、 SIPでは、 VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モ ユタ)を示す情報が SIPメッセージボディ内に格納される。
[0281] 予備情報 2105は、本実施の形態では使用しない。
[0282] 次に、機能モジュール取得要求応答処理 (S1703)の詳細に関しては、図 33を用 いて説明を行う。
[0283] 図 33において、 PC端末 103の RFID通信部 1111は、機能モジュール取得要求( S 1702)を受信する(S 1901)。
[0284] 次に、機能モジュール制御部 1110は、全体制御部 1112の制御に基づいて、 RFI D通信部 1111よりメッセージ受信通知を受信し、機能モジュール要求解析 ·送付部 1109を用いて、メッセージ解析を行う。
[0285] 具体的には、図 35bに示すデータ構造から、要求種別 2101より、モジュール取得 要求であり、接続先ユーザ名 Zアドレス 2103より、携帯通信端末 110 [Aさん]からの 通信であることを判断し、要求アプリケーション Z機能種別情報 2104より、 VoIP (音 声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)を示す情報の取得 が行われる。
[0286] 次に、機能モジュール制御部 1110は、機能モジュール要求解析.送付部 1109を 用いて、 PC端末 103のモジュール蓄積 DB1107に保持された、図 36bに示す該当 モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ ;) )を取得する(S 1902)。
[0287] 次に、 PC端末 103の機能モジュール要求解析 ·送付部 1109は、取得した機能モ ジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) ) を添付したメッセージを作成し、 1^10通信部1111を介して、機能モジュール取得要 求応答(S 1704)を送信する(S 1903)。
[0288] 機能モジュール取得要求応答のデータ構造の一例を図 35c、 35dに示す。
[0289] 図 35cは、実施の形態 3において、周辺機器から携帯通信端末 110へ送信される 機能モジュール取得要求応答のデータ構造を示す図であり、要求種別(モジュール 送付) 2106、送信元アドレス 2107、送信先(要求ユーザ)端末アドレス 2108、アプリ ケーシヨン Z機能モジュール 2109、予備情報 2110により構成される。
[0290] 図 35dは、図 35cで、周辺機器を PC端末 103とし、プロトコルとして SIPを利用した 場合の、機能モジュール取得要求応答のデータ構造を示す図である。
[0291] SIPメソッドとしては、汎用的なメッセージ送信に利用される MESSAGEの正常応 答である、 200OKが格納される。
[0292] 要求種別(モジュール送付) 2106は、 SIPメッセージボディ内に「モジュール送付 要求」として格納される。
[0293] 送信元アドレス 2107は、 SIPでは、 Toヘッダなどが該当し、 PC端末 103を示す SI PURIが格納される。このアドレスは、図 35bに示すモジュール取得要求の要求先機 器アドレス 2102より取得する。
[0294] 送信先(要求ユーザ)端末アドレス 2108は、 SIPの Fromヘッダなどが該当し、携帯 通信端末 110 [Aさん]を示す SIPURIが格納される。このアドレスは、図 35bに示す モジュール取得要求の要求ユーザ端末アドレス 2103より取得する。
[0295] アプリケーション Z機能モジュール 2109は、 SIPの SIPメッセージボディ内に、機能 モジュール要求解析 ·送付部 1109により添付された機能モジュール (VoIP (音声電 話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )が格納される。
[0296] 予備情報 2110は使用しない。
[0297] 次に、接続要求応答処理 (S1705)の詳細に関しては、図 34を用いて説明を行う。
[0298] まず、図 34において、携帯通信端末 110の RFID通信部 1105は、機能モジユー ル取得要求応答(S1704)を受信する(S2001)。
[0299] 次に、機能モジュール取得部 1102は、全体制御部 6107の制御の下に、 RFID通 信部 1105よりメッセージ受信通知を受信し、メッセージ解析を行う。機能モジュール 取得部 1102は、機能モジュール取得要求応答に付与された機能モジュールを取得 し、それをモジュール蓄積 DB1101に格納する(S2002)。
[0300] 具体的には図 35dに示すデータ構造により、機能モジュール取得要求応答力 M ESSAGEに対する正常応答であり、送信先(要求ユーザ)端末アドレス 2108より、 正常にモジュールが送付されたことを判断し、アプリケーション Z機能モジュール 21 09より、機能モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向 け映像モニタ) )を取得し、モジュール蓄積 DB1101に格納する。
[0301] 図 34におけるその後の手順は、図 21に示す実施の形態 2のステップ S703〜ステ ップ S706と同様であるため、説明は省略する。
[0302] また、図 31における、最後の、外部通信端末 111のモジュール起動処理(S505) は、実施の形態 2で説明した手順と同様であるため、説明は省略する。
[0303] 以上のように、通信元端末が、端末間のネゴシエーション情報として、通常コーデッ ク情報に加えてアプリケーション Z機能モジュール情報をも加えて送信し、通信先端 末に該当機能モジュールが存在しない場合に、周辺端末力 該当機能モジュールを ダウンロードし、機能モジュールを保管することで、アプリケーション Z機能モジユー ルレベルでの相互接続を達成し、マルチメディア通信を開始することが可能となる。
[0304] なお、本実施の形態 3の説明においては、外部通信端末 111と携帯通信端末 110 の間のネゴシエーション、及び携帯通信端末 110による PC端末 103からの機能モジ ユール取得に利用するプロトコルとして SIPを用いて説明を行ったが、前者、又は後 者、又は両者共に、 H. 323などの他の通信プロトコルや、独自に規定したプロトコル 等を用いても、アプリケーション Z機能モジュール情報のネゴシエーションを行うこと で、同様の効果が得られることは言うまでもない。
[0305] また、本実施の形態 3の説明にお 、ては、外部通信端末 111がネゴシエーション情 報として指定する機能モジュールとして、音声電話機能を提供する VoIP、 TV電話 向けの映像モニタである A社製カメラビューヮの 1セットのみを指定した力 複数セット を指定するようにしても、携帯通信端末 110がその中の一つのセットを周辺端末から 取得し、受信側のユーザ (携帯通信端末 110)がそれを選択することで、選択したセ ットを利用したマルチメディア通信を開始できるので、本発明と同様の効果が得られ ることは言うまでもない。
[0306] また、本実施の形態 3の説明にお ヽては、音声電話機能を提供する VoIP、 TV電 話向けの映像モニタである A社製カメラビューヮのセットを PC端末 103から取得した 力 2つの機能モジュールを別々の周辺機器力 取得することでも、同様の効果が得 られることは言うまでちな!、。
[0307] また、本実施の形態 3の説明においては、外部通信端末 111と携帯通信端末 110 との間でのネゴシエーション開始前に、機器情報検索ポーリングタイマのタイムアウト をトリガーにして、図 40に示す機器情報の取得を行ったが、外部通信端末 111から の接続通知をトリガーに、周辺機器の機器情報の取得を行っても、同様の効果が得 られることは言うまでちな!、。
[0308] また、本実施の形態 3において、携帯通信端末 110は、周辺端末から該当機能モ ジュールをダウンロードし、マルチメディア通信を終了した後に、該当機能モジュール の利用制限を行うもので、自動的に、あるいはユーザの操作により削除することによ つて、周辺端末の保有する該当機能モジュールの不必要な使用を防止することがで きるのは言うまでもない。
[0309] (実施の形態 4)
次に、本発明の実施の形態 4における通信端末関して、図 37〜図 44を用いて説 明を行う。
[0310] 本実施の形態 4も実施の形態 2と同様に図 15に示すネットワークシステム上で実現 されるものであって、本実施の形態においては、 PC端末 103がアドホックネットワーク 102に接続されて 、るものとする。 [0311] 本実施の形態 4は、携帯通信端末 110が外部通信端末 111より接続要求を受けた 際に、自通信端末が要求されたアプリケーション Z機能モジュールを有して 、な ヽ場 合、該当機能モジュールを保持する周辺端末に代行実施することで、アプリケーショ ン Z機能モジュールレベルでの相互接続を達成するものである。
[0312] 図 38は、本発明の実施の形態 4における携帯通信端末 110と PC端末 103の構成 を示す図である。
[0313] 図 38において、携帯通信端末 110と外部通信端末 111がネットワーク 101で接続 されており、また携帯通信端末 110と PC端末 103がアドホックネットワーク 102で接 続されている。
[0314] 本実施の形態 4においては、アドホックネットワーク 102は、 RFIDによるものとして 説明を行う。
[0315] 携帯通信端末 110は、図 16に示す、実施の形態 2と同じ構成の、ユーザ入出力部 6101及び機能モジュール要求生成'解析部 6103〜全体制御部 6107と、図 25に 示す、実施の形態 3と同様な構成の、モジュール蓄積 DB1101、機器情報 DB1103 〜周辺機器制御部 1106とを有し、さらに、機能モジュール起動要求部 2401を有し ている。
[0316] 実施の形態 2及び 3と同じ構成については、説明を省略する。
[0317] 機能モジュール起動要求部 2401は、機器情報 DB1103から、該当機能モジユー ルを保持する周辺機器に対し、該当起動モジュールの起動を要求する。
[0318] また、 PC端末 103は、実施の形態 3と同様な構成の、モジュール蓄積 DB1107、 機能モジュールリスト送信部 1108、機能モジュール制御部 1110〜全体制御部 111
2を有し、さらに、機能モジュール起動要求応答部 2402と機能モジュール起動部 24
03とを有する。
[0319] 実施の形態 3と同様な構成は、説明は省略する。
[0320] 機能モジュール起動要求応答部 2402は、他端末からの機能モジュール起動要求 に対し、その解析を行うと共に、要求に対する応答を返信する。
[0321] 機能モジュール起動部 2403は、モジュール蓄積 DB1107のモジュールを起動す る。 [0322] 実施の形態 4は、実施の形態 3の図 26に示す機器情報の取得手順と、図 39に示 すマルチメディア通信開始時の端末間のネゴシエーション手順とからなる。
[0323] 図 26の機器情報の取得手順は、実施の形態 3と同様であるため、説明は省略する
[0324] 以上のように、本実施の形態 4では、通信制御部 6106が接続要求受信部を構成し 、機能モジュール要求生成'解析部 6103がアプリケーション情報取得部とアプリケー シヨン比較部を構成し、機能モジュール起動要求部 2401がアプリケーション情報要 求部を構成している。
[0325] 以下、図 39〜図 44を用いて、実施の形態 4における、マルチメディア通信開始時 の端末間のネゴシエーション手順の流れを説明する。
[0326] 図 39は、上記ネゴシエーション手順の流れの概略を示すシーケンス図である。
[0327] まず、図 39において、外部通信端末 111が携帯通信端末 110に対し、アプリケー シヨン'機能モジュールレベルでのネゴシエーション情報を付与した接続要求(S502
)を送信する接続要求処理を行う(S501)。
[0328] 次に、携帯通信端末 110は、ネゴシエーション情報にマッチしたアプリケーション' 機能モジュールの有無を確認し、保有していない場合は、該当の機能モジュールリ ストを保有する周辺機器の検索を機器情報 DB1103に対して行う。携帯通信端末 1
10は、検索の結果判明した該当の機能モジュールを保有する PC端末 103に対し、 機能モジュール起動要求(S2502)を送信して、該当機能モジュールの起動を要求 する (機能モジュール起動要求処理 (S2501) )。
[0329] 次に、 PC端末 103は、機能モジュール起動要求(S2502)を受信して、機能モジュ ール起動応答 (S2504)を携帯通信端末 110に送信する (機能モジュール起動応答 処理(S2503) )。
[0330] 次に、携帯通信端末 110は、外部通信端末 111へ接続要求応答 (正常応答) (S5
04)を返信する接続要求応答処理を行う (S2505)。
[0331] 最後に、外部通信端末 111は、接続要求応答 (正常応答)(S504)を受信して、 PC 端末 103との間で、ネットワーク 201を介して、 RTPなどによるマルチメディア通信(S
506)を開始する(モジュール起動処理(S505) )。 [0332] 以下、上記ネゴシエーション手順の各処理を詳細に説明する。
[0333] まず、外部通信端末 111は、接続要求処理 (S501)を行うが、この処理は図 20に 示す実施の形態 2で説明した処理と同様であるため、説明は省略する。
[0334] 次に、機能モジュール起動要求処理(S2501)の詳細に関しては、図 40を用いて 説明を行う。
[0335] 図 40において、ステップ S701とステップ S702は、図 21に示す実施の形態 2で説 明した手順と同様であるため、説明は省略する。
[0336] 本実施の形態 4では、実施の形態 3と同様に、該当モジュールを確認するステップ
S702で、携帯通信端末 110に該当モジュール、すなわち、 VoIP (音声電話)及び、
A社製カメラビューヮ 2 (TV電話向け映像モニタ)が存在しないことを確認する。
[0337] その後、携帯通信端末 110の機能モジュール制御部 6105は、機能モジュール起 動要求部 2401を用い、機器情報 DB1103で保持する機器情報リストを参照し、該 当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モ ニタ) )を保持する端末を検索する(S1801)。
[0338] このステップ S1801は、該当モジュールを保持する通信端末が見つ力るまで、又は
、機器情報が格納された端末分の検索終了、という状況になるまで繰り返す。
[0339] 本実施の形態 4では、機能モジュール起動要求部 2401の検索の結果、図 37に示 すように、 PC端末 103が該当モジュール (VoIP (音声電話)及び、 A社製カメラビュ ーヮ 2 (TV電話向け映像モニタ) )を保持することが判明する。
[0340] 全体制御部 6107は、機能モジュール制御部 6105を介して判明結果を受け、ユー ザ入出力部 6101を用い、ユーザへ PC端末 103によりマルチメディア通信を着信で きる旨の表示を行う(S2601)。
[0341] 上記ユーザへの着信表示の一例を図 44に示す。
[0342] 図 44の画面構成要素は、図 18と同様であるため、説明は省略する。
[0343] 図 44では、情報出力ボックス 7105に、「Fさんから、 VoIP (音声通信)、 A社製カメ ラビユーヮ 2 (TV電話向け映像モニタ)を使った通信の着信」 、う情報に加え、「PC 端末 103により通信可能」であることを表示し、ユーザに対し着信表示を行う。
[0344] 次に、図 40において、ステップ S704の手順が行われる力 実施の形態 2、 3で説 明した手順と同様であるため、説明は省略する。
[0345] これにより、ユーザ入出力部 6101を通じ、 PC端末 103を利用したユーザの通信の 要求が、機能モジュール制御部 6105に通知される。
[0346] 機能モジュール制御部 6105は、機能モジュール起動要求部 2401を利用し、機能 モジュール起動要求メッセージを作成し、全体制御部 6107の制御によって本情報 が周辺機器制御部 1106に通知される。周辺機器制御部 1106は、 RFID通信部 11 05を用いて、機能モジュール起動要求(S2502)を送信する(S2602)。
[0347] 機能モジュール起動要求のデータ構造の一例を図 43a、図 43bに示す。
[0348] 図 43aは、携帯通信端末 110から周辺機器へ送信される機能モジュール起動要求 のデータ構造であり、要求種別(モジュール起動) 2901、要求先機器アドレス 2902 、要求ユーザ端末アドレス 2903、メディア情報 2904、要求アプリケーション Z機能 種別情報 2905、予備情報 2906により構成される。
[0349] 図 43bは、周辺機器を PC端末 103とし、プロトコルとして SIPを利用した場合の、機 能モジュール起動要求のデータ構造の一例を示している。
[0350] SIPメソッドとしては、汎用的なメッセージ送信に利用される MESSAGEを利用する
[0351] 要求種別(モジュール起動) 2901は、 SIPメッセージボディ内に「モジュール起動 要求」として格納される。
[0352] 要求先機器アドレス 2902は、 SIPの Request- URlZToヘッダなどが該当し、 PC 端末 103を示す SIP URIが格納される。
[0353] 要求ユーザ端末アドレス 2903は、 SIPの Fromヘッダなどが該当し、自分自身であ る携帯通信端末 110 [Aさん]を示す SIPURIが格納される。
[0354] メディア情報 2904は、 SIPメッセージボディに属する SDP内の要素が該当し、メデ ィァ情報 [RTP, RTCPポート番号など]を示す外部通信端末 111の SDP情報が格 納される。
[0355] 要求アプリケーション Z機能種別情報 2905は、起動した 、機能モジュール情報で ある、 VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)を示 す情報が、 SIPメッセージボディ内に格納される。 [0356] 予備情報 2906は使用しない。
[0357] 次に、機能モジュール起動要求応答処理 (S2503)の詳細に関しては、図 41を用 いて説明を行う。
[0358] 図 41において、 PC端末 103の RFID通信部 1111は、機能モジュール起動要求(
S2502)を受信する (S2701)。
[0359] 次に、機能モジュール制御部 1110が、 1^10通信部1111ょり、メッセージ受信通 知を受信し、機能モジュール起動要求応答部 2402を用いて、メッセージ解析を行う
(S2702)。
[0360] 具体的には、図 43bに示すデータ構造により、要求種別 2901がモジュール起動要 求であり、接続先ユーザ名 Zアドレス 2903より、携帯通信端末 110 [Aさん]からの通 信であることを判断する。
[0361] また、メディア情報 2904より、外部通信端末 111のメディア情報 [RTP, RTCPポ ート番号など]を示す SDP情報を、要求アプリケーション Z機能種別情報 2905より、 VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)を示す情 報の取得がそれぞれ行われる。
[0362] 次に、機能モジュール起動要求応答部 2402は、解析結果を機能モジュール制御 部 1110に通知する。機能モジュール制御部 1110は、機能モジュール起動部 2403 を用い、モジュール蓄積 DB1107より、該当モジュール、すなわち VoIP (音声電話) 及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)を起動する(S2703)。
[0363] 機能モジュール起動要求応答部 2402は、上記起動結果を基に、応答メッセージを 作成し、全体制御部 1112の制御によって、 1^10通信部1111を介して、機能モジュ ール起動要求応答を携帯通信端末 110へ送信する(S2704)。
[0364] 機能モジュール起動要求応答のデータ構造の一例を図 43cに示す。
[0365] 図 43cは、実施の形態 4において、周辺機器から携帯通信端末 110へ送信される 機能モジュール起動要求応答のデータ構造を示す図であり、要求種別 (モジュール 起動応答) 2907、送信元アドレス 2908、送信先(要求ユーザ)端末アドレス 2909、 メディア情報 2910、アプリケーション Z機能モジュール 2911、予備情報 2912により 構成される。 [0366] 図 43dは、周辺機器を PC端末 103とし、プロトコルとして SIPを利用した場合の、機 能モジュール起動要求応答のデータ構造の一例を示している。
[0367] SIPメソッドとしては、汎用的なメッセージ送信に利用される MESSAGEの正常応 答である、 200OKが格納される。
[0368] 要求種別(モジュール起動応答) 2907は、 SIPメッセージボディ内に「モジュール 起動応答」として格納される。
[0369] 送信元アドレス 2908は、 SIPの Toヘッダなどが該当し、 PC端末 103を示す SIPU
RIが格納される。このアドレスは、図 43bに示すモジュール起動要求の要求先機器 アドレス 2902より取得する。
[0370] 送信先(要求ユーザ)端末アドレス 2909は、 SIPの Fromヘッダなどが該当し、携帯 通信端末 110 [Aさん]を示す SIPURIが格納される。このアドレスは、図 43bに示す モジュール起動要求の要求ユーザ端末アドレス 2903より取得する。
[0371] メディア情報 2910は、 SIPメッセージボディに属する SDP内の要素が該当し、メデ ィァ情報 [RTP, RTCPポート番号など]を示す PC端末 103の SDP情報が格納され る。
[0372] アプリケーション Z機能モジュール 2911は、前記機能モジュール要求解析'送付 部 1109により添付された機能モジュール (VoIP (音声電話)及び、 A社製カメラビュ ーヮ 2 (TV電話向け映像モニタ) )力 SIPメッセージボディ内に格納される。
[0373] 予備情報 2912は使用しない。
[0374] 次に、接続要求応答処理 (S2505)の詳細に関しては、図 42を用いて説明を行う。
[0375] まず、図 42において、携帯通信端末 110の RFID通信部 1105は、機能モジユー ル起動要求応答(S2504)を受信する(S2801)。
[0376] 次に、全体制御部 6107の制御に基づいて、機能モジュール起動要求部 2401が、
RFID通信部 1105より、メッセージ受信通知を受信し、メッセージ解析を行い、該当 モジュールが正常に起動したことを確認する(S2802)。
[0377] 具体的には図 43dに示すデータ構造により、 MESSAGEに対する正常応答であり
、送信先(要求ユーザ)端末アドレス 2909及び、アプリケーション Z機能モジュール 2
911より、 PC端末 103上で、機能モジュール (VoIP (音声電話)及び、 A社製カメラ ビューヮ 2 (TV電話向け映像モニタ) )が正常に起動されたことを確認する。
[0378] 次に、ステップ S706の処理を行うが、ステップ S706の手順は、実施の形態 2、 3と 同様であるため、説明は省略する。
[0379] この際、図 43cに示す接続要求応答のデータ構造のメディア情報 2910には、図 4
3bに示すメディア情報 2904により取得した、 PC端末 103のメディア情報が格納され る。
[0380] 最後に、図 39において、外部通信端末 111は、モジュール起動処理を行う(S505 )が、この処理は実施の形態 2で説明した処理と同様であるため、説明は省略する。
[0381] このようにして、外部通信端末 111と PC端末 103との間で、ネットワーク 201を介し て、直接 RTPによるマルチメディア通信が開始される。
[0382] 以上のように、通信元端末が、端末間のネゴシエーション情報として、通常コーデッ ク情報に加えてアプリケーション Z機能モジュール情報をも加えて送信し、通信先端 末に該当機能モジュールが存在しな 、場合に、該当機能モジュールを保持する周 辺端末へ、該当機能モジュールの起動を依頼し、周辺端末で代行してもらうことで、 アプリケーション Z機能モジュールレベルでの相互接続を達成し、マルチメディア通 信を開始することが可能となる。
[0383] なお、本実施の形態 4の説明においては、外部通信端末 111と携帯通信端末 110 の間のネゴシエーション、及び携帯通信端末 110による PC端末 103からの機能モジ ユール起動に利用するプロトコルとして SIPを用いて説明を行ったが、前者、又は後 者、又は両者共に、 H. 323などの他の通信プロトコルや、独自に規定したプロトコル 等を用いても、アプリケーション Z機能モジュール情報のネゴシエーションを行うこと で、同様の効果が得られることは言うまでもない。
[0384] また、本実施の形態 4の説明にお 、ては、外部通信端末 111がネゴシエーション情 報として指定する機能モジュールとして、音声電話機能を提供する VoIP、 TV電話 向けの映像モニタである A社製カメラビューヮの 1セットのみを指定した力 複数セット を指定し、受信側のユーザ (携帯通信端末 110)がその中の一つのセットを選択し、 携帯通信端末 110が、周辺端末へその機能モジュールの起動を依頼するようにして も、選択したセットを利用したマルチメディア通信を開始でき、同様の効果が得られる ことは言うまでもない。
[0385] また、本実施の形態 4の説明にお ヽては、音声電話機能を提供する VoIP、 TV電 話向けの映像モニタである A社製カメラビューヮのセットを PC端末 103から取得した 力 2つの機能モジュールを別々の周辺機器力 起動することでも、同様の効果が得 られることは言うまでちな!、。
[0386] また、本実施の形態 4の説明においては、外部通信端末 111と携帯通信端末 110 との間でのネゴシエーション開始前に、機器情報検索ポーリングタイマのタイムアウト をトリガーに、図 40に示す機器情報の取得を行っていたが、外部通信端末 111から の接続通知をトリガーに、周辺機器の機器情報の取得を行うようにしても、同様の効 果が得られることは言うまでもな 、。
[0387] また、本実施の形態 4の説明にお 、ては、 RTPによるマルチメディア通信を外部携 帯端末 111と PC端末 103とがネットワーク 101を介して直接行っていた力 PC端末 103がネットワーク 101に接続されて ヽな 、場合に、機能モジュール起動要求(S25 02)に格納するメディア情報 2904として、外部通信端末 111のメディア情報の代わり に、携帯通信端末 110のメディア情報とし、接続要求応答(S504)に格納するメディ ァ情報 904として、 PC端末 103のメディア情報の代わりに、携帯通信端末 110のメデ ィァ情報とすることで、外部通信端末 111と携帯通信端末 110間 (ネットワーク 101利 用)、及び携帯通信端末 110と PC端末 103との間(アドホックネットワーク 102利用) で、 RTPによる通信のネゴシエーションが可能となり、携帯通信端末 110を介して、 外部通信端末 111と PC端末 103との間で RTPによるマルチメディア通信が可能とな り、同様の効果が得られることは言うまでもない。
[0388] (実施の形態 5)
次に、本発明の実施の形態 5における通信端末に関して、図 45〜図 49を用いて説 明を行う。
[0389] 本実施の形態 5も実施の形態 2と同様に図 1に示すネットワークシステム上で実現さ れるものである。
[0390] 本実施の形態 5は、携帯通信端末 110が外部通信端末 111より接続要求を受けた 際に、自通信端末が要求されたアプリケーション Z機能モジュールを有して 、な ヽ場 合、外部通信端末 111にアプリケーション Z機能モジュールのダウンロードを要求し 、外部通信端末 i l lから該当するアプリケーション Z機能モジュールを入手し実施 するものである。
[0391] 図 45は、本発明の実施の形態 5における携帯通信端末 110と外部通信端末 111 の構成を示す図である。
[0392] 図 45において、携帯通信端末 110と外部通信端末 111がネットワーク 101で接続 されている。
[0393] 本実施の形態 5の携帯通信端末 110は、図 16に示す、実施の形態 2と同様な構成 の、ユーザ入出力部 6101及び機能モジュール要求生成'解析部 6103〜全体制御 部 6107と、図 25に示す、実施の形態 3と同様な構成の、モジュール蓄積 DB1101 及び機能モジュール取得部 1102とを有して 、る。
[0394] さらに、本実施の形態 5の外部通信端末 111は、図 16に示す、実施の形態 2と同様 な構成の、ユーザ入出力部 6108〜全体制御部 6114を有しており、さらに、機能モ ジュール要求解析'送付部 3101を有する。
[0395] 実施の形態 2及び 3と同様な構成については、説明を省略する。
[0396] 外部通信端末 111の機能モジュール要求解析 ·送付部 3101は、他端末力もの機 能モジュール要求の解析を行 、、モジュール蓄積 DB6109に該当機能モジュール が存在した場合に、その機能モジュールを添付した応答を送付する。
[0397] 以上のように、本実施の形態 5では、通信制御部 6106が接続要求受信部を構成し 、機能モジュール要求生成'解析部 6103がアプリケーション情報取得部とアプリケー シヨン比較部を構成し、機能モジュール起動部 6104がアプリケーション情報要求部 を構成している。
[0398] 以下、図 46〜図 49を用いて、実施の形態 5における、マルチメディア通信開始時 の端末間のネゴシエーション手順の処理の流れを説明する。
[0399] 図 46は、上記ネゴシエーション手順の処理の流れの概略を示すシーケンス図であ る。
[0400] 図 46において、まず、外部通信端末 111が携帯通信端末 110に対し、アプリケー シヨン'機能モジュールレベルでのネゴシエーション情報を付与した接続要求(S502 )を送信する (接続要求処理 (S501) )。
[0401] 次に、携帯通信端末 110は、ネゴシエーション情報にマッチしたアプリケーション' 機能モジュールを確認し、保有していないため、通信元の外部通信端末 111から機 能モジュールをダウンロードする機能モジュール取得要求(S1702)を外部通信端 末 111に送信する (機能モジュール取得要求処理 (S3201) )。
[0402] 次に、これを受けて、外部通信端末 111は、携帯通信端末 110に対し、機能モジュ ール取得要求応答(S 1704)を返信する (機能モジュール取得要求応答処理 (S32 02) )。
[0403] 次に、携帯通信端末 110は、外部通信端末 111に接続要求応答 (正常応答)(S5
04)を返信する(接続要求応答処理 (S3203) )。
[0404] 最後に、外部通信端末 111は、モジュール起動処理 (S505)を行って、外部通信 端末 111と携帯通信端末 110との間で、 RTPなどによるマルチメディア通信(S506) を開始する。
[0405] 以下、上記各手順を詳細に説明する。
[0406] まず、外部通信端末 111の接続要求(S502)を行う接続要求処理 (S501)は、実 施の形態 2で説明した処理と同様であるため、説明は省略する。
[0407] 次に、機能モジュール取得要求処理(S3201)の詳細に関しては、図 47を用いて 説明を行う。
[0408] 図 47において、ステップ S701及びステップ S702は、図 21に示す、実施の形態 2 で説明した手順と同様であるため、説明は省略する。
[0409] ステップ S702において、携帯通信端末 110内部に該当モジュールが存在しな力つ たものとする。次に、機能モジュール取得部 1102は、図 35bに示すデータ構造によ るモジュール取得要求を作成し、通信制御部 6106を用い、外部通信端末 111へ機 能モジュール取得要求(S1702)を送信する(S3301)。
[0410] 図 35bに示すデータ構造は、実施の形態 3で説明を行ったため、説明は省略する。
[0411] ただし、実施の形態 3においては、要求先機器アドレスとして PC端末 103の SIP
URIを指定したが、本実施の形態 5では、外部通信端末 111の SIP URIを指定す る。 [0412] 次に、機能モジュール取得要求応答処理 (S3202)の詳細に関しては、図 48を用 いて説明を行う。
[0413] 図 48において、外部通信端末 111の通信制御部 6113は、受信した機能モジユー ル取得要求(S1702)のメッセージ解析を行う(S3401)。
[0414] 具体的には、図 35bに示すデータ構造から、要求種別 2101及び SIPメッセージボ ディ内要素より、モジュール取得要求であり、接続先ユーザ名 Zアドレス 2103より、 携帯通信端末 110[Aさん]からの通信であることを判断する。
[0415] 通信制御部 6113で解析した情報は、全体制御部 6114に通知される。機能モジュ ール制御部 6112は、機能モジュール要求解析 ·送付部 3101を用い、図 35bに示す 要求アプリケーション Z機能種別情報 2104より、機能モジュール要求情報 (VoIP ( 音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ))を取得し、モジュ ール蓄積 DB6109より、保持された該当機能モジュール (VoIP (音声電話)及び、 A 社製カメラビューヮ 2 (TV電話向け映像モニタ) )を取得する(S3402)。
[0416] 次に、機能モジュール要求解析'送付部 3101は、取得した機能モジュールを添付 した機能モジュール取得要求応答メッセージを作成し、通信制御部 6113を用い、図 35dに示す機能モジュール取得要求応答(S1704)を送信する(S3403)。
[0417] アプリケーション Z機能モジュール 2109には、上記で取得した該当の機能モジュ ール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )を 格納し、その他要素は、機能モジュール取得要求メッセージ力も取得する。
[0418] 次に、接続要求応答処理 (S3203)の詳細に関しては、図 49を用いて説明を行う。
[0419] 図 49において、携帯通信端末 110の通信制御部 6106は、受信した機能モジユー ル取得要求応答(S 1704)のメッセージ解析を行う(S3501)。
[0420] 具体的には、図 35dに示すデータ構造から、要求種別 2106及び、 SIPメッセージ ボディ内要素より、モジュール送付であり、接続先ユーザ名 Zアドレス 2107より、外 部通信端末 111 さん]力もの通信であることを判断する。
[0421] 以降、図 49における、ステップ S2002,ステップ S703〜ステップ S706は、図 34に 示す、実施の形態 3で説明した処理と同様であるため、説明は省略する。
[0422] 実施の形態 3と同様の処理を行うことで、携帯通信端末 110は、該当機能モジユー ルを組み込み、ユーザによる接続応答を行い、接続要求応答の送信を行う(S706)
[0423] 次に、図 46において、外部通信端末 111は、モジュール起動処理を行う(S505) 1S この処理は、図 22に示す、実施の形態 2で説明した処理と同様であるため、説明 は省略する。
[0424] 以上のように、通信元端末が、端末間のネゴシエーション情報として、通常コーデッ ク情報に加えてアプリケーション Z機能モジュール情報をも加えて送信し、通信先端 末に該当機能モジュールが存在しない場合に、該当機能モジュールを保持する通 信元端末に、該当機能モジュールを送付してもらい、その機能モジュールを保管す ることで、アプリケーション Z機能モジュールレベルでの相互接続を達成し、マルチメ ディア通信を開始することが可能となる。
[0425] なお、本実施の形態 5の説明においては、外部通信端末 111と携帯通信端末 110 との間で取り交わされるメッセージに利用するプロトコルとして SIPを用いて説明を行 つたが、 H. 323などの他の通信プロトコルや、独自に規定したプロトコル等を用いて も、アプリケーション Z機能モジュール情報のネゴシエーションを行うことで、同様の 効果が得られることは言うまでもな 、。
[0426] また、実施の形態 5の説明にお 、ては、通信先端末に該当モジュールが存在しな い場合に、通信元端末より直接該当モジュールを送付してもらうことで相互接続を達 成していた力 通信元端末より該当モジュールを直接送付するのではなぐ該当モジ ユールの存在する場所、例えば、 URLなどを通信元端末から送付し、通信先端末が その URLへアクセスし、該当モジュールを獲得しても、同様の効果が得られることは 言うまでもない。
[0427] また、本実施の形態 5の説明にお 、ては、外部通信端末 111がネゴシエーション情 報として指定する機能モジュールとして、音声電話機能を提供する VoIP、 TV電話 向けの映像モニタである A社製カメラビューヮの 1セットのみを指定した力 複数セット を指定し、受信側のユーザ (携帯通信端末 110)がその中の一つのセットを選択し、 携帯通信端末 110が、通信元端末である外部通信端末 111に該当機能モジュール を送付してもらうようにしても、選択したセットを利用したマルチメディア通信を開始で き、同様の効果が得られることは言うまでもない。
[0428] また、本実施の形態 2〜5の説明においては、機能モジュールの起動に関し、 DB 上に格納された機能モジュールを動的に取得して、起動することを前提としたが、そ のような技術としては、 Java (登録商標)を用いたものや、アップレットを用いたものな どがあり、本発明は、特に実現方法は限定しない。
[0429] また、実施の形態 2〜5の説明においては、外部通信端末 111と携帯通信端末 11 0との間の SIPによるメッセージのやりとりを、何らのサーバも介さずに直接行う方法で 説明を行った力 SIPで規定されたプロキシ(Proxy)サーバやリダイレクト(Redirect )サーバ等を介したメッセージのやりとりを行うことで、同様の効果が得られることは言 うまでもない。
[0430] また、実施の形態 3〜5の説明にお 、ては、機能モジュールのダウンロード元(又は 機能モジュールの起動元)として、携帯通信端末 110とアドホックネットワーク 102で 接続された周辺機器又は、外部通信端末 111として説明を行ったが、特にそれらに 限定するものではなぐ携帯通信端末 110とネットワーク 101を介して通信可能な機 器 (含むサーバ類)があり、それを検知することが可能な状況にあれば、同様に機能 モジュールのダウンロード (又は機能モジュールの起動)を行うことができ、同様の効 果が得られることは言うまでもな 、。
[0431] また、実施の形態 2〜5の説明においては、携帯通信端末 110が形成するアドホッ クネットワーク 102として RFIDを用いて説明を行った力 ブルートゥースなどの近距 離無線のプロトコルを用いても、同様の効果が得られることは言うまでもない。
[0432] また、実施の形態 3〜5では、外部通信端末力も要求された機能モジュールを携帯 端末が全く搭載して 、な!、場合につ!、て説明したが、要求された機能モジュールの うち少なくとも一つを搭載していない場合でも、本発明を適用でき、同様の効果が得 られることは言うまでちな!、。
[0433] すなわち、要求された機能モジュールのうち搭載していないものがある場合は、搭 載して 、な 、機能モジュールにっては周辺機器の機能モジュールを利用し、搭載し て 、る機能モジュールにつ 、ては自端末のものを利用することによって外部通信端 末と通信が行える。 [0434] また、実施の形態 3〜5の説明にお 、ては、機能モジュールのダウンロード (又は、 機能モジュールの起動)を要求するにあたり、特に認証手順に関しては触れていな いが、ユーザ認証等の手順の後に、機能モジュールのダウンロード (又は機能モジュ ールの起動)を開始するという手順でも、同様の効果が得られることは言うまでもない
[0435] このユーザ認証情報に関しては、 SIPの場合メッセージのボディ部に搭載すること ができ、容易に実現可能である。
[0436] なお、本発明におけるアプリケーションは、各実施の形態力も分力るように、通信端 末自体の機能を動作させる少なくとも一つの機能モジュール力 構成されており、し たがって、本発明は、少なくとも一つの機能モジュールによる接続要求を受信した場 合には、その機能モジュールを通信端末自体が有していればそれを用いて、通信相 手の端末装置と通信できるものである。
[0437] またその機能モジュールを通信端末自体が有して!/、なければ、周辺機器が有する その該当する機能モジュールを起動したりあるいはダウンロードなどで取得したりして
、通信相手の端末装置と通信できるものである。
産業上の利用可能性
[0438] 本発明は、アプリケーションの相互接続性を確認するとともに、 自らアプリケーション を有していなくても周辺の端末装置などのアプリケーションを利用して通信が行え、 特にネットワークに接続される情報通信端末装置に有用である。

Claims

請求の範囲
[1] ネットワークで接続された通信相手の端末装置から、通信に使用するアプリケーショ ンに関するアプリケーション情報が付加された接続要求を受信する接続要求受信部 と、前記接続要求受信部で受信した前記接続要求から前記アプリケーション情報を 取得するアプリケーション情報取得部と、前記アプリケーション情報取得部で取得し たアプリケーション情報を、これと対応する自端末本体が使用可能なアプリケーション と比較するアプリケーション比較部と、前記アプリケーション比較部での比較結果に 応じてアプリケーションの起動を要求するアプリケーション情報要求部とを備えたこと を特徴とする通信端末。
[2] 第 2のネットワークで接続された端末機器が有するアプリケーションに関するアプリケ ーシヨン情報が蓄積された機器情報蓄積部をさらに備え、前記アプリケーション比較 部での比較により一致した前記アプリケーションが無い場合に、前記アプリケーション 情報要求部は、前記アプリケーション情報取得部で取得したアプリケーション情報に 対応する、前記端末機器が有するアプリケーションの起動を、前記該当する端末機 器に対して要求することを特徴とする請求項 1記載の通信端末。
[3] 第 2のネットワークで接続された端末機器が有するアプリケーションに関するアプリケ ーシヨン情報が蓄積された機器情報蓄積部をさらに備え、前記アプリケーション比較 部での比較により一致した前記アプリケーションが無い場合に、前記アプリケーション 情報要求部は、前記アプリケーション情報取得部で取得したアプリケーション情報に 対応する、前記端末機器が有するアプリケーションの取得を、前記該当する端末機 器に対して要求することを特徴とする請求項 1記載の通信端末。
[4] 前記アプリケーション比較部での比較により一致した前記アプリケーションが無い場 合に、前記アプリケーション情報要求部は、前記アプリケーション情報取得部で取得 したアプリケーション情報に対応するアプリケーションの取得を、前記通信相手の端 末装置に対して要求することを特徴とする請求項 1記載の通信端末。
[5] 前記取得したアプリケーションは、利用制限されることを特徴とする請求項 3または 4 記載の通信端末。
[6] 前記アプリケーションは、前記端末本体の機能を動作させる少なくとも 1つ機能モジュ ールから構成されることを特徴とする請求項 1記載の通信端末。
[7] 前記アプリケーション情報要求部は、前記アプリケーション比較部での比較により一 致しなかったアプリケーションまたは起動モジュールの起動を要求することを特徴と する請求項 6記載の通信端末。
[8] 前記アプリケーション情報要求部は、前記アプリケーション比較部での比較により一 致しなかったアプリケーションまたは起動モジュールの取得を要求することを特徴と する請求項 6記載の通信端末。
[9] 前記接続要求は、接続要求の種別と、接続要求する相手先の情報と、接続要求を行 う側の情報と、接続要求するメディアに関する情報とを含むことを特徴とする請求項 1 記載の通信端末。
[10] 前記接続要求は、 SIP (Session Initiation Protocol)により構成されることを特徴 とする請求項 1記載の通信端末。
[11] ネットワークで接続された他の端末装置から送信される、通信に使用するアプリケー シヨンに関するアプリケーション情報が付加された接続要求を受信する接続要求受 信手順と、前記接続要求受信手順で受信した接続要求から前記アプリケーション情 報を取得するアプリケーション情報取得手順と、前記アプリケーション情報取得手順 で取得したアプリケーション情報を、これと対応する自端末本体が使用可能なアプリ ケーシヨンと比較するアプリケーション比較手順と、前記アプリケーション比較手順で の比較結果に応じてアプリケーションの起動を要求するアプリケーション起動要求手 順とを備えたことを特徴とする通信方法。
PCT/JP2006/300172 2005-01-12 2006-01-11 通信端末および通信方法 WO2006075588A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005-004811 2005-01-12
JP2005004811A JP2008052309A (ja) 2005-01-12 2005-01-12 情報端末装置およびそれを用いた通信方法

Publications (1)

Publication Number Publication Date
WO2006075588A1 true WO2006075588A1 (ja) 2006-07-20

Family

ID=36677613

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/300172 WO2006075588A1 (ja) 2005-01-12 2006-01-11 通信端末および通信方法

Country Status (2)

Country Link
JP (1) JP2008052309A (ja)
WO (1) WO2006075588A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011508988A (ja) * 2007-11-27 2011-03-17 華為技術有限公司 メディアリソース予約方法、サービスパッケージ情報取得方法、及び装置
JP2011109258A (ja) * 2009-11-13 2011-06-02 Oki Networks Co Ltd 情報通信システム、情報検索サーバ、情報検索プログラム、通信装置及び要求元通信装置
JP2012165292A (ja) * 2011-02-09 2012-08-30 Nec Corp 接続先アドレス取得端末装置、ipアクセス網接続装置、方法およびプログラム、ならびにトラフィック分散システム
JP2017513410A (ja) * 2014-01-22 2017-05-25 リ、 ゼンホアLI, Zhenhua 動的な組み合わせと調整が可能なパーソナルワークシステム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5857789B2 (ja) * 2012-02-23 2016-02-10 日本電気株式会社 Sipクライアント、sip更新方法およびプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000076214A (ja) * 1998-09-02 2000-03-14 Hitachi Ltd 分散処理システム及びその協調方法
JP2000115253A (ja) * 1998-09-30 2000-04-21 Toshiba Corp 通信方法、携帯端末装置及びゲートウェイ装置
JP2001223799A (ja) * 2000-02-10 2001-08-17 Nec Corp 移動体通信システムおよびプログラム伝送方法
JP2002091840A (ja) * 2000-03-06 2002-03-29 Nec Corp データ通信方法、クライアント、中継装置、サーバ、サーバ兼ゲートウェイ及びその通信プログラムを記録した記録媒体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000076214A (ja) * 1998-09-02 2000-03-14 Hitachi Ltd 分散処理システム及びその協調方法
JP2000115253A (ja) * 1998-09-30 2000-04-21 Toshiba Corp 通信方法、携帯端末装置及びゲートウェイ装置
JP2001223799A (ja) * 2000-02-10 2001-08-17 Nec Corp 移動体通信システムおよびプログラム伝送方法
JP2002091840A (ja) * 2000-03-06 2002-03-29 Nec Corp データ通信方法、クライアント、中継装置、サーバ、サーバ兼ゲートウェイ及びその通信プログラムを記録した記録媒体

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011508988A (ja) * 2007-11-27 2011-03-17 華為技術有限公司 メディアリソース予約方法、サービスパッケージ情報取得方法、及び装置
US8296444B2 (en) 2007-11-27 2012-10-23 Huawei Technologies Co., Ltd. Medium resource reservation method, service package information obtaining method and apparatus
JP2011109258A (ja) * 2009-11-13 2011-06-02 Oki Networks Co Ltd 情報通信システム、情報検索サーバ、情報検索プログラム、通信装置及び要求元通信装置
JP2012165292A (ja) * 2011-02-09 2012-08-30 Nec Corp 接続先アドレス取得端末装置、ipアクセス網接続装置、方法およびプログラム、ならびにトラフィック分散システム
JP2017513410A (ja) * 2014-01-22 2017-05-25 リ、 ゼンホアLI, Zhenhua 動的な組み合わせと調整が可能なパーソナルワークシステム
US10887165B2 (en) 2014-01-22 2021-01-05 Zhenhua Li Personal working system available for dynamic combination and adjustment

Also Published As

Publication number Publication date
JP2008052309A (ja) 2008-03-06

Similar Documents

Publication Publication Date Title
EP1653720B1 (en) Network camera connected to an IP telephone and an ENUM server
JP4380592B2 (ja) データ共有システムおよび方法
US8635300B2 (en) Remote access to a customer home network
JP4859578B2 (ja) Ip電話機に関連する情報処理機器を接続するためのシステム
KR100690590B1 (ko) 메신저를 이용한 검색 결과 공유 방법 및 시스템
KR100812331B1 (ko) 멀티미디어 메시징 서비스 제공 방법 및 그 장치
JP6378606B2 (ja) 通信装置、その制御方法、およびプログラム
US20080031161A1 (en) Method and system for establishing a conference call between a remote and a local endpoint
US7761541B1 (en) Service enabling technology
JP4405305B2 (ja) 情報コミュニケーション装置、情報コミュニケーションプログラムおよび情報コミュニケーションプログラムを記録した記録媒体
WO2006075588A1 (ja) 通信端末および通信方法
CN111885252A (zh) 一种手机扩展使用方法
US20080275937A1 (en) Control Device, Method and Program for Providing Information
JP4794363B2 (ja) 端末接続プログラムおよび装置
JP3795507B2 (ja) 通信中継装置
JP2005244275A (ja) ゲートウェイ装置
Vilei et al. A new UPnP architecture for distributed video voice over IP
JP5016555B2 (ja) ゲートウェイ装置及びpc上のブラウザ表示方法及びゲートウェイ制御プログラム
JP5656712B2 (ja) 通信制御装置、通信制御方法
JP4458297B2 (ja) サービス提供システム、情報処理装置、ip電話装置及びサービス提供方法
JP4928344B2 (ja) ネットワークサービスプラットフォーム装置、情報提供方法及び情報提供プログラム
Bellavista et al. Mobile Ad Hoc Communication Issues......................................... Hamid Harroud, Dineshbalu Balakrishnan, and Ahmed Karmouch
Harroud et al. Mobile Ad Hoc Communication Issues.
JP2010258883A (ja) ゲートウェイ装置およびネットワーク接続方法
JP2005202724A (ja) サービスシステムおよびその通信条件の設定方法

Legal Events

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

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06711521

Country of ref document: EP

Kind code of ref document: A1

WWW Wipo information: withdrawn in national office

Ref document number: 6711521

Country of ref document: EP