WO2017168775A1 - サーバ、情報処理システム、クライアント端末 - Google Patents

サーバ、情報処理システム、クライアント端末 Download PDF

Info

Publication number
WO2017168775A1
WO2017168775A1 PCT/JP2016/072786 JP2016072786W WO2017168775A1 WO 2017168775 A1 WO2017168775 A1 WO 2017168775A1 JP 2016072786 W JP2016072786 W JP 2016072786W WO 2017168775 A1 WO2017168775 A1 WO 2017168775A1
Authority
WO
WIPO (PCT)
Prior art keywords
client terminal
server
description file
script
test access
Prior art date
Application number
PCT/JP2016/072786
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 US15/573,573 priority Critical patent/US11038981B2/en
Priority to CN201680024472.8A priority patent/CN107533521B/zh
Priority to JP2018508355A priority patent/JP6803374B2/ja
Priority to EP16896992.1A priority patent/EP3438834A4/en
Publication of WO2017168775A1 publication Critical patent/WO2017168775A1/ja

Links

Images

Classifications

    • 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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • 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/01—Protocols
    • 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/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services

Definitions

  • the present invention relates to a server, an information processing system, and a client terminal.
  • the client server may not be able to access the host server depending on the network environment.
  • access from the client terminal to the host server may not be permitted. Therefore, the provider who provides the support service needs to confirm whether or not the user's client terminal can access the host server.
  • JP 2010-124357 A it is necessary to input a dedicated command. Therefore, it is difficult for a user with little technical knowledge to implement the method disclosed in Japanese Patent Application Laid-Open No. 2010-124357.
  • the access from the web server to the host server may fail. That is, even if the access from the web server to the host server is successful, the successful access from the client terminal to the host server is not guaranteed.
  • An object of the present invention is to facilitate confirmation of whether a client terminal can access a host server.
  • a server that can accept requests from client terminals, A storage unit for storing a description file including a script for causing the client terminal to execute a confirmation process for confirming whether or not access to a predetermined host server by a predetermined port number is possible; Means for transmitting a description file stored in the storage unit to the client terminal based on the request; It is a server provided with.
  • the system configuration figure of the information processing system of this embodiment The figure which shows the structure of the client terminal and server of this embodiment. Schematic of the description file of this embodiment. Schematic of the communication route of this embodiment.
  • the figure which shows the example of a screen displayed in the information processing of this embodiment The figure which shows the example of a screen displayed in the information processing of this embodiment.
  • the figure which shows the example of a screen displayed in the information processing of this embodiment The figure which shows the example of a screen displayed in the information processing of this embodiment.
  • the sequence diagram of the confirmation process of this embodiment The sequence diagram of the confirmation of the 1st route of this embodiment.
  • the sequence diagram of the confirmation of the 2nd route of this embodiment The sequence diagram of the confirmation of the 3rd route of this embodiment.
  • FIG. 1 is a system configuration diagram of an information processing system according to the present embodiment.
  • the information processing system 1 includes a client terminal 10 (10-1 to 10-n (n is a positive integer)), a proxy server 20, and a web server 30 (30-1 to 30-m). (M is a positive integer)) and a host server 40 (40-1 to 40-k (k is a positive integer)).
  • the client terminal 10, the proxy server 20, the web server 30, and the host server 40 can perform communication (for example, https communication) via the network NW.
  • the network NW is, for example, the Internet, an intranet, or a combination thereof.
  • the client terminal 10 is an example of an information processing apparatus used by a user.
  • the client terminal 10 is, for example, a printer (for example, a label printer or a barcode printer), a smartphone, a tablet terminal, or a personal computer.
  • the proxy server 20, the web server 30, and the host server 40 are an example of an information processing apparatus that executes predetermined processing based on a request transmitted from the client terminal 10.
  • FIG. 2 is a diagram illustrating the configuration of the client terminal and the server according to the present embodiment.
  • FIG. 3 is a schematic diagram of the description file of this embodiment.
  • the client terminal 10 includes a storage device 11, a CPU (Central Processing Unit) 12, an input unit 13, a display unit 14, and a communication interface 15.
  • a CPU Central Processing Unit
  • the storage device 11 is configured to store programs and data necessary for information processing.
  • the storage device 11 is, for example, a combination of ROM (Read Only Memory), RAM (Random Access Memory), and storage (for example, flash memory or hard disk).
  • the programs necessary for information processing are, for example, an OS (Operating System) program, an application (for example, browser) program for executing information processing, and the like.
  • Data necessary for information processing is, for example, data obtained by executing information processing (that is, information processing execution result).
  • CPU12 is comprised so that the function of an application may be implement
  • the input unit 13 is configured to accept user instructions.
  • the input unit 13 is, for example, a keyboard, a pointing device, a touch panel, or the like.
  • the display unit 14 is configured to present information to the user.
  • the display unit 14 is, for example, a liquid crystal display.
  • the communication interface 15 is configured to control communication between the client terminal 10 and the network NW.
  • the client terminal 10 When the client terminal 10 is a printer, the client terminal 10 includes a storage unit that stores a print medium (for example, a label temporarily attached to a mount), and a platen roller that transports the print medium stored in the storage unit. And a print head (for example, a thermal head) that performs printing on the print medium conveyed by the platen roller.
  • a print medium for example, a label temporarily attached to a mount
  • a platen roller that transports the print medium stored in the storage unit.
  • a print head for example, a thermal head
  • the proxy server 20 includes a storage device 21, a CPU 22, and a communication interface 23.
  • the storage device 21 is a storage device that stores programs, data, and databases necessary for information processing.
  • the storage device 21 is, for example, a combination of ROM, RAM, and storage (for example, flash memory or hard disk).
  • the program necessary for information processing is, for example, an OS program, an application program that realizes the function of the proxy server 20, and the like.
  • CPU22 is comprised so that the function of the proxy server 20 may be implement
  • the communication interface 23 is configured to control communication between the proxy server 20 and the network NW.
  • the web server 30 includes a storage device 31, a CPU 32, and a communication interface 33.
  • the storage device 31 is a storage device that stores programs, data, and databases necessary for information processing.
  • the storage device 31 is, for example, a combination of ROM, RAM, and storage (for example, flash memory or hard disk).
  • the program necessary for information processing is, for example, an OS program, an application program that realizes the function of the web server 30, and the like.
  • the storage device 31 also stores a description file SF (for example, an HTML (HyperText Markup Language) file).
  • the description file SF is an HTML code for displaying a screen on the display unit 14 of the client terminal 10 and a first script (for example, a command for causing the client terminal 10 to execute a test access of a first route (described later)).
  • a first script for example, a command for causing the client terminal 10 to execute a test access of a first route (described later)
  • JAVA script registered trademark
  • a second script for example, JAVA script (registered trademark)
  • a third script for example, JAVA script (registered trademark)
  • which is an instruction for causing the client terminal 10 to execute a test access is included.
  • the CPU 32 is configured to realize the function of the web server 30 (for example, provision of the description file SF to the client terminal 10) by starting a program stored in the storage device 31. .
  • the communication interface 33 is configured to control communication between the web server 30 and the network NW.
  • the host server 40 provides a support service for a printer that is an example of the client terminal 10.
  • the support service By using the support service, the user can browse printer usage history, manage printer consumables, resolve printer errors, and the like. In order to use such a support service, the user needs to access the host server 40 from the client terminal 10.
  • the host server 40 includes a storage device 41, a CPU 42, and a communication interface 43.
  • the storage device 41 is a storage device that stores programs, data, and databases necessary for information processing.
  • the storage device 41 is, for example, a combination of ROM, RAM, and storage (for example, flash memory or hard disk).
  • the program necessary for information processing is, for example, an OS program, an application program that implements the function of the host server 40, or the like.
  • CPU42 is comprised so that the function of the host server 40 may be implement
  • the communication interface 43 is configured to control communication between the host server 40 and the network NW.
  • FIG. 4 is a schematic diagram of the communication route of the present embodiment.
  • the client terminal 10 and the host server 40 perform communication according to an arbitrary communication protocol (for example, TCP / IP).
  • TCP / IP arbitrary communication protocol
  • the client terminal 10 executes access to the host server 40 specified by the host address using a port number defined by TCP / IP.
  • FIG. 4A shows the first route.
  • the client terminal 10 acquires the description file SF from the web server 30.
  • the first script of the description file SF includes test access to the host server 40-1 by the port number P1, test access to the host server 40-2 by the port number P1, and access to the host server 40-3 by the port number P2. This is a command for causing the client terminal 10 to execute test access.
  • FIG. 4B shows the second route.
  • the client terminal 10 acquires the description file SF from the web server 30.
  • the test access to the host server 40-1 via the proxy server 20 by the port number P1 and the access to the host server 40-2 via the proxy server 20 by the port number P1 are included. This is a command for causing the client terminal 10 to perform test access and test access to the host server 40-3 that does not pass through the proxy server 20 using the port number P2.
  • FIG. 4C shows the third route.
  • the client terminal 10 acquires the description file SF from the web server 30.
  • the third script of the description file SF includes a test access to the host server 40-4 specified by the user using the port number P3 specified by the user, and a host server 40-specified by the user using the port number P3 specified by the user.
  • 5 is a command for causing the client terminal 10 to execute the test access to 5 and the test access to the host server 40-6 specified by the user using the port number P4 specified by the user.
  • FIGS. 5 to 8 are diagrams showing examples of screens displayed in the information processing of this embodiment.
  • the screens of FIGS. 5 to 8 are displayed on the display unit 14 of the client terminal 10.
  • the user can give a user instruction (input to an input field and designation of a button) using the input unit 13.
  • the given user instruction is included in a request transmitted from the client terminal 10 to the server (the proxy server 20, the web server 30, or the host server 40).
  • the client terminal 10 displays the screen P100 (FIG. 5).
  • Screen P100 is a top screen.
  • the screen P100 includes buttons B100a and B100b.
  • the client terminal 10 displays a screen for inputting a login ID and a password necessary for logging in to the support service provided by the host server 40. To do.
  • the client terminal 10 displays the screen P101.
  • Screen P101 is a route selection screen.
  • the screen P101 includes input fields F101a to F101b and buttons B101a to B101e.
  • the client terminal 10 executes test access for the first route (FIG. 4A). After executing the test access, the client terminal 10 displays the screen P102.
  • the screen P102 is a confirmation result screen for the first route (FIG. 4A).
  • the screen P102 includes areas A102a and A102b.
  • the port number specified by the first script and the confirmation result of each port number are displayed.
  • the confirmation result indicates whether or not the test access to the host server 40 corresponding to the host address specified by the first script is possible by the port number specified by the first script.
  • a message based on the confirmation result is displayed.
  • the client terminal 10 executes the test access of the second route (FIG. 4B). Thereafter, the client terminal 10 displays a screen P110 (FIG. 6). Screen P110 is a confirmation result screen of the second route (FIG. 4B).
  • the screen P110 includes areas A110a and A110b.
  • the port number specified by the second script the confirmation result of each port number, and the cause when the confirmation result is “NG” are displayed.
  • the confirmation result indicates whether or not the test access to the host server 40 corresponding to the host address specified by the second script is possible by the port number specified by the second script.
  • a message based on the confirmation result is displayed.
  • the client terminal 10 When the user designates the “add” button B101e using the input unit 13, the number of input lines (a combination of the port number column and the host address column) in the input fields F101a and F101b increases.
  • the client terminal 10 performs the test access of the third route (FIG. 4C) based on the information input in the input fields F101a and F101b. Execute. After executing the test access, the client terminal 10 displays the screen P120. Screen P120 is a confirmation result screen of the third route.
  • Screen P120 includes areas A120a and A120b.
  • area A120a a port number designated by the user, a host address designated by the user, and a confirmation result for each combination of the port number and the host address are displayed.
  • the confirmation result indicates whether or not the test access to the host server 40 corresponding to the host address specified by the user is possible by the port number specified by the user.
  • a message based on the confirmation result is displayed in area A120b.
  • the client terminal 10 tests both the first route (FIG. 4A) and the second route (FIG. 4B). Perform access. After executing the test access, the client terminal 10 displays the screen P130 (FIG. 8).
  • the screen P130 is a confirmation result screen when the first route (FIG. 4A) and the second route (FIG. 4B) are confirmed together.
  • the screen P130 includes areas A130a to A130c.
  • the port number specified by the first script and the confirmation result of each port number are displayed as in the area A102a (FIG. 5).
  • the port number specified by the second script, the confirmation result of each port number, and the cause when the confirmation result is “NG” are displayed.
  • a message based on the confirmation result is displayed as in the areas A102b (FIG. 5) and A110b (FIG. 6).
  • FIG. 9 is a sequence diagram of confirmation processing according to the present embodiment.
  • the client terminal 10 executes display of the top screen (S100). Specifically, when the user designates a predetermined URL using the input unit 13, the CPU 12 displays the screen P 100 (FIG. 5) on the display unit 14 by communicating with the web server 30.
  • the client terminal 10 executes a description file request (S101). Specifically, when the user designates the “port confirmation” button B 100 b using the input unit 13, the CPU 12 transmits a request REQ 101 for requesting transmission of a description file to the web server 30.
  • the web server 30 transmits the description file (S300). Specifically, the CPU 32 transmits a response RES101 corresponding to the request REQ101 to the client terminal 10.
  • the response RES101 includes a description file SF.
  • the client terminal 10 executes a route selection screen display (S102). Specifically, the CPU 12 displays the screen P101 (FIG. 5) on the display unit 14 based on the HTML code of the description file SF included in the response RES101.
  • the client terminal 10 receives the selected route (S103). Specifically, when the user designates the “route 1” button B101a (FIG. 5) using the input unit 13, the CPU 12 accepts the first route (FIG. 4A) as the selected route. In this case (S104-A), the process proceeds to confirmation of the first route (FIG. 10). When the user designates the “Route 2” button B101b (FIG. 5) using the input unit 13, the CPU 12 accepts the second route (FIG. 4B) as the selected route. In this case (S104-B), the process proceeds to confirmation of the second route (FIG. 11). When the user inputs information into the input fields F101a to F101b (FIG.
  • FIG. 10 is a sequence diagram of confirmation of the first route according to the present embodiment.
  • the client terminal 10 performs test access (S110). Specifically, the CPU 12 transmits a test access request REQ110 with the port number specified by the first script to the host server 40-1 specified by the first script of the description file SF. The CPU 12 transmits a test access request REQ110 with the port number specified by the first script to the host server 40-2 specified by the first script. The CPU 12 transmits a test access request REQ110 with the port number specified by the first script to the host server 40-3 specified by the first script.
  • Each of the host servers 40-1 to 40-3 executes a test response (S410). Specifically, when the CPU 42 of each host server 40 has received the request REQ110, the CPU 42 transmits a response RES110 corresponding to the request REQ110 to the client terminal 10. On the other hand, the CPU 42 of each host server 40 does not transmit the response RES 110 when the request REQ 110 cannot be received.
  • the client terminal 10 executes determination of the confirmation result (S111). Specifically, if the CPU 12 receives the response RES110 within a predetermined time after transmitting the request REQ110 in S110, the CPU 12 determines that the test access to the host server 40 that is the transmission destination of the request REQ110 has been successful. On the other hand, when the response RES 110 cannot be received within a predetermined time after transmitting the request REQ 110 in S110, the CPU 12 determines that the test access to the host server 40 that is the transmission destination of the request REQ 110 has failed. Further, when receiving the response RES110 indicating an error from the host server 40, the CPU 12 determines that the test access to the host server 40 that is the transmission destination of the request REQ110 has failed.
  • the client terminal 10 displays the confirmation result screen (S112). Specifically, the CPU 12 displays a screen (for example, P102 in FIG. 5) based on the determination result of S111 on the display unit 14.
  • FIG. 11 is a sequence diagram of confirmation of the second route according to this embodiment.
  • the client terminal 10 performs test access (S120). Specifically, the CPU 12 sets the host servers 40-1 to 40- specified by the second script to the proxy server 20 set in the browser by the port number specified by the second script of the description file SF. 2 sends a test access request REQ120b to the second. The CPU 12 transmits a test access request REQ120b with the port number specified by the second script to the host server 40-3 specified by the second script.
  • the proxy server 20 executes proxy test access (S220). Specifically, the CPU 22 transmits the request REQ120a transmitted in S120 to the host servers 40-1 to 40-2 specified by the second script.
  • Each of the host servers 40-1 to 40-3 executes a test response (S420). Specifically, when the CPU 42 of each host server 40 can receive the request REQ120b, the CPU 42 transmits a response RES120b corresponding to the request REQ120b to the client terminal 10. When receiving the request REQ120a, the CPU 42 transmits a response RES120a corresponding to the request REQ120a to the proxy server 20. On the other hand, when the CPU 42 cannot receive the request REQ120a or REQ120b, it does not transmit the response RES120a or RES120b.
  • the proxy server 20 executes a proxy test response (S221). Specifically, when the response RES 120a is received, the CPU 22 transmits the response RES 120a to the client terminal 10 that has transmitted the request REQ 120a. On the other hand, if the CPU 22 cannot receive the request REQ120a, it does not transmit the response RES120a.
  • the client terminal 10 executes determination of the confirmation result (S121). Specifically, when the CPU 12 receives the response RES 120a or RES 120b within a predetermined time after transmitting the request REQ 120a or REQ 120b in S120, the CPU 12 performs test access to the host server 40 that is the transmission destination of the request REQ 120a or REQ 120b. Judge as successful. On the other hand, if the CPU 12 does not receive the response RES 120a or RES 120b within a predetermined time after transmitting the request REQ120a or REQ120b in S120, the test access to the host server 40 that is the transmission destination of the request REQ120a or REQ120b fails.
  • the CPU 12 determines that the test access to the host server 40 that is the transmission destination of the request REQ120a or 120b has failed. To do.
  • the client terminal 10 displays the confirmation result screen (S122). Specifically, the CPU 12 displays a screen (for example, P110 in FIG. 6) based on the determination result of S121 on the display unit 14.
  • FIG. 12 is a sequence diagram of confirmation of the third route according to the present embodiment.
  • the client terminal 10 executes test access (S130). Specifically, when the user inputs information into the input fields F101a and F101b using the input unit 13 and designates the “Route 3” button B101c, the CPU 12 displays the host server input in the input field F101b. For 40-4 (host address “host4.com”), a test access request REQ130 with the port number “123” input in the input field F101a is transmitted. Further, the CPU 12 transmits a test access request REQ130 with the port number “123” input in the input field F101a to the host server 40-5 (host address “host5.com”) input in the input field F101b. To do. Further, the CPU 12 transmits a test access request REQ130 with the port number “9876” input in the input field F101a to the host server 40-6 (host address “host6.com”) input in the input field F101b. To do.
  • Each of the host servers 40-4 to 40-6 executes a test response (S430). Specifically, when the CPU 42 of each host server 40 can receive the request REQ 130, the CPU 42 transmits a response RES 130 corresponding to the request REQ 130 to the client terminal 10. On the other hand, the CPU 42 does not transmit the response RES 130 when the request REQ 130 cannot be received.
  • the client terminal 10 executes determination of the confirmation result (S131). Specifically, when the response RES 130 is received within a predetermined time after the transmission of the request REQ 130 in S130, the CPU 12 determines that the test access to the host server 40 that is the transmission destination of the request REQ 130 has been successful. On the other hand, when the response RES 130 cannot be received within a predetermined time after transmitting the request REQ 130 in S 130, the CPU 12 determines that the test access to the host server 40 that is the transmission destination of the request REQ 130 has failed. When receiving the response RES130 indicating an error from the host server 40, the CPU 12 determines that the test access to the host server 40 that is the transmission destination of the request REQ130 has failed.
  • the client terminal 10 displays the confirmation result screen (S132). Specifically, the CPU 12 displays a screen (for example, P120 in FIG. 7) based on the determination result of S131 on the display unit 14.
  • the web server 30 can accept a request from the client terminal 10.
  • the web server 30 generates a description file SF including a script for causing the client terminal 10 to execute a confirmation process for confirming whether or not the predetermined host servers 40-1 to 40-3 can be accessed by the predetermined port numbers P1 and P2.
  • a storage device 31 (an example of a storage unit) to store, means for transmitting the description file SF stored in the storage device 31 to the client terminal 10 based on the request REQ101 (for example, the CPU 32 that executes the processing of S300), Is provided.
  • the client terminal 10 can access the web server 30.
  • the client terminal 10 obtains the description file SF from the web server 30 (for example, the CPU 12 that executes the process of S101), and executes the confirmation process based on the description file SF (for example, the processes of S110 to S111).
  • the CPU 12 that executes the processing of S120 to S121 or the processing of S130 to S131), and the display unit 14 that displays the result of the confirmation processing.
  • the client terminal 10 confirms whether or not access is possible according to the description file SF provided by the web server 30. That is, the client terminal 10 that has confirmed whether access is possible can acquire the description file SF. In other words, the client terminal 10 that has confirmed whether or not access is possible can access the web server 30. Thereby, it is possible to easily grasp whether or not the client terminal 10 can access the web server 30 (that is, the user's Internet environment).
  • the client terminal 10 and the proxy server 20 may be connected to the intranet, and the web server 30 and the host server 40 may be connected to the Internet. Further, in this case, a firewall may be provided in the intranet. Further, when a firewall is provided in the intranet, the client terminal 10 may determine whether the cause of failure in the test access is in the firewall or the host server 40.
  • the communication route of the above embodiment may further include a fourth route.
  • the fourth route includes a test access via the proxy server 20 to the host server 40-4 specified by the user by the port number P3 specified by the user, and a host server specified by the user by the port number P3 specified by the user. Test access to the proxy server 20 to 40-5, and test access to the host server 40-6 designated by the user via the proxy server 20 by the port number P4 designated by the user.
  • Information processing system 10 Client terminal 11: Storage device 12: CPU 13: Input unit 14: Display unit 15: Communication interface 20: Proxy server 21: Storage device 22: CPU 23: Communication interface 30: Web server 31: Storage device 32: CPU 33: Communication interface 40 (40-1 to 40-6): Host server 41: Storage device 42: CPU 43: Communication interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Debugging And Monitoring (AREA)

Abstract

サーバは、クライアント端末からリクエストを受付可能である。サーバは、所定のポート番号による所定のホストサーバへのアクセスの可否を確認する確認処理をクライアント端末に実行させるためのスクリプトを含む記述ファイルを記憶する記憶部と、リクエストに基づいて、記憶部に記憶された記述ファイルをクライアント端末に送信する手段とを備えている。

Description

サーバ、情報処理システム、クライアント端末
　本発明は、サーバ、情報処理システム、及び、クライアント端末に関する。
　近年、インターネット上のホストサーバを利用して、ユーザが購入した製品（例えば、プリンタ）のサポートサービスを提供する方法が知られている。
　クライアント端末がイントラネットに接続されている場合、ネットワーク環境によっては、クライアント端末からホストサーバへアクセスできない場合がある。特に、イントラネットにファイアウォールが設定されている場合、クライアント端末からホストサーバへのアクセスが許可されない場合がある。したがって、サポートサービスを提供する提供者は、ユーザのクライアント端末からホストサーバへのアクセスの可否を確認する必要がある。
　従来、クライアント端末のＯＳ（Operating System）の機能（例えば、Ｔｅｌｎｅｔ）を利用して、クライアント端末からインターネット上のホストサーバに対するアクセスの可否を確認する方法が知られている（特開２０１０－１２４３５７号公報を参照）。
　また、ウェブサーバの機能を利用して、ホストサーバに対するアクセスの可否を確認する方法も知られている。
　しかしながら、特開２０１０－１２４３５７号公報の方法では、専用コマンドを入力する必要がある。したがって、技術知識が少ないユーザにとっては、特開２０１０－１２４３５７号公報の方法の実施は困難である。
　ウェブサーバからホストサーバに対するアクセスの可否を確認する方法では、クライアント端末からホストサーバに対するアクセスの可否を確認することはできない。したがって、ウェブサーバからホストサーバへのアクセスに成功したとしても、クライアント端末からホストサーバへのアクセスに失敗する場合がある。つまり、ウェブサーバからホストサーバに対するアクセスに成功したとしても、クライアント端末からホストサーバへのアクセスの成功が保証されるわけではない。
　上記のとおり、従来、クライアント端末からホストサーバへのアクセスの可否の確認は困難である。
　本発明の目的は、クライアント端末からホストサーバへのアクセスの可否の確認を容易化することである。
　本発明の一態様は、
　クライアント端末からリクエストを受付可能なサーバであって、
　所定のポート番号による所定のホストサーバへのアクセスの可否を確認する確認処理を前記クライアント端末に実行させるためのスクリプトを含む記述ファイルを記憶する記憶部と、
　前記リクエストに基づいて、前記記憶部に記憶された記述ファイルを前記クライアント端末に送信する手段と、
を備える、サーバである。
　本発明によれば、クライアント端末からホストサーバへのアクセスの可否の確認を容易化することができる。
本実施形態の情報処理システムのシステム構成図。 本実施形態のクライアント端末及びサーバの構成を示す図。 本実施形態の記述ファイルの概略図。 本実施形態の通信ルートの概略図。 本実施形態の情報処理において表示される画面例を示す図。 本実施形態の情報処理において表示される画面例を示す図。 本実施形態の情報処理において表示される画面例を示す図。 本実施形態の情報処理において表示される画面例を示す図。 本実施形態の確認処理のシーケンス図。 本実施形態の第１ルートの確認のシーケンス図。 本実施形態の第２ルートの確認のシーケンス図。 本実施形態の第３ルートの確認のシーケンス図。
　（１）情報処理システムの構成（図１）
　本実施形態の情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムのシステム構成図である。
　図１に示すように、情報処理システム１は、クライアント端末１０（１０－１～１０－ｎ（ｎは正の整数））と、プロキシサーバ２０と、ウェブサーバ３０（３０－１～３０－ｍ（ｍは正の整数））と、ホストサーバ４０（４０－１～４０－ｋ（ｋは正の整数））と、を備える。
　クライアント端末１０、プロキシサーバ２０、ウェブサーバ３０、及び、ホストサーバ４０は、ネットワークＮＷを介して、通信（例えば、ｈｔｔｐｓ通信）を行うことができる。
　ネットワークＮＷは、例えば、インターネット、イントラネット、又は、それらの組合せである。
　クライアント端末１０は、ユーザが使用する情報処理装置の一例である。クライアント端末１０は、例えば、プリンタ（例えば、ラベルプリンタ、若しくは、バーコードプリンタ）、スマートフォン、タブレット端末、又は、パーソナルコンピュータ等である。
　プロキシサーバ２０、ウェブサーバ３０、及び、ホストサーバ４０は、クライアント端末１０から送信されたリクエストに基づいて、所定の処理を実行する情報処理装置の一例である。
　（２）クライアント端末及びサーバの構成（図２～図３）
　本実施形態のクライアント端末及びサーバの構成について説明する。図２は、本実施形態のクライアント端末及びサーバの構成を示す図である。図３は、本実施形態の記述ファイルの概略図である。
　図２に示すように、クライアント端末１０は、記憶装置１１と、ＣＰＵ（Central Processing Unit）１２と、入力部１３と、表示部１４と、通信インタフェース１５とを備える。
　記憶装置１１は、情報処理に必要なプログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
　情報処理に必要なプログラムは、例えば、ＯＳ（Operating System）のプログラム、情報処理を実行するアプリケーション（例えば、ブラウザ）のプログラム等である。
　情報処理に必要なデータは、例えば、情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）である。
　ＣＰＵ１２は、記憶装置１１に記憶されたプログラムを起動することによって、アプリケーションの機能を実現するように構成される。
　入力部１３は、ユーザ指示を受け付けるように構成される。入力部１３は、例えば、キーボード、ポインティングデバイス、タッチパネル等である。
　表示部１４は、ユーザに情報を提示するように構成される。表示部１４は、例えば、液晶ディスプレイである。
　通信インタフェース１５は、クライアント端末１０とネットワークＮＷとの間の通信を制御するように構成される。
　なお、クライアント端末１０がプリンタである場合、クライアント端末１０は、印字媒体（例えば、台紙に仮着されたラベル）を収容する収容部と、収容部に収容された印字媒体を搬送するプラテンローラと、プラテンローラによって搬送された印字媒体に印字を行う印字ヘッド（例えば、サーマルヘッド）とをさらに備える。
　プロキシサーバ２０は、記憶装置２１と、ＣＰＵ２２と、通信インタフェース２３とを備える。
　記憶装置２１は、情報処理に必要なプログラム、データ、及び、データベースを記憶する記憶装置である。記憶装置２１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
　情報処理に必要なプログラムは、例えば、ＯＳのプログラム、プロキシサーバ２０の機能を実現するアプリケーションのプログラム等である。
　ＣＰＵ２２は、記憶装置２１に記憶されたプログラムを起動することによって、プロキシサーバ２０の機能を実現するように構成される。
　通信インタフェース２３は、プロキシサーバ２０と、ネットワークＮＷとの間の通信を制御するように構成される。
　ウェブサーバ３０は、記憶装置３１と、ＣＰＵ３２と、通信インタフェース３３とを備える。
　記憶装置３１は、情報処理に必要なプログラム、データ、及び、データベースを記憶する記憶装置である。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
　情報処理に必要なプログラムは、例えば、ＯＳのプログラム、ウェブサーバ３０の機能を実現するアプリケーションのプログラム等である。
　図３に示すように、記憶装置３１には、記述ファイルＳＦ（例えば、ＨＴＭＬ（HyperText Markup Language）ファイル）も格納されている。
　記述ファイルＳＦは、クライアント端末１０の表示部１４に画面を表示させるためのＨＴＭＬコードと、第１ルート（後述する）のテストアクセスをクライアント端末１０に実行させるための命令である第１スクリプト（例えば、ＪＡＶＡスクリプト（登録商標））と、第２ルート（後述する）のテストアクセスをクライアント端末１０に実行させるための命令である第２スクリプト（例えば、ＪＡＶＡスクリプト（登録商標））と、第３ルート（後述する）のテストアクセスをクライアント端末１０に実行させるための命令である第３スクリプト（例えば、ＪＡＶＡスクリプト（登録商標））とを含んでいる。
　図２に示すように、ＣＰＵ３２は、記憶装置３１に記憶されたプログラムを起動することによって、ウェブサーバ３０の機能（例えば、クライアント端末１０に対する記述ファイルＳＦの提供）を実現するように構成される。
　通信インタフェース３３は、ウェブサーバ３０とネットワークＮＷとの間の通信を制御するように構成される。
　ホストサーバ４０は、クライアント端末１０の一例であるプリンタのサポートサービスを提供する。ユーザは、サポートサービスを利用することによって、プリンタの使用履歴の閲覧、プリンタの消耗品の管理、プリンタのエラーの解決等を行うことができる。このようなサポートサービスを利用するためには、ユーザは、クライアント端末１０からホストサーバ４０へアクセスする必要がある。
　ホストサーバ４０は、記憶装置４１と、ＣＰＵ４２と、通信インタフェース４３とを備える。
　記憶装置４１は、情報処理に必要なプログラム、データ、及び、データベースを記憶する記憶装置である。記憶装置４１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
　情報処理に必要なプログラムは、例えば、ＯＳのプログラム、ホストサーバ４０の機能を実現するアプリケーションのプログラム等である。
　ＣＰＵ４２は、記憶装置４１に記憶されたプログラムを起動することによって、ホストサーバ４０の機能を実現するように構成される。
　通信インタフェース４３は、ホストサーバ４０とネットワークＮＷとの間の通信を制御するように構成される。
　（３）通信ルート（図４）
　本実施形態の通信ルートについて説明する。図４は、本実施形態の通信ルートの概略図である。
　本実施形態では、クライアント端末１０、及び、ホストサーバ４０は、任意の通信プロトコル（例えば、ＴＣＰ／ＩＰ）に従って通信を行う。一例として、クライアント端末１０は、ホストアドレスによって特定されるホストサーバ４０に対して、ＴＣＰ／ＩＰによって規定されるポート番号によるアクセスを実行する。
　図４Ａは、第１ルートを示している。
　クライアント端末１０は、ウェブサーバ３０から記述ファイルＳＦを取得する。記述ファイルＳＦの第１スクリプトは、ポート番号Ｐ１によるホストサーバ４０－１へのテストアクセスと、ポート番号Ｐ１によるホストサーバ４０－２へのテストアクセスと、ポート番号Ｐ２によるホストサーバ４０－３へのテストアクセスとを、クライアント端末１０に実行させるための命令である。
　図４Ｂは、第２ルートを示している。
　クライアント端末１０は、ウェブサーバ３０から記述ファイルＳＦを取得する。記述ファイルＳＦの第２スクリプトには、ポート番号Ｐ１による、プロキシサーバ２０を経由するホストサーバ４０－１へのテストアクセスと、ポート番号Ｐ１による、プロキシサーバ２０を経由するホストサーバ４０－２へのテストアクセスと、ポート番号Ｐ２による、プロキシサーバ２０を経由しないホストサーバ４０－３へのテストアクセスとを、クライアント端末１０に実行させるための命令である。
　図４Ｃは、第３ルートを示している。
　クライアント端末１０は、ウェブサーバ３０から記述ファイルＳＦを取得する。記述ファイルＳＦの第３スクリプトは、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０－４へのテストアクセスと、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０－５へのテストアクセスと、ユーザが指定したポート番号Ｐ４による、ユーザが指定したホストサーバ４０－６へのテストアクセスとを、クライアント端末１０に実行させるための命令である。
　（４）情報処理において表示される画面（図５～図８）
　本実施形態の情報処理において表示される画面について説明する。図５～図８は、本実施形態の情報処理において表示される画面例を示す図である。
　図５～図８の画面は、クライアント端末１０の表示部１４に表示される。各画面では、ユーザは、入力部１３を用いてユーザ指示（入力フィールドへの入力、及び、ボタンの指定）を与えることができる。与えられたユーザ指示は、クライアント端末１０からサーバ（プロキシサーバ２０、ウェブサーバ３０、又は、ホストサーバ４０）に送信されるリクエストに含まれる。
　ユーザが、入力部１３を用いて、所定のＵＲＬ（Uniform Resource Locator）を指定すると、クライアント端末１０は、画面Ｐ１００（図５）を表示する。画面Ｐ１００は、トップ画面である。
　図５に示すように、画面Ｐ１００は、ボタンＢ１００ａ及びＢ１００ｂを含む。
　ユーザが、入力部１３を用いて、「ログイン」ボタンＢ１００ａを指定すると、クライアント端末１０は、ホストサーバ４０が提供するサポートサービスへのログインに必要なログインＩＤ及びパスワードを入力するための画面を表示する。
　ユーザが、入力部１３を用いて、「ポート確認」ボタンＢ１００ｂを指定すると、クライアント端末１０は、画面Ｐ１０１を表示する。画面Ｐ１０１は、ルート選択画面である。
　画面Ｐ１０１は、入力フィールドＦ１０１ａ～Ｆ１０１ｂと、ボタンＢ１０１ａ～Ｂ１０１ｅとを含む。
　ユーザが、入力部１３を用いて、「ルート１」ボタンＢ１０１ａを指定すると、クライアント端末１０は、第１ルート（図４Ａ）のテストアクセスを実行する。テストアクセスの実行後、クライアント端末１０は、画面Ｐ１０２を表示する。画面Ｐ１０２は、第１ルート（図４Ａ）の確認結果画面である。
　画面Ｐ１０２は、領域Ａ１０２ａ及びＡ１０２ｂを含む。
　領域Ａ１０２ａには、第１スクリプトによって特定されたポート番号と、各ポート番号の確認結果とが表示される。確認結果は、第１スクリプトによって特定されたポート番号により、第１スクリプトによって特定されたホストアドレスに対応するホストサーバ４０に対するテストアクセスの可否を示している。
　領域Ａ１０２ｂには、確認結果に基づくメッセージが表示される。
　ユーザが、入力部１３を用いて、「ルート２」ボタンＢ１０１ｂを指定すると、クライアント端末１０は、第２ルート（図４Ｂ）のテストアクセスを実行する。その後、クライアント端末１０は、画面Ｐ１１０（図６）を表示する。画面Ｐ１１０は、第２ルート（図４Ｂ）の確認結果画面である。
　図６に示すように、画面Ｐ１１０は、領域Ａ１１０ａ及びＡ１１０ｂを含む。
　領域Ａ１１０ａには、第２スクリプトによって特定されたポート番号と、各ポート番号の確認結果と、確認結果が「ＮＧ」の場合の原因とが表示される。確認結果は、第２スクリプトによって特定されたポート番号により、第２スクリプトによって特定されたホストアドレスに対応するホストサーバ４０に対するテストアクセスの可否を示している。
　領域Ａ１１０ｂには、確認結果に基づくメッセージが表示される。
　ユーザが、入力部１３を用いて、「追加」ボタンＢ１０１ｅを指定すると、入力フィールドＦ１０１ａ及びＦ１０１ｂの入力行（ポート番号欄及びホストアドレス欄の組合せ）が増える。
　ユーザが、入力部１３を用いて、「ルート３」ボタンＢ１０１ｃを指定すると、クライアント端末１０は、入力フィールドＦ１０１ａ及びＦ１０１ｂに入力された情報に基づいて、第３ルート（図４Ｃ）のテストアクセスを実行する。テストアクセスの実行後、クライアント端末１０は、画面Ｐ１２０を表示する。画面Ｐ１２０は、第３ルートの確認結果画面である。
　画面Ｐ１２０は、領域Ａ１２０ａ及びＡ１２０ｂを含む。
　領域Ａ１２０ａには、ユーザによって指定されたポート番号と、ユーザによって指定されたホストアドレスと、ポート番号及びホストアドレスの組合せ毎の確認結果とが表示される。確認結果は、ユーザによって指定されたポート番号により、ユーザによって指定されたホストアドレスに対応するホストサーバ４０に対するテストアクセスの可否を示している。
　領域Ａ１２０ｂには、確認結果に基づくメッセージが表示される。
　ユーザが、入力部１３を用いて、「一括確認」ボタンＢ１０１ｄ（図５）を指定すると、クライアント端末１０は、第１ルート（図４Ａ）及び第２ルート（図４Ｂ）の両方のルートのテストアクセスを実行する。テストアクセスの実行後、クライアント端末１０は、画面Ｐ１３０（図８）を表示する。画面Ｐ１３０は、第１ルート（図４Ａ）及び第２ルート（図４Ｂ）を一括で確認した場合の確認結果画面である。
　図８に示すように、画面Ｐ１３０は、領域Ａ１３０ａ～Ａ１３０ｃを含む。
　領域Ａ１３０ａは、領域Ａ１０２ａ（図５）と同様に、第１スクリプトによって特定されたポート番号と、各ポート番号の確認結果とが表示される。
　領域Ａ１３０ｂには、領域Ａ１１０ａと同様に、第２スクリプトによって特定されたポート番号と、各ポート番号の確認結果と、確認結果が「ＮＧ」の場合の原因とが表示される。
　領域Ａ１３０ｃには、領域Ａ１０２ｂ（図５）及び領域Ａ１１０ｂ（図６）と同様に、確認結果に基づくメッセージが表示される。
　（５）情報処理（図９～図１２）
　本実施形態の情報処理について説明する。以下の情報処理は、図２のＣＰＵ１２、２２、３２、及び、４２が、それぞれ、記憶装置１１、２１、３１、及び、４１に記憶されたアプリケーションのプログラムを実行することによって実現される。
　（５－１）確認処理（図９）
　本実施形態の確認処理について説明する。図９は、本実施形態の確認処理のシーケンス図である。
　クライアント端末１０は、トップ画面の表示（Ｓ１００）を実行する。
　具体的には、ユーザが、入力部１３を用いて、所定のＵＲＬを指定すると、ＣＰＵ１２は、ウェブサーバ３０と通信することによって、画面Ｐ１００（図５）を表示部１４に表示する。
　クライアント端末１０は、記述ファイルのリクエスト（Ｓ１０１）を実行する。
　具体的には、ユーザが、入力部１３を用いて、「ポート確認」ボタンＢ１００ｂを指定すると、ＣＰＵ１２は、記述ファイルの送信を要求するためのリクエストＲＥＱ１０１をウェブサーバ３０に送信する。
　ウェブサーバ３０は、記述ファイルの送信（Ｓ３００）を実行する。
　具体的には、ＣＰＵ３２は、クライアント端末１０に、リクエストＲＥＱ１０１に対応するレスポンスＲＥＳ１０１を送信する。レスポンスＲＥＳ１０１は、記述ファイルＳＦを含んでいる。
　クライアント端末１０は、ルート選択画面の表示（Ｓ１０２）を実行する。
　具体的には、ＣＰＵ１２は、レスポンスＲＥＳ１０１に含まれる記述ファイルＳＦのＨＴＭＬコードに基づいて、画面Ｐ１０１（図５）を表示部１４に表示する。
　クライアント端末１０は、選択ルートの受付（Ｓ１０３）を実行する。
　具体的には、ユーザが、入力部１３を用いて、「ルート１」ボタンＢ１０１ａ（図５）を指定すると、ＣＰＵ１２は、第１ルート（図４Ａ）を選択ルートとして受け付ける。この場合（Ｓ１０４－Ａ）、第１ルートの確認（図１０）に進む。
　ユーザが、入力部１３を用いて、「ルート２」ボタンＢ１０１ｂ（図５）を指定すると、ＣＰＵ１２は、第２ルート（図４Ｂ）を選択ルートとして受け付ける。この場合（Ｓ１０４－Ｂ）、第２ルートの確認（図１１）に進む。
　ユーザが、入力部１３を用いて、入力フィールドＦ１０１ａ～Ｆ１０１ｂ（図５）に情報を入力し、かつ、「ルート３」ボタンＢ１０１ｃ（図５）を指定すると、ＣＰＵ１２は、第３ルート（図４Ｃ）を選択ルートとして受け付ける。この場合（Ｓ１０４－Ｃ）、第３ルートの確認（図１２）に進む。
　（５－２）第１ルートの確認（図１０）
　本実施形態の第１ルートの確認について説明する。図１０は、本実施形態の第１ルートの確認のシーケンス図である。
　クライアント端末１０は、テストアクセス（Ｓ１１０）を実行する。
　具体的には、ＣＰＵ１２は、記述ファイルＳＦの第１スクリプトによって特定されたホストサーバ４０－１に対して、第１スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１１０を送信する。
　ＣＰＵ１２は、第１スクリプトによって特定されたホストサーバ４０－２に対して、第１スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１１０を送信する。
　ＣＰＵ１２は、第１スクリプトによって特定されたホストサーバ４０－３に対して、第１スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１１０を送信する。
　ホストサーバ４０－１～４０－３は、それぞれ、テストレスポンス（Ｓ４１０）を実行する。
　具体的には、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１１０を受信できた場合、リクエストＲＥＱ１１０に対応するレスポンスＲＥＳ１１０をクライアント端末１０に送信する。
　一方、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１１０を受信できなかった場合、レスポンスＲＥＳ１１０は送信しない。
　クライアント端末１０は、確認結果の判定（Ｓ１１１）を実行する。
　具体的には、ＣＰＵ１２は、Ｓ１１０においてリクエストＲＥＱ１１０を送信してから所定時間以内にレスポンスＲＥＳ１１０を受信した場合、当該リクエストＲＥＱ１１０の送信先であるホストサーバ４０へのテストアクセスに成功したと判定する。
　一方、ＣＰＵ１２は、Ｓ１１０においてリクエストＲＥＱ１１０を送信してから所定時間以内にレスポンスＲＥＳ１１０を受信できなかった場合、当該リクエストＲＥＱ１１０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
　また、ＣＰＵ１２は、ホストサーバ４０からエラーを示すレスポンスＲＥＳ１１０を受信した場合、当該リクエストＲＥＱ１１０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
　クライアント端末１０は、確認結果画面の表示（Ｓ１１２）を実行する。
　具体的には、ＣＰＵ１２は、Ｓ１１１の判定結果に基づく画面（例えば、図５のＰ１０２）を表示部１４に表示する。
　（５－３）第２ルートの確認（図１１）
　本実施形態の第２ルートの確認について説明する。図１１は、本実施形態の第２ルートの確認のシーケンス図である。
　クライアント端末１０は、テストアクセス（Ｓ１２０）を実行する。
　具体的には、ＣＰＵ１２は、ブラウザに設定されたプロキシサーバ２０に対して、記述ファイルＳＦの第２スクリプトによって特定されたポート番号により、第２スクリプトによって特定されたホストサーバ４０－１～４０－２に対するテストアクセスのリクエストＲＥＱ１２０ｂを送信する。
　ＣＰＵ１２は、第２スクリプトによって特定されたホストサーバ４０－３に対して、第２スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１２０ｂを送信する。
　プロキシサーバ２０は、代行テストアクセス（Ｓ２２０）を実行する。
　具体的には、ＣＰＵ２２は、Ｓ１２０において送信されたリクエストＲＥＱ１２０ａを、第２スクリプトによって特定されたホストサーバ４０－１～４０－２に送信する。
　ホストサーバ４０－１～４０－３は、それぞれ、テストレスポンス（Ｓ４２０）を実行する。
　具体的には、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１２０ｂを受信できた場合、リクエストＲＥＱ１２０ｂに対応するレスポンスＲＥＳ１２０ｂをクライアント端末１０に送信する。
　ＣＰＵ４２は、リクエストＲＥＱ１２０ａを受信できた場合、リクエストＲＥＱ１２０ａに対応するレスポンスＲＥＳ１２０ａをプロキシサーバ２０に送信する。
　一方、ＣＰＵ４２は、リクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂを受信できなかった場合、レスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂは送信しない。
　プロキシサーバ２０は、代行テストレスポンス（Ｓ２２１）を実行する。
　具体的には、ＣＰＵ２２は、レスポンスＲＥＳ１２０ａを受信できた場合、リクエストＲＥＱ１２０ａを送信したクライアント端末１０にレスポンスＲＥＳ１２０ａを送信する。
　一方、ＣＰＵ２２は、リクエストＲＥＱ１２０ａを受信できなかった場合、レスポンスＲＥＳ１２０ａは送信しない。
　クライアント端末１０は、確認結果の判定（Ｓ１２１）を実行する。
　具体的には、ＣＰＵ１２は、Ｓ１２０においてリクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂを送信してから所定時間以内にレスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂを受信した場合、当該リクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂの送信先であるホストサーバ４０へのテストアクセスに成功したと判定する。
　一方、ＣＰＵ１２は、Ｓ１２０においてリクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂを送信してから所定時間以内にレスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂを受信できなかった場合、当該リクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂの送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
　また、ＣＰＵ１２は、プロキシサーバ２０又はホストサーバ４０の少なくとも一方からエラーを示すレスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂを受信した場合、当該リクエストＲＥＱ１２０ａ又は１２０ｂの送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
　クライアント端末１０は、確認結果画面の表示（Ｓ１２２）を実行する。
　具体的には、ＣＰＵ１２は、Ｓ１２１の判定結果に基づく画面（例えば、図６のＰ１１０）を表示部１４に表示する。
　（５－４）第３ルートの確認（図１２）
　本実施形態の第３ルートの確認について説明する。図１２は、本実施形態の第３ルートの確認のシーケンス図である。
　クライアント端末１０は、テストアクセス（Ｓ１３０）を実行する。
　具体的には、ユーザが、入力部１３を用いて、入力フィールドＦ１０１ａ及びＦ１０１ｂに情報を入力し、かつ、「ルート３」ボタンＢ１０１ｃを指定すると、ＣＰＵ１２は、入力フィールドＦ１０１ｂに入力されたホストサーバ４０－４（ホストアドレス「host4.com」）に対して、入力フィールドＦ１０１ａに入力されたポート番号「123」によるテストアクセスのリクエストＲＥＱ１３０を送信する。
　また、ＣＰＵ１２は、入力フィールドＦ１０１ｂに入力されたホストサーバ４０－５（ホストアドレス「host5.com」）に対して、入力フィールドＦ１０１ａに入力されたポート番号「123」によるテストアクセスのリクエストＲＥＱ１３０を送信する。
　また、ＣＰＵ１２は、入力フィールドＦ１０１ｂに入力されたホストサーバ４０－６（ホストアドレス「host6.com」）に対して、入力フィールドＦ１０１ａに入力されたポート番号「9876」によるテストアクセスのリクエストＲＥＱ１３０を送信する。
　ホストサーバ４０－４～４０－６は、それぞれ、テストレスポンス（Ｓ４３０）を実行する。
　具体的には、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１３０を受信できた場合、リクエストＲＥＱ１３０に対応するレスポンスＲＥＳ１３０をクライアント端末１０に送信する。
　一方、ＣＰＵ４２は、リクエストＲＥＱ１３０を受信できなかった場合、レスポンスＲＥＳ１３０は送信しない。
　クライアント端末１０は、確認結果の判定（Ｓ１３１）を実行する。
　具体的には、ＣＰＵ１２は、Ｓ１３０においてリクエストＲＥＱ１３０を送信してから所定時間以内にレスポンスＲＥＳ１３０を受信した場合、当該リクエストＲＥＱ１３０の送信先であるホストサーバ４０へのテストアクセスに成功したと判定する。
　一方、ＣＰＵ１２は、Ｓ１３０においてリクエストＲＥＱ１３０を送信してから所定時間以内にレスポンスＲＥＳ１３０を受信できなかった場合、当該リクエストＲＥＱ１３０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
　また、ＣＰＵ１２は、ホストサーバ４０からエラーを示すレスポンスＲＥＳ１３０を受信した場合、当該リクエストＲＥＱ１３０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
　クライアント端末１０は、確認結果画面の表示（Ｓ１３２）を実行する。
　具体的には、ＣＰＵ１２は、Ｓ１３１の判定結果に基づく画面（例えば、図７のＰ１２０）を表示部１４に表示する。
　（６）小括
　本実施形態について小括する。
　上記のとおり、ウェブサーバ３０は、クライアント端末１０からリクエストを受付可能である。ウェブサーバ３０は、所定のポート番号Ｐ１及びＰ２による所定のホストサーバ４０－１～４０－３へのアクセスの可否を確認する確認処理をクライアント端末１０に実行させるためのスクリプトを含む記述ファイルＳＦを記憶する記憶装置３１（記憶部の一例）と、リクエストＲＥＱ１０１に基づいて、記憶装置３１に記憶された記述ファイルＳＦをクライアント端末１０に送信する手段（例えば、Ｓ３００の処理を実行するＣＰＵ３２）と、を備える。
　クライアント端末１０は、ウェブサーバ３０にアクセス可能である。クライアント端末１０は、記述ファイルＳＦをウェブサーバ３０から取得する手段（例えば、Ｓ１０１の処理を実行するＣＰＵ１２）と、記述ファイルＳＦに基づいて、確認処理を実行する手段（例えば、Ｓ１１０～Ｓ１１１の処理、Ｓ１２０～Ｓ１２１の処理、又は、Ｓ１３０～Ｓ１３１の処理を実行するＣＰＵ１２）と、確認処理の結果を表示する表示部１４と、を備える。
　これにより、クライアント端末１０から所定のホストサーバ４０へのアクセスの可否の確認を容易化することができる。
　また、クライアント端末１０から任意のホストサーバ４０へのアクセスの可否の確認を容易化することができる。
　また、クライアント端末１０は、ウェブサーバ３０が提供する記述ファイルＳＦに従って、アクセスの可否を確認する。つまり、アクセスの可否を確認したクライアント端末１０は、記述ファイルＳＦを取得可能である。換言すると、アクセスの可否を確認したクライアント端末１０は、ウェブサーバ３０にアクセス可能である。これにより、クライアント端末１０がウェブサーバ３０にアクセス可能か否か（つまり、ユーザのインターネット環境）を容易に把握することができる。
　（７）その他の変形例
　上記実施形態では、クライアント端末１０にインストールされたウェブブラウザがｈｔｔｐｓ通信を行うことによって情報処理が実現される例について説明したが、本実施形態はこれに限られるものではない。
　例えば、上記実施形態の情報処理は、クライアント端末１０にインストールされた専用アプリケーション（ブラウザ以外のアプリケーション）がｈｔｔｐｓ通信を行うことによっても実現可能である。
　また、上記実施形態の通信方式は、ｈｔｔｐｓ通信に限られるものではない。
　上記実施形態において、クライアント端末１０及びプロキシサーバ２０がイントラネットに接続され、かつ、ウェブサーバ３０及びホストサーバ４０がインターネットに接続されていてもよい。
　さらに、この場合、イントラネットにファイアウォールが設けられていてもよい。
　さらに、イントラネットにファイアウォールが設けられている場合、クライアント端末１０は、テストアクセスに失敗の要因がファイアウォール又はホストサーバ４０の何れにあるかを判定してもよい。
　上記実施形態の通信ルートは、第４ルートをさらに含んでもよい。第４ルートは、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０－４へのプロキシサーバ２０を経由するテストアクセスと、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０－５へのプロキシサーバ２０へのテストアクセスと、ユーザが指定したポート番号Ｐ４による、ユーザが指定したホストサーバ４０－６へのプロキシサーバ２０を経由しないテストアクセスとを含む。
　以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記実施形態に限定されない。また、上記実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記実施形態及び変形例は、組合せ可能である。
１　　　　　　　：情報処理システム
１０　　　　　　：クライアント端末
１１　　　　　　：記憶装置
１２　　　　　　：ＣＰＵ
１３　　　　　　：入力部
１４　　　　　　：表示部
１５　　　　　　：通信インタフェース
２０　　　　　　：プロキシサーバ
２１　　　　　　：記憶装置
２２　　　　　　：ＣＰＵ
２３　　　　　　：通信インタフェース
３０　　　　　　：ウェブサーバ
３１　　　　　　：記憶装置
３２　　　　　　：ＣＰＵ
３３　　　　　　：通信インタフェース
４０（４０－１～４０－６）：ホストサーバ
４１　　　　　　：記憶装置
４２　　　　　　：ＣＰＵ
４３　　　　　　：通信インタフェース

Claims (9)

  1. 　クライアント端末からリクエストを受付可能なサーバであって、
    　所定のポート番号による所定のホストサーバへのアクセスの可否を確認する確認処理を前記クライアント端末に実行させるためのスクリプトを含む記述ファイルを記憶する記憶部と、
    　前記リクエストに基づいて、前記記憶部に記憶された記述ファイルを前記クライアント端末に送信する手段と、
    を備える、サーバ。
  2. 　前記記述ファイルは、複数のポート番号による前記ホストサーバへのテストアクセスを前記クライアント端末に実行させるためのスクリプトを含む、
    請求項１に記載のサーバ。
  3. 　前記記述ファイルは、前記複数のポート番号の全てのポート番号による前記ホストサーバへのアクセスがプロキシサーバを経由しない第１ルートのテストアクセスを前記クライアント端末に実行させるための第１スクリプトと、前記複数のポート番号の少なくとも１つから前記ホストサーバへのアクセスが前記プロキシサーバを経由する第２ルートのテストアクセスを前記クライアント端末に実行させるための第２スクリプトとを含む、
    請求項２に記載のサーバ。
  4. 　前記記述ファイルは、前記ポート番号による複数のホストサーバへのテストアクセスを前記クライアント端末に実行させるためのスクリプトを含む、
    請求項１～３の何れかに記載のサーバ。
  5. 　前記記述ファイルは、ユーザによって指定されたポート番号により、前記ユーザによって指定されたホストサーバへの第３ルートのテストアクセスを前記クライアント端末に実行させるための第３スクリプトを含む、
    請求項１～４の何れかに記載のサーバ。
  6. 　前記ホストサーバは、インターネットに接続されており、
    　前記クライアント端末は、イントラネットに接続されており、
    　前記イントラネットには、ファイアウォールが設けられている、
    請求項１～５の何れかに記載のサーバ。
  7. 　請求項１～６の何れかに記載のサーバにアクセス可能なクライアント端末であって、
    　前記記述ファイルを前記サーバから取得する手段と、
    　取得した記述ファイルに基づいて、前記確認処理を実行する手段と、
    　前記確認処理の結果を表示する表示部と、を備える、
    クライアント端末。
  8. 　請求項３に記載のサーバにアクセス可能なクライアント端末であって、
    　前記記述ファイルを前記サーバから取得する手段と、
    　取得した記述ファイルに含まれる前記第１スクリプト、及び、前記第２スクリプトのうち、前記ユーザによって指定された少なくとも１つのスクリプトに基づいて、前記テストアクセスを実行する手段と、
    　前記テストアクセスの結果を表示する表示部と、を備える、
    クライアント端末。
  9. 　請求項１～６の何れかに記載のサーバと、クライアント端末と、を備える情報処理システムであって、
    　前記クライアント端末は、前記サーバにリクエストを送信し、
    　前記サーバは、前記リクエストに基づいて、前記記憶部に記憶された記述ファイルを前記クライアント端末に送信し、
    　前記クライアント端末は、前記サーバから取得した記述ファイルに基づいて、前記確認処理を実行し、
    　前記クライアント端末は、前記確認処理の結果を表示する、
    情報処理システム。
PCT/JP2016/072786 2016-03-31 2016-08-03 サーバ、情報処理システム、クライアント端末 WO2017168775A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US15/573,573 US11038981B2 (en) 2016-03-31 2016-08-03 Server, information processing system, and client terminal
CN201680024472.8A CN107533521B (zh) 2016-03-31 2016-08-03 服务器、信息处理***、客户端
JP2018508355A JP6803374B2 (ja) 2016-03-31 2016-08-03 サーバ、情報処理システム、クライアント端末
EP16896992.1A EP3438834A4 (en) 2016-03-31 2016-08-03 SERVER, INFORMATION PROCESSING SYSTEM, CLIENT DEVICE

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016072242 2016-03-31
JP2016-072242 2016-03-31

Publications (1)

Publication Number Publication Date
WO2017168775A1 true WO2017168775A1 (ja) 2017-10-05

Family

ID=59962799

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/072786 WO2017168775A1 (ja) 2016-03-31 2016-08-03 サーバ、情報処理システム、クライアント端末

Country Status (5)

Country Link
US (1) US11038981B2 (ja)
EP (1) EP3438834A4 (ja)
JP (1) JP6803374B2 (ja)
CN (1) CN107533521B (ja)
WO (1) WO2017168775A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001519619A (ja) * 1997-10-07 2001-10-23 オメゴン ネットワークス リミティド 通信ネットワークの障害点測定および性能試験
JP2002229873A (ja) * 2001-02-02 2002-08-16 Seiko Epson Corp クライアント・サーバシステム、サーバ、端末装置および端末装置監視方法
JP2003198624A (ja) * 2001-12-28 2003-07-11 Oki Electric Ind Co Ltd 装置間導通試験方法および装置

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6041041A (en) * 1997-04-15 2000-03-21 Ramanathan; Srinivas Method and system for managing data service systems
US5987523A (en) * 1997-06-04 1999-11-16 International Business Machines Corporation Applet redirection for controlled access to non-orginating hosts
US20020133575A1 (en) * 2001-02-22 2002-09-19 Viola Networks Ltd. Troubleshooting remote internet users
US6687652B2 (en) * 2001-03-22 2004-02-03 Sun Microsystems, Inc. Diagnostic clearing house
JP3782981B2 (ja) * 2002-04-26 2006-06-07 インターナショナル・ビジネス・マシーンズ・コーポレーション セッション中継システム、クライアント端末、セッション中継方法、リモートアクセス方法、セッション中継プログラム及びクライアントプログラム
US6824136B2 (en) * 2002-04-29 2004-11-30 Henry R. Koopman Alpha cubes game
US7139840B1 (en) * 2002-06-14 2006-11-21 Cisco Technology, Inc. Methods and apparatus for providing multiple server address translation
US20040078471A1 (en) * 2002-10-18 2004-04-22 Collatus Corporation, A Delaware Corportion Apparatus, method, and computer program product for building virtual networks
US7287077B2 (en) * 2003-08-07 2007-10-23 International Business Machines Corporation Reservation of TCP/UDP ports using UID, GID or process name
CN100407667C (zh) 2005-11-18 2008-07-30 华为技术有限公司 网络通讯设备协议测试***及方法
JP5261147B2 (ja) 2008-11-21 2013-08-14 京セラドキュメントソリューションズ株式会社 ユーティリティープログラム、画像形成システム、端末装置、画像形成装置、及び画像形成方法
US20110219113A1 (en) * 2010-03-02 2011-09-08 Grewal Avininder Pal Singh Method and system for client assisted stateful handling of packets in a communications network
JP2012015979A (ja) * 2010-07-05 2012-01-19 Canon Inc 情報処理システム、情報処理装置、それらの制御方法、及びプログラム
US8606884B2 (en) * 2010-09-21 2013-12-10 Taesung Kim System and method for web hosting behind NATs
EP2792104B1 (en) * 2011-12-21 2021-06-30 SSH Communications Security Oyj Automated access, key, certificate, and credential management
JP6059037B2 (ja) * 2012-03-02 2017-01-11 キヤノン株式会社 通信システム、クライアント装置、サーバ装置、通信方法、及びプログラム
US20160255139A1 (en) * 2016-03-12 2016-09-01 Yogesh Chunilal Rathod Structured updated status, requests, user data & programming based presenting & accessing of connections or connectable users or entities and/or link(s)
US20160072693A1 (en) * 2014-09-09 2016-03-10 Avaya Inc. Client-server communication evaluation and diagnostic tool
CN104486432B (zh) * 2014-12-19 2018-11-02 北京百度网讯科技有限公司 一种服务器资产信息自动录入方法及装置
US9967176B2 (en) * 2015-06-17 2018-05-08 International Business Machines Corporation Determining shortcut rules for bypassing waypoint network device(s)

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001519619A (ja) * 1997-10-07 2001-10-23 オメゴン ネットワークス リミティド 通信ネットワークの障害点測定および性能試験
JP2002229873A (ja) * 2001-02-02 2002-08-16 Seiko Epson Corp クライアント・サーバシステム、サーバ、端末装置および端末装置監視方法
JP2003198624A (ja) * 2001-12-28 2003-07-11 Oki Electric Ind Co Ltd 装置間導通試験方法および装置

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP3438834A1 (en) 2019-02-06
CN107533521A (zh) 2018-01-02
JP6803374B2 (ja) 2020-12-23
JPWO2017168775A1 (ja) 2019-02-14
EP3438834A4 (en) 2019-03-27
CN107533521B (zh) 2020-12-22
US11038981B2 (en) 2021-06-15
US20180091622A1 (en) 2018-03-29

Similar Documents

Publication Publication Date Title
TW498228B (en) Self-contained network browser with diagnostic abilities
US6434615B1 (en) Method and apparatus for remote computer management using HTML in a web browser application and an internet server extension on an internet server API-compliant web server
US9268504B2 (en) Information processing device, image forming device, printing system control method, and storage medium for searching, retrieving image forming devices that are collectively registered on a service providing device
US8947714B2 (en) Service providing device, printing system control method, and storage medium
US20130314746A1 (en) Information processing apparatus and method for controlling same
US20140047432A1 (en) Image processing apparatus, server apparatus, information processing method, and program
JP2010152731A (ja) 提示情報登録装置、提示情報登録方法、提示情報送信制御処理プログラム及び提示情報送信システム
EP3211522B1 (en) Computer program for server
JP5889437B2 (ja) パラメータ設定システムおよび情報処理装置
JP2005323093A (ja) Ｗｅｂサーバを利用した遠隔操作制御プログラム
JP6803374B2 (ja) サーバ、情報処理システム、クライアント端末
US8886712B2 (en) Communication device
WO2022206287A1 (zh) 商服交互方法、装置、设备及存储介质
US11262956B2 (en) Communication system, server system, and terminal apparatus
JP5440873B2 (ja) デバイス、及びプログラム
JP5175629B2 (ja) アクティベーションシステム
US20160210277A1 (en) Generating an electronic form locally on a client computer from input parameters
JP6871956B2 (ja) 情報処理装置およびクライアントアプリケーションのテスト方法、プログラム
JP4805199B2 (ja) シナリオ作成プログラム及びシナリオ作成装置
US11907358B2 (en) Communication device, non-transitory computer-readable recording medium storing computer-readable instructions for communication device, and method performed by communication device
US11789671B2 (en) Specific communication device, and non-transitory computer-readable recording medium storing computer readable instructions for specific communication device
JP2011253423A (ja) 作業支援システム
US11956227B2 (en) Communication device, non-transitory computer-readable recording medium storing computer-readable instructions for communication device, and method performed by communication device for changing a password
JP6777106B2 (ja) 画像形成システム及び画像形成方法
JP2004362029A (ja) 制御機器設定システム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018508355

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15573573

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 16896992

Country of ref document: EP

Kind code of ref document: A1