JP7442775B2 - Line quality measurement method, line quality measurement device, and line quality measurement program - Google Patents

Description

The present invention relates to a line quality measurement method, a line quality measurement system, and a line quality measurement device.

In wide area networks such as the Internet, users connect to ISPs (Internet
Use the Internet by contracting with a service provider. Various Internet connection services are provided by multiple ISPs, and the line quality varies depending on the service, so users can check the line quality provided by the website or app to check the line quality of the ISP they are contracting with. A quality measurement service may be used (for example, see Non-Patent Document 1).

Furthermore, in measuring line quality, a method has been proposed to efficiently collect accurate information on communication speed by obtaining communication response time and file transfer speed (see, for example, Patent Document 1). .

JP2018-032983A

Everyone's internet line speed <URL: https://minsoku.net/>

One of the reasons why users want to understand the Internet line quality is because of MMORPG (Massively Multiplayer Online Role-Playing).
An example of this is playing a game (hereinafter referred to as an "online game") via the Internet, such as ``Game''. This is because in an online game, the game progresses while communicating between the client and the server, so the smoothness of the game progress varies depending on the communication speed of the Internet. In particular, in online games that require real-time performance such as FPS (First-person Shooter) and TPS (Third-person Shooter), a delay on the order of a tenth of a second can make the difference between winning or losing the game, so it is usually In web browsing, etc., the difference in delay, which is not noticeable, is important.

In response to such user requests, line quality measurement services such as those disclosed in Patent Document 1 and Non-Patent Document 1 are effectively used, but the most important thing for users is the line quality during game execution. The same applies to the value of information collected through measurements to third parties. However, existing line quality measurement services do not meet such needs. Incidentally, such issues and requests are not limited to software for games such as MMORPGs, but also apply to application software other than games.

For example, a user who instructs execution of measurement by executing a line quality measurement service as disclosed in Non-Patent Document 1 on the same terminal while the target software is being executed on a PC (Personal Computer). The user himself/herself can recognize that the measurement result is a measurement result obtained while a specific software is being executed. However, such operations are complicated, and such facts cannot be grasped only from the information of the measurement results obtained by the measurement, so that convenience is low.

The present invention has been made in consideration of the above-mentioned circumstances, and an object of the present invention is to simplify the measurement of line quality in the execution state of an application.

In order to solve the above problems, one aspect of the present invention provides a line quality measurement method for measuring the line quality of a network when an electronic device communicates via the network, the method comprising: A measurement communication process in which a certain measurement communication is performed in the electronic device, a measurement result acquisition process in which the communication result of the measurement communication is acquired as a line quality measurement result, and a measurement result acquisition process in the electronic device in parallel with the measurement communication. a running program acquisition process that acquires running program information indicating a running program; a measurement result storage process that associates the line quality measurement result with the running program information and stores it in a storage medium; and the line quality measurement. The present invention is characterized in that, based on the result and the running program information, a display information generation process is executed to generate information for displaying the line quality measurement result in association with the execution state of the program in the electronic device. .

According to the present invention, it is possible to simplify the measurement of line quality in the execution state of an application.

1 is a diagram showing the overall configuration of a system according to an embodiment of the present invention. 1 is a diagram showing a hardware configuration of information equipment included in a system according to an embodiment of the present invention. FIG. 2 is a block diagram showing the functional configuration of a measurement service server according to an embodiment of the present invention. FIG. 2 is a block diagram showing the functional configuration of a user terminal according to an embodiment of the present invention. FIG. 2 is a block diagram showing a functional configuration of a line measurement application according to an embodiment of the present invention. FIG. 2 is a sequence diagram showing the operation of the entire system according to the embodiment of the present invention. FIG. 2 is a diagram showing a GUI of a line measurement application according to an embodiment of the present invention. FIG. 3 is a diagram showing the contents of environmental information that the line measurement application according to the embodiment of the present invention acquires in response to user input. FIG. 3 is a diagram showing the contents of measurement information that the line measurement application according to the embodiment of the present invention saves by one Ping. FIG. 3 is a diagram illustrating the contents of a process list that the line measurement application according to the embodiment of the present invention refers to in a process check. FIG. 7 is a diagram showing the contents of process check result information that the line measurement application according to the embodiment of the present invention saves as a result of a process check. FIG. 2 is a diagram showing a GUI of a line measurement application according to an embodiment of the present invention. FIG. 3 is a diagram illustrating the contents of measurement result summary information that the line measurement application according to the embodiment of the present invention transmits to the measurement service server. FIG. 3 is a diagram illustrating process check result summary information that the line measurement application according to the embodiment of the present invention transmits to the measurement service server. FIG. 3 is a diagram illustrating the contents of determination rule information that the measurement service server according to the embodiment of the present invention refers to in determining an ISP. 2 is a flowchart showing an ISP determination operation by the measurement service server according to the embodiment of the present invention. It is a figure showing an example of an analysis result display screen concerning an embodiment of the present invention. 7 is a flowchart showing a process name information confirmation operation by the measurement service server according to the embodiment of the present invention. FIG. 7 is a diagram illustrating an example of a list of the number of data for each application name generated in the process name confirmation operation according to the embodiment of the present invention. It is a figure showing an example of an application execution state error report screen concerning an embodiment of the present invention. FIG. 3 is a diagram showing an example of information included in a process check result according to an embodiment of the present invention. FIG. 2 is a diagram showing a GUI of a line measurement application according to an embodiment of the present invention. FIG. 2 is a diagram showing a GUI of a line measurement application according to an embodiment of the present invention. 7 is a flowchart showing the operation of an improvement suggestion function according to an embodiment of the present invention. It is a figure showing an example of factor identification information concerning an embodiment of the present invention.

Embodiment 1.
Embodiments of the present invention will be described in detail below with reference to the drawings. In this embodiment, a function is provided to measure the quality of the line by sending a ping to a specific target from the terminal used by the user, and to check the execution status of software such as games running on that terminal. The line quality measurement system that will be implemented will be explained. In such a line quality measurement method, one of the gist of this embodiment is to provide a function to check the execution status of software in a terminal used by a user.

FIG. 1 is a diagram showing the overall configuration of a system according to this embodiment. As shown in FIG. 1, the line quality measurement system according to the present embodiment includes a measurement service server 1, measurement target servers 2a, 2b (hereinafter collectively referred to as "measurement target servers 2"), user terminals 3a, 3b, 3c. (Hereinafter, collectively referred to as "user terminal 3"), a plurality of devices are communicably connected via a wide area network A such as the Internet. Since each device is connected to the Internet via an ISP (Internet Service Provider), the quality of its communication depends on the service of the ISP. The main function of this system is to measure the quality of communication by the ISP, that is, the line quality.

The measurement service server 1 is a server managed by the entity that provides the line quality measurement service related to this system, and mainly collects measurement results and, depending on the aspect, also provides software and software that realizes the line quality measurement function as a website. Provide programs. The measurement target server 2 functions as a communication target that performs communication for quality measurement when line quality measurement is executed in this system. The user terminal 3 is an information processing terminal such as a smart phone, tablet, notebook PC, or desktop PC, and is an electronic device used by a user who uses this system.

FIG. 2 is a diagram showing the hardware configuration of information devices such as the measurement service server 1, the measurement target server 2, and the user terminal 3 included in the system according to the present embodiment. The system according to this embodiment can be realized by the hardware configuration of a general information processing device, and as shown in FIG. Memory) 30, HDD (Hard Disk Drive) 40, and I/F 50 are connected via a bus 80. Further, an LCD (Liquid Crystal Display) 60 and an operation unit 70 are connected to the I/F 50.

The CPU 10 is a calculation means and controls the operation of the entire information device. The RAM 20 is a volatile storage medium in which information can be read and written at high speed, and is used as a work area when the CPU 10 processes information. The ROM 30 is a read-only nonvolatile storage medium, and stores programs such as firmware. The HDD 40 is a nonvolatile storage medium in which information can be read and written, and stores an OS (Operating System), various control programs, application programs, and the like.

The I/F 50 connects and controls the bus 80 and various hardware, networks, and the like. The LCD 60 is a visual user interface for the user to check the status of the information device. The operation unit 70 is a user interface such as a keyboard, a mouse, various hard buttons, a touch panel, etc. through which the user inputs information to the information device. Note that since the measurement service server 1 is operated as a server, user interfaces such as the LCD 60 and the operation unit 70 can be omitted.

In such a hardware configuration, programs stored in a storage medium such as the ROM 30, HDD 40, or an optical disk (not shown) are read into the RAM 20, and the CPU 10 performs calculations according to those programs to configure software functions. . A combination of the software functions configured in this manner and the hardware constitutes a functional block that implements the functions of each device that constitutes the line quality measurement system according to this embodiment.

Next, the functional configuration of the measurement service server 1 according to this embodiment will be described with reference to FIG. 3. As shown in FIG. 3, the measurement service server 1 according to the present embodiment includes a service GUI (Graphical User Interface) providing unit 101, a measurement result collection unit 102, a measurement result information storage unit 103, a line type determination unit 104, and a line determination unit. Includes information storage unit 105

The service GUI providing unit 101 provides a GUI when a user uses this system via the user terminal 3. The GUI on the user terminal 3 may be provided as a web application using JS (Java Script) etc. when the user terminal 3 accesses the measurement service server 1 via the web, or may be provided as a web application using software programs downloaded and installed on the user terminal 3. provided in the form

The measurement result collection unit 102 receives information on the measurement results saved when the line quality measurement is performed in the user terminal 3, and stores the information in the measurement result information storage unit 103. The line type determination unit 104 refers to the measurement result information stored in the measurement result information storage unit 103 and verifies whether the ISP information specified in each measurement result is accurate. During the verification, the line type determination section 104 refers to the line determination information stored in the line determination information storage section 105.

Next, the functional configuration of the user terminal 3 according to this embodiment will be described with reference to FIG. 4. As shown in FIG. 4, the user terminal 3 according to the present embodiment includes an OS 300, a line measurement application 310, and various other applications depending on the purpose of use of the user terminal 3 by the user. In this embodiment, a case is taken as an example in which a game A application 321, a game B application 322, and a video editing application 323 are included.

The OS 300 is basic software for operating the user terminal 3, and commonly used software is used. The line measurement application 310 is software that provides functions related to the form of this embodiment, and is provided by the service GUI providing unit 101 described in FIG. 3. As described above, the line measurement application 310 may be provided as a web application when the user terminal 3 accesses the measurement service server 1 via the web, or may be provided in the form of a software program that is downloaded and installed on the user terminal 3. Ru. A program for implementing the line measurement application 310 is a line quality measurement program, and by operating the line measurement application 310, the user terminal 3 functions as a line quality measurement device.

The game A application 321, the game B application 322, and the video editing application 323 are software that provides functions such as games and video editing, as their names suggest, and are processes that are executed when the line measurement application 310 measures line quality. This is the target of the check. When the line measurement application 310 measures line quality, it checks whether these applications are being executed and also saves information in a format that can be confirmed later. There is one.

Next, details of the functions of the line measurement application 310 will be described with reference to FIG. 5. As shown in FIG. 5, the line measurement application 310 includes a measurement result display processing unit 311, a measurement result transmission processing unit 312, a line quality measurement unit 313, a measurement result information storage unit 314, an application execution state determination unit 315, and process name information. A storage unit 316 is included.

The measurement result display processing unit 311 displays the measurement result on the display unit of the user terminal 3 based on the information stored in the measurement result information storage unit 314 through the line quality measurement process. The measurement result transmission processing section 312 collectively transmits the information stored in the measurement result information storage section 314 to the measurement service server 1. The line quality measuring unit 313 performs line quality measurement by communicating with the measurement target server 2 based on instructions from the user operating the user terminal 3, and stores the information obtained as a result in the measurement result information storage unit. 314.

The application execution status determination unit 315 checks the execution status of other games and applications on the user terminal 3 using the functions of the OS 300 in accordance with the execution of line quality measurement by the line quality measurement unit 313, and stores measurement result information. 314. When checking the execution state, the application execution state determining unit 315 refers to the process name information stored in the process name information storage unit 316.

Next, the operation of the entire system according to this embodiment will be explained with reference to FIG. 6. FIG. 6 is a sequence diagram showing the operation of the entire system according to this embodiment. At the start of the operation shown in FIG. 6, first, the line measurement application 310 operates on the user terminal 3 and a GUI is displayed. The line measurement application 310 is realized as a web application or a native application as described above. In the case of a web application, the user terminal 3 accesses the measurement service server 1 via the web using the function of the web browser installed on the user terminal 3, and a program for configuring the line measurement application 310 is sent to the user from the service GUI providing unit 101. It is downloaded to the terminal 3 and executed on the user terminal 3. In the case of a native application, the line measurement application 310 installed in the user terminal 3 is loaded into the RAM 20 of the user terminal 3, and the CPU 10 performs calculations accordingly.

FIG. 7 is a diagram showing an initial screen after startup of the GUI of the line measurement application 310 according to the present embodiment. As shown in FIG. 7, on the initial screen of the line measurement application 310, an input field for inputting information about the user and the line environment of the user terminal 3 is displayed. The information to be input includes "prefecture", "city", "line type", "contract line name", "house type", and "protocol". This information is used as line information.

"Prefecture" and "city, ward, town, village" are just as their names suggest. "Line type" is a column for inputting the type of line used for Internet connection, such as "optical line", "ADSL", "mobile carrier", "mobile Wi-Fi", and "cable television". “Contract line name” is a field in which the user enters the name of the ISP and service name with which the user has a contract in order to access the Internet via the user terminal 3.

"Housing Type" is a column for inputting the type of housing, such as "single-family house" or "condominium/apartment house." "Protocol" is a column for selecting whether to use "IPv4" or "IPv6" to send a ping when measuring line quality. In addition to free input by the user, these input fields allow users to select from a pre-prepared list, including the option ``Other,'' to improve the accuracy of information and the convenience of subsequent information analysis and statistics. can improve sexual performance.

When the user inputs information on the input screen as shown in FIG. 7 and operates the "Start measurement" operation section by touching or clicking, the line quality measurement section 313 of the line measurement application 310 converts the input information into environmental information. , and store it in the measurement result information storage unit 314 (S601). As a result, information as shown in FIG. 8 is temporarily stored in the measurement result information storage unit 314 as environmental information during line quality measurement. Then, the line quality measurement unit 313 starts Ping transmission and response reception processing for the measurement target server 2 (S602).

In S602, the line quality measurement unit 313 sends a ping to the measurement target server 2 using the functions provided in the OS 300, and performs a process of receiving a response from the measurement target server 2, that is, a communication result, every predetermined period. to be executed. That is, the line quality measurement unit 313 executes measurement communication processing and measurement result acquisition processing. The frequency of this ping can be set arbitrarily depending on the operation of the system, and is, for example, once/second. Furthermore, if a plurality of measurement target servers 2 are set as destinations to send a ping, the line quality measurement unit 313 sends a ping to each destination.

The IP address of the measurement target server 2, which is the destination of the Ping, is set and stored in advance as a parameter of the line quality measurement unit 313, but the line quality measurement unit 313 periodically communicates with the measurement service server 1. Update this parameter by This makes it possible to perform line quality measurement processing based on the latest information determined by the service administrator. It is possible for the measurement service server 1 to also serve as the measurement target server 2, but by using, for example, a server that actually provides online games as the measurement target server 2, it is possible to improve the line quality in an environment more similar to game play. measurement can be realized.

Note that the above-mentioned update timing of the parameters is an arbitrary timing, but for example, it is the timing when the above-mentioned line measurement application 310 is executed as a program. Further, if the line measurement application 310 is implemented as a web application, a program in which the latest parameters are set in the measurement service server 1 is downloaded to the user terminal 3, so that updating of the parameters is not necessary.

Based on the response from the measurement target server 2 to one Ping transmission, the line quality measuring unit 313 acquires information on "Ping value" and "Packet loss". "Ping value" is the period from sending a ping until receiving a response from the measurement target server 2, that is, a delay value, and is more precisely called RTT (Round-Trip Time), and is generally expressed in ms. (milliseconds) order. "Packet loss" is information indicating whether a response to the Ping was received without problems, that is, whether a packet loss occurred (True) or not (False).

Since the line quality measurement unit 313 according to the present embodiment transmits a ping at a frequency of once/second, a timeout is determined using a shorter period of time, for example, 800 ms as a threshold, and packet loss is recognized. Other ways to recognize packet loss include when a router along the route returns a notification that the destination IP could not be reached in response to a ping, or when the TTL (Time) of the sent IP header is sent. to Live) value becomes zero.

The line quality measurement unit 313 that has received the response to the Ping in this manner stores information as shown in FIG. 9 in the measurement result information storage unit 314 for each Ping transmission. As shown in FIG. 9, the measurement information stored in response to one Ping includes "Server ID", "Client IP", "Server IP", "Connection method", "IPv4/IPv6", "Communication "Method", "Ping value"
, "packet loss" and "measurement time" information.

The "server ID" is an identifier that uniquely identifies the measurement target server 2 on the Internet. “Client IP” is the global IP address of the user terminal 3, and is information that can be obtained based on the functions of the OS 300. "Server IP" is the IP address of the measurement target server 2 that transmitted the ping. When multiple IP addresses are set as ping destinations in the line quality measurement unit 313 and pings are sent to multiple measurement target servers 2, the information shown in FIG. 9 is saved for each destination. be done.

"Connection method" is information indicating whether the user terminal 3 is connected to the Internet through a wired connection or through a wireless connection such as Wi-Fi or a mobile carrier line. "IPv4/IPv6" is the Internet protocol selected by the user on the GUI of FIG. 7 and used when sending the Ping.

"Communication method" is information indicating a protocol such as TCP (Transmission Control Protocol), UDP (User Datagram Protocol), ICMP (Internet Control Message Protocol), etc., and is used to send a ping. The protocol used is shown below. Which communication method is used is set in advance in the line quality measurement unit 313, and that information is saved as the "communication method" shown in FIG. The "Ping value", "Packet loss", and "Measurement time" are information acquired in response to the transmission of the Ping, as described above.

When the line quality measuring unit 313 starts the line quality measuring process in S602, the application execution state determining unit 315 starts checking and recording the process being executed in the user terminal 3 (S603). In S<b>603 , the application execution state determination unit 315 uses the functions of the OS 300 to acquire the names of processes being executed on the user terminal 3 at predetermined intervals, and uses the process name information stored in the process name information storage unit 316 Check against. That is, the application execution state determination unit 315 executes the currently running program acquisition process.

FIG. 10 is a diagram showing an example of process name information stored in the process name information storage unit 316. As shown in FIG. 10, in the process name information according to this embodiment, an "ID" that is an identifier is assigned to an "application name" that is the name of the game or application whose execution status is to be checked when measuring line quality. ing. Then, each "application name" is associated with a "process name" corresponding to a character string obtained by a process check by the function of the OS 300.

As shown in FIG. 10, the games and applications listed in the process name information as "Game A," "Game B," and "Application A" are targets for measuring the line quality being executed in the system according to this embodiment. It was picked up as. Therefore, the performance of each of the games and applications listed is affected by the line quality of the network, and they are mainly online games such as MMORPG and online FPS. Further, this "process name" is typically a file name when each program is managed as a file in the OS 300. That is, the process name information shown in FIG. 10 is target program specifying information in which character string information for specifying, in the user terminal 3, a target program whose execution state is to be ascertained.

In this way, by using process name information as shown in Figure 10 to understand only the execution status of pre-specified games and applications, inefficient processing such as collecting unnecessary information can be avoided. processing can be made more efficient. In addition, by associating the generally recognized game or application name with the "process name" that is the file name in the user terminal 3, it is possible to It can assist understanding and improve user convenience.

The process name information stored in the process name information storage unit 316 is updated to the latest information by being downloaded from the measurement service server 1 via the network. The latest process name information is stored and managed by the service administrator in the measurement service server 1, and the information is downloaded to the process name information storage unit 316 in the line measurement application 310 of each user terminal 3, thereby providing service. Process name checks can be executed based on the latest information determined by the administrator. The update of the process name information is executed by the application execution state determining unit 315 at an arbitrary timing, and the timing is, for example, the timing when the line measurement application 310 is executed as a program.

For example, in the case of Windows (registered trademark) OS, the application execution state determination unit 315
The process to obtain the process name is executed by using the "tasklist" command.
As a result, the name of the process being executed on the user terminal 3 is acquired as character string information. The application execution state determination unit 315 performs a character string search using the "process name" shown in FIG. Determine whether the game or application is running.

As a result, the time at which the check was performed is associated with each "application name" of the game or application determined to be running and recorded as a process check result in the measurement result information storage unit 314 in the format shown in FIG. be done. That is, the line quality measuring section 313 and the application execution state determining section 315 work together to execute the measurement result storage process. Further, the process check results shown in FIG. 11 are used as information on the program being executed.

Note that the process of acquiring the names of the running processes using the above-mentioned "tasklist" command, etc., includes the process of acquiring the process names that can be recognized by the OS 300 on the user terminal 3 all at once, as well as the process of acquiring the "process names" shown in FIG. 10. It is also possible to perform a process of sequentially referencing ``process names'' and specifying each ``process name'' to obtain a determination result as to whether or not that ``process name'' is being executed. For example, if the number of process names that can be recognized by the OS 300 is enormous, such a procedure can complete processing more quickly.

The interval at which the application execution state determination unit 315 executes the process check and recording process in S603 according to the present embodiment is longer than the interval at which the line quality measurement unit 313 executes the line quality measurement process in S602, for example, once. /minute. Through the processes of S602 and S603, the measurement result display processing unit 311 displays the line quality measurement results in real time on the GUI of the line measurement application 310 based on the information stored in the measurement result information storage unit 314. That is, the measurement result display processing section 311 executes display information generation processing.

FIG. 12 is a diagram showing a real-time screen of the line quality measurement results displayed on the GUI of the line measurement application 310. As shown in FIG. 12, on the real-time screen of the measurement results, "Ping value", "Packet loss" and "Jitter" are selected and switched. On the "Ping Value" screen, the Ping values obtained through measurement are displayed in time series as a line graph, as shown in FIG. In the example of FIG. 12, ping values for a plurality of measurement target servers 2 are displayed using different line types, solid lines and broken lines.

Note that "jitter" is the width of fluctuation in the "Ping value" of measurement information that is continuous over time. Therefore, the measurement result display processing section 311 stores new measurement information in the measurement result information storage section 314. Each time, the "jitter value" is calculated by calculating the difference between the "Ping value" in the newly stored measurement information and the "Ping value" in the previous measurement information.

Further, as shown in FIG. 12, the execution state of the game or application is reflected and displayed based on the process check results obtained at each measurement timing. In the example of FIG. 12, it is shown that "Game A", whose process name was confirmed at timing _t1 , continued to be in an execution state until timing _t2 .

As described above, the application execution state determination unit 315 according to the present embodiment performs a process check at a frequency of once per minute, and stores the information shown in FIG. 11 in the measurement result information storage unit 314. Then, when the same "app name" is in the running state at consecutive timings, the measurement result display processing unit 311 determines that the game or application with that "app name" has been in the running state continuously during that time, as shown in FIG. Generates execution status display information as shown in .

In this way, in the line quality measurement system according to the present embodiment, in parallel with the process of measuring line quality by sending a ping at a predetermined frequency, the process name of the software program that is being executed on the user terminal 3 that sends the ping is is checked, and information as shown in FIG. 11 is saved at a predetermined frequency. Thereby, as shown in FIG. 12, it is possible to display the measurement results of the line quality for the user terminal 3 to access the Internet and the execution status of the game or application on the user terminal 3 in chronological order.

In the case of a conventional line quality measurement service, that is, a service in which there is no display such as "Game A" between timings t ₁ and t ₂ on the screen shown in Figure 12, the user does not know what kind of game or application to run when measuring line quality. It is necessary to remember what was done and refer to the measurement results based on that memory. On the other hand, in the case of the system according to this embodiment, the display as shown in FIG. 12 makes it possible to grasp the line quality measurement results and the execution status of games and applications at a glance.

In addition to referring to the measurement results in real time, when checking the measurement results after the fact, even if the user does not remember the game or application that was being executed on the user terminal 3 at the time of the line quality measurement, It becomes possible to understand it as objective data.

Note that if the "Packet Loss" display is selected on the screen shown in Figure 12, the "Pin
Similar to "g value", packet loss values "True/False" are displayed in chronological order. In addition, it is also possible to calculate and display the packet loss rate every predetermined period. Furthermore, when the display of "jitter" is selected on the screen shown in FIG. 12, the jitter value is calculated by the measurement result display processing unit 311 as described above and displayed in chronological order as in FIG. be done.

In parallel with the process in which the measurement result display processing unit 311 generates screen display information as shown in FIG. 12 in real time, the measurement result transmission processing unit 312 aggregates information stored in the measurement result information storage unit 314. , starts a process of transmitting measurement result information to the measurement service server 1 at predetermined intervals (S604). The interval at which the measurement result transmission processing unit 312 transmits the measurement result information in S604 according to the present embodiment is longer than the interval at which the application execution state determination unit 315 executes the process check process in S603, for example, once per 10 minutes. be.

FIG. 13 is a diagram showing the contents of the measurement result summary information in which the measurement result information shown in FIG. 9 is compiled among the information that the measurement result transmission processing unit 312 sends to the measurement service server 1 in S604. As shown in FIG. 13, the measurement result summary information according to this embodiment is "Average Ping
Value", "Average jitter value", "Average packet loss rate", "Ping number", "Packet loss number"
, "Total Ping Value", "Total Jitter Value", "Aggregation Start Time", "Aggregation End Time", and "Measurement Time". Furthermore, the measurement result summary information includes a "data ID" that uniquely identifies individual data.

The "average Ping value" is the average value of the "Ping values" shown in FIG. The "average jitter value" is the average value of the fluctuation width of the "Ping values" of measurement information that are continuous over time. The "average packet loss rate" is the packet loss rate of the entire measurement information to be aggregated. As the name suggests, "Ping count" is equal to the number of pieces of measurement information to be aggregated. The "number of packet losses" is the number of pieces of data for which "packet loss" is "True" in the measurement information to be aggregated. "
The "Ping total value" is the total value of the "Ping values" included in the measurement information to be aggregated.

The "total jitter value" is the total value of the fluctuation width of the "Ping values" of measurement information that are continuous in time series. The "aggregation start time" is the earliest timing value among the "start times" of the measurement information to be aggregated. The "aggregation end time" is the latest timing value among the "start times" of the measurement information to be aggregated. "Measurement time" is the time from "aggregation start time" to "aggregation end time". These pieces of information are generated by the measurement result transmission processing section 312 performing aggregation based on the information stored in the measurement result information storage section 314 as shown in FIG.

Furthermore, as shown in FIG. 13, the measurement result summary information according to this embodiment includes "server ID", "
"Server IP", "Client IP", "Network connection method", "IPv4/IPv6", "Communication method", "Prefecture", "City", "Residence type", "Line type", "Contract line" This information is the same as the information explained in FIGS. 8 and 9, and is copied.

Others include "User ID", "CPU manufacturing company", "CPU frequency", "Number of CPU cores", "CP
It includes information such as "U brand name", "PC manufacturer", "PC model name", "OS", "OS version", etc. "User ID" is used when the user operating the user terminal 3 uses the system Identifier of the user to be registered. "CPU manufacturer", "CPU frequency", "Number of CPU cores", "CPU brand name", "PC manufacturer", "PC model name", "OS", "OS"version"
is information regarding the hardware and software specifications of the user terminal 3, and can be obtained according to the functions of the OS 300.

Further, in S<b>604 , the measurement result transmission processing unit 312 transmits to the measurement service server 1 process check result aggregation information obtained by aggregating the information stored in the measurement result information storage unit 314 through the process check processing by the application execution state determination unit 315 . . FIG. 14 is a diagram showing the contents of the process check result information transmitted in S604. The process check result information according to the present embodiment is information indicating a period during which each game or application whose "app name" is specified in the process name information shown in FIG. 10 was being executed on the user terminal 3, Generated for each "app name".

When generating the process check result information shown in FIG. 14, the measurement result transmission processing section 312 uses the process check result information shown in FIG. 11 stored in the measurement result information storage section 314 as "
Then, among the extracted information, the measurement result transmission processing unit 312 groups those whose "time" information is continuous in chronological order, and the earliest among the grouped information. The information shown in FIG. 14 is generated by setting the time as "execution start" and the time up to the latest time as "execution period."

As a result, the information shown in FIG. 14 is generated for each period in which the game or application indicated by each "app name" was continuously executed. In addition, the process check result summary information includes "user ID" information as shown in FIG. 14, but this is the measurement result summary information.
It corresponds to "user ID". Using this "user ID", "execution start", and "execution period" information, it is possible to determine which line measurement result information corresponds to the process execution status information indicated by each process check result aggregate information. can be determined. In addition, by including the "data ID" shown in FIG. 13 in place of the "user ID" in the process check result summary information, it is also possible to determine the correspondence with the measurement result summary information.

Through the process of S604, the measurement result summary information in FIG. 13 and the process check result summary information in FIG. 103. Then, the line type determination unit 104 in the measurement service server 1 performs line type determination processing to determine the authenticity of the “contract line name” information among the information shown in FIG. 13 stored in the measurement result information storage unit 103. (S605).

The "contract line name" information shown in FIG. 13 is information selected by the user on the GUI shown in FIG. Therefore, the information may not necessarily be correct. The process of S605 is a process of checking the authenticity of such "contracted line name" and collecting information on the unknown ISP.

In the process of S605, the line type determination unit 104 refers to the line determination information stored in the line determination information storage unit 105. FIG. 15 is a diagram showing the contents of line determination information according to this embodiment. As shown in FIG. 15, the line determination information according to this embodiment is information in which "determination rule", "hostname", "Who is", and "determination result" information are associated.

The "determination rule" is information indicating a rule for determining the determination result, and values such as "hostname", "Who is", and "hostname+Who is" are specified. For example, in the case of "hostname", the "determination result" is determined if the [hostname] determined based on the IP address matches.

"Hostname" and "Who is" each indicate information on the network obtained based on the global IP address of the user terminal 3, that is, the "client IP" shown in FIG. 13, as the names suggest. "Judgment result" includes "judgment rule", "hostname", "Who i
This is information indicating the ISP of the result determined by "s".This "determination result" information and Figure 1
The line type determination process of S605 is executed by comparing the information on the "contracted line name" shown in 3.

The line type determination process by the line type determination unit 104 will be explained using FIG. 16. As shown in FIG. 16, the line type determination unit 104 selects one piece of information for which the determination process has not yet been completed from among the measurement result total information stored in the measurement result information storage unit 103. Then, [Who is] information is acquired based on the "client IP" of the selected information, that is, the source of the information, and line type determination information is searched based on the acquisition result (S1601).

As a result, if none of the records shown in FIG. 15 are extracted, or if two or more are extracted and it cannot be determined as one (S1602/YES), then the line type determination unit 104 determines "
The information of [hostname] is acquired based on the client IP, and line type determination information is searched based on the acquisition result (S1603).

As a result of the process in S1603, if no records shown in FIG. 15 are extracted, or if two or more records are extracted, the "determination rule" is changed to "Who is" by combining it with the [Who is] information acquired in S1601. hostname+Who is" cannot be determined even after extracting the records (S1604/YES), the line type determination unit 104 determines that the ISP related to the target measurement result summary information is an unknown ISP, Flag information indicating that the ISP is undecided is set in the target measurement result summary information (S1605), and the process ends.

On the other hand, as a result of the processing in S1601 and S1603, if the number of records shown in FIG. ” matches the “contracted line name” in the target measurement result summary information (S1606). If the results match (S1606/YES), the line type determination unit 104 adds a confirmed flag to the ISP information in the target measurement result summary information as correct (S1607), and ends the process.

On the other hand, if the "determination result" does not match the "contract line name" (S1606/NO), the line type determination unit 104 determines that the ISP information in the target measurement result summary information is incorrect and sets an exclusion flag. is added (S1608), and the process ends. That is, the line type determination unit 104 executes line information determination processing. Through such processing, the measurement result summary information selected as a judgment target is assigned one of the undetermined flag, confirmed flag, or exclusion flag, confirming that the judgment process in Figure 16 has been completed. It becomes possible.

In the case of a widely used ISP, it is basically possible to identify the ISP based on line type determination information as shown in Figure 15 by checking [hostname] and [Who is]. . On the other hand, there are a huge variety of ISPs and connection services that are not generally available on the Internet, and new services are continually created, so it is not realistic to construct judgment information to distinguish all of them. difficult. On the other hand, as explained in FIG. 16, if it cannot be determined, the unknown ISP is identified by adding an undetermined flag and extracted, and after manual confirmation by the operator, the line shown in FIG. It becomes possible to update the type determination information.

Furthermore, if there is a mismatch as a result of S1606, this indicates that the information input and selected in Figure 7 was incorrect, but in that case, not only the "contracted line name" but also other information is incorrect. Probability is high. Therefore, by attaching an exclusion flag to such information and making it not subject to aggregation in the statistical processing of the overall information, information stored in the measurement result information storage unit 314 and its analysis results can be The reliability of transmitted information can be improved.

In addition, in FIG. 16, the case where the "Who is" confirmation process is first performed, and then the "hostname" and "hostname+Who is" confirmation processes are performed is explained as an example, but this is different from the line shown in FIG. This is effective when there are many records whose "precedent rule" is [Who is] among the records recorded in the type determination information;
If there are many records of [me] or [hostname+Who is], it is preferable to do this first. Thereby, it is possible to improve the possibility of completing the determination process in the shortest procedure.

Next, the analysis results provided by the measurement service server 1 based on the information stored in the measurement result information storage section 103 will be explained. FIG. 17 is a diagram showing an example of an analysis result display screen provided by the measurement service server 1. The screen in FIG. 17 is downloaded to the user terminal 3 as web page information when the user terminal 3 accesses a specific URL (Uniform Resource Locator) provided by the measurement service server 1 via a web browser, for example. Is displayed.

In addition, the screen shown in FIG. 17 is a function that is provided in advance in the measurement result display processing unit 311 of the line measurement application 310, and information is downloaded to the user terminal 3 by accessing the measurement service server 1 in the same way as described above. is displayed on the GUI of the line measurement application 310. Information for displaying such a screen is provided by the service GUI providing unit 101. That is, the service GUI providing unit 101 executes the tally result display process.

As shown in FIG. 17, on the analysis result display screen according to this embodiment, analysis results based on the measurement result summary information and process check result summary information accumulated in the measurement result information storage unit 103 are displayed. The service GUI providing unit 101 classifies and groups each measurement result summary information by "contract line name", and furthermore, the process check results associated with each measurement result summary information by a "data ID". Group by "app name" of aggregated information. The service GUI providing unit 101 then displays the data grouped in this way, that is, the "average ping value", "average jitter value" and "average jitter value" included in each classification result.
By further averaging the "average packet loss rate", each piece of information shown in FIG. 17 is generated.

The display shown in Figure 17 makes it possible to grasp the "average ping value", "average jitter value" and "average packet loss rate" for each ISP at once, and to check the line quality of each ISP. can be compared. In addition, it is possible to compare the line quality in the execution state of each game or application with the non-execution state ("Not applicable" row in Figure 17) for each ISP, for example, "○ × Internet is strong in game A". This makes it possible to recognize the compatibility between the ISP and the game.

The file name of the program for executing each game or application executed on the user terminal 3, that is, the "process name" of the process name information shown in FIG. 10, may be changed by updating the game or application. . As a result, the process names do not match in the process check process in S603, and the application execution state determination unit 315 cannot recognize the game or application as being executed.

Such a problem is solved by updating the process name information stored in the process name information storage unit 316 by downloading the latest data from the measurement service server 1 as described above. However, for this purpose, in the measurement service server 1, it is necessary that the "process name" in the process name information to be downloaded to the line measurement application 310 of the user terminal 3 is always kept up to date. The functions of the measurement service server 1 for realizing this will be explained with reference to FIG. 18.

FIG. 18 is a flowchart showing the operation of the measurement service server 1 to always keep the "process name" in the process name information downloaded to the line measurement application 310 of the user terminal 3 up to date. The process shown in FIG. 18 is executed by the measurement result collection unit 102 in the measurement service server 1.

As shown in FIG. 18, the measurement result collection unit 102 according to the present embodiment collects the process check result aggregate information, which is collected as one data set shown in FIG. 14, once a day within 24 hours. The newly saved items are grouped by "app name", the number of data is totaled, and a list of the number of data for each "app name" is generated as shown in FIG. 19 (S1801).

Then, the measurement result collection unit 102 compares the "count number" for the same "app name" between the total result generated in S1801 and the total result generated in the previous process, that is, the process one day ago (S1802 ). As a result, the "count number" in the aggregation results from one day ago
If there is no significant decrease from (S1803/NO), the measurement result collection unit 102 ends the process.

On the other hand, if there is a significant decrease from the "count number" in the aggregation results from one day ago (S1803/YES), the measurement result collection unit 102 determines the "process" associated with the "app name" in the process name information. It is determined that the application name may have been changed due to an update, the application name is recorded (S1804), and the process ends. The information in which the "app name" is stored in S1804 is a process name change flag list.

In this way, by periodically adding the "process name" to the process name change flag list, the administrator of the measurement service server 1 can detect whether the "process name" may have been changed due to an update, etc. "App name" can be grasped. Although the administrator must confirm the information and manually update or add the final process name information, the process name change flag list allows the administrator to recognize the necessity at an early stage.

Note that the determination of sudden decrease in S1803 is made based on, for example, the ratio between the "count number" in the previous tally result and the "count number" in the current tally result. Specifically, if the "count number" in the current tally result is 50% or less of the "count number" in the previous tally result, it can be determined that a sudden decrease has occurred. The threshold for this judgment can be arbitrarily set depending on the daily fluctuation range of the "count number".

Next, the functions of the user terminal 3 when the process name is changed as described above will be explained. If the process name of a game or application installed on the user terminal 3 is changed due to a program update or the like, and the process name information stored in the process name information storage unit 316 is not updated accordingly, the process name shown in FIG. In the process check process in S603, the process name acquired from the OS 300 by the application execution state determination unit 315 using the “tasklis” command etc. does not match the “process name” of the process name information stored in the process name information storage unit 316. becomes.

As a result, even if the game or application corresponding to the "application name" is running, the application execution state determination unit 315 cannot recognize the execution state due to the mismatch in the "process name". The process check result described in FIG. 11 is not generated. Therefore, in the GUI described in FIG. 12, even though "Game A" is being executed on the user terminal 3, the display indicating that "Game A" is in the running state as shown in FIG. Must not be.

Such a display allows the user operating the user terminal 3 to recognize that the execution state of the game or application is not accurately grasped. By providing the line measurement application 310 with a GUI for reporting such conditions to the system administrator, the system according to the present embodiment accepts information provided by many users and performs the processing described in FIG. 18. Information for understanding the new process name can be collected in response to the process name change flag list accumulated by the process name change flag list.

Specifically, the GUI shown in FIG. 12 is provided with an operation section where a user who recognizes a problem performs a click or touch operation in order to report the problem, and when the operation section is operated, the GUI shown in FIG. 20 is provided. A screen like this will be displayed. FIG. 20 is a diagram showing a GUI of an application execution state error report screen for requesting update of process name information from the user terminal 3 to the measurement service server 1.

As shown in Figure 20, on the application execution status error report screen, there is an explanation of the reason why the execution status of the game or program is not reflected on the line quality measurement result screen, and a message indicating that the game or application in question is to be reported as the execution status. A prompting message will be displayed. Further, as shown in FIG. 20, an input field is displayed for inputting or selecting the "app name" of the target whose execution state is no longer reflected. The display of the screen shown in FIG. 20 is realized, for example, by the function of the measurement result display processing section 311.

When the user clicks or taps the "send" button on the screen shown in FIG. 3, character string information of process names, which is a list of software programs being executed, is obtained. Then, the measurement result display processing unit 311 sends the character string information of all the acquired process names and the character string information input or selected in the "application name" input field shown in FIG. 20 to the measurement service server 1.
Send to.

As a result, the measurement service server 1 recognizes the game or application whose process name may have been changed based on the "application name" entered or selected in the input field shown in FIG. From the list of character string information, you can check the process name corresponding to that "app name" and update the process name information or add a new one. In this way, the functions of the measurement service server 1 and the line measurement application 310 described in FIGS. 18 to 20 make it possible to assist the administrator in manually updating process name information.

As described above, in the line quality measurement system according to the present embodiment, in parallel with the process of measuring line quality by collecting Ping response results in the user terminal 3, information on programs running in the terminal is collected and recorded. do. This makes it possible to simplify the measurement of line quality in the application execution state.

Embodiment 2.
In Embodiment 1, the process check performed in conjunction with the line quality measurement shows the "time" at which the process check was performed and the "application name" at which the process was confirmed to be running, as shown in FIG. The explanation has been given using an example where . In this embodiment, an example will be described in which information is collected not only regarding whether or not each process is being executed, but also information regarding the influence each process has on the operating state and specifications of the user terminal 3.

Therefore, in S603 of FIG. 6, the application execution state determination unit 315 according to the present embodiment performs the same process as in the first embodiment, and also performs the hardware in the user terminal 3 regarding the process confirmed to be in the execution state. Obtain information about resource usage status. The information regarding the usage status of this hardware resource is, for example, information such as "CPU usage rate", "memory usage amount", "disk access", and "network usage amount".

As a result, in the application execution state 5 according to the present embodiment, information as shown in FIG. 21 is acquired instead of the information as shown in FIG. 11, and is stored in the measurement result information storage unit 314. Among the information shown in FIG. 21, the "CPU usage rate" is the rate at which the calculation power of the CPU 10 was consumed in the user terminal 3 by the process indicated by the "process name" at that "time", and the unit is ( %). The "memory usage amount" is the amount of RAM 20 capacity occupied in the user terminal 3 for the process indicated by the "process name" at the "time", and is expressed in (MB).

"Disk access" is for the process indicated by "process name" at that "time".
This is the amount of information transferred between the user terminal 3 and the HDD 40, and the unit is (MB/sec). "Network usage" is the amount of information transferred in the communication carried out via the network on the user terminal 3 for the process indicated by "process name" at that "time", and the unit is (Mbps). It will be done. These pieces of information are acquired based on the functions provided by the OS 300 and are used as usage state information for each program.

FIG. 22 is a diagram showing a real-time screen of the line quality measurement results displayed on the user terminal 3 in place of FIG. 12 of the first embodiment. As shown in FIG. 22, in the real-time screen of the measurement results according to this embodiment, in addition to the information explained in FIG. 12, the process check results recorded as shown in FIG. Based on the information, information such as "CPU usage rate", "memory usage", "disk access", "network usage" (hereinafter referred to as "resource information") is adjusted according to the line quality measurement results. Displayed in chronological order in real time.

In the example of FIG. 22, a case is shown in which any one of the resource information described above is selected by the user and displayed, but a plurality of resource information may be displayed simultaneously. This kind of display makes it possible to compare time-series changes in line quality with time-series changes in resource information, and to understand what kind of resource information influences the time-series changes in line quality. It becomes possible to consider.

Further, in the first embodiment, the measurement result transmission processing unit 312 aggregated the process check results and transmitted them to the measurement service server 1 as shown in FIG. 14, but the measurement result transmission processing unit 312 according to the present embodiment As shown in FIG. 21, the acquired process check results are sent as they are to the measurement service server 1 without being aggregated. As a result, the measurement service server 1 also stores information indicating time-series changes in resource information, similar to the user terminal 3. Therefore, as explained in FIG. 17, it is possible to display time-series changes in resource information in each cell in the line quality measurement results displayed in a matrix of ISPs and games and applications in the running state. .

For example, assume that the line quality measurement results shown in the cells determined by "XX Internet" and "Game A" in FIG. 17 are poorer than other cells. Then, the user who has confirmed this wants to know the cause. In response to such a request, a screen that shows chronological changes in resource information as described above when that cell is selected by click or touch operation (hereinafter referred to as the "specific period resource change screen") By providing this, it becomes possible to meet the needs of such users.

FIG. 23 is a diagram showing an example of such a specific period resource change screen. When generating information for displaying the specific period resource change screen, the service GUI providing unit 101 first receives an operation by the user to specify one of each cell included in the analysis result display screen shown in FIG. 17, The period of measurement result aggregation information that is subject to aggregation in order to display the analysis result display screen, that is, the earliest of the "aggregation start time" and the latest of the "aggregation end time" shown in Figure 13. At the same time, this is shown in Figure 23.
*Year*Month*Day" will be displayed.

The service GUI providing unit 101 also acquires the "contracted line name" of the measurement result aggregation information to be aggregated in the cell specified by the user. This is reflected in the display of "XX Internet" shown in FIG.

Furthermore, the service GUI providing unit 101 extracts "aggregation start time", "aggregation end time", and "user ID" for each piece of measurement result aggregation information that is subject to aggregation in a cell specified by the user. The collected process check results are narrowed down using the "process name" of the application name corresponding to the cell specified by the user as a condition, and information on the process check results to be aggregated is extracted. Based on the process check results extracted in this manner, the service GUI providing unit 101 generates display information in the same way as in the case of displaying information indicating time-series changes such as "CPU usage rate" in FIG. 22.

Note that since the measurement service server 1 collects process check result information from a plurality of user terminals 3, there may be a case where there is a plurality of pieces of information indicating the same "time". In such a case, the service GUI providing unit 101 calculates the average value of the plurality of data and generates a value at each timing. Such processing makes it possible to provide quantitative analysis results based on a larger number of samples.

Furthermore, the line quality measurement system according to this embodiment can make suggestions for improving the hardware environment to the user by analyzing process check results as shown in FIG. 21 collected at the user terminal 3. becomes. The improvement proposal function according to this embodiment will be explained with reference to FIG. 24.

FIG. 24 is a flowchart showing the operation of the improvement suggestion function according to this embodiment. The operation shown in FIG. 24 is started in response to the operation in S602 described in FIG. 6. As shown in FIG. 24, when the line quality measurement unit 313 according to the present embodiment starts the process of S602, it monitors whether the line quality has deteriorated based on the return value of Ping that is repeatedly acquired (S2401 ).

The conditions under which the line quality measuring unit 313 determines whether the line quality has deteriorated in S2401 are realized by, for example, a threshold value for the packet loss rate or the amount of change in the ping value. When using the packet loss rate, the line quality measurement unit 313 calculates the packet loss rate by calculating [number of packet losses/number of pings] every time it acquires a PIN response result at a frequency of once/second. Then, when the packet loss rate obtained as a result of the calculation exceeds a predetermined threshold, it is determined that the line quality has deteriorated.

Note that the number of packets referred to when calculating the packet loss rate may include all ping responses acquired after the start of the operation in S602, or may include ping responses for a predetermined number of times in the past. good. The number of past pings to be calculated is, for example, 100, and in this case, the packet loss rate for the past 100 seconds is to be determined.

On the other hand, when the Ping value is used to determine the deterioration of the line quality, the condition for determining the deterioration of the line quality is realized by a threshold value for the amount of change in the Ping value. When using the amount of change in the Ping value, the line quality measuring unit 313 determines whether the value is the lowest value or the highest value every time the Ping response result is obtained at a frequency of once/second, and determines whether the value is the lowest value or the highest value. and new highs.

Then, when the difference between the lowest value and the highest value exceeds a predetermined threshold, the line quality measurement unit 313 determines that the line quality has deteriorated. Note that in this case as well, as in the case of the packet loss rate described above, an upper limit may be set on the number of past Ping responses to be determined. In addition, the jitter value may be used as the determination target in S2401.

As a result of the determination in S2401, if it is determined that the line quality has deteriorated (S2401/YES), the application execution state determining unit 315 refers to the process check results obtained at predetermined intervals as shown in FIG. Then, resource information for determining the state of the hardware resources of the user terminal 3 is acquired (S2402).

In the process of S2402, values are acquired based on rules determined for each piece of resource information shown in FIG. 21. The rules include, for example, the highest value of "CPU usage rate", "memory usage", "disk access", and "network usage" of process check results for a predetermined period in the past, or the average value for a predetermined period. etc. When the resource information is acquired in this way, the application execution state determining unit 315 refers to the factor identification information, which is a table for determining improvements in hardware resources based on changes in the resource state. In this embodiment, the factor identification information is stored in the process name information storage unit 316.

FIG. 25 is a diagram illustrating an example of factor identification information according to this embodiment. As shown in FIG. 25, the factor identification information according to this embodiment includes a "judgment target" indicating which resource information is to be determined at the time of determination, a "threshold value" to be compared with the resource information, and the conditions for the determination. This information is associated with a "determination result" that specifies a message to be presented to the user when the conditions are satisfied. That is, the information shown in FIG. 25 is used as determination information for determining whether the hardware environment of the user terminal 3 is insufficient.

In FIG. 25, for example, in the case of "CPU usage rate", "CP
If the value of "U usage rate" is equal to or greater than the "threshold", it is determined that the condition is satisfied and "message A" should be presented to the user. The specific content of "Message A" is, for example, "The CPU usage rate of ○○ application exceeds ○○% and the packet loss rate is high. By using a CPU with higher performance, It is possible to run 〇〇 applications more comfortably.''

In addition, if there is no record that matches the conditions even after referring to the cause identification information, "CPU
A dedicated message is prepared separately for resource information such as "Usage rate", assuming that there is no cause.The message may be, for example, "The packet loss rate is high, but there is no problem with the hardware status of the terminal. There may be a problem with the local network or external network status. Perform a traceroute to isolate the cause."

In this way, when the message of the determination result is identified by referring to the factor identification information in the process of S2403, the message is displayed on the display unit of the user terminal 3 by the measurement result display processing unit 311 (S2404). Through such processing, the operation of the improvement proposal function according to this embodiment is completed. That is, each part of the line measurement application 310 works together to execute the environment determination process.

With such functions, the line cortex measurement system according to the present embodiment can measure the line quality, the execution status of the program in parallel, and the hardware of the user terminal 3 used when executing the program, as described above. It is possible to check the status of resources. In addition, it is possible to suggest to the user environmental improvements to run each program more comfortably, thereby further improving user convenience.

In the above embodiment, the case where each value such as "CPU usage rate" is compared with a threshold value as shown in FIG. 25 has been described as an example. In addition, for example, you can record the normal value (hereinafter referred to as "normal value") of each resource information based on a large amount of data, and use the difference from the normal value or the rate of change as a threshold. good. This makes it possible to more appropriately determine changes in the resource status that are affecting the deterioration of line quality than by setting a threshold value for the value itself.

In addition, in the above embodiment, the usage status of hardware resources such as "CPU usage rate" is obtained for each program being executed on the user terminal 3 as shown in FIG. 21, and based on the analysis result, The case where the judgment is made using a table as shown in is explained as an example. In addition, for example, the usage status of hardware resources such as the "CPU usage rate" of the entire user terminal 3 may be obtained, and the ratio of the usage status of each program to the whole may be referred to. This makes it possible to make suggestions for improving hardware resources according to how each user uses the electronic device.

Furthermore, in the above description, the case where the improvement suggestion function is implemented in the user terminal 3 has been described as an example. In addition, similar processing may be executed on the measurement service server 1 side based on the information sent from the user terminal 3 to the measurement service server 1, and the extracted message may be notified to the user terminal 3.

1 Measurement service server 2, 2a, 2b Measurement target server 3, 3a, 3b User terminal 10 CPU
20 RAM
30 ROMs
40 HDD
50 I/F
60 LCD
70 Operation unit 80 Bus 101 Service GUI providing unit 102 Measurement result collection unit 103 Measurement result information storage unit 104 Line type determination unit 105 Line determination information storage unit 300 OS
310 Line measurement application 311 Measurement result display processing unit 312 Measurement result transmission processing unit 313 Line quality measurement unit 314 Measurement result information storage unit 315 Application execution state determination unit 316 Process name information storage unit 321 Game A application 322 Game B application 323 Video editing app

Claims (7)

A line quality measurement method for measuring the line quality of a network when electronic devices communicate via the network, the method comprising:
measurement communication processing for performing measurement communication, which is communication for measuring line quality, in the electronic device;
a measurement result acquisition process of acquiring the communication result of the measurement communication as a line quality measurement result in the electronic device ;
In parallel with the measurement communication, a running program acquisition process of acquiring running program information indicating a program being executed in the electronic device in the electronic device ;
Obtaining line information, which is information about a line for connecting the electronic device to a network , in the electronic device in response to input from a user operating the electronic device , and associating it with the line quality measurement result and the running program information. measurement result storage processing for storing the measurement results in a storage medium;
Based on the line quality measurement result and the running program information, the line quality measurement result is associated with the execution state of the program in the electronic device, and the information is displayed on a display device connected to the electronic device. Display information generation processing generated in an electronic device ;
In an analysis server that collects the line information, the line quality measurement results, and the running program information from a plurality of the electronic devices, a screen that aggregates the line quality measurement results is displayed on a screen connected to the electronic devices. It executes a tally result display process that generates display information to be displayed on the device ,
The aggregation result display process classifies the line quality measurement results by the program that was executed in parallel, and further includes a connection service for connecting the electronic device to a network among the information included in the line information. A method for measuring line quality, characterized in that it is a process of generating display information for displaying a screen summed up by each classification result. The executing program acquisition process refers to target program identification information in which character string information for identifying a target program whose execution state is to be ascertained in the electronic device is described, and uses the character string information to identify the target program in the electronic device. 2. The line quality measuring method according to claim 1, wherein the process specifies a program being executed. The executing program acquisition process includes a process of acquiring the usage status of the hardware of the electronic device by the program being executed in the electronic device,
2. The line quality measuring method according to claim 1, wherein the running program information includes program-specific usage state information indicating a usage state of hardware of the electronic device by a program being executed in the electronic device. By comparing the usage status of the hardware of the electronic device, reference is made to judgment information for determining that the hardware environment of the electronic device is insufficient, and the electronic device is 4. The line quality measurement method according to claim 3 , wherein the electronic device executes environment judgment processing for determining whether the hardware environment of the device is insufficient and outputting the result. The line information, the line quality measurement result, and the running program information are received from the electronic device via a network, and the information obtained by analyzing the information of the transmission source upon receiving the information and the information contained in the line information. 2. The analysis server executes a line information determination process of confirming whether the line information is correct or not and excluding the line information from the aggregation according to the confirmation result by comparing the line information with the information. How to measure line quality. A line quality measurement device that measures the line quality of a network when communicating via the network ,
a measurement communication unit that performs measurement communication that is communication for measuring line quality;
a measurement result acquisition unit that acquires the communication result of the measurement communication as a line quality measurement result;
an executing program acquisition unit that acquires executing program information indicating a program being executed in the line quality measuring device in parallel with the measurement communication;
The line quality measurement device acquires line information , which is information about a line for connecting to a network, in response to input from a user operating the line quality measurement device , and combines the line quality measurement result and the currently running program information with the line quality measurement result and the running program information. a measurement result storage processing unit that associates and stores the measurement results in a storage medium;
Based on the line quality measurement result and the running program information, the line quality measurement result and the execution state of the program in the line quality measuring device are correlated and displayed on a display device connected to the line quality measuring device. a display information generation unit that generates information;
Display information for displaying a total result display screen that aggregates the line quality measurement results is used for analysis to collect the line information, the line quality measurement results, and the running program information from a plurality of the line quality measuring devices. an aggregated result display processing unit that receives the aggregated results from the server and displays them on a display device connected to the line quality measuring device ;
The aggregation result display screen classifies the line quality measurement results by the program that was being executed in parallel, and also displays information for the line quality measuring device to connect to the network among the information included in the line information. A line quality measuring device characterized by having a screen that classifies information indicating connection services and aggregates the results of each classification. A line quality measurement program that measures the line quality of a network when electronic devices communicate via the network,
measurement communication processing for performing measurement communication, which is communication for measuring line quality, in the electronic device;
a measurement result acquisition process of acquiring the communication result of the measurement communication as a line quality measurement result;
In parallel with the measurement communication, a running program acquisition process that acquires running program information indicating a program running in the electronic device;
Line information, which is information regarding a line for connecting the electronic device to a network, is acquired in response to an input from a user operating the electronic device , and is stored in a storage medium in association with the line quality measurement result and the running program information. A measurement result storage process to be stored;
Based on the line quality measurement result and the running program information, generate information for associating the line quality measurement result with the execution state of the program in the electronic device and displaying it on a display device connected to the electronic device. display information generation processing,
Display information for displaying a total result display screen in which the line quality measurement results are aggregated is obtained from an analysis server that collects the line information, the line quality measurement results, and the running program information from the plurality of electronic devices. and causes the electronic device to perform a display process of receiving the information and displaying it on a display device connected to the electronic device,
The aggregation result display screen classifies the line quality measurement results by the program that was being executed in parallel, and further includes a connection service for connecting the electronic device to the network among the information included in the line information. A line quality measurement program characterized in that the screen is classified by information indicating information and aggregated by each classification result.

Images