Surgery Assistant Robot Remote Support With Event-Triggered Media

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional remote support methods for surgery assistant robots are inefficient in quickly grasping the details of issues and providing timely support, leading to delays in resolving problems.

Innovation Solution

A remote support method and system that enables bidirectional communication between a server device and surgery assistant robots or terminal devices, allowing for the transmission of sound, images, or text in response to predetermined events, and includes image processing to obscure identifiable information and adjust frame rates for efficient data transmission.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If conventional remote support methods using log data analysis are used, then the system can maintain simple communication infrastructure, but the time required to grasp trouble details increases significantly

Engineering Contradiction:
Improvetime to grasp trouble detailsVSAvoidcommunication system complexity
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The system pre-configures multiple communication channels (voice, video, text) and establishes bidirectional communication capability before troubles occur. When a trouble is detected, the appropriate communication channel is immediately activated, eliminating the time delay of setting up communication methods during emergency situations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The server acts as an intermediary that receives and manages multiple types of data (voice, video, text) from both the call center and the surgery assistant robot. This intermediary structure enables efficient routing and integration of different communication modalities, allowing quick grasp of trouble details without requiring direct complex peer-to-peer connections.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If bidirectional communication with multiple data types is implemented, then the accuracy of trouble diagnosis improves, but the data transmission load increases

Engineering Contradiction:
Improvetrouble diagnosis accuracyVSAvoiddata transmission volume
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The system selectively activates different communication channels based on the specific trouble situation. For example, voice communication is used for immediate acknowledgment, video is activated only when visual inspection is needed, and text is used for detailed technical discussions. This localized application of different data types reduces overall transmission load while maintaining diagnostic accuracy.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system transmits only the necessary portion of data required for effective diagnosis and support. Instead of continuously streaming all available data types, the system activates specific communication channels partialy or fully based on the situation, reducing data volume while maintaining sufficient diagnostic capability.

Inventive Principle:
Principle #16Partial or excessive action

3Loss of information

If real-time video transmission is implemented for remote support, then the ability to observe operation details improves, but the network bandwidth consumption increases

Engineering Contradiction:
Improveoperation detail visibilityVSAvoidnetwork bandwidth consumption
Core Design Contradiction:
Loss of informationVSUse of energy by moving object

Solution Approach 1:

Instead of continuous high-bandwidth video streaming, the system uses periodic video transmission activated only when needed for specific diagnostic purposes. The video communication is transmitted in periodic intervals or triggered by specific events, reducing overall bandwidth consumption while maintaining the ability to observe operation details when necessary.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS11596485B2Method of remotely supporting surgery assistant robot and remote support system
Publication Date: 2023.03.07 SYSMEX CORP
  • US11596485B2 patent drawing
  • US11596485B2 patent drawing
  • US11596485B2 patent drawing

AI summary

A method for remotely supporting a surgery assistant robot may include: receiving at least one piece of operation information concerning an operation of the surgery assistant robot, by a server device that performs a remote support for the surgery assistant robot; and transmitting, in response to a predetermined event, at least one of a sound, an image, or a text from the server device to at least one of the surgery assistant robot or a terminal device.