WO2012133300A1 - 仮想デスクトップシステム、ネットワーク処理装置、管理方法、及び管理プログラム - Google Patents

仮想デスクトップシステム、ネットワーク処理装置、管理方法、及び管理プログラム Download PDF

Info

Publication number
WO2012133300A1
WO2012133300A1 PCT/JP2012/057742 JP2012057742W WO2012133300A1 WO 2012133300 A1 WO2012133300 A1 WO 2012133300A1 JP 2012057742 W JP2012057742 W JP 2012057742W WO 2012133300 A1 WO2012133300 A1 WO 2012133300A1
Authority
WO
WIPO (PCT)
Prior art keywords
flow
virtual desktop
client terminal
remote connection
network processing
Prior art date
Application number
PCT/JP2012/057742
Other languages
English (en)
French (fr)
Inventor
篤史 高橋
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to EP12764959.8A priority Critical patent/EP2693709A4/en
Priority to JP2013507558A priority patent/JP5757325B2/ja
Priority to US14/007,948 priority patent/US20140019525A1/en
Priority to CN201280016149.8A priority patent/CN103503416A/zh
Publication of WO2012133300A1 publication Critical patent/WO2012133300A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/52Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
    • G06F21/53Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by executing in a restricted environment, e.g. sandbox or secure virtual machine
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55Detecting local intrusion or implementing counter-measures
    • G06F21/552Detecting local intrusion or implementing counter-measures involving long-term monitoring or reporting
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/451Execution arrangements for user interfaces
    • G06F9/452Remote windowing, e.g. X-Window System, desktop virtualisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/122Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/26Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/08Protocols specially adapted for terminal emulation, e.g. Telnet
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/45595Network integration; Enabling network access in virtual machine instances
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities

Definitions

  • the present invention relates to a thin client system such as a virtual desktop system that operates on a virtual machine on a server and provides an OS (Operating System) environment via a network.
  • OS Operating System
  • OS Operating System
  • server virtualization software has been provided, and at the same time, the speed of the local area network (LAN) has been rapidly increasing. As a result, it has become possible to install an OS in a virtual machine that operates on server virtualization software, and a user can use a PC environment from his / her PC (hereinafter referred to as a thin client terminal) over a network.
  • LAN local area network
  • This type of usage is called a virtual desktop system or a thin client system.
  • the data is managed on the server, so the risk of information leakage is reduced, and the load on the thin client terminal is reduced because most processing is performed on the server side. Is obtained.
  • the virtual desktop system is a so-called screen transfer type thin client system.
  • keyboard and mouse operation information is transmitted from the thin client terminal to the server, and a result processed by the server based on the operation information is displayed on the sink client terminal as screen data.
  • the virtual desktop system has the same advantages as the thin client system, and also has an advantage that a PC environment set for each user can be used even when different users use the same client terminal.
  • Patent Documents 1-3 are cited as related technologies for using the virtual desktop system.
  • Patent Document 1 provides a means for the user to know the time when the computer can be accessed and a means for the administrator to know the computer operating status of the virtual desktop.
  • Patent Document 2 provides a means for grasping the status of a failure of a virtual device or a hardware device in a computer in a virtual desktop environment.
  • Patent Document 3 provides a means for using the virtual desktop environment at high speed and with high efficiency.
  • VMware vSphere http: // www. vmware. com / jp / products / vsphere /
  • the virtual desktop system based on background technology has the following problems.
  • the first problem is that users of the virtual desktop environment themselves cannot grasp the remote connection status. The reason is that the screen image itself is only transferred to the user side, and the virtual desktop environment itself does not exist.
  • the second problem is that it is difficult to recover the virtual desktop environment by restarting the virtual desktop by the user himself / herself. This is because the network path that can be operated by itself is lost in the case of a fault in the remote connection state with the virtual desktop.
  • the third problem is that it is difficult to cope with a path failure caused by a network using a virtual desktop environment.
  • the reason is that the remote connection program implemented for using the virtual desktop environment is mainly intended for screen transfer, and does not include means for providing the network node management means to the end node.
  • the fourth problem is that the network that is the basis of the virtual desktop environment of the background technology does not have a traffic monitoring notification mechanism that is application-aware.
  • the reason is that in the background art network (mainly IP network), IP packet transfer is the main providing function, and the application-aware management mechanism is entrusted to the end node (server, PC client, etc.) at the network edge. Because it was.
  • the main function of the end node is the session management function based on the assumption that the communication state of the IP network is normal, and the details of the failure cannot be grasped. Had been offered.
  • An object of the present invention is to provide a virtual desktop system, a network processing apparatus, a management method, and a management program that can solve the above-described problems and allow a user to grasp the operating status of the system.
  • a first virtual desktop system of the present invention includes a virtualization server including a virtual desktop, a thin client terminal that uses the virtual desktop by remote connection, and a plurality of network processing devices that connect the virtualization server and the thin client terminal.
  • An IP flow management means for managing IP flow information relating to the remote connection of the thin client terminal, and an IP packet relating to the remote connection, the IP flow relating to the IP packet has a predefined bandwidth. Or, when the delay time is not satisfied, an IP flow state notification means for notifying the new client terminal to that effect is provided.
  • a first network processing device of the present invention includes a virtualization server including a virtual desktop, a thin client terminal that uses the virtual desktop by remote connection, and a plurality of network processing devices that connect the virtualization server and the thin client terminal.
  • a virtual desktop system network processing apparatus comprising: an IP flow management unit that manages IP flow information relating to remote connection of a thin client terminal; and an IP flow relating to the IP packet when receiving an IP packet relating to remote connection, IP flow state notifying means for notifying the new client terminal when the predefined bandwidth or delay time is not satisfied.
  • a first management method of the present invention includes a virtualization server including a virtual desktop, a thin client terminal that uses the virtual desktop by remote connection, and a plurality of network processing devices that connect the virtualization server and the thin client terminal.
  • a method for managing a virtual desktop system in which when a network processing apparatus receives an IP flow management step for managing IP flow information related to remote connection of a thin client terminal, and an IP packet related to remote connection, the IP related to the IP packet When the flow does not satisfy the predefined bandwidth or delay time, the IP flow state notification step notifies the new client terminal to that effect.
  • a first management program of the present invention includes a virtualization server including a virtual desktop, a thin client terminal that uses the virtual desktop by remote connection, and a plurality of network processing devices that connect the virtualization server and the thin client terminal.
  • a virtualization server including a virtual desktop, a thin client terminal that uses the virtual desktop by remote connection, and a plurality of network processing devices that connect the virtualization server and the thin client terminal.
  • the user himself / herself can grasp the operating status of the system.
  • FIG. 1 is a block diagram showing a configuration related to remote connection of the virtual desktop system 100 according to the present embodiment.
  • a virtual desktop system 100 includes a virtual desktop management device 10, a virtualization server 20 (20-1, 20-2), and a network processing device 30 (30-1 to 30-). 4) and one or more thin client terminals 40 (40-1 to 40-n).
  • the configuration includes two virtualization servers and four network processing devices.
  • the number of virtualization servers and network processing devices is not limited to this.
  • the thin client terminal 40 includes remote connection means 41.
  • the remote connection means 41 requests connection to the remote reception means 25 described later.
  • the remote connection is completed between the remote connection unit 41 and the remote reception unit 25.
  • the virtualization server 20 includes one or more virtual desktops 210, a virtual desktop processing device 200, and a virtual switch 202 that operates inside the virtual desktop processing device.
  • the virtualization server 20 includes two virtual desktops, but is not limited thereto.
  • the virtual desktop 210 includes remote reception means 25.
  • the remote reception unit 25 has a function of performing remote connection with the remote connection unit 41 of the thin client terminal 40.
  • the remote reception unit 25 When receiving a connection request from the remote connection unit 41, the remote reception unit 25 notifies the connection permission when the connection is possible. Thereby, a remote connection is established.
  • the virtual switch 23 is a virtualized network switch and has a function of performing communication with the outside.
  • the virtual switch 23 includes virtual desktop flow control management means 24.
  • FIG. 2 shows the configuration of the virtual desktop flow control management means 24 related to remote connection.
  • the virtual desktop flow control management unit 24 includes an application flow identification unit 241, a virtual desktop flow confirmation unit 242, a virtual desktop flow transfer unit 243, an application flow definition unit 244, and a virtual desktop IP flow management.
  • Means 2025, QoS information management means 2026, counter information management means 2027, transfer port information management means 2029, and timer information management means 2029 are included.
  • the application flow definition unit 244 defines an IP flow (hereinafter referred to as an application flow) of a predetermined application.
  • the IP flow is a flow of an IP packet from a specific IP address to another specific IP address.
  • the application flow identification unit 241 confirms the IP packet transmitted from the remote connection unit 41 and the remote reception unit 111, and whether the IP flow related to the IP packet corresponds to the application flow defined in the application flow definition unit 244. Identify whether or not.
  • the application flow identification unit 241 discards the IP packet when the IP flow related to the IP packet is not defined in the application flow definition unit 244.
  • the application flow identification unit 241 passes the fact to the virtual desktop flow confirmation unit 242 as the identification result.
  • the virtual desktop flow confirmation unit 242 inquires whether the application flow defined in the application flow definition unit 244 and the IP flow identified by the application flow identification unit 241 are already managed by the virtual desktop IP flow management unit 245.
  • the virtual desktop flow confirmation unit 242 makes a request to the virtual desktop IP flow management unit 245 to make the IP flow a management target.
  • the virtual desktop IP flow management means 245 manages information on a predetermined IP flow.
  • the virtual desktop IP flow management unit 245 includes QoS information management unit 246, counter information management unit 247, transfer information about QoS, transfer counter number, transfer destination port information, and time registered as a management target for each IP flow. The information is registered and managed in the port information management unit 248 and the timer information management unit 249.
  • the virtual desktop flow transfer unit 243 determines whether or not the IP packet can be transferred based on the QoS information management unit 246 managed by the virtual desktop IP flow management unit 245.
  • the virtual desktop flow transfer unit 243 determines that the IP packet can be transferred, the virtual desktop flow transfer unit 243 acquires the optimal transfer port information included in the network processing devices 30-1 to 30-4 from the transfer port information management unit 248. Further, the virtual desktop flow transfer unit 243 increments the counter for managing the IP flow related to the IP packet with respect to the counter information management unit 247.
  • the virtual desktop flow transfer unit 243 transfers the IP packet to the remote reception unit 25 or the remote connection unit 41.
  • the QoS information management means 246 manages information related to the IP flow such as the IP packet size (byte length), the source IP address, and the destination IP address.
  • the counter information management means 247 manages the counter value for each IP flow.
  • the transfer port information management means 248 manages the transfer port information of the network processing device 30.
  • Timer information management means 2029 manages the time when the IP flow is registered by the virtual desktop IP flow management means 245.
  • FIG. 3 is a block diagram showing a configuration for propagation of IP flow information in the network processing device 30 (30-1 to 30-4). Although explanation is omitted for simplification, the IP flow information propagation in the virtual switch 14 has the same configuration and operation.
  • the virtual desktop flow control management means 31 includes an IP flow management means 311, a flow state propagation means 312, and an IP flow information management table 313 in the configuration for IP flow information propagation.
  • the virtual desktop flow control management means 31 has the configuration of FIG.
  • the flow information propagation means 312 propagates the information of the IP flow managed by the IP flow information management table 313.
  • the flow information propagation unit 312 stores the information of the propagated IP flow in the IP flow information management table 313 based on the information acquired from the IP flow management unit 311.
  • IP flow information management table 313 a configuration example of the IP flow information management table 313 is shown in FIG.
  • Entry is created and managed in units of IP flows.
  • the outline of the information field stored in each entry is as follows.
  • the application field stores the communication protocol of the virtual desktop that is mainly used.
  • the pair IP address 1 field stores the source IP address or the destination IP address of the end node that is executing the remote connection.
  • pair IP address 1 The same information as the pair IP address 1 field is also stored in the pair IP address 2 field. However, the pair IP address 1 is exclusive. A combination of the pair IP address 1 and the pair IP address 2 is an IP flow.
  • the hop field stores hop information in the network.
  • the bandwidth information field stores the bandwidth value used by the IP flow.
  • the delay information field stores the transfer delay time of the IP flow.
  • SLA Service Level Agreement
  • active information and service level regulation information are stored.
  • FIG. 5 is a block diagram showing a configuration relating to a status notification and a route request of an IP flow used in the virtual desktop service in the virtual desktop system 100 according to the present embodiment.
  • FIG. 5 The configuration of FIG. 5 has the following outline functions.
  • the virtual desktop management device 10 includes virtual desktop operation means 110.
  • the virtual desktop 21 includes an IP flow state receiving unit 26.
  • the virtual desktop flow control management unit 31 of the network processing apparatus 30 includes an IP flow state notification unit 315, an IP flow path change unit 314, and an IP flow management unit 311.
  • the thin client terminal 40 includes an IP flow state reception unit 42 and an IP flow route change request unit 43.
  • the virtual desktop operating unit 110 moves the virtual desktop 21 to a different virtual desktop processing device 22 in cooperation with the virtual desktop processing device 22 in response to a request from the IP flow path change requesting unit 43.
  • the moving means is not based on the present invention, but is realized by the existing technology of virtualization (in the software product of Non-Patent Document 1, a dynamic migration function is provided under the name of VMware VMMotion. There is no need to be correct).
  • the IP flow state receiving unit 26 receives the state of the IP flow passing on the network from the IP flow state notifying unit 315.
  • the IP flow state notifying unit 315 acquires information from the IP flow managing unit 311 and notifies the adjacent virtual desktop flow control managing unit 31 of the state of the IP flow passing through.
  • the IP flow path changing unit 314 receives a request from the IP flow path changing request unit 43 that is a user request, and transfers the request to another IP flow path changing unit 314 in the network.
  • the IP flow route changing unit 314 performs processing in cooperation with the IP flow management unit 311 in order to change the corresponding route. As a result, the route is changed and the optimum route is passed.
  • the IP flow state reception unit 42 receives the state of the IP flow from the IP flow state notification unit 315, provides information to the IP flow path change request unit 43, and executes an appropriate processing request.
  • the IP flow path change request means 43 transmits an IP flow path change request to the IP flow path change means 314 or the virtual desktop operation means 110 connected in the vicinity in accordance with the user request.
  • FIG. 6 is a flowchart showing the operation of the virtual desktop system 100 according to the present embodiment.
  • the remote connection means 41 starts remote connection to the user's virtual desktop 21 (step S1).
  • the remote acceptance means 25 receives the connection request from the remote connection means 41, and the connection is established (step S34).
  • the remote reception unit 25 communicates with the internal virtual desktop flow control management unit 24, and then transmits a survival notification to the remote connection unit 41 (step S35).
  • the remote connection means 41 confirms whether or not the survival notification has been received a certain number of times within a certain time (step S36). If it has been received, the process returns to step S35.
  • step S36 “NO”) the process proceeds to step S29.
  • the application flow identification unit 241 of the virtual desktop flow control management unit 31 corresponds to the application flow in which the IP flow related to the IP packet transmitted in step S1 is defined in the application flow definition unit 244. Whether or not to do so is identified (step S2).
  • step S3 “NO”) the application flow identification unit 241 discards the IP packet ( Step S4).
  • step S1 if the IP flow related to the transmitted IP packet is an application flow defined in the application flow definition unit 244 (step S3 “YES”), the virtual desktop flow control management means 31 determines that the IP packet is It is determined whether the packet is a management control packet for use in the network (step S5).
  • the virtual desktop flow control management unit 31 determines that the IP packet is the virtual desktop flow control management unit 31. It is identified whether it is addressed to the operating network node (own device) (step S6).
  • the virtual desktop flow control management means 31 identifies whether the IP packet is a bandwidth definition change content request (step S7).
  • step S7 the virtual desktop flow control management means 31 executes a bandwidth change process (step S8).
  • the virtual desktop flow control management means 31 identifies whether or not the IP packet is a delay definition change request (step S9).
  • step S9 If it is a delay definition change request (step S9 “YES”), the virtual desktop flow control management means 31 executes a delay definition change process (step S10).
  • the virtual desktop flow control management means 31 identifies whether the IP packet is a route change request in the network (step S11).
  • step S11 “NO”) the virtual desktop flow control management means 31 transfers the IP packet (step S12).
  • the virtual desktop flow control management unit 31 updates the state of the transfer port information management unit 1418 (steps S13 and S14).
  • the virtual desktop flow control management means 31 transfers the IP packet to the adjacent network processing device 31 (S12). More specifically, the virtual desktop flow transfer unit 243 performs the transfer process.
  • the virtual desktop flow control management means 31 indicates that the source IP address or the destination IP address of the sent IP packet is a virtual desktop flow management means. Whether the IP flow is managed by H.245 is identified (step S15). More specifically, the virtual desktop flow confirmation unit 242 inquires of the virtual desktop IP flow management unit 245 whether the IP is managed by the virtual desktop IP flow management unit 245.
  • the virtual desktop flow confirmation means 242 issues a registration request to the virtual desktop flow management means 245, and virtual The desktop flow management means 245 executes registration (step S16).
  • the virtual desktop flow management unit 245 registers the registered time in the timer information management unit 249 (step S17), and the size (byte length) of the transmitted IP packet is stored in the QoS information management unit 246. Store (step S18). Thereafter, the process returns to step S15.
  • the virtual desktop flow management unit 245 transmits the previous transfer time and the current time of the IP flow. Is read from the timer information management means 249, the difference is calculated (step S19), and the difference time for the IP flow is stored in the timer information management means 249 (step S20).
  • the virtual desktop flow management means 245 stores the current IP flow processing time in the timer information management means 249, and uses it as data used in the next difference calculation (step S21).
  • the virtual desktop flow management unit 245 extracts the IP packet size (step S22), and stores the IP packet size managed as the IP flow in the QoS information management unit 246 (step S23, S24).
  • the virtual desktop flow management unit 245 reads the state of the transmitted IP flow from the QoS information management unit 246, and confirms whether the defined bandwidth is satisfied (step S25).
  • step S25 If the defined bandwidth is satisfied (step S25 “YES”), the virtual desktop flow management means 245 checks whether the defined delay time is satisfied (step S26).
  • step S27 If the defined delay time is satisfied (step S27 “YES”), the virtual desktop flow management unit 245 increases the counter value of the counter information management unit 247 (step S27).
  • the virtual desktop flow management unit 245 refers to the transfer port information management unit 248 (step S28), and the virtual desktop flow transfer unit 243 transfers the IP packet to the corresponding port (step S12).
  • step S29 If the condition is not satisfied in the process of step S25 or step S26, the virtual desktop flow control management means 31 notifies the remote connection means 41 of the network usage state (step S29). "
  • step S31 When the user executes the change request (step S31), the thin client terminal 40 executes a marking process indicating the control packet on the IP packet (step S33). In step S33, it is also marked whether it is for the user's own virtual desktop. Then, it transmits to step S3 and a process is performed.
  • step S37 the virtual desktop flow control management means 31 calculates bandwidth data and delay data, constructs IP flow information based on FIG. 3, and transmits the IP flow information to the adjacent network processing device 31 (step S38). . Thereby, the synchronization of the service state of the IP flow within the network is established.
  • step S39 the adjacent network processing device 30 confirms whether or not the IP flow information is received a certain number of times within a certain time (step S39).
  • step S39 “NO”) since the corresponding reception port is no longer the optimum transfer destination port, the virtual desktop flow control management means 31 changes the optimum port list to the transfer port information management means 248. .
  • step S39 “YES”) the virtual desktop flow control management means 31 extracts necessary service level information (step S40) and confirms whether the corresponding reception port is registered in the optimum transfer port. (Step S41).
  • step S41 “NO”) the virtual desktop flow control management means 31 registers the reception port in the optimum transfer port list managed by the transfer port information management means 248 (step S42), and the process of step S27 is performed. Move on to execution.
  • step S41 “YES”) the virtual desktop flow control management means 31 executes the transfer port validity period extension process (step S43) and updates the port status as valid (step S14). .
  • the first effect is that, when a service failure occurs, the service user can identify whether there is a problem on the virtual desktop side or a network problem. This is because the means for monitoring the virtual desktop itself and the means for monitoring the network used by the virtual desktop are separately arranged, and the identification information is transmitted over the network by mutual alive monitoring.
  • the second effect is that when a network failure occurs or a sudden load rises, the system automatically switches to the optimal route, allowing the user to maintain the service level without being aware of it. It is to become.
  • the reason is that the network processing device performs traffic forwarding while maintaining optimum route information for each used service by dynamically transmitting and receiving route information identifying the used service.
  • the third effect is that the user can select the optimum route and perform operations such as optimum placement and restart of the virtual desktop as necessary.
  • the reason is that the user himself / herself can grasp the usage status of the virtual desktop and the network by means provided by the first effect and the second effect.
  • FIG. 8 shows a minimum configuration that can solve the problems of the present invention.
  • the virtual desktop system 100 includes a virtualization server 20 having a virtual desktop 21, a thin client terminal 40 that uses the virtual desktop 21 by remote connection, and a plurality of network processing devices 30 that connect the virtualization server 20 and the thin client terminal 40.
  • the network processing apparatus 30 receives an IP flow management unit 311 that manages information of an IP flow related to remote connection of the thin client terminal 40 and an IP packet related to remote connection, the IP flow related to the IP packet is When the predefined bandwidth or delay time is not satisfied, the above-described problem of the present invention can be solved by including the IP flow state notifying unit 315 that notifies the new client terminal to that effect.
  • FIG. 7 is a block diagram illustrating a hardware configuration example of the network processing device 31.
  • the network processing device 31 of the present invention has a hardware configuration similar to that of a general computer device, and includes data such as a CPU (Central Processing Unit) 801 and a RAM (Random Access Memory).
  • the main storage unit 802 used for the work area and data temporary save area, the communication unit 803 that transmits and receives data via the network, the input device 805, the output device 806, and the storage device 807 are connected to transmit and receive data.
  • An input / output interface unit 804 and a system bus 808 for interconnecting the above-described components are provided.
  • the storage device 807 is realized by, for example, a hard disk device including a non-volatile memory such as a ROM (Read Only Memory), a magnetic disk, and a semiconductor memory.
  • Each function of the network processing device 31 of the present invention is implemented by hardware by mounting circuit components which are hardware components such as LSI (Large Scale Integration) incorporating a program.
  • LSI Large Scale Integration
  • a program that provides the function may be stored in the storage device 807, loaded into the main storage unit 802, and executed by the CPU 801 to be realized in software.
  • the virtualization server 20, the thin client terminal 40, and the virtual desktop management apparatus 10 also have the hardware configuration as described above, and realize each function of the own apparatus in terms of hardware or software.
  • a plurality of components are formed as a single member, and a single component is formed of a plurality of members. It may be that a certain component is a part of another component, a part of a certain component overlaps with a part of another component, or the like.
  • the plurality of procedures of the method and the computer program of the present invention are not limited to being executed at different timings. For this reason, another procedure may occur during the execution of a certain procedure, or some or all of the execution timing of a certain procedure and the execution timing of another procedure may overlap.
  • a virtualization server with a virtual desktop A thin client terminal that uses the virtual desktop in a remote connection; A plurality of network processing devices connecting the virtualization server and the thin client terminal;
  • the network processing device is IP flow management means for managing IP flow information related to the remote connection of the thin client terminal;
  • IP flow state notifying means for notifying the new client terminal when the IP flow related to the remote connection has received an IP packet related to the remote connection and does not satisfy a predefined bandwidth or delay time.
  • a virtual desktop system comprising:
  • the thin client terminal is IP flow path change request means for transmitting the IP flow path change request to the predetermined network processing device
  • the network processing device is The virtual desktop system according to claim 1, further comprising: an IP flow route changing unit that changes the route of the IP flow in response to the route change request of the IP flow.
  • the network processing device is
  • the IP flow state notifying unit includes a transfer port information managing unit that changes a receiving port of the own device when information on the state of the IP flow is not received a predetermined number of times in a predetermined period from another network processing device.
  • the virtual desktop system according to appendix 3.
  • the network processing device is An IP flow information management table for holding the state of the IP flow;
  • the IP flow information management table is The virtual desktop system according to any one of appendix 1 to appendix 4, wherein the virtual desktop system includes at least information on a bandwidth used by the IP flow and information on a transfer delay time of the IP flow.
  • the virtual desktop is Remote receiving means for receiving a remote connection request from the thin client terminal;
  • the virtual desktop system according to any one of appendix 1 to appendix 5, wherein the remote reception unit transmits a survival notification indicating that the connection is normally performed to the thin client terminal at a predetermined interval.
  • the thin client terminal is Remote connection means for making a remote connection request to the virtual desktop,
  • the network processing of a virtual desktop system comprising: a virtualization server including a virtual desktop; a thin client terminal that uses the virtual desktop by remote connection; and a plurality of network processing devices that connect the virtualization server and the thin client terminal A device, IP flow management means for managing IP flow information related to the remote connection of the thin client terminal; IP flow state notifying means for notifying the new client terminal to the effect when the IP flow related to the IP packet does not satisfy a predefined bandwidth or delay time when the IP packet related to the remote connection is received And a network processing device.
  • appendix 9 The network processing apparatus according to appendix 8, further comprising: an IP flow route changing unit that changes the route of the IP flow in response to a route change request of the IP flow from the thin client terminal.
  • the appendix 8 or appendix 9 is characterized in that the IP flow state notifying unit of each network processing device shares information regarding the state of the IP flow by notifying each other of information regarding the state of the IP flow. Network processing equipment.
  • the IP flow state notifying unit includes a transfer port information managing unit that changes a receiving port of the own device when information on the state of the IP flow is not received a predetermined number of times in a predetermined period from another network processing device.
  • the network processing device according to appendix 10.
  • the IP flow information management table is The network processing device according to any one of appendix 8 to appendix 11, wherein the network processing device includes at least information on a bandwidth used by the IP flow and information on a transfer delay time of the IP flow.
  • a virtual desktop system management method comprising: a virtualization server including a virtual desktop; a thin client terminal that uses the virtual desktop by remote connection; and a plurality of network processing devices that connect the virtualization server and the thin client terminal.
  • the network processing device is An IP flow management step for managing IP flow information related to the remote connection of the thin client terminal; IP flow status notification step of notifying the new client terminal of the IP flow related to the remote connection when the IP flow related to the IP packet does not satisfy a predefined bandwidth or delay time when the IP packet related to the remote connection is received
  • a management method characterized by comprising:
  • the network processing device is 14.
  • the IP flow information management table is The management method according to any one of appendix 13 to appendix 16, wherein the management method includes at least information on a bandwidth used by the IP flow and information on a transfer delay time of the IP flow.
  • the network processing of a virtual desktop system comprising: a virtualization server including a virtual desktop; a thin client terminal that uses the virtual desktop by remote connection; and a plurality of network processing devices that connect the virtualization server and the thin client terminal Works on the device,
  • IP flow management processing for managing IP flow information related to the remote connection of the thin client terminal
  • IP flow state notification processing for notifying the new client terminal when the IP flow related to the remote connection has received the IP packet related to the remote connection and does not satisfy a predefined bandwidth or delay time.
  • a management program characterized in that
  • Item 18 or Item 19 is characterized in that in the IP flow state notification process of each network processing device, information regarding the state of the IP flow is shared by mutually reporting information regarding the state of the IP flow. Management program.
  • Appendix 21 21.
  • IP flow information management table for holding the state of the IP flow;
  • the IP flow information management table is The management program according to any one of appendix 13 to appendix 16, wherein the management program includes at least information on a bandwidth used by the IP flow and information on a transfer delay time of the IP flow.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Human Computer Interaction (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

 利用者自らがシステムの稼働状況を把握する。 仮想デスクトップシステム100が、仮想デスクトップ21を備える仮想化サーバ20と、リモート接続で仮想デスクトップ21を利用するシンクライアント端末40と、仮想化サーバ20及びシンクライアント端末40を接続する複数のネットワーク処理装置30とを備え、ネットワーク処理装置30が、シンクライアント端末40のリモート接続に関するIPフローの情報を管理するIPフロー管理手段311と、リモート接続に関するIPパケットを受信した場合、当該IPパケットに関するIPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するIPフロー状態通知手段315とを備える。

Description

仮想デスクトップシステム、ネットワーク処理装置、管理方法、及び管理プログラム
 本発明は、サーバ上の仮想マシンで動作し、ネットワークを介してOS(Operating System)環境を提供する仮想デスクトップシステム等のシンクライアントシステムに関し、特に、利用者自らがシステムの稼働状況を把握することが可能な技術に関する。
 これまで、1台の個人用電子計算機(PC:Personal Computer)には、1つの基本ソフトウェア(OS:Operating System)を導入し利用する形態が一般的であった。
 しかし近年、サーバ仮想化ソフトウェアと呼ばれるソフトウェアが提供されるのと同時に、構内ネットワーク(LAN:Local Area Network)の急速な高速化が進んでいる。これにより、サーバ仮想化ソフトウェア上で動作する仮想マシンにOSをインストールし、ユーザが自身のPC(以下、シンクライアント端末と称する)からネットワーク越しにPC環境を利用することが可能となってきた。
 この様な利用形態は仮想デスクトップシステムやシンクライアントシステムと呼ばれる。
 シンクライアントシステムによれば、データをサーバ上で管理するため、情報漏えいのリスクの低減が図られるといった利点や、ほとんどの処理がサーバ側で行われるためシンクライアント端末の負荷が低くなる等の利点が得られる。
 ここで、仮想デスクトップシステムとは、いわゆる画面転送型のシンクライアントシステムである。仮想デスクトップシステムでは、シンクライアント端末からキーボードやマウスの操作情報をサーバに送信し、該操作情報に基づきサーバが処理した結果を画面データとしてシンクアイアント端末に表示する。
 仮想デスクトップシステムは、シンクライアントシステムと同様の利点があると共に、異なるユーザが同一のクライアント端末を利用する場合でも、ユーザ毎に設定したPC環境を利用することが出来るという利点もある。
 仮想デスクトップシステムの利用についての関連技術として、特許文献1-3が挙げられる。
 特許文献1では、利用者がコンピュータへのアクセス可能時間を知る手段と管理者が仮想デスクトップのコンピュータ稼働状況を把握する手段を提供している。
 また、特許文献2では、仮想デスクトップ環境のコンピュータ内の仮想デバイス、ハードウェアデバイスの障害について状況を把握する手段を提供している。
 また、特許文献3では、仮想デスクトップ環境を高速かつ高効率で利用できる手段を提供している。
特開2008-123493号 特開2008-269194号 特開2007-198429号
VMware vSphere, http://www.vmware.com/jp/products/vsphere/
 背景技術による仮想デスクトップシステムは、以下のような問題点を有している。
 第1の問題点は、仮想デスクトップ環境の利用者自身がリモート接続状況の把握が出来ないという事である。その理由は、利用者側には画面イメージそのものが転送されているだけであり、仮想デスクトップ環境そのものが存在しないということである。
 第2の問題点は、仮想デスクトップ環境の利用者自身による仮想デスクトップの再起動等の復旧が困難なことである。その理由は、仮想デスクトップとのリモート接続状態の不具合の場合には、自ら操作可能なネットワークパスが失われるためである。
 第3の問題点は、仮想デスクトップ環境を利用するネットワーク網に起因するパス障害には対応が困難ということである。その理由は、仮想デスクトップ環境利用に実装されるリモート接続プログラムは、画面転送する事を主たる目的としておりネットワーク網の管理手段をエンドノードに提供する手段を具備していないためである。
 第4の問題点は、背景技術の仮想デスクトップ環境の基盤となるネットワークではアプリケーションを意識したトラフィック監視通知の機構を具備していないことである。その理由は、背景技術のネットワーク(主として、IPネットワーク)では、IPパケットの転送が主たる提供機能でありアプリケーションを意識した管理機構はネットワークエッジのエンドノード(サーバやPCクライアント等)に機能が委ねられていたからである。しかも、エンドノードにおいてはIPネットワークの疎通状態が正常であることを前提としたセッション管理機能が主たる機能であり、障害の詳細内容を把握することができずタイムアウトによるリトライ機構等による復旧処置のみが提供されていた。
(発明の目的)
 本発明の目的は、上述した課題を解決し、利用者自らがシステムの稼働状況を把握することが可能な仮想デスクトップシステム、ネットワーク処理装置、管理方法、及び管理プログラムを提供することである。
 本発明の第1の仮想デスクトップシステムは、仮想デスクトップを備える仮想化サーバと、リモート接続で仮想デスクトップを利用するシンクライアント端末と、仮想化サーバ及びシンクライアント端末を接続する複数のネットワーク処理装置とを備え、ネットワーク処理装置が、シンクライアント端末のリモート接続に関するIPフローの情報を管理するIPフロー管理手段と、リモート接続に関するIPパケットを受信した場合、当該IPパケットに関するIPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するIPフロー状態通知手段とを備える。
 本発明の第1のネットワーク処理装置は、仮想デスクトップを備える仮想化サーバと、リモート接続で仮想デスクトップを利用するシンクライアント端末と、仮想化サーバ及びシンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムのネットワーク処理装置であって、シンクライアント端末のリモート接続に関するIPフローの情報を管理するIPフロー管理手段と、リモート接続に関するIPパケットを受信した場合、当該IPパケットに関するIPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するIPフロー状態通知手段とを備える。
 本発明の第1の管理方法は、仮想デスクトップを備える仮想化サーバと、リモート接続で仮想デスクトップを利用するシンクライアント端末と、仮想化サーバ及びシンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの管理方法であって、ネットワーク処理装置が、シンクライアント端末のリモート接続に関するIPフローの情報を管理するIPフロー管理ステップと、リモート接続に関するIPパケットを受信した場合、当該IPパケットに関するIPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するIPフロー状態通知ステップとを有する。
 本発明の第1の管理プログラムは、仮想デスクトップを備える仮想化サーバと、リモート接続で仮想デスクトップを利用するシンクライアント端末と、仮想化サーバ及びシンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムのネットワーク処理装置上で動作し、ネットワーク処理装置に、シンクライアント端末のリモート接続に関するIPフローの情報を管理するIPフロー管理処理と、リモート接続に関するIPパケットを受信した場合、当該IPパケットに関するIPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するIPフロー状態通知処理とを、実行させる。
 本発明によれば、利用者自らがシステムの稼働状況を把握することができる。
本発明の第1の実施の形態による仮想デスクトップシステムの構成を示すブロック図である。 第1の実施の形態によるリモート接続に関する仮想デスクトップフロー制御管理手段の構成を示すブロック図である。 第1の実施の形態によるネットワーク処理装置のIPフロー情報の伝播についての構成を示すブロック図である。 第1の実施の形態によるIPフロー情報管理テーブル313の構成例を示す図である。 第1の実施の形態による仮想デスクトップシステムのIPフローの状態通知及び経路要求に関する構成を示すブロック図である。 第1の実施の形態による仮想デスクトップシステムの動作を示すフローチャートである。 本発明のネットワーク処理装置のハードウェア構成例を示すブロック図である。 本発明の仮想デスクトップシステムの最小限の構成を示すブロック図である。
 本発明の上記及び他の目的、特徴及び利点を明確にすべく、添付した図面を参照しながら、本発明の実施形態を以下に詳述する。なお、上述の本願発明の目的のほか、他の技術的課題、その技術的課題を解決する手段及びその作用効果についても、以下の実施形態による開示によって明らかとなるものである。
 なお、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
(第1の実施の形態)
 まず、本発明の第1の実施の形態について、図面を参照して詳細に説明する。以下の図において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。
 図1は、本実施の形態による仮想デスクトップシステム100のリモート接続に関する構成を示すブロック図である。
 図1を参照すると、本実施の形態による仮想デスクトップシステム100は、仮想デスクトップ管理装置10と、仮想化サーバ20(20-1、20-2)と、ネットワーク処理装置30(30-1~30-4)と、1つ以上のシンクライアント端末40(40-1~40-n)とから構成される。
 なお、本実施の形態では、仮想化サーバを2台、ネットワーク処理装置を4台含む構成としたが、仮想化サーバとネットワーク処理装置の数はこれに限定されるものではない。
 シンクライアント端末40は、リモート接続手段41を備える。
 リモート接続手段41は、後述するリモート受付手段25に対して接続を要求する。リモート受付手段25から接続が許可されると、リモート接続手段41とリモート受付手段25との間でリモート接続が完了する。
 仮想化サーバ20は、1つ以上の仮想デスクトップ210と、仮想デスクトップ処理装置200と、仮想デスクトップ処理装置内部にて動作する仮想スイッチ202を備える。
 本実施の形態では、仮想化サーバ20は2つの仮想デスクトップを備える構成としたが、これに限定はされない。
 仮想デスクトップ210は、リモート受付手段25を含む。
 リモート受付手段25は、シンクライアント端末40のリモート接続手段41との間でリモート接続を行う機能を有する。
 リモート受付手段25は、リモート接続手段41から接続要求を受けると、接続が可能な場合は接続許可を通知する。これにより、リモート接続が確立する。
 仮想スイッチ23は、仮想化したネットワークスイッチであり、外部との通信を行う機能を有する。
 また、仮想スイッチ23は、仮想デスクトップフロー制御管理手段24を備える。
 ここで、リモート接続に関する仮想デスクトップフロー制御管理手段24の構成を、図2に示す。
 図2を参照すると、仮想デスクトップフロー制御管理手段24は、アプリケーションフロー識別手段241と、仮想デスクトップフロー確認手段242と、仮想デスクトップフロー転送手段243と、アプリケーションフロー定義部244と、仮想デスクトップIPフロー管理手段2025と、QoS情報管理手段2026と、カウンタ情報管理手段2027と、転送ポート情報管理手段2029と、タイマ情報管理手段2029と、を含む。
 アプリケーションフロー定義部244は、所定のアプリケーションのIPフロー(以下、アプリケーションフローと称する)を定義している。
 ここで、IPフローとは、特定のIPアドレスから別の特定のIPアドレスへのIPパケットの流れをいう。
 アプリケーションフロー識別手段241は、リモート接続手段41及びリモート受付手段111から送信されるIPパケットを確認し、該IPパケットに関するIPフローが、アプリケーションフロー定義部244に定義されているアプリケーションフローに該当するか否かを識別する。
 アプリケーションフロー識別手段241は、IPパケットに関するIPフローがアプリケーションフロー定義部244に定義されていない場合には、該IPパケットを破棄する。
 また、アプリケーションフロー識別手段241は、IPパケットに関するIPフローがアプリケーションフロー定義部244に定義されている場合は、その旨を該識別結果として仮想デスクトップフロー確認手段242へ渡す。
 仮想デスクトップフロー確認手段242は、アプリケーションフロー定義部244に定義されているアプリケーションフローとアプリケーションフロー識別手段241で識別されたIPフローが、既に仮想デスクトップIPフロー管理手段245で管理されているかを問い合わせる。
 また、仮想デスクトップフロー確認手段242は、該IPフローが仮想デスクトップIPフロー管理手段245で管理されていない場合、該IPフローを管理対象とする旨の要求を仮想デスクトップIPフロー管理手段245に行う。
 仮想デスクトップIPフロー管理手段245は、所定のIPフローの情報を管理する。
 仮想デスクトップIPフロー管理手段245は、各IPフローについて、Qosに関する情報、転送カウンタ数、転送先ポートの情報、管理対象として登録した時刻を、それぞれQoS情報管理手段246、カウンタ情報管理手段247、転送ポート情報管理手段248、タイマ情報管理手段249に登録して管理する。
 仮想デスクトップフロー転送手段243は、仮想デスクトップIPフロー管理手段245が管理するQoS情報管理手段246に基づいて、IPパケットの転送可否を判断する。
 仮想デスクトップフロー転送手段243は、IPパケットを転送可能と判断した場合は、転送ポート情報管理手段248から、ネットワーク処理装置30-1~30-4が具備する最適な転送ポート情報を取得する。また、仮想デスクトップフロー転送手段243は、カウンタ情報管理手段247に対して、該IPパケットに関するIPフローの転送カウンタをインクリメントする。
 次いで、仮想デスクトップフロー転送手段243は、リモート受付手段25、又はリモート接続手段41へ、該IPパケットを転送する。
 QoS情報管理手段246は、IPパケットのサイズ(バイト長)や、送信元IPアドレス、宛先IPアドレス等のIPフローに関する情報を管理する。
 カウンタ情報管理手段247は、IPフロー毎のカウンタ値を管理する。
 転送ポート情報管理手段248は、ネットワーク処理装置30の転送ポート情報を管理する。
 タイマ情報管理手段2029は、仮想デスクトップIPフロー管理手段245によりIPフローが登録された時刻を管理する。
 図3は、ネットワーク処理装置30(30-1~30-4)における、IPフロー情報の伝播についての構成を示すブロック図である。なお、簡略化のため説明は省略するが、仮想スイッチ14におけるIPフロー情報の伝播についても同様の構成及び動作である。
 図3を参照すると、仮想デスクトップフロー制御管理手段31は、IPフロー情報の伝播についての構成においては、IPフロー管理手段311と、フロー状態伝播手段312と、IPフロー情報管理テーブル313と含む。
 なお、リモート接続に関する構成においては、仮想デスクトップフロー制御管理手段31は、図2の構成を備えている。
 フロー情報伝搬手段312は、IPフロー情報管理テーブル313で管理されるIPフローの情報を伝搬する。
 また、フロー情報伝播手段312は、IPフロー管理手段311から取得した情報に基づき、伝搬されるIPフローの情報をIPフロー情報管理テーブル313に格納する。
 ここで、IPフロー情報管理テーブル313の構成例を図4に示す。
 エントリーは、IPフローの単位で生成・管理される。各エントリーに格納される情報フィールドの概略は次のとおりである。
 アプリケーションフィールドは、主として利用される仮想デスクトップの通信プロトコルを格納する。
 ペアIPアドレス1フィールドは、リモート接続を実行しているエンドノードの送信元IPアドレスまたは宛先IPアドレスが格納される。
 ペアIPアドレス2フィールドも、ペアIPアドレス1フィールドと同様の情報が格納される。ただし、ペアIPアドレス1とは排他なものとなる。ペアIPアドレス1とペアIPアドレス2との組合せがIPフローとなる。
 ホップフィールドは、ネットワーク内のホップ情報を格納する。
 帯域情報フィールドは、IPフローが利用している帯域幅の値を格納する。
 遅延情報フィールドは、IPフローの転送遅延時間を格納する。
 SLA(Service Level Agreement)情報フィールドは、アクティブ情報、サービスレベル規定情報が格納されている。
 ここで、図5を参照すると、図5は、本実施の形態による仮想デスクトップシステム100において、仮想デスクトップサービスで利用されるIPフローの状態通知及び経路要求に関する構成を示すブロック図である。
 図5の構成においては、概略以下の機能を備える。
 仮想デスクトップ管理装置10は、仮想デスクトップ操作手段110を備える。
 仮想デスクトップ21は、IPフロー状態受信手段26を備える。
 ネットワーク処理装置30の仮想デスクトップフロー制御管理手段31は、IPフロー状態通知手段315と、IPフロー経路変更手段314と、IPフロー管理手段311とを備える。
 シンクライアント端末40は、IPフロー状態受信手段42と、IPフロー経路変更要求手段43とを備える。
 これらの手段は、それぞれ概略、次のように動作する。
仮想デスクトップ操作手段110は、IPフロー経路変更要求手段43からの要求により、仮想デスクトップ処理装置22と連携し、仮想デスクトップ21を異なる仮想デスクトップ処理装置22へと移動させる。
 該移動手段は、本発明によるものではなく、仮想化の既存技術により実現する(非特許文献1のソフトウェア製品では、VMware VMotionという名称で動的移行機能を提供している。本発明では、動的である必要性は無い)。
 IPフロー状態受信手段26は、ネットワーク上通過するIPフローの状態をIPフロー状態通知手段315より受信する。
 IPフロー状態通知手段315は、IPフロー管理手段311から情報を取得し、隣接の仮想デスクトップフロー制御管理手段31へ、通過するIPフローの状態を通知する。
 IPフロー経路変更手段314は、利用者の要求であるIPフロー経路変更要求手段43からの要求を受け付け、該要求をネットワーク内の他のIPフロー経路変更手段314へ転送する。
 この際のIPフロー経路変更手段314は、該当する経路を変更する為にIPフロー管理手段311と連携して処理する。これにより経路変更を実行し最適な経路を通過する。
 IPフロー状態受信手段42は、IPフロー状態通知手段315からIPフローの状態を受信し、IPフロー経路変更要求手段43へ情報を提供し、適切な処理要求を実行する。
 IPフロー経路変更要求手段43は、利用者要求に合わせて隣接にて接続されるIPフロー経路変更手段314、もしくは仮想デスクトップ操作手段110へ、IPフロー経路の変更要求を送信する。
(第1の実施の形態の動作の説明)
 次に、本実施の形態による仮想デスクトップシステム100の動作について、図面を参照して詳細に説明する。
 図6は、本実施の形態による仮想デスクトップシステム100の動作を示すフローチャートである。
 図6を参照すると、まず、リモート接続手段41が、利用者の仮想デスクトップ21へのリモート接続を開始する(ステップS1)。
 次いで、リモート接続手段41からの接続要求をリモート受付手段25が受信し、接続が確立される(ステップS34)。
 接続が確立されると、リモート受付手段25は、同内部の仮想デスクトップフロー制御管理手段24と通信し、その後、リモート接続手段41へ、生存通知を送信する(ステップS35)。
 リモート接続手段41は、該生存通知を一定時間内に一定回数受信しているかを確認する(ステップS36)。受信している場合には、ステップS35の処理へ戻る。
 リモート接続手段41が該生存通知を一定時間内に一定回数受信していない場合(ステップS36”NO”)、ステップS29へ遷移する。
 一方、ネットワーク処理装置30では、仮想デスクトップフロー制御管理手段31のアプリケーションフロー識別手段241が、ステップS1で送信されてくるIPパケットに関するIPフローがアプリケーションフロー定義部244に定義されているアプリケーションフローに該当するか否かを識別する(ステップS2)。
 ステップS1で、送信されてくるIPパケットに関するIPフローがアプリケーションフロー定義部244に定義されているアプリケーションフローでない場合(ステップS3”NO”)、アプリケーションフロー識別手段241は、該IPパケットを破棄する(ステップS4)。
 ステップS1で、送信されてくるIPパケットに関するIPフローがアプリケーションフロー定義部244に定義されているアプリケーションフローである場合(ステップS3”YES”)、仮想デスクトップフロー制御管理手段31は、該IPパケットがネットワーク網内で利用する上での管理制御用パケットであるかどうかを判断する(ステップS5)。
 該IPパケットがネットワーク網内で利用する上での管理制御用パケットである場合(ステップS5”YES”)、仮想デスクトップフロー制御管理手段31は、該IPパケットが、仮想デスクトップフロー制御管理手段31が動作しているネットワークノード(自装置)宛てであるかを識別する(ステップS6)。
 該IPパケットが自装置宛てのIPパケットである場合、仮想デスクトップフロー制御管理手段31は、該IPパケットが帯域定義の変更内容要求であるかどうかの識別を行う(ステップS7)。
 帯域幅変更要求の場合(ステップS7”YES”)、仮想デスクトップフロー制御管理手段31は、帯域幅変更処理を実行する(ステップS8)。
 次いで、仮想デスクトップフロー制御管理手段31は、該IPパケットが遅延定義変更要求であるかどうかの識別を行う(ステップS9)。
 遅延定義変更要求である場合(ステップS9”YES”)、仮想デスクトップフロー制御管理手段31は、遅延定義変更処理を実行する(ステップS10)。
 次いで、仮想デスクトップフロー制御管理手段31は、該IPパケットがネットワーク網内の経路変更要求であるかどうかの識別を行う(ステップS11)。
 該IPパケットが経路変更要求でない場合(ステップS11”NO”)、仮想デスクトップフロー制御管理手段31は、該IPパケットを転送する(ステップS12)。
 該IPパケットが経路変更処理要求である場合(ステップS11”YES”)、仮想デスクトップフロー制御管理手段31は、転送ポート情報管理手段1418の状態を更新する(ステップS13、S14)。
 該IPパケットが自装置宛てのIPパケットでない場合(ステップS6”NO”)、仮想デスクトップフロー制御管理手段31は、隣接するネットワーク処理装置31へ該IPパケットを転送する(S12)。より詳細には、該転送処理は仮想デスクトップフロー転送手段243が行う。
 該IPパケットが管理制御用パケットでない場合は(ステップS5”NO”)、仮想デスクトップフロー制御管理手段31は、送られてきた該IPパケットの送信元IPアドレスまたは宛先IPアドレスが仮想デスクトップフロー管理手段245で管理されているIPフローであるかを識別する(ステップS15)。より詳細には、仮想デスクトップフロー確認手段242が、該IPが仮想デスクトップIPフロー管理手段245で管理されているかを、該仮想デスクトップIPフロー管理手段245に問い合わせる。
 該IPパケットが仮想デスクトップフロー管理手段245で管理されていないIPフローの場合(ステップS15”NO”)、仮想デスクトップフロー確認手段242が、仮想デスクトップフロー管理手段245に対して登録要求を出し、仮想デスクトップフロー管理手段245が登録を実行する(のステップS16)。
 仮想デスクトップフロー管理手段245は、登録を実行すると、登録した時刻をタイマ情報管理手段249へ登録し(ステップS17)、送られてきた該IPパケットのサイズ(バイト長)をQoS情報管理手段246に記憶させる(ステップS18)。その後、ステップS15へ戻る。
 送られてきた該IPパケットが仮想デスクトップフロー管理手段245で管理されているIPフローの場合(ステップS15”YES”)、仮想デスクトップフロー管理手段245は、IPフローの前回転送した時刻と現在の時刻をタイマ情報管理手段249から読み出して差分を算出し(ステップS19)、IPフローに対する差分時刻をタイマ情報管理手段249に記憶する(ステップS20)。
 また、ステップS20の処理と同時に、仮想デスクトップフロー管理手段245は、現在のIPフローの処理時刻をタイマ情報管理手段249に記憶し、次回の差分算出時に利用するデータとする(ステップS21)。
 ステップS20の処理の後、仮想デスクトップフロー管理手段245は、IPパケットサイズを抽出し(ステップS22)、IPフローとして管理されるIPパケットサイズをQoS情報管理手段246に対して記憶する(ステップS23、S24)。
 ステップS23の処理の後、仮想デスクトップフロー管理手段245は、送信されてきたIPフローの状態をQoS情報管理手段246から読み出し、定義された帯域幅を満たしているかを確認する(ステップS25)。
 定義された帯域幅を満たしている場合(ステップS25”YES”)、仮想デスクトップフロー管理手段245は、定義された遅延時間を満たしているかを確認する(ステップS26)。
 定義された遅延時間を満たしている場合(ステップS27”YES”)、仮想デスクトップフロー管理手段245は、カウンタ情報管理手段247のカウンタ値を増加する(ステップS27)。
 次いで、仮想デスクトップフロー管理手段245は、転送ポート情報管理手段248を参照し(ステップS28)、仮想デスクトップフロー転送手段243が、該当するポートへIPパケットを転送する(ステップS12)。
 ステップS25又はステップS26の処理で条件を満たしていない場合には、仮想デスクトップフロー制御管理手段31は、リモート接続手段41に対して、ネットワークの利用状態を通知する(ステップS29)。」
 該利用状態を通知することで、利用者に、帯域定義変更要求や遅延定義変更要求を促すことができる(ステップS30)。
 利用者が変更要求を実行すると(ステップS31)、シンクライアント端末40は、制御パケットを示すマーキング処理をIPパケットに対して実行する(ステップS33)。ステップS33では、利用者自身の仮想デスクトップに対するものであるかどうかもマーキングされる。その後、ステップS3へ送信され処理が実行される。
 ステップS37において、仮想デスクトップフロー制御管理手段31は、帯域データ及び遅延データを計算し、図3に基づくIPフロー情報を構築し隣接するネットワーク処理装置31へ該IPフロー情報を送信する(ステップS38)。これによりネットワーク網内でのIPフローのサービス状態の同期が確立される。
 逆に、ステップS39においては、隣接するネットワーク処理装置30で、該IPフロー情報を一定時間内に一定回数受信しているかを確認する(ステップS39)。
 受信してない場合(ステップS39”NO”)、該当受信ポートが最適な転送先ポートで無くなる為、仮想デスクトップフロー制御管理手段31は、最適ポートリストを転送ポート情報管理手段248に対して変更する。
 受信している場合(ステップS39”YES”)、仮想デスクトップフロー制御管理手段31は、必要なサービスレベル情報を抽出し(ステップS40)、該当受信ポートが最適な転送ポートに登録されているかを確認する(ステップS41)。
 登録されない場合(ステップS41”NO”)、仮想デスクトップフロー制御管理手段31は、転送ポート情報管理手段248が管理する最適転送ポートリストへ該受信ポートを登録し(ステップS42)、ステップS27の処理の実行へ移る。
 登録されている場合(ステップS41”YES”)、仮想デスクトップフロー制御管理手段31は、転送ポートの有効期間延長処理を実行(ステップS43)し、ポート状態を有効なものとして更新する(ステップS14)。
(第1の実施の形態による効果)
 次に本実施の形態の効果について説明する。
 第1の効果は、サービス障害が発生した場合、仮想デスクトップ側に問題があるのか、ネットワークに問題があるのかをサービス利用者自身が識別できることである。その理由は、仮想デスクトップ自体を監視することと仮想デスクトップが利用するネットワークを監視する手段を分離配置し、相互の死活監視により識別情報をネットワーク上に送信しているからである。
 第2の効果は、ネットワーク上の障害が発生や、急激な負荷が上昇した場合、自動的に最適な経路へ切り替えを行い、利用者は意識することなくサービスレベルを維持したまま利用が可能になることである。
 その理由は、ネットワーク処理装置が、利用サービスを識別した経路情報を動的に送受信しあうことで利用サービス毎の最適な経路情報を保持しながらトラフィック転送をおこなっているからである。
 第3の効果は、利用者自身で最適な経路を選択し、必要に応じて仮想デスクトップの最適配置、再起動等の操作を実行できることである。
 その理由は、第1の効果及び第2の効果で提供される手段によって利用者自身が仮想デスクトップ及びネットワークの利用状況を把握することができるからである。
 なお、本発明の課題を解決できる最小限の構成を図8に示す。仮想デスクトップシステム100が、仮想デスクトップ21を備える仮想化サーバ20と、リモート接続で仮想デスクトップ21を利用するシンクライアント端末40と、仮想化サーバ20及びシンクライアント端末40を接続する複数のネットワーク処理装置30とを備え、ネットワーク処理装置30が、シンクライアント端末40のリモート接続に関するIPフローの情報を管理するIPフロー管理手段311と、リモート接続に関するIPパケットを受信した場合、当該IPパケットに関するIPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するIPフロー状態通知手段315とを備えることで、上述した本発明の課題を解決することができる。
 次に、本発明のネットワーク処理装置31のハードウェア構成例について、図7を参照して説明する。図7はネットワーク処理装置31のハードウェア構成例を示すブロック図である。
 図7を参照すると、本発明のネットワーク処理装置31は、一般的なコンピュータ装置と同様のハードウェア構成であり、CPU(Central Processing Unit)801、RAM(Random Access Memory)等のメモリからなる、データの作業領域やデータの一時退避領域に用いられる主記憶部802、ネットワークを介してデータの送受信を行う通信部803、入力装置805や出力装置806及び記憶装置807と接続してデータの送受信を行う入出力インタフェース部804、上記各構成要素を相互に接続するシステムバス808を備えている。記憶装置807は、例えば、ROM(Read Only Memory)、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置等で実現される。
 本発明のネットワーク処理装置31の各機能は、プログラムを組み込んだ、LSI(Large Scale Integration)等のハードウェア部品である回路部品を実装することにより、その動作をハードウェア的に実現することは勿論として、その機能を提供するプログラムを、記憶装置807に格納し、そのプログラムを主記憶部802にロードしてCPU801で実行することにより、ソフトウェア的に実現することも可能である。
 なお、仮想化サーバ20,シンクライアント端末40、仮想デスクトップ管理装置10も、上記のようなハードウェア構成を有し、自装置が有する各機能をハードウェア的又はソフトウェア的に実現する。
 以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
 なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
 また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
 また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施する時には、その複数の手順の順番は内容的に支障しない範囲で変更することができる。
 また、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。
 さらに、上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、これに限定されない。
(付記1)
 仮想デスクトップを備える仮想化サーバと、
 リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、
 前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備え、
 前記ネットワーク処理装置が、
 前記シンクライアント端末の前記リモート接続に関するIPフローの情報を管理するIPフロー管理手段と、
 前記リモート接続に関するIPパケットを受信した場合、当該IPパケットに関する前記IPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するIPフロー状態通知手段と
 を備えることを特徴とする仮想デスクトップシステム。
(付記2)
 前記シンクライアント端末が、
 前記IPフローの経路変更要求を所定の前記ネットワーク処理装置に送信するIPフロー経路変更要求手段を備え、
 前記ネットワーク処理装置が、
 前記IPフローの経路変更要求に応じて、前記IPフローの経路を変更するIPフロー経路変更手段を備える
 ことを特徴とする付記1に記載の仮想デスクトップシステム。
(付記3)
 各ネットワーク処理装置の前記IPフロー状態通知手段が、前記IPフローの状態に関する情報を互いに通知し合うことで、前記IPフローの状態に関する情報を共有する
 ことを特徴とする付記1又は付記2に記載の仮想デスクトップシステム。
(付記4)
 前記ネットワーク処理装置が、
 前記IPフロー状態通知手段で、他のネットワーク処理装置から前記IPフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する転送ポート情報管理手段
 を備えることを特徴とする付記3に記載の仮想デスクトップシステム。
(付記5)
 前記ネットワーク処理装置が、
 前記IPフローの状態を保持するIPフロー情報管理テーブルを備え、
 前記IPフロー情報管理テーブルが、
 少なくとも、前記IPフローが利用している帯域幅の情報と、前記IPフローの転送遅延時間の情報とを含む
 ことを特徴とする付記1から付記4の何れか1項に記載の仮想デスクトップシステム。
(付記6)
 前記仮想デスクトップが、
 前記シンクライアント端末からのリモート接続要求を受信するリモート受付手段を備え、
 前記リモート受付手段は、所定の間隔で、接続が正常に行われていることを示す生存通知を前記シンクライアント端末に送信する
 ことを特徴とする付記1から付記5に記載の仮想デスクトップシステム。
(付記7)
 前記シンクライアント端末が、
 前記仮想デスクトップにリモート接続要求を行うリモート接続手段を備え、
 前記リモート接続手段は、前記生存通知を所定の期間受信しなかった場合、リモート接続に異常が発生したと判断する
 ことを特徴とする付記6に記載の仮想デスクトップシステム。
(付記8)
 仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの前記ネットワーク処理装置であって、
 前記シンクライアント端末の前記リモート接続に関するIPフローの情報を管理するIPフロー管理手段と、
 前記リモート接続に関するIPパケットを受信した場合、当該IPパケットに関する前記IPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するIPフロー状態通知手段と
 を備えることを特徴とするネットワーク処理装置。
(付記9)
 前記シンクライアント端末からの前記IPフローの経路変更要求に応じて、前記IPフローの経路を変更するIPフロー経路変更手段を備える
 ことを特徴とする付記8に記載のネットワーク処理装置。
(付記10)
 各ネットワーク処理装置の前記IPフロー状態通知手段が、前記IPフローの状態に関する情報を互いに通知し合うことで、前記IPフローの状態に関する情報を共有する
 ことを特徴とする付記8又は付記9に記載のネットワーク処理装置。
(付記11)
 前記IPフロー状態通知手段で、他のネットワーク処理装置から前記IPフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する転送ポート情報管理手段
 を備えることを特徴とする付記10に記載のネットワーク処理装置。
(付記12)
 前記IPフローの状態を保持するIPフロー情報管理テーブルを備え、
 前記IPフロー情報管理テーブルが、
 少なくとも、前記IPフローが利用している帯域幅の情報と、前記IPフローの転送遅延時間の情報とを含む
 ことを特徴とする付記8から付記11の何れか1項に記載のネットワーク処理装置。
(付記13)
 仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの管理方法であって、
 前記ネットワーク処理装置が、
 前記シンクライアント端末の前記リモート接続に関するIPフローの情報を管理するIPフロー管理ステップと、
 前記リモート接続に関するIPパケットを受信した場合、当該IPパケットに関する前記IPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するIPフロー状態通知ステップと
 を有することを特徴とする管理方法。
(付記14)
 前記ネットワーク処理装置が、
 前記シンクライアント端末からの前記IPフローの経路変更要求に応じて、前記IPフローの経路を変更するIPフロー経路変更ステップを有する
 ことを特徴とする付記13に記載の管理方法。
(付記15)
 各ネットワーク処理装置の前記IPフロー状態通知ステップで、前記IPフローの状態に関する情報を互いに通知し合うことで、前記IPフローの状態に関する情報を共有する
 ことを特徴とする付記13又は付記14に記載の管理方法。
(付記16)
 前記IPフロー状態通知ステップで、他のネットワーク処理装置から前記IPフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する
 ことを特徴とする付記15に記載の管理方法。
(付記17)
 前記IPフローの状態を保持するIPフロー情報管理テーブルを備え、
 前記IPフロー情報管理テーブルが、
 少なくとも、前記IPフローが利用している帯域幅の情報と、前記IPフローの転送遅延時間の情報とを含む
 ことを特徴とする付記13から付記16の何れか1項に記載の管理方法。
(付記18)
 仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの前記ネットワーク処理装置上で動作し、
 前記ネットワーク処理装置に、
 前記シンクライアント端末の前記リモート接続に関するIPフローの情報を管理するIPフロー管理処理と、
 前記リモート接続に関するIPパケットを受信した場合、当該IPパケットに関する前記IPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するIPフロー状態通知処理とを、実行させることを特徴とする管理プログラム。
(付記19)
 前記ネットワーク処理装置に、
 前記シンクライアント端末からの前記IPフローの経路変更要求に応じて、前記IPフローの経路を変更するIPフロー経路変更処理を、実行させることを特徴とする付記18に記載の管理プログラム。
(付記20)
 各ネットワーク処理装置の前記IPフロー状態通知処理で、前記IPフローの状態に関する情報を互いに通知し合うことで、前記IPフローの状態に関する情報を共有する
 ことを特徴とする付記18又は付記19に記載の管理プログラム。
(付記21)
 前記IPフロー状態通知処理で、他のネットワーク処理装置から前記IPフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する
 ことを特徴とする付記20に記載の管理プログラム。
(付記22)
 前記IPフローの状態を保持するIPフロー情報管理テーブルを備え、
 前記IPフロー情報管理テーブルが、
 少なくとも、前記IPフローが利用している帯域幅の情報と、前記IPフローの転送遅延時間の情報とを含む
 ことを特徴とする付記13から付記16の何れか1項に記載の管理プログラム。
 この出願は、2011年3月29日に出願された日本出願特願2011-072934を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (10)

  1.  仮想デスクトップを備える仮想化サーバと、
     リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、
     前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備え、
     前記ネットワーク処理装置が、
     前記シンクライアント端末の前記リモート接続に関するIPフローの情報を管理するIPフロー管理手段と、
     前記リモート接続に関するIPパケットを受信した場合、当該IPパケットに関する前記IPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するIPフロー状態通知手段と
     を備えることを特徴とする仮想デスクトップシステム。
  2.  前記シンクライアント端末が、
     前記IPフローの経路変更要求を所定の前記ネットワーク処理装置に送信するIPフロー経路変更要求手段を備え、
     前記ネットワーク処理装置が、
     前記IPフローの経路変更要求に応じて、前記IPフローの経路を変更するIPフロー経路変更手段を備える
     ことを特徴とする請求項1に記載の仮想デスクトップシステム。
  3.  各ネットワーク処理装置の前記IPフロー状態通知手段が、前記IPフローの状態に関する情報を互いに通知し合うことで、前記IPフローの状態に関する情報を共有する
     ことを特徴とする請求項1又は請求項2に記載の仮想デスクトップシステム。
  4.  前記ネットワーク処理装置が、
     前記IPフロー状態通知手段で、他のネットワーク処理装置から前記IPフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する転送ポート情報管理手段
     を備えることを特徴とする請求項3に記載の仮想デスクトップシステム。
  5.  前記ネットワーク処理装置が、
     前記IPフローの状態を保持するIPフロー情報管理テーブルを備え、
     前記IPフロー情報管理テーブルが、
     少なくとも、前記IPフローが利用している帯域幅の情報と、前記IPフローの転送遅延時間の情報とを含む
     ことを特徴とする請求項1から請求項4の何れか1項に記載の仮想デスクトップシステム。
  6.  前記仮想デスクトップが、
     前記シンクライアント端末からのリモート接続要求を受信するリモート受付手段を備え、
     前記リモート受付手段は、所定の間隔で、接続が正常に行われていることを示す生存通知を前記シンクライアント端末に送信する
     ことを特徴とする請求項1から請求項5に記載の仮想デスクトップシステム。
  7.  前記シンクライアント端末が、
     前記仮想デスクトップにリモート接続要求を行うリモート接続手段を備え、
     前記リモート接続手段は、前記生存通知を所定の期間受信しなかった場合、リモート接続に異常が発生したと判断する
     ことを特徴とする請求項6に記載の仮想デスクトップシステム。
  8.  仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの前記ネットワーク処理装置であって、
     前記シンクライアント端末の前記リモート接続に関するIPフローの情報を管理するIPフロー管理手段と、
     前記リモート接続に関するIPパケットを受信した場合、当該IPパケットに関する前記IPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するIPフロー状態通知手段と
     を備えることを特徴とするネットワーク処理装置。
  9.  仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの管理方法であって、
     前記ネットワーク処理装置が、
     前記シンクライアント端末の前記リモート接続に関するIPフローの情報を管理するIPフロー管理ステップと、
     前記リモート接続に関するIPパケットを受信した場合、当該IPパケットに関する前記IPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するIPフロー状態通知ステップと
     を有することを特徴とする管理方法。
  10.  仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの前記ネットワーク処理装置上で動作し、
     前記ネットワーク処理装置に、
     前記シンクライアント端末の前記リモート接続に関するIPフローの情報を管理するIPフロー管理処理と、
     前記リモート接続に関するIPパケットを受信した場合、当該IPパケットに関する前記IPフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するIPフロー状態通知処理とを、実行させることを特徴とする管理プログラム。
PCT/JP2012/057742 2011-03-29 2012-03-26 仮想デスクトップシステム、ネットワーク処理装置、管理方法、及び管理プログラム WO2012133300A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP12764959.8A EP2693709A4 (en) 2011-03-29 2012-03-26 VIRTUAL DESKTOP SYSTEM, NETWORK PROCESSING DEVICE, MANAGEMENT METHOD, AND MANAGEMENT PROGRAM
JP2013507558A JP5757325B2 (ja) 2011-03-29 2012-03-26 仮想デスクトップシステム、ネットワーク処理装置、管理方法、及び管理プログラム
US14/007,948 US20140019525A1 (en) 2011-03-29 2012-03-26 Virtual desktop system, network processing device, and management method and management program thereof
CN201280016149.8A CN103503416A (zh) 2011-03-29 2012-03-26 虚拟桌面***、网络处理设备、管理方法和管理程序

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011072934 2011-03-29
JP2011-072934 2011-03-29

Publications (1)

Publication Number Publication Date
WO2012133300A1 true WO2012133300A1 (ja) 2012-10-04

Family

ID=46931018

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/057742 WO2012133300A1 (ja) 2011-03-29 2012-03-26 仮想デスクトップシステム、ネットワーク処理装置、管理方法、及び管理プログラム

Country Status (5)

Country Link
US (1) US20140019525A1 (ja)
EP (1) EP2693709A4 (ja)
JP (1) JP5757325B2 (ja)
CN (1) CN103503416A (ja)
WO (1) WO2012133300A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016519824A (ja) * 2013-04-09 2016-07-07 サイトリックス システムズ,インコーポレイテッド クラウド同期型データの使用によるネイティブデスクトップの提供
CN105827574A (zh) * 2015-01-07 2016-08-03 ***通信集团设计院有限公司 一种文件访问***、方法及装置

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104901923B (zh) * 2014-03-04 2018-12-25 新华三技术有限公司 一种虚拟机访问装置和方法
US20160077956A1 (en) * 2014-09-11 2016-03-17 Wipro Limited System and method for automating testing of software
KR101972997B1 (ko) * 2015-06-19 2019-04-29 한국전자통신연구원 이기종 서버에서의 가상 데스크탑 구동을 위한 프로파일 관리 방법 및 이를 이용한 장치
US11120036B2 (en) * 2016-08-03 2021-09-14 Oracle International Corporation System and method for efficient repurposing of connections in a multi-tenant database environment
CN113037795B (zh) * 2019-12-25 2022-10-25 中国电信股份有限公司 瘦终端***及其处理方法
CN112988317B (zh) * 2021-05-20 2021-09-14 浙江华网俊业科技有限公司 多模式云桌面管控方法、装置
CN114327340A (zh) * 2021-12-30 2022-04-12 联想(北京)有限公司 一种控制方法及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007198429A (ja) 2006-01-24 2007-08-09 Fuji Latex Kk 回転ダンパ−装置
JP2008123493A (ja) 2006-10-16 2008-05-29 Hitachi Ltd リモートアクセス環境におけるコンピュータ管理サーバ
JP2008209982A (ja) * 2007-02-23 2008-09-11 Casio Comput Co Ltd サーバ装置、クライアント装置、リモート接続システム及びプログラム
JP2008269194A (ja) 2007-04-19 2008-11-06 Hitachi Ltd 仮想計算機システム
JP2009060425A (ja) * 2007-08-31 2009-03-19 Hitachi Ltd トラフィック制御システムおよびトラフィック制御方法
JP2010182260A (ja) * 2009-02-09 2010-08-19 Mitsubishi Electric Corp シンクライアントシステム、管理サーバ、シンクライアント端末およびシンクライアントサーバ

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000033217A1 (en) * 1998-11-30 2000-06-08 Siebel Systems, Inc. Client server system with thin client architecture
JP3818901B2 (ja) * 2000-12-21 2006-09-06 富士通株式会社 記録媒体、ネットワーク監視装置、および、プログラム
JP2003244146A (ja) * 2002-02-19 2003-08-29 Hitachi Ltd ネットワーク監視装置におけるトラフィックトレンドリプレイ表示装置
JP4099108B2 (ja) * 2003-06-10 2008-06-11 富士通株式会社 ネットワーク及びサーバの負荷低減ルータ
JP4787684B2 (ja) * 2006-06-15 2011-10-05 日本電気株式会社 セッション管理システム、セッション管理方法、及びプログラム
US8312120B2 (en) * 2006-08-22 2012-11-13 Citrix Systems, Inc. Systems and methods for providing dynamic spillover of virtual servers based on bandwidth
JP4293234B2 (ja) * 2006-12-05 2009-07-08 日本電気株式会社 シンクライアントにおける接続管理方法及び接続管理サーバ
JP4357537B2 (ja) * 2007-02-26 2009-11-04 富士通株式会社 配信経路制御装置
JP4933475B2 (ja) * 2008-04-10 2012-05-16 財団法人電力中央研究所 帯域管理プログラム、帯域管理装置および帯域管理方法
CN101621418B (zh) * 2008-07-03 2011-08-10 福建升腾资讯有限公司 基于瘦客户机远程桌面应用的测试方法
CN101656718A (zh) * 2008-08-18 2010-02-24 英业达股份有限公司 网络服务器***与其虚拟机器的建立与开启的方法
US8886708B2 (en) * 2009-12-02 2014-11-11 Vmware, Inc. Centralized computer network virtualization environment
WO2012037076A1 (en) * 2010-09-13 2012-03-22 Neverware, Inc. Methods and apparatus for connecting a thin client to a virtual desktop
US8621261B2 (en) * 2010-11-24 2013-12-31 Cisco Technology, Inc. Support for virtualized unified communications clients when host server connectivity is lost
US8738972B1 (en) * 2011-02-04 2014-05-27 Dell Software Inc. Systems and methods for real-time monitoring of virtualized environments
US8819171B2 (en) * 2011-09-07 2014-08-26 Microsoft Corporation Monitoring and benchmarking client performance from the server-side

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007198429A (ja) 2006-01-24 2007-08-09 Fuji Latex Kk 回転ダンパ−装置
JP2008123493A (ja) 2006-10-16 2008-05-29 Hitachi Ltd リモートアクセス環境におけるコンピュータ管理サーバ
JP2008209982A (ja) * 2007-02-23 2008-09-11 Casio Comput Co Ltd サーバ装置、クライアント装置、リモート接続システム及びプログラム
JP2008269194A (ja) 2007-04-19 2008-11-06 Hitachi Ltd 仮想計算機システム
JP2009060425A (ja) * 2007-08-31 2009-03-19 Hitachi Ltd トラフィック制御システムおよびトラフィック制御方法
JP2010182260A (ja) * 2009-02-09 2010-08-19 Mitsubishi Electric Corp シンクライアントシステム、管理サーバ、シンクライアント端末およびシンクライアントサーバ

Non-Patent Citations (1)

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

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016519824A (ja) * 2013-04-09 2016-07-07 サイトリックス システムズ,インコーポレイテッド クラウド同期型データの使用によるネイティブデスクトップの提供
US9641599B2 (en) 2013-04-09 2017-05-02 Citrix Systems, Inc. Providing a native desktop using cloud-synchronized data
JP2017157235A (ja) * 2013-04-09 2017-09-07 サイトリックス システムズ,インコーポレイテッド 仮想化サーバ
JP2017168109A (ja) * 2013-04-09 2017-09-21 サイトリックス システムズ,インコーポレイテッド クラウド同期型データの使用によるネイティブデスクトップの提供
US10218778B2 (en) 2013-04-09 2019-02-26 Citrix Systems, Inc. Providing a native desktop using cloud-synchronized data
CN105827574A (zh) * 2015-01-07 2016-08-03 ***通信集团设计院有限公司 一种文件访问***、方法及装置

Also Published As

Publication number Publication date
US20140019525A1 (en) 2014-01-16
CN103503416A (zh) 2014-01-08
EP2693709A4 (en) 2014-08-27
EP2693709A1 (en) 2014-02-05
JP5757325B2 (ja) 2015-07-29
JPWO2012133300A1 (ja) 2014-07-28

Similar Documents

Publication Publication Date Title
JP5757325B2 (ja) 仮想デスクトップシステム、ネットワーク処理装置、管理方法、及び管理プログラム
AU2016387475B2 (en) Virtual network, hot swapping, hot scaling, and disaster recovery for containers
US8739179B2 (en) Method and system for low-overhead data transfer
US7984123B2 (en) Method and system for reconfiguring a virtual network path
US10749780B2 (en) Systems and methods for management of cloud exchanges
US7962587B2 (en) Method and system for enforcing resource constraints for virtual machines across migration
US20180210752A1 (en) Accelerator virtualization method and apparatus, and centralized resource manager
JP6729399B2 (ja) システム、仮想化制御装置、仮想化制御装置の制御方法及びプログラム
US20090219936A1 (en) Method and system for offloading network processing
JPWO2016121973A1 (ja) ノードシステム、サーバ装置、スケールリング制御方法及びプログラム
CN113364809B (zh) 分流网络数据以执行负载平衡
US10411742B2 (en) Link aggregation configuration for a node in a software-defined network
US9160791B2 (en) Managing connection failover in a load balancer
JP2011198200A (ja) サービス提供システム、仮想マシンサーバ、サービス提供方法及びサービス提供プログラム
JP5983782B2 (ja) コンピュータシステム、通信制御サーバ、通信制御方法およびプログラム
CN105556929A (zh) 在云计算***中运行应用的网络元件和方法
US20090219935A1 (en) Method and system for transferring packets to a guest operating system
US7966394B1 (en) Information model registry and brokering in virtualized environments
US9804907B2 (en) Remote procedure call for a distributed system
WO2021022947A1 (zh) 一种部署虚拟机的方法及相关装置
JP6422345B2 (ja) 管理装置、管理システム、管理方法及びプログラム
US20160366013A1 (en) Network system
US9019964B2 (en) Methods and systems for routing application traffic
WO2022165790A1 (zh) 一种掉电隔离装置及相关方法
JP6496860B2 (ja) 監視システム、監視方法および監視プログラム

Legal Events

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

Ref document number: 12764959

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013507558

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14007948

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE