[go: up one dir, main page]

WO2023176678A1 - サーバ装置、管理プログラム及び管理システム - Google Patents

サーバ装置、管理プログラム及び管理システム Download PDF

Info

Publication number
WO2023176678A1
WO2023176678A1 PCT/JP2023/009022 JP2023009022W WO2023176678A1 WO 2023176678 A1 WO2023176678 A1 WO 2023176678A1 JP 2023009022 W JP2023009022 W JP 2023009022W WO 2023176678 A1 WO2023176678 A1 WO 2023176678A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
session
server device
identifier
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2023/009022
Other languages
English (en)
French (fr)
Inventor
浩太朗 柳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Daikin Industries Ltd
Fairy Devices Inc
Original Assignee
Daikin Industries Ltd
Fairy Devices Inc
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 Daikin Industries Ltd, Fairy Devices Inc filed Critical Daikin Industries Ltd
Priority to EP23770634.6A priority Critical patent/EP4496294A4/en
Priority to US18/845,608 priority patent/US20250112975A1/en
Priority to CN202380027016.9A priority patent/CN118872253A/zh
Publication of WO2023176678A1 publication Critical patent/WO2023176678A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • 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/1094—Inter-user-equipment sessions transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/32—Release of transport tunnels

Definitions

  • the present disclosure relates to a server device, a management program, and a management system.
  • field workers can receive instructions from supporters in real time, so even if they have only a few years of experience, they can smoothly perform various tasks.
  • the sites where field workers perform various tasks are generally in environments where radio waves are easily interrupted. For this reason, bidirectional communication is frequently disconnected, and each time a field worker is required to connect the wearable terminal to a new session and perform an operation to restart bidirectional communication.
  • wearable terminals are not equipped with a user interface (for example, an operation screen, etc.) suitable for complex operations, and the operation of restarting bidirectional communication imposes a high operational burden on field workers.
  • a user interface for example, an operation screen, etc.
  • the present disclosure provides a server device, a management program, and a management system that reduce the operational load on site workers when restarting bidirectional communication.
  • a first aspect of the present disclosure is a server device that manages a session when a first terminal and a second terminal perform bidirectional communication
  • the control unit included in the server device includes: A connection request specifying an identifier of a session to which the first terminal was connected is transmitted from the first terminal, and the session to which the first terminal was connected is maintained. If so, the first terminal is reconnected to the session to which the first terminal was connected.
  • a second aspect of the present disclosure is the server device according to the first aspect,
  • the control unit includes: If a connection request specifying an identifier of a session to which the first terminal was connected is sent from the first terminal after bidirectional communication by the first terminal is disconnected, the connection request determine whether the session having the identifier specified in is maintained; If it is determined that the first terminal is maintained, the connection between the first terminal and the second terminal already connected to the session is established by reconnecting the first terminal to the session having the identifier specified in the connection request. Restart two-way communication.
  • a third aspect of the present disclosure is the server device according to the second aspect,
  • the control unit includes: If it is determined that the session is not maintained, create a new session with the identifier specified in the connection request, The first terminal is connected to the newly generated session, and the second terminal is connected to the newly generated session in response to a connection request from the second terminal. bidirectional communication between the terminal and the second terminal is restarted.
  • a fourth aspect of the present disclosure is the server device according to any one of the first to third aspects,
  • the control unit includes: Delete sessions where the number of connected terminals is zero, and maintain sessions where the number of connected terminals is one or more.
  • a fifth aspect of the present disclosure is the server device according to any one of the second to fourth aspects,
  • the control unit includes: If the session to which the first terminal was connected is maintained even after the two-way communication by the first terminal is disconnected, a re-transmission message containing an identifier of the session to which the first terminal was connected; transmitting a connection request to the first terminal; If, in response to sending the reconnection request, the first terminal sends a connection request specifying the same identifier as the identifier included in the reconnection request, the first terminal is By reconnecting to the session having the identifier specified in the connection request, bidirectional communication with the second terminal already connected to the session is restarted.
  • a sixth aspect of the present disclosure is the server device according to any one of the second to fifth aspects,
  • the first terminal is a terminal used in an environment where two-way communication is disconnected more frequently than the second terminal.
  • a seventh aspect of the present disclosure is the server device according to the sixth aspect,
  • the first terminal is worn by a field worker, and the second terminal is used by a support person who supports the field worker.
  • an eighth aspect of the present disclosure is a management program, comprising: A control unit of a server device that manages a session when a first terminal and a second terminal perform bidirectional communication, A connection request specifying an identifier of a session to which the first terminal was connected is transmitted from the first terminal, and the session to which the first terminal was connected is maintained. In this case, the first terminal is caused to perform a process of reconnecting to the session to which the first terminal was connected.
  • a ninth aspect of the present disclosure includes a first terminal, a second terminal, and a server device that manages a session when the first terminal and the second terminal perform bidirectional communication.
  • a management system having: The control unit included in the server device includes: A connection request specifying an identifier of a session to which the first terminal was connected is transmitted from the first terminal, and the session to which the first terminal was connected is maintained. If so, the first terminal is reconnected to the session to which the first terminal was connected.
  • a tenth aspect of the present disclosure is the management system according to the ninth aspect,
  • the control unit included in the second terminal includes: If the first session and the second session are maintained, one of the sessions is selected and a connection request specifying the identifier of the selected session is sent to the server device.
  • an eleventh aspect of the present disclosure is the management system according to the ninth or tenth aspect
  • the control unit included in the server device includes: If the session to which the first terminal was connected is maintained even after the two-way communication by the first terminal is disconnected, a re-transmission message containing an identifier of the session to which the first terminal was connected; transmitting a connection request to the first terminal;
  • the control unit included in the first terminal includes: storing a session identifier specified when starting bidirectional communication with the second terminal; determining whether the stored identifier and the identifier included in the reconnection request are the same; If it is determined that they are the same, a connection request specifying the stored identifier is sent to the server device.
  • FIG. 1 is a diagram showing an example of the system configuration of a management system.
  • FIG. 2 is a diagram illustrating an example of the hardware configuration of a wearable terminal and a server device.
  • FIG. 3 is a first diagram for explaining details of processing of each unit before bidirectional communication and after bidirectional communication starts.
  • FIG. 4 is a first diagram illustrating details of processing of each unit when bidirectional communication is disconnected, when reconnected, and after bidirectional communication is restarted.
  • FIG. 5 is a diagram for explaining details of processing of each unit when bidirectional communication is disconnected and after bidirectional communication ends.
  • FIG. 6 is a first sequence diagram showing the flow of processing in the management system.
  • FIG. 7 is a second sequence diagram showing the flow of processing in the management system.
  • FIG. 1 is a diagram showing an example of the system configuration of a management system.
  • FIG. 2 is a diagram illustrating an example of the hardware configuration of a wearable terminal and a server device.
  • FIG. 3 is a first diagram for explaining details
  • FIG. 8 is a third sequence diagram showing the flow of processing in the management system.
  • FIG. 9 is a fourth sequence diagram showing the flow of processing in the management system.
  • FIG. 10 is a flowchart showing the flow of session management processing.
  • FIG. 11 is a first flowchart showing the flow of the determination process.
  • FIG. 12 is a fifth sequence diagram showing the flow of processing in the management system.
  • FIG. 13 is a second flowchart showing the flow of the determination process.
  • FIG. 14 is a second diagram for explaining details of processing of each unit before bidirectional communication and after bidirectional communication starts.
  • FIG. 15 is a second diagram illustrating details of processing of each unit when bidirectional communication is disconnected, when reconnected, and after bidirectional communication is restarted.
  • FIG. 16 is a sixth sequence diagram showing the flow of processing in the management system.
  • FIG. 17 is a flowchart showing the flow of identifier determination processing.
  • FIG. 1 is a diagram showing an example of the system configuration of a management system.
  • the management system 100 includes a wearable terminal 110, a server device 120, and a supporter terminal 130.
  • the wearable terminal 110 and the supporter terminal 130 are each communicably connected to the server device 120 via the network 140, and can receive cloud services provided by the server device 120.
  • wearable terminal 110 and supporter terminal 130 can perform two-way communication under the management of server device 120.
  • the wearable terminal 110 is an example of a first terminal, and is a terminal worn by a field worker 150 at a work site. In this embodiment, it is assumed that the work site is an environment where two-way communication is frequently disconnected.
  • the wearable terminal 110 has a shape that is worn on the head of a field worker 150, for example, and has a function of capturing moving images and audio (for example, utterances of the field worker 150). It has a function to detect.
  • the wearable terminal 110 transmits video data of the work site and audio data of detected utterances of the site worker 150 to the supporter 160 via the network 140. Has a function. Thereby, the support person 160 can acquire the data necessary to instruct the field worker 150.
  • the wearable terminal 110 has a function of receiving instructions from the supporter 160 as voice data via the network 140 and outputting the same to the field worker 150.
  • the field worker 150 can perform various tasks while receiving appropriate instructions from the support person 160.
  • the server device 120 is a device that provides cloud services via the network 140, and manages sessions when the wearable terminal 110 and the supporter terminal 130 perform two-way communication. Server device 120 maintains the session even if two-way communication is disconnected at either wearable terminal 110 or supporter terminal 130, if two-way communication is connected at the other one. Therefore, for example, even if bidirectional communication is disconnected in the wearable terminal 110 used at a work site where disconnections are frequent, the wearable terminal 110 can automatically reconnect to the same session, and No new operations are required by the operator.
  • the operational load on the site worker 150 when resuming bidirectional communication can be reduced.
  • the server device 120 transfers the video data and audio data received from the wearable terminal 110 to the supporter terminal 130. Send to.
  • the server device 120 transmits audio data received from the supporter terminal 130 to the wearable terminal 110 while the wearable terminal 110 is connected to the session and the supporter terminal 130 is connected to the session. .
  • the supporter terminal 130 is an example of a second terminal, and is installed, for example, in an office where the supporter 160 is permanently stationed, receives instructions from the supporter 160, and transmits them to the field worker 150 via the network 140. Further, the supporter terminal 130 acquires moving image data photographed by the wearable terminal 110 and audio data detected by the wearable terminal 110 via the network 140 and outputs them to the supporter 160.
  • FIG. 2 is a diagram illustrating an example of the hardware configuration of a wearable terminal and a server device.
  • FIG. 2A is a diagram showing an example of the hardware configuration of the wearable terminal 110.
  • the wearable terminal 110 includes a processor 201, a memory 202, an auxiliary storage device 203, a communication device 204, a GPS (Global Positioning System) device 205, and an operating device 206.
  • the wearable terminal 110 also includes an audio input device 207, an audio output device 208, an imaging device 209, a connection device 210, and a short-range wireless communication device 211. Note that each piece of hardware that constitutes the wearable terminal 110 is interconnected via a bus 220.
  • the processor 201 includes various calculation devices such as a CPU (Central Processing Unit).
  • the processor 201 reads various programs (for example, a two-way communication program described below) onto the memory 202 and executes them.
  • the memory 202 includes main storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory).
  • the processor 201 and the memory 202 form a so-called computer (also referred to as a "control unit"), and when the processor 201 executes various programs read onto the memory 202, the computer realizes various functions.
  • the auxiliary storage device 203 stores various programs and various information used when the various programs are executed by the processor 201.
  • the communication device 204 is a communication device for transmitting and receiving various data (for example, moving image data, audio data) to and from the server device 120.
  • GPS device 205 detects position information of wearable terminal 110.
  • the operating device 206 accepts simple operations on the wearable terminal 110 by the field worker 150, such as turning on/off the power of the wearable terminal 110.
  • the audio input device 207 detects audio data such as the voice of the site worker 150 wearing the wearable terminal 110 and surrounding sounds at the site.
  • the audio output device 208 is, for example, a device that audio outputs various data received from the server device 120 to the field worker 150 wearing the wearable terminal 110.
  • the imaging device 209 photographs the surroundings of the site worker 150 wearing the wearable terminal 110 and generates moving image data.
  • connection device 210 is a connection device for connecting various attached sensors to the wearable terminal 110.
  • the short-range wireless communication device 211 is a wireless device for performing short-range wireless communication with wearable terminals worn by other field workers that exist around the field worker 150 wearing the wearable terminal 110. be.
  • FIG. 2(b) is a diagram showing an example of the hardware configuration of the server device 120.
  • the server device 120 includes a processor 231, a memory 232, an auxiliary storage device 233, an operating device 234, a display device 235, a communication device 236, and a drive device 237. Note that each piece of hardware of the server device 120 is interconnected via a bus 238.
  • the processor 231 includes various calculation devices such as a CPU (Central Processing Unit).
  • the processor 231 reads various programs (for example, a management program described below) onto the memory 232 and executes them.
  • the memory 232 includes main storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory).
  • the processor 231 and the memory 232 form a so-called computer (also referred to as a "control unit"), and when the processor 231 executes various programs read onto the memory 232, the computer realizes various functions.
  • the auxiliary storage device 233 stores various programs and various data used when the various programs are executed by the processor 231.
  • the operating device 234 is an operating device used by the administrator of the server device 120 to perform various operations.
  • the display device 235 is a display device that displays the processing results of various processes executed by the server device 120.
  • the communication device 236 is a communication device for communicating with an external device (for example, the wearable terminal 110, the supporter terminal 130) via the network 140.
  • an external device for example, the wearable terminal 110, the supporter terminal 130
  • the drive device 237 is a device for setting the recording medium 240.
  • the recording medium 240 here includes a medium for recording information optically, electrically, or magnetically, such as a CD-ROM, a flexible disk, or a magneto-optical disk. Further, the recording medium 240 may include a semiconductor memory or the like that electrically records information, such as a ROM or a flash memory.
  • the various programs to be installed in the auxiliary storage device 233 can be installed by, for example, setting the distributed recording medium 240 in the drive device 237 and reading out the various programs recorded on the recording medium 240 by the drive device 237. be done.
  • various programs installed in the auxiliary storage device 233 may be installed by being downloaded from the network 140 via the communication device 236.
  • the hardware configuration of the supporter terminal 130 was not mentioned here, it is assumed that the hardware configuration of the supporter terminal 130 is generally similar to the hardware configuration of the server device 120. However, in the case of the supporter terminal 130, a program similar to the two-way communication program installed on the wearable terminal 110 is installed in the auxiliary storage device.
  • a management program is installed in the server device 120, and by executing the program, the server device 120 functions as the execution unit 310 and the management unit 320.
  • the execution unit 310 of the server device 120 functions as a generation unit 311, a determination unit 312, and a connection unit 313.
  • a two-way communication program is installed on the wearable terminal 110 and the supporter terminal 130, respectively. Then, by executing the respective programs, the wearable terminal 110 functions as the communication unit 330, and the supporter terminal 130 functions as the communication unit 340.
  • FIG. 3 is a diagram for explaining details of processing of each unit before bidirectional communication and after bidirectional communication starts.
  • FIG. 3A is a diagram showing details of processing of each part before bidirectional communication.
  • the generation unit 311 of the server device 120 receives the following information from the communication unit 330 of the wearable terminal 110: ⁇ Create a new session with a specified identifier (session ID), and - Connecting the wearable terminal 110 to the generated new session, Receive a request (connection request (generation)).
  • the management unit 320 of the server device 120 When the management unit 320 of the server device 120 receives a participation request from the communication unit 330 of the wearable terminal 110 after being notified of the connection event by the connection unit 313 of the server device 120, the management unit 320 of the server device 120 transmits the received participation request to the supporter terminal 130. It is transmitted to the communication section 340.
  • the communication unit 340 of the supporter terminal 130 Upon receiving the participation request, the communication unit 340 of the supporter terminal 130 sends the following information to the server device 120. - Joining an existing session with the specified session ID; and - Connecting the supporter terminal 130 to the existing session; Send a request (connection request (join)).
  • FIG. 3(b) is a diagram showing details of processing of each part of the server device 120, wearable terminal 110, and supporter terminal 130 after the start of two-way communication.
  • the execution unit 310 of the server device 120 receives moving image data and audio data from the communication unit 330 of the wearable terminal 110, and the received moving image data and The audio data is transmitted to the communication unit 340 of the supporter terminal 130.
  • the execution unit 310 of the server device 120 receives audio data from the communication unit 340 of the supporter terminal 130 and transmits the received audio data to the communication unit 330 of the wearable terminal 110.
  • FIG. 4 is a first diagram illustrating details of processing of each unit when bidirectional communication is disconnected, when reconnected, and after bidirectional communication is restarted.
  • FIG. 4(a) is a diagram showing details of processing of each part of the server device 120, wearable terminal 110, and supporter terminal 130 at the time of disconnection and reconnection of bidirectional communication.
  • the connection unit 313 of the server device 120 indicates that the two-way communication by the wearable terminal 110 has been cut off, as shown in FIG. 4(a).
  • the management unit 320 of the server device 120 is notified of the disconnection event.
  • the communication unit 330 of the wearable terminal 110 sends a message to the server device 120. - Joining an existing session with the specified session ID; and - Connecting the wearable terminal 110 to the existing session, Send a request (connection request (join)).
  • FIG. 4(b) is a diagram showing details of processing of each part of the server device 120, wearable terminal 110, and supporter terminal 130 when bidirectional communication is restarted.
  • the execution unit 310 of the server device 120 receives the moving image data and audio data from the communication unit 330 of the wearable terminal 110, and The data and audio data are transmitted to the communication section 340 of the supporter terminal 130.
  • the execution unit 310 of the server device 120 receives audio data from the communication unit 340 of the supporter terminal 130 and transmits the received audio data to the communication unit 330 of the wearable terminal 110.
  • FIG. 5 is a diagram for explaining details of processing of each unit at the end of bidirectional communication and after the end of bidirectional communication.
  • FIG. 5A is a diagram showing details of processing of each part of the server device 120, wearable terminal 110, and supporter terminal 130 at the end of bidirectional communication.
  • the determination unit 312 of the server device 120 receives information from the communication unit 330 of the wearable terminal 110 and the communication unit 340 of the supporter terminal 130. ⁇ Exiting from the session with the specified session ID, and ⁇ Disconnect from the session you are leaving; (disconnection request (exit)).
  • FIG. 5(b) is a diagram showing the processing of each part of the server device 120 after the two-way communication ends.
  • the connection unit 313 of the server device 120 sends a disconnection event indicating that the connection between the session having the specified session ID and the wearable terminal 110 is disconnected to the management unit of the server device 120. 320.
  • the connection unit 313 of the server device 120 notifies the management unit 320 of the server device 120 of a disconnection event indicating that the connection between the session having the specified session ID and the supporter terminal 130 has been disconnected.
  • FIG. 6 is a first sequence diagram showing the flow of processing in the management system. Note that in the following description of the flow of processing in the management system 100, the generation unit 311, the determination unit 312, and the connection unit 313 will be described as the execution unit 310 without distinction for the sake of simplicity.
  • step S601 the communication unit 330 of the wearable terminal 110 receives a request for remote support from the field worker 150 (for example, accepts the specification of a session ID, and also requests a start operation using the start operation button). accept).
  • step S604 the execution unit 310 of the server device 120 notifies the management unit 320 of the server device 120 of the connection event.
  • step S607 the management unit 320 of the server device 120 transmits the participation request received from the communication unit 330 of the wearable terminal 110 to the communication unit 340 of the supporter terminal 130.
  • the execution unit 310 of the server device 120 determines that a session having the specified session ID has already been generated and maintained, it connects the supporter terminal 130 to the session. This enables bidirectional communication between wearable terminal 110 and supporter terminal 130. Note that details of the determination process (step S609) by the execution unit 310 of the server device 120 will be described later.
  • step S610 the execution unit 310 of the server device 120 notifies the management unit 320 of the server device 120 of the connection event.
  • FIG. 7 is a second sequence diagram showing the flow of processing in the management system.
  • step S700 the communication unit 330 of the wearable terminal 110 starts a two-way communication process. Further, in step S701, the communication unit 340 of the supporter terminal 130 starts bidirectional communication processing.
  • step S700_1 the communication unit 330 of the wearable terminal 110 transmits the moving image data of the work site and the audio data of the detected utterances of the site worker 150 to the execution unit 310 of the server device 120. Send to.
  • step S700_2 the execution unit 310 of the server device 120 transmits the video data and audio data transmitted from the communication unit 330 of the wearable terminal 110 to the communication unit 340 of the supporter terminal 130.
  • step S701_1 the communication unit 340 of the supporter terminal 130 transmits the audio data of the detected utterance of the supporter 160 to the execution unit 310 of the server device 120.
  • step S701_2 the execution unit 310 of the server device 120 transmits the audio data transmitted from the communication unit 340 of the supporter terminal 130 to the communication unit 330 of the wearable terminal 110. Thereafter, between the wearable terminal 110 and the supporter terminal 130, two-way communication processing is performed, - Transmission of video data and audio data by the communication unit 330 of the wearable terminal 110; - Reception of video data and audio data by the communication unit 340 of the supporter terminal 130; - Transmission of audio data by the communication unit 340 of the supporter terminal 130, - Reception of audio data by the communication unit 330 of the wearable terminal 110, repeat.
  • step S700_n when the communication unit 330 of the wearable terminal 110 transmits the video data and audio data to the execution unit 310 of the server device 120, the radio waves of the wearable terminal 110 are interrupted and the two-way communication is disconnected. .
  • step S702 the execution unit 310 of the server device 120 determines that the two-way communication by the wearable terminal 110 has been disconnected, and notifies the management unit 320 of the server device 120 of the disconnection event.
  • the management unit 320 of the server device 120 is notified of the disconnection event from the execution unit 310, but is not notified of the disconnection event from the wearable terminal 110, so it determines that it is not a normal disconnection but a network disconnection.
  • This enables bidirectional communication between wearable terminal 110 and supporter terminal 130. As a result, for example, even after the two-way communication is cut off, if the site worker 150 wants to continue receiving instructions from the support person 160, it becomes possible to receive instructions smoothly.
  • FIG. 8 is a third sequence diagram showing the flow of processing in the management system.
  • the processing from step S700 to step S702 is the same as the processing from step S700 to step S702 in the sequence diagram shown in FIG. 7, so the description thereof will be omitted here.
  • the difference from the sequence diagram shown in FIG. 7 is from step S801 onwards.
  • step S801 the process when the supporter 160 leaves the session will be described.
  • step S801 the communication unit 340 of the supporter terminal 130 receives an instruction to end remote support from the supporter 160.
  • the field worker 150 will enter another session ID and request remote support (that is, return to the sequence diagram in FIG. 6).
  • FIG. 9 is a fourth sequence diagram showing the flow of processing in the management system.
  • the processing from step S700 to step S701_n is almost the same as the processing from step S700 to step S700_n in the sequence diagram shown in FIG. 7, so the description thereof will be omitted here.
  • the difference from the sequence diagram shown in FIG. 7 is from step S901 onwards.
  • the sequence diagram shown in FIG. 9 shows a case in which the two-way communication by the wearable terminal 110 is not cut off midway and the two-way communication continues until the end and is completed.
  • step S901 processing when the field worker 150 and the supporter 160 exit the session will be described.
  • step S901 the communication unit 330 of the wearable terminal 110 receives an instruction to end remote support from the field worker 150.
  • step S903_2 the communication unit 330 of the wearable terminal 110 directly transmits the disconnection event to the management unit 320 of the server device 120.
  • the management unit 320 of the server device 120 can determine that the disconnection is normal by comparing the disconnection events in steps S930_1 and S930_2.
  • step S904 the communication unit 340 of the supporter terminal 130 receives an instruction to end remote support from the supporter 160.
  • FIG. 10 is a flowchart showing the flow of session management processing.
  • step S1001 the management unit 320 of the server device 120 determines whether a connection event has been received from the execution unit 310 of the server device 120.
  • step S1001 If it is determined in step S1001 that a connection event has not been received (NO in step S1001), the process waits until a connection event is received.
  • step S1001 determines whether a connection event has been received (YES in step S1001) or not. If it is determined in step S1001 that a connection event has been received (YES in step S1001), the process advances to step S1002.
  • step S1002 the management unit 320 of the server device 120 determines whether the received connection event is for a session that has already been generated. If it is determined in step S1002 that the connection event is for a session that has already been generated (in the case of YES in step S1002), the process advances to step S1004.
  • step S1002 determines whether the connection event is for a newly generated session. If it is determined in step S1002 that the connection event is for a newly generated session (if NO in step S1002), the process advances to step S1003.
  • step S1003 the management unit 320 of the server device 120 starts managing the newly generated session as a session to be managed.
  • step S1004 the management unit 320 of the server device 120 adds information for identifying the terminal corresponding to the received connection event to the session management list.
  • step S1005 the management unit 320 of the server device 120 determines whether a disconnection event has been received. If it is determined in step S1005 that a disconnection event has been received (YES in step S1005), the process advances to step S1006.
  • step S1006 the management unit 320 of the server device 120 deletes the information for identifying the terminal corresponding to the received disconnection event from the session management list, and proceeds to step S1007.
  • step S1005 if it is determined in step S1005 that a disconnection event has not been received (NO in step S1005), the process directly proceeds to step S1007.
  • step S1007 the management unit 320 of the server device 120 determines whether the number of terminals connected to the session to be managed has become zero.
  • step S1007 If it is determined in step S1007 that the number of terminals connected to the session to be managed is one or more (if NO in step S1007), the process returns to step S1001.
  • step S1007 determines whether the number of terminals connected to the session to be managed is zero (YES in step S1007). If it is determined in step S1007 that the number of terminals connected to the session to be managed is zero (YES in step S1007), the process advances to step S1008.
  • step S1008 the management unit 320 of the server device 120 ends the management of the session to be managed.
  • FIG. 11 is a first flowchart showing the flow of the determination process.
  • the execution unit 310 of the server device 120 receives a connection request (participation) specifying a session ID, it starts the determination process shown in FIG. 11 .
  • step S1101 the execution unit 310 of the server device 120 determines whether a session having the session ID specified in the received connection request (participation) has already been generated and maintained. Note that the determination is made based on the result of an inquiry to the management unit 320 that manages the session.
  • step S1101 If it is determined in step S1101 that a session has already been generated but not maintained, or if it is determined that a session has not been generated yet (if NO in step S1101), step The process advances to S1102.
  • step S1102 the execution unit 310 of the server device 120 sends a connection error to the terminal (wearable terminal 110 or supporter terminal 130) that sent the connection request (participation).
  • step S1101 determines whether the session has already been created and maintained (YES in step S1101), the process advances to step S1103.
  • step S1103 the execution unit 310 of the server device 120 connects the terminal (wearable terminal 110 or supporter terminal 130) that sent the connection request (participation) to the session having the specified session ID.
  • the server device 120 is a server device 120 that manages a session when a wearable terminal and a supporter terminal perform two-way communication, and includes: - If a connection request (participation) specifying the session ID of the session to which the wearable terminal was connected is sent after bidirectional communication by the wearable terminal is disconnected, whether the session with the session ID is maintained. Determine. ⁇ If the session is maintained by connecting two-way communication with the supporter terminal, reconnect the wearable terminal to the session and restart the two-way communication with the supporter terminal. .
  • the communication unit 330 of the wearable terminal 110 spontaneously transmits a connection request (participation) when the two-way communication by the wearable terminal 110 is disconnected.
  • the connection request (participation) may be transmitted by the communication unit 330 of the wearable terminal 110 based on a reconnection request by the management unit 320 of the server device 120, for example.
  • Such a configuration is effective, for example, when the support person 160 wants to continue giving instructions to the field worker 150 even after the two-way communication by the wearable terminal 110 is cut off.
  • the second embodiment will be described below, focusing on the differences from the first embodiment.
  • FIG. 12 is a fifth sequence diagram showing the flow of processing in the management system.
  • step S700 to step S702 is the same as the processing from step S700 to step S702 described using FIG. 7, so the explanation will be omitted here.
  • the execution unit 310 of the server device 120 determines that they match, it connects the wearable terminal 110 to the session. As a result, bidirectional communication between wearable terminal 110 and supporter terminal 130 is restarted. Note that details of the determination process (step S1203) by the execution unit 310 of the server device 120 will be described later.
  • step S1204 the execution unit 310 of the server device 120 notifies the management unit 320 of the server device 120 of the connection event.
  • FIG. 13 is a second flowchart showing the flow of the determination process.
  • the execution unit 310 of the server device 120 receives a connection request (participation) specifying a session ID, it starts the determination process shown in FIG. 13 .
  • the processing shown in steps S1101 to S1103 is the same as the processing shown in steps S1101 to S1103 of the determination processing shown in FIG. 11, so the description thereof will be omitted here.
  • step S1301 the execution unit 310 of the server device 120 determines whether the session ID specified in the received connection request (participation) is the same as the session ID included in the reconnection request.
  • step S1301 if it is determined that they are not the same (NO in step S1301), the process advances to step S1102. In this case, the execution unit 310 of the server device 120 transmits a connection error to the communication unit 330 of the wearable terminal 110.
  • step S1301 determines whether they are the same (YES in step S1301), the process advances to step S1103.
  • the execution unit 310 of the server device 120 connects the wearable terminal 110 to the session having the specified session ID.
  • the execution unit 310 of the server device 120 can avoid reconnecting the wearable terminal 110 to an incorrect session and connect the wearable terminal 110 to an appropriate session. It can be reconnected.
  • the server device 120 is a server device 120 that manages a session when a wearable terminal and a supporter terminal perform two-way communication, and includes: - If the session to which the wearable terminal was connected is maintained even after the two-way communication by the wearable terminal is disconnected, a reconnection request including the session ID of the session is sent to the wearable terminal. - In response to a reconnection request being sent, if a connection request is sent from the wearable terminal that specifies the same session ID as the session ID included in the reconnection request, the wearable terminal will be connected to the specified session ID. Reconnect to a session with . Then, bidirectional communication with the supporter terminal already connected to the session is restarted.
  • the execution unit 310 of the server device 120 determines whether the session ID included in the reconnection request and the session ID specified in the connection request (participation) are the same. It was explained as follows. However, the wearable terminal may determine whether the session ID included in the reconnection request and the session ID specified in the connection request (participation) are the same.
  • the third embodiment will be described below, focusing on the differences from the second embodiment.
  • wearable terminal 1410 functions not only as communication section 330 but also as identifier determination section 1411.
  • FIGS. 14 and 15 Note that the explanation will focus on the differences from FIGS. 3 and 4.
  • FIG. 14 is a second diagram for explaining details of processing of each part before two-way communication and after the start of two-way communication.
  • the communication unit 330 of the wearable terminal 1410 transmits (generates) a connection request specifying a session ID to the server device 120.
  • the communication unit 330 stores the session ID specified in the connection request (generation) in the identifier storage unit 1412.
  • FIG. 15 When bidirectional communication is disconnected, when reconnected, and after resuming bidirectional communication
  • FIG. 15 when the two-way communication is disconnected, the management unit 320 of the server device 120 transmits a reconnection request to the wearable terminal 1410.
  • the identifier determination unit 1411 of the wearable terminal 1410 obtains the session ID included in the received reconnection request, and determines whether it matches the session ID stored in the identifier storage unit 1412.
  • the communication unit 330 of the wearable terminal 1410 transmits a connection request (participation) specifying the session ID to the server device 120.
  • the communication unit 330 of the wearable terminal 1410 transmits (generates) a connection request specifying a new session ID to the server device 120.
  • the communication unit 330 newly stores the session ID specified in the connection request (generation) in the identifier storage unit 1412.
  • FIG. 16 is a sixth sequence diagram showing the flow of processing in the management system.
  • the communication unit 330 of the wearable terminal 1410 upon receiving a reconnection request from the management unit 320 of the server device 120, notifies the identifier determination unit 1411 of the reconnection request in step S1601.
  • step S1603 the identifier determination unit 1411 of the wearable terminal 1410 notifies the communication unit 330 of the determination result.
  • the communication unit 330 of the wearable terminal 1410 makes a connection request according to the determination result. For example, if the session ID included in the reconnection request matches the session ID stored in the identifier storage unit 1412, the connection request (participation) specifying the session ID is sent to the execution unit of the server device 120. 310 (see step S1202 in FIG. 16).
  • the server device 120 determines whether the session ID included in the reconnection request matches the session ID stored in the identifier storage unit 1412. If the session ID included in the reconnection request does not match the session ID stored in the identifier storage unit 1412, the server device 120 generates a connection request specifying a new session ID. It is transmitted to the execution unit 310 (not shown).
  • FIG. 17 is a flowchart showing the flow of identifier determination processing.
  • the identifier determination unit 1411 of the wearable terminal 1410 starts the identifier determination process shown in FIG. 17.
  • step S1701 the identifier determination unit 1411 of the wearable terminal 1410 determines whether the session ID included in the reconnection request matches the session ID stored in the identifier storage unit 1412.
  • step S1701 If it is determined in step S1701 that they do not match (NO in step S1701), the process advances to step S1702.
  • step S1702 the identifier determination unit 1411 of the wearable terminal 1410 notifies the communication unit 330 of the determination result indicating that there is no match.
  • step S1701 determines whether they match (YES in step S1701). If it is determined in step S1701 that they match (YES in step S1701), the process advances to step S1703.
  • step S1703 the identifier determination unit 1411 of the wearable terminal 1410 notifies the communication unit 330 of the determination result indicating a match.
  • the wearable terminal stores the session ID specified when starting two-way communication.
  • the wearable terminal determines whether or not the stored session ID and the session ID included in the reconnection request match, and if it is determined that they match, sends a connection request specifying the session ID included in the reconnection request. (participation) is sent to the server device.
  • the third embodiment it is possible to reduce the operational load on the site worker when resuming bidirectional communication, and it is also possible to reconnect to an appropriate session.
  • the management system 100 has been described as having one wearable terminal and one supporter terminal. However, the management system 100 may include a plurality of wearable terminals and a plurality of supporter terminals.
  • each of the multiple supporter terminals can select which session to connect to if multiple sessions are generated by connection requests (generated) from multiple wearable terminals. shall be taken as a thing.
  • the plurality of sessions may be, for example, two sessions, a first session and a second session, or three or more sessions. It is assumed that each of the plurality of supporter terminals transmits a connection request (participation) specifying the session ID of the selected session to the execution unit 310 of the server device 120.
  • multiple supporter terminals can connect to an appropriate session even if multiple participation requests are received at the same timing.
  • each of the plurality of supporter terminals can select which session to reconnect to when bidirectional communication is disconnected. It is assumed that each of the plurality of supporter terminals transmits a connection request (participation) specifying the session ID of the selected session to the execution unit 310 of the server device 120.
  • multiple supporter terminals can, for example, reconnect to the session to which they were connected just before.
  • Management system 110 Wearable terminal 120: Server device 130: Supporter terminal 310: Execution unit 311: Generation unit 312: Determination unit 313: Connection unit 320: Management unit 330: Communication unit 1410: Wearable terminal 1411: Identifier determination unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer And Data Communications (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

双方向通信を再開させる際の現場作業者の操作負荷を低減させるサーバ装置、管理プログラム及び管理システムを提供する。第１の端末と第２の端末とが双方向通信を行う際のセッションを管理するサーバ装置であって、前記サーバ装置が有する制御部は、前記第１の端末が接続していたセッションの識別子を指定した接続要求が、前記第１の端末から送信された場合であって、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末を、前記第１の端末が接続していたセッションに再接続する。

Description

サーバ装置、管理プログラム及び管理システム
　本開示は、サーバ装置、管理プログラム及び管理システムに関する。
　ウェアラブル端末を装着した現場作業者が、各種作業を行う際、当該ウェアラブル端末を遠隔にいる支援者の端末に接続し、支援者の端末との間で双方向通信を行うことで、遠隔にいる支援者による支援を可能にする管理システムが知られている。
　当該管理システムによれば、現場作業者は、支援者からの指示をリアルタイムに受けることができるため、経験年数が浅い場合であっても、各種作業を円滑に行うことができる。
国際公開第２０１６／０１３５３０号
　ここで、現場作業者が各種作業を行う現場は、一般に電波が途切れやすい環境にある。このため、双方向通信の切断が頻繁に発生し、現場作業者は、そのたびにウェアラブル端末を新たなセッションに接続して、双方向通信を再開させるための操作を行うことが必要となる。
　一方で、ウェアラブル端末には、複雑な操作に適したユーザインタフェース（例えば、操作画面等）が備えられておらず、双方向通信を再開させる操作は、現場作業者にとって操作負荷が高い。
　本開示は、双方向通信を再開させる際の現場作業者の操作負荷を低減させるサーバ装置、管理プログラム及び管理システムを提供する。
　本開示の第１の態様は、第１の端末と第２の端末とが双方向通信を行う際のセッションを管理するサーバ装置であって、
　前記サーバ装置が有する制御部は、
　前記第１の端末が接続していたセッションの識別子を指定した接続要求が、前記第１の端末から送信された場合であって、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末を、前記第１の端末が接続していたセッションに再接続する。
　本開示の第１の態様によれば、双方向通信を再開させる際の現場作業者の操作負荷を低減させるサーバ装置を提供することができる。
　本開示の第２の態様は、第１の態様に記載のサーバ装置であって、
　前記制御部は、
　前記第１の端末による双方向通信が切断された後に、前記第１の端末が接続していたセッションの識別子を指定した接続要求が、前記第１の端末から送信された場合に、前記接続要求において指定された識別子を有するセッションが、維持されているか否かを判定し、
　維持されていると判定した場合に、前記第１の端末を、前記接続要求において指定された識別子を有するセッションに再接続することで、該セッションに既に接続されている前記第２の端末との双方向通信を再開させる。
　また、本開示の第３の態様は、第２の態様に記載のサーバ装置であって、
　前記制御部は、
　維持されていないと判定した場合に、前記接続要求において指定された識別子を有するセッションを新たに生成し、
　前記第１の端末を、前記新たに生成したセッションに接続し、前記第２の端末からの接続要求に応じて前記第２の端末を前記新たに生成したセッションに接続することで、前記第１の端末と前記第２の端末との双方向通信を再開させる。
　また、本開示の第４の態様は、第１乃至第３のいずれかの態様に記載のサーバ装置であって、
　前記制御部は、
　接続している端末の数がゼロになったセッションを削除し、接続している端末の数が１以上のセッションを維持する。
　また、本開示の第５の態様は、第２乃至第４のいずれかの態様に記載のサーバ装置であって、
　前記制御部は、
　前記第１の端末による双方向通信が切断された後も、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末が接続していたセッションの識別子を含む再接続依頼を、前記第１の端末に送信し、
　前記再接続依頼を送信したことに応じて、前記第１の端末から、前記再接続依頼に含まれる識別子と同一の識別子を指定した接続要求が送信された場合、前記第１の端末を、前記接続要求において指定された識別子を有するセッションに再接続することで、該セッションに既に接続されている前記第２の端末との双方向通信を再開させる。
　また、本開示の第６の態様は、第２乃至第５のいずれかの態様に記載のサーバ装置であって、
　前記第１の端末は、前記第２の端末よりも双方向通信が切断される頻度が高い環境において利用される端末である。
　また、本開示の第７の態様は、第６の態様に記載のサーバ装置であって、
　前記第１の端末は、現場作業者により装着され、前記第２の端末は、現場作業者を支援する支援者により利用される。
　また、本開示の第８の態様は、管理プログラムであって、
　第１の端末と第２の端末とが双方向通信を行う際のセッションを管理するサーバ装置の制御部に、
　前記第１の端末が接続していたセッションの識別子を指定した接続要求が、前記第１の端末から送信された場合であって、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末を、前記第１の端末が接続していたセッションに再接続する処理を実行させる。
　本開示の第８の態様によれば、双方向通信を再開させる際の現場作業者の操作負荷を低減させる管理プログラムを提供することができる。
　また、本開示の第９の態様は、第１の端末と、第２の端末と、前記第１の端末と前記第２の端末とが双方向通信を行う際のセッションを管理するサーバ装置と、を有する管理システムであって、
　前記サーバ装置が有する制御部は、
　前記第１の端末が接続していたセッションの識別子を指定した接続要求が、前記第１の端末から送信された場合であって、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末を、前記第１の端末が接続していたセッションに再接続する。
　本開示の第８の態様によれば、双方向通信を再開させる際の現場作業者の操作負荷を低減させる管理システムを提供することができる。
　また、本開示の第１０の態様は、第９の態様に記載の管理システムであって、
　前記第２の端末が有する制御部は、
　第１のセッションと第２のセッションとが維持されている場合、いずれかのセッションを選択し、選択したセッションの識別子を指定した接続要求を、前記サーバ装置に送信する。
　また、本開示の第１１の態様は、第９または第１０の態様に記載の管理システムであって、
　前記サーバ装置が有する制御部は、
　前記第１の端末による双方向通信が切断された後も、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末が接続していたセッションの識別子を含む再接続依頼を、前記第１の端末に送信し、
　前記第１の端末が有する制御部は、
　前記第２の端末との双方向通信を開始する際に指定したセッションの識別子を記憶し、
　前記記憶した識別子と、前記再接続依頼に含まれる識別子とが同一であるか否かを判定し、
　同一であると判定した場合に、前記記憶した識別子を指定した接続要求を、前記サーバ装置に送信する。
図１は、管理システムのシステム構成の一例を示す図である。 図２は、ウェアラブル端末及びサーバ装置のハードウェア構成の一例を示す図である。 図３は、双方向通信前及び双方向通信開始後の各部の処理の詳細を説明するための第１の図である。 図４は、双方向通信切断時、再接続時及び双方向通信再開後の各部の処理の詳細を説明するための第１の図である。 図５は、双方向通信切断時及び双方向通信終了後の各部の処理の詳細を説明するための図である。 図６は、管理システムにおける処理の流れを示す第１のシーケンス図である。 図７は、管理システムにおける処理の流れを示す第２のシーケンス図である。 図８は、管理システムにおける処理の流れを示す第３のシーケンス図である。 図９は、管理システムにおける処理の流れを示す第４のシーケンス図である。 図１０は、セッション管理処理の流れを示すフローチャートである。 図１１は、判定処理の流れを示す第１のフローチャートである。 図１２は、管理システムにおける処理の流れを示す第５のシーケンス図である。 図１３は、判定処理の流れを示す第２のフローチャートである。 図１４は、双方向通信前及び双方向通信開始後の各部の処理の詳細を説明するための第２の図である。 図１５は、双方向通信切断時、再接続時及び双方向通信再開後の各部の処理の詳細を説明するための第２の図である。 図１６は、管理システムにおける処理の流れを示す第６のシーケンス図である。 図１７は、識別子判定処理の流れを示すフローチャートである。
　以下、各実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。
　［第１の実施形態］
　＜管理システムのシステム構成＞
　はじめに、第１の実施形態に係る管理システムのシステム構成について説明する。図１は、管理システムのシステム構成の一例を示す図である。図１に示すように、管理システム１００は、ウェアラブル端末１１０と、サーバ装置１２０と、支援者端末１３０とを有する。管理システム１００において、ウェアラブル端末１１０及び支援者端末１３０は、それぞれ、ネットワーク１４０を介してサーバ装置１２０と通信可能に接続され、サーバ装置１２０によるクラウドサービスの提供を受けることができる。具体的には、ウェアラブル端末１１０と支援者端末１３０とは、サーバ装置１２０による管理のもとで双方向通信を行うことができる。
　ウェアラブル端末１１０は第１の端末の一例であり、作業現場において現場作業者１５０によって装着される端末である。なお、本実施形態において、作業現場は、双方向通信が切断される頻度が高い環境であるとする。
　図１に示すように、ウェアラブル端末１１０は、例えば、現場作業者１５０の頭部に装着される形状を有しており、動画像を撮影する機能、音声（例えば、現場作業者１５０の発話）を検出する機能等を有する。
　また、図１に示すように、ウェアラブル端末１１０は、作業現場の様子を撮影した動画像データや、現場作業者１５０の発話を検出した音声データを、ネットワーク１４０を介して支援者１６０に送信する機能を有する。これにより、支援者１６０は、現場作業者１５０に指示するのに必要なデータを取得することができる。
　更に、図１に示すように、ウェアラブル端末１１０は、支援者１６０による指示を、ネットワーク１４０を介して音声データとして受信し、現場作業者１５０に出力する機能を有する。これにより、現場作業者１５０は、支援者１６０から適切な指示を受けながら各種作業を行うことができる。
　サーバ装置１２０は、ネットワーク１４０を介してクラウドサービスを提供する装置であり、ウェアラブル端末１１０と支援者端末１３０とが双方向通信を行う際のセッションを管理する。サーバ装置１２０は、ウェアラブル端末１１０または支援者端末１３０のいずれか一方において双方向通信が切断された場合でも、他方において双方向通信が接続されている場合には、セッションを維持する。このため、例えば、切断頻度の高い作業現場において利用されるウェアラブル端末１１０において双方向通信が切断された場合であっても、ウェアラブル端末１１０は、同じセッションに自動で再接続することができ、現場作業者による新たな操作が不要となる。
　この結果、サーバ装置１２０によれば、現場作業者１５０が双方向通信を再開させる際の操作負荷を低減させることができる。
　また、サーバ装置１２０は、ウェアラブル端末１１０がセッションに接続され、かつ、支援者端末１３０が当該セッションに接続されている間、ウェアラブル端末１１０から受信した動画像データ、音声データを、支援者端末１３０に送信する。
　同様に、サーバ装置１２０では、ウェアラブル端末１１０がセッションに接続され、かつ、支援者端末１３０が当該セッションに接続されている間、支援者端末１３０から受信した音声データを、ウェアラブル端末１１０に送信する。
　支援者端末１３０は第２の端末の一例であり、例えば、支援者１６０が常駐する事務所に設置され、支援者１６０からの指示を受け付け、ネットワーク１４０を介して現場作業者１５０に送信する。また、支援者端末１３０は、ウェアラブル端末１１０により撮影された動画像データや、ウェアラブル端末１１０により検出された音声データを、ネットワーク１４０を介して取得し、支援者１６０に出力する。
　＜ウェアラブル端末及びサーバ装置のハードウェア構成＞
　次に、ウェアラブル端末１１０及びサーバ装置１２０のハードウェア構成について図２を用いて説明する。図２は、ウェアラブル端末及びサーバ装置のハードウェア構成の一例を示す図である。
　（１）ウェアラブル端末１１０のハードウェア構成
　はじめに、ウェアラブル端末１１０のハードウェア構成について説明する。図２（ａ）は、ウェアラブル端末１１０のハードウェア構成の一例を示す図である。
　図２（ａ）に示すように、ウェアラブル端末１１０は、プロセッサ２０１、メモリ２０２、補助記憶装置２０３、通信装置２０４、ＧＰＳ（Global Positioning System）装置２０５、操作装置２０６を有する。また、ウェアラブル端末１１０は、音声入力装置２０７、音声出力装置２０８、撮像装置２０９、接続装置２１０、近距離無線通信装置２１１を有する。なお、ウェアラブル端末１１０を構成する各ハードウェアは、バス２２０を介して相互に接続される。
　プロセッサ２０１は、ＣＰＵ（Central Processing Unit）等の各種演算デバイスを有する。プロセッサ２０１は、各種プログラム（例えば、後述する双方向通信プログラム等）をメモリ２０２上に読み出して実行する。
　メモリ２０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の主記憶デバイスを有する。プロセッサ２０１とメモリ２０２とは、いわゆるコンピュータ（「制御部」ともいう）を形成し、プロセッサ２０１が、メモリ２０２上に読み出した各種プログラムを実行することで、当該コンピュータは各種機能を実現する。
　補助記憶装置２０３は、各種プログラムや、各種プログラムがプロセッサ２０１によって実行される際に用いられる各種情報を格納する。
　通信装置２０４は、サーバ装置１２０との間で各種データ（例えば、動画像データ、音声データ）を送受信するための通信デバイスである。ＧＰＳ装置２０５は、ウェアラブル端末１１０の位置情報を検出する。
　操作装置２０６は、ウェアラブル端末１１０の電源ＯＮ／ＯＦＦスイッチ等、現場作業者１５０のウェアラブル端末１１０に対する簡易操作を受け付ける。
　音声入力装置２０７は、ウェアラブル端末１１０を装着した現場作業者１５０の音声や、現場における周囲の音等の音声データを検出する。
　音声出力装置２０８は、例えば、サーバ装置１２０から受信した各種データを、ウェアラブル端末１１０を装着した現場作業者１５０に音声出力するデバイスである。
　撮像装置２０９は、ウェアラブル端末１１０を装着した現場作業者１５０の周囲を撮影し、動画像データを生成する。
　接続装置２１０は、ウェアラブル端末１１０に、付属の各種センサを接続するための接続デバイスである。
　近距離無線通信装置２１１は、ウェアラブル端末１１０を装着した現場作業者１５０の周辺に存在する、他の現場作業者が装着するウェアラブル端末との間で、近距離無線通信を行うための無線デバイスである。
　（２）サーバ装置１２０のハードウェア構成
　次に、サーバ装置１２０のハードウェア構成について説明する。図２（ｂ）は、サーバ装置１２０のハードウェア構成の一例を示す図である。図２（ｂ）に示すように、サーバ装置１２０は、プロセッサ２３１、メモリ２３２、補助記憶装置２３３、操作装置２３４、表示装置２３５、通信装置２３６、ドライブ装置２３７を有する。なお、サーバ装置１２０の各ハードウェアは、バス２３８を介して相互に接続されている。
　プロセッサ２３１は、ＣＰＵ（Central Processing Unit）等の各種演算デバイスを有する。プロセッサ２３１は、各種プログラム（例えば、後述する管理プログラム等）をメモリ２３２上に読み出して実行する。
　メモリ２３２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の主記憶デバイスを有する。プロセッサ２３１とメモリ２３２とは、いわゆるコンピュータ（「制御部」ともいう）を形成し、プロセッサ２３１が、メモリ２３２上に読み出した各種プログラムを実行することで、当該コンピュータは各種機能を実現する。
　補助記憶装置２３３は、各種プログラムや、各種プログラムがプロセッサ２３１によって実行される際に用いられる各種データを格納する。
　操作装置２３４は、サーバ装置１２０の管理者が各種操作を行うための操作デバイスである。表示装置２３５は、サーバ装置１２０により実行される各種処理の処理結果を表示する表示デバイスである。
　通信装置２３６は、ネットワーク１４０を介して外部装置（例えば、ウェアラブル端末１１０、支援者端末１３０）と通信を行うための通信デバイスである。
　ドライブ装置２３７は、記録媒体２４０をセットするためのデバイスである。ここでいう記録媒体２４０には、ＣＤ－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する媒体が含まれる。また、記録媒体２４０には、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等が含まれていてもよい。
　なお、補助記憶装置２３３にインストールされる各種プログラムは、例えば、配布された記録媒体２４０がドライブ装置２３７にセットされ、該記録媒体２４０に記録された各種プログラムがドライブ装置２３７により読み出されることでインストールされる。あるいは、補助記憶装置２３３にインストールされる各種プログラムは、通信装置２３６を介してネットワーク１４０からダウンロードされることで、インストールされてもよい。
　なお、ここでは、支援者端末１３０のハードウェア構成について言及しなかったが、支援者端末１３０のハードウェア構成は、概ね、サーバ装置１２０のハードウェア構成と同様であるとする。ただし、支援者端末１３０の場合、補助記憶装置には、ウェアラブル端末１１０にインストールされた双方向通信プログラムと同様のプログラムがインストールされるものとする。
　＜サーバ装置、ウェアラブル端末及び支援者端末の機能構成＞
　次に、サーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の機能構成について説明する。上述したように、サーバ装置１２０には、管理プログラムがインストールされており、当該プログラムが実行されることで、サーバ装置１２０は、実行部３１０及び管理部３２０として機能する。更に、サーバ装置１２０の実行部３１０は、生成部３１１、判定部３１２、接続部３１３として機能する。
　また、上述したように、ウェアラブル端末１１０及び支援者端末１３０には、双方向通信プログラムがそれぞれインストールされている。そして、当該プログラムがそれぞれ実行されることで、ウェアラブル端末１１０は通信部３３０として機能し、支援者端末１３０は、通信部３４０として機能する。
　以下、サーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の各部の処理の詳細について、双方向通信の各フェーズにわけて説明する。
　（１）双方向通信前及び双方向通信開始後
　はじめに、双方向通信前及び双方向通信開始後のサーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の各部の処理の詳細について説明する。図３は、双方向通信前及び双方向通信開始後の各部の処理の詳細を説明するための図である。
　このうち、図３（ａ）は、双方向通信前の各部の処理の詳細を示す図である。図３（ａ）に示すように、双方向通信前において、サーバ装置１２０の生成部３１１は、ウェアラブル端末１１０の通信部３３０から、
・指定された識別子（セッションＩＤ）を有する新たなセッションを生成すること、及び、
・生成する当該新たなセッションにウェアラブル端末１１０を接続すること、
の要求（接続要求（生成））を受信する。
　サーバ装置１２０の生成部３１１は、ウェアラブル端末１１０の通信部３３０から接続要求（生成）を受信すると、指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有する新たなセッションを生成する。また、サーバ装置１２０の接続部３１３は、生成された新たなセッションに、ウェアラブル端末１１０を接続するとともに、接続イベントを管理部３２０に通知する。これにより、サーバ装置１２０の管理部３２０は、セッションＩＤ＝ＡＡＡを有する新たなセッションについての管理を開始する。
　ウェアラブル端末１１０の通信部３３０は、セッションＩＤ＝ＡＡＡを有する新たなセッションに接続されると、セッションＩＤ＝ＡＡＡを含む参加依頼を、サーバ装置１２０に送信する。
　サーバ装置１２０の管理部３２０は、サーバ装置１２０の接続部３１３より接続イベントが通知された後に、ウェアラブル端末１１０の通信部３３０より参加依頼を受信すると、受信した参加依頼を、支援者端末１３０の通信部３４０に送信する。
　支援者端末１３０の通信部３４０は、参加依頼を受信すると、サーバ装置１２０に対して、
・指定したセッションＩＤを有する既存のセッションに参加すること、及び、
・当該既存のセッションに、支援者端末１３０を接続すること、
の要求（接続要求（参加））を送信する。
　サーバ装置１２０の判定部３１２は、支援者端末１３０の通信部３４０から接続要求（参加）を受信すると、指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有するセッションが、既に生成され、かつ、維持されているか否かを判定する。判定部３１２による判定は、セッションを管理する管理部３２０に問い合わせた結果に基づいて行われる。また、サーバ装置１２０の判定部３１２は、既に生成され、かつ、維持されていると判定した場合、判定結果をサーバ装置１２０の接続部３１３に通知する。
　サーバ装置１２０の接続部３１３は、セッションＩＤ＝ＡＡＡを有するセッションに、支援者端末１３０を接続するとともに、接続イベントを、サーバ装置１２０の管理部３２０に通知する。これにより、ウェアラブル端末１１０と支援者端末１３０との間の双方向通信が開始される。
　図３（ｂ）は、双方向通信開始後のサーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の各部の処理の詳細を示す図である。図３（ｂ）に示すように、双方向通信開始後において、サーバ装置１２０の実行部３１０は、ウェアラブル端末１１０の通信部３３０から動画像データ及び音声データを受信し、受信した動画像データ及び音声データを、支援者端末１３０の通信部３４０に送信する。また、サーバ装置１２０の実行部３１０は、支援者端末１３０の通信部３４０から音声データを受信し、受信した音声データを、ウェアラブル端末１１０の通信部３３０に送信する。
　（２）双方向通信切断時、再接続時及び双方向通信再開後
　次に、双方向通信切断時、再接続時及び双方向通信再開後のサーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の各部の処理の詳細について説明する。図４は、双方向通信切断時、再接続時及び双方向通信再開後の各部の処理の詳細を説明するための第１の図である。
　このうち、図４（ａ）は、双方向通信切断時及び再接続時のサーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の各部の処理の詳細を示す図である。ウェアラブル端末１１０の電波が途切れ、双方向通信が切断されると、図４（ａ）に示すように、サーバ装置１２０の接続部３１３では、ウェアラブル端末１１０による双方向通信が切断されたことを示す切断イベントをサーバ装置１２０の管理部３２０に通知する。
　一方で、ウェアラブル端末１１０の通信部３３０は、双方向通信が切断されると、サーバ装置１２０に対して、
・指定したセッションＩＤを有する既存のセッションに参加すること、及び、
・当該既存のセッションに、ウェアラブル端末１１０を接続すること、
の要求（接続要求（参加））を送信する。
　サーバ装置１２０の判定部３１２は、ウェアラブル端末１１０の通信部３３０から接続要求（参加）を受信すると、指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有するセッションが、既に生成され、かつ、維持されているか否かを判定する。上述したように、判定部３１２による判定は、セッションを管理する管理部３２０に問い合わせた結果に基づいて行われる。
　この時点では、支援者端末１３０が、セッションＩＤ＝ＡＡＡを有するセッションに接続されており、セッションＩＤ＝ＡＡＡを有するセッションは維持されている。このため、サーバ装置１２０の判定部３１２は、指定されたセッションＩＤを有するセッションが既に生成され、かつ、維持されていると判定し、判定結果をサーバ装置１２０の接続部３１３に通知する。
　サーバ装置１２０の接続部３１３は、セッションＩＤ＝ＡＡＡを有するセッションに、ウェアラブル端末１１０を接続するとともに、接続イベントを、サーバ装置１２０の管理部３２０に通知する。これにより、ウェアラブル端末１１０と支援者端末１３０との間の双方向通信が再開される。
　図４（ｂ）は、双方向通信再開時のサーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の各部の処理の詳細を示す図である。図４（ｂ）に示すように、双方向通信が再開されると、サーバ装置１２０の実行部３１０は、ウェアラブル端末１１０の通信部３３０から動画像データ及び音声データを受信し、受信した動画像データ及び音声データを、支援者端末１３０の通信部３４０に送信する。また、サーバ装置１２０の実行部３１０は、支援者端末１３０の通信部３４０から音声データを受信し、受信した音声データを、ウェアラブル端末１１０の通信部３３０に送信する。
　（３）双方向通信終了時及び双方向通信終了後
　次に、双方向通信終了時及び双方向通信終了後のサーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の各部の処理の詳細について説明する。図５は、双方向通信終了時及び双方向通信終了後の各部の処理の詳細を説明するための図である。このうち、図５（ａ）は、双方向通信終了時のサーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の各部の処理の詳細を示す図である。図５（ａ）に示すように、サーバ装置１２０の判定部３１２は、ウェアラブル端末１１０の通信部３３０及び支援者端末１３０の通信部３４０から、
・指定したセッションＩＤを有するセッションから退出すること、及び、
・退出するセッションとの接続を切断すること、
の要求（切断要求（退出））を受信する。
　サーバ装置１２０の判定部３１２は、切断要求（退出）を受信すると、サーバ装置１２０の接続部３１３は、指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有するセッションと、ウェアラブル端末１１０及び支援者端末１３０との接続を切断する。これにより、セッションＩＤ＝ＡＡＡを有するセッションに接続されている端末の数がゼロになるため、サーバ装置１２０の生成部３１１では、セッションＩＤ＝ＡＡＡを有するセッションを削除する。
　図５（ｂ）は、双方向通信終了後のサーバ装置１２０の各部の処理を示す図である。図５（ｂ）に示すように、サーバ装置１２０の接続部３１３は、指定されたセッションＩＤを有するセッションとウェアラブル端末１１０との接続が切断されたことを示す切断イベントをサーバ装置１２０の管理部３２０に通知する。また、サーバ装置１２０の接続部３１３は、指定されたセッションＩＤを有するセッションと支援者端末１３０との接続が切断されたことを示す切断イベントを、サーバ装置１２０の管理部３２０に通知する。これにより、サーバ装置１２０の管理部３２０は、セッションＩＤ＝ＡＡＡを有するセッションについての管理を終了する。
　＜管理システムにおける処理の流れ＞
　次に、管理システム１００における処理の流れについて説明する。
　（１）双方向通信前
　はじめに、双方向通信前の管理システム１００における処理の流れについて説明する。図６は、管理システムにおける処理の流れを示す第１のシーケンス図である。なお、以降、管理システム１００における処理の流れを説明するにあたっては、説明の簡略化のために、生成部３１１、判定部３１２、接続部３１３を区別せず、実行部３１０として記載する。
　図６に示すように、ステップＳ６０１において、ウェアラブル端末１１０の通信部３３０は、現場作業者１５０から、遠隔支援の依頼を受け付ける（例えば、セッションＩＤの指定を受け付けるとともに、開始操作ボタンによる開始操作を受け付ける）。
　ステップＳ６０２において、ウェアラブル端末１１０の通信部３３０は、セッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を指定した接続要求（生成）をサーバ装置１２０の実行部３１０に送信する。
　ステップＳ６０３において、サーバ装置１２０の実行部３１０は、指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有する新たなセッションを生成し、生成したセッションにウェアラブル端末１１０を接続する。
　ステップＳ６０４において、サーバ装置１２０の実行部３１０は、接続イベントを、サーバ装置１２０の管理部３２０に通知する。
　ステップＳ６０５において、サーバ装置１２０の管理部３２０は、指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有するセッションについての管理を開始する。
　ステップＳ６０６において、ウェアラブル端末１１０の通信部３３０は、指定したセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を含む参加依頼を、サーバ装置１２０の管理部３２０に送信する。
　ステップＳ６０７において、サーバ装置１２０の管理部３２０は、ウェアラブル端末１１０の通信部３３０から受信した参加依頼を、支援者端末１３０の通信部３４０に送信する。
　ステップＳ６０８において、支援者端末１３０の通信部３４０は、サーバ装置１２０の管理部３２０より受信した参加依頼に含まれるセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を指定した接続要求（参加）を、サーバ装置１２０の実行部３１０に送信する。
　ステップＳ６０９において、サーバ装置１２０の実行部３１０は判定処理を行う。具体的には、サーバ装置１２０の実行部３１０は、支援者端末１３０の通信部３４０から送信された接続要求（参加）により指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有するセッションが既に生成され、かつ、維持されているかを判定する。なお、判定は、セッションを管理する管理部３２０に問い合わせた結果に基づいて行われる。
　また、サーバ装置１２０の実行部３１０は、指定されたセッションＩＤを有するセッションが既に生成され、維持されていると判定した場合には、当該セッションに、支援者端末１３０を接続する。これにより、ウェアラブル端末１１０と支援者端末１３０との間の双方向通信が可能になる。なお、サーバ装置１２０の実行部３１０による判定処理（ステップＳ６０９）の詳細は後述する。
　ステップＳ６１０において、サーバ装置１２０の実行部３１０は、接続イベントを、サーバ装置１２０の管理部３２０に通知する。
　（２）双方向通信開始後、双方向通信切断時及び再接続時その１
　次に、双方向通信開始後、双方向通信切断時及び再接続時の管理システム１００における処理の流れについて説明する。図７は、管理システムにおける処理の流れを示す第２のシーケンス図である。
　図７に示すように、ステップＳ７００において、ウェアラブル端末１１０の通信部３３０は、双方向通信処理を開始する。また、ステップＳ７０１において、支援者端末１３０の通信部３４０は、双方向通信処理を開始する。
　具体的には、ステップＳ７００＿１において、ウェアラブル端末１１０の通信部３３０は、作業現場の様子を撮影した動画像データや、現場作業者１５０の発話を検出した音声データを、サーバ装置１２０の実行部３１０に送信する。
　ステップＳ７００＿２において、サーバ装置１２０の実行部３１０は、ウェアラブル端末１１０の通信部３３０から送信された動画像データや音声データを、支援者端末１３０の通信部３４０に送信する。
　ステップＳ７０１＿１において、支援者端末１３０の通信部３４０は、支援者１６０の発話を検出した音声データを、サーバ装置１２０の実行部３１０に送信する。
　ステップＳ７０１＿２において、サーバ装置１２０の実行部３１０は、支援者端末１３０の通信部３４０から送信された音声データを、ウェアラブル端末１１０の通信部３３０に送信する。以降、ウェアラブル端末１１０と支援者端末１３０との間では、双方向通信処理により、
・ウェアラブル端末１１０の通信部３３０による動画像データ及び音声データの送信、
・支援者端末１３０の通信部３４０による動画像データ及び音声データの受信、
・支援者端末１３０の通信部３４０による音声データの送信、
・ウェアラブル端末１１０の通信部３３０による音声データの受信、
を繰り返す。
　ここで、ステップＳ７００＿ｎにおいて、ウェアラブル端末１１０の通信部３３０が動画像データ及び音声データをサーバ装置１２０の実行部３１０に送信する際、ウェアラブル端末１１０の電波が途切れ、双方向通信が切断されたとする。
　この場合、ステップＳ７０２において、サーバ装置１２０の実行部３１０は、ウェアラブル端末１１０による双方向通信が切断されたと判定し、切断イベントを、サーバ装置１２０の管理部３２０に通知する。
　なお、サーバ装置１２０の管理部３２０では、実行部３１０から切断イベントが通知される一方で、ウェアラブル端末１１０からは切断イベントが通知されないため、正常の切断ではなく、ネットワーク切断であると判断する。
　一方、ウェアラブル端末１１０の通信部３３０では、電波が途切れ、双方向通信が切断したことに伴って、再接続を開始する。具体的には、ステップＳ７０３において、ウェアラブル端末１１０の通信部３３０は、セッションＩＤ＝ＡＡＡを指定した接続要求（参加）を、サーバ装置１２０の実行部３１０に送信する。
　ステップＳ７０４において、サーバ装置１２０の実行部３１０は、ウェアラブル端末１１０の通信部３３０から接続要求（参加）を受信すると、判定処理を行う。具体的には、サーバ装置１２０の実行部３１０は、ウェアラブル端末１１０の通信部３３０から送信された接続要求（参加）により指定されたセッションＩＤ＝ＡＡＡを有するセッションが既に生成され、かつ、維持されているかを判定する。なお、判定は、セッションを管理する管理部３２０に問い合わせた結果に基づいて行われる。
　図７に示すように、この時点で、支援者端末１３０は、セッションＩＤ＝ＡＡＡを有するセッションへの接続が継続している。このため、サーバ装置１２０の実行部３１０は、セッションＩＤ＝ＡＡＡを有するセッションが既に生成され、かつ、維持されていると判定し、ウェアラブル端末１１０を、セッションＩＤ＝ＡＡＡを有するセッションに再接続する。これにより、ウェアラブル端末１１０と支援者端末１３０との間の双方向通信が可能になる。この結果、例えば、双方向通信が切断された後も、現場作業者１５０が続けて支援者１６０による指示を受けたい場合等に、円滑に指示を受けることが可能になる。
　ステップＳ７０５において、サーバ装置１２０の実行部３１０は、セッションＩＤ＝ＡＡＡを有するセッションに、ウェアラブル端末１１０が再接続されたことを示す接続イベントを、管理部３２０に通知する。
　（３）双方向通信開始後、双方向通信切断時及び再接続時その２
　次に、双方向通信開始後、双方向通信切断時及び再接続時の管理システム１００における処理の流れについて説明する。図８は、管理システムにおける処理の流れを示す第３のシーケンス図である。図８に示すシーケンス図のうち、ステップＳ７００からステップＳ７０２までの処理は、図７に示すシーケンス図のステップＳ７００からステップＳ７０２までの処理と同じであるため、ここでは説明を省略する。図７に示すシーケンス図との相違点は、ステップＳ８０１以降である。
　図８に示すように、ウェアラブル端末１１０による双方向通信が切断されると、支援者端末１３０の支援者１６０は、一旦、接続しているセッションから退出することがあり得る。そこで、ステップＳ８０１以降では、支援者１６０が、セッションから退出する場合の処理について説明する。
　ステップＳ８０１において、支援者端末１３０の通信部３４０は、支援者１６０から、遠隔支援の終了指示を受け付ける。
　ステップＳ８０２において、支援者端末１３０の通信部３４０は、セッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を指定した切断要求（退出）をサーバ装置１２０の実行部３１０に送信する。
　ステップＳ８０３において、サーバ装置１２０の実行部３１０は、指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有するセッションと支援者端末１３０との接続を切断する。この時点で、セッションＩＤ＝ＡＡＡを有するセッションに接続されている端末の数はゼロになるため、サーバ装置１２０の実行部３１０は、セッションＩＤ＝ＡＡＡを有するセッションを削除する。
　ステップＳ８０４において、サーバ装置１２０の実行部３１０は、セッションＩＤ＝ＡＡＡを有するセッションと支援者端末１３０との接続が切断されたことを示す切断イベントを管理部３２０に通知する。
　ステップＳ８０５において、サーバ装置１２０の管理部３２０は、ステップＳ７０２及びステップＳ８０４において切断イベントを受信したことで、セッションＩＤ＝ＡＡＡを有するセッションについての管理を終了する。
　なお、このタイミングで、ウェアラブル端末１１０の通信部３３０が、セッションＩＤ＝ＡＡＡを指定した接続要求（参加）を送信したとしても、ウェアラブル端末１１０は、セッションＩＤ＝ＡＡＡを有するセッションに接続することはできない。ステップＳ８０６以降は、サーバ装置１２０の管理部３２０によるセッションＩＤ＝ＡＡＡを有するセッションについての管理が終了された後に、ウェアラブル端末１１０が接続要求(参加)を送信した場合の処理を示している。
　ステップＳ８０６において、ウェアラブル端末１１０の通信部３３０は、セッションＩＤ＝ＡＡＡを指定した接続要求（参加）を、サーバ装置１２０の実行部３１０に送信する。
　ステップＳ８０７において、サーバ装置１２０の実行部３１０は、判定処理を行う。具体的には、サーバ装置１２０の実行部３１０は、支援者端末１３０の通信部３４０から送信された接続要求（参加）により指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有するセッションが既に生成され、かつ、維持されているかを判定する。なお、判定は、セッションを管理する管理部３２０に問い合わせた結果に基づいて行われる。
　このとき、サーバ装置１２０の実行部３１０は、セッションＩＤ＝ＡＡＡを有するセッションは既に生成されたが、維持されていないと判定する。このため、サーバ装置１２０の実行部３１０は、ステップＳ８０８において、接続エラーをウェアラブル端末１１０の通信部３３０に送信する。
　なお、この場合、現場作業者１５０は、他のセッションＩＤを入力して、遠隔支援依頼を行うことになる（つまり、図６のシーケンス図に戻る）。
　（４）双方向通信終了時
　次に、双方向通信終了時の管理システム１００における処理の流れについて説明する。図９は、管理システムにおける処理の流れを示す第４のシーケンス図である。図９に示すシーケンス図のうち、ステップＳ７００からステップＳ７０１＿ｎまでの処理は、図７に示すシーケンス図のステップＳ７００からステップＳ７００＿ｎまでの処理と概ね同じであるため、ここでは説明を省略する。図７に示すシーケンス図との相違点は、ステップＳ９０１以降である。ただし、図９に示すシーケンス図の場合、ウェアラブル端末１１０による双方向通信が途中で切断されることなく、最後まで双方向通信が継続して完了したケースを示している。
　図９に示すように、双方向通信が完了すると、ウェアラブル端末１１０の現場作業者１５０及び支援者端末１３０の支援者１６０は、セッションから退出するための操作を行う。そこで、ステップＳ９０１以降では、現場作業者１５０及び支援者１６０が、セッションから退出する場合の処理について説明する。
　ステップＳ９０１において、ウェアラブル端末１１０の通信部３３０は、現場作業者１５０から、遠隔支援の終了指示を受け付ける。
　ステップＳ９０２において、ウェアラブル端末１１０の通信部３３０は、セッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を指定した切断要求（退出）をサーバ装置１２０の実行部３１０に送信する。
　ステップＳ９０３＿１において、サーバ装置１２０の実行部３１０は、セッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有するセッションとの接続を切断する。また、サーバ装置１２０の実行部３１０は、セッションＩＤ＝ＡＡＡを有するセッションとの接続が切断されたことを示す切断イベントを、サーバ装置１２０の管理部３２０に送信する。
　また、ステップＳ９０３＿２において、ウェアラブル端末１１０の通信部３３０は、切断イベントを、直接、サーバ装置１２０の管理部３２０に送信する。これにより、サーバ装置１２０の管理部３２０では、ステップＳ９３０＿１及びステップＳ９３０＿２の切断イベントを照らし合わせることで、正常な切断であると判断することができる。
　ステップＳ９０４において、支援者端末１３０の通信部３４０は、支援者１６０から、遠隔支援の終了指示を受け付ける。
　ステップＳ９０５において、支援者端末１３０の通信部３４０は、セッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を指定した切断要求（退出）をサーバ装置１２０の実行部３１０に送信する。
　ステップＳ９０６において、サーバ装置１２０の実行部３１０は、指定されたセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を有するセッションと支援者端末１３０との接続を切断する。この時点で、セッションＩＤ＝ＡＡＡを有するセッションに接続されている端末の数はゼロになるため、サーバ装置１２０の実行部３１０は、セッションＩＤ＝ＡＡＡを有するセッションを削除する。
　ステップＳ９０７において、サーバ装置１２０の実行部３１０は、セッションＩＤ＝ＡＡＡを有するセッションと支援者端末１３０との接続が切断されたことを示す切断イベントを、サーバ装置１２０の管理部３２０に通知する。
　ステップＳ９０８において、サーバ装置１２０の管理部３２０は、セッションＩＤ＝ＡＡＡを有するセッションについての管理を終了する。
　＜各部の処理の詳細＞
　次に、図６～図９に示した、管理システム１００における処理のうち、
・サーバ装置１２０の管理部３２０による「セッション管理開始」及び「セッション管理終了」（ステップＳ６０５、Ｓ８０５、Ｓ９０８）の処理（両者を合わせて以下では「セッション管理処理」と称す）、
・サーバ装置１２０の実行部３１０による「判定処理」（ステップＳ６０９、Ｓ７０４、Ｓ８０７）、
の詳細について説明する。
　（１）セッション管理処理
　はじめに、サーバ装置１２０の管理部３２０によるセッション管理処理の詳細について説明する。図１０は、セッション管理処理の流れを示すフローチャートである。
　ステップＳ１００１において、サーバ装置１２０の管理部３２０は、サーバ装置１２０の実行部３１０より接続イベントを受信したか否かを判定する。
　ステップＳ１００１において、接続イベントを受信していないと判定した場合には（ステップＳ１００１においてＮＯの場合には）、接続イベントを受信するまで待機する。
　一方、ステップＳ１００１において、接続イベントを受信したと判定した場合には（ステップＳ１００１においてＹＥＳの場合には）、ステップＳ１００２に進む。
　ステップＳ１００２において、サーバ装置１２０の管理部３２０は、受信した接続イベントが、既に生成されているセッションについての接続イベントであるか否かを判定する。ステップＳ１００２において、既に生成されているセッションについての接続イベントであると判定した場合には（ステップＳ１００２においてＹＥＳの場合には）、ステップＳ１００４に進む。
　一方、ステップＳ１００２において、新たに生成されたセッションについての接続イベントであると判定した場合には（ステップＳ１００２においてＮＯの場合には）、ステップＳ１００３に進む。
　ステップＳ１００３において、サーバ装置１２０の管理部３２０は、新たに生成されたセッションを、管理対象のセッションとして管理を開始する。
　ステップＳ１００４において、サーバ装置１２０の管理部３２０は、受信した接続イベントに対応する端末を識別するための情報を、セッション管理リストに追加する。
　ステップＳ１００５において、サーバ装置１２０の管理部３２０は、切断イベントを受信したか否かを判定する。ステップＳ１００５において、切断イベントを受信したと判定した場合には（ステップＳ１００５においてＹＥＳの場合には）、ステップＳ１００６に進む。
　ステップＳ１００６において、サーバ装置１２０の管理部３２０は、受信した切断イベントに対応する端末を識別するための情報を、セッション管理リストから削除し、ステップＳ１００７に進む。
　一方、ステップＳ１００５において、切断イベントを受信していないと判定した場合には（ステップＳ１００５においてＮＯの場合には）、直接、ステップＳ１００７に進む。
　ステップＳ１００７において、サーバ装置１２０の管理部３２０は、管理対象のセッションに接続されている端末の数がゼロになったか否かを判定する。
　ステップＳ１００７において、管理対象のセッションに接続されている端末の数が１以上であると判定した場合には（ステップＳ１００７においてＮＯの場合には）、ステップＳ１００１に戻る。
　一方、ステップＳ１００７において、管理対象のセッションに接続されている端末の数がゼロであると判定した場合には（ステップＳ１００７においてＹＥＳの場合には）、ステップＳ１００８に進む。
　ステップＳ１００８において、サーバ装置１２０の管理部３２０は、管理対象のセッションについての管理を終了する。
　（２）判定処理
　次に、サーバ装置１２０の実行部３１０による判定処理の詳細について説明する。図１１は、判定処理の流れを示す第１のフローチャートである。サーバ装置１２０の実行部３１０は、セッションＩＤを指定した接続要求（参加）を受信すると、図１１に示す判定処理を開始する。
　ステップＳ１１０１において、サーバ装置１２０の実行部３１０は、受信した接続要求（参加）において指定されているセッションＩＤを有するセッションが既に生成され、かつ、維持されているかを判定する。なお、判定は、セッションを管理する管理部３２０に問い合わせた結果に基づいて行われる。
　ステップＳ１１０１において、セッションが既に生成されたが、維持されていないと判定した場合には、あるいは、セッションが未だ生成されていないと判定した場合には（ステップＳ１１０１においてＮＯの場合には）、ステップＳ１１０２に進む。
　ステップＳ１１０２において、サーバ装置１２０の実行部３１０は、接続要求（参加）を送信した端末（ウェアラブル端末１１０または支援者端末１３０）に接続エラーを送信する。
　一方、ステップＳ１１０１において、セッションが既に生成され、かつ、維持されていると判定した場合には（ステップＳ１１０１においてＹＥＳの場合には）、ステップＳ１１０３に進む。
　ステップＳ１１０３において、サーバ装置１２０の実行部３１０は、接続要求（参加）を送信した端末（ウェアラブル端末１１０または支援者端末１３０）を、指定されたセッションＩＤを有するセッションに接続する。
　＜まとめ＞
　以上の説明から明らかなように、第１の実施形態に係るサーバ装置１２０は、ウェアラブル端末と支援者端末とが双方向通信を行う際のセッションを管理するサーバ装置１２０であって、
・ウェアラブル端末による双方向通信が切断された後に、ウェアラブル端末が接続していたセッションのセッションＩＤを指定した接続要求（参加）が送信された場合に、当該セッションＩＤを有するセッションが維持されているかを判定する。
・支援者端末による双方向通信が接続されることで、当該セッションが維持されている場合には、ウェアラブル端末を、当該セッションに再接続することで、支援者端末との双方向通信を再開させる。
　このように、ウェアラブル端末による双方向通信が切断された場合であっても、支援者端末による双方向通信が接続されている場合には、セッションを維持する構成とすることで、ウェアラブル端末は同じセッションに自動で再接続することができる。これにより、現場作業者は、再接続のための新たな操作を行うことが不要となる。
　この結果、第１の実施形態によれば、双方向通信を再開させる際の現場作業者の操作負荷を低減させることができる。
　［第２の実施形態］
　上記第１の実施形態では、ウェアラブル端末１１０による双方向通信が切断された場合、ウェアラブル端末１１０の通信部３３０は、自発的に接続要求（参加）を送信するものとして説明した。しかしながら、ウェアラブル端末１１０の通信部３３０による接続要求（参加）の送信は、例えば、サーバ装置１２０の管理部３２０による再接続依頼に基づいて行ってもよい。このような構成は、例えば、ウェアラブル端末１１０による双方向通信が切断された後でも、支援者１６０が続けて現場作業者１５０に指示を行いたい場合等に有効である。以下、第２の実施形態について、上記第１の実施形態との相違点を中心に行う。
　＜管理システムにおける処理の流れ＞
　はじめに、第２の実施形態に係る管理システム１００における処理の流れとして、双方向通信開始後、双方向通信切断時及び再接続時の管理システム１００における処理の流れについて説明する。図１２は、管理システムにおける処理の流れを示す第５のシーケンス図である。
　なお、図１２において、ステップＳ７００～ステップＳ７０２までの処理は、図７を用いて説明した、ステップＳ７００～ステップＳ７０２までの処理と同じであるため、ここでは説明を省略する。
　ステップＳ１２０１において、サーバ装置１２０の管理部３２０は、切断イベントに対応する端末（ここでは、ウェアラブル端末１１０）に、接続していたセッションのセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）を含む再接続依頼を送信する。なお、サーバ装置１２０の管理部３２０は、当該セッションが維持されている場合に、再接続依頼を送信する。
　ステップＳ１２０２において、ウェアラブル端末１１０の通信部３３０は、受信した再接続依頼に含まれるセッションＩＤ＝ＡＡＡを指定した接続要求（参加）を、サーバ装置１２０の実行部３１０に送信する。
　ステップＳ１２０３において、サーバ装置１２０の実行部３１０は判定処理を行う。具体的には、サーバ装置１２０の実行部３１０は、ウェアラブル端末１１０の通信部３３０から送信された接続要求（参加）により指定されたセッションＩＤ＝ＡＡＡを有するセッションが既に生成され、かつ、維持されているかを判定する。なお、判定は、セッションを管理する管理部３２０に問い合わせた結果に基づいて行われる。
　また、サーバ装置１２０の実行部３１０は、既に生成され、かつ、維持されていると判定した場合、指定されたセッションＩＤ＝ＡＡＡが、再接続依頼に含めたセッションＩＤと一致するか否かを判定する。
　そして、サーバ装置１２０の実行部３１０は、一致すると判定した場合、当該セッションに、ウェアラブル端末１１０を接続する。これにより、ウェアラブル端末１１０と支援者端末１３０との間の双方向通信が再開される。なお、サーバ装置１２０の実行部３１０による判定処理（ステップＳ１２０３）の詳細は後述する。
　その後、ステップＳ１２０４において、サーバ装置１２０の実行部３１０は、接続イベントを、サーバ装置１２０の管理部３２０に通知する。
　＜実行部による判定処理の詳細＞
　次に、サーバ装置１２０の実行部３１０による「判定処理」（ステップＳ１２０３）の詳細について説明する。図１３は、判定処理の流れを示す第２のフローチャートである。サーバ装置１２０の実行部３１０は、セッションＩＤを指定した接続要求（参加）を受信すると、図１３に示す判定処理を開始する。なお、図１３に示す判定処理のうち、ステップＳ１１０１～Ｓ１１０３に示す処理は、図１１に示した判定処理のステップＳ１１０１～Ｓ１１０３に示す処理と同じであるため、ここでは説明を省略する。
　ステップＳ１３０１において、サーバ装置１２０の実行部３１０は、受信した接続要求（参加）において指定されているセッションＩＤが、再接続依頼に含まれるセッションＩＤと同一であるか否かを判定する。
　ステップＳ１３０１において、同一でないと判定した場合には（ステップＳ１３０１においてＮＯの場合には）、ステップＳ１１０２に進む。この場合、サーバ装置１２０の実行部３１０は、ウェアラブル端末１１０の通信部３３０に接続エラーを送信する。
　一方、ステップＳ１３０１において、同一であると判定した場合には（ステップＳ１３０１においてＹＥＳの場合には）、ステップＳ１１０３に進む。この場合、サーバ装置１２０の実行部３１０は、ウェアラブル端末１１０を、指定されたセッションＩＤを有するセッションに接続する。
　このように、セッションＩＤが一致するか否かを判定することで、サーバ装置１２０の実行部３１０によれば、ウェアラブル端末１１０が誤ったセッションに再接続されるのを回避し、適切なセッションに再接続させることができる。
　＜まとめ＞
　以上の説明から明らかなように、第２の実施形態に係るサーバ装置１２０は、ウェアラブル端末と支援者端末とが双方向通信を行う際のセッションを管理するサーバ装置１２０であって、
・ウェアラブル端末による双方向通信が切断された後も、ウェアラブル端末が接続していたセッションが維持されている場合、当該セッションのセッションＩＤを含む再接続依頼を、ウェアラブル端末に送信する。
・再接続依頼が送信されたことに応じて、ウェアラブル端末から、再接続依頼に含まれるセッションＩＤと同一のセッションＩＤを指定した接続要求が送信された場合、ウェアラブル端末を、指定されたセッションＩＤを有するセッションに再接続する。そして、当該セッションに既に接続されている支援者端末との双方向通信を再開させる。
　これにより、第２の実施形態によれば、双方向通信を再開させる際の現場作業者の操作負荷を低減させることができるとともに、適切なセッションに再接続させることが可能になる。
　［第３の実施形態］
　上記第２の実施形態では、再接続依頼に含まれるセッションＩＤと、接続要求（参加）において指定されたセッションＩＤとが同一であるか否かを、サーバ装置１２０の実行部３１０において判定するものとして説明した。しかしながら、再接続依頼に含まれるセッションＩＤと、接続要求（参加）において指定されたセッションＩＤとが同一であるか否かの判定は、ウェアラブル端末において行われてもよい。以下、第３の実施形態について、上記第２の実施形態との相違点を中心に説明する。
　＜サーバ装置及びウェアラブル端末の機能構成＞
　はじめに、サーバ装置１２０及びウェアラブル端末１４１０の機能構成について説明する。第３の実施形態において、ウェアラブル端末１４１０は、通信部３３０に加えて、識別子判定部１４１１としても機能する。以下、サーバ装置１２０、ウェアラブル端末１１０及び支援者端末１３０の各部の処理の詳細について、図１４及び図１５を用いて、双方向通信の各フェーズにわけて説明する。なお、説明は、図３及び図４との相違点を中心に行う。
　（１）双方向通信前及び双方向通信開始後
　図１４は、双方向通信前及び双方向通信開始後の各部の処理の詳細を説明するための第２の図である。図１４（ａ）に示すように、双方向通信前において、ウェアラブル端末１４１０の通信部３３０は、セッションＩＤを指定した接続要求（生成）を、サーバ装置１２０に送信する。このとき、通信部３３０は、接続要求（生成）において指定したセッションＩＤを、識別子記憶部１４１２に格納する。
　（２）双方向通信切断時、再接続時及び双方向通信再開後
　図１５は、双方向通信切断時、再接続時及び双方向通信再開後の各部の処理の詳細を説明するための第２の図である。図１５に示すように、双方向通信切断時に、サーバ装置１２０の管理部３２０は、ウェアラブル端末１４１０に再接続依頼を送信する。
　ウェアラブル端末１４１０の識別子判定部１４１１は、受信した再接続依頼に含まれるセッションＩＤを取得し、識別子記憶部１４１２に格納されたセッションＩＤと一致するか否かを判定する。
　また、ウェアラブル端末１４１０の通信部３３０は、識別子判定部１４１１により一致すると判定された場合には、当該セッションＩＤを指定した接続要求（参加）を、サーバ装置１２０に送信する。一方、ウェアラブル端末１４１０の通信部３３０は、識別子判定部１４１１により一致しないと判定された場合には、新たなセッションＩＤを指定した接続要求（生成）を、サーバ装置１２０に送信する。このとき、通信部３３０は、接続要求（生成）において指定したセッションＩＤを、新たに識別子記憶部１４１２に格納する。
　このように、識別子記憶部１４１２に格納されたセッションＩＤと一致するか否かを判定することで、誤ったセッションＩＤを指定した接続要求（参加）が送信されるのを回避し、適切なセッションに再接続することができる。
　＜管理システムにおける処理の流れ＞
　次に、双方向通信開始後、双方向通信切断時及び再接続時の管理システム１００における処理の流れについて説明する。図１６は、管理システムにおける処理の流れを示す第６のシーケンス図である。
　図１２に示したシーケンス図との相違点は、ステップＳ１６０１～１６０３である。図１６に示すように、サーバ装置１２０の管理部３２０より、再接続依頼を受信すると、ステップＳ１６０１において、ウェアラブル端末１４１０の通信部３３０は、再接続依頼を識別子判定部１４１１に通知する。
　ステップＳ１６０２において、ウェアラブル端末１４１０の識別子判定部１４１１は、識別子判定処理を行う。具体的には、ウェアラブル端末１４１０の識別子判定部１４１１は、再接続依頼に含まれるセッションＩＤ（例えば、セッションＩＤ＝ＡＡＡ）が、識別子記憶部１４１２に格納されたセッションＩＤと一致するか否かを判定する。なお、識別子判定処理の詳細は後述する。
　ステップＳ１６０３において、ウェアラブル端末１４１０の識別子判定部１４１１は、判定結果を通信部３３０に通知する。
　これにより、ウェアラブル端末１４１０の通信部３３０は、判定結果に応じた接続要求を行う。例えば、再接続依頼に含まれるセッションＩＤが、識別子記憶部１４１２に格納されたセッションＩＤと一致していた場合には、当該セッションＩＤを指定した接続要求（参加）を、サーバ装置１２０の実行部３１０に送信する（図１６のステップＳ１２０２参照）。
　一方、再接続依頼に含まれるセッションＩＤが、識別子記憶部１４１２に格納されたセッションＩＤと一致していなかった場合には、新たなセッションＩＤを指定した接続要求（生成）を、サーバ装置１２０の実行部３１０に送信する（不図示）。
　＜識別子判定部による識別子判定処理の詳細＞
　次に、ウェアラブル端末１４１０による「識別子判定処理」（ステップＳ１６０２）の詳細について説明する。図１７は、識別子判定処理の流れを示すフローチャートである。ウェアラブル端末１４１０の識別子判定部１４１１は、通信部３３０より再接続依頼を受信すると、図１７に示す識別子判定処理を開始する。
　ステップＳ１７０１において、ウェアラブル端末１４１０の識別子判定部１４１１は、再接続依頼に含まれるセッションＩＤが、識別子記憶部１４１２に格納されたセッションＩＤと一致するか否かを判定する。
　ステップＳ１７０１において、一致しないと判定した場合には（ステップＳ１７０１においてＮＯの場合には）、ステップＳ１７０２に進む。
　ステップＳ１７０２において、ウェアラブル端末１４１０の識別子判定部１４１１は、一致しなかったことを示す判定結果を、通信部３３０に通知する。
　一方、ステップＳ１７０１において、一致すると判定した場合には（ステップＳ１７０１においてＹＥＳの場合には）、ステップＳ１７０３に進む。
　ステップＳ１７０３において、ウェアラブル端末１４１０の識別子判定部１４１１は、一致したことを示す判定結果を、通信部３３０に通知する。
　＜まとめ＞
　以上の説明から明らかなように、第３の実施形態に係る管理システム１００において、
・ウェアラブル端末は、双方向通信を開始する際に指定したセッションＩＤを格納する。
・ウェアラブル端末は、格納したセッションＩＤと、再接続依頼に含まれるセッションＩＤとが一致するか否かを判定し、一致すると判定した場合に、再接続依頼に含まれるセッションＩＤを指定した接続要求（参加）を、サーバ装置に送信する。
　これにより、第３の実施形態によれば、双方向通信を再開させる際の現場作業者の操作負荷を低減させることができるとともに、適切なセッションに再接続することができる。
　［第４の実施形態］
　上記第１乃至第３の実施形態では、管理システム１００が、ウェアラブル端末と支援者端末とをそれぞれ１台ずつ有するものとして説明した。しかしながら、管理システム１００は、ウェアラブル端末と支援者端末とを複数台ずつ有していてもよい。
　この場合、複数の支援者端末は、それぞれ、複数のウェアラブル端末による接続要求（生成）により複数のセッションが生成されている状態にあっては、いずれのセッションに接続するかを選択することができるものとする。なお、複数のセッションとは、例えば、第１のセッションと第２のセッションの２つのセッションであってもよいし、３つ以上のセッションであってもよい。そして、複数の支援者端末は、それぞれ、選択したセッションのセッションＩＤを指定した接続要求（参加）を、サーバ装置１２０の実行部３１０に送信するものとする。
　これにより、複数の支援者端末では、同じタイミングで複数の参加依頼を受信した場合であっても、適切なセッションに接続することができる。
　同様に、複数の支援者端末は、それぞれ、双方向通信が切断された場合、いずれのセッションに再接続するかを選択することができるものとする。そして、複数の支援者端末は、それぞれ、選択したセッションのセッションＩＤを指定した接続要求（参加）を、サーバ装置１２０の実行部３１０に送信するものとする。
　これにより、複数の支援者端末では、例えば、直前まで接続していたセッションに再接続することができる。
　以上、実施形態を説明したが、特許請求の範囲の趣旨及び範囲から逸脱することなく、形態や詳細の多様な変更が可能なことが理解されるであろう。
　本出願は、２０２２年３月１７日に出願された日本国特許出願第２０２２－０４２１５６号に基づきその優先権を主張するものであり、同日本国特許出願の全内容を参照することにより本願に援用する。
　１００　　　　　　　　　：管理システム
　１１０　　　　　　　　　：ウェアラブル端末
　１２０　　　　　　　　　：サーバ装置
　１３０　　　　　　　　　：支援者端末
　３１０　　　　　　　　　：実行部
　３１１　　　　　　　　　：生成部
　３１２　　　　　　　　　：判定部
　３１３　　　　　　　　　：接続部
　３２０　　　　　　　　　：管理部
　３３０　　　　　　　　　：通信部
　１４１０　　　　　　　　：ウェアラブル端末
　１４１１　　　　　　　　：識別子判定部

Claims (11)

  1. 　第１の端末と第２の端末とが双方向通信を行う際のセッションを管理するサーバ装置であって、
    　前記サーバ装置が有する制御部は、
    　前記第１の端末が接続していたセッションの識別子を指定した接続要求が、前記第１の端末から送信された場合であって、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末を、前記第１の端末が接続していたセッションに再接続する、サーバ装置。
  2. 　前記制御部は、
    　前記第１の端末による双方向通信が切断された後に、前記第１の端末が接続していたセッションの識別子を指定した接続要求が、前記第１の端末から送信された場合に、前記接続要求において指定された識別子を有するセッションが、維持されているか否かを判定し、
    　維持されていると判定した場合に、前記第１の端末を、前記接続要求において指定された識別子を有するセッションに再接続することで、該セッションに既に接続されている前記第２の端末との双方向通信を再開させる、請求項１に記載のサーバ装置。
  3. 　前記制御部は、
    　維持されていないと判定した場合に、前記接続要求において指定された識別子を有するセッションを新たに生成し、
    　前記第１の端末を、前記新たに生成したセッションに接続し、前記第２の端末からの接続要求に応じて前記第２の端末を前記新たに生成したセッションに接続することで、前記第１の端末と前記第２の端末との双方向通信を再開させる、請求項２に記載のサーバ装置。
  4. 　前記制御部は、
    　接続している端末の数がゼロになったセッションを削除し、接続している端末の数が１以上のセッションを維持する、請求項１乃至３のいずれか１項に記載のサーバ装置。
  5. 　前記制御部は、
    　前記第１の端末による双方向通信が切断された後も、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末が接続していたセッションの識別子を含む再接続依頼を、前記第１の端末に送信し、
    　前記再接続依頼を送信したことに応じて、前記第１の端末から、前記再接続依頼に含まれる識別子と同一の識別子を指定した接続要求が送信された場合、前記第１の端末を、前記接続要求において指定された識別子を有するセッションに再接続することで、該セッションに既に接続されている前記第２の端末との双方向通信を再開させる、請求項２乃至４のいずれか１項に記載のサーバ装置。
  6. 　前記第１の端末は、前記第２の端末よりも双方向通信が切断される頻度が高い環境において利用される端末である、請求項２乃至５のいずれか１項に記載のサーバ装置。
  7. 　前記第１の端末は、現場作業者により装着され、前記第２の端末は、現場作業者を支援する支援者により利用される、請求項６に記載のサーバ装置。
  8. 　第１の端末と第２の端末とが双方向通信を行う際のセッションを管理するサーバ装置の制御部に、
    　前記第１の端末が接続していたセッションの識別子を指定した接続要求が、前記第１の端末から送信された場合であって、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末を、前記第１の端末が接続していたセッションに再接続する処理を実行させるための管理プログラム。
  9. 　第１の端末と、第２の端末と、前記第１の端末と前記第２の端末とが双方向通信を行う際のセッションを管理するサーバ装置と、を有する管理システムであって、
    　前記サーバ装置が有する制御部は、
    　前記第１の端末が接続していたセッションの識別子を指定した接続要求が、前記第１の端末から送信された場合であって、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末を、前記第１の端末が接続していたセッションに再接続する、管理システム。
  10. 　前記第２の端末が有する制御部は、
    　第１のセッションと第２のセッションとが維持されている場合、いずれかのセッションを選択し、選択したセッションの識別子を指定した接続要求を、前記サーバ装置に送信する、請求項９に記載の管理システム。
  11. 　前記サーバ装置が有する制御部は、
    　前記第１の端末による双方向通信が切断された後も、前記第１の端末が接続していたセッションが維持されている場合、前記第１の端末が接続していたセッションの識別子を含む再接続依頼を、前記第１の端末に送信し、
    　前記第１の端末が有する制御部は、
    　前記第２の端末との双方向通信を開始する際に指定したセッションの識別子を記憶し、
    　前記記憶した識別子と、前記再接続依頼に含まれる識別子とが同一であるか否かを判定し、
    　同一であると判定した場合に、前記記憶した識別子を指定した接続要求を、前記サーバ装置に送信する、請求項９または１０に記載の管理システム。
PCT/JP2023/009022 2022-03-17 2023-03-09 サーバ装置、管理プログラム及び管理システム Ceased WO2023176678A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP23770634.6A EP4496294A4 (en) 2022-03-17 2023-03-09 SERVER DEVICE, MANAGEMENT PROGRAM, AND MANAGEMENT SYSTEM
US18/845,608 US20250112975A1 (en) 2022-03-17 2023-03-09 Server apparatus, management program and management system
CN202380027016.9A CN118872253A (zh) 2022-03-17 2023-03-09 服务器装置、管理程序和管理系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022042156A JP7360657B2 (ja) 2022-03-17 2022-03-17 サーバ装置、管理プログラム及び管理システム
JP2022-042156 2022-03-17

Publications (1)

Publication Number Publication Date
WO2023176678A1 true WO2023176678A1 (ja) 2023-09-21

Family

ID=88023287

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/009022 Ceased WO2023176678A1 (ja) 2022-03-17 2023-03-09 サーバ装置、管理プログラム及び管理システム

Country Status (5)

Country Link
US (1) US20250112975A1 (ja)
EP (1) EP4496294A4 (ja)
JP (1) JP7360657B2 (ja)
CN (1) CN118872253A (ja)
WO (1) WO2023176678A1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030236905A1 (en) * 2002-06-25 2003-12-25 Microsoft Corporation System and method for automatically recovering from failed network connections in streaming media scenarios
JP2010224842A (ja) * 2009-03-23 2010-10-07 Sony Computer Entertainment Inc クライアント装置、画像表示方法、画像処理プログラム、画像処理プログラムが記憶された記憶媒体
US20120158814A1 (en) * 2010-12-20 2012-06-21 Sap Ag Revocable indication of session termination
WO2016013530A1 (ja) 2014-07-22 2016-01-28 株式会社リコー 制御システム、通信端末、通信システム、制御方法、及びプログラム
JP2018185570A (ja) * 2017-04-24 2018-11-22 トーヨーカネツソリューションズ株式会社 遠隔支援システム
JP2020149432A (ja) * 2019-03-14 2020-09-17 株式会社リコー 通信端末、通信システム、通信方法およびプログラム
JP2022042156A (ja) 2020-09-02 2022-03-14 株式会社荏原製作所 遠心圧縮機

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100377530C (zh) * 2005-09-28 2008-03-26 华为技术有限公司 移动终端在联网游戏中断时自动恢复的方法及其系统
JP2007110631A (ja) * 2005-10-17 2007-04-26 Ntt Docomo Inc グループ通話サーバ、グループ通話システム、端末及びグループ通話制御方法
CN101529853A (zh) * 2006-10-16 2009-09-09 马维尔国际贸易有限公司 网络连接快速恢复
US8081958B2 (en) * 2006-12-01 2011-12-20 Yahoo! Inc. User initiated invite for automatic conference participation by invitee
US8271777B2 (en) * 2008-09-05 2012-09-18 Psion Teklogix Inc. Secure host connection
US8213915B1 (en) * 2009-02-12 2012-07-03 Sprint Communications Company, L.P. HTTP session management
US8238537B2 (en) * 2009-02-27 2012-08-07 Research In Motion Limited System and method for reconnecting a device to a group call
US8649768B1 (en) * 2011-08-24 2014-02-11 Cellco Partnership Method of device authentication and application registration in a push communication framework
US9251194B2 (en) * 2012-07-26 2016-02-02 Microsoft Technology Licensing, Llc Automatic data request recovery after session failure
US9356987B2 (en) * 2012-10-09 2016-05-31 Vantrix Corporation System and method for optimizing a communication session between multiple terminals involving transcoding operations
US9106673B2 (en) * 2012-12-28 2015-08-11 Vonage Network, Llc Systems and methods for connecting telephony communications
US20150142982A1 (en) * 2013-11-15 2015-05-21 Microsoft Corporation Preservation of connection session
WO2016054651A1 (en) * 2014-10-03 2016-04-07 Across Lab, Inc. Method and apparatus for remote, multi-media collaboration, including archive and search capability
CN107005806A (zh) * 2014-12-03 2017-08-01 霍尼韦尔国际公司 用于在与监测站的通信失败时在气体/人员倒下/恐慌事件期间确定气体信息和携带无线气体检测器的操作员的定位的方法
CN104580537A (zh) * 2015-02-06 2015-04-29 深圳中兴网信科技有限公司 基于xmpp客户端与服务器的快速重连方法、终端和服务器
US20160247124A1 (en) * 2015-02-24 2016-08-25 Cisco Technology, Inc. Deferred Automatic Creation of Human Readable Meeting Placeholder Join Links Based on a Calendar Entry
US10397284B2 (en) * 2015-07-29 2019-08-27 Google Llc Systems and methods for automatic reconnect of calls
US10021540B2 (en) * 2016-05-19 2018-07-10 Mutualink, Inc. Voice connectivity of push-to-talk clients
US11349931B2 (en) * 2016-08-31 2022-05-31 Sap Se Session management for collaboration sessions
US10320856B2 (en) * 2016-10-06 2019-06-11 Cisco Technology, Inc. Managing access to communication sessions with communication identifiers of users and using chat applications
CN109391656B (zh) * 2017-08-09 2021-10-08 中兴通讯股份有限公司 一种设备管理会话的恢复方法、装置、客户端及服务器
US20190238536A1 (en) * 2018-01-26 2019-08-01 Qualcomm Incorporated Techniques for resuming a secure communication session
US11190598B2 (en) * 2018-10-31 2021-11-30 Comcast Cable Communications, Llc Methods and systems for session management
US11928303B2 (en) * 2021-05-15 2024-03-12 Apple Inc. Shared-content session user interfaces

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030236905A1 (en) * 2002-06-25 2003-12-25 Microsoft Corporation System and method for automatically recovering from failed network connections in streaming media scenarios
JP2010224842A (ja) * 2009-03-23 2010-10-07 Sony Computer Entertainment Inc クライアント装置、画像表示方法、画像処理プログラム、画像処理プログラムが記憶された記憶媒体
US20120158814A1 (en) * 2010-12-20 2012-06-21 Sap Ag Revocable indication of session termination
WO2016013530A1 (ja) 2014-07-22 2016-01-28 株式会社リコー 制御システム、通信端末、通信システム、制御方法、及びプログラム
JP2018185570A (ja) * 2017-04-24 2018-11-22 トーヨーカネツソリューションズ株式会社 遠隔支援システム
JP2020149432A (ja) * 2019-03-14 2020-09-17 株式会社リコー 通信端末、通信システム、通信方法およびプログラム
JP2022042156A (ja) 2020-09-02 2022-03-14 株式会社荏原製作所 遠心圧縮機

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
JP2023136471A (ja) 2023-09-29
EP4496294A1 (en) 2025-01-22
EP4496294A4 (en) 2025-06-25
JP7360657B2 (ja) 2023-10-13
CN118872253A (zh) 2024-10-29
US20250112975A1 (en) 2025-04-03

Similar Documents

Publication Publication Date Title
CN110868459B (zh) 数据传输方法、装置、终端及存储介质
WO2022179098A1 (zh) 直播数据处理方法及装置
CN111090687A (zh) 数据处理方法及装置、系统、计算机可读存储介质
CN109194972B (zh) 直播流获取方法、装置、计算机设备及存储介质
CN104426939A (zh) 一种信息处理方法及电子设备
EP3125537A1 (en) Information processing apparatus, image display method, and communications system
JP7360657B2 (ja) サーバ装置、管理プログラム及び管理システム
US10630894B2 (en) Notification system, wearable device, information processing apparatus, control method thereof, and computer-readable storage medium
CN114374460B (zh) 一种系统时间的获取方法及终端设备
KR102077592B1 (ko) 원격 대리 업무 서비스 제공 방법 및 서버, 컴퓨터로 읽을 수 있는 저장매체
JP5333546B2 (ja) 携帯端末装置、動画投稿方法及びプログラム
JP5047467B2 (ja) 映像記録装置、映像記録システム、及び、映像記録方法
JP2010258894A (ja) 映像受信装置、映像受信方法及びプログラム
WO2024243750A1 (zh) 多路径连接的配置方法、装置、存储介质及系统
JP6459749B2 (ja) サービス提供方法、サービス提供システム及びサービス提供装置
WO2020138541A1 (ko) 모바일 단말을 이용한 다채널 영상 생성 방법 및 장치
CN113438266B (zh) 可穿戴按摩仪数据的获取方法、装置、设备和存储介质
CN116962250A (zh) 网络质量检测方法、装置、计算机设备及存储介质
JP2023125841A (ja) 通信装置、通信制御方法、及びプログラム
JP2017112541A (ja) データ処理装置、通信装置、データ処理方法、プログラム
CN113691526A (zh) 基于WebRTC的推流方法、装置、系统、设备和介质
CN114374682A (zh) 数据分享方法、系统及存储介质和终端设备
WO2020221230A1 (zh) 信息处理方法和装置
JP7539726B2 (ja) 自動体外式除細動器設置位置案内方法、消防指令システムおよび消防指令装置
CN116761212B (zh) 图像传输控制方法、装置、终端设备及存储介质

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: 23770634

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18845608

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202380027016.9

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 202417072069

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2023770634

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2023770634

Country of ref document: EP

Effective date: 20241017

WWP Wipo information: published in national office

Ref document number: 18845608

Country of ref document: US