WO2021049143A1 - サービス品質管理システム - Google Patents

サービス品質管理システム Download PDF

Info

Publication number
WO2021049143A1
WO2021049143A1 PCT/JP2020/026444 JP2020026444W WO2021049143A1 WO 2021049143 A1 WO2021049143 A1 WO 2021049143A1 JP 2020026444 W JP2020026444 W JP 2020026444W WO 2021049143 A1 WO2021049143 A1 WO 2021049143A1
Authority
WO
WIPO (PCT)
Prior art keywords
service quality
terminal
judgment
unit
determination
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2020/026444
Other languages
English (en)
French (fr)
Inventor
昌志 安沢
広樹 石塚
晶生 合田
澤瀬　順一
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to EP20863159.8A priority Critical patent/EP4030742A4/en
Priority to JP2021545130A priority patent/JPWO2021049143A1/ja
Priority to US17/641,312 priority patent/US12355640B2/en
Publication of WO2021049143A1 publication Critical patent/WO2021049143A1/ja
Anticipated expiration legal-status Critical
Priority to JP2024095769A priority patent/JP7738131B2/ja
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2227—Quality of service monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition

Definitions

  • the present invention relates to a service quality control system.
  • QoS Quality of Service
  • the provider implements QoS control to provide a certain target quality of service.
  • an SLA Service Level Agreement
  • an SLA Service Level Agreement
  • the provider implements QoS control to ensure the service quality set as the SLA.
  • QoS control there is known a technique for determining whether or not a network device can provide sufficient resources in response to a service request (see, for example, Patent Document 1).
  • the network In QoS control for wired networks and dedicated devices, the network is in a relatively stable state, so if the quality of the network under the control of the provider is guaranteed, the user can enjoy the QoS control service. It was easy to do, and the management of SLA was completed with resources within the management category of the provider.
  • QoS control for mobile terminals and applications running on mobile terminals due to factors outside the jurisdiction of the provider, such as changes in the territorial state of mobile terminals and the behavior of software in mobile terminals. Since the communication status including the network status changes significantly, it tends to be difficult to provide a certain level of service quality, and there are cases where QoS control cannot be performed. In addition, it was difficult for the provider to identify the cause of the inability to provide service quality.
  • the present invention has been made in view of the above problems, and is based on a judgment as to whether or not service quality can be guaranteed and whether or not QoS control can be implemented with respect to an application or a QoS control targeting a terminal on which the application is executed.
  • the purpose is to provide appropriate QoS control and to identify the causes of the inability to guarantee service quality and the inability to implement QoS control.
  • the service quality management system includes a terminal on which an application is executed and a service quality management device that manages the state of QoS control related to the service quality of communication, and includes QoS.
  • Control is a service quality management system that targets an application or terminal, and the terminal should satisfy certain parameters that can be acquired by the terminal and the parameters in response to a request to start QoS control from the application or terminal.
  • the first judgment unit that acquires the parameter values corresponding to each terminal-side judgment item for one or more terminal-side judgment items defined in association with the satisfaction condition, and judges whether or not the parameter value satisfies the satisfaction condition.
  • the request unit sends a condition judgment request for starting the QoS control to the service quality management device.
  • the predetermined parameter that can be acquired by the service quality management device is associated with the satisfying condition to be satisfied with respect to the parameter.
  • the second judgment unit that acquires the parameter values corresponding to each service quality control device side judgment item and judges whether or not the parameter values satisfy the conditions.
  • the second judgment unit determines that each parameter value of the judgment item on the service quality management device side satisfies the corresponding satisfaction condition, at least one of the terminal and the service quality management device is QoS. Start control.
  • the terminal it is first determined by the terminal whether or not the parameters related to the QoS control satisfy the predetermined satisfaction condition, and when it is determined that the satisfaction condition is satisfied by the terminal, the parameters are determined in the service quality control device. It is determined whether or not the satisfaction condition is satisfied, and when the service quality control device determines that the satisfaction condition is satisfied, the QoS control is started. Therefore, when there is a factor that makes it impossible to guarantee the service quality or a factor that makes it impossible to control QoS, the QoS control is not implemented, and it is possible to provide appropriate QoS control. ..
  • the service quality control device determines whether or not the parameter satisfies the predetermined satisfaction condition only when the terminal determines that the parameter satisfies the predetermined satisfaction condition, the satisfaction condition is not satisfied on the terminal side. In some cases, it is prevented that unnecessary judgment processing is performed in the service quality control device. Further, since it is determined whether or not the parameters satisfy the conditions in each of the terminal and the service quality control device, it is possible to identify the cause when the conditions are not satisfied. In addition, it is possible to prevent a DOS (Denial of Service attack) attack by an unauthorized application.
  • DOS Delivery of Service attack
  • FIG. 8A is a diagram showing an example of a judgment log which is another example of the first log information.
  • FIG. 8A is a diagram showing an example of a judgment log which is another example of the first log information.
  • FIG. 8B is a diagram showing an example of a control execution log which is another example of the first log information. It is a figure which shows the example of the log which recorded the judgment time of the judgment item in a terminal. It is a figure which shows the example of the judgment result of the server side judgment item. It is a figure which shows the example of the log which recorded the number of times of judgment that the parameter of each judgment item did not satisfy a condition in a terminal. It is a flowchart which shows the processing content of the service quality management method in a service quality management system. It is a flowchart which shows the processing content of the service quality management method in a service quality management system. It is a flowchart which shows the processing content of the service quality management method in a service quality management system. It is a flowchart which shows the processing content of the service quality management method in a service quality management system.
  • FIG. 1 is a diagram showing an apparatus configuration of a service quality management system according to this embodiment.
  • the service quality management system 1 includes a terminal 10 and a server 30 configured to be able to communicate with each other via a network N.
  • the server 30 constitutes a service quality control device on the server side.
  • the service quality control device may be composed of other devices, for example, a network device for forming a network.
  • the server 30 may exist on the network N.
  • the terminal 10 can form a service quality control device on the terminal side.
  • the terminal 10 includes a QoS-controlled application AP (hereinafter referred to as "application AP").
  • the QoS control is implemented to provide the application AP with a certain network-related service quality that is targeted in terms of communication bandwidth, delay time, and the like.
  • QoS control may be implemented to provide the terminal 10 with a certain quality of service regarding the network. That is, the server 30 can implement QoS control to provide service quality related to network communication to the application AP or the terminal 10. Further, the terminal 10 may carry out QoS control to ensure the service quality.
  • the server 30 or the terminal 10 can perform QoS control so as to guarantee the service quality set as the SLA.
  • SLA the terminal 10 and the server 30 perform QoS control so as to guarantee the service quality set as the SLA.
  • FIG. 2 is a diagram showing a functional configuration of the terminal 10 constituting the service quality control device.
  • the terminal 10 includes a first acquisition unit 11, a first judgment unit 12, a request unit 13, a first recording unit 14, a first log transmission unit 15, a first control unit 16, and a first monitoring unit. 17 and a first tabulation unit 18 are provided.
  • Each function unit 11 to 18 configures a service quality control device on the terminal side and implements QoS control for the application AP.
  • each of the functional units 11 to 18 is configured to be accessible to storage means such as the terminal-side determination item storage unit 19 and the first log information storage unit 20.
  • the terminal-side determination item storage unit 19 and the first log information storage unit 20 are configured inside the terminal 10, but may be configured outside the terminal 10.
  • FIG. 3 is a diagram showing a functional configuration of the server 30 that constitutes the service quality control device.
  • the server 30 includes a second acquisition unit 31, a second judgment unit 32, a notification unit 33, a second recording unit 34, a second log transmission unit 35, a second control unit 36, and a second monitoring unit. 37 and a second tabulation unit 38 are provided.
  • Each of the functional units 31 to 37 is configured to be accessible to storage means such as the server-side determination item storage unit 38 and the second log information storage unit 39.
  • the server-side determination item storage unit 38 and the second log information storage unit 39 are configured inside the server 30, but may be configured outside the server 30.
  • each functional block may be realized by using one device that is physically or logically connected, or directly or indirectly (for example, by two or more devices that are physically or logically separated). , Wired, wireless, etc.) and may be realized using these plurality of devices.
  • the functional block may be realized by combining the software with the one device or the plurality of devices.
  • Functions include judgment, decision, judgment, calculation, calculation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, solution, selection, selection, establishment, comparison, assumption, expectation, and assumption. Broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc., but limited to these I can't.
  • a functional block (constituent unit) that functions transmission is called a transmitting unit (transmitting unit) or a transmitter (transmitter).
  • transmitting unit transmitting unit
  • transmitter transmitter
  • the terminal 10 and the server 30 in one embodiment of the present invention may function as a computer.
  • FIG. 4 is a diagram showing an example of the hardware configuration of the terminal 10 and the server 30 according to the present embodiment.
  • the terminal 10 and the server 30 may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like.
  • the word “device” can be read as a circuit, device, unit, etc.
  • the hardware configuration of the terminal 10 and the server 30 may be configured to include one or more of the devices shown in the figure, or may be configured not to include some of the devices.
  • the processor 1001 For each function of the terminal 10 and the server 30, by loading predetermined software (program) on hardware such as the processor 1001 and the memory 1002, the processor 1001 performs an calculation, and communication by the communication device 1004, the memory 1002, and the memory 1002 It is realized by controlling the reading and / or writing of data in the storage 1003.
  • predetermined software program
  • Processor 1001 operates, for example, an operating system to control the entire computer.
  • the processor 1001 may be composed of a central processing unit (CPU: Central Processing Unit) including an interface with a peripheral device, a control device, an arithmetic unit, a register, and the like.
  • CPU Central Processing Unit
  • the functional units 11 to 18, 31 to 37 shown in FIGS. 2 and 3 may be realized by the processor 1001.
  • the processor 1001 reads a program (program code), a software module, and data from the storage 1003 and / or the communication device 1004 into the memory 1002, and executes various processes according to these.
  • a program program code
  • a software module software module
  • data data from the storage 1003 and / or the communication device 1004 into the memory 1002, and executes various processes according to these.
  • the program a program that causes a computer to execute at least a part of the operations described in the above-described embodiment is used.
  • the functional units 11 to 18, 31 to 37 of the terminal 10 and the server 30 may be realized by a control program stored in the memory 1002 and operated by the processor 1001.
  • Processor 1001 may be mounted on one or more chips.
  • the program may be transmitted from the network via a telecommunication line.
  • the memory 1002 is a computer-readable recording medium, and is composed of at least one such as a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EPROM (Electrically Erasable Programmable ROM), and a RAM (Random Access Memory). May be done.
  • the memory 1002 may be referred to as a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store a program (program code), a software module, or the like that can be executed to implement the service quality control method according to the embodiment of the present invention.
  • the storage 1003 is a computer-readable recording medium, and is, for example, an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, an optical magnetic disk (for example, a compact disk, a digital versatile disk, or a Blu-ray). It may consist of at least one (registered trademark) disk), smart card, flash memory (eg, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like.
  • the storage 1003 may be referred to as an auxiliary storage device.
  • the storage medium described above may be, for example, a database, server or other suitable medium containing memory 1002 and / or storage 1003.
  • the communication device 1004 is hardware (transmission / reception device) for communicating between computers via a wired and / or wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, or the like.
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that receives an input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, an LED lamp, etc.) that outputs to the outside.
  • the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • Bus 1007 may be composed of a single bus, or may be composed of different buses between devices.
  • the terminal 10 and the server 30 use hardware such as a microprocessor, a digital signal processor (DSP: Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), and an FPGA (Field Programmable Gate Array). It may be configured to include, and a part or all of each functional block may be realized by the hardware. For example, processor 1001 may be implemented on at least one of these hardware.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • the first acquisition unit 11 acquires a QoS control start request from the application AP.
  • FIG. 5 is a diagram schematically showing the contents of the QoS control start request.
  • the QoS control start request includes information indicating the control request type.
  • the request to start the QoS control may include information indicating the required specifications in the type. It is not essential to include the required specifications in the request to start QoS control.
  • the requirement specifications corresponding to the service quality set as the SLA may be included in the request to start the QoS control.
  • the information indicating the control request type indicates, for example, whether it is bandwidth control or delay control.
  • a QoS control start request may be issued from the terminal 10. In that case, the first acquisition unit 11 acquires a QoS control start request from the terminal 10.
  • the first determination unit 12 makes a determination regarding a predetermined determination item for ensuring a predetermined service quality related to communication when a request for starting QoS control is acquired. Specifically, the first determination unit 12 determines the terminal-side determination item, which is the determination item to be determined by the terminal 10.
  • the terminal-side determination item storage unit 19 is a storage means for storing information on the terminal-side determination item.
  • the parameter that can be acquired by the terminal 10 and the condition for guaranteeing the predetermined service quality with respect to the parameter are defined in association with each other.
  • the first determination unit 12 acquires the parameter value corresponding to each terminal side determination item, and determines whether or not the parameter value satisfies the condition.
  • FIG. 6 is a diagram showing an example of judgment items.
  • each determination item includes a parameter and a condition for determining that a predetermined service quality cannot be guaranteed.
  • the terminal-side judgment item storage unit 19 stores the judgment item in which the "device that performs the judgment" is the "terminal" as the terminal-side judgment item, and is the first judgment unit. 12 makes a determination regarding the terminal-side determination item stored in the terminal-side determination item storage unit 19.
  • the first determination unit 12 determines that the predetermined service quality can be guaranteed when each parameter of the terminal-side determination item does not meet the condition for determining that the predetermined service quality cannot be guaranteed.
  • the first determination unit 12 may make a determination regarding all the terminal-side determination items or may make a determination regarding some terminal-side determination items at each determination opportunity. Further, the terminal-side judgment item to be judged may be dynamically changed for each judgment trigger.
  • FIG. 7 is a diagram showing an example of the judgment result of the terminal side judgment item by the first judgment unit 12.
  • the first determination unit 12 acquires the parameter value (ON / OFF) of the "mobile data communication setting" via the API (Application Programming Interface) in the terminal, and when the parameter value is OFF, a predetermined service. Judge that quality cannot be guaranteed.
  • the first determination unit 12 determines that the predetermined service quality can be guaranteed.
  • the first determination unit 12 acquires the CPU usage rate of the terminal 10 via the API, determines that the predetermined service quality cannot be guaranteed when the CPU usage rate is 90% or more, and determines that the CPU cannot be guaranteed. When the usage rate is not 90% or more, it is judged that the predetermined service quality can be guaranteed. As shown in FIG. 7, when the parameter value of the CPU usage rate is 70%, the first determination unit 12 determines that a predetermined service quality can be guaranteed.
  • the first determination unit 12 acquires a parameter value indicating "presence or absence of service in the base station area where QoS control is possible" via the API, and when the parameter value indicates no service, a predetermined service is provided. Judge that quality assurance is not possible.
  • the parameter values acquired here may be based on, for example, RAT (Radio Access Technology) information in communication systems such as so-called 3G, LTE (Long Term Evolution), 4G, and 5G, GPS information, and the like.
  • RAT Radio Access Technology
  • the first determination unit 12 determines that the predetermined service quality can be guaranteed.
  • the parameter "presence or absence of service in the base station area where QoS control is possible” is exemplified as one of the terminal-side judgment items, but even if it is one of the server-side judgment items. Good.
  • the requesting unit 13 determines that the parameter values of all the terminal-side judgment items among the terminal-side judgment items to be judged by the first judgment unit 12 satisfy the respective conditions for ensuring the service quality.
  • a service quality assurance availability determination request (request for determining the condition for starting QoS control) is transmitted to the server 30.
  • the server 30 determines whether or not the service quality can be guaranteed only when the terminal 10 determines that the service quality can be guaranteed, the service quality cannot be guaranteed on the terminal 10 side. In this case, it is prevented that unnecessary determination processing is performed on the server 30.
  • the first recording unit 14 records the first log information including the result of processing related to each terminal side judgment item by the first judgment unit 12. Specifically, as shown in the table of FIG. 7, the first recording unit 14 may record the result of the determination of each terminal side determination item by the first determination unit 12 as the first log information. Further, as shown in FIG. 7, each record of the first log information may include the time when the determination is performed.
  • the first recording unit 14 stores the first log information in the first log information storage unit 20, which is a storage means for recording the first log information.
  • FIG. 8 is a diagram showing another example of the first log information recorded in the first log information storage unit 20 by the first recording unit 14.
  • the first recording unit 14 guarantees the service quality when the first judgment unit 12 determines that the parameter values of all the terminal-side judgment items among the terminal-side judgment items to be judged satisfy the conditions. It may be recorded as the first log information that it is determined that it is possible or that the service quality cannot be guaranteed.
  • the first recording unit 14 makes a determination log indicating that it is determined that the service quality can be guaranteed or that the service quality cannot be guaranteed. Can be recorded as information.
  • the time may be associated with each judgment log.
  • the first log information including the judgment log indicating that the service quality can be guaranteed or the service quality cannot be guaranteed does not have to be accompanied by the judgment result of each terminal side judgment item.
  • the first recording unit 14 may record the number of times it is determined that the service quality can be guaranteed as the first log information. Further, the first recording unit 14 may record the number of times it is determined that the service quality cannot be guaranteed as the first log information.
  • the first log information consisting of the number of times it is determined that the service quality can be guaranteed or the number of times it is determined that the service quality cannot be guaranteed does not have to be accompanied by the judgment result of each terminal side judgment item.
  • the first recording unit 14 determines that the service quality can be guaranteed by the first judgment unit 12 and that the service quality can be guaranteed with respect to the server-side judgment item by the second judgment unit 32 of the server 30. Even if it is recorded as the first log information that the QoS control is executed by the server 30 or the terminal 10 or that the QoS control is not executed because it is determined that the service quality cannot be guaranteed. Good.
  • the first recording unit 14 can record the control execution log indicating that the QoS control has been executed or the QoS control has not been executed as the first log information. ..
  • the time may be associated with each control execution log.
  • the first log information including the control execution log indicating that the QoS control has been executed or the QoS control has not been executed does not have to be accompanied by the determination result of each terminal side determination item.
  • the first recording unit 14 may record the number of times the QoS control is executed as the first log information. Further, the first recording unit 14 may record the number of times that the QoS control is not executed as the first log information.
  • the first log information consisting of the number of times the QoS control is performed or the number of times the QoS control is not performed does not have to be accompanied by the judgment result of each terminal side judgment item.
  • the first log transmission unit 15 transmits the first log information recorded by the first recording unit 14 to the server at a predetermined opportunity.
  • the predetermined trigger may be, for example, the elapse of a preset predetermined time.
  • the first control unit 16 provides collateral availability determination information (service quality determination information) indicating that a predetermined service quality can be guaranteed for all server-side determination items among the server-side determination items to be determined.
  • service quality determination information service quality determination information
  • QoS control for the application AP is started.
  • the QoS control is executed based on the collateral availability determination information from the server 30 and there is a factor that makes it impossible to guarantee the predetermined service quality, the QoS control is not executed. Therefore, it is possible to provide appropriate QoS control.
  • the determination process of the determination item on the server 30 will be described later.
  • the first monitoring unit 17 monitors communication information indicating the communication status of the application AP or the terminal 10 subject to QoS control.
  • the communication information includes band information or delay value, etc., depending on the content of guarantee in QoS control (for example, guarantee of bandwidth or guarantee of delay value) or the content of target network quality.
  • the first determination unit 12 described above when the communication state indicated in the communication information monitored by the first monitoring unit 17 does not satisfy the predetermined service quality during the execution of the QoS control. Judgment regarding such terminal-side judgment items is carried out.
  • the first recording unit 14 records the determination time required for the determination of each terminal side determination item in the first determination unit 12 including the determination time in the first log information.
  • FIG. 9 is a diagram showing an example of a log recording the judgment time of the terminal side judgment item in the terminal 10.
  • the first recording unit 14 performs judgment processing in a random order in the first judgment of each terminal side judgment item, and as shown in FIG. 9, it is necessary to judge each terminal side judgment item.
  • the determined judgment time is recorded as the first log information.
  • the first determination unit 12 When determining each terminal-side determination item from the next time onward, the first determination unit 12 refers to the determination time recorded as the first log information as shown in FIG. 9, and determines each terminal side in ascending order of determination time. The judgment of the item may be carried out. According to the example shown in FIG. 9, the first determination unit 12 performs determination processing in the order of "mobile data communication setting", "CPU utilization rate”, and "presence or absence of service in the base station area where QoS control is possible". To do.
  • the second acquisition unit 31 acquires the service quality assurance availability determination request from the request unit 13 of the terminal 10.
  • the second judgment unit 32 makes a judgment regarding a predetermined judgment item for guaranteeing a predetermined service quality related to communication when the service quality guarantee availability judgment request is acquired by the second acquisition unit 31. Specifically, the second determination unit 32 determines the server-side determination item (service quality control device-side determination item), which is the determination item to be determined by the server 30.
  • the server-side determination item storage unit 38 is a storage means for storing information on the server-side determination item.
  • the parameters that can be acquired by the server 30 and the conditions for guaranteeing the predetermined service quality with respect to the parameters are defined in association with each other.
  • the second determination unit 32 acquires the parameter values corresponding to the determination items on the server side, and determines whether or not the parameter values satisfy the conditions.
  • the second judgment unit 32 makes a judgment using the judgment item in which the “device for performing the judgment” is the “server” as the server-side judgment item.
  • the second determination unit 32 determines that the predetermined service quality can be guaranteed when each parameter of the server-side determination item does not meet the condition for determining that the predetermined service quality cannot be guaranteed.
  • the second judgment unit 32 may make a judgment on all the server-side judgment items or may make a judgment on some server-side judgment items at each judgment trigger. Further, the server-side judgment item to be judged may be dynamically changed for each judgment trigger.
  • FIG. 10 is a diagram showing an example in which the judgment result of the server-side judgment item by the second judgment unit 32 is added to the example of the judgment result of the terminal-side judgment item shown in FIG. 7.
  • the second determination unit 32 uses the information indicating "whether the other party terminal communicating with the own terminal can guarantee the service quality" as a parameter, and the judgment result of whether or not the service quality of the other party terminal can be guaranteed as a parameter value. When it is acquired and the parameter value is "impossible", it is determined that the guarantee of the predetermined service quality is not possible.
  • the parameter "presence or absence of service in the base station area where QoS control is possible” is exemplified as one of the terminal-side judgment items, but it is one of the server-side judgment items. It may be. That is, the second determination unit 32 acquires a parameter value indicating "presence or absence of service in the base station area where QoS control is possible" via the API, and when the parameter value indicates no service, a predetermined service. You may decide that quality assurance is not possible.
  • the second determination unit 32 requests when the application AP to be QoS controlled in the terminal 10 requests communication by the P2P (Peer to Peer) method between the terminal 10 and a destination terminal different from the terminal 10. , Requests the other party terminal to carry out a judgment as to whether or not a predetermined service quality related to communication can be guaranteed, and to return judgment result information indicating the result of the judgment.
  • the destination terminal that has received these requests performs judgment processing on the terminal side judgment items similar to the terminal 10 as described with reference to FIGS. 6 and 7, and the judgment result information indicating the result of those judgments. Is returned to the server 30.
  • the second determination unit 32 makes a determination regarding other server-side determination items when the determination result information indicating that the predetermined service quality can be guaranteed is returned from the other party terminal.
  • the server 30 determines whether or not the service quality other than the matters related to the destination terminal can be guaranteed, and the guarantee is possible.
  • the QoS control is executed, so that it is possible to provide an appropriate QoS control in consideration of the state of the destination terminal.
  • the second determination unit 32 acquires the parameter value of the “delay-guaranteed value of the place where the mobile terminal exists” (hereinafter referred to as “delay-guaranteed value”), and the delay can be guaranteed.
  • delay-guaranteed value the parameter value of the “delay-guaranteed value of the place where the mobile terminal exists”
  • the server-side judgment item can include an item in which the position information of the terminal 10 is referred to and it is judged whether or not the corresponding condition is satisfied. For example, the "delay guaranteed value" is acquired based on the position information indicating the location position of the terminal 10. Specifically, the request unit 13 of the terminal 10 transmits the position information indicating the location position of the terminal 10 to the server 30 together with the service quality guarantee availability determination request.
  • the second determination unit 32 refers to the delay guaranteeable map in which the geographical range and the delay guaranteeable value are associated with each other, and acquires the delay guaranteeable value for the terminal 10 as a parameter value based on the position information of the terminal 10. To do. Then, the second determination unit 32 determines whether or not the acquired parameter value corresponds to the "condition for determining that the predetermined service quality cannot be guaranteed". When the parameter value is 80 ms as shown in FIG. 10, the second determination unit 32 determines that the predetermined service quality can be guaranteed.
  • the notification unit 33 notifies the terminal 10 of the collateral availability determination information including the determination result of the server-side determination item by the second determination unit 32.
  • the notification unit 33 transmits to the terminal 10 the collateral availability determination information indicating that the predetermined service quality can be guaranteed for all the server-side determination items among the server-side determination items to be determined, the terminal 10
  • the first control unit 16 of the above starts QoS control for the application AP.
  • the second recording unit 34 records the second log information including the result of processing related to each server-side judgment item by the second judgment unit 32. Specifically, as shown in the table of FIG. 10, the second recording unit 34 relates to each server-side determination item (determination item in which the “device performing the determination” is the “server”) by the second determination unit 32. The result of the determination may be recorded as the second log information. Further, as shown in FIG. 10, each record of the second log information may include the time when the determination is performed.
  • the second recording unit 34 stores the second log information in the second log information storage unit 39, which is a storage means for recording the second log information.
  • the second recording unit 34 has the parameters of all the server-side judgment items among the server-side judgment items to be judged in the second judgment unit 32. When it is determined that the value satisfies the condition, it may be recorded as the second log information that it is determined that the service quality can be guaranteed or that the service quality cannot be guaranteed.
  • the second recording unit 34 determines that the service quality can be guaranteed or that the service quality cannot be guaranteed.
  • the log can be recorded as the second log information.
  • the time may be associated with each judgment log.
  • the second log information consisting of the judgment log indicating that the service quality can be guaranteed or the service quality cannot be guaranteed does not have to be accompanied by the judgment result of each server-side judgment item.
  • the second recording unit 34 may record the number of times it is determined that the service quality can be guaranteed as the second log information. In addition, the second recording unit 34 may record the number of times it is determined that the service quality cannot be guaranteed as the second log information.
  • the second log information consisting of the number of times it is determined that the service quality can be guaranteed or the number of times it is determined that the service quality cannot be guaranteed does not have to be accompanied by the judgment result of each server-side judgment item.
  • the second recording unit 34 is determined by the first determination unit 12 of the terminal 10 that the service quality can be guaranteed, and by the second determination unit 32 that the service quality can be guaranteed. It may be recorded as the second log information that the QoS control is executed by the server 30 or the terminal 10 or that the QoS control is not executed because it is determined that the service quality cannot be guaranteed.
  • the second recording unit 34 displays the control execution log indicating that the QoS control was executed or the QoS control was not executed. Can be recorded as log information. The time may be associated with each control execution log.
  • the second log information consisting of the control execution log indicating that the QoS control has been executed or the QoS control has not been executed does not have to be accompanied by the determination result of each server-side determination item.
  • the second recording unit 34 may record the number of times the QoS control is executed as the second log information. Further, the second recording unit 34 may record the number of times that the QoS control is not executed as the second log information.
  • the second log information consisting of the number of times the QoS control is executed or the number of times the QoS control is not executed does not have to be accompanied by the judgment result of each server-side judgment item.
  • the second log transmission unit 35 transmits the second log information recorded by the second recording unit 34 to the terminal 10 at a predetermined opportunity.
  • the predetermined trigger may be, for example, the elapse of a preset predetermined time.
  • the second control unit 36 performs QoS control on the application AP or the terminal 10 when it is determined that the predetermined service quality can be guaranteed for all the server-side determination items among the server-side determination items to be determined. Start.
  • the second monitoring unit 37 monitors communication information indicating the communication status of the application AP or the terminal 10 subject to QoS control.
  • the communication information includes band information or delay value, etc., depending on the content of guarantee in QoS control (for example, guarantee of bandwidth or guarantee of delay value) or the content of target network quality.
  • the second determination unit 32 described above when the communication state indicated in the communication information monitored by the second monitoring unit 37 does not satisfy the predetermined service quality during the execution of the QoS control. Make judgments regarding such server-side judgment items.
  • the terminal 10 includes a first tabulation unit 18 for determining the priority of the determination process.
  • the server 30 includes a second aggregation unit 38.
  • the first totaling unit 18 statistically totals the number of times that the parameter value of the terminal side judgment item is judged not to satisfy the condition for each terminal side judgment item. Specifically, the first aggregation unit 18 acquires the first log information stored in the first log information storage unit 20, and based on the acquired first log information, the parameter value of the terminal side determination item. Aggregates the number of times it is determined that does not meet the conditions.
  • FIG. 11 is a diagram showing the totaling result of the number of times the service quality cannot be guaranteed, that is, the number of times the parameter value is judged not to satisfy the condition, for each terminal side judgment item by the first totaling unit 18.
  • the number of times it is determined that the service quality cannot be guaranteed is 0 for the "mobile data communication setting" which is one of the determination items on the terminal side.
  • the terminal side judgment item "CPU usage rate”
  • the number of times that the service quality cannot be guaranteed is twice.
  • the terminal-side determination item Presence or absence of service in the base station area where QoS control is possible
  • the number of times it is determined that service quality cannot be guaranteed is 10 times.
  • the second aggregation unit 38 statistically aggregates the number of times that the parameter value of the server-side determination item is determined not to satisfy the condition for each server-side determination item. Specifically, the second aggregation unit 38 acquires the second log information stored in the second log information storage unit 39, and based on the acquired second log information, the parameter value of the server-side determination item. Aggregates the number of times it is determined that does not meet the conditions.
  • the first determination unit 12 preferentially determines the terminal-side determination items that are likely to be determined not to satisfy the conditions in terms of frequency or order. carry out.
  • the first determination unit 12 performs determination processing in the order of "presence or absence of service area in the base station area where QoS control is possible", "CPU utilization rate", and "mobile data communication setting". To do. Further, the first determination unit 12 determines that the frequency of the determination process of "presence or absence of service in the base station area where QoS control is possible" is the highest among the three terminal-side determination items shown in FIG. May be carried out.
  • the second determination unit 32 preferentially prioritizes server-side determination items that are likely to be determined not to satisfy the conditions based on the result of statistical aggregation by the second aggregation unit 38 in terms of frequency or order. Judgment may be made.
  • the number of times it is determined that the parameter value of each determination item does not satisfy the condition is totaled, and there is a possibility that it is determined that the condition is not satisfied based on the aggregation result. Since the judgment of the judgment item with a high value is given priority, the time required to identify the possibility that the service quality cannot be guaranteed and the cause when it becomes impossible is shortened.
  • FIG. 12 is a flowchart showing a first example of the processing content of the service quality management method in the service quality management system 1.
  • step S1 the first acquisition unit 11 determines whether or not the QoS control start request from the application AP or the terminal 10 has been acquired. If it is determined that the QoS control start request has been acquired, the process proceeds to step S2. On the other hand, if it is not determined that the QoS control start request has been acquired, the process of step S1 is repeated.
  • step S2 the first determination unit 12 determines the conditions related to the terminal-side determination items in order to ensure the predetermined service quality related to communication.
  • step S3 the first judgment unit 12 determines that each parameter of all the terminal-side judgment items among the judgment-target terminal-side judgment items does not correspond to the condition for determining that the predetermined service quality cannot be guaranteed. Judge that the prescribed service quality can be guaranteed.
  • step S4 the process proceeds to step S4.
  • step S7 determines the conditions related to the terminal-side determination items in order to ensure the predetermined service quality related to communication.
  • step S4 the request unit 13 transmits a service quality assurance availability determination request to the server 30. Then, in step S11, the second acquisition unit 31 of the server 30 receives the service quality assurance availability determination request.
  • step S12 the second determination unit 32 determines the conditions related to the server-side determination items in order to ensure the predetermined service quality related to communication.
  • step S13 the second determination unit 32 determines that each parameter of all the server-side determination items among the server-side determination items to be determined does not meet the condition for determining that the predetermined service quality cannot be guaranteed. Judge that the service quality of the service can be guaranteed.
  • step S15 the process proceeds to step S15.
  • step S16 determines the conditions related to the server-side determination items in order to ensure the predetermined service quality related to communication.
  • step S15 the second control unit 36 of the server 30 executes QoS control for the application AP of the terminal 10 or the terminal 10.
  • the second control unit 36 notifies the terminal 10 that the QoS control is being executed.
  • the terminal 10 may notify the application AP that the QoS control is to be executed.
  • the notification unit 33 may notify the terminal 10 of the collateral availability determination information including the determination result of the server-side determination item by the second determination unit 32.
  • step S7 the first recording unit 14 determines the result of the determination on each terminal side determination item by the first determination unit 12, and each determination. Record the first log information including the time when was executed.
  • step S8 the first log transmission unit 15 transmits the first log information recorded by the first recording unit 14 to the server 30 at a predetermined opportunity.
  • the processing of steps S7 and S8 is not limited to the case where it is determined in step S3 that the predetermined service quality can be guaranteed, and is executed when it is determined that the predetermined service quality can be guaranteed. May be done.
  • step S16 the second recording unit 34 determines the result of the determination on each server-side determination item by the second determination unit 32 and each determination. Record the second log information including the time when was executed.
  • step S17 the second log transmission unit 35 transmits the second log information recorded by the second recording unit 34 to the terminal 10 at a predetermined opportunity.
  • the processing of steps S16 and S17 is not limited to the case where it is determined in step S13 that the predetermined service quality can be guaranteed, and is executed when it is determined that the predetermined service quality can be guaranteed. May be done.
  • the notification unit 33 cannot guarantee the predetermined service quality as a result of the determination of the server-side determination item by the second determination unit 32.
  • the terminal 10 may be notified of the collateral availability determination information indicating that the above is the case.
  • FIG. 13 is a flowchart showing a second example of the processing content of the service quality management method in the service quality management system 1. Since the processing contents of steps S1 to S4 and steps S11 to S13 in the flowchart of FIG. 13 are the same as the processing contents of the same step in the flowchart of FIG. 12, the description thereof will be omitted.
  • step S14 the notification unit 33 sends the collateral availability determination information including the determination result of the server-side determination item by the second determination unit 32 to the terminal 10. Notify to.
  • step S5 the first control unit 16 receives from the server 30 collateral availability determination information indicating that a predetermined service quality can be guaranteed for the server-side determination item. Then, in step S6-1, the first control unit 16 executes QoS control for the application AP. At this time, the first control unit 16 may notify the application AP of the execution of the QoS control. In addition, the first control unit 16 may notify the server 30 that the QOS control is being executed.
  • steps S7 to S8 and steps S16 to S17 in the flowchart of FIG. 13 are the same as the processing contents of the same step in the flowchart of FIG. 12, the description thereof will be omitted. If it is not determined in step S13 that the predetermined service quality can be guaranteed, the notification unit 33 cannot guarantee the predetermined service quality as a result of the determination of the server-side determination item by the second determination unit 32. The terminal 10 may be notified of the collateral availability determination information indicating that the above is the case.
  • FIG. 14 is a flowchart showing a third example of the processing content of the service quality management method in the service quality management system 1. Since the processing contents of steps S1 to S4 and steps S11 to S13 in the flowchart of FIG. 14 are the same as the processing contents of the same step in the flowchart of FIG. 12, the description thereof will be omitted.
  • step S14 the notification unit 33 sends the collateral availability determination information including the determination result of the server-side determination item by the second determination unit 32 to the terminal 10. Notify to.
  • step S5 the first control unit 16 receives from the server 30 collateral availability determination information indicating that a predetermined service quality can be guaranteed for the server-side determination item.
  • step S6-2 the first control unit 16 transmits a request for implementing QoS control to the server 30.
  • step S15 the second control unit 36 executes QoS control for the application AP of the terminal 10 or the terminal 10.
  • the second control unit 36 notifies the terminal 10 that the QoS control is being executed.
  • the terminal 10 may notify the application AP that the QoS control is to be executed.
  • FIG. 15 is a flowchart showing the processing contents of the service quality control method after the start of QoS control in the terminal.
  • step S21 the first monitoring unit 17 monitors communication information indicating the communication status of the application AP or the terminal 10 subject to QoS control.
  • step S22 the first monitoring unit 17 determines whether or not the communication state shown in the communication information is in a state where the predetermined service quality is not satisfied. If it is determined that the predetermined service quality is not satisfied, the process proceeds to step S23. On the other hand, if it is not determined that the predetermined service quality is not satisfied, the process returns to step S21.
  • the first determination unit 12 determines the conditions related to the terminal-side determination items in order to guarantee the predetermined service quality related to communication.
  • the first determination unit 12 may make a determination regarding all the terminal-side determination items, or may make a determination regarding some terminal-side determination items.
  • the first determination unit 12 may make a determination regarding the dynamically changed terminal-side determination item.
  • step S24 the first recording unit 14 records the first log information including the result of the processing related to each terminal side determination item by the first determination unit 12. This makes it possible to identify the cause of the communication status not satisfying the predetermined service quality.
  • step S25 the first log transmission unit 15 transmits the first log information recorded by the first recording unit 14 to the server 30 at a predetermined opportunity.
  • FIG. 16 is a flowchart showing the processing contents of the service quality control method after the start of QoS control on the server 30.
  • step S31 the second monitoring unit 37 monitors the communication information indicating the communication status of the application AP or the terminal 10 subject to QoS control.
  • step S32 the second monitoring unit 37 determines whether or not the communication state shown in the communication information is in a state where the predetermined service quality is not satisfied. If it is determined that the predetermined service quality is not satisfied, the process proceeds to step S33. On the other hand, if it is not determined that the predetermined service quality is not satisfied, the process returns to step S31.
  • the second determination unit 32 determines the conditions related to the server-side determination items in order to ensure the predetermined service quality related to communication.
  • the second determination unit 32 may make a determination regarding all the server-side determination items, or may make a determination regarding some server-side determination items.
  • the second determination unit 32 may make a determination regarding the dynamically changed server-side determination item.
  • step S34 the second recording unit 34 records the second log information including the result of processing related to each server-side judgment item by the second judgment unit 32. This makes it possible to identify the cause of the communication status not satisfying the predetermined service quality.
  • step S35 the second log transmission unit 35 transmits the second log information recorded by the second recording unit 34 to the terminal 10 at a predetermined opportunity.
  • FIG. 17 is a diagram showing an example of judgment results of judgment items on the terminal 10 side and the server 30 side after the start of QoS control.
  • the example shown in FIG. 17 includes the first log information recorded in step S24 and the second log information recorded in step S34.
  • the acquired parameter value of the terminal-side judgment item "CPU usage rate” is "95%", and it is judged that the predetermined service quality cannot be guaranteed. Since it corresponds to the condition of "90% or more", the first determination unit 12 can identify that the cause of the inability to guarantee the predetermined service quality is the "CPU usage rate”.
  • FIG. 18 is a diagram showing a configuration of a service quality control program for the terminal 10.
  • the service quality management program P1 is a main module m10, a first acquisition module m11, a first judgment module m12, a request module m13, a first recording module m14, and a first log transmission that collectively control service quality management processing in the terminal 10. It is configured to include a module m15, a first control module m16, a first monitoring module m17, and a first aggregation module m18. Then, by each module m11 to m18, the first acquisition unit 11, the first judgment unit 12, the request unit 13, the first recording unit 14, the first log transmission unit 15, the first control unit 16, the first monitoring unit 17, and so on. Each function for the first tabulation unit 18 is realized.
  • the service quality control program P1 may be transmitted via a transmission medium such as a communication line, or may be stored in the recording medium M1 as shown in FIG. ..
  • FIG. 19 is a diagram showing a configuration of a service quality control program for the server 30.
  • the service quality management program P3 is a main module m30, a second acquisition module m31, a second judgment module m32, a notification module m33, a second recording module m34, and a second log transmission that collectively control the service quality management processing in the server 30. It is configured to include a module m35, a second control module m36, a second monitoring module m37, and a second aggregation module m38. Then, by each module m31 to m38, the second acquisition unit 31, the second judgment unit 32, the notification unit 33, the second recording unit 34, the second log transmission unit 35, the second control unit 36, the second monitoring unit 37, and the like. Each function for the second tabulation unit 38 is realized.
  • the service quality control program P3 may be transmitted via a transmission medium such as a communication line, or may be stored in the recording medium M3 as shown in FIG. ..
  • terminal-side judgment items and server-side judgment items have been illustrated, but the judgment items are not limited to these examples.
  • the following are examples of terminal-side judgment items and additional examples of parameters of the judgment items.
  • the terminal-side determination items exemplified below may be determined on the server side, or may be determined on both the terminal side and the server side. Further, the parameters of each determination item may be acquired from the inside of the terminal 10 or the inside of the server 30, or may be acquired as a response to an inquiry to the outside.
  • -Mobile terminal communication setting parameters Mobile data communication setting, airplane mode setting, Wi-Fi mode setting, tethering setting, APN, communication destination carrier, communication destination carrier type (MNO, MVNO type)
  • -Mobile terminal hardware / software specifications and status parameters device name, communication function operation, terminal 10 operating status, OS type and version, OS status-Resource status parameters in the mobile terminal: CPU usage rate, RAM , ROM usage rate, application FPS (Flips per Second)
  • Status parameters of the QoS controlled application a defect of the QoS controlled application, the operation of the QoS controlled application (for example, whether the application is operating in the foreground or the background), the communication restriction of the QoS controlled application application, Authentication status of QoS controlled application, permission status of use of QoS (for example, whether or not the application is permitted to use QoS in the service quality management system, use of QoS is permitted by the operator of the service quality management system, etc.
  • the validity of the QoS request method for example, whether the QoS request IF (interface) argument defined by the service quality management system is set appropriately, or the service quality management system operator Is the argument of the QoS request IF specified by etc.
  • server-side judgment items and parameters of the judgment items are additionally illustrated below.
  • the server-side determination items exemplified below may be determined on the terminal side, or may be determined on both the server side and the terminal side. Further, the parameters of each determination item may be acquired from the inside of the terminal 10 or the inside of the server 30, or may be acquired as a response to an inquiry to the outside.
  • -Terminal hardware / software specifications and status parameters Device name, communication function operation, terminal operating status, OS type and version, OS status-Communication contract status parameters: QoS controllable contract or contractual Communication restrictions ⁇
  • End user identity confirmation parameters End user identity ⁇
  • Status parameters of the other party's terminal that communicates with the own terminal Whether the other party's terminal that communicates with the own terminal can be secured by SLA, with the own terminal Does the terminal on the other side of the communication have a function as a service quality control device?
  • -Communication parameters of malicious application Validity of communication-QoS control target presence / absence parameter of application: QoS control by the application requesting QoS control Whether or not it is a target ⁇ Whether or not the access destination URL is subject to QoS control Parameter: Whether or not the access destination URL of the application requesting QoS control is a QoS control target ⁇ Target time, target period or target area parameter of QoS control: QoS control is possible Whether or not it is in a certain time zone, whether or not it is within the period in which QoS control is possible, or whether or not it is in an area where QoS control is possible ⁇ Simultaneous access to the same base station Number of mobile terminals, number of access applications or traffic volume ⁇ Same base station Simultaneous access to network devices such as core network devices Number of mobile terminals, number of access applications or traffic volume Parameters: Remaining accessible number, Remaining accessible traffic volume / Status parameters of communication devices such as base stations: Communication devices
  • the service quality control method, and the service quality control programs P1 and P3 of the present embodiment described above first of all, whether or not the parameters related to the QoS control for the application AP or the terminal satisfy a predetermined satisfaction condition is determined by the terminal 10.
  • the server 30 determines whether or not the parameter satisfies the predetermined satisfaction condition, and the server 30 determines that the satisfaction condition is satisfied.
  • QoS control is started. Therefore, when there is a factor that makes it impossible to guarantee the service quality or a factor that makes it impossible to control QoS, the QoS control is not implemented, and it is possible to provide appropriate QoS control. ..
  • the server 30 determines whether or not the parameter satisfies the predetermined satisfaction condition only when the terminal 10 determines that the parameter satisfies the predetermined satisfaction condition, the satisfaction condition is not satisfied on the terminal 10 side. In this case, it is prevented that unnecessary determination processing is performed on the server 30. Further, since it is determined whether or not the parameters satisfy the conditions in each of the terminal and the server 30, it is possible to identify the cause when the conditions are not satisfied. In addition, it is possible to prevent a DOS (Denial of Service attack) attack by an unauthorized application.
  • DOS Delivery of Service attack
  • the QoS control when it is determined that the parameter value of the judgment item on the service quality control device side satisfies the satisfaction condition, the QoS control is started, so that the factor or the QoS that makes it impossible to guarantee the service quality. When there is a factor that makes control impossible, QoS control is not implemented. Therefore, it is possible to provide appropriate QoS control.
  • the terminal is composed of a first recording unit that records the first log information including the result of processing related to each terminal side judgment item by the first judgment unit, and a first recording unit.
  • a first log transmission unit that transmits the recorded first log information to the service quality control device at a predetermined opportunity may be further provided.
  • the cause can be identified when it is judged that the service quality cannot be guaranteed or the QoS control is impossible. It will be possible.
  • log information is transmitted to the service quality control device, information on the cause of the inability to guarantee service quality or the inability to control QoS can be shared between the terminal and the service quality control device. Will be done.
  • the first recording unit records the judgment time required for the judgment of each terminal side judgment item in the first judgment unit in the first log information, and records the first judgment.
  • the unit may determine the terminal-side determination items in ascending order of determination time.
  • the judgment of the judgment items on the terminal side is performed in the order of the shortest judgment time of each judgment item on the terminal side. Therefore, the cause is identified when the service quality cannot be guaranteed or the QoS control becomes impossible. Time required for
  • the terminal statistics the number of times that the parameter value of the terminal side judgment item is judged not to satisfy the satisfaction condition for each terminal side judgment item based on the first log information.
  • the first tabulation unit is further provided with a first tabulation unit, and the first judgment unit determines terminal-side judgment items that are likely to be judged not to satisfy the conditions based on the result of statistical tabulation by the tabulation unit. Judgments may be prioritized in terms of frequency or order.
  • the number of times that the parameter value of each judgment item is judged not to satisfy the condition is totaled on the terminal side, and it is highly likely that the judgment item is judged not to satisfy the condition based on the total result. Since the judgment is prioritized, the time required to identify the possibility that the service quality cannot be guaranteed or the QoS control becomes impossible and the cause when it becomes impossible is shortened.
  • the service quality management device is a second recording unit that records the second log information including the result of processing related to each service quality control device side judgment item by the second judgment unit.
  • a second log transmission unit that transmits the second log information recorded by the second recording unit to the terminal at a predetermined opportunity may be further provided.
  • the log information including the result of the processing related to each service quality control device side judgment item is recorded in the service quality control device, it is determined that the service quality cannot be guaranteed or the QoS control is impossible. It is possible to identify the cause of the case. Further, since the log information is transmitted to the terminal, information on the cause of the inability to guarantee the service quality or the inability to control the QoS can be shared between the terminal and the service quality management device.
  • the second recording unit records the judgment time required for the judgment of each service quality control device side judgment item in the second judgment unit by including it in the second log information.
  • the second judgment unit may judge the judgment items on the service quality control device side in the order of the shortest judgment time when judging the judgment items on the service quality control device side in which the judgment history is recorded as the second log information. Good.
  • the judgment of the judgment item on the service quality control device side is performed in the order of the shortest judgment time of the judgment item on the service quality control device side, the service quality cannot be guaranteed or the QoS control becomes impossible. In this case, the time required to identify the cause is shortened.
  • the service quality control device determines the number of times that the parameter value of the judgment item on the service quality control device side does not satisfy the condition based on the second log information. It also has a second tabulation unit that statistically tabulates each judgment item on the management device side, and the second judgment unit may be judged not to satisfy the conditions based on the result of statistical tabulation by the tabulation unit. It is also possible to give priority to the judgment items on the service quality control device side, which have a high value, in terms of frequency or order.
  • the number of times that the parameter value of each judgment item is judged not to satisfy the condition is totaled on the server side, and it is highly likely that the judgment item is judged not to satisfy the condition based on the total result. Since the judgment is prioritized, the time required to identify the possibility that the service quality cannot be guaranteed or the QoS control becomes impossible and the cause when it becomes impossible is shortened.
  • the terminal further includes a first monitoring unit that monitors communication information indicating the communication status of the application subject to QoS control or the terminal, and the first determination unit is During the execution of the QoS control, when the communication state indicated in the communication information becomes a state in which the predetermined service quality is not satisfied, the determination regarding the terminal side determination item may be performed.
  • the communication status of the application or the terminal is monitored, and when the communication status does not satisfy the service quality, the judgment regarding each terminal side judgment item is performed, so that it occurs on the terminal side. It is possible to identify the cause of the inability to guarantee service quality or the inability to control QoS due to the event.
  • the service quality management device further includes a second monitoring unit that monitors communication information indicating the communication status of the application or terminal subject to QoS control, and makes a second determination.
  • the unit may make a judgment on the judgment item on the service quality management device side when the communication state shown in the communication information becomes a state in which the predetermined service quality is not satisfied during the execution of the QoS control. ..
  • the communication status of the application or the terminal is monitored, and when the communication status does not satisfy the service quality, the judgment regarding each server side judgment item is performed, so that the judgment occurs on the server side. It is possible to identify the cause of the inability to guarantee service quality or the inability to control QoS due to the event.
  • the requesting unit transmits the position information indicating the location position of the terminal to the service quality control device together with the request for determining the condition for starting the QoS control, and one or more service quality control devices.
  • the side judgment item includes the service quality control device side judgment item in which the position information of the terminal is referred to and it is judged whether or not the corresponding condition is satisfied, and the second judgment unit refers to the position information of the terminal. Therefore, the judgment regarding the judgment item on the service quality control device side may be carried out.
  • the position information of the terminal is transmitted to the service quality control device, it is possible to judge the judgment items related to the location position of the terminal.
  • the second judgment unit requests the application to communicate by the P2P (Peer to Peer) method between the terminal and the destination terminal different from the terminal.
  • the other party terminal is requested to perform a judgment as to whether or not the predetermined service quality related to communication can be guaranteed, and to return the judgment result information indicating the result of the judgment, and the predetermined service quality is determined.
  • the judgment result information indicating that the guarantee is possible is returned, the judgment regarding the judgment item on the server side may be performed.
  • the server when it is determined whether or not the service quality can be guaranteed and it is determined that the service quality can be guaranteed, the QoS control is executed, so that it is possible to provide an appropriate QoS control in consideration of the state of the other party's terminal.
  • Each aspect / embodiment described in the present specification includes LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G, 5G, FRA (Future Radio Access), W-CDMA. (Registered Trademarks), GSM (Registered Trademarks), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi), LTE 802.16 (WiMAX), LTE 802.20, UWB (Ultra-WideBand) It may be applied to Bluetooth®, other systems that utilize suitable systems and / or next-generation systems that are extended based on them.
  • the input / output information and the like may be saved in a specific location (for example, memory) or may be managed by a management table. Input / output information and the like can be overwritten, updated, or added. The output information and the like may be deleted. The input information or the like may be transmitted to another device.
  • the determination may be made by a value represented by 1 bit (0 or 1), by a boolean value (Boolean: true or false), or by comparing numerical values (for example, a predetermined value). It may be done by comparison with the value).
  • the notification of predetermined information (for example, the notification of "being X") is not limited to the explicit one, but is performed implicitly (for example, the notification of the predetermined information is not performed). May be good.
  • Software whether referred to as software, firmware, middleware, microcode, hardware description language, or by any other name, is an instruction, instruction set, code, code segment, program code, program, subprogram, software module.
  • Applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, features, etc. should be broadly interpreted.
  • the application AP in the present disclosure can be configured as software. That is, the application AP is an instruction, instruction set, code, code segment, program code, program, subprogram, software module, application, software application, software package, routine, subroutine, object, executable file, execution thread, procedure, It may be composed of any one or a plurality of functions and the like.
  • software, instructions, etc. may be transmitted and received via a transmission medium.
  • the software uses wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave to websites, servers, or other When transmitted from a remote source, these wired and / or wireless technologies are included within the definition of transmission medium.
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different techniques.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description are voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may be represented by a combination of.
  • system and "network” used herein are used interchangeably.
  • information, parameters, etc. described in the present specification may be represented by an absolute value, a relative value from a predetermined value, or another corresponding information. ..
  • determining and “determining” used in this disclosure may include a wide variety of actions.
  • “Judgment” and “decision” are, for example, judgment (judging), calculation (calculating), calculation (computing), processing (processing), derivation (deriving), investigation (investigating), search (looking up, search, inquiry). (For example, searching in a table, database or another data structure), ascertaining may be regarded as “judgment” or “decision”.
  • judgment and “decision” are receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access.
  • Accessing (for example, accessing data in memory) may be regarded as "judgment” or “decision”.
  • judgment and “decision” mean that the things such as solving, selecting, choosing, establishing, and comparing are regarded as “judgment” and “decision”. Can include. That is, “judgment” and “decision” may include considering some action as “judgment” and “decision”. Further, “judgment (decision)” may be read as “assuming”, “expecting”, “considering” and the like.
  • any reference to that element does not generally limit the quantity or order of those elements. These designations can be used herein as a convenient way to distinguish between two or more elements. Thus, references to the first and second elements do not mean that only two elements can be adopted there, or that the first element must somehow precede the second element.
  • 1 ... Service quality management system 10 ... Terminal, 11 ... 1st acquisition unit, 12 ... 1st judgment unit, 13 ... Request unit, 14 ... 1st recording unit, 15 ... 1st log transmission unit, 16 ... 1st control Unit, 17 ... 1st monitoring unit, 18 ... 1st tabulation unit, 19 ... terminal side judgment item storage unit, 20 ... 1st log information storage unit, 30 ... server, 31 ... 2nd acquisition unit, 32 ... 2nd judgment Unit, 33 ... Notification unit, 34 ... Second recording unit, 35 ... Second log transmission unit, 36 ... Second control unit, 37 ... Second monitoring unit, 38 ... Second tabulation unit, 38 ... Server side judgment item storage Unit, 39 ...
  • 2nd log information storage unit m10 ... main module, m11 ... 1st acquisition module, m12 ... 1st judgment module, m13 ... request module, m14 ... 1st recording module, m15 ... 1st log transmission module, m16 ... 1st control module, m17 ... 1st monitoring module, m18 ... 1st aggregation module, m30 ... main module, m31 ... 2nd acquisition module, m32 ... 2nd judgment module, m33 ... notification module, m34 ... 2nd record Module, m35 ... 2nd log transmission module, m36 ... 2nd control module, m37 ... 2nd monitoring module, m38 ... 2nd aggregation module, M1, M3 ... recording medium, P1, P3 ... service quality management program.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

サービス品質管理システムは、端末及びサーバ（サービス品質管理装置）を含み、端末は、アプリケーションまたは端末からのＱｏＳ制御開始要求に応じて、所定の端末側判断項目について充足条件を満たすか否かを判断し、条件を満たすと判断された場合に、サーバにＱｏＳ制御の開始の条件判断要求を送信し、サーバは、ＱｏＳ制御の開始の条件判断要求に応じて、所定のサーバ側判断項目について、充足条件を満たすか否かを判断し、条件を満たすと判断された場合に、端末及びサーバの少なくともいずれか一方は、ＱｏＳ制御を開始する。

Description

サービス品質管理システム
　本発明は、サービス品質管理システムに関する。
　ネットワークのサービスを提供する提供事業者は、利用者に対して一定のＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ：サービス品質）を提供することが求められる。提供事業者は、目標とされる一定のサービス品質を提供すべくＱｏＳ制御を実施する。また、ＱｏＳに関する提供事業者と利用者との間において、提供するサービス品質の水準に関してＳＬＡ（Ｓｅｒｖｉｃｅ　Ｌｅｖｅｌ　Ａｇｒｅｅｍｅｎｔ）が設定される場合がある。ＳＬＡが設定された場合には、提供事業者は、ＳＬＡとして設定されたサービス品質を担保すべくＱｏＳ制御を実施する。ＱｏＳ制御に関して、ネットワーク装置が、サービス要求に応じて、十分なリソースを提供できるか否かを判断する技術が知られている（例えば、特許文献１参照）。
特開２００４－２６０８３２号公報
　有線ネットワーク及び専用デバイス等を対象とするＱｏＳ制御では、ネットワークは比較的安定した状態にあるので、提供事業者の管理下のネットワークの品質が担保されていれば、利用者がＱｏＳ制御サービスを享受することは容易であり、ＳＬＡの管理についても、提供事業者の管理の範疇にあるリソースで完結していた。しかしながら、移動端末及び移動端末で動作するアプリケーション等を対象としたＱｏＳ制御では、移動端末の在圏状態の変化、移動端末内のソフトウェアの挙動等の提供事業者の管轄外の要因に起因して、ネットワークの状態を含めた通信状態が大きく変化するので、一定のサービス品質の提供が困難な状態となりやすく、ＱｏＳ制御を実施できない場合があった。また、サービス品質の提供が不可能となった原因を提供事業者側で特定することが困難であった。
　そこで、本発明は、上記問題点に鑑みてなされたものであり、アプリケーションまたは当該アプリケーションが実行される端末を対象とするＱｏＳ制御に関して、サービス品質の担保可否及びＱｏＳ制御の実施可否の判断に基づく適切なＱｏＳ制御の提供、並びに、サービス品質の担保不可及びＱｏＳ制御の実施不可の原因の特定を実現させることを目的とする。
　上記課題を解決するために、本発明の一形態に係るサービス品質管理システムは、アプリケーションが実行される端末と、通信のサービス品質に関するＱｏＳ制御の状態を管理するサービス品質管理装置とを含み、ＱｏＳ制御はアプリケーションまたは端末を対象とする、サービス品質管理システムであって、端末は、アプリケーションまたは端末からのＱｏＳ制御の開始要求に応じて、端末により取得可能な所定のパラメータと当該パラメータに関して充足すべき充足条件とが関連付けられて規定された１以上の端末側判断項目について、各端末側判断項目に対応するパラメータ値を取得し、パラメータ値が充足条件を満たすか否かを判断する第１判断部と、第１判断部により端末側判断項目のそれぞれのパラメータ値が、充足条件を満たすと判断された場合に、サービス品質管理装置にＱｏＳ制御の開始の条件判断要求を送信する要求部と、を備え、サービス品質管理装置は、端末からのＱｏＳ制御の開始の条件判断要求が取得された場合に、サービス品質管理装置により取得可能な所定のパラメータと当該パラメータに関して充足すべき充足条件とが関連付けられて規定された１以上のサービス品質管理装置側判断項目について、各サービス品質管理装置側判断項目に対応するパラメータ値を取得し、パラメータ値が条件を満たすか否かを判断する第２判断部と、を備え、第２判断部により、サービス品質管理装置側判断項目のそれぞれのパラメータ値が対応する充足条件を満たすと判断された場合に、端末及びサービス品質管理装置の少なくともいずれか一方は、ＱｏＳ制御を開始する。
　上記の形態によれば、ＱｏＳ制御に関するパラメータが所定の充足条件を満たすか否かがまず端末で判断され、端末において充足条件を満たすと判断された場合に、サービス品質管理装置において、パラメータが所定の充足条件を満たすか否かが判断され、サービス品質管理装置において充足条件を満たすと判断された場合に、ＱｏＳ制御が開始される。従って、サービス品質の担保が不可能となるような要因またはＱｏＳ制御が不可能となるような要因が存在するときには、ＱｏＳ制御が実施されないこととなるので、適切なＱｏＳ制御の提供が可能となる。また、端末においてパラメータが所定の充足条件を満たすと判断された場合のみにサービス品質管理装置において、パラメータが所定の充足条件を満たすか否かが判断されるので、端末側において充足条件が満たされない場合にサービス品質管理装置における無用な判断処理が実施されることが防止される。また端末及びサービス品質管理装置のそれぞれにおいてパラメータが条件を満たすか否かが判断されるので条件が非充足である場合の原因の特定が可能となる。また、不正なアプリケーションによるＤＯＳ（Ｄｅｎｉａｌ　ｏｆ　Ｓｅｒｖｉｃｅ　ａｔｔａｃｋ）攻撃を防止できる。
　アプリケーションまたは当該アプリケーションが実行される端末を対象とするＱｏＳ制御に関して、サービス品質の担保可否及びＱｏＳ制御の実施可否の判断に基づく適切なＱｏＳ制御の提供、並びに、サービス品質の担保不可及びＱｏＳ制御の実施不可の原因の特定が可能となる。
本実施形態のサービス品質管理システムの装置構成を示す図である。 サービス品質管理装置を構成する端末の機能的構成を示すブロック図である。 サービス品質管理装置を構成するサーバの機能的構成を示すブロック図である。 サービス品質管理装置を構成する端末及びサーバのハードブロック図である。 ＱｏＳ制御開始要求の内容を模式的に示す図である。 判断項目の例を示す図である。 端末側判断項目の判断結果の例を示す図である。 図８（ａ）は、第１ログ情報の他の例である判断ログの例を示す図である。図８（ｂ）は、第１ログ情報の他の例である制御実施ログの例を示す図である。 端末における判断項目の判断時間を記録したログの例を示す図である。 サーバ側判断項目の判断結果の例を示す図である。 端末における、各判断項目のパラメータが条件を満たさないと判断された判断回数を記録したログの例を示す図である。 サービス品質管理システムにおけるサービス品質管理方法の処理内容を示すフローチャートである。 サービス品質管理システムにおけるサービス品質管理方法の処理内容を示すフローチャートである。 サービス品質管理システムにおけるサービス品質管理方法の処理内容を示すフローチャートである。 端末におけるＱｏＳ制御の開始後のサービス品質管理方法の処理内容を示すフローチャートである。 サーバにおけるＱｏＳ制御の開始後のサービス品質管理方法の処理内容を示すフローチャートである。 ＱｏＳ制御の開始後における端末側及びサーバ側の判断項目の判断結果の例を示す図である。 端末におけるサービス品質管理プログラムの構成を示す図である。 サーバにおけるサービス品質管理プログラムの構成を示す図である。
　本発明に係るサービス品質管理システムの実施形態について図面を参照して説明する。なお、可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
　図１は、本実施形態にかかるサービス品質管理システムの装置構成を示す図である。図１に示されるように、サービス品質管理システム１は、ネットワークＮを介して互いに通信可能に構成された端末１０及びサーバ３０を含む。サーバ３０は、サーバ側におけるサービス品質管理装置を構成する。なお、本実施形態では、サービス品質管理装置がサーバ３０により構成される例を示しているが、この例に限定されない。サービス品質管理装置は、その他の装置により構成されてもよく、例えば、ネットワークを構成するためのネットワーク装置により構成されてもよい。なお、サーバ３０は、ネットワークＮ上に存在してもよい。端末１０は、端末側におけるサービス品質管理装置を構成しうる。
　端末１０は、ＱｏＳ制御対象アプリケーションＡＰ（以下、「アプリケーションＡＰ」とする）を含む。ＱｏＳ制御は、通信帯域及び遅延時間等に関する目標とされる一定のネットワークに関するサービス品質をアプリケーションＡＰに対して提供するために実施される。また、ＱｏＳ制御は、端末１０に対してネットワークに関する一定のサービス品質を提供するために実施されてもよい。即ち、サーバ３０は、アプリケーションＡＰまたは端末１０に対してネットワーク通信に関するサービス品質を提供するためにＱｏＳ制御を実施しうる。また、端末１０がサービス品質の担保のためにＱｏＳ制御を実施してもよい。ＳＬＡが設定されている場合には、サーバ３０または端末１０は、ＳＬＡとして設定されたサービス品質を担保するように、ＱｏＳ制御を実施しうる。以下、本実施形態では、ＳＬＡが設定されている場合の例を説明する。即ち、端末１０及びサーバ３０は、ＳＬＡとして設定されたサービス品質を担保するようにＱｏＳ制御を実施する。
　図２は、サービス品質管理装置を構成する端末１０の機能的構成を示す図である。図２に示すように、端末１０は、第１取得部１１、第１判断部１２、要求部１３、第１記録部１４、第１ログ送信部１５、第１制御部１６、第１監視部１７及び第１集計部１８を備える。各機能部１１～１８は、端末側におけるサービス品質管理装置を構成し、アプリケーションＡＰに対するＱｏＳ制御を実施する。また、各機能部１１～１８は、端末側判断項目記憶部１９及び第１ログ情報記憶部２０といった記憶手段にアクセス可能に構成されている。なお、図２に示す例では、端末側判断項目記憶部１９及び第１ログ情報記憶部２０は、端末１０の内部に構成されているが、端末１０の外部に構成されてもよい。
　図３は、サービス品質管理装置を構成するサーバ３０の機能的構成を示す図である。図３に示すように、サーバ３０は、第２取得部３１、第２判断部３２、通知部３３、第２記録部３４、第２ログ送信部３５、第２制御部３６、第２監視部３７及び第２集計部３８を備える。各機能部３１～３７は、サーバ側判断項目記憶部３８及び第２ログ情報記憶部３９といった記憶手段にアクセス可能に構成されている。なお、図３に示す例では、サーバ側判断項目記憶部３８及び第２ログ情報記憶部３９は、サーバ３０の内部に構成されているが、サーバ３０の外部に構成されてもよい。
　なお、図２及び図３に示したブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本発明の一実施の形態における端末１０及びサーバ３０は、コンピュータとして機能してもよい。図４は、本実施形態に係る端末１０及びサーバ３０のハードウェア構成の一例を示す図である。端末１０及びサーバ３０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。端末１０及びサーバ３０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　端末１０及びサーバ３０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central　Processing　Unit）で構成されてもよい。例えば、図２及び図３に示した各機能部１１～１８，３１～３７などは、プロセッサ１００１で実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、端末１０及びサーバ３０の各機能部１１～１８，３１～３７は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random　Access　Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係るサービス品質管理方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact　Disc　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
　また、端末１０及びサーバ３０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital　Signal　Processor）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、ＦＰＧＡ（Field　Programmable　Gate　Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
　次に、端末１０の各機能部について説明する。第１取得部１１は、アプリケーションＡＰからＱｏＳ制御の開始要求を取得する。図５は、ＱｏＳ制御開始要求の内容を模式的に示す図である。図５に示すように、ＱｏＳ制御の開始要求は、制御要求種別を示す情報を含む。また、ＱｏＳ制御の開始要求は、当該種別における要求スペックを示す情報を含んでもよい。ＱｏＳ制御の開始要求において、要求スペックを含むことは必須ではない。ＱｏＳ制御の対象のアプリケーションＡＰに関してＳＬＡが設定される場合には、ＳＬＡとして設定されたサービス品質に対応する要求スペックが、ＱｏＳ制御の開始要求に含まれてもよい。制御要求種別を示す情報は、例えば、帯域制御であるか又は遅延制御であるかを示す。また、要求スペックを示す情報は、例えば、帯域の保証値又は遅延値の保証値を示す。なお、ＱｏＳ制御開始要求が当該端末１０から発せられてもよい。その場合には、第１取得部１１は、当該端末１０からＱｏＳ制御開始要求を取得する。
　第１判断部１２は、ＱｏＳ制御の開始要求が取得された場合に、通信に関する所定のサービス品質が担保されるための、所定の判断項目に関する判断を行う。具体的には、第１判断部１２は、端末１０において判断する判断項目である端末側判断項目について判断する。端末側判断項目記憶部１９は、端末側判断項目の情報を記憶している記憶手段である。
　端末側判断項目では、端末１０により取得可能なパラメータと当該パラメータに関して所定のサービス品質が担保されるための条件とが関連付けられて規定されている。第１判断部１２は、各端末側判断項目に対応するパラメータ値を取得し、パラメータ値が条件を満たすか否かを判断する。
　図６は、判断項目の例を示す図である。図６に示すように、各判断項目は、パラメータと、所定のサービス品質の担保不可と判断する条件とを含む。端末側判断項目記憶部１９は、図６に示された判断項目のうち、「判断を実施する装置」が「端末」である判断項目を端末側判断項目として記憶しており、第１判断部１２は、端末側判断項目記憶部１９に記憶されている端末側判断項目に関する判断を実施する。第１判断部１２は、端末側判断項目の各パラメータが、所定のサービス品質の担保不可と判断する条件に該当しない場合に、所定のサービス品質が担保可能であることを判断する。第１判断部１２は、判断の契機ごとに、全ての端末側判断項目に関する判断を実施してもよいし、一部の端末側判断項目に関する判断を実施してもよい。また、判断の対象となる端末側判断項目は、判断の契機ごとに動的に変更されてもよい。
　図７は、第１判断部１２による端末側判断項目の判断結果の例を示す図である。例えば、第１判断部１２は、「モバイルデータ通信設定」のパラメータ値（ＯＮ／ＯＦＦ）を端末内のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）を介して取得し、パラメータ値がＯＦＦである場合に所定のサービス品質の担保が不可であることを判断する。図７に示すようにパラメータ値がＯＮである場合には、第１判断部１２は、所定のサービス品質の担保が可能であることを判断する。
　また、第１判断部１２は、端末１０のＣＰＵ使用率をＡＰＩを介して取得し、ＣＰＵ使用率が９０％以上である場合に所定のサービス品質の担保が不可であることを判断し、ＣＰＵ使用率が９０％以上ではない場合に所定のサービス品質の担保が可能であることを判断する。図７に示すように、ＣＰＵ使用率のパラメータ値が７０％である場合には、第１判断部１２は、所定のサービス品質の担保が可能であることを判断する。
　また、第１判断部１２は、「ＱｏＳ制御が可能な基地局エリアへの在圏有無」を示すパラメータ値をＡＰＩを介して取得し、パラメータ値が在圏無を示す場合には所定のサービス品質の担保が不可であることを判断する。ここで取得されるパラメータ値は、例えば、いわゆる３Ｇ、ＬＴＥ（Long　Term　Evolution）、４Ｇ及び５Ｇ等の通信システムにおけるＲＡＴ（Radio　Access　Technology）情報並びにＧＰＳ情報等に基づいてもよい。図７に示すように、パラメータ値が在圏有を示す場合には、第１判断部１２は、所定のサービス品質の担保が可能であることを判断する。なお、本実施形態では、パラメータ「ＱｏＳ制御が可能な基地局エリアへの在圏有無」は、端末側判断項目の一つとして例示されているが、サーバ側判断項目の一つであってもよい。
　要求部１３は、第１判断部１２により判断対象の端末側判断項目のうちの全ての端末側判断項目のそれぞれのパラメータ値が、サービス品質が担保されるためのそれぞれの条件を満たすと判断された場合に、サーバ３０にサービス品質担保可否判断要求（ＱｏＳ制御の開始の条件判断要求）を送信する。このように、端末１０においてサービス品質の担保が可能であると判断された場合のみにサーバ３０において、サービス品質の担保可否が判断されるので、端末１０側においてサービス品質の担保が不可能である場合にサーバ３０における無用な判断処理が実施されることが防止される。
　第１記録部１４は、第１判断部１２による各端末側判断項目に関する処理の結果を含む第１ログ情報を記録する。具体的には、第１記録部１４は、図７のテーブルに示すように、第１判断部１２による各端末側判断項目に関する判断の結果を、第１ログ情報として記録してもよい。また、図７に示されるように、第１ログ情報の各レコードは、判断が実施された時刻を含んでもよい。第１記録部１４は、第１ログ情報を記録するための記憶手段である第１ログ情報記憶部２０に、第１ログ情報を記憶させる。
　図８は、第１記録部１４により第１ログ情報記憶部２０に記録される第１ログ情報の他の例を示す図である。第１記録部１４は、第１判断部１２において、判断対象の端末側判断項目のうちの全ての端末側判断項目のそれぞれのパラメータ値が条件を満たすと判断されたことをもって、サービス品質の担保可能と判断されたこと、または、サービス品質の担保不可と判断されたことを第１ログ情報として記録してもよい。
　図８（ａ）に示されるように、第１記録部１４は、サービス品質の担保可能と判断されたこと、または、サービス品質の担保不可と判断されたことを示す判断ログを、第１ログ情報として記録できる。なお、各判断ログには、時刻が関連付けられていてもよい。サービス品質の担保可能と判断されたこと、または、サービス品質の担保不可と判断されたことを示す判断ログからなる第１ログ情報は、各端末側判断項目の判断結果を伴わなくてもよい。
　また、第１記録部１４は、サービス品質の担保可能と判断された回数を第１ログ情報として記録してもよい。また、第１記録部１４は、サービス品質の担保不可と判断された回数を第１ログ情報として記録してもよい。サービス品質の担保可能と判断された回数またはサービス品質の担保不可と判断された回数からなる第１ログ情報は、各端末側判断項目の判断結果を伴わなくてもよい。
　また、第１記録部１４は、第１判断部１２においてサービス品質の担保可能と判断されたことに加えて、サーバ３０の第２判断部３２によるサーバ側判断項目に関してサービス品質の担保可能と判断されたことをもって、サーバ３０または端末１０によりＱｏＳ制御が実施されたこと、または、サービス品質の担保不可と判断されたことによりＱｏＳ制御が実施されなかったことを第１ログ情報として記録してもよい。
　図８（ｂ）に示されるように、第１記録部１４は、ＱｏＳ制御が実施されたこと、または、ＱｏＳ制御が実施さなかったことを示す制御実施ログを、第１ログ情報として記録できる。なお、各制御実施ログには、時刻が関連付けられていてもよい。ＱｏＳ制御が実施されたこと、または、ＱｏＳ制御が実施さなかったことを示す制御実施ログからなる第１ログ情報は、各端末側判断項目の判断結果を伴わなくてもよい。
　また、第１記録部１４は、ＱｏＳ制御が実施された回数を第１ログ情報として記録してもよい。また、第１記録部１４は、ＱｏＳ制御が実施されなかった回数を第１ログ情報として記録してもよい。ＱｏＳ制御が実施された回数またはＱｏＳ制御が実施されなかった回数からなる第１ログ情報は、各端末側判断項目の判断結果を伴わなくてもよい。
　第１ログ送信部１５は、第１記録部１４により記録された第１ログ情報を所定の契機にサーバに送信する。所定の契機は、例えば、予め設定された所定時間が経過したことであってもよい。このように、ログ情報がサーバ３０に送信されることにより、所定のサービス品質の担保が不可能となった原因に関する情報の端末とサーバとの間での共有が実現される。
　第１制御部１６は、判断対象のサーバ側判断項目のうちの全てのサーバ側判断項目について所定のサービス品質の担保が可能であることを示す担保可否判断情報（サービス品質判断情報）をサーバ３０から受信した場合に、アプリケーションＡＰに対するＱｏＳ制御を開始する。このように、サーバ３０からの担保可否判断情報に基づいてＱｏＳ制御が実施されることにより、所定のサービス品質の担保が不可能となるような要因が存在するときには、ＱｏＳ制御が実施されないこととなるので、適切なＱｏＳ制御の提供が可能となる。なお、サーバ３０における判断項目の判断処理については後述する。
　第１監視部１７は、ＱｏＳ制御の対象のアプリケーションＡＰまたは端末１０の通信の状態を示す通信情報を監視する。通信情報は、ＱｏＳ制御における保証内容（例えば、帯域の保証または遅延値の保証など）または目標とされるネットワーク品質の内容に応じて、帯域情報または遅延値等を含む。第１判断部１２は、ＱｏＳ制御の実施中において、第１監視部１７により監視されている通信情報に示される通信の状態が、所定のサービス品質が満たされない状態になった場合に、前述したような端末側判断項目に関する判断を実施する。
　このように、アプリケーションまたは端末１０の通信の状態が監視され、通信の状態がサービス品質を満たさない状態となったときに、各端末側判断項目に関する判断が実施されるので、端末１０側に発生した事象に起因してサービス品質の担保が不可能となった原因の特定が可能となる。
　ここで、第１判断部１２における複数の端末側判断項目の判断処理の順番の決定の例について説明する。判断処理の順番の決定のために、第１記録部１４は、第１判断部１２における各端末側判断項目の判断に要した判断時間を第１ログ情報に含めて記録する。
　図９は、端末１０における端末側判断項目の判断時間を記録したログの例を示す図である。具体的には、第１記録部１４は、初回の各端末側判断項目の判断においては、ランダムな順番で判断処理を実施し、図９に示すように、各端末側判断項目の判断に要した判断時間を第１ログ情報として記録する。
　第１判断部１２は、次回以降の各端末側判断項目の判断に際して、図９に示すような、第１ログ情報として記録された判断時間を参照して、判断時間が短い順に各端末側判断項目の判断を実施してもよい。図９に示す例に従えば、第１判断部１２は、「モバイルデータ通信設定」、「ＣＰＵ利用率」、「ＱｏＳ制御が可能な基地局エリアへの在圏有無」の順に判断処理を実施する。
　このように、各端末側判断項目の判断時間が短い順に端末側判断項目の判断が実施されることにより、所定のサービス品質の担保が不可能となった場合の原因の特定に要する時間が短縮される。
　図３を参照して、サーバ３０の各機能部について説明する。第２取得部３１は、端末１０の要求部１３からのサービス品質担保可否判断要求を取得する。
　第２判断部３２は、第２取得部３１によりサービス品質担保可否判断要求が取得された場合に、通信に関する所定のサービス品質が担保されるための、所定の判断項目に関する判断を行う。具体的には、第２判断部３２は、サーバ３０において判断する判断項目であるサーバ側判断項目（サービス品質管理装置側判断項目）について判断する。サーバ側判断項目記憶部３８は、サーバ側判断項目の情報を記憶している記憶手段である。
　サーバ側判断項目では、サーバ３０により取得可能なパラメータと当該パラメータに関して所定のサービス品質が担保されるための条件とが関連付けられて規定されている。第２判断部３２は、各サーバ側判断項目に対応するパラメータ値を取得し、パラメータ値が条件を満たすか否かを判断する。
　ここで、再び図６を参照する。第２判断部３２は、図６に示された判断項目のうち、「判断を実施する装置」が「サーバ」である判断項目をサーバ側判断項目として判断を実施する。第２判断部３２は、サーバ側判断項目の各パラメータが、所定のサービス品質の担保不可と判断する条件に該当しない場合に、所定のサービス品質が担保可能であることを判断する。第２判断部３２は、判断の契機ごとに、全てのサーバ側判断項目に関する判断を実施してもよいし、一部のサーバ側判断項目に関する判断を実施してもよい。また、判断の対象となるサーバ側判断項目は、判断の契機ごとに動的に変更されてもよい。
　図１０は、図７に示したよる端末側判断項目の判断結果の例に、第２判断部３２によるサーバ側判断項目の判断結果が加えられた例を示す図である。例えば、第２判断部３２は、「自端末と通信を行う相手先端末がサービス品質の担保可能か」を示す情報をパラメータとして、相手先端末におけるサービス品質の担保可否の判断結果をパラメータ値として取得し、パラメータ値が「不可」である場合に、所定のサービス品質の担保が不可であることを判断する。
　なお、前述のとおり、本実施形態では、パラメータ「ＱｏＳ制御が可能な基地局エリアへの在圏有無」は、端末側判断項目の一つとして例示されているが、サーバ側判断項目の一つであってもよい。即ち、第２判断部３２は、「ＱｏＳ制御が可能な基地局エリアへの在圏有無」を示すパラメータ値をＡＰＩを介して取得し、パラメータ値が在圏無を示す場合には所定のサービス品質の担保が不可であることを判断してもよい。
　ここで、サーバ側判断項目の判断において、相手先端末における判断結果が必要となる例について説明する。
　第２判断部３２は、端末１０におけるＱｏＳ制御対象のアプリケーションＡＰが、端末１０と端末１０とは異なる相手先端末との間でＰ２Ｐ（Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ）方式による通信を要求するものである場合に、相手先端末に対して、通信に関する所定のサービス品質が担保可能であるか否かの判断の実施、及び、判断の結果を示す判断結果情報の返信を要求する。これらの要求を受信した相手先端末は、図６及び図７を参照して説明したような端末１０と同様の端末側判断項目に関する判断処理を実施し、それらの判断の結果を示す判断結果情報を、サーバ３０に返信する。第２判断部３２は、所定のサービス品質が担保可能であることを示す判断結果情報が相手先端末から返信された場合に、その他のサーバ側判断項目に関する判断を実施する。
　このように、相手先端末において所定のサービス品質の担保が可能であることが判断された場合に、サーバ３０において、相手先端末に関する事項以外のサービス品質の担保可否が判断され、担保が可能であると判断された場合に、ＱｏＳ制御が実施されるので、相手先端末の状態を加味した、適切なＱｏＳ制御の提供が可能となる。
　再び図１０を参照して、第２判断部３２は、「移動端末が存在する場所の遅延保証可能値」（以下、「遅延保証可能値」とする）のパラメータ値を取得し、遅延保障可能値が１００ｍｓ以上である場合に、所定のサービス品質の担保が不可であることを判断する。
　サーバ側判断項目は、端末１０の位置情報が参照されて、対応する条件が満たされるか否かが判断される項目を含むことができる。例えば、「遅延保証可能値」は、端末１０の所在位置を示す位置情報に基づいて取得される。具体的には、端末１０の要求部１３は、端末１０の所在位置を示す位置情報をサービス品質担保可否判断要求と共にサーバ３０に送信する。
　第２判断部３２は、地理的範囲と遅延保証可能値とが関連付けられた遅延保証可能マップを参照して、端末１０の位置情報に基づいて、端末１０に対する遅延保証可能値をパラメータ値として取得する。そして、第２判断部３２は、取得したパラメータ値が、「所定のサービス品質の担保不可と判断する条件」に該当するか否かの判断を実施する。図１０に示すようにパラメータ値が８０ｍｓである場合には、第２判断部３２は、所定のサービス品質の担保が可能であることを判断する。
　通知部３３は、第２判断部３２によるサーバ側判断項目の判断結果を含む担保可否判断情報を端末１０に通知する。通知部３３が、判断対象のサーバ側判断項目のうちの全てのサーバ側判断項目について所定のサービス品質の担保が可能であることを示す担保可否判断情報を端末１０に送信した場合に、端末１０の第１制御部１６は、アプリケーションＡＰに対するＱｏＳ制御を開始する。
　第２記録部３４は、第２判断部３２による各サーバ側判断項目に関する処理の結果を含む第２ログ情報を記録する。具体的には、第２記録部３４は、図１０のテーブルに示すように、第２判断部３２による各サーバ側判断項目（「判断を実施する装置」が「サーバ」である判断項目）に関する判断の結果を、第２ログ情報として記録してもよい。また、図１０に示されるように、第２ログ情報の各レコードは、判断が実施された時刻を含んでもよい。第２記録部３４は、第２ログ情報を記録するための記憶手段である第２ログ情報記憶部３９に、第２ログ情報を記憶させる。
　図８に例示された第１ログ情報の例と同様に、第２記録部３４は、第２判断部３２において、判断対象のサーバ側判断項目のうちの全てのサーバ側判断項目のそれぞれのパラメータ値が条件を満たすと判断されたことをもって、サービス品質の担保可能と判断されたこと、または、サービス品質の担保不可と判断されたことを第２ログ情報として記録してもよい。
　図８（ａ）に示された判断ログの例と同様に、第２記録部３４は、サービス品質の担保可能と判断されたこと、または、サービス品質の担保不可と判断されたことを示す判断ログを、第２ログ情報として記録できる。なお、各判断ログには、時刻が関連付けられていてもよい。サービス品質の担保可能と判断されたこと、または、サービス品質の担保不可と判断されたことを示す判断ログからなる第２ログ情報は、各サーバ側判断項目の判断結果を伴わなくてもよい。
　また、第２記録部３４は、サービス品質の担保可能と判断された回数を第２ログ情報として記録してもよい。また、第２記録部３４は、サービス品質の担保不可と判断された回数を第２ログ情報として記録してもよい。サービス品質の担保可能と判断された回数またはサービス品質の担保不可と判断された回数からなる第２ログ情報は、各サーバ側判断項目の判断結果を伴わなくてもよい。
　また、第２記録部３４は、端末１０の第１判断部１２においてサービス品質の担保可能と判断されたことに加えて、第２判断部３２によりサービス品質の担保可能と判断されたことをもって、サーバ３０または端末１０によりＱｏＳ制御が実施されたこと、または、サービス品質の担保不可と判断されたことによりＱｏＳ制御が実施されなかったことを第２ログ情報として記録してもよい。
　図８（ｂ）に示された制御実施ログと同様に、第２記録部３４は、ＱｏＳ制御が実施されたこと、または、ＱｏＳ制御が実施さなかったことを示す制御実施ログを、第２ログ情報として記録できる。なお、各制御実施ログには、時刻が関連付けられていてもよい。ＱｏＳ制御が実施されたこと、または、ＱｏＳ制御が実施さなかったことを示す制御実施ログからなる第２ログ情報は、各サーバ側判断項目の判断結果を伴わなくてもよい。
　また、第２記録部３４は、ＱｏＳ制御が実施された回数を第２ログ情報として記録してもよい。また、第２記録部３４は、ＱｏＳ制御が実施されなかった回数を第２ログ情報として記録してもよい。ＱｏＳ制御が実施された回数またはＱｏＳ制御が実施されなかった回数からなる第２ログ情報は、各サーバ側判断項目の判断結果を伴わなくてもよい。
　第２ログ送信部３５は、第２記録部３４により記録された第２ログ情報を所定の契機に端末１０に送信する。所定の契機は、例えば、予め設定された所定時間が経過したことであってもよい。このように、ログ情報が端末１０に送信されることにより、所定のサービス品質の担保が不可能となった原因に関する情報の端末１０とサーバ３０との間での共有が実現される。
　第２制御部３６は、判断対象のサーバ側判断項目のうちの全てのサーバ側判断項目について所定のサービス品質の担保が可能であると判断された場合に、アプリケーションＡＰまたは端末１０に対するＱｏＳ制御を開始する。
　第２監視部３７は、ＱｏＳ制御の対象のアプリケーションＡＰまたは端末１０の通信の状態を示す通信情報を監視する。通信情報は、ＱｏＳ制御における保証内容（例えば、帯域の保証または遅延値の保証など）または目標とされるネットワーク品質の内容に応じて、帯域情報または遅延値等を含む。第２判断部３２は、ＱｏＳ制御の実施中において、第２監視部３７により監視されている通信情報に示される通信の状態が、所定のサービス品質が満たされない状態になった場合に、前述したようなサーバ側判断項目に関する判断を実施する。
　ここで、第１判断部１２及び第２判断部３２における、各判断項目の過去の判断結果に基づく、各判断項目の判断処理の優先度の決定の例について説明する。判断処理の優先度の決定のために、端末１０は、第１集計部１８を備える。また、サーバ３０は第２集計部３８を備える。
　第１集計部１８は、端末側判断項目のパラメータ値が条件を満たさないと判断された回数を端末側判断項目ごとに統計的に集計する。具体的には、第１集計部１８は、第１ログ情報記憶部２０に記憶されている第１ログ情報を取得して、取得された第１ログ情報に基づいて端末側判断項目のパラメータ値が条件を満たさないと判断された回数を集計する。
　図１１は、第１集計部１８による、端末側判断項目ごとの、サービス品質担保不可の判断の回数、即ち、パラメータ値が条件を満たさないと判断された回数の集計結果を示す図である。図１１に示されるように、端末側判断項目の１つである「モバイルデータ通信設定」について、サービス品質担保不可と判断された回数は０回である。また、端末側判断項目「ＣＰＵ使用率」について、サービス品質担保不可と判断された回数は２回である。また、端末側判断項目「ＱｏＳ制御が可能な基地局エリアへの在圏有無」について、サービス品質担保不可と判断された回数は１０回である。
　また、第２集計部３８は、サーバ側判断項目のパラメータ値が条件を満たさないと判断された回数をサーバ側判断項目ごとに統計的に集計する。具体的には、第２集計部３８は、第２ログ情報記憶部３９に記憶されている第２ログ情報を取得して、取得された第２ログ情報に基づいてサーバ側判断項目のパラメータ値が条件を満たさないと判断された回数を集計する。
　第１判断部１２は、第１集計部１８による統計的な集計の結果に基づいて、条件を満たさないと判断される可能性が高い端末側判断項目を、頻度または順番において優先的に判断を実施する。図１１に示す例に従えば、第１判断部１２は、「ＱｏＳ制御が可能な基地局エリアへの在圏有無」、「ＣＰＵ利用率」、「モバイルデータ通信設定」の順に判断処理を実施する。また、第１判断部１２は、図１１に示される３つの端末側判断項目のうち、「ＱｏＳ制御が可能な基地局エリアへの在圏有無」の判断処理の頻度が最も多くなるように判断を実施してもよい。
　また、第２判断部３２は、第２集計部３８による統計的な集計の結果に基づいて、条件を満たさないと判断される可能性が高いサーバ側判断項目を、頻度または順番において優先的に判断を実施してもよい。
　このように、端末１０側及びサーバ３０側のそれぞれについて、各判断項目のパラメータ値が条件を満たさないと判断された回数が集計され、集計結果に基づいて条件を満たさないと判断される可能性が高い判断項目の判断が優先的に実施されるので、サービス品質の担保が不可能となる可能性の特定及び不可能となった場合の原因の特定に要する時間が短縮される。
　図１２は、サービス品質管理システム１におけるサービス品質管理方法の処理内容の第１の例を示すフローチャートである。
　ステップＳ１において、第１取得部１１は、アプリケーションＡＰまたは端末１０からのＱｏＳ制御開始要求を取得したか否かを判断する。ＱｏＳ制御開始要求を取得したと判断された場合には、処理はステップＳ２に進む。一方、ＱｏＳ制御開始要求を取得したと判断されなかった場合には、ステップＳ１の処理がくり返される。
　ステップＳ２において、第１判断部１２は、通信に関する所定のサービス品質が担保されるための、端末側判断項目に関する条件の判断を実施する。続くステップＳ３において、第１判断部１２は、判断対象の端末側判断項目のうちの全ての端末側判断項目の各パラメータが、所定のサービス品質の担保不可と判断する条件に該当しないことを以て、所定のサービス品質が担保可能であることを判断する。所定のサービス品質が担保可能であると判断された場合に、処理はステップＳ４に進む。一方、所定のサービス品質が担保可能であると判断されなかった場合に、処理はステップＳ７に進む。
　ステップＳ４において、要求部１３は、サーバ３０にサービス品質担保可否判断要求を送信する。そして、ステップＳ１１において、サーバ３０の第２取得部３１は、サービス品質担保可否判断要求を受信する。
　ステップＳ１２において、第２判断部３２は、通信に関する所定のサービス品質が担保されるための、サーバ側判断項目に関する条件の判断を実施する。ステップＳ１３において、第２判断部３２は、判断対象のサーバ側判断項目のうちの全てのサーバ側判断項目の各パラメータが、所定のサービス品質の担保不可と判断する条件に該当しないことを以て、所定のサービス品質が担保可能であることを判断する。所定のサービス品質が担保可能であると判断された場合に、処理はステップＳ１５に進む。一方、所定のサービス品質が担保可能であると判断されなかった場合に、処理はステップＳ１６に進む。
　ステップＳ１５において、サーバ３０の第２制御部３６は、端末１０のアプリケーションＡＰまたは端末１０に対するＱｏＳ制御を実施する。また、第２制御部３６は、ＱｏＳ制御の実施の旨を端末１０に通知する。この通知を受信した端末１０は、アプリケーションＡＰをＱｏＳ制御の対象としている場合には、アプリケーションＡＰにＱｏＳ制御の実施の旨を通知してもよい。また、ＱｏＳ制御の実施に先立って、通知部３３は、第２判断部３２によるサーバ側判断項目の判断結果を含む担保可否判断情報を端末１０に通知してもよい。
　ステップＳ３において所定のサービス品質が担保可能であると判断されなかった場合に、ステップＳ７において、第１記録部１４は、第１判断部１２による各端末側判断項目に関する判断の結果及びそれぞれの判断が実施された時刻を含む第１ログ情報を記録する。
　ステップＳ８において、第１ログ送信部１５は、第１記録部１４により記録された第１ログ情報を所定の契機にサーバ３０に送信する。なお、ステップＳ７及びステップＳ８の処理は、ステップＳ３において所定のサービス品質が担保可能であると判断されなかった場合に限定されず、所定のサービス品質が担保可能であると判断された場合に実施されてもよい。
　ステップＳ１３において所定のサービス品質が担保可能であると判断されなかった場合に、ステップＳ１６において、第２記録部３４は、第２判断部３２による各サーバ側判断項目に関する判断の結果及びそれぞれの判断が実施された時刻を含む第２ログ情報を記録する。
　ステップＳ１７において、第２ログ送信部３５は、第２記録部３４により記録された第２ログ情報を所定の契機に端末１０に送信する。なお、ステップＳ１６及びステップＳ１７の処理は、ステップＳ１３において所定のサービス品質が担保可能であると判断されなかった場合に限定されず、所定のサービス品質が担保可能であると判断された場合に実施されてもよい。
　また、ステップＳ１３において所定のサービス品質が担保可能であると判断されなかった場合に、通知部３３は、第２判断部３２によるサーバ側判断項目の判断結果として、所定のサービス品質の担保が不可であることを示す担保可否判断情報を端末１０に通知してもよい。
　図１３は、サービス品質管理システム１におけるサービス品質管理方法の処理内容の第２の例を示すフローチャートである。図１３のフローチャートにおけるステップＳ１～Ｓ４及びステップＳ１１～Ｓ１３の処理内容は、図１２のフローチャートにおける同ステップの処理内容と同様であるので、説明を省略する。
　ステップＳ１３において所定のサービス品質が担保可能であると判断された場合に、ステップＳ１４において、通知部３３は、第２判断部３２によるサーバ側判断項目の判断結果を含む担保可否判断情報を端末１０に通知する。
　ステップＳ５において、第１制御部１６は、サーバ側判断項目について所定のサービス品質の担保が可能であることを示す担保可否判断情報をサーバ３０から受信する。そして、ステップＳ６－１において、第１制御部１６は、アプリケーションＡＰに対するＱｏＳ制御を実施する。このとき、第１制御部１６は、アプリケーションＡＰに対して、ＱＯＳ制御の実施を通知してもよい。また、第１制御部１６は、サーバ３０に対して、ＱＯＳ制御の実施の旨を通知してもよい。
　図１３のフローチャートにおけるステップＳ７～Ｓ８及びステップＳ１６～Ｓ１７の処理内容は、図１２のフローチャートにおける同ステップの処理内容と同様であるので、説明を省略する。なお、ステップＳ１３において所定のサービス品質が担保可能であると判断されなかった場合に、通知部３３は、第２判断部３２によるサーバ側判断項目の判断結果として、所定のサービス品質の担保が不可であることを示す担保可否判断情報を端末１０に通知してもよい。
　図１４は、サービス品質管理システム１におけるサービス品質管理方法の処理内容の第３の例を示すフローチャートである。図１４のフローチャートにおけるステップＳ１～Ｓ４及びステップＳ１１～Ｓ１３の処理内容は、図１２のフローチャートにおける同ステップの処理内容と同様であるので、説明を省略する。
　ステップＳ１３において所定のサービス品質が担保可能であると判断された場合に、ステップＳ１４において、通知部３３は、第２判断部３２によるサーバ側判断項目の判断結果を含む担保可否判断情報を端末１０に通知する。ステップＳ５において、第１制御部１６は、サーバ側判断項目について所定のサービス品質の担保が可能であることを示す担保可否判断情報をサーバ３０から受信する。
　ステップＳ６－２において、第１制御部１６は、ＱｏＳ制御の実施の要求をサーバ３０に送信する。ステップＳ１５において、第２制御部３６は、端末１０のアプリケーションＡＰまたは端末１０に対するＱｏＳ制御を実施する。また、第２制御部３６は、ＱｏＳ制御の実施の旨を端末１０に通知する。この通知を受信した端末１０は、アプリケーションＡＰをＱｏＳ制御の対象としている場合には、アプリケーションＡＰにＱｏＳ制御の実施の旨を通知してもよい。
　次に、ＱｏＳ制御の開始後におけるサービス品質管理方法の処理内容を説明する。図１５は、端末におけるＱｏＳ制御の開始後のサービス品質管理方法の処理内容を示すフローチャートである。
　ステップＳ２１において、第１監視部１７は、ＱｏＳ制御の対象のアプリケーションＡＰまたは端末１０の通信の状態を示す通信情報を監視する。
　ステップＳ２２において、第１監視部１７は、通信情報に示される通信の状態が、所定のサービス品質が満たされない状態になったか否かを判定する。所定のサービス品質が満たされない状態になったと判定された場合には、処理は、ステップＳ２３に進む。一方、所定のサービス品質が満たされない状態になったと判定されなかった場合には、処理は、ステップＳ２１に戻る。
　ステップＳ２３において、第１判断部１２は、通信に関する所定のサービス品質が担保されるための、端末側判断項目に関する条件の判断を実施する。ここで、第１判断部１２は、全ての端末側判断項目に関する判断を実施してもよいし、一部の端末側判断項目に関する判断を実施してもよい。また、第１判断部１２は、動的に変更された端末側判断項目に関する判断を実施してもよい。
　ステップＳ２４において、第１記録部１４は、第１判断部１２による各端末側判断項目に関する処理の結果を含む第１ログ情報を記録する。これにより、通信の状態が、所定のサービス品質が満たされない状態になったことの原因の特定が可能となる。
　ステップＳ２５において、第１ログ送信部１５は、第１記録部１４により記録された第１ログ情報を所定の契機にサーバ３０に送信する。
　図１６は、サーバ３０におけるＱｏＳ制御の開始後のサービス品質管理方法の処理内容を示すフローチャートである。
　ステップＳ３１において、第２監視部３７は、ＱｏＳ制御の対象のアプリケーションＡＰまたは端末１０の通信の状態を示す通信情報を監視する。
　ステップＳ３２において、第２監視部３７は、通信情報に示される通信の状態が、所定のサービス品質が満たされない状態になったか否かを判定する。所定のサービス品質が満たされない状態になったと判定された場合には、処理は、ステップＳ３３に進む。一方、所定のサービス品質が満たされない状態になったと判定されなかった場合には、処理は、ステップＳ３１に戻る。
　ステップＳ３３において、第２判断部３２は、通信に関する所定のサービス品質が担保されるための、サーバ側判断項目に関する条件の判断を実施する。ここで、第２判断部３２は、全てのサーバ側判断項目に関する判断を実施してもよいし、一部のサーバ側判断項目に関する判断を実施してもよい。また、第２判断部３２は、動的に変更されたサーバ側判断項目に関する判断を実施してもよい。
　ステップＳ３４において、第２記録部３４は、第２判断部３２による各サーバ側判断項目に関する処理の結果を含む第２ログ情報を記録する。これにより、通信の状態が、所定のサービス品質が満たされない状態になったことの原因の特定が可能となる。
　ステップＳ３５において、第２ログ送信部３５は、第２記録部３４により記録された第２ログ情報を所定の契機に端末１０に送信する。
　図１７は、ＱｏＳ制御の開始後における端末１０側及びサーバ３０側の判断項目の判断結果の例を示す図である。図１７に示される例は、ステップＳ２４において記録された第１ログ情報及びステップＳ３４において記録された第２ログ情報を含む。
　図１７に示す例では、５つの判断項目のうち、端末側判断項目である「ＣＰＵ使用率」について、取得されたパラメータ値が「９５％」であって、所定のサービス品質の担保不可と判断する条件である「９０％以上」に該当するので、第１判断部１２は、所定のサービス品質の担保が不可能となったことの原因が「ＣＰＵ使用率」であることを特定できる。
　次に、コンピュータを、本実施形態のサービス品質管理装置としての端末１０及びサーバ３０として機能させるためのサービス品質管理プログラムについて説明する。図１８は、端末１０のためのサービス品質管理プログラムの構成を示す図である。
　サービス品質管理プログラムＰ１は、端末１０におけるサービス品質管理処理を統括的に制御するメインモジュールｍ１０、第１取得モジュールｍ１１、第１判断モジュールｍ１２、要求モジュールｍ１３、第１記録モジュールｍ１４、第１ログ送信モジュールｍ１５、第１制御モジュールｍ１６、第１監視モジュールｍ１７及び第１集計モジュールｍ１８を備えて構成される。そして、各モジュールｍ１１～ｍ１８により、第１取得部１１、第１判断部１２、要求部１３、第１記録部１４、第１ログ送信部１５、第１制御部１６、第１監視部１７及び第１集計部１８のための各機能が実現される。
　なお、サービス品質管理プログラムＰ１は、通信回線等の伝送媒体を介して伝送される態様であってもよいし、図１８に示されるように、記録媒体Ｍ１に記憶される態様であってもよい。
　また、図１９は、サーバ３０のためのサービス品質管理プログラムの構成を示す図である。
　サービス品質管理プログラムＰ３は、サーバ３０におけるサービス品質管理処理を統括的に制御するメインモジュールｍ３０、第２取得モジュールｍ３１、第２判断モジュールｍ３２、通知モジュールｍ３３、第２記録モジュールｍ３４、第２ログ送信モジュールｍ３５、第２制御モジュールｍ３６、第２監視モジュールｍ３７及び第２集計モジュールｍ３８を備えて構成される。そして、各モジュールｍ３１～ｍ３８により、第２取得部３１、第２判断部３２、通知部３３、第２記録部３４、第２ログ送信部３５、第２制御部３６、第２監視部３７及び第２集計部３８のための各機能が実現される。
　なお、サービス品質管理プログラムＰ３は、通信回線等の伝送媒体を介して伝送される態様であってもよいし、図１９に示されるように、記録媒体Ｍ３に記憶される態様であってもよい。
　以上の説明において、図６、図７、図１０及び図１７では、いくつかの端末側判断項目及びサーバ側判断項目を例示したが、判断項目はこれらの例に限定されない。以下に、端末側判断項目の例、当該判断項目のパラメータを追加的に例示する。なお、以下に例示される端末側判断項目は、サーバ側で判断されてもよいし、端末側及びサーバ側の両方で判断されてもよい。また、各判断項目のパラメータは、端末１０の内部またはサーバ３０の内部から取得されてもよいし、外部への問い合わせに対する応答として取得されてもよい。
・移動端末の通信設定
パラメータ：モバイルデータ通信設定、機内モード設定、Ｗｉ－Ｆｉモード設定、テザリング設定、ＡＰＮ、通信先のキャリヤ、通信先のキャリヤの種別（ＭＮＯ、ＭＶＮＯの種別）
・移動端末のハードウェア／ソフトウェアスペックおよび状態
パラメータ：デバイス名、通信機能の動作、端末１０の動作状態、ＯＳの種別及びバージョン、ＯＳの状態
・移動端末内のリソース状態
パラメータ：ＣＰＵ使用率、ＲＡＭ，ＲＯＭの使用率、アプリケーションのＦＰＳ（Ｆｌｉｐｓ　ｐｅｒ　Ｓｅｃｏｎｄ）
・ＱｏＳ制御対象アプリケーションの状態
パラメータ：ＱｏＳ制御対象アプリケーションの不具合、ＱｏＳ制御対象アプリケーションの動作（例えば、当該アプリケーションがフォアグラウンド及びバックグラウンドのいずれで動作しているか）、ＱｏＳ制御対象アプリケーションアプリの通信制限、ＱｏＳ制御対象アプリケーションの認証の状態、ＱｏＳの利用の許可状態（例えば、サービス品質管理システムにおいてＱｏＳの利用が許可されたアプリケーションであるか否か、サービス品質管理システムのオペレータ等によりＱｏＳの利用が許可されたアプリケーションであるか否か）、ＱｏＳの要求方法の妥当性（例えば、サービス品質管理システムが定めたＱｏＳの要求ＩＦ（インタフェース）の引数を適切に設定しているか、サービス品質管理システムのオペレータ等が定めたＱｏＳの要求ＩＦの引数を適切に設定しているか）
・同一端末内で動作する複数アプリケーションの動作状態
パラメータ：ＱｏＳ制御を要求する他アプリケーションの要求スペック及び動作状況、ＱｏＳ制御を要求しない他アプリケーションの動作状況及び通信状況
・端末１０が存在する場所
パラメータ：ＱｏＳ制御が可能な基地局エリアへの在圏有無、周囲の遮蔽物有無、気象条件による電波状態
・通信契約状態
パラメータ：ＱｏＳ制御可能な契約か否か、契約上の通信制限
・エンドユーザの本人性確認
パラメータ：エンドユーザの本人性
　以下にサーバ側判断項目の例、当該判断項目のパラメータを追加的に例示する。なお、以下に例示されるサーバ側判断項目は、端末側で判断されてもよいし、サーバ側及び端末側の両方で判断されてもよい。また、各判断項目のパラメータは、端末１０の内部またはサーバ３０の内部から取得されてもよいし、外部への問い合わせに対する応答として取得されてもよい。
・端末のハードウェア／ソフトウェアスペックおよび状態
パラメータ：デバイス名、通信機能の動作、端末の動作状態、ＯＳの種別及びバージョン、ＯＳの状態
・通信契約状態
パラメータ：ＱｏＳ制御可能な契約か、契約上の通信制限
・エンドユーザの本人性確認
パラメータ：エンドユーザの本人性
・自端末と通信を行う相手側の端末の状態
パラメータ：自端末と通信を行う相手側の端末がＳＬＡ担保可能か、自端末と通信を行う相手側の端末がサービス品質管理装置としての機能を有しているか
・悪意あるアプリケーションの通信
パラメータ：通信の正当性
・アプリケーションのＱｏＳ制御対象有無
パラメータ：ＱｏＳ制御を要求するアプリケーションがＱｏＳ制御対象か否か
・アクセス先ＵＲＬのＱｏＳ制御対象有無
パラメータ：ＱｏＳ制御を要求するアプリケーションのアクセス先ＵＲＬがＱｏＳ制御対象か否か
・ＱｏＳ制御の対象時間、対象期間または対象エリア
パラメータ：ＱｏＳ制御が可能な時間帯か否か、ＱｏＳ制御が可能な期間内か否か、またはＱｏＳ制御が可能なエリアか否か
・同一基地局への同時アクセス移動端末数、アクセスアプリケーション数またはトラフィック量
・同一基地局及びコアネットワーク装置等のネットワーク装置に対する同時アクセス移動端末数、アクセスアプリケーション数またはトラフィック量
パラメータ：残りアクセス可能数、残りアクセス可能トラフィック量
・基地局などの通信機器の状態
パラメータ：基地局などの通信機器の障害、災害時など特別な事情が発生した場合の通信機器の状態
・アプリケーションサーバ側の状態
パラメータ：アプリケーションサーバの障害
・移動端末が存在する場所の遅延情報
パラメータ：遅延保証可能値
　以上説明した本実施形態のサービス品質管理システム１、サービス品質管理方法及びサービス品質管理プログラムＰ１，Ｐ３では、アプリケーションＡＰまたは端末に対するＱｏＳ制御に関するパラメータが所定の充足条件を満たすか否かがまず端末１０で判断され、端末１０において充足条件を満たすと判断された場合に、サーバ３０において、パラメータが所定の充足条件を満たすか否かが判断され、サーバ３０において充足条件を満たすと判断された場合に、ＱｏＳ制御が開始される。従って、サービス品質の担保が不可能となるような要因またはＱｏＳ制御が不可能となるような要因が存在するときには、ＱｏＳ制御が実施されないこととなるので、適切なＱｏＳ制御の提供が可能となる。また、端末１０においてパラメータが所定の充足条件を満たすと判断された場合のみにサーバ３０において、パラメータが所定の充足条件を満たすか否かが判断されるので、端末１０側において充足条件が満たされない場合にサーバ３０における無用な判断処理が実施されることが防止される。また端末及びサーバ３０のそれぞれにおいてパラメータが条件を満たすか否かが判断されるので条件が非充足である場合の原因の特定が可能となる。また、不正なアプリケーションによるＤＯＳ（Ｄｅｎｉａｌ　ｏｆ　Ｓｅｒｖｉｃｅ　ａｔｔａｃｋ）攻撃を防止できる。
　また、別の形態に係るサービス品質管理システムでは、サービス品質管理装置は、第２判断部により、サービス品質管理装置側判断項目のそれぞれのパラメータ値が対応する充足条件を満たすと判断された場合に、アプリケーションまたは端末に対するＱｏＳ制御を開始する制御部、をさらに備える。
　上記形態によれば、サービス品質管理装置側判断項目のパラメータ値が充足条件を満たすと判断された場合に、ＱｏＳ制御が開始されるので、サービス品質の担保が不可能となるような要因またはＱｏＳ制御が不可能となるような要因が存在するときには、ＱｏＳ制御が実施されないこととなる。従って、適切なＱｏＳ制御の提供が可能となる。
　また、別の形態に係るサービス品質管理システムでは、端末は、第１判断部による各端末側判断項目に関する処理の結果を含む第１ログ情報を記録する第１記録部と、第１記録部により記録された第１ログ情報を所定の契機にサービス品質管理装置に送信する第１ログ送信部と、をさらに備えることとしてもよい。
　上記形態によれば、端末において各端末側判断項目に関する処理の結果を含むログ情報が記録されるので、サービス品質の担保が不可能またはＱｏＳ制御が不可能と判断された場合の原因の特定が可能となる。また、ログ情報がサービス品質管理装置に送信されるので、サービス品質の担保が不可能またはＱｏＳ制御が不可能となった原因に関する情報の、端末とサービス品質管理装置との間での共有が実現される。
　また、別の形態に係るサービス品質管理システムでは、第１記録部は、第１判断部における各端末側判断項目の判断に要した判断時間を第１ログ情報に含めて記録し、第１判断部は、第１ログ情報として判断の履歴が記録されている端末側判断項目の判断に際して、判断時間が短い順に端末側判断項目の判断を実施することとしてもよい。
　上記形態によれば、各端末側判断項目の判断時間が短い順に端末側判断項目の判断が実施されるので、サービス品質の担保が不可能またはＱｏＳ制御が不可能となった場合の原因の特定に要する時間が短縮される。
　また、別の形態に係るサービス品質管理システムでは、端末は、第１ログ情報に基づいて、端末側判断項目のパラメータ値が充足条件を満たさないと判断された回数を端末側判断項目ごとに統計的に集計する第１集計部、をさらに備え、第１判断部は、集計部による統計的な集計の結果に基づいて、条件を満たさないと判断される可能性が高い端末側判断項目を、頻度または順番において優先的に判断を実施することとしてもよい。
　上記形態によれば、端末側において、各判断項目のパラメータ値が条件を満たさないと判断された回数が集計され、集計結果に基づいて条件を満たさないと判断される可能性が高い判断項目の判断が優先的に実施されるので、サービス品質の担保が不可能またはＱｏＳ制御が不可能となる可能性の特定及び不可能となった場合の原因の特定に要する時間が短縮される。
　また、別の形態に係るサービス品質管理システムでは、サービス品質管理装置は、第２判断部による各サービス品質管理装置側判断項目に関する処理の結果を含む第２ログ情報を記録する第２記録部と、第２記録部により記録された第２ログ情報を所定の契機に端末に送信する第２ログ送信部と、をさらに備えることとしてもよい。
　上記形態によれば、サービス品質管理装置において各サービス品質管理装置側判断項目に関する処理の結果を含むログ情報が記録されるので、サービス品質の担保が不可能またはＱｏＳ制御が不可能と判断された場合の原因の特定が可能となる。また、ログ情報が端末に送信されるので、サービス品質の担保が不可能またはＱｏＳ制御が不可能となった原因に関する情報の、端末とサービス品質管理装置との間での共有が実現される。
　また、別の形態に係るサービス品質管理システムでは、第２記録部は、第２判断部における各サービス品質管理装置側判断項目の判断に要した判断時間を第２ログ情報に含めて記録し、第２判断部は、第２ログ情報として判断の履歴が記録されているサービス品質管理装置側判断項目の判断に際して、判断時間が短い順にサービス品質管理装置側判断項目の判断を実施することとしてもよい。
　上記形態によれば、各サービス品質管理装置側判断項目の判断時間が短い順にサービス品質管理装置側判断項目の判断が実施されるので、サービス品質の担保が不可能またはＱｏＳ制御が不可能となった場合の原因の特定に要する時間が短縮される。
　また、別の形態に係るサービス品質管理システムでは、サービス品質管理装置は、第２ログ情報に基づいて、サービス品質管理装置側判断項目のパラメータ値が条件を満たさないと判断された回数をサービス品質管理装置側判断項目ごとに統計的に集計する第２集計部、をさらに備え、第２判断部は、集計部による統計的な集計の結果に基づいて、条件を満たさないと判断される可能性が高いサービス品質管理装置側判断項目を、頻度または順番において優先的に判断を実施することとしてもよい。
　上記形態によれば、サーバ側において、各判断項目のパラメータ値が条件を満たさないと判断された回数が集計され、集計結果に基づいて条件を満たさないと判断される可能性が高い判断項目の判断が優先的に実施されるので、サービス品質の担保が不可能またはＱｏＳ制御が不可能となる可能性の特定及び不可能となった場合の原因の特定に要する時間が短縮される。
　また、別の形態に係るサービス品質管理システムでは、端末は、ＱｏＳ制御の対象のアプリケーションまたは端末の通信の状態を示す通信情報を監視する第１監視部、を更に備え、第１判断部は、ＱｏＳ制御の実施中において、通信情報に示される通信の状態が所定のサービス品質が満たされない状態になったときに、端末側判断項目に関する判断を実施することとしてもよい。
　上記形態によれば、アプリケーションまたは端末の通信の状態が監視され、通信の状態がサービス品質を満たさない状態となったときに、各端末側判断項目に関する判断が実施されるので、端末側に発生した事象に起因してサービス品質の担保が不可能またはＱｏＳ制御が不可能となった原因の特定が可能となる。
　また、別の形態に係るサービス品質管理システムでは、サービス品質管理装置は、ＱｏＳ制御の対象のアプリケーションまたは端末の通信の状態を示す通信情報を監視する第２監視部、を更に備え、第２判断部は、ＱｏＳ制御の実施中において、通信情報に示される通信の状態が、所定のサービス品質が満たされない状態になったときに、サービス品質管理装置側判断項目に関する判断を実施することとしてもよい。
　上記形態によれば、アプリケーションまたは端末の通信の状態が監視され、通信の状態がサービス品質を満たさない状態となったときに、各サーバ側判断項目に関する判断が実施されるので、サーバ側に発生した事象に起因してサービス品質の担保が不可能またはＱｏＳ制御が不可能となった原因の特定が可能となる。
　また、別の形態に係るサービス品質管理システムでは、要求部は、端末の所在位置を示す位置情報をＱｏＳ制御の開始の条件判断要求と共にサービス品質管理装置に送信し、１以上のサービス品質管理装置側判断項目は、端末の位置情報が参照されて、対応する条件が満たされるか否かが判断されるサービス品質管理装置側判断項目を含み、第２判断部は、端末の位置情報を参照して、サービス品質管理装置側判断項目に関する判断を実施することとしてもよい。
　上記形態によれば、端末の位置情報がサービス品質管理装置に送信されるので、端末の所在位置に関連する判断項目の判断の実施が可能となる。
　また、別の形態に係るサービス品質管理システムでは、第２判断部は、アプリケーションが、端末と端末とは異なる相手先端末との間でＰ２Ｐ（Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ）方式による通信を要求するものである場合に、相手先端末に対して、通信に関する所定のサービス品質が担保可能であるか否かの判断の実施、及び、判断の結果を示す判断結果情報の返信を要求し、所定のサービス品質が担保可能であることを示す判断結果情報が返信された場合に、サーバ側判断項目に関する判断を実施することとしてもよい。
　上記形態によれば、ＱｏＳ制御の対象のアプリケーションがＰ２Ｐ方式による通信を要求するものである場合に、相手先端末において所定のサービス品質の担保が可能であることが判断された場合に、サーバにおいて、サービス品質の担保可否が判断され、担保が可能であると判断された場合に、ＱｏＳ制御が実施されるので、相手先端末の状態を加味した、適切なＱｏＳ制御の提供が可能となる。
　以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
　本明細書で説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future　Radio　Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、本開示におけるアプリケーションＡＰは、ソフトウェアとして構成されうる。即ち、アプリケーションＡＰは、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などのうちのいずれかまたは複数により構成されてもよい。
　また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
　本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
　また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。
　本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　本開示で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　「含む（include）」、「含んでいる（including）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
　本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
　本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。
　１…サービス品質管理システム、１０…端末、１１…第１取得部、１２…第１判断部、１３…要求部、１４…第１記録部、１５…第１ログ送信部、１６…第１制御部、１７…第１監視部、１８…第１集計部、１９…端末側判断項目記憶部、２０…第１ログ情報記憶部、３０…サーバ、３１…第２取得部、３２…第２判断部、３３…通知部、３４…第２記録部、３５…第２ログ送信部、３６…第２制御部、３７…第２監視部、３８…第２集計部、３８…サーバ側判断項目記憶部、３９…第２ログ情報記憶部、ｍ１０…メインモジュール、ｍ１１…第１取得モジュール、ｍ１２…第１判断モジュール、ｍ１３…要求モジュール、ｍ１４…第１記録モジュール、ｍ１５…第１ログ送信モジュール、ｍ１６…第１制御モジュール、ｍ１７…第１監視モジュール、ｍ１８…第１集計モジュール、ｍ３０…メインモジュール、ｍ３１…第２取得モジュール、ｍ３２…第２判断モジュール、ｍ３３…通知モジュール、ｍ３４…第２記録モジュール、ｍ３５…第２ログ送信モジュール、ｍ３６…第２制御モジュール、ｍ３７…第２監視モジュール、ｍ３８…第２集計モジュール、Ｍ１，Ｍ３…記録媒体、Ｐ１，Ｐ３…サービス品質管理プログラム。

Claims (10)

  1. 　アプリケーションが実行される端末と、通信のサービス品質に関するＱｏＳ制御の状態を管理するサービス品質管理装置とを含み、前記ＱｏＳ制御は、前記アプリケーションまたは前記端末を対象とする、サービス品質管理システムであって、
    　前記端末は、
    　前記アプリケーションまたは前記端末からのＱｏＳ制御の開始要求に応じて、前記端末により取得可能な所定のパラメータと当該パラメータに関して充足すべき充足条件とが関連付けられて規定された１以上の端末側判断項目について、各端末側判断項目に対応するパラメータ値を取得し、前記パラメータ値が前記充足条件を満たすか否かを判断する第１判断部と、
    　前記第１判断部により、前記端末側判断項目のそれぞれのパラメータ値が、前記充足条件を満たすと判断された場合に、前記サービス品質管理装置にＱｏＳ制御の開始の条件判断要求を送信する要求部と、を備え、
    　前記サービス品質管理装置は、
    　前記端末からの前記ＱｏＳ制御の開始の条件判断要求が取得された場合に、前記サービス品質管理装置により取得可能な所定のパラメータと当該パラメータに関して充足すべき充足条件とが関連付けられて規定された１以上のサービス品質管理装置側判断項目について、各サービス品質管理装置側判断項目に対応するパラメータ値を取得し、前記パラメータ値が前記条件を満たすか否かを判断する第２判断部と、を備え、
    　前記第２判断部により、前記サービス品質管理装置側判断項目のそれぞれのパラメータ値が対応する前記充足条件を満たすと判断された場合に、前記端末及び前記サービス品質管理装置の少なくともいずれか一方は、前記ＱｏＳ制御を開始する、
    　サービス品質管理システム。
  2. 　前記サービス品質管理装置は、
    　前記第２判断部により、前記サービス品質管理装置側判断項目のそれぞれのパラメータ値が対応する前記充足条件を満たすと判断された場合に、前記アプリケーションまたは前記端末に対する前記ＱｏＳ制御を開始する制御部、をさらに備える、
    　請求項１に記載のサービス品質管理システム。
  3. 　前記端末は、
    　前記第１判断部による各端末側判断項目に関する処理の結果を含む第１ログ情報を記録する第１記録部と、
    　前記第１記録部により記録された第１ログ情報を所定の契機に前記サービス品質管理装置に送信する第１ログ送信部と、
    　をさらに備える請求項１または２に記載のサービス品質管理システム。
  4. 　前記第１記録部は、前記第１判断部における各端末側判断項目の判断に要した判断時間を第１ログ情報に含めて記録し、
    　前記第１判断部は、前記第１ログ情報として判断の履歴が記録されている前記端末側判断項目の判断に際して、前記判断時間が短い順に前記端末側判断項目の判断を実施する、
    　請求項３に記載のサービス品質管理システム。
  5. 　前記端末は、
    　前記第１ログ情報に基づいて、前記端末側判断項目のパラメータ値が前記充足条件を満たさないと判断された回数を前記端末側判断項目ごとに統計的に集計する第１集計部、をさらに備え、
    　前記第１判断部は、前記集計部による統計的な前記集計の結果に基づいて、条件を満たさないと判断される可能性が高い前記端末側判断項目を、頻度または順番において優先的に判断を実施する、
    　請求項３または４に記載のサービス品質管理システム。
  6. 　前記サービス品質管理装置は、
    　前記第２判断部による各サービス品質管理装置側判断項目に関する処理の結果を含む第２ログ情報を記録する第２記録部と、
    　前記第２記録部により記録された第２ログ情報を所定の契機に前記端末に送信する第２ログ送信部と、
    　をさらに備える請求項１～５のいずれか一項に記載のサービス品質管理システム。
  7. 　前記第２記録部は、前記第２判断部における各サービス品質管理装置側判断項目の判断に要した判断時間を第２ログ情報に含めて記録し、
    　前記第２判断部は、前記第２ログ情報として判断の履歴が記録されている前記サービス品質管理装置側判断項目の判断に際して、前記判断時間が短い順に前記サービス品質管理装置側判断項目の判断を実施する、
    　請求項６に記載のサービス品質管理システム。
  8. 　前記サービス品質管理装置は、
    　前記第２ログ情報に基づいて、前記サービス品質管理装置側判断項目のパラメータ値が前記充足条件を満たさないと判断された回数を前記サービス品質管理装置側判断項目ごとに統計的に集計する第２集計部、をさらに備え、
    　前記第２判断部は、前記第２集計部による統計的な前記集計の結果に基づいて、条件を満たさないと判断される可能性が高い前記サービス品質管理装置側判断項目を、頻度または順番において優先的に判断を実施する、
    　請求項６または７に記載のサービス品質管理システム。
  9. 　前記端末は、前記ＱｏＳ制御の対象の前記アプリケーションまたは前記端末の通信の状態を示す通信情報を監視する第１監視部、を更に備え、
    　前記第１判断部は、前記ＱｏＳ制御の実施中において、前記通信情報に示される通信の状態が、所定のサービス品質が満たされない状態になったときに、前記端末側判断項目に関する判断を実施する、
    　請求項１～８のいずれか一項に記載のサービス品質管理システム。
  10. 　前記サービス品質管理装置は、前記ＱｏＳ制御の対象の前記アプリケーションまたは前記端末の通信の状態を示す通信情報を監視する第２監視部、を更に備え、
    　前記第２判断部は、前記ＱｏＳ制御の実施中において、前記通信情報に示される通信の状態が、所定のサービス品質が満たされない状態になったときに、前記サービス品質管理装置側判断項目に関する判断を実施する、
    　請求項１～９のいずれか一項に記載のサービス品質管理システム。
     
PCT/JP2020/026444 2019-09-09 2020-07-06 サービス品質管理システム Ceased WO2021049143A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP20863159.8A EP4030742A4 (en) 2019-09-09 2020-07-06 Service quality management system
JP2021545130A JPWO2021049143A1 (ja) 2019-09-09 2020-07-06
US17/641,312 US12355640B2 (en) 2019-09-09 2020-07-06 Service quality management system
JP2024095769A JP7738131B2 (ja) 2019-09-09 2024-06-13 サービス品質管理システム、端末、サーバ、サービス品質管理プログラム及びサービス品質管理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-163754 2019-09-09
JP2019163754 2019-09-09

Publications (1)

Publication Number Publication Date
WO2021049143A1 true WO2021049143A1 (ja) 2021-03-18

Family

ID=74866918

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/026444 Ceased WO2021049143A1 (ja) 2019-09-09 2020-07-06 サービス品質管理システム

Country Status (4)

Country Link
US (1) US12355640B2 (ja)
EP (1) EP4030742A4 (ja)
JP (2) JPWO2021049143A1 (ja)
WO (1) WO2021049143A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7637290B1 (ja) * 2024-04-10 2025-02-27 株式会社Ｎｔｔドコモ 端末装置、プログラム、及び情報処理方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004260832A (ja) 2003-02-26 2004-09-16 Huawei Technologies Co Ltd Ｉｐアクセスネットワークにおいて保証サービス品質を伴うサービスを提供する方法
WO2004102906A1 (en) * 2003-05-16 2004-11-25 Matsushita Electric Industrial Co., Ltd. Packet classification and concatenation over power line communication systems
JP2005229214A (ja) * 2004-02-10 2005-08-25 Nippon Telegr & Teleph Corp <Ntt> 映像サービス品質管理方法およびこの方法を実施する装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7924732B2 (en) * 2005-04-19 2011-04-12 Hewlett-Packard Development Company, L.P. Quality of service in IT infrastructures
CN1870514A (zh) * 2005-05-28 2006-11-29 华为技术有限公司 会话服务质量分析的实现方法
CN101512978B (zh) * 2006-07-04 2013-02-13 夏普株式会社 通信装置、设备、通信装置控制方法
KR100862188B1 (ko) * 2006-11-15 2008-10-09 한국전자통신연구원 서비스 품질을 반영한 과금 처리 방법 및 시스템
JP5511709B2 (ja) * 2011-02-18 2014-06-04 日本電信電話株式会社 ＱｏＳ制御システム、ＱｏＳ制御管理装置、及びＱｏＳ制御方法
CN102355692A (zh) * 2011-07-22 2012-02-15 电信科学技术研究院 配置业务质量测量及业务质量测量上报方法和设备
EP2983335A4 (en) * 2013-04-18 2016-04-20 Huawei Tech Co Ltd PROCEDURE FOR CHECKING SERVICE QUALITY, APPLICATION SERVER AND END UNIT
JP2015005849A (ja) 2013-06-20 2015-01-08 株式会社日立製作所 通信システム及び通信ポリシ制御方法
CN109257827B (zh) * 2016-09-30 2020-09-18 华为技术有限公司 通信方法、装置、系统、终端和接入网设备
US10484255B2 (en) * 2017-06-19 2019-11-19 Cisco Technology, Inc. Trustworthiness index computation in a network assurance system based on data source health monitoring

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004260832A (ja) 2003-02-26 2004-09-16 Huawei Technologies Co Ltd Ｉｐアクセスネットワークにおいて保証サービス品質を伴うサービスを提供する方法
WO2004102906A1 (en) * 2003-05-16 2004-11-25 Matsushita Electric Industrial Co., Ltd. Packet classification and concatenation over power line communication systems
JP2005229214A (ja) * 2004-02-10 2005-08-25 Nippon Telegr & Teleph Corp <Ntt> 映像サービス品質管理方法およびこの方法を実施する装置

Non-Patent Citations (1)

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

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7637290B1 (ja) * 2024-04-10 2025-02-27 株式会社Ｎｔｔドコモ 端末装置、プログラム、及び情報処理方法
JP7731010B1 (ja) * 2024-04-10 2025-08-28 株式会社Ｎｔｔドコモ 端末装置、プログラム、及び情報処理方法
JP7731011B1 (ja) * 2024-04-10 2025-08-28 株式会社Ｎｔｔドコモ 端末装置、プログラム、及び情報処理方法

Also Published As

Publication number Publication date
JP7738131B2 (ja) 2025-09-11
US20220353158A1 (en) 2022-11-03
JPWO2021049143A1 (ja) 2021-03-18
EP4030742A4 (en) 2023-09-20
US12355640B2 (en) 2025-07-08
JP2024116342A (ja) 2024-08-27
EP4030742A1 (en) 2022-07-20

Similar Documents

Publication Publication Date Title
US11645414B2 (en) Data privacy opt in/out solution
US10104672B2 (en) Method and a system for identifying operating modes of communications in mobile edge computing environment
US10042626B2 (en) Software updates using client self-reporting and a hierarchical data structure
US11816504B2 (en) Serverless computing architecture
JP6754734B2 (ja) Ｒａｎスライスにおけるリソース管理装置及びｒａｎスライスにおけるリソース管理方法
US10143023B2 (en) Tethering parameters for a tethering connection
US9659419B2 (en) Method of controlling mobile terminal based on location information and applying security policy based on priority rules, and system thereof
JP6967066B2 (ja) スライス管理装置及びスライス管理方法
KR20190134741A (ko) 정책 제어 방법, 네트워크 요소, 및 시스템
JP7144272B2 (ja) プロファイルダウンロード制御システム
EP3968668A1 (en) Resource subscription method, device and server, and computer storage medium
US11129026B1 (en) ESIM switching platform
JP6887436B2 (ja) ゲートウェイ選択方法および通信システム
US9788249B2 (en) Wireless communication apparatus, wireless communication method, and computer-readable recording medium
US20230354165A1 (en) System and method for dynamic network slice subscription and creation
JP7738131B2 (ja) サービス品質管理システム、端末、サーバ、サービス品質管理プログラム及びサービス品質管理方法
WO2018061921A1 (ja) ゲートウェイ選択方法および通信システム
JPWO2020090147A1 (ja) 対話システム
US20240179210A1 (en) Service Execution Handling
US12477404B2 (en) Management apparatus
US12388762B2 (en) Management apparatus and network system
JPWO2020031304A1 (ja) 通信制御装置、選択装置、通信制御方法および選択方法
JP2020194988A (ja) 通信制御方法および通信システム
US20170195250A1 (en) Automatic data restrictions based on signals
WO2021241158A1 (ja) ネットワークシステム

Legal Events

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

Ref document number: 20863159

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021545130

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020863159

Country of ref document: EP

Effective date: 20220411

WWG Wipo information: grant in national office

Ref document number: 17641312

Country of ref document: US