WO2016013530A1 - 制御システム、通信端末、通信システム、制御方法、及びプログラム - Google Patents

制御システム、通信端末、通信システム、制御方法、及びプログラム Download PDF

Info

Publication number
WO2016013530A1
WO2016013530A1 PCT/JP2015/070614 JP2015070614W WO2016013530A1 WO 2016013530 A1 WO2016013530 A1 WO 2016013530A1 JP 2015070614 W JP2015070614 W JP 2015070614W WO 2016013530 A1 WO2016013530 A1 WO 2016013530A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
terminal
destination
communication terminal
session
Prior art date
Application number
PCT/JP2015/070614
Other languages
English (en)
French (fr)
Inventor
加藤　喜永
Original Assignee
株式会社リコー
加藤　喜永
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社リコー, 加藤　喜永 filed Critical 株式会社リコー
Priority to JP2016535926A priority Critical patent/JP6245371B2/ja
Priority to EP15825032.4A priority patent/EP3173934A4/en
Publication of WO2016013530A1 publication Critical patent/WO2016013530A1/ja
Priority to US15/393,976 priority patent/US20170111405A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication

Definitions

  • the present disclosure relates to a control system, a communication terminal, a communication system, a control method, and a program.
  • a communication system for performing a video conference or a telephone call via a communication network such as the Internet or a dedicated line has become widespread along with a request for reducing expenses and time of movement of parties.
  • a communication system when communication is started between a plurality of communication terminals, content data such as image data and sound data is transmitted and received, and a video conference, a telephone call, and the like can be realized.
  • a plurality of destinations can be registered in the communication system used in the video conference, and the user can start a conference with a desired partner by selecting one of these destinations ( Patent Document 1).
  • a communication system such as a mobile phone uses a technique for grouping, sorting, and searching for destinations registered in an address book.
  • the conventional technique allows a desired party to be selected from many destinations when starting a call. Had to look for a destination. For this reason, the problem that the load accompanying a process increases in the communication terminal side of a start request origin arises.
  • the communication control device includes session control means for controlling establishment of a communication session between a communication terminal and another communication terminal, and the session control means is based on a first application executed in the communication terminal. Based on a second application executed in the communication terminal that controls establishment of a communication session between the communication terminal and another communication terminal corresponding to the first destination in response to a request to start communication. And a control system for controlling establishment of a communication session between the communication terminal and another communication terminal corresponding to a second destination different from the first destination in response to a request for starting communication.
  • FIG. 1 is a schematic diagram of a communication system according to an embodiment.
  • FIG. 2 is an external view of a terminal according to an embodiment.
  • FIG. 3 is a hardware configuration diagram of a terminal according to an embodiment.
  • FIG. 4 is a hardware configuration diagram of a management system, a relay device, a program providing system, or a maintenance system according to an embodiment.
  • FIG. 5 is a software configuration diagram of a terminal according to an embodiment.
  • FIG. 6 is a functional block diagram of each terminal and management system that constitute the communication system according to the embodiment.
  • FIG. 7 is a conceptual diagram showing a visual information management table.
  • FIG. 8A is a conceptual diagram showing an authentication management table.
  • FIG. 8B is a conceptual diagram showing a terminal management table.
  • FIG. 8A is a conceptual diagram showing an authentication management table.
  • FIG. 8C is a conceptual diagram showing an application availability management table.
  • FIG. 8D is a conceptual diagram showing a destination list management table.
  • FIG. 8E is a conceptual diagram showing a session management table.
  • FIG. 9A is a conceptual diagram showing a state change management table.
  • FIG. 9B is another conceptual diagram showing the state change management table.
  • FIG. 9C is a conceptual diagram showing a group information management table.
  • FIG. 9D is another conceptual diagram showing the group state management table.
  • FIG. 9E is a conceptual diagram showing a standby information management table.
  • FIG. 10A is a state transition diagram showing communication state transition realized by the state change rule.
  • FIG. 10B is another state transition diagram showing communication state transition realized by the state change rule.
  • FIG. 10A is a state transition diagram showing communication state transition realized by the state change rule.
  • FIG. 11 is a conceptual diagram showing a state of transmission / reception of content data and various management information in the communication system.
  • FIG. 12 is a sequence diagram showing processing until an application list is displayed.
  • FIG. 13 is a diagram illustrating an example of an application list screen.
  • FIG. 14 is a sequence diagram showing processing until the destination list is displayed.
  • FIG. 15 is a diagram illustrating a display example of a destination list.
  • FIG. 16 is a sequence diagram illustrating processing for requesting the start of communication.
  • FIG. 17 is a sequence diagram illustrating processing for requesting the start of communication.
  • FIG. 18 is a diagram showing a reception screen.
  • FIG. 19 is a flowchart showing processing for determining a calling terminal.
  • FIG. 20 is a flowchart showing the update process of the group operating state.
  • FIG. 20 is a flowchart showing the update process of the group operating state.
  • FIG. 21 is a diagram illustrating an example of a screen displayed during a meeting.
  • FIG. 22 is a flowchart showing a process for notifying a standby state.
  • FIG. 23 is a diagram illustrating a display example of the display.
  • FIG. 24 is a sequence diagram showing a process for participating in a content data session.
  • FIG. 25 is a processing flowchart showing participation determination processing based on the communication state.
  • FIG. 1 is a schematic diagram of a communication system according to an embodiment of the present invention.
  • the communication system 1 includes a plurality of terminals (10aa, 10ab,...), A display (120aa, 120ab,%) For each terminal (10aa, 10ab,. (30a, 30b, 30c, 30d, 30e), the management system 50, the program providing system 90, and the maintenance system 100.
  • the communication system 1 can communicate image data and sound data as an example of content data, thereby realizing a video conference between remote locations.
  • a plurality of routers (70a, 70b, 70c, 70d, 70ab) select an optimum route for content data.
  • the terminals (10aa, 10ab, 10ac,%), The relay device 30a, and the router 70a are communicably connected via the LAN 2a.
  • the terminals (10ba, 10bb, 10bc,...), The relay device 30b, and the router 70b are communicably connected via a LAN 2b.
  • the LAN 2a and the LAN 2b are communicably connected via a dedicated line 2ab including a router 70ab.
  • the LAN 2a, the LAN 2b, and the dedicated line 2ab are constructed in a predetermined area X.
  • each apparatus does not necessarily need to be connected by the exclusive line, For example, you may be directly connected to the internet 2i.
  • the terminals (10ca, 10cb, 10cc,...), The relay device 30c, and the router 70c are communicably connected via a LAN 2c.
  • the LAN 2c is constructed in a predetermined area Y.
  • the terminals (10da, 10db, 10dc,...), The relay device 30d, and the router 70d are communicably connected via a LAN 2d.
  • the LAN 2d is constructed in a predetermined area Z. Region X, region Y, and region Z may be in the same country or different countries.
  • Area X, area Y, and area Z are communicably connected from the routers (70ab, 70c, 70d) via the Internet 2i.
  • a call center is provided in the area Z.
  • Each terminal 10 can receive a reception service by connecting to a call center terminal (10da, 10db, 10dc,).
  • an arbitrary terminal among the plurality of terminals (10aa, 10ab,...) Is represented as “terminal 10”
  • an arbitrary display among the plurality of displays 120aa, 120ab,...)
  • An arbitrary relay device among the plurality of relay devices (30a, 30b, 30c, 30d, 30e) is represented as “relay device 30”.
  • An arbitrary router among the routers 70a, 70b, 70c, 70d, 70ab) is represented as “router 70”.
  • management system 50 the program providing system 90, and the maintenance system 100 are connected to the Internet 2i.
  • the management system 50, the program providing system 90, and the maintenance system 100 may be installed in a region (X, Y, Z), or may be installed in a region other than these.
  • the communication network 2 of the present embodiment is constructed by the LAN (2a, 2b, 2c, 2d), the dedicated line 2ab, and the Internet 2i.
  • the communication network 2 may include a place where wireless communication is performed, such as WiFi (Wireless Fidelity), Bluetooth (registered trademark), and a mobile phone network, in addition to wired communication.
  • each terminal 10 the four sets of numbers shown under each terminal 10, each relay device 30, management system 50, each router 70, program providing system 90, and maintenance system 100 are in general IPv4.
  • An IP address is simply shown.
  • IPv6 may be used instead of IPv4.
  • explanation is made using IPv4.
  • each terminal 10 when an application described later is activated, each terminal 10 enables a call between users by transmitting and receiving content data including sound data or image data. Further, the terminal 10 transmits and receives call data using a predetermined communication method (call control method for connecting or disconnecting a call destination and an encoding method for converting call data into an IP packet).
  • a predetermined communication method call control method for connecting or disconnecting a call destination and an encoding method for converting call data into an IP packet.
  • the above call control methods include (1) SIP (Session Initiation Protocol), (2) H.323, (3) SIP extended protocol, (4) Instant Messenger protocol, (5) SIP MESSAGE Protocols using methods, (6) Internet relay chat protocol (IRC (Internet Relay Chat)), and (7) Instant Messenger protocol extended protocol.
  • (4) Instant Messenger protocol is, for example, (4-1) XMPP (Extensible Messaging Presence Protocol), or (4-2) ICQ (registered trademark), AIM (registered trademark), or Skype (registered) Trademark).
  • (7) Jingle is a protocol that is an extension of the instant messenger protocol, for example.
  • FIG. 2 is an external view of the terminal 10 according to an embodiment.
  • the terminal 10 includes a housing 1100, an arm 1200, and a camera housing 1300.
  • the front wall surface 1110 of the housing 1100 is provided with an air intake surface formed by a plurality of air intake holes
  • the rear wall surface 1120 of the housing 1100 is provided with an air exhaust surface formed with a plurality of air exhaust holes. 1121 is provided.
  • the sound collecting hole 1131 is formed in the right side wall surface 1130 of the housing 1100, the built-in microphone 114 described later can pick up sounds such as voice, sound, and noise.
  • An operation panel 1150 is formed on the right wall surface 1130 side of the housing 1100.
  • the operation panel 1150 is provided with a plurality of operation buttons (108a to 108e) to be described later, a power switch 109 to be described later, and an alarm lamp 119 to be described later, and outputs sound from a built-in speaker 115 to be described later.
  • a sound output surface 1151 formed by a plurality of sound output holes for passing through is formed.
  • a housing 1160 as a recess for housing the arm 1200 and the camera housing 1300 is formed on the left wall surface 1140 side of the housing 1100.
  • the right wall surface 1130 of the housing 1100 is provided with a plurality of connection ports (1132a to 1132c) for electrically connecting cables to an external device connection I / F 118 described later.
  • the left wall surface 1140 of the housing 1100 is provided with a connection port for electrically connecting a cable 120c for the display 120 to an external device connection I / F 118 described later.
  • the “operation button 108” is used when an arbitrary operation button is indicated among the operation buttons (108a to 108e), and the “connection button” is indicated when an arbitrary connection port is indicated among the connection ports (1132a to 1132c). This will be described using the connection port 1132 ”.
  • FIG. 2 shows a state where the tilt angle ⁇ 1 is 90 degrees.
  • the camera housing 1300 is provided with a built-in camera 112, which will be described later, and can capture images of users, documents, rooms, and the like.
  • a torque hinge 1310 is formed in the camera housing 1300.
  • the camera housing 1300 is attached to the arm 1200 via a torque hinge 1310.
  • the camera housing 1300 is vertically and horizontally with respect to the arm 1200 within a range of a pan angle ⁇ 2 of ⁇ 180 degrees and a tilt angle ⁇ 3 of ⁇ 45 degrees with the state shown in FIG. It can be rotated.
  • the terminal 10 may be a general-purpose computer or a mobile phone terminal, a projector, an electronic whiteboard, an electronic signboard (digital signage), or the like (see the terminals (10ac, 10cc) in FIG. 1). If the computer used as the terminal 10 is not equipped with a microphone or camera, an external microphone and camera can be connected to the computer.
  • the terminal 10 is a general-purpose computer, a mobile phone terminal, or the like, the terminal 10 and the Internet 2i may be connected by wireless communication using a wireless LAN or a mobile phone network.
  • an application for executing processing of the terminal 10 described later can be installed in the computer.
  • management system 50 the program providing system 90, and the maintenance system 100 have the same appearance as that of a general server computer, and thus description of the appearance is omitted.
  • FIG. 3 is a hardware configuration diagram of the terminal 10 according to an embodiment.
  • the terminal 10 is used as a work area of the CPU 101, which stores a program used to drive the CPU 101 such as a CPU 101 (Central Processing Unit) and IPL (Initial Program Loader) that controls the operation of the entire terminal 10.
  • RAM 103 Random Access Memory
  • flash memory 104 for storing various data such as terminal 10 program, image data, and sound data, and control of reading or writing of various data to the flash memory 104 according to the control of the CPU 101 Operations such as SSD 105 (Solid State Drive), media I / F 107 that controls the reading or writing (storage) of data to the recording medium 106 such as flash memory or IC card (Integrated Circuit Card), and the destination of the terminal 10 are selected.
  • the terminal 10 also has a built-in camera 112 that captures an image of a subject under the control of the CPU 101 to obtain image data, an image sensor I / F 113 that controls driving of the camera 112, a built-in microphone 114 that collects sound, and a sound.
  • the built-in speaker 115 for output, the sound input / output I / F 116 for processing input / output of sound signals between the microphone 114 and the speaker 115 according to the control of the CPU 101, and the image data are transmitted to the external display 120 according to the control of the CPU 101 As shown in FIG.
  • a bus line 110 such as an address bus or a data bus for electrical connection is provided.
  • the display 120 is a display unit that displays an image of a subject. Examples of the display 120 include liquid crystal and organic EL (Organic Electroluminescence).
  • the display 120 is connected to the display I / F 117 by a cable 120c.
  • the cable 120c may be an analog RGB (VGA) signal cable, a component video cable, HDMI (registered trademark) (High-Definition Multimedia Interface) or DVI (Digital Video). Interactive) signal cable may be used.
  • the camera 112 includes a lens and a solid-state imaging device that converts light into electric charges and digitizes an object image (video).
  • a solid-state imaging device that converts light into electric charges and digitizes an object image (video).
  • CMOS Complementary Metal OxideCCDSemiconductor
  • CCD Charge Coupled Device
  • External devices such as an external camera, an external microphone, and an external speaker are electrically connected to the external device connection I / F 118 through a USB (Universal Serial Bus) cable or the like inserted into the connection port 1132 of the housing 1100. Can be connected to.
  • USB Universal Serial Bus
  • the external camera is driven in preference to the built-in camera 112 under the control of the CPU 101.
  • each of the external microphones and the built-in speaker 115 is given priority over the internal microphone 114 and the internal speaker 115 according to the control of the CPU 101.
  • An external speaker is driven.
  • the recording medium 106 is detachable from the terminal 10. Further, as long as it is a non-volatile memory that reads or writes data according to the control of the CPU 101, not only the flash memory 104 but also EEPROM (ElectricallyrErasable and Programmable ROM) or the like may be used.
  • EEPROM ElectricallyrErasable and Programmable ROM
  • FIG. 4 is a hardware configuration diagram of the management system 50 according to an embodiment.
  • the management system 50 includes a CPU 201 that controls the overall operation of the management system 50, a ROM 202 that stores programs used to drive the CPU 201 such as an IPL, a RAM 203 that is used as a work area for the CPU 201, and various programs such as programs for the management system 50.
  • HD 204 for storing data
  • HDD 205 Hard Disk Drive
  • medium I for controlling reading or writing (storage) of data to the recording medium 206
  • the recording medium 206 such as a flash memory / F207
  • display 208 for displaying various information such as cursor, menu, window, character, or image
  • network I / F209 for data communication using communication network 2, character
  • a keyboard 211 having a plurality of keys for inputting numerical values and various instructions
  • a mouse 212 for selecting and executing various instructions, selecting a processing target, moving a cursor, etc.
  • a CD as an example of a removable recording medium
  • a CD-ROM drive 214 for controlling reading or writing of various data to / from ROM 213 (Compact / Disc / Read / Only / Memory), and an address bus for electrically connecting the above components as shown in FIG.
  • a bus line 210 such as a data bus.
  • the relay device 30 since the relay device 30, the program providing system 90, and the maintenance system 100 have the same hardware configuration as the management system 50, the description thereof is omitted.
  • FIG. 5 is a software configuration diagram of the terminal 10 according to an embodiment. As shown in FIG. 5, the OS 1020, the video conference application 1031, and the reception application 1032 operate on the work area 1010 of the RAM 103. The OS 1020 and these applications are installed in the terminal 10.
  • the OS 1020 is basic software that provides basic functions and manages the terminal 10 as a whole.
  • the video conference application 1031 is an application for performing a video conference by connecting to another terminal 10.
  • the reception application 1032 is an application for connecting to the call center terminal 10 and making a call with an operator.
  • the above application is an example, and other applications may be installed.
  • the other application may be stored in the program providing system 90 and downloaded in response to a request from the terminal 10.
  • video conference apps with different protocols may be installed as described in (1) to (7) above.
  • FIG. 6 is a functional block diagram of the terminal 10 and the management system 50 that constitute a part of the communication system 1 according to the embodiment.
  • the terminal 10 and the management system 50 are connected so that data communication can be performed via the communication network 2.
  • the terminal 10 includes a device control unit 1050 and a call control unit 1060.
  • the device control unit 1050 is realized by executing the OS 1020.
  • the call control unit 1060 is realized by starting the video conference application 1031 or the reception application 1032.
  • the device control unit 1050 includes a transmission / reception unit 11, an operation input reception unit 12, a display control unit 13, and a storage / reading unit 19. Each of these units is a function realized by any one of the constituent elements shown in FIG. 3 operating according to a command from the CPU 101 according to a program expanded from the flash memory 104 onto the RAM 103.
  • the call control unit 1060 includes a transmission / reception unit 21, an activation unit 22, a creation unit 23, a display control unit 24, a function execution unit 25, and a storage / reading unit 29.
  • Each of these components operates according to a command from the CPU 101 according to the video conference application 1031 or the reception application 1032 (program) expanded from the flash memory 104 onto the RAM 103. It is a function realized by this.
  • the terminal 10 has a storage unit 1000 constructed by the ROM 102, the RAM 103, and the flash memory 104 shown in FIG.
  • the storage unit 1000 stores a visual information management DB (Data Base) 1001 configured by a visual information management table described later.
  • FIG. 7 is a conceptual diagram showing a visual information management table.
  • the operating state of the terminal 10 and the data of the operating state icon represented by the destination list displayed on the display 120 as visual information are managed in association with each other.
  • Each operation state icon is, for example, various icons in a form as shown in FIG.
  • the operating state includes an ON line (communication possible), an ON line (during communication), and an OFF line.
  • each functional configuration of the device control unit 1050 in the terminal 10 will be described in detail.
  • the main configuration for realizing each functional configuration of the device control unit 1050 among the respective components illustrated in FIG. explain the relationship with the elements.
  • the transmission / reception unit 11 is realized by an instruction from the CPU 101 and a network I / F 111, and transmits / receives various data (or information) to / from a communication partner terminal, each device or system via the communication network 2.
  • the operation input receiving unit 12 is realized by an instruction from the CPU 101, operation buttons (108a, 108b, 108c, 108d, 108e) and a power switch 109, and receives various inputs or various selections by the user.
  • the display control unit 13 is realized by an instruction from the CPU 101 and the display I / F 117 and performs control for displaying an image on the display 120.
  • the storage / reading unit 19 is realized by an instruction from the CPU 101 and the SSD 105, or realized by an instruction from the CPU 101, and stores various data in the storage unit 1000 or reads various data stored in the storage unit 1000. Do.
  • the transmission / reception unit 21 is realized by an instruction from the CPU 101 and the network I / F 111, and transmits / receives various data (or information) to / from a communication partner terminal, each device or system via the communication network 2.
  • the activation unit 22 is realized by an instruction from the CPU 101.
  • the call control unit 1060 is based on the activation request of the operation input reception unit 12. Start the operation of (video conference app or reception app).
  • the creating unit 23 is realized by a command from the CPU 101, and creates a destination list screen by including the above-described operation state icon in a destination list frame described later.
  • the display control unit 24 is realized by an instruction from the CPU 101 and the display I / F 117, and performs control for transmitting screen data to the display 120.
  • the function execution unit 25 is realized by an instruction from the CPU 101 and the camera 112, the microphone 114, the speaker 115, or the like, and performs control for realizing a call using an image or sound.
  • the storage / reading unit 29 is realized by an instruction from the CPU 101 and the SSD 105, or is realized by an instruction from the CPU 101, and stores various data in the storage unit 1000 or reads various data stored in the storage unit 1000. Do.
  • the management system 50 includes a transmission / reception unit 51, an authentication unit 52, a management unit 53, a session control unit 58, and a storage / readout unit 59. Each of these units is a function realized by any one of the constituent elements shown in FIG. 4 operating according to a command from the CPU 201 according to the management system 50 program developed from the HD 204 onto the RAM 203. is there.
  • the management system 50 includes a storage unit 5000 constructed by the HD 204.
  • the storage unit 5000 stores application icon data for each application ID. Further, the storage unit 5000 stores each DB configured by the following tables.
  • FIG. 8A is a conceptual diagram showing an authentication management table.
  • an authentication management DB 5001 is constructed by an authentication management table as shown in FIG. 8A.
  • an authentication password is associated with each communication ID of all terminals 10 managed by the management system 50 and managed.
  • the communication ID is information for specifying a communication destination in the communication system 1. Although it does not specifically limit as communication ID, For example, the identification information of the terminal 10, the user's account of the terminal 10, the identification information of the group comprised by the some terminal 10, etc. are contained.
  • the communication ID is the identification information of the terminal 10 or the identification information of the group will be described.
  • FIG. 8B is a conceptual diagram showing a terminal management table.
  • the storage unit 5000 stores a terminal management DB 5002 including a terminal management table as shown in FIG. 8B.
  • the destination name terminal name
  • the operating state of each terminal 10 the communication of each terminal 10 with other terminals 10
  • the communication state indicating the state and the IP address of each terminal 10 are associated and managed.
  • FIG. 8C is a conceptual diagram showing an application availability management table.
  • the storage unit 5000 stores an application availability management DB 5003 configured by an application availability management table as illustrated in FIG. 8C.
  • each application can be used in this terminal 10 for each communication ID of the terminal 10 and each application ID for identifying each of a plurality of applications installed in the terminal 10 (On).
  • the availability information indicating that it cannot be used (Off) is associated and managed.
  • FIG. 8D is a conceptual diagram showing a destination list management table.
  • a destination list management DB 5004 configured by a destination list management table as illustrated in FIG. 8D is constructed.
  • this destination list management table all communication IDs of destination terminals registered as candidate destinations that can be specified are managed in association with communication IDs of request source terminals that request the start of communication.
  • FIG. 8E is a conceptual diagram showing a session management table.
  • a session management DB 5005 configured by a session management table as shown in FIG. 8E is constructed.
  • the relay device ID of the relay device 30 that relays the content data between the terminals 10.
  • the communication IDs of the terminals 10 (participating terminals) participating in the management are associated and managed.
  • FIGS. 9A and 9B are conceptual diagrams showing a state change management table.
  • the storage unit 5000 stores a state change management DB 5009 configured by a state change management table as shown in FIGS. 9A and 9B.
  • management information used for session control between terminals 10 pre-change state information indicating a communication state before executing control based on the management information, and control based on management information Is managed in association with post-change state information indicating the communication state after the change.
  • 9B the management information, the terminal information for identifying whether the terminal 10 is the request source terminal or the destination terminal, the pre-change state information, and the post-change state information. And are managed in association with each other.
  • 10A and 10B are state transition diagrams showing communication state transitions realized by the state change rules recorded in the state change management table.
  • the management unit 53 described later changes the communication state of the request source terminal 10 from “None” to “Private Calling” based on the management information “Private Invite”, for example. And record it in the terminal management table.
  • the management unit 53 changes the communication state of the destination terminal from “None” to “Private Ringing” based on the management information “Private Invite”.
  • “Invite” is management information corresponding to a communication start request.
  • “Accept” is management information corresponding to an acceptance response to a communication start request.
  • “Join” is management information corresponding to a relay request for content data.
  • “Call” is management information corresponding to a request to participate in an established session.
  • “Leave” is management information corresponding to a session termination request.
  • FIG. 9C is a conceptual diagram showing a group information management table.
  • the storage unit 5000 stores a group information management DB 5010 configured by a group information management table as illustrated in FIG. 9C.
  • a group communication ID for identifying a group a group communication ID for identifying a group, a destination name (group name) when the group is a destination, and each communication ID of each terminal 10 (configuration terminal) constituting the group And manage them in association with each other.
  • FIG. 9D is a conceptual diagram showing a group state management table.
  • the storage unit 5000 stores a group state management DB 5011 configured by a group state management table as illustrated in FIG. 9D.
  • this group status management table the operational status of the group is associated and managed for each communication ID of each group.
  • FIG. 9E is a conceptual diagram showing a standby information management table.
  • the storage unit 5000 stores a standby information management DB 5012 including a standby information management table as shown in FIG. 9E.
  • this standby information management table for the group communication ID for identifying the group, the communication ID of the terminal 10 (standby terminal) waiting for communication with the terminal 10 constituting this group and the group are configured.
  • the reception time when the management system 50 receives a request to start communication with the terminal 10 is managed in association with it.
  • each functional configuration of the management system 50 will be described in detail.
  • the relationship with the main components for realizing each functional configuration of the management system 50 is also described. explain.
  • the transmission / reception unit 51 is executed by a command from the CPU 201 and the network I / F 209 and transmits / receives various data (or information) to / from each terminal, device, or system via the communication network 2.
  • the authentication unit 52 is realized by a command from the CPU 201, searches the authentication management table using the communication ID and password received by the transmission / reception unit 51 as a search key, and the same communication ID and password are managed in this authentication management table.
  • the terminal 10 is authenticated by determining whether it is present.
  • the management unit 53 is realized by an instruction from the CPU 201, and manages the latest operation state, communication state, etc. in the terminal management table (see FIG. 8B) or the group state management table (see FIG. 9D). Then, processing for updating the communication state and the like is performed.
  • the session control unit 58 controls a session in which content data is transmitted between the terminals 10 according to a command from the CPU 201.
  • This control includes control for establishing a session, control for allowing the terminal 10 to participate in the established session, control for disconnecting the session, and the like.
  • the storage / reading unit 59 is executed by the instruction from the CPU 201 and the HDD 205, or realized by the instruction from the CPU 201, and stores various data in the storage unit 5000 or extracts various data stored in the storage unit 5000. I do.
  • FIG. 11 is a conceptual diagram showing a state of transmission / reception of content data and various management information in the communication system.
  • Session sei is established.
  • a session for transmitting / receiving content data is established between the terminals 10 via the relay device 30.
  • these sessions are collectively shown as a content data session sed. That is, the content data session sed is a session used for a video conference.
  • FIG. 12 is a sequence diagram showing processing from when the terminal 10 is activated until the application list is displayed.
  • various types of management information are transmitted and received through the management information session sei.
  • the operation input receiving unit 12 receives the power ON and starts the terminal 10aa (step S1).
  • the transmission / reception unit 11 makes a login request to the management system 50 via the communication network 2 in response to the reception of the power ON (step S2).
  • the transmission / reception part 51 of the management system 50 receives a login request.
  • the login request includes a communication ID and password for identifying the terminal 10aa that is the login request source.
  • These communication ID and password are data read from the storage unit 1000 via the storage / reading unit 19 and sent to the transmission / reception unit 11. Note that the communication ID and password may be input by the user.
  • the management system 50 on the receiving side can acquire the IP address of the terminal 10aa on the transmitting side.
  • the authentication unit 52 of the management system 50 searches the authentication management table (see FIG. 8A) in the storage unit 5000 using the communication ID and password included in the login request as search keys, and is identical to this authentication management table. Authentication is performed by determining whether the communication ID and password are managed (step S3).
  • the management unit 53 stores the communication ID “01aa” of the terminal 10aa in the terminal management table (see FIG. 8B).
  • the operating state “ON line (communicable)”, the communication state “None”, and the IP address of the terminal 10aa are stored in association with each other (step S4).
  • the transmission / reception unit 51 of the management system 50 transmits the authentication result information indicating the authentication result obtained by the authentication unit 52 to the login request source terminal 10aa via the communication network 2 (step S5). . Thereby, the transmission / reception unit 11 of the terminal 10aa receives the authentication result information.
  • the transmission / reception unit 11 of the terminal 10aa determines whether or not the application installed in the terminal 10aa is available to the management system 50 via the communication network 2.
  • the availability information shown is requested (step S6).
  • This request includes the communication ID of the terminal 10aa that is the source of the availability information request.
  • the transmission / reception part 51 of the management system 50 receives the request
  • the storage / reading unit 59 of the management system 50 searches the application availability management table (see FIG. 8C) using the communication ID of the terminal 10aa as the availability information request source as a search key, thereby corresponding usage availability.
  • Information is read (step S7).
  • the availability information in this case indicates that the application ID “a001” is “On” and the application ID “a002” is “On”.
  • the transmission / reception unit 11 transmits the availability information read in step S7 to the terminal 10aa that is the availability information request source via the communication network 2 (step S8). Thereby, the transmission / reception unit 11 of the terminal 10aa receives the availability information.
  • the display control unit 13 displays an application list screen 140 as shown in FIG. 13 on the display 120aa (step S9).
  • FIG. 13 is a diagram illustrating an example of an application list screen.
  • corresponding application icons (141, 142,...) Are displayed for every application ID (a001, a002,%) Whose availability information is represented as available (On).
  • the display control unit 13 may display a check box on the screen 140 for the user of the terminal 10 to select a necessary application.
  • the application ID of the application selected in the check box can be managed in any storage means of the terminal 10 or the management system 50. As a result, when only one app is selected, it is possible to omit the process of allowing the user of the terminal 10 to select the app to be used, so that the time required to start communication can be shortened.
  • FIG. 14 is a sequence diagram illustrating a process from receiving an application icon selection on the terminal 10 to displaying a destination list.
  • step S21 when the user operates the operation buttons (108a to 108e) and selects a desired one of the plurality of application icons shown in FIG. 13, the operation input reception unit 12 of the terminal 10aa The selection of the application icon by the user is accepted (step S21).
  • the case where the application icon 141 indicating the video conference application 1031 is selected will be described below.
  • the operation input accepting unit 12 of the device control unit 1050 instructs the activation unit 22 realized by the selected video conference application 1031 to start, and thereby the call control unit corresponding to the video conference application 1031. 1060 is activated (step S22).
  • the process is performed by the apparatus control unit 1050, but after this, the process is performed by the call control unit 1060 realized when the video conference application 1031 is activated.
  • the transmission / reception unit 21 in the call control unit 1060 of the terminal 10aa requests the management system 50 via the communication network 2 for a destination list that is a list of destination candidates of the terminal 10aa (step S23).
  • the transmission / reception unit 51 of the management system 50 receives the request for the destination list.
  • This request includes the communication ID of the destination list requesting terminal 10aa.
  • the storage / reading unit 59 of the management system 50 searches the destination list management table (see FIG. 8D) using the communication ID “01aa” of the terminal 10aa as the destination list request source as a search key.
  • the communication ID (“01ab”, “01ad”, etc.) of the destination candidate terminal 10 that can communicate with the terminal 10aa is read (step S24).
  • the storage / reading unit 59 searches the terminal management table (see FIG. 8B) using the communication ID (“01ab”, “01ad”, etc.) of the destination candidate terminal 10 read in step S24 as a search key. Then, the corresponding destination name and operating state are read (step S25).
  • the transmission / reception unit 51 transmits the destination list information to the destination list request source terminal 10aa via the communication network 2 (step S26).
  • the transmission / reception unit 21 of the destination list request source terminal 10aa receives the destination list information.
  • This destination list information includes the destination candidate communication ID read in step S24, the destination name read in step S25, and the operating state.
  • the destination list requesting terminal 10aa can acquire the current operating states of the destination candidate terminals 10 that can communicate with the own terminal 10aa.
  • FIG. 15 is a diagram illustrating a display example of a destination list.
  • the destination list in FIG. 15 includes a destination candidate communication ID 1100-2, a destination name 1100-3, icons 1100-4a to 1100-4c reflecting operation information, and the like in a destination list frame 1100-1.
  • the creation unit 23 displays the OFF line icon 1100-4a when the operation state is “OFF line”, and the call enable icon 1100 when the operation state is “ON line (communicable)”. -4b, if the operating state is "ON line (during communication)", the busy icon 1100-4c is assigned.
  • FIG. 16 is a sequence diagram illustrating processing for requesting the start of communication. Note that FIG. 16 illustrates processing in which various types of management information are transmitted and received through the management information session sei.
  • the user of the terminal 10aa selects at least one destination candidate whose operation state is “ON line (communicable)” from the destination candidates displayed in the destination list frame 1100-1, and issues a communication start request. can do.
  • the function execution unit 25 receives selection of the destination candidate (step S41).
  • the transmission / reception unit 21 of the terminal 10aa transmits to the management system 50 start request information including the communication ID “01aa” of the start request source terminal 10aa, the destination candidate communication ID, and the management information “Invite”. (Step S42).
  • the management information “Invite” is information indicating a request for starting communication without participation restriction, and is automatically selected by the processing of the transmission / reception unit 21 based on the video conference application 1031. Thereby, the transmission / reception unit 51 of the management system 50 receives the start request information.
  • the management unit 53 updates the communication state of the start request source terminal 10aa and the communication state of the destination terminal 10 managed in the terminal management table (see FIG. 8B) (step S47).
  • the management unit 53 searches the state change management table (see FIG. 9B) using the management information “Invite” transmitted from the start request source terminal 10aa as a search key, and for each terminal information, the corresponding pre-change Read status information and post-change status information.
  • the management unit 53 changes the communication state of each terminal 10 based on the read terminal information, pre-change state information, and post-change state information.
  • the management unit 53 changes the communication state of the start request source terminal 10aa from “None” indicated by the state information before change to “Calling” indicated by the state information after change. Similarly, the management unit 53 changes the communication state of the destination terminal 10 from “None” indicated by the pre-change state information to “Ringing” indicated by the post-change state information. In addition, as a part of step S47, the management unit 53 sets the operation state associated with each communication ID of the start request source terminal 10aa and the destination terminal 10 in the terminal management table to “ON line (during communication)”. Change to
  • the session control unit 58 identifies a session (content data session sed) for transmitting content data between the start request source terminal 10aa and the selected destination terminal 10 as a session ID “se1”. "Is generated (step S48).
  • the session control unit 58 of the management system 50 selects the relay device 30 for relaying content data in a session between the start request source terminal 10aa and the destination terminal 10 (step S49).
  • the relay device 30a is selected by the session control unit 58.
  • the storage / reading unit 59 stores the session ID generated in step S48 and the relay device ID of the relay device 30a selected in step S49 in the session management table (see FIG. 8E). “111a”, the communication ID “01aa” of the start request source terminal 10aa and the communication ID of the destination terminal 10 are stored and managed in association with each other as the communication ID of the participating terminal participating in the session (step S50).
  • the transmission / reception unit 51 relays the session ID generated in step S48 and the relay used for connecting to the relay device 30a selected in step S49 to the start request source terminal 10aa via the communication network 2.
  • the device connection information is transmitted (step S51).
  • the relay device connection information can include the IP address “1.2.1.2” of the relay device 30a, authentication information, a port number, and the like.
  • the transmission / reception unit 51 transmits the communication ID “01aa” of the start request source terminal 10aa, the management information “Invite” indicating the start request of communication without participation restriction, and the session ID “se1” generated in step S48. And the above-described relay device connection information used for connecting to the relay device 30a are transmitted to the destination terminal 10 (step S52).
  • the start request source and destination terminals 10 can grasp the relay device connection information used for connecting to the relay device 30a that relays content data in the session with the session ID “se1”. it can.
  • the destination terminal 10 that has received the start request information transmits management information “Accept” indicating acceptance of the start request to the management system 50.
  • each of the start request source and destination terminals 10 transmits management information “Join” for requesting connection to the relay device 30 a to the management system 50.
  • the session control unit 58 performs control for establishing a content data session sed between the start request source and destination terminals 10. .
  • the management unit 53 of the management system 50 determines each of the start request source and destination managed in the terminal management table (see FIG. 8B) based on the received management information.
  • the communication state of the terminal 10 is updated.
  • the method for managing the operating state and the communication state of the terminal 10 is the same as the process of step S47, and thus the description thereof is omitted.
  • FIG. 17 is a sequence diagram illustrating processing for requesting the start of communication.
  • the operation input reception unit of the terminal 10aa 12 accepts selection of an application icon by the user (step S61).
  • the operation input reception unit 12 of the device control unit 1050 instructs the activation unit 22 realized by the reception application 1032 to activate, thereby activating the call control unit 1060 corresponding to the reception application 1032 ( Step S62).
  • the process is performed by the apparatus control unit 1050, but after this, the process is performed by the call control unit 1060 realized by the activation of the reception application 1032.
  • FIG. 18 is a diagram illustrating an example of a reception screen.
  • This screen 140 displays a message 143 that prompts the start of communication with the call center terminal 10 and a button 144 for accepting the start of communication.
  • each display control unit 24 corresponding to each application displays a message or a user interface corresponding to the purpose (see FIGS. 15 and 18).
  • the reception application 1032 is selected, the display of the user interface for selecting the destination is omitted, so that the user can omit the destination selection operation.
  • the management system 50 can omit the process of transmitting the destination list information to the terminal 10.
  • the function execution unit 25 receives a communication start request (step S71).
  • the transmission / reception unit 21 of the terminal 10aa starts the start request information including the communication ID “01aa” of the start request source terminal 10aa, the destination candidate communication ID “01xx”, and the management information “Private Invite”.
  • the request is sent to the management system 50 together with the IP address of the requesting terminal 10aa (step S72).
  • the destination candidate communication ID “01xx” is a group communication ID indicating a call center as a destination, and is automatically selected by the processing of the transmission / reception unit 21 based on the reception application 1032.
  • the management information “Private Invite” is information indicating a communication start request with participation restriction, and is automatically selected by the processing of the transmission / reception unit 21 based on the reception application 1032.
  • the session control unit 58 of the management system 50 determines a terminal 10 (calling terminal) to be called as a communication partner with the terminal 10aa from the terminals 10 constituting the group identified by the group communication ID “01xx”. (Step S75).
  • step S75 is a flowchart showing processing for determining a calling terminal.
  • the storage / reading unit 59 searches the group information management table (see FIG. 9C) using the destination candidate group communication ID “01xx” included in the start request information as a search key, and determines the communication ID included in the group. Read (step S75-1).
  • the description will be continued with respect to the case where the communication ID (“01da”, “01db”) is read in step S75-1.
  • the management unit 53 uses an arbitrary first communication ID (for example, “01da”) among the communication IDs (“01da”, “01db”) read in step S75-1 as a search key. Then, the terminal management table (see FIG. 8B) is searched, and the corresponding operating state is read (step S75-2).
  • a first communication ID for example, “01da” among the communication IDs (“01da”, “01db”) read in step S75-1
  • the terminal management table (see FIG. 8B) is searched, and the corresponding operating state is read (step S75-2).
  • the session control unit 58 determines whether or not the operating state read in step S75-2 is “ON line (communicable)” (step S75-3). When it is determined that the operating state is “ON line (communicable)”, the session control unit 58 selects the terminal (for example, the terminal 10da) identified by the communication ID used as the search key in step S75-2. The call terminal is determined (step S75-4).
  • step S75-3 If it is determined in step S75-3 that the operating state is not “ON line (communicable)”, the management unit 53 determines each communication ID (“01da”, “01db”) read in step S75-1. ), The terminal management table (see FIG. 8B) is searched using an arbitrary second communication ID (for example, “01db”) as a search key, and the corresponding operating state is read (step S75-5).
  • the session control unit 58 determines whether or not the operating state read in step S75-5 is “ON line (communicable)” (step S75-6). When it is determined in step S75-3 that the operating state is “ON line (communicable)”, the session control unit 58 identifies the terminal (identified by the communication ID used as the search key in step S75-5). For example, the terminal 10db) is determined as the calling terminal (step S75-7). When there are three or more terminals 10 included in the group, the operating state reading process (see steps S75-2 and 5) and the operating state determining process (step S75-) are performed according to the number of the terminals 10. 3 and 6) are repeatedly executed.
  • step S75-6 When it is determined in step S75-6 that the operating state is not “ON line (communicable)”, the management unit 53 reads each of the terminals read in step S75-1 in the terminal management table (see FIG. 8B). Using the communication ID (“01da”, “01db”) as a search key, the corresponding operating state is periodically read (step S75-8).
  • the session control unit 58 determines whether or not the operating state read in step S75-8 has been updated from “ON line (during communication)” or “OFF line” to “ON line (communicable)” ( Step S75-9). If it is determined in step S75-9 that the operating state has been updated to “ON line (communicable)”, the session control unit 58 uses the terminal 10 whose operating state has been updated to “ON line (communicable)”. It is selected as a calling terminal (step S75-10). If it is not determined in step S75-9 that the operating state has been updated to “ON line (communicable)” (NO in step S75-9), the process in step S75-8 is repeatedly executed. Note that if the communication IDs read in step S75-8 are all off-line, if they are repeated a predetermined number of times or for a predetermined time, the call center side service may not be provided. Therefore, the process of FIG. 17 may be terminated.
  • the management unit 53 changes the communication state corresponding to the communication ID “01aa” of the start request source terminal 10aa and the communication ID of the calling terminal as the destination in the terminal management table (see FIG. 8B) (step S3). S76).
  • the management unit 53 searches the state change management table (see FIG. 9B) using the management information “Private Invite” transmitted from the start request source terminal 10aa as a search key, and changes corresponding to each terminal information. Read previous state information and post-change state information.
  • the management unit 53 updates the communication state of each terminal 10 based on the read terminal information, pre-change state information, and post-change state information (step S76).
  • the management unit 53 changes the communication state of the start request source terminal 10aa from “None” indicated by the pre-change state information to “Private Calling” indicated by the post-change state information. Similarly, the management unit 53 changes the communication state of the calling terminal from “None” indicated by the state information before change to “Private Ringing” indicated by the state information after change. Further, as part of the process of step S76, the management unit 53 indicates the operation state associated with each communication ID of the start request source terminal 10aa and the calling terminal in the terminal management table, respectively, as “ON line (during communication)”. Change to
  • FIG. 20 is a flowchart showing the update process of the group operating state. The process is executed at an arbitrary timing, for example, when the operating state of the terminals 10 constituting the group is changed as described above. Note that the update timing of the operating state is not particularly limited, and may be executed at regular intervals, for example.
  • the storage / reading unit 59 refers to the group information management table of FIG. 9C and selects one group ID (step S77-1). Subsequently, the storage / reading unit 59 reads one of the communication IDs of the terminals 10 constituting the group selected in Step S77-1 (Step S77-2). Subsequently, the management unit 53 refers to the terminal management table (see FIG. 8B), and reads the operating state corresponding to the communication ID read in step S77-2 (step S77-3).
  • the management unit 53 determines whether or not the operation state read in step S77-2 is “ON line (communicable)” or “ON line (during communication)” (step S77-4). If it is determined that the operating state is “ON line (communicable)” or “ON line (during communication)”, the management unit 53 displays the operating state of the group ID selected in step S77-1. The information is determined to be “ON line”, and the information is stored in the group status management table of FIG. 9D.
  • step S77-4 If it is determined in step S77-4 that the operating state is not “ON line (communicable)” or “ON line (during communication)”, the management unit 53 is included in the group selected in step S77-1. It is determined whether or not the communication IDs of all the terminals 10 to be read are read (step S77-6). If it is determined in step S77-6 that the communication IDs of all the terminals 10 have been read, the management unit 53 determines that the operating state of the group ID selected in step S77-1 is “OFF line”. Then, the information is stored in the group state management table of FIG. 9D (step S77-7). If it is determined in step S77-6 that the communication IDs of all the terminals 10 have not been read, the process of step S77-2 is executed.
  • step S77-8 If it is determined in step S77-8 that all group IDs managed in the group information management table have already been selected and processed, the processing in FIG. 20 is terminated. Otherwise, step S77-1 is performed. Returning to FIG. 5, the next group ID is selected and the process is executed.
  • the operating status of the group can be managed in the same manner as the operating status of the terminal 10, so that each start request source terminal 10 is unaware of whether the destination is the terminal 10 or a group. Even better.
  • the management system 50 performs control for establishing a content data session between the terminal 10aa and the calling terminal (terminal 10) (steps S78 to S82).
  • the processing associated with this control is the same as the processing in steps S48 to S52 described above, and a description thereof will be omitted.
  • each of the start request source and destination terminals 10 is set in the terminal management table. The communication status becomes “Private Busy”.
  • the terminal 10 participating in the video conference that is, the display 120 of the terminal 10 participating in the established session is a video conference using a session with participation restriction, or there is no participation restriction. It may be possible for a participant to recognize whether or not there is a restriction on participation in a video conference, for example, by displaying whether the video conference is using a session.
  • FIG. 21 illustrates an example of a screen displayed on the display 120 while the terminal 10 is participating in a video conference with another terminal.
  • the display control unit 13 of the terminal 10 outputs an auxiliary area 510 for displaying detailed information regarding the video conference in addition to the video 500 captured by the partner terminal 10.
  • the display control unit 13 of the terminal 10 displays information indicating whether or not the participating video conference is “participation restricted” based on the management information transmitted from the management system 50 in the auxiliary area 510. It can be output to be displayed at any place.
  • the display control unit 13 of the terminal 10 displays a lock-shaped icon in the auxiliary area 510 when the user starts a “conference restriction” video conference and a session related to the conference is established. You may do it.
  • the user of the terminal 10 can confirm whether or not the conference in which he / she is participating is “participation restricted”.
  • FIG. 22 is a flowchart showing a process for notifying a standby state.
  • the storage / reading unit 59 of the management system 50 stores the destination in the standby information management table (see FIG. 9E). A record in which the group communication ID “01xx”, the communication ID “01aa” of the start request source terminal 10aa, and the reception time when the management system 50 receives the start request is added (step S101).
  • the storage / reading unit 59 reads the communication ID and reception time of each standby terminal associated with the destination group communication ID “01xx” in the standby information management table (see FIG. 9E) ( Step S102).
  • the storage / reading unit 59 searches the terminal management table (see FIG. 8B) using the communication ID of each standby terminal read in step S102 as a search key, and reads each corresponding destination name (terminal name). (Step S103). Further, the storage / reading unit 59 searches the group information management table (see FIG. 9C) using the destination group communication ID “01xx” as a search key, and reads out the communication IDs of the terminals included in the group (step S104). .
  • the transmission / reception unit 51 receives a start request from the communication ID of the standby terminal and the management system 50 for each standby terminal read in step S102 to each terminal corresponding to the communication ID read in step S104.
  • the standby information including the reception time and the destination name of the standby terminal read in step S103 is transmitted (steps S105-1, 2,).
  • the display control unit 24 displays the destination names of the standby terminals included in the standby information on the conference screen of the display 120 in the order of reception time (step S106). ).
  • FIG. 23 is a diagram showing a display example of the screen of the display 120db in step S106.
  • the display control unit 24 of the call center terminal 10 displays a message 511 indicating the standby terminal based on the standby information in addition to the video 500 captured by the terminal 10 on the current call partner side. Thereby, the terminal 10 of the call center can grasp the standby state.
  • the transmitting / receiving unit 21 of the terminal 10db transmits management information “Leave” indicating the end of the communication to the management system 50 (step S107).
  • the session control unit 58 performs control to end the content data session sed between the terminal 10db and the terminal 10 of the current communication partner.
  • the management unit 53 manages the operation state of the terminal 10db, which is managed in the terminal management table, from “ON line (communication)” to “ON line (communication)”, and the communication state from “Private Busy”. Update to “None” (see FIG. 10B) (step S108).
  • the terminal 10db becomes a new calling terminal for the standby terminal (see step S75-10).
  • the session control unit 58 of the management system 50 performs control for establishing a content data session between the standby terminal (terminal 10) and the calling terminal (terminal 10db) (steps S78 to S82). reference).
  • the storage / reading unit 59 stores the calling terminal (terminal) in the standby information management table (see FIG. 9E).
  • the record including the communication ID of the standby terminal (terminal 10) that has started communication with 10db) is deleted (step S109).
  • the management system 50 may repeatedly execute the processes after step S102. Thereby, the management system 50 can notify the updated standby information to the call center terminal.
  • FIG. 24 is a sequence diagram showing the participation process in the content data session sed. Note that FIG. 24 illustrates processing in which various types of management information are transmitted and received through the management information session sei.
  • the destination list is displayed on the display 120cd of the terminal 10cd by the processing described with reference to FIG.
  • the user of the participation request source terminal 10 cd operates the operation button 108 to select a terminal (in this case, the terminal 10 aa) whose operation state is ON line (during communication).
  • the operation input receiving unit 12 receives a request to participate in the already established content data session sed (step S121).
  • the transmission / reception unit 11 of the terminal 10 cd has the communication ID “01cd” of the own terminal 10 cd, the communication ID “01aa” of the selected terminal 10 aa, and management information “showing that it requests to participate in the content data session”.
  • the participation request information including “Call” is transmitted to the management system 50 (step S122).
  • the management system 50 determines whether or not to continue the process for connecting the participation request source terminal 10cd and the terminals participating in the content data session sed (terminals 10aa and 10db). Is determined (step S123).
  • the process in step S123 will be described in detail with reference to FIG.
  • FIG. 25 is a process flow diagram illustrating participation determination processing based on the communication state.
  • the storage / reading unit 59 searches the terminal management table (FIG. 8B) using the communication ID “01aa” of the terminal 10aa participating in the session included in the participation request information as a search key, and reads the corresponding communication state ( Step S123-1).
  • the session control unit 58 determines whether or not the read communication state is “Private Busy” (step S123-2). When the read communication state is not “Private Busy”, the session control unit 58 determines that the participation request source terminal 10 can participate in the session (step S123-3) and ends the process. .
  • the session control unit 58 determines that the participation request source terminal 10 cannot participate in the session (step S123-4). . Then, the transmission / reception unit 11 transmits a participation impossible notification for notifying that participation in the session cannot be performed to the participation request source terminal 10cd (step S123-5). Note that, when the participation request source terminal 10cd receives the participation impossible notification, the terminal 10cd displays the notification on the display 120.
  • the management system 50 determines that the terminal 10cd is the content data between the terminals (10aa, 10). Is executed to participate in the session for transmitting (step S124).
  • a process of transmitting relay apparatus connection information for connecting to the relay apparatus 30a to which the terminals (10aa, 10) are connected to the terminal 10cd can be cited.
  • the terminal participation control is not particularly limited, and examples thereof include a method described in JP2012-50063A.
  • a content data session sed with participation restriction is established. This is because the group as the destination is a call center (see FIG. 9C), and it is not assumed that a third party participates in the established session.
  • the management system 50 and the program providing system 90 in each of the above embodiments may be constructed by a single computer, or may be constructed by a plurality of computers arbitrarily assigned by dividing each unit (function or means). It may be.
  • the program transmitted by the program providing system 90 may be transmitted by dividing it into a plurality of modules. It may be transmitted.
  • a plurality of modules may be divided and transmitted from each computer.
  • the terminal program of the communication system 1 the relay device program, the recording medium storing the communication management program, the HD 204 storing these programs, and the program providing system 90 including the HD 204, Both are used when the terminal program, the relay device program, and the communication management program are provided to the user or the like as a program product (Program (Product) domestically or abroad.
  • Program product Program (Product) domestically or abroad.
  • the terminal IP address is managed in the terminal management table shown in FIG. 8B.
  • the present invention is not limited to this, and the terminal 10 is specified on the communication network 2. If it is terminal specific information, each FQDN (Fully Qualified Domain Name) may be managed. In this case, an IP address corresponding to the FQDN is acquired by a known DNS (Domain (Name System) server.
  • DNS Domain (Name System) server.
  • video conference is used as a term that can be replaced with “video conference”.
  • the case of the video conference system has been described as an example of the communication system 1.
  • the present invention is not limited to this, and a car navigation system may be used.
  • one of the terminals 10 corresponds to a car navigation device mounted on a car
  • the other of the terminals 10 is mounted on a management terminal or management server of a management center that manages car navigation, or another car. This corresponds to a car navigation device.
  • the communication system 1 may be a sound conference system or a PC (Personal Computer) screen sharing system.
  • the communication system 1 may be a communication system of an IP (Internet Protocol) phone, an Internet phone, or a mobile phone.
  • the terminal 10 corresponds to a telephone such as a mobile phone.
  • the content data may be data indicating in-vivo information such as sound data generated in the body such as a pulse sound and heartbeat, an electrocardiogram waveform, image data indicating changes in body temperature, or coordinate data.
  • the communication system 1 of the said embodiment can also be used as a telemedicine system.
  • image data and sound data have been described as an example of content data.
  • touch data may be used.
  • the feeling that the user touched on one terminal side is transmitted to the other terminal side.
  • the content data may be smell data.
  • the odor (odor) on one terminal side is transmitted to the other terminal side.
  • the content data may be at least one of image data, sound data, tactile data, and olfactory data.
  • each terminal 10 is not only a call between a plurality of business establishments or a call between different rooms in the same business establishment, but a call within the same room or a call between the outdoors and indoors or outdoors and outdoors. May be used.
  • wireless communication such as a cellular phone communication network is performed.
  • General conversation such as a meeting, between families and friends, or the information of one direction It may be used for presentation.
  • a destination list management DB 5004 (an example of a management unit) of the management system 50 (an example of a control system) manages a communication ID of a terminal 10 (an example of a first destination) that is a communication destination for the terminal 10aa. Further, the group information management DB 5010 (an example of a management unit) of the management system 50 manages a communication ID of a call center (an example of a second destination) as a communication destination for the terminal 10aa. That is, a plurality of communication destinations of the terminal 10aa are managed by these management means.
  • the session control unit 58 When the terminal 10aa transmits the start request information to the management system 50 based on the video conference application (an example of the first application) (an example of the start request), the session control unit 58 includes the terminal 10aa and the above Control related to the start of communication with the first destination is executed.
  • the terminal 10aa transmits start request information to the management system 50 based on the reception application (an example of the second application) (an example of the start request) the session control unit 58 includes the terminal 10aa and the above The control related to the start of communication with the second destination is executed.
  • candidate destinations can be narrowed down according to the selection of the application. Therefore, the load associated with the process of starting communication on the terminal 10 side, such as the process of selecting a destination from among the destination candidates, can be reduced. Can be reduced.
  • the first destination of the terminal 10aa indicates another terminal (10ab, 10ad,%) That is a communication partner of the terminal 10aa.
  • the second destination of the terminal 10aa indicates a call center as a group including a plurality of terminals (10da, 10db,).
  • the terminals (10ab, 10ad,%) Constituting the first destination of the terminal 10aa are different from the terminals (10da, 10db,...) Constituting the second destination of the terminal 10aa.
  • the number of candidate destination terminals 10 can be reduced when each application is selected. it can.
  • the first destination of the terminal 10aa includes one or more terminals (10ab, 10ad,...) Identified by the communication ID “01ab, 01ad,.
  • the second destination of the terminal 10aa includes one destination (call center) identified by the communication ID “01xx”.
  • the transmission / reception unit 51 (an example of destination information transmission unit) of the management system 50 responds to the destination list request (an example of a request related to the start of communication) based on the video conference application 1031 selected by the terminal 10aa.
  • the destination list information (an example of destination information indicating the first destination) including the communication ID “01ab, 01ad,...” Of the terminal (10ab, 10ad,...) Is transmitted to the terminal 10aa.
  • the transmission / reception unit 51 (an example of a start request receiving unit) receives a request to start communication with at least one terminal 10 among one or more terminals (10ab, 10ad,).
  • the session control unit 58 executes control related to the start of communication between the terminal 10aa and the at least one terminal 10 described above. According to the above-described embodiment, it is possible to realize a process of selecting a destination from the destination list and starting communication and a process of starting communication without selecting a destination by using one communication system 1.
  • the session control unit 58 (an example of a participation control unit) of the management system 50 controls participation of another terminal 10 in a content data session sed (an example of a communication session) between the terminals 10.
  • the session control unit 58 controls to allow other terminals 10 to participate in the content data session sed started between the terminal 10aa and the first destination, while the terminal 10aa and the first destination.
  • the participation of another terminal 10 in the content data session sed started with the second destination is rejected.
  • a video conference application 1031 and a reception application 1032 are installed in the terminal 10aa, and can be started up.
  • the transmission / reception unit 21 (an example of the start request unit) of the terminal 10aa transmits the start request information of communication with the first destination to the management system 50 by the process of the video conference application 1031 and the above process by the reception application 1032
  • the request to start communication with the second destination is transmitted to the management system 50.
  • candidate destinations can be narrowed down according to the selection of the application. Therefore, the load associated with the process of starting communication on the terminal 10 side, such as the process of selecting a destination from among the destination candidates, can be reduced. Can be reduced.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

【課題】宛先をグループ化したり、ソートしたり、検索したりする機能によって宛先の選択が容易になったとしても、従来の技術では、通話を開始するときに、多くの宛先の中から所望の相手の宛先を探す必要があった。このため、開始要求元の通信端末側では、処理に伴う負荷が増大するという課題が生じる。 【解決手段】第１のアプリケーションに基づいて、端末１０が開始要求情報を管理システム５０へ送信した場合に、セッション制御部５８は、端末１０と、第１の宛先との通信の開始に係る制御を実行する。一方、第２のアプリケーションに基づいて、端末１０が開始要求情報を管理システム５０へ送信した場合に、セッション制御部５８は、端末１０と、第２の宛先との通信の開始に係る制御を実行する。

Description

制御システム、通信端末、通信システム、制御方法、及びプログラム
　本開示は、制御システム、通信端末、通信システム、制御方法、及びプログラムに関する。
　近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介してテレビ会議や通話等を行う通信システムが普及している。このような通信システムでは、複数の通信端末の間で通信を開始すると、画像データ及び音データ等のコンテンツデータの送受信が行われ、テレビ会議や通話等を実現することができる。
　また、テレビ会議で利用される通信システムには複数の宛先を登録しておくことができ、利用者はこれらの宛先の一つを選択することによって、所望の相手と会議を始めることができる（特許文献１参照）。
　この方法によると、発信の度に宛先を入力する手間を省けるようになるものの、登録されている宛先の数が増えるにつれて、通信端末の利用者は多くの宛先の中から所望の宛先を選択しなければならなくなる。そこで、宛先の選択を容易にするために、携帯電話などの通信システムでは、アドレス帳に登録されている宛先をグループ化したり、ソートしたり、検索したりする技術が用いられている。
特開２０１２－１９１５９８号公報
　しかしながら、宛先をグループ化したり、ソートしたり、検索したりする機能によって宛先の選択が容易になったとしても、従来の技術では、通話を開始するときに、多くの宛先の中から所望の相手の宛先を探す必要があった。このため、開始要求元の通信端末側では、処理に伴う負荷が増大するという課題が生じる。
　ある実施例によれば、通信端末と他の通信端末との通信セッションの確立を制御するセッション制御手段とを備え、前記セッション制御手段は、前記通信端末において実行される第１のアプリケーションに基づいた通信の開始の要求に応じて、前記通信端末と、第１の宛先に対応する他の通信端末との間の通信セッションの確立を制御し、前記通信端末において実行される第２のアプリケーションに基づいた通信の開始の要求に応じて、前記通信端末と、前記第１の宛先とは異なる第２の宛先に対応する他の通信端末との間の通信セッションの確立を制御する制御システムが提供される。
　少なくとも１つの実施例によれば、通信端末間の通信を開始するときに、開始要求元の通信端末側の処理に伴う負荷を軽減することができるという効果を奏する。
図１は、一実施形態に係る通信システムの概略図である。 図２は、一実施形態に係る端末の外観図である。 図３は、一実施形態に係る端末のハードウェア構成図である。 図４は、一実施形態に係る管理システム、中継装置、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。 図５は、一実施形態に係る端末のソフトウェア構成図である。 図６は、一実施形態に係る通信システムを構成する各端末及び管理システムの機能ブロック図である。 図７は、視覚情報管理テーブルを示す概念図である。 図８Ａは、認証管理テーブルを示す概念図である。 図８Ｂは、端末管理テーブルを示す概念図である。 図８Ｃは、アプリ利用可否管理テーブルを示す概念図である。 図８Ｄは、宛先リスト管理テーブルを示す概念図である。 図８Ｅは、セッション管理テーブルを示す概念図である。 図９Ａは、状態変更管理テーブルを示す概念図である。 図９Ｂは、状態変更管理テーブルを示す別の概念図である。 図９Ｃは、グループ情報管理テーブルを示す概念図である。 図９Ｄは、グループ状態管理テーブルを示す別の概念図である。 図９Ｅは、待機情報管理テーブルを示す概念図である。 図１０Ａは、状態変更の規則よって実現される通信状態の遷移を示した状態遷移図である。 図１０Ｂは、状態変更の規則よって実現される通信状態の遷移を示した別の状態遷移図である。 図１１は、通信システムにおけるコンテンツデータ及び各種管理情報の送受信の状態を示した概念図である。 図１２は、アプリリストを表示するまでの処理を示したシーケンス図である。 図１３は、アプリリストの画面例を示した図である。 図１４は、宛先リストを表示するまでの処理を示したシーケンス図である。 図１５は、宛先リストの表示例を示す図である。 図１６は、通信の開始を要求する処理を示したシーケンス図である。 図１７は、通信の開始を要求する処理を示したシーケンス図である。 図１８は、受付画面を示す図である。 図１９は、呼出端末を決定する処理を示したフロー図である。 図２０は、グループの稼働状態の更新処理を示すフロー図である。 図２１は、会議中に表示される画面の例を示す図である。 図２２は、待機の状況を通知する処理を示したフロー図である。 図２３は、ディスプレイの表示例を示す図である。 図２４は、コンテンツデータ用セッションへの参加処理を示したシーケンス図である。 図２５は、通信状態に基づく、参加の判断処理を示した処理フロー図である。
　以下、図面を用いて、本発明の一実施形態を詳細に説明する。なお、以下では、「通信端末」は単に「端末」として表され、「通信管理システム」は単に「管理システム」として表されている。
　＜＜通信システム１の全体構成＞＞
　図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、複数の端末（１０ａａ，１０ａｂ，…）、各端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。この通信システム１によって、コンテンツデータの一例としての画像データ及び音データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）は、コンテンツデータの最適な経路の選択を行う。
　端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されている。更に、ＬＡＮ２ａ、ＬＡＮ２ｂ、及び専用線２ａｂは、所定の地域Ｘ内で構築されている。なお、各装置は、必ずしも専用線によって接続されている必要はなく、例えば直接インターネット２ｉに接続されていてもよい。
　端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。ＬＡＮ２ｃは、所定の地域Ｙ内で構築されている。
　端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。ＬＡＮ２ｄは、所定の地域Ｚ内で構築されている。地域Ｘ、地域Ｙ、及び地域Ｚは、同一国内であっても、異なる国であっても良い。
　地域Ｘ、地域Ｙ、及び地域Ｚは、それぞれルータ（７０ａｂ，７０ｃ，７０ｄ）からインターネット２ｉを介して通信可能に接続されている。なお、地域Ｚには、コールセンターが設けられている。各端末１０は、コールセンターの端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）と接続することで、レセプションサービスを受けることができる。
　なお、以下では、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置は「中継装置３０」と表されている。また、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）のうち任意のルータは、「ルータ７０」と表されている。
　また、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、インターネット２ｉに接続されている。なお、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、地域（Ｘ，Ｙ，Ｚ）に設置されていても良いし、これら以外の地域に設置されていても良い。
　また、本実施形態では、ＬＡＮ（２ａ，２ｂ，２ｃ，２ｄ）、専用線２ａｂ、及びインターネット２ｉによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ(Wireless Fidelity)やＢｌｕｅｔｏｏｔｈ（登録商標）、携帯電話網等の無線による通信が行われる箇所があってもよい。
　また、図１において、各端末１０、各中継装置３０、管理システム５０、各ルータ７０、プログラム提供システム９０、及びメンテナンスシステム１００の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明している。
　また、各端末１０は、後述のアプリケーションが起動されると、音データ又は画像データを含むコンテンツデータの送受信により、ユーザ間の通話を可能にする。更に、端末１０は、所定の通信方式（通話の宛先と接続又は切断をするための呼制御方式、及び通話データをＩＰパケット化するための符号化方式）を利用して、通話データの送受信を行う。なお、以下、「アプリケーション」は「アプリ」と省略して説明する。
　また、上述の呼制御方式としては、(1)SIP(Session Initiation Protocol)、(2)H.323、(3)SIPを拡張したプロトコル、(4)インスタントメッセンジャーのプロトコル、(5)SIPのMESSAGEメソッドを利用したプロトコル、(6)インターネットリレーチャットのプロトコル(IRC(Internet Relay Chat))、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコル等が挙げられる。このうち、(4)インスタントメッセンジャーのプロトコルは、例えば、(4-1)XMPP(Extensible Messaging and Presence Protocol)、又は(4-2)ICQ（登録商標）、AIM（登録商標）、若しくはSkype（登録商標）などで利用されるプロトコルである。また、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコルは、例えば、Jingleである。
　＜＜実施形態のハードウェア構成＞＞
　次に、本実施形態のハードウェア構成を説明する。図２は、一実施形態に係る端末１０の外観図である。図２に示されているように、端末１０は、筐体１１００、アーム１２００、及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１１０には、複数の吸気孔によって形成された吸気面が設けられており、筐体１１００の後側壁面１１２０には、複数の排気孔が形成された排気面１１２１が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、吸気面を介して端末１０の後方の外気を取り込み、排気面１１２１を介して端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０に収音用孔１１３１が形成されていることで、後述する内蔵型のマイク１１４は、音声、物音、雑音等の音を収音可能となっている。
　筐体１１００の右側壁面１１３０側には、操作パネル１１５０が形成されている。この操作パネル１１５０には、後述の複数の操作ボタン（１０８ａ～１０８ｅ）、後述の電源スイッチ１０９、及び後述のアラームランプ１１９が設けられていると共に、後述の内蔵型のスピーカ１１５からの出力音を通すための複数の音出力孔によって形成された音出面１１５１が形成されている。また、筐体１１００の左側壁面１１４０側には、アーム１２００及びカメラハウジング１３００を収容するための凹部としての収容部１１６０が形成されている。筐体１１００の右側壁面１１３０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にケーブルを接続するための複数の接続口（１１３２ａ～１１３２ｃ）が設けられている。一方、筐体１１００の左側壁面１１４０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にディスプレイ１２０用のケーブル１２０ｃを接続するための接続口が設けられている。
　なお、以下では、操作ボタン（１０８ａ～１０８ｅ）のうち任意の操作ボタンを示す場合には「操作ボタン１０８」を用い、接続口（１１３２ａ～１１３２ｃ）のうち任意の接続口を示す場合には「接続口１１３２」を用いて説明する。
　次に、アーム１２００は、トルクヒンジ１２１０を介して筐体１１００に取り付けられており、アーム１２００が筐体１１００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能になっている。図２は、チルト角θ１が９０度の状態を示している。カメラハウジング１３００には、後述の内蔵型のカメラ１１２が設けられており、ユーザ、書類、及び部屋等を撮像することができる。また、カメラハウジング１３００には、トルクヒンジ１３１０が形成されている。カメラハウジング１３００は、トルクヒンジ１３１０を介して、アーム１２００に取り付けられている。カメラハウジング１３００はアーム１２００に対して、図２で示されている状態を０度として±１８０度のパン角θ２の範囲で、且つ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能になっている。
　なお、上記図２の外観図はあくまで一例であってこの外観に限定するものではない。他の例としては、端末１０は、一般の汎用コンピュータあるいは携帯電話端末、プロジェクタ、電子ホワイトボード、電子看板(デジタルサイネージ)等であってもよい（図１の端末（１０ａｃ，１０ｃｃ）参照）。端末１０として用いるコンピュータに、マイクやカメラが備わっていない場合には、外付けのマイクおよびカメラをコンピュータに接続させることができる。また、端末１０が汎用コンピュータや携帯電話端末等である場合には、無線ＬＡＮや携帯電話網などによる無線通信により、端末１０とインターネット２ｉとを接続しても良い。また、端末１０として汎用コンピュータを用いる場合には、当該コンピュータに後述する端末１０の処理を実行するためのアプリケーションをインストールしておくことができる。
　なお、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、それぞれ一般のサーバコンピュータの外観と同じであるため、外観の説明を省略する。
　図３は、一実施形態に係る端末１０のハードウェア構成図である。端末１０は、端末１０全体の動作を制御するＣＰＵ１０１(Central Processing Unit)、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ１０２(Read Only Memory)、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ１０３(Random Access Memory)、端末１０用のプログラム、画像データ、及び音データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ１０５（Solid State Drive）、フラッシュメモリやＩＣカード（Integrated Circuit Card）等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアＩ／Ｆ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ１１１(Interface)を備えている。
　また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、集音する内蔵型のマイク１１４、音を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音信号の入出力を処理する音入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
　ディスプレイ１２０は、被写体の画像等を表示する表示部である。ディスプレイ１２０の一例として液晶や有機ＥＬ(Organic Electroluminescence)が挙げられる。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。
　カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。
　外部機器接続Ｉ／Ｆ１１８には、筐体１１００の接続口１１３２に差し込まれたＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。
　なお、記録メディア１０６は、端末１０に対して着脱自在となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。
　図４は、一実施形態に係る管理システム５０のハードウェア構成図である。管理システム５０は、管理システム５０全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、管理システム５０用のプログラム等の各種データを記憶するＨＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ２０５(Hard Disk Drive)、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアＩ／Ｆ２０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２０８、通信ネットワーク２を利用してデータ通信するためのネットワークＩ／Ｆ２０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２１２、着脱可能な記録媒体の一例としてのＣＤ－ＲＯＭ２１３(Compact Disc Read Only Memory)に対する各種データの読み出し又は書き込みを制御するＣＤ－ＲＯＭドライブ２１４、及び、上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。
　一方、中継装置３０、プログラム提供システム９０、及びメンテナンスシステム１００は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。
　図５は、一実施形態に係る端末１０のソフトウェア構成図である。図５に示されているように、ＯＳ１０２０、テレビ会議アプリ１０３１、及びレセプションアプリ１０３２は、ＲＡＭ１０３の作業領域１０１０上で動作する。ＯＳ１０２０、及び、これらのアプリは、端末１０にインストールされている。
　また、これらのうち、ＯＳ１０２０は、基本的な機能を提供し、端末１０全体を管理する基本ソフトウェアである。テレビ会議アプリ１０３１は、他の端末１０と接続して、テレビ会議を行うためのアプリである。レセプションアプリ１０３２は、コールセンターの端末１０と接続して、オペレータと通話するためのアプリである。
　なお、上記アプリは、一例であって、他のアプリがインストールされていてもよい。他のアプリがインストールされる場合は、プログラム提供システム９０に他のアプリを保存しておき、端末１０の要求に応じて他のアプリをダウンロードしてもよい。また、複数のテレビ会議アプリがインストールされる場合は、上記(1)～(7)のように、異なるプロトコルのテレビ会議アプリがインストールされてもよい。
　＜＜実施形態の機能構成＞＞
　次に、本実施形態の機能構成について説明する。図６は、一実施形態に係る通信システム１の一部を構成する端末１０、及び管理システム５０の機能ブロック図である。なお、図６では、端末１０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。
　＜端末の機能構成＞
　端末１０は、装置制御部１０５０及び通話制御部１０６０を有している。このうち、装置制御部１０５０は、ＯＳ１０２０が実行されることによって実現される。また、通話制御部１０６０は、テレビ会議アプリ１０３１又はレセプションアプリ１０３２が起動されることによって実現される。
　また、装置制御部１０５０は、送受信部１１、操作入力受付部１２、表示制御部１３、及び記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。
　一方、通話制御部１０６０は、送受信部２１、起動部２２、作成部２３、表示制御部２４、機能実行部２５、及び記憶・読出部２９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたテレビ会議アプリ１０３１又はレセプションアプリ１０３２（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。
　また、端末１０は、図３に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。この記憶部１０００には、後述の視覚情報管理テーブルによって構成される視覚情報管理ＤＢ(Data Base)１００１が記憶される。
　（視覚情報管理テーブル）
　図７は、視覚情報管理テーブルを示す概念図である。視覚情報管理テーブルでは、端末１０の稼動状態、及び視覚情報としてディスプレイ１２０に表示される宛先リストで表す稼動状態アイコンのデータが関連付けられて管理される。各稼動状態アイコンは、例えば、図７に示されているような形態の各種アイコンである。稼動状態は、ＯＮライン（通信可能）、ＯＮライン（通信中）、及びＯＦＦラインを含んでいる。
　（装置制御部の各機能構成）
　次に、端末１０における装置制御部１０５０の各機能構成について詳細に説明する。なお、以下では、端末１０における装置制御部１０５０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、装置制御部１０５０の各機能構成を実現させるための主な構成要素との関係も説明する。
　送受信部１１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、通信相手の端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。
　操作入力受付部１２は、ＣＰＵ１０１からの命令、並びに操作ボタン（１０８ａ，１０８ｂ，１０８ｃ，１０８ｄ，１０８ｅ）及び電源スイッチ１０９によって実現され、ユーザによる各種入力又は各種選択を受け付ける。
　表示制御部１３は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、画像をディスプレイ１２０において表示するための制御を行う。
　記憶・読出部１９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。
　（通話制御部の各機能構成）
　次に、端末１０における通話制御部１０６０の各機能構成について詳細に説明する。なお、以下では、端末１０における通話制御部１０６０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、通話制御部１０６０の各機能構成を実現させるための主な構成要素との関係も説明する。
　送受信部２１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、通信相手の端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。
　起動部２２は、ＣＰＵ１０１からの命令によって実現され、装置制御部１０５０の操作入力受付部１２がユーザによるアプリの選択を受け付けた場合に、操作入力受付部１２の起動要求に基づいて通話制御部１０６０（テレビ会議アプリ又はレセプションアプリ）の動作を起動する。
　作成部２３は、ＣＰＵ１０１からの命令によって実現され、後述の宛先リスト枠に、上述の稼働状態アイコンを含めることで、宛先リストの画面を作成する。
　表示制御部２４は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、画面のデータをディスプレイ１２０に送信するための制御を行う。
　機能実行部２５は、ＣＰＵ１０１からの命令、及びカメラ１１２、マイク１１４、又はスピーカ１１５等によって実現され、画像又は音等による通話を実現するための制御を行う。
　記憶・読出部２９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。
　＜管理システムの機能構成＞
　管理システム５０は、送受信部５１、認証部５２、管理部５３、セッション制御部５８、及び記憶・読出部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能である。また、管理システム５０は、ＨＤ２０４により構築される記憶部５０００を有している。この記憶部５０００には、アプリＩＤ毎に、アプリアイコンのデータが記憶されている。更に、記憶部５０００には、以下に示すような各テーブルによって構成される各ＤＢが記憶される。
　（認証管理テーブル）
　図８Ａは、認証管理テーブルを示す概念図である。記憶部５０００には、図８Ａに示されているような認証管理テーブルによって認証管理ＤＢ５００１が構築されている。この認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各通信ＩＤに対して、認証用のパスワードが関連付けられて管理される。なお、通信ＩＤは、通信システム１において、通信先を特定するための情報である。通信ＩＤとしては、特に限定されないが、例えば、端末１０の識別情報、端末１０のユーザのアカウント、複数の端末１０によって構成されるグループの識別情報等が含まれる。以下、通信ＩＤが、端末１０の識別情報、又はグループの識別情報である場合について説明する。
　（端末管理テーブル）
　図８Ｂは、端末管理テーブルを示す概念図である。記憶部５０００には、図８Ｂに示されているような端末管理テーブルによって構成される端末管理ＤＢ５００２が記憶されている。この端末管理テーブルでは、各端末１０の通信ＩＤ毎に、各端末１０を宛先とした場合の宛先名（端末名）、各端末１０の稼動状態、各端末１０の他の端末１０との通信の状態を示す通信状態、及び各端末１０のＩＰアドレスが関連付けられて管理される。
　（アプリ利用可否管理テーブル）
　図８Ｃは、アプリ利用可否管理テーブルを示す概念図である。記憶部５０００には、図８Ｃに示されているようなアプリ利用可否管理テーブルによって構成されるアプリ利用可否管理ＤＢ５００３が記憶されている。このアプリ利用可否管理テーブルでは、端末１０の通信ＩＤ及びこの端末１０にインストールされている複数のアプリのそれぞれを識別するためのアプリＩＤ毎に、この端末１０でそれぞれのアプリが利用可能（Ｏｎ）又は利用不可能（Ｏｆｆ）を示す利用可否情報を関連付けて管理している。
　（宛先リスト管理テーブル）
　図８Ｄは、宛先リスト管理テーブルを示す概念図である。記憶部５０００には、図８Ｄに示されているような宛先リスト管理テーブルによって構成される宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、通信の開始を要求する要求元端末の通信ＩＤに対して、指定可能な宛先の候補として登録されている宛先端末の通信ＩＤが全て関連付けられて管理される。
　（セッション管理テーブル）
　図８Ｅは、セッション管理テーブルを示す概念図である。記憶部５０００には、図８Ｅに示されているようなセッション管理テーブルによって構成されるセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、端末１０間でコンテンツデータが送信されるセッションを識別するためのセッションＩＤ毎に、このセッションにおいて、端末１０間でコンテンツデータを中継する中継装置３０の中継装置ＩＤ、このセッションに参加している端末１０（参加端末）の通信ＩＤが関連付けられて管理される。
　（状態変更管理テーブル）
　図９Ａ及び図９Ｂは、状態変更管理テーブルを示す概念図である。記憶部５０００には、図９Ａ及び図９Ｂに示されているような状態変更管理テーブルによって構成される状態変更管理ＤＢ５００９が記憶されている。図９Ａの状態変更管理テーブルでは、端末１０間のセッションの制御に用いられる管理情報と、管理情報に基づいた制御を実行する前の通信状態を示す変更前状態情報と、管理情報に基づいた制御によって変更された後の通信状態を示す変更後状態情報とが関連付けられて管理される。また、図９Ｂの状態変更管理テーブルでは、管理情報と、端末１０が要求元端末であるか、あるいは宛先端末であるかを識別するための端末情報と、変更前状態情報と、変更後状態情報とが関連付けられて管理される。
　図１０Ａおよび図１０Ｂは、上記の状態変更管理テーブルに記録された状態変更の規則よって実現される通信状態の遷移を示した状態遷移図である。図１０Ａ又は図１０Ｂに示されているように、後述の管理部５３は、例えば、管理情報「Private Invite」に基づいて、要求元端末１０の通信状態を「None」から「Private Calling」に変更して、端末管理テーブルに記録する。同様に、管理部５３は、管理情報「Private Invite」に基づいて、宛先端末の通信状態を「None」から「Private Ringing」に変更する。
　なお、「Invite」は、通信の開始要求に対応する管理情報である。「Accept」は、通信の開始要求に対する受諾の応答に対応する管理情報である。「Join」は、コンテンツデータの中継要求に対応する管理情報である。「Call」は、確立中のセッションへの参加要求に対応する管理情報である。「Leave」は、セッションの終了要求に対応する管理情報である。
　（グループ情報管理テーブル）
　図９Ｃは、グループ情報管理テーブルを示す概念図である。記憶部５０００には、図９Ｃに示されているようなグループ情報管理テーブルによって構成されるグループ情報管理ＤＢ５０１０が記憶されている。このグループ情報管理テーブルでは、グループを識別するためのグループ通信ＩＤと、そのグループを宛先とするときの宛先名（グループ名）と、そのグループを構成する各端末１０(構成端末)の各通信ＩＤと、を関連付けて管理する。
　（グループ状態管理テーブル）
　図９Ｄは、グループ状態管理テーブルを示す概念図である。記憶部５０００には、図９Ｄに示されているようなグループ状態管理テーブルによって構成されるグループ状態管理ＤＢ５０１１が記憶されている。このグループ状態管理テーブルでは、各グループの通信ＩＤ毎に、グループの稼動状態が関連付けられて管理される。
　（待機情報管理テーブル）
　図９Ｅは、待機情報管理テーブルを示す概念図である。記憶部５０００には、図９Ｅに示されているような待機情報管理テーブルによって構成される待機情報管理ＤＢ５０１２が記憶されている。この待機情報管理テーブルでは、グループを識別するためのグループ通信ＩＤに対して、このグループを構成する端末１０との通信を待機している端末１０（待機端末）の通信ＩＤ、及びグループを構成する端末１０との通信の開始要求を管理システム５０で受け付けた受付時刻が関連付けられて管理される。
　＜管理システムの各機能構成＞
　次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図４に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。
　送受信部５１は、ＣＰＵ２０１からの命令、及びネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して各端末、装置又はシステムと各種データ（または情報）の送受信を行う。
　認証部５２は、ＣＰＵ２０１からの命令によって実現され、送受信部５１で受信された通信ＩＤ及びパスワードを検索キーとして、認証管理テーブルを検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって端末１０の認証を行う。
　管理部５３は、ＣＰＵ２０１からの命令によって実現され、端末管理テーブル（図８Ｂ参照）、あるいは、グループ状態管理テーブル（図９Ｄ参照）において、最新の稼働状態、通信状態等を管理させるため、稼働状態、通信状態等を更新する処理を行う。
　セッション制御部５８は、ＣＰＵ２０１からの命令によって、端末１０間でコンテンツデータを送信するセッションを制御する。この制御としては、セッションを確立するための制御、確立されたセッションに端末１０参加させる制御、セッションを切断する制御等が含まれる。
　記憶・読出部５９は、ＣＰＵ２０１からの命令及びＨＤＤ２０５によって実行され、又はＣＰＵ２０１からの命令によって実現され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを抽出する処理を行う。
　＜＜通信システム１の処理・動作＞＞
　続いて、通信システム１における処理・動作を説明する。まずは、図１１を用いて、通信システム１における処理・動作の概要を説明する。図１１は、通信システムにおけるコンテンツデータ、及び各種管理情報の送受信の状態を示した概念図である。
　図１１に示されているように、通信システム１では、端末１０間で管理システム５０を介して、あるいは、端末１０と管理システム５０との間で、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、端末１０間では、中継装置３０を介して、コンテンツデータ（画像データ及び音データ）を送受信するためのセッションが確立される。ここでは、これらのセッションをまとめて、コンテンツデータ用セッションｓｅｄとして示している。すなわち、コンテンツデータ用セッションｓｅｄは、テレビ会議に用いられるセッションである。
　続いて、通信システム１における処理・動作を詳細に説明する。まずは、図１２を用いて、端末１０ａａが起動してからアプリリストを表示するまでの処理を説明する。図１２は、端末１０が起動してからアプリリストを表示するまでの処理を示したシーケンス図である。なお、図１２では、管理情報用セッションｓｅｉによって、各種管理情報が送受信される。
　まず、ユーザが、電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、端末１０ａａを起動させる（ステップＳ１）。送受信部１１は、上記電源ＯＮの受け付けを契機とし、通信ネットワーク２を介して管理システム５０に、ログイン要求を行う（ステップＳ２）。これにより、管理システム５０の送受信部５１は、ログイン要求を受け付ける。このログイン要求には、ログイン要求元である端末１０ａａを識別するための通信ＩＤ及びパスワードが含まれている。これら通信ＩＤ及びパスワードは、記憶・読出部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、これら通信ＩＤ及びパスワードは、ユーザによって入力されてもよい。端末１０ａａから管理システム５０へログイン要求が送信されることで、受信側である管理システム５０は、送信側である端末１０ａａのＩＰアドレスを取得することができる。
　次に、管理システム５０の認証部５２は、ログイン要求に含まれている通信ＩＤ及びパスワードを検索キーとして、記憶部５０００の認証管理テーブル（図８Ａ参照）を検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって認証を行う（ステップＳ３）。認証部５２によって、正当な利用権限を有する端末からのログイン要求であると認証された場合には、管理部５３は、端末管理テーブル（図８Ｂ参照）に、端末１０ａａの通信ＩＤ「０１ａａ」、稼動状態「ＯＮライン（通信可能）」、通信状態「None」、及び端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ４）。
　そして、管理システム５０の送受信部５１は、上記認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、ログイン要求元の端末１０ａａに送信する（ステップＳ５）。これにより、端末１０ａａの送受信部１１は、認証結果情報を受信する。
　認証部５２によって正当な利用権限を有する端末であると判断された場合、端末１０ａａの送受信部１１は、通信ネットワーク２を介して管理システム５０に、端末１０ａａにインストールされているアプリの利用可否を示す利用可否情報を要求する（ステップＳ６）。この要求には、利用可否情報要求元の端末１０ａａの通信ＩＤが含まれている。これにより、管理システム５０の送受信部５１は、利用可否情報の要求を受け付ける。
　次に、管理システム５０の記憶・読出部５９は、利用可否情報要求元の端末１０ａａの通信ＩＤを検索キーとしてアプリ利用可否管理テーブル（図８Ｃを参照）を検索することにより、対応する利用可否情報を読み出す（ステップＳ７）。この場合の利用可否情報は、アプリＩＤ「ａ００１」が「Ｏｎ」、アプリＩＤ「ａ００２」が「Ｏｎ」を示している。
　次に、送受信部１１は、通信ネットワーク２を介して利用可否情報要求元の端末１０ａａに、上記ステップＳ７によって読み出された利用可否情報を送信する（ステップＳ８）。これにより、端末１０ａａの送受信部１１は、利用可否情報を受信する。
　次に、表示制御部１３は、ディスプレイ１２０ａａ上に、図１３に示されているようなアプリリストの画面１４０を表示させる（ステップＳ９）。なお、図１３は、アプリリストの画面例を示した図である。この画面１４０には、利用可否情報が利用可能（Ｏｎ）として表されている全てのアプリＩＤ（ａ００１，ａ００２，…）毎に、対応するアプリアイコン（１４１，１４２，…）が表示される。なお、表示制御部１３は、端末１０のユーザが必要なアプリを選択するためのチェックボックスを画面１４０に表示しても良い。チェックボックスにおいて選択されたアプリのアプリＩＤは、端末１０あるいは管理システム５０の任意の記憶手段において管理することができる。これにより、選択されたアプリが一つだけの場合には、端末１０のユーザに利用するアプリを選択させる処理を省くことができるようになるので、通信の開始に要する時間を短縮できる。
　続いて、図１４を用いて、端末１０ａａでアプリアイコンの選択を受け付けてから宛先リストを表示するまでの処理を説明する。なお、図１４は、端末１０でアプリアイコンの選択を受け付けてから宛先リストを表示するまでの処理を示したシーケンス図である。
　まず、ユーザが操作ボタン（１０８ａ～１０８ｅ）を操作して、図１３に示されている複数のアプリアイコンのうち、所望の１つのアプリアイコンを選択すると、端末１０ａａの操作入力受付部１２は、ユーザによるアプリアイコンの選択を受け付ける（ステップＳ２１）。なお、ここでは、テレビ会議アプリ１０３１を示すアプリアイコン１４１が選択された場合について、以下続けて説明する。
　続いて、装置制御部１０５０の操作入力受付部１２は、選択されたテレビ会議アプリ１０３１によって実現される起動部２２に対して、起動を命令することで、テレビ会議アプリ１０３１に対応する通話制御部１０６０を起動させる（ステップＳ２２）。なお、これよりも前は、装置制御部１０５０による処理であったが、これ以降は、テレビ会議アプリ１０３１が起動することによって実現される通話制御部１０６０による処理となる。
　続いて、端末１０ａａの通話制御部１０６０における送受信部２１は、通信ネットワーク２を介して管理システム５０に、自端末１０ａａの宛先候補のリストである宛先リストを要求する（ステップＳ２３）。これにより、管理システム５０の送受信部５１は、宛先リストの要求を受け付ける。この要求には、宛先リスト要求元の端末１０ａａの通信ＩＤが含まれている。
　続いて、管理システム５０の記憶・読出部５９は、宛先リスト要求元の端末１０ａａの通信ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理テーブル（図８Ｄ参照）を検索し、宛先リスト要求元の端末１０ａａと通信することができる宛先候補の端末１０の通信ＩＤ（「０１ａｂ」、「０１ａｄ」等）を読み出す（ステップＳ２４）。
　次に、記憶・読出部５９は、上記ステップＳ２４によって読み出された宛先候補の端末１０の通信ＩＤ（「０１ａｂ」、「０１ａｄ」等）を検索キーとして端末管理テーブル（図８Ｂ参照）を検索し、対応する宛先名及び稼動状態を読み出す（ステップＳ２５）。
　続いて、送受信部５１は、通信ネットワーク２を介して宛先リスト要求元の端末１０ａａに、宛先リスト情報を送信する（ステップＳ２６）。これにより、宛先リスト要求元の端末１０ａａの送受信部２１は、宛先リスト情報を受信する。この宛先リスト情報には、上記ステップＳ２４で読み出された宛先候補の通信ＩＤ、ステップＳ２５で読み出された宛先名、及び稼動状態が含まれている。これにより、宛先リスト要求元の端末１０ａａは、自端末１０ａａと通信することができる宛先候補の端末１０の現時点のそれぞれの稼動状態を取得することができる。
　続いて、作成部２３は、上記ステップＳ２６によって受信された通信ＩＤ及び宛先名、並びに、稼動状態に対応するアイコンを配置して、図１５に示されているような宛先リストの画像データを作成する（ステップＳ２７）。そして、表示制御部２４は、ディスプレイ１２０ａａ上に、図１５に示されているような宛先リストＰ１０を表示させる（ステップＳ２８）。図１５は、宛先リストの表示例を示す図である。図１５の宛先リストは、宛先リスト枠１１００－１に宛先候補の通信ＩＤ１１００－２と、宛先名１１００－３と、稼働情報を反映させたアイコン１１００－４ａ～１１００－４ｃなどを含む。この場合、作成部２３は、稼動状態が「ＯＦＦライン」である場合には、ＯＦＦラインアイコン１１００－４ａを、稼動状態が「ＯＮライン（通信可能）」である場合には、通話可能アイコン１１００－４ｂを、稼動状態が「ＯＮライン（通信中）」である場合には、通話中アイコン１１００－４ｃを割り当てる。
　続いて、図１６を用いて、端末１０ａａが他の端末１０との通信の開始を要求する場合の処理を説明する。図１６は、通信の開始を要求する処理を示したシーケンス図である。なお、図１６では、管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。
　端末１０ａａのユーザは、宛先リスト枠１１００－１に表示されている宛先候補のうち、稼働状態が「ＯＮライン（通信可能）」である少なくとも１つの宛先候補を選択して、通信の開始要求をすることができる。端末１０ａａのユーザが所望の宛先候補を選択して操作ボタン１０８を押下すると、機能実行部２５は、宛先候補の選択を受け付ける（ステップＳ４１）。続いて、端末１０ａａの送受信部２１は、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、宛先候補の通信ＩＤ、および、管理情報「Invite」が含まれる開始要求情報を管理システム５０へ送信する（ステップＳ４２）。なお、管理情報「Invite」は、参加制限を伴わない通信の開始要求を示す情報であって、テレビ会議アプリ１０３１に基づく送受信部２１の処理によって自動的に選択されたものである。これにより、管理システム５０の送受信部５１は、上記開始要求情報を受信する。
　続いて、管理部５３は、端末管理テーブル（図８Ｂ参照）において管理されている、開始要求元の端末１０ａａの通信状態、及び宛先の端末１０の通信状態を更新する（ステップＳ４７）。この場合、管理部５３は、開始要求元の端末１０ａａから送信された管理情報「Invite」を検索キーとして、状態変更管理テーブル（図９Ｂ参照）を検索し、端末情報毎に、対応する変更前状態情報および変更後状態情報を読み出す。管理部５３は、読み出された端末情報、変更前状態情報、変更後状態情報に基づいて、各端末１０の通信状態を変更する。例えば、管理部５３は、開始要求元の端末１０ａａの通信状態を、変更前状態情報によって示される「None」から、変更後状態情報によって示される「Calling」に変更する。同様に、管理部５３は、宛先の端末１０の通信状態を、変更前状態情報によって示される「None」から、変更後状態情報によって示される「Ringing」に変更する。また、ステップＳ４７の一環として、管理部５３は、端末管理テーブルにおいて、開始要求元の端末１０ａａおよび宛先の端末１０の各通信ＩＤに関連付けられている稼働状態を、それぞれ「ＯＮライン（通信中）」に変更する。
　続いて、セッション制御部５８は、開始要求元の端末１０ａａと、選択された宛先の端末１０との間でコンテンツデータを送信するセッション（コンテンツデータ用セッションｓｅｄ）を識別するためのセッションＩＤ「ｓｅ１」を生成する（ステップＳ４８）。
　続いて、管理システム５０のセッション制御部５８は、開始要求元の端末１０ａａと、宛先の端末１０との間のセッションでコンテンツデータを中継するための中継装置３０の選択を行う（ステップＳ４９）。本実施形態では、セッション制御部５８によって中継装置３０ａが選択されたものとする。
　中継装置３０の選択処理が完了すると、記憶・読出部５９は、セッション管理テーブル（図８Ｅ参照）において、ステップＳ４８で生成されたセッションＩＤと、ステップＳ４９で選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」、セッションに参加する参加端末の通信ＩＤとして、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、宛先の端末１０の通信ＩＤを関連付けて記憶して管理する（ステップＳ５０）。
　続いて、送受信部５１は、通信ネットワーク２を介して、開始要求元の端末１０ａａへ、ステップＳ４８で生成されたセッションＩＤと、ステップＳ４９で選択された中継装置３０ａに接続するために用いられる中継装置接続情報を送信する（ステップＳ５１）。この中継装置接続情報には、中継装置３０ａのＩＰアドレス「１．２．１．２」、認証情報、ポート番号等を含めることができる。
　続いて、送受信部５１は、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、参加制限を伴わない通信の開始要求を示す管理情報「Invite」と、ステップＳ４８で生成されたセッションＩＤ「ｓｅ１」を含む開始要求情報と、中継装置３０ａに接続するために用いられる上記の中継装置接続情報と、を宛先の端末１０へ送信する（ステップＳ５２）。
　上記の各処理により、開始要求元および宛先の各端末１０は、セッションＩＤ「ｓｅ１」におけるセッションにおいて、コンテンツデータを中継する中継装置３０ａに接続するために用いられる中継装置接続情報を把握することができる。
　開始要求情報を受信した宛先の端末１０は、開始要求の受諾を示す管理情報「Accept」を管理システム５０へ送信する。開始の許可が受け付けられた後、開始要求元および宛先の各端末１０は、中継装置３０ａへの接続を要求するための管理情報「Join」を管理システム５０へ送信する。管理システム５０の送受信部５１で管理情報「Join」が受信されると、セッション制御部５８は、開始要求元及び宛先の各端末１０の間のコンテンツデータ用セッションｓｅｄを確立させるための制御を行う。
　管理システム５０の管理部５３は、端末１０から管理情報が受信される度に、受信された管理情報に基づいて、端末管理テーブル（図８Ｂ参照）で管理されている開始要求元及び宛先の各端末１０の通信状態を更新する。上記の端末１０の稼働状態及び通信状態を管理する方法は、ステップＳ４７の処理と同様であるので説明を省略する。なお、図１０Ａの状態遷移規則に従って、管理部５３が通信状態を更新することで、コンテンツデータ用セッションｓｅｄが確立されたときに、端末管理テーブルにおいて、開始要求元及び宛先の各端末１０の各通信状態が「Busy」になる。
　上記例では、端末１０ａａにおいてアプリアイコン１４１が選択された場合について説明したが、アプリアイコン１４２が選択される場合について、図１７を用いて説明する。図１７は、通信の開始を要求する処理を示したシーケンス図である。
　端末１０ａａのユーザが操作ボタン（１０８ａ～１０８ｅ）を操作して、図１３に示されている複数のアプリアイコンのうち、レセプションアプリ１０３２を示すアプリアイコン１４２を選択すると、端末１０ａａの操作入力受付部１２は、ユーザによるアプリアイコンの選択を受け付ける（ステップＳ６１）。
　続いて、装置制御部１０５０の操作入力受付部１２は、レセプションアプリ１０３２によって実現される起動部２２に対して、起動を命令することで、レセプションアプリ１０３２に対応する通話制御部１０６０を起動させる（ステップＳ６２）。なお、これよりも前は、装置制御部１０５０による処理であったが、これ以降は、レセプションアプリ１０３２が起動することによって実現される通話制御部１０６０による処理となる。
　続いて、通話制御部１０６０の表示制御部２４は、コールセンターとの通信の開始を受け付けるための受け付け画面をディスプレイ１２０ａａに表示させる。図１８は受付画面の例を示す図である。この画面１４０には、コールセンターの端末１０との通信の開始を促すメッセージ１４３、及び、通信の開始を受け付けるためのボタン１４４が表示されている。本実施形態において、各アプリに対応する各表示制御部２４は、目的に応じたメッセージやユーザインタフェースを表示させる（図１５、図１８参照）。レセプションアプリ１０３２が選択された場合、宛先選択のユーザインタフェースの表示は省略されるため、ユーザは、宛先の選択の操作を省略できるようになる。一方、管理システム５０は、端末１０へ宛先リスト情報を送信する処理を省略できるようになる。
　続いて、端末１０ａａのユーザが、図１８の受付画面におけるボタン１４４を押下すると、機能実行部２５は、通信の開始要求を受け付ける（ステップＳ７１）。続いて、端末１０ａａの送受信部２１は、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、宛先候補の通信ＩＤ「０１ｘｘ」、および、管理情報「Private Invite」が含まれる開始要求情報を、開始要求元の端末１０ａａのＩＰアドレスとともに管理システム５０へ送信する（ステップＳ７２）。なお、宛先候補の通信ＩＤ「０１ｘｘ」は、宛先としてのコールセンターを示すグループ通信ＩＤであって、レセプションアプリ１０３２に基づく送受信部２１の処理によって自動的に選択されたものである。また、管理情報「Private Invite」は、参加制限を伴う通信の開始要求を示す情報であって、レセプションアプリ１０３２に基づく送受信部２１の処理によって自動的に選択されたものである。
　続いて、管理システム５０のセッション制御部５８は、グループ通信ＩＤ「０１ｘｘ」で識別されるグループを構成する端末１０の中から、端末１０ａａとの通信の相手として呼び出す端末１０（呼出端末）を決定する（ステップＳ７５）。
　ステップＳ７５の処理について、図１９を用いて説明する。図１９は、呼出端末を決定する処理を示したフロー図である。まず、記憶・読出部５９は、開始要求情報に含まれる宛先候補のグループ通信ＩＤ「０１ｘｘ」を検索キーとして、グループ情報管理テーブル（図９Ｃ参照）を検索し、当該グループに含まれる通信ＩＤを読み出す（ステップＳ７５－１）。以下、ステップＳ７５－１において、通信ＩＤ（「０１ｄａ」、「０１ｄｂ」）が読み出された場合について説明を続ける。
　続いて、管理部５３は、ステップＳ７５－１において読み出された各通信ＩＤ（「０１ｄａ」、「０１ｄｂ」）のうち任意の一つ目の通信ＩＤ（例えば、「０１ｄａ」）を検索キーとして、端末管理テーブル（図８Ｂ参照）を検索し、対応する稼働状態を読み出す（ステップＳ７５－２）。
　続いて、セッション制御部５８は、ステップＳ７５－２で読み出された稼働状態が（「ＯＮライン（通信可能））であるか否かを判断する（ステップＳ７５－３）。ステップＳ７５－３で、稼働状態が「ＯＮライン（通信可能）」であると判断された場合、セッション制御部５８は、ステップＳ７５－２で検索キーとされた通信ＩＤにより識別される端末（例えば、端末１０ｄａ）を呼出端末として決定する（ステップＳ７５－４）。
　ステップＳ７５－３で、稼働状態が「ＯＮライン(通信可能)」ではないと判断された場合、管理部５３は、ステップＳ７５－１において読み出された各通信ＩＤ（「０１ｄａ」、「０１ｄｂ」）のうち任意の二つ目の通信ＩＤ（例えば、「０１ｄｂ」）を検索キーとして、端末管理テーブル（図８Ｂ参照）を検索し、対応する稼働状態を読み出す（ステップＳ７５－５）。
　続いて、セッション制御部５８は、ステップＳ７５－５で読み出された稼働状態が「ＯＮライン(通信可能)」であるか否かを判断する（ステップＳ７５－６）。ステップＳ７５－３で、稼働状態が「ＯＮライン(通信可能)」であると判断された場合、セッション制御部５８は、ステップＳ７５－５で検索キーとして用いられた通信ＩＤにより識別される端末（例えば、端末１０ｄｂ）を呼出端末として決定する（ステップＳ７５－７）。なお、グループに含まれる端末１０が３つ以上ある場合には、その端末１０の数に応じて稼働状態の読出し処理（ステップＳ７５－２，５参照）、及び稼働状態の判断処理（ステップＳ７５－３，６参照）が繰り返し実行されることになる。
　ステップＳ７５－６で、稼働状態が「ＯＮライン(通信可能)」ではないと判断された場合、管理部５３は、端末管理テーブル（図８Ｂ参照）において、ステップＳ７５－１において読み出された各通信ＩＤ（「０１ｄａ」、「０１ｄｂ」）を検索キーとして、対応する稼働状態を定期的に読み出す（ステップＳ７５－８）。
　セッション制御部５８は、ステップＳ７５－８で読み出された稼働状態が「ＯＮライン（通信中）」または「ＯＦＦライン」から「ＯＮライン(通信可能)」に更新されたか否かを判断する（ステップＳ７５－９）。ステップＳ７５－９で、稼働状態が「ＯＮライン(通信可能)」に更新されたと判断された場合、セッション制御部５８は、稼働状態が「ＯＮライン(通信可能)」に更新された端末１０を呼出端末として選択する（ステップＳ７５－１０）。なお、ステップＳ７５－９において稼働状態が「ＯＮライン(通信可能)」に更新されたと判断されなかった場合には（ステップＳ７５－９のＮＯ）、ステップＳ７５－８の処理が繰り返し実行される。なお、ステップＳ７５－８で読み出された各通信ＩＤがいずれもＯＦＦラインであった場合が所定回数、あるいは、所定時間繰り返された場合は、コールセンター側のサービスが提供されていないことも考えられるため、図１７の処理を終了させてもよい。
　続いて、管理部５３は、端末管理テーブル（図８Ｂ参照）において、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、及び宛先としての呼出端末の通信ＩＤに対応する通信状態を変更する（ステップＳ７６）。この場合、管理部５３は、開始要求元の端末１０ａａから送信された管理情報「Private Invite」を検索キーとして、状態変更管理テーブル（図９Ｂ参照）を検索し、端末情報毎に、対応する変更前状態情報および変更後状態情報を読み出す。管理部５３は、読み出された端末情報、変更前状態情報、変更後状態情報に基づいて、各端末１０の通信状態を更新する（ステップＳ７６）。この場合、管理部５３は、開始要求元の端末１０ａａの通信状態を、変更前状態情報によって示される「None」から、変更後状態情報によって示される「Private Calling」に変更する。同様に、管理部５３は、呼出端末の通信状態を、変更前状態情報によって示される「None」から、変更後状態情報によって示される「Private Ringing」に変更する。また、ステップＳ７６の処理の一環として、管理部５３は、端末管理テーブルにおいて、開始要求元の端末１０ａａおよび呼出端末の各通信ＩＤに関連付けられている稼働状態を、それぞれ「ＯＮライン（通信中）」に変更する。
　続いて、管理部５３は、グループ状態管理テーブル（図９Ｄ参照）において管理されているグループの稼働状態を更新する（ステップＳ７７）。図２０を用いて、グループの稼働状態の更新処理を説明する。図２０は、グループの稼働状態の更新処理を示すフロー図である。当該処理は、上記のようにグループを構成する端末１０の稼働状態が変更された場合など、任意のタイミングで実行される。なお、稼働状態の更新のタイミングは特に限定されず、例えば、一定の時間おきに実行されても良い。
　まず、記憶・読出部５９は、図９Ｃのグループ情報管理テーブルを参照し、グループＩＤを一つ選択する（ステップＳ７７－１）。続いて、記憶・読出部５９は、ステップＳ７７－１で選択したグループを構成する端末１０の通信ＩＤのうちの一つを読み出す（ステップＳ７７－２）。続いて、管理部５３は、端末管理テーブル（図８Ｂ参照）を参照し、ステップＳ７７－２で読み出した通信ＩＤに対応する稼動状態を読み出す（ステップＳ７７－３）。
　管理部５３は、ステップＳ７７－２で読み出した稼動状態が「ＯＮライン（通信可能）又は「ＯＮライン（通信中）」であるか否かを判断する（ステップＳ７７－４）。ここで、稼動状態が「ＯＮライン（通信可能）又は「ＯＮライン（通信中）」であると判断された場合には、管理部５３は、ステップＳ７７－１で選択したグループＩＤの稼動状態を「ＯＮライン」であると決定し、その情報を、図９Ｄのグループ状態管理テーブルに格納する。
　ステップＳ７７－４で稼動状態が「ＯＮライン（通信可能）」又は「ＯＮライン（通信中）」ではないと判断された場合には、管理部５３は、ステップＳ７７－１で選択したグループに含まれる全ての端末１０の通信ＩＤを読み出しているか否かを判断する（ステップＳ７７－６）。ステップＳ７７－６で全ての端末１０の通信ＩＤを読み出していると判断された場合には、管理部５３は、ステップＳ７７－１で選択したグループＩＤの稼動状態を「ＯＦＦライン」であると決定し、その情報を、図９Ｄのグループ状態管理テーブルに格納する（ステップＳ７７－７）。ステップＳ７７－６で全ての端末１０の通信ＩＤを読み出していないと判断された場合には、ステップＳ７７－２の処理が実行される。
　ステップＳ７７－８において、グループ情報管理テーブルで管理されている全てのグループＩＤが既に選択されて処理されたと判断された場合、図２０の処理を終了し、そうでない場合には、ステップＳ７７－１に戻り、次のグループＩＤが選択されて処理が実行される。
　以上の処理によって、端末１０の稼働状態と同様にグループの稼働状態を管理できるようになるので、各開始要求元の端末１０は、宛先が、端末１０であるかグループであるかを意識しなくても良くなる。
　続いて、管理システム５０は、端末１０ａａと呼出端末（端末１０）との間のコンテンツデータ用セッションを確立するための制御を行う（ステップＳ７８～Ｓ８２）。この制御に伴う処理は、上記のステップＳ４８～Ｓ５２の処理と同様なので説明を省略する。ただし、図１０Ｂの状態遷移規則に従って、管理部５３が通信状態を更新することで、コンテンツデータ用セッションｓｅｄが確立されたときに、端末管理テーブルにおいて、開始要求元及び宛先の各端末１０の各通信状態が「Private Busy」になる。
　なお、テレビ会議中、テレビ会議に参加している端末１０、すなわち確立中セッションに参加している端末１０のディスプレイ１２０に、参加制限ありのセッションを利用したテレビ会議であるか、参加制限なしのセッションを利用したテレビ会議であるかを表示するなどして、参加者が、テレビ会議の参加制限の有無を認識できるようにしてもよい。
　ここで、図２１を用いて、端末１０による、テレビ会議の参加制限の有無に関わる情報の表示例を説明する。図２１は、端末１０が、他の端末とのテレビ会議に参加している間に、ディスプレイ１２０に表示される画面の例を表している。端末１０の表示制御部１３は、相手方の端末１０が撮像した映像５００に加えて、テレビ会議に関する詳細情報を表示するための補助領域５１０を出力する。
　また、端末１０の表示制御部１３は、管理システム５０から送信された管理情報に基づいて、参加中のテレビ会議が「参加制限あり」であるか否かを表す情報を、補助領域５１０内の任意の場所に表示するように出力することができる。例えば、端末１０の表示制御部１３は、ユーザが「参加制限あり」のテレビ会議を開始し、その会議に係るセッションが確立された場合に、錠の形状をしたアイコンを補助領域５１０に表示させるようにしてもよい。アイコンの表示の有無により、端末１０のユーザは、自らが参加している会議が、「参加制限あり」か否かを、確認することができる。
　続いて、端末１０ａａが、レセプションアプリ１０３２を用いて、コールセンターとの通信の開始要求をしたときに、コールセンターのすべての端末１０が通信中であるために、通信を開始できない場合について図２２を用いて説明する。図２２は、待機の状況を通知する処理を示したフロー図である。
　コールセンターのすべての端末１０が通信中である場合、すなわち、ステップＳ７５－６でＮＯと判断された場合、管理システム５０の記憶・読出部５９は、待機情報管理テーブル（図９Ｅ参照）において、宛先のグループ通信ＩＤ「０１ｘｘ」、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、及び、管理システム５０が開始要求を受け付けた受付時刻を関連付けたレコードを追加する（ステップＳ１０１）。
　レコードが追加された後、記憶・読出部５９は、待機情報管理テーブル（図９Ｅ参照）において、宛先のグループ通信ＩＤ「０１ｘｘ」に関連付けられている各待機端末の通信ＩＤ及び受付時刻を読み出す（ステップＳ１０２）。また、記憶・読出部５９は、ステップＳ１０２で読み出された各待機端末の通信ＩＤを検索キーとして、端末管理テーブル（図８Ｂ参照）を検索し、対応する各宛先名（端末名）を読み出す（ステップＳ１０３）。更に、記憶・読出部５９は、宛先のグループ通信ＩＤ「０１ｘｘ」を検索キーとして、グループ情報管理テーブル（図９Ｃ参照）を検索し、当該グループに含まれる端末の通信ＩＤを読み出す（ステップＳ１０４）。
　続いて、送受信部５１は、ステップＳ１０４で読み出された通信ＩＤに対応する各端末へ、ステップＳ１０２で読み出された待機端末毎に、待機端末の通信ＩＤ、管理システム５０が開始要求を受け付けた受付時刻、ステップＳ１０３で読み出された待機端末の宛先名を含む待機情報を送信する（ステップＳ１０５－１，２，…）。コールセンターの端末１０の送受信部１１が待機情報を受信すると、表示制御部２４は、ディスプレイ１２０の会議画面に、待機情報に含まれる待機端末の宛先名を、受付時刻の順番に表示する（ステップＳ１０６）。なお、図２３は、ステップＳ１０６におけるディスプレイ１２０ｄｂの画面の表示例を示す図である。コールセンターの端末１０の表示制御部２４は、現在の通話相手側の端末１０が撮像した映像５００に加えて、待機情報に基づいて待機端末を示すメッセージ５１１を表示させる。これにより、コールセンターの端末１０は、待機の状況を把握することができる。
　続いて、コールセンターの端末１０ｄｂが通信を終了する場合、端末１０ｄｂの送受信部２１は、通信の終了を示す管理情報「Leave」を管理システム５０へ送信する（ステップＳ１０７）。管理情報「Leave」を受信した管理システム５０では、セッション制御部５８が、端末１０ｄｂと現在の通信相手の端末１０との間のコンテンツデータ用セッションｓｅｄを終了させる制御を実行する。また、管理部５３は、端末管理テーブルにおいて管理されている、端末１０ｄｂの稼働状態を「ＯＮライン（通信中）」から「ＯＮライン（通信可能）」に、通信状態を、「Private Busy」から「None」に更新する（図１０Ｂ参照）（ステップＳ１０８）。稼働状態の更新に応じて、端末１０ｄｂは、待機端末に対する新たな呼出端末となる（ステップＳ７５－１０参照）。呼出端末が決定すると、管理システム５０のセッション制御部５８は、待機端末（端末１０）と呼出端末（端末１０ｄｂ）との間のコンテンツデータ用セッションを確立するための制御を行う（ステップＳ７８～Ｓ８２参照）。
　待機端末（端末１０）と呼出端末（端末１０ｄｂ）との間のコンテンツデータ用セッションｓｅｄが確立されると、記憶・読出部５９は、待機情報管理テーブル（図９Ｅ参照）において、呼出端末（端末１０ｄｂ）との間の通信を開始した待機端末（端末１０）の通信ＩＤが含まれているレコードを削除する（ステップＳ１０９）。ステップＳ１０９の処理が完了した後、管理システム５０は、ステップＳ１０２以降の処理を繰り返し実行しても良い。これにより、管理システム５０は更新された待機情報をコールセンターの端末へ通知することができる。
　続いて、図２４を用いて、開始要求元の端末１０ａａと宛先の端末１０ｄｂとの間でコンテンツデータ用セッションｓｅｄが確立された後に、端末１０ｃｄがこのコンテンツデータ用セッションｓｅｄへの参加を要求する場合の処理を説明する。図２４は、コンテンツデータ用セッションｓｅｄへの参加処理を示したシーケンス図である。なお、図２４では、管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。
　図１４を参照しつつ説明した処理により、端末１０ｃｄのディスプレイ１２０ｃｄには、宛先リストが表示されている。参加要求元の端末１０ｃｄのユーザは、操作ボタン１０８を操作することにより、稼働状態がＯＮライン（通信中）の端末（ここでは、端末１０ａａ）を選択する。これに対応して、操作入力受付部１２は、既に確立されたコンテンツデータ用セッションｓｅｄへの参加要求を受け付ける（ステップＳ１２１）。
　続いて、端末１０ｃｄの送受信部１１は、自端末１０ｃｄの通信ＩＤ「０１ｃｄ」、選択された端末１０ａａの通信ＩＤ「０１ａａ」、コンテンツデータ用セッションに参加することを要求する旨を示す管理情報「Call」が含まれる参加要求情報を管理システム５０に送信する（ステップＳ１２２）。
　管理システム５０は、参加要求情報を受信すると、参加要求元の端末１０ｃｄと、コンテンツデータ用セッションｓｅｄに参加中の端末（端末１０ａａ，１０ｄｂ）と、を接続するための処理を継続するか否かを判断する（ステップＳ１２３）。ここで、図２５を用いて、ステップＳ１２３における処理を詳細に説明する。図２５は、通信状態に基づく参加の判断処理を示した処理フロー図である。
　まず、記憶・読出部５９は端末管理テーブル（図８Ｂ）を、参加要求情報含まれる、セッションに参加中の端末１０ａａの通信ＩＤ「０１ａａ」を検索キーとして検索し、対応する通信状態を読み出す（ステップＳ１２３－１）。次に、セッション制御部５８は、読み出された通信状態が、「Private Busy」であるか否かを判断する（ステップＳ１２３－２）。読み出された通信状態が「Private Busy」ではない場合、セッション制御部５８は、参加要求元の端末１０によるセッションへの参加が可能であると判断して（ステップＳ１２３－３）処理を終了する。
　一方、読み出された通信状態が「Private Busy」である場合には、セッション制御部５８は、参加要求元の端末１０によるセッションへの参加が不可能であると判断する（ステップＳ１２３－４）。そして、送受信部１１は、セッションに参加できないことを通知するための参加不可通知を参加要求元の端末１０ｃｄに送信する（ステップＳ１２３－５）。なお、参加要求元の端末１０ｃｄにおいては、参加不可通知を受信すると、これをディスプレイ１２０に表示させる。
　セッション制御部５８によって、参加要求元の端末１０によるセッションへの参加が可能であると判断と判断された場合には、管理システム５０は、端末１０ｃｄを、端末（１０ａａ，１０）間でコンテンツデータを送信するセッションに参加させる制御を実行する（ステップＳ１２４）。この処理として、例えば、端末（１０ａａ，１０）が接続している中継装置３０ａに接続するための中継装置接続情報を端末１０ｃｄへ送信する処理が挙げられる。端末参加の制御としては特に限定されず、例えば、特開２０１２－５００６３号公報に記載の方法が挙げられる。
　なお、本発明の一実施形態によると、レセプションアプリ１０３２が選択された場合には、参加制限があるコンテンツデータ用セッションｓｅｄが確立されることになる。これは、宛先としてのグループはコールセンターであり（図９Ｃ参照）、確立されたセッションに第三者が参加することは想定されないためである。
　＜＜実施形態の補足＞＞
　上記各実施の形態における管理システム５０、及びプログラム提供システム９０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。
　また、上記通信システム１の端末用プログラム、中継装置用プログラム、及び通信管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品（Program Product）として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び通信管理用プログラムがユーザ等に提供される場合に用いられる。
　更に、上記通信システム１では、図８Ｂに示されている端末管理テーブルにおいて端末のＩＰアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク２上で端末１０を特定するための端末特定情報であれば、それぞれのＦＱＤＮ（Fully Qualified Domain Name）を管理してもよい。この場合、周知のＤＮＳ（Domain Name System）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。
　通信システム１において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。
　また、上記通信システム１では、通信システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。
　更に、通信システム１は、音会議システム、又はＰＣ(Personal Computer)画面共有システムであっても良い。また、通信システム１は、ＩＰ（Internet Protocol）電話や、インターネット電話、携帯電話の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機などの電話機に相当する。
　また、コンテンツデータは、脈拍音、鼓動等の体内で発生する音データ、心電図の波形、体温の変化を示す画像データあるいは座標データ等の体内の情報を示すデータであっても良い。これにより、上記実施形態の通信システム１を遠隔医療システムとして用いることもできる。
　また、上記実施形態では、コンテンツデータの一例として、画像データ及び音データについて説明したが、これに限るものではなく、触覚(touch)データであってもよい。この場合、一方の端末側でユーザが接触した感覚が、他方の端末側に伝達される。更に、コンテンツデータは、嗅覚（smell）データであってもよい。この場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータは、画像データ、音データ、触覚データ、及び嗅覚データのうち、少なくとも１つのデータであればよい。
　なお、各端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。また、上記実施形態では、通信システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。
　＜＜実施形態の効果＞＞
　管理システム５０（制御システムの一例）の宛先リスト管理ＤＢ５００４（管理手段の一例）は、端末１０ａａに対する通信の宛先の端末１０（第１の宛先の一例）の通信ＩＤを管理する。また、管理システム５０のグループ情報管理ＤＢ５０１０（管理手段の一例）は、端末１０ａａに対する通信の宛先としてコールセンター（第２の宛先の一例）の通信ＩＤを管理する。すなわち、これらの管理手段によって、端末１０ａａの複数の通信の宛先が管理されることになる。テレビ会議アプリ（第１のアプリケーションの一例）に基づいて、端末１０ａａが開始要求情報を管理システム５０へ送信した場合に（開始の要求の一例）、セッション制御部５８は、端末１０ａａと、上記の第１の宛先との通信の開始に係る制御を実行する。一方、レセプションアプリ（第２のアプリケーションの一例）に基づいて、端末１０ａａが開始要求情報を管理システム５０へ送信した場合に（開始の要求の一例）、セッション制御部５８は、端末１０ａａと、上記の第２の宛先との通信の開始に係る制御を実行する。上記実施形態によると、アプリの選択に応じて、候補となる宛先を絞り込むことができるので、宛先の候補の中から宛先を選択する処理などの端末１０側の通信の開始の処理に伴う負荷を軽減することができるようになる。
　なお、端末１０ａａの第１の宛先は、それぞれ端末１０ａａの通信相手となる他の端末（１０ａｂ，１０ａｄ，…）を示す。一方、端末１０ａａの第２の宛先は、複数の端末（１０ｄａ，１０ｄｂ，…）によって構成されるグループとしてのコールセンターを示す。これにより、端末１０ａａの利用者は、通信を開始する際に、宛先の端末１０が特定されているか否かに応じて、アプリを選択すれば良くなるので、アプリの選択が容易になる。
　上記実施形態において、端末１０ａａの第１の宛先を構成する端末（１０ａｂ，１０ａｄ，…）は、端末１０ａａの第２の宛先を構成する各端末（１０ｄａ，１０ｄｂ，…）とは異なる。第１の宛先を構成する端末１０と、第２の宛先を構成する端末１０を重複しないようにすることで、各アプリを選択したときに、候補となる宛先の端末１０の数を減らすことができる。
　上記実施形態によると、端末１０ａａの第１の宛先には、通信ＩＤ「０１ａｂ，０１ａｄ，…」によって識別される一以上の端末（１０ａｂ，１０ａｄ，…）が含まれている。一方、端末１０ａａの第２の宛先として、通信ＩＤ「０１ｘｘ」によって識別される、一つの宛先（コールセンター）が含まれている。第２の宛先を一つにすることで、端末１０ａａ側でレセプションアプリを選択した場合に、宛先を選択する処理が不要になる。
　管理システム５０の送受信部５１（宛先情報送信手段の一例）は、端末１０ａａで選択されたテレビ会議アプリ１０３１に基づいた宛先リスト要求（通信の開始に係る要求の一例）に応じて、上記の一以上の端末（１０ａｂ，１０ａｄ，…）の通信ＩＤ「０１ａｂ，０１ａｄ，…」が含まれた宛先リスト情報（第１の宛先を示す宛先情報の一例）を、端末１０ａａへ送信する。また、送受信部５１（開始要求受付手段の一例）は、一以上の端末（１０ａｂ，１０ａｄ，…）のうち少なくとも一つの端末１０との通信の開始の要求を受け付ける。セッション制御部５８は、端末１０ａａと、上記の少なくとも一つの端末１０との間の通信の開始に係る制御を実行する。上記実施形態によると、宛先リストの中から宛先を選択して通信を開始する処理と、宛先を選択せずに通信を開始する処理とを一つの通信システム１により実現することが可能となる。
　管理システム５０のセッション制御部５８（参加制御手段の一例）は、端末１０間のコンテンツデータ用セッションｓｅｄ（通信セッションの一例）への他の端末１０の参加を制御する。この場合、セッション制御部５８は、端末１０ａａと上記の第１の宛先との間で開始されたコンテンツデータ用セッションｓｅｄへの他の端末１０の参加を可能に制御する一方で、端末１０ａａと第２の宛先との間で開始されたコンテンツデータ用セッションｓｅｄへの他の端末１０の参加を拒否する。上記実施形態によると、端末１０ａａにおいて起動しているアプリに応じて、確立されたコンテンツ用データセッションｓｅｄへの他の端末１０の参加を制御することが可能となる。
　端末１０ａａには、テレビ会議アプリ１０３１及びレセプションアプリ１０３２がインストールされており、それぞれ起動可能となっている。端末１０ａａの送受信部２１（開始要求手段の一例）は、テレビ会議アプリ１０３１の処理により上記の第１の宛先との通信の開始要求情報を管理システム５０へ送信し、レセプションアプリ１０３２の処理により上記の第２の宛先との通信の開始要求情報を管理システム５０へ送信する。上記実施形態によると、アプリの選択に応じて、候補となる宛先を絞り込むことができるので、宛先の候補の中から宛先を選択する処理などの端末１０側の通信の開始の処理に伴う負荷を軽減することができるようになる。
　本国際特許出願は２０１４年７月２２日に出願した日本国特許出願第２０１４－１４８４０１号および２０１５年４月１４日に出願した日本国特許出願第２０１５－０８２５８３号に基づきその優先権を主張するものであり、日本国特許出願第２０１４－１４８４０１号および日本国特許出願第２０１５－０８２５８３号の全内容を本願に援用する。
１０　端末
１１　送受信部
１２　操作入力受付部
１３　表示制御部
１９　記憶・読出部
２１　送受信部
２２　起動部
２３　作成部
２４　表示制御部
２５　機能実行部
２９　記憶・読出部
３０　中継装置
５０　管理システム
５１　送受信部
５２　認証部
５３　管理部
５８　セッション制御部
５９　記憶・読出部
５０００　記憶部
５００１　認証管理ＤＢ
５００２　端末管理ＤＢ
５００３　アプリ利用可否管理ＤＢ
５００４　宛先リスト管理ＤＢ
５００５　セッション管理ＤＢ
５００９　状態変更管理ＤＢ
５０１０　グループ情報管理ＤＢ
５０１１　グループ状態管理ＤＢ
５０１２　待機情報管理ＤＢ

Claims (12)

  1. 　通信端末と他の通信端末との通信セッションの確立を制御するセッション制御手段とを備え、
    　前記セッション制御手段は、
    　前記通信端末において実行される第１のアプリケーションに基づいた通信の開始の要求に応じて、前記通信端末と、第１の宛先に対応する他の通信端末との間の通信セッションの確立を制御し、前記通信端末において実行される第２のアプリケーションに基づいた通信の開始の要求に応じて、前記通信端末と、前記第１の宛先とは異なる第２の宛先に対応する他の通信端末との間の通信セッションの確立を制御する、
    　ことを特徴とする制御システム。
  2. 　前記第１の宛先は、前記他の通信端末を示す宛先であり、
    　前記第２の宛先は、前記他の通信端末によって構成されるグループを示す宛先であることを特徴とする請求項１に記載の制御システム。
  3. 　前記第１の宛先に対応する前記他の通信端末は、前記第２の宛先に含まれる前記他の通信端末とは異なる前記他の通信端末であることを特徴とする請求項１に記載の制御システム。
  4. 　前記第１の宛先は、一以上の宛先が含まれており、前記第２の宛先は、一つの宛先が含まれていることを特徴とする請求項１乃至３のいずれか一項に記載の制御システム。
  5. 　前記通信端末による、前記第１のアプリケーションに基づいた通信の開始に係る要求に応じて、前記一以上の宛先が含まれる前記第１の宛先を示す宛先情報を前記通信端末に送信する宛先情報送信手段と、
    　前記一以上の宛先のうち少なくとも一つの宛先に対応する他の通信端末との通信の開始の要求を、前記通信端末から受け付ける開始要求受付手段と、をさらに備え、
    　前記セッション制御手段は、前記通信端末と、前記少なくとも一つの宛先に対応する他の通信端末との間の通信セッションの確立を制御することを特徴とする請求項４に記載の制御システム。
  6. 　前記確立された通信セッションへの他の通信端末の参加を制御する参加制御手段をさらに備え、
    　前記参加制御手段は、前記通信端末と前記第１の宛先に対応する前記他の通信端末との間で確立された通信セッションへの、前記通信セッションに参加している通信端末とは異なる他の通信端末の参加を可能にする一方で、前記通信端末と前記第２の宛先に対応する前記他の通信端末との間で確立された通信セッションへの、前記通信セッションに参加している通信端末とは異なる他の通信端末の参加を拒否することを特徴とする請求項１乃至５のいずれか一項に記載の制御システム。
  7. 　前記第１のアプリケーション及び前記第２のアプリケーションをそれぞれ実行可能であり、
    　前記第１のアプリケーションの処理により、前記第１の宛先に対応する他の通信端末との通信の開始の要求を、請求項１乃至６のいずれか一項に記載の制御システムへ送信し、前記第２のアプリケーションの処理により、前記第２の宛先に対応する他の通信端末との通信の開始の要求を、前記制御システムへ送信する開始要求手段を有することを特徴とする通信端末。
  8. 　請求項１乃至６のいずれか一項に記載の制御システムと、
    　前記通信端末と、
    　を有することを特徴とする通信システム。
  9. 　通信端末と他の通信端末との通信セッションの確立を制御するセッション制御手段とを備える制御システムに、
    　前記通信端末において実行される第１のアプリケーションに基づいた通信の開始の要求に応じて、前記通信端末と、第１の宛先に対応する他の通信端末との間の通信セッションの確立を制御させ、前記通信端末において実行される第２のアプリケーションに基づいた通信の開始の要求に応じて、前記通信端末と、第１の宛先とは異なる第２の宛先に対応する他の通信端末との間の通信セッションの確立を制御させる、
    　ことを特徴とする制御方法。
  10. 　前記第１のアプリケーション及び前記第２のアプリケーションをそれぞれ実行可能な通信端末に、
    　前記第１のアプリケーションに基づいて、前記第１の宛先に対応する他の通信端末との通信の開始の要求を、請求項１乃至６のいずれか一項に記載の制御システムへ送信する処理と、
    　前記第２のアプリケーションに基づいて、前記第２の宛先に対応する他の通信端末との通信の開始の要求を、前記制御システムへ送信する処理と、
    　を実行させることを特徴とする請求項９に記載の制御方法。
  11. 　コンピュータを、
    　請求項１乃至６のいずれか一項に記載の制御システムとして機能させることを特徴とするプログラム。
  12. 　コンピュータを、
    　請求項７に記載の通信端末として機能させることを特徴とするプログラム。
PCT/JP2015/070614 2014-07-22 2015-07-17 制御システム、通信端末、通信システム、制御方法、及びプログラム WO2016013530A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2016535926A JP6245371B2 (ja) 2014-07-22 2015-07-17 制御システム、通信端末、通信システム、制御方法、及びプログラム
EP15825032.4A EP3173934A4 (en) 2014-07-22 2015-07-17 Control system, communication terminal, communication system, control method, and program
US15/393,976 US20170111405A1 (en) 2014-07-22 2016-12-29 Control system, communications terminal, communications system, control method, and recording medium

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2014148401 2014-07-22
JP2014-148401 2014-07-22
JP2015-082583 2015-04-14
JP2015082583 2015-04-14

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/393,976 Continuation US20170111405A1 (en) 2014-07-22 2016-12-29 Control system, communications terminal, communications system, control method, and recording medium

Publications (1)

Publication Number Publication Date
WO2016013530A1 true WO2016013530A1 (ja) 2016-01-28

Family

ID=55163055

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/070614 WO2016013530A1 (ja) 2014-07-22 2015-07-17 制御システム、通信端末、通信システム、制御方法、及びプログラム

Country Status (4)

Country Link
US (1) US20170111405A1 (ja)
EP (1) EP3173934A4 (ja)
JP (1) JP6245371B2 (ja)
WO (1) WO2016013530A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3247112A1 (en) 2016-05-20 2017-11-22 Ricoh Company, Ltd. Information processing apparatus, communication system, and information processing method

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003125094A (ja) * 2001-10-12 2003-04-25 Casio Comput Co Ltd 情報処理装置および通信相手確立方法
JP2006059131A (ja) * 2004-08-20 2006-03-02 Sony Ericsson Mobilecommunications Japan Inc コミュニケーションシステム及びコミュニケーション方法
JP2014027433A (ja) * 2012-07-25 2014-02-06 Ricoh Co Ltd 通信システムおよびプログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6975721B1 (en) * 2000-08-29 2005-12-13 Polycom, Inc. Global directory service with intelligent dialing
WO2009037735A1 (ja) * 2007-09-18 2009-03-26 Fujitsu Limited セッション管理の移行に係る通信方法、通信システム、サーバ、およびプログラム
US8327006B2 (en) * 2011-02-24 2012-12-04 Jibe Mobile Endpoint device and article of manufacture for application to application communication over a network
JP6201299B2 (ja) * 2012-11-15 2017-09-27 株式会社リコー 通信システム、通信方法およびプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003125094A (ja) * 2001-10-12 2003-04-25 Casio Comput Co Ltd 情報処理装置および通信相手確立方法
JP2006059131A (ja) * 2004-08-20 2006-03-02 Sony Ericsson Mobilecommunications Japan Inc コミュニケーションシステム及びコミュニケーション方法
JP2014027433A (ja) * 2012-07-25 2014-02-06 Ricoh Co Ltd 通信システムおよびプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3173934A4 *

Also Published As

Publication number Publication date
EP3173934A4 (en) 2017-08-02
EP3173934A1 (en) 2017-05-31
US20170111405A1 (en) 2017-04-20
JP6245371B2 (ja) 2017-12-13
JPWO2016013530A1 (ja) 2017-06-22

Similar Documents

Publication Publication Date Title
JP5924119B2 (ja) 伝送管理システム、伝送システム、及び伝送管理システム用プログラム
JP5928148B2 (ja) 伝送管理システム、伝送システム、及び伝送管理システム用プログラム
JP6064367B2 (ja) 伝送管理システム、伝送システム、及び伝送管理システム用プログラム
JP6074915B2 (ja) 伝送管理システム、伝送システム、伝送管理方法、及び伝送管理システム用プログラム
JP6288281B2 (ja) 送信制御システム、通信端末、通信システム、送信制御方法、及びプログラム
JP2015201827A (ja) 通信管理システム、通信管理方法、及びプログラム
JP5831320B2 (ja) 伝送管理システム、伝送システム、及び伝送管理システム用プログラム
JP2019106719A (ja) 制御システム、制御方法
JP6536068B2 (ja) 制御システム、通信システム、制御方法、及びプログラム
JP2016034129A (ja) 情報送信システム、通信端末、通信システム、情報送信方法、及びプログラム
JP5953932B2 (ja) 中継装置選択装置、伝送システム、及び中継装置選択装置用プログラム
JP6019707B2 (ja) 伝送管理システム、伝送システム、及び伝送管理システム用プログラム
WO2017017872A1 (en) Communication terminal, communication system, communication management method, and medium
JP2017022432A (ja) 通信管理システム、通信システム、通信管理方法、及びプログラム
JP2016072970A (ja) 伝送管理装置、通信端末、通信システム、伝送方法、及びプログラム
JP6565557B2 (ja) 通信端末、通信システム、出力制御方法、及びプログラム
JP6610103B2 (ja) 通信端末、通信システム、通信制御方法、及びプログラム
JP6245371B2 (ja) 制御システム、通信端末、通信システム、制御方法、及びプログラム
JP6269835B2 (ja) 制御システム、通信端末、通信システム、制御方法、及びプログラム
JP6589436B2 (ja) 通信システム、通信管理方法、及びプログラム
JP6572655B2 (ja) 通信管理システム、通信システム、通信管理方法、及びプログラム
JP2017123535A (ja) 通信端末、通信システム、表示制御方法、及びプログラム
JP6493416B2 (ja) 制御システム、通信端末、通信システム、制御方法、及びプログラム
JP6229756B2 (ja) システム、管理システム、及び管理方法
JP2017118218A (ja) 通信システム、通信制御方法、及びプログラム

Legal Events

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

Ref document number: 15825032

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
ENP Entry into the national phase

Ref document number: 2016535926

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2015825032

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015825032

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE