WO2018037893A1 - ポータルサーバを管理する方法、装置およびシステム - Google Patents

ポータルサーバを管理する方法、装置およびシステム Download PDF

Info

Publication number
WO2018037893A1
WO2018037893A1 PCT/JP2017/028532 JP2017028532W WO2018037893A1 WO 2018037893 A1 WO2018037893 A1 WO 2018037893A1 JP 2017028532 W JP2017028532 W JP 2017028532W WO 2018037893 A1 WO2018037893 A1 WO 2018037893A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
portal
subscriber
access request
identification information
Prior art date
Application number
PCT/JP2017/028532
Other languages
English (en)
French (fr)
Inventor
鈴木　健弘
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US16/327,462 priority Critical patent/US20190191415A1/en
Priority to JP2018535580A priority patent/JPWO2018037893A1/ja
Publication of WO2018037893A1 publication Critical patent/WO2018037893A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083—Techniques for rebalancing the load in a distributed system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/101—Server selection for load balancing based on network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing

Definitions

  • the present invention relates to a management technology for a portal server that receives access from a subscriber terminal.
  • the portal site is an entrance for Web use, and various services and information on the Web are aggregated and presented on the Web screen so that the user can easily access the service providing server.
  • a subscriber accesses the portal server using setting information such as a URL (Uniform Resource Locator) and a subscriber identification number distributed in advance from a communication carrier. Therefore, it can be said that the subscriber is fixed to the portal server designated by the communication carrier.
  • the service providing system and the portal server that have been proposed so far are various response examples based on this architecture.
  • Patent Document 1 proposes a system that facilitates acquisition of package software by performing user authentication with a portal server and redirecting it to a desired software providing server.
  • the telecommunications carrier must increase the number of portal servers to cope with the increase in subscribers.
  • the telecommunications carrier since the plurality of portal servers have different URLs, the telecommunications carrier notifies the subscriber of the change of the access destination every time the portal server is added or changed to another portal server. There is a need to.
  • the subscriber side must change the access destination to the portal server to which the subscriber belongs according to the notification. Such a setting change caused by the situation on the system side is a heavy burden on the subscriber.
  • Network function virtualization Network Function Virtualization
  • BRAS Broadband Remote Access Server
  • routers routers
  • firewalls on a general-purpose server
  • Network function virtualization is greatly expected in that it makes it easy to add network functions and upgrade processing capacity, and can easily cope with an increase in the number of subscribers.
  • an object of the present invention is to provide a portal server management method, apparatus, and system that enables a plurality of portal servers without imposing a load on subscribers while maintaining flexibility in terms of network operation. There is to do.
  • An apparatus for managing a portal server includes: a detecting unit configured to detect subscriber identification information of a subscriber terminal from an access request received from the subscriber terminal; and based on the subscriber identification information, Control means for distributing the access request destination to one of a plurality of portal servers.
  • the detecting means detects the subscriber identification information of the subscriber terminal from the access request received from the subscriber terminal, and the control means is based on the subscriber identification information. Allocate access request destinations to one of multiple portal servers.
  • a system for managing a portal server includes a first server that stores correspondence information between subscriber identification information and a plurality of portal servers, and an access request received from the subscriber terminal.
  • a second server that detects subscriber identification information and distributes the access request destination to one of the plurality of portal servers based on the subscriber identification information and the correspondence information of the first server; Have.
  • a program recording medium for recording a program that causes a computer to function as an apparatus for managing a portal server according to an aspect of the present invention has a function of detecting subscriber identification information of a subscriber terminal from an access request received from the subscriber terminal.
  • a program for realizing in the computer a function of allocating the access request accommodation destination to one of a plurality of portal servers based on the subscriber identification information is recorded.
  • a plurality of portal servers can be provided without imposing a load on subscribers while maintaining flexibility in terms of network operation.
  • FIG. 1 is a network diagram showing an example of a functional configuration of a network including a management system according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing a configuration example of the central management server in the management system according to the first specific example of the present invention.
  • FIG. 3 is a block diagram showing a configuration example of the subscriber information management server in the first specific example.
  • FIG. 4 is a block diagram showing a configuration example of the Web portal server in the first specific example.
  • FIG. 5 is a sequence diagram showing a first example of the management method according to the first specific example.
  • FIG. 6 is a sequence diagram showing a second example of the management method according to the first specific example.
  • FIG. 1 is a network diagram showing an example of a functional configuration of a network including a management system according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing a configuration example of the central management server in the management system according to the first specific example of the present invention.
  • FIG. 3 is a
  • FIG. 7 is a block diagram showing a configuration example of IPFE in the management system according to the second specific example of the present invention.
  • FIG. 8 is a sequence diagram showing a first example of a management method according to the second specific example.
  • FIG. 9 is a sequence diagram showing a second example of the management method according to the second specific example.
  • FIG. 10 is a block diagram showing a configuration example of the central management server in the management system according to the third specific example of the present invention.
  • FIG. 11 is a block diagram showing a configuration example of a management apparatus according to the fourth specific example of the present invention.
  • FIG. 12 is a diagram illustrating an example of a hardware configuration of a computer device that realizes a server according to each embodiment or a specific example.
  • a management device that aggregates access requests to a portal server is provided, and the access request is controlled so that the management device guides the access request to an appropriate one of a plurality of portal servers.
  • this management apparatus it is possible to distribute the load among a plurality of portal servers, and to maintain flexibility in the operation of the virtualization system. Further, even if a system change is made to cope with the increase in the number of subscribers, for example, an increase or a change in portal server, the system change can be concealed from subscribers and maintenance workers. That is, the subscriber and the maintenance worker can perform the same operation as in the case of a single portal server. In this way, the burden of changing the setting on the subscriber side is eliminated, and the search when performing maintenance work for each subscriber can be speeded up.
  • a virtual BRAS system including a function that virtualizes BRAS (Broadband Remote Access Server) used in a fixed access network will be taken as an example.
  • Network function virtualization has merits such as reduction of capital investment (CAPEX) and operation cost (OPEX), reduction of installation space and power consumption, and ease of handling of new services.
  • a DHCP Dynamic Host Configuration Protocol
  • NAT Network Address Translation
  • Web portal Portable
  • the functions are aggregated from the home device to the server in the network of the telecommunications carrier, there are advantages that the home device CPE (Customer Premises Equipment) is simplified and support such as upgrade becomes easy. Therefore, by applying this embodiment to the virtual BRAS system, it is possible to distribute access requests to a plurality of portal servers while maintaining the advantages of the virtual network.
  • this embodiment will be described with reference to FIG.
  • the virtual BRAS system 10 is arranged between a web portal server group composed of a plurality of portal servers 20, 20a... And each subscriber terminal.
  • the virtual BRAS system 10 includes a centralized management server 11 including a function of collecting access requests from terminals and distributing them to appropriate portal servers, a subscriber information management server 12 for managing connection authentication and subscriber information, and a plurality of CPEs. And a plurality of NATs 14 that perform address conversion at the time of communication from the subscriber terminal to the Internet 24.
  • the maintenance terminal 22 is connected to the central management server 11 and makes an access request to the portal server in response to a survey request from each subscriber.
  • Each CPE 23 accommodates a plurality of subscriber home terminals and is connected to the IPFE 13 of the virtual BRAS system 10.
  • the central management server 11 can be connected to the Internet 24 to collect access requests via the Internet and distribute them to an appropriate portal server.
  • the subscriber information management server 12 stores information for identifying the accommodation portal server corresponding to the subscriber information. Therefore, the function of distributing the access request from the terminal to the appropriate portal server can guide the access request from each subscriber to each accommodation portal server by referring to the subscriber information management server 12. Such an access request can be guided, for example, by notifying the terminal of the redirect destination.
  • the function of distributing the access request from the terminal to an appropriate portal server can be provided in a network entity located in front of the portal server group, for example, provided in at least one of the central management server 11 and the IPFE 13 in the virtual BRAS system 10 Can do.
  • the central management server 11 is equipped with a distribution function. Accordingly, the centralized management server 11 is configured to send an access request from the subscriber premises terminal through the fixed access network, an access request from the maintenance terminal 22 and an access request from the subscriber terminal through the Internet 24 to an appropriate portal server. Can be distributed.
  • the IPFE 13 is also provided with a distribution function, the IPFE 13 distributes the access request from the subscriber premises terminal, and the central management server 11 receives the access request from the maintenance terminal 22 and Access requests from subscriber terminals through the Internet 24 can be distributed to an appropriate portal server.
  • the subscriber and the operator of the communication carrier change the virtual BRAS system. It becomes possible to operate multiple portal servers without being aware of it. Moreover, by distributing access requests, it becomes possible to distribute the load among a plurality of portal servers, and maintain the flexibility in the operation of the virtualization system.
  • an access request from a subscriber premises terminal, an access request from a maintenance terminal 22 and the Internet 24 are passed through the central management server 11 in the system shown in FIG.
  • a function is provided for distributing access requests from subscriber terminals to an appropriate portal server.
  • the configurations and functions of the central management server 11, the subscriber information management server 12, and the portal server 20 will be described with reference to FIGS.
  • the central management server 11 includes HTTP transmission / reception units 101 to 103 and a subscriber identification number detection unit 104 as three different network interfaces.
  • the HTTP transmission / reception unit 101 is used for communication (Internal) when a subscriber accesses from the home through the virtual BRAS system 10.
  • the HTTP transmission / reception unit 102 is used for communication (Internet) when a subscriber accesses through the Internet 24.
  • the HTTP transmission / reception unit 103 is used for communication (maintenance) when the communication carrier accesses for the maintenance operation of the subscriber.
  • the subscriber identification number detection unit 104 detects the subscriber identification number from the access request received by each HTTP transmission / reception unit.
  • the subscriber identification number detection unit 104 detects the subscriber identification number of the source terminal of the access request and outputs it to the accommodation destination confirmation unit 105.
  • the accommodation confirmation unit 105 inquires of the subscriber information management server 12 about the URL of the accommodation portal server corresponding to the subscriber identification number, acquires the accommodation URL as a response, and redirects the accommodation URL to the HTTP. Output to the destination notification unit 106.
  • the accommodation destination confirmation unit 105 instructs the accommodation destination determination unit 107 to determine the accommodation destination corresponding to the subscriber identification number.
  • the accommodation destination determination unit 107 selects one of the subordinate portal servers 20, 20a, and 20b according to a predetermined selection criterion, and uses the URL as the accommodation destination URL to the accommodation destination confirmation unit 105 and the HTTP redirect destination notification unit 106, respectively. Output.
  • the accommodation confirmation unit 105 registers the accommodation URL and the corresponding subscriber identification number in the subscriber information management server 12.
  • the selection criterion of the accommodation destination portal server by the accommodation destination determination unit 107 may be set, for example, from the viewpoint of load distribution.
  • the HTTP redirect destination notification unit 106 generates an HTTP redirect destination notification using the accommodation destination URL received from the accommodation destination confirmation unit 105 or the accommodation destination determination unit 107, and transmits it to the subscriber terminal that has made the access request.
  • the subscriber terminal that has made the access request accesses the portal server using the accommodation destination URL.
  • the function of the subscriber information management server 12 may be provided in the central management server 11.
  • the block configuration shown in FIG. 2 illustrates the functional configuration of the central management server 11, and each function can be realized by hardware or software.
  • an equivalent functional configuration can be realized by executing a program stored in a memory (not shown) on the CPU (Central Processing Unit) of the central management server 11.
  • the central management server 11 can be realized as a virtual network function on a virtual machine that operates on a general-purpose server.
  • the subscriber information management server 12 includes a database 110 for storing subscriber information and an authentication unit 111, and is controlled by the control unit 112. Thus, communication with the centralized management server 11 or the IPEF 13 is performed through the communication unit 113.
  • the database 110 stores a subscriber identification number and a URL of a portal server that accommodates the subscriber terminal in association with each other. If there is an accommodation destination acquisition request from the central management server 11, the control unit 112 searches the database 110 using the subscriber identification number as a key, reads out the corresponding accommodation destination URL, and returns it to the central management server 11.
  • control unit 112 adds the new entry to the database 110.
  • a new portal server 20b is added to the portal server group and a subscriber accommodated in another portal server is moved to the new portal server 20b.
  • an entry of a subscriber accommodated in another portal server may be deleted, and an entry associated with a new accommodation destination URL may be registered in the database 110.
  • the subscriber side and the maintenance worker side can change the system such as changing the portal server group, adding or deleting the portal server only by simple control of updating, registering or deleting entries in the database 110. It can be executed without awareness.
  • the Web portal server (20 / 20a / 20b) includes a load distribution server 201 serving as an HTTP packet receiver, and a plurality of pairs of servers (front-end server 202 and business). Logic server 203) and database server 204.
  • the front-end server 202 transfers the received HTTP packet to the business logic server 203 and controls screen generation and screen transition.
  • the business logic server 203 executes various requests received from the front end server 202.
  • the database server 204 stores information executed or updated by the business logic server 203.
  • the business logic server 203 has the largest processing load in the Web portal server. Since the front-end server 202 is limited to packet transfer processing between the business logic server 203 and the load distribution server 201 and the screen generation of processing results between the paired business logic server 203 and processing load, the processing load is lower.
  • the subscriber designates a URL (for example, portal server 20) associated with the central management server 11 on the Web browser of the terminal T1, and makes an access request by an HTTP request (operation S301).
  • a URL for example, portal server 20
  • the central management server 11 acquires a subscriber identification number from the NAT 14 based on the transmission source IP address (operation S302).
  • the central management server 11 requests the subscriber information management server 12 to acquire an accommodation destination URL corresponding to the acquired subscriber identification number, and the subscriber information management server 12 receives the subscriber accommodation destination.
  • the URL of the portal server is acquired (operation S303).
  • the control unit 112 of the subscriber information management server 12 receives the acquisition request for the accommodation URL including the subscriber identification number
  • the control unit 112 searches the database 110 using the subscriber identification number as a key. If the corresponding accommodation destination URL is found, the control unit 112 returns the accommodation destination URL to the central management server 11 that has requested the accommodation destination URL through the communication unit 113. If the corresponding accommodation destination URL is not registered, a response indicating that the accommodation destination URL is not registered. return it.
  • the case where the corresponding accommodation destination URL is not registered is the case where the subscriber makes a connection request to the portal server for the first time. If the corresponding accommodation destination URL cannot be acquired, the central management server 11 determines the accommodation portal server from the subordinate portal servers (in this example, the three portal servers 20, 20a, 20b) as described above. The processing is performed (operation S303a), and the determined accommodation URL is notified to the subscriber information management server 12 (operation S303b). The subscriber information management server 12 registers the determined accommodation URL in the database 110 in association with the subscriber identification number (operation S303c).
  • the central management server 11 notifies the terminal T1 to connect to the accommodation destination portal server (for example, the portal server 20a) by HTTP redirection (operation S304). In this way, the terminal T1 that has received the HTTP redirect executes access to the redirected portal server 20a instead of the portal server 20 associated with the original (operation S305).
  • Internet access an access via the Internet (Internet access) or an access for maintenance operation (maintenance access) performed by a communication carrier upon receiving a request from a subscriber
  • Internet access an access via the Internet (Internet access) or an access for maintenance operation (maintenance access) performed by a communication carrier upon receiving a request from a subscriber
  • the Internet access and the maintenance access are the same in sequence except that the network to which the access source terminal belongs is different. Therefore, the case of Internet access will be described as an example.
  • the subscriber terminal makes an access request to the URL associated with the central management server 11 via the Internet 24 (operation S401).
  • the central management server 11 performs reception processing at the HTTP transmission / reception unit 102, and requests a subscriber identification number from the subscriber terminal (operation S402). In response to this, the subscriber terminal notifies the central management server 11 of the subscriber identification number (operation S403).
  • the central management server 11 requests the subscriber information management server 12 to acquire the accommodation URL corresponding to the acquired subscriber identification number, and the subscriber information management server 12 sends the accommodation destination portal server.
  • URL is acquired (operation S303).
  • the processing when the accommodation destination URL cannot be acquired (operations S303a to S303c), the notification of the HTTP redirect destination (operation S304), and the access from the subscriber terminal (operation S305) are sequentially performed. Executed.
  • the central management server 11 executes distribution management of access requests.
  • the present invention is not limited to this, and the processing load of the central management server 11 is different from that in the virtual BRAS system 10. You can also share with other entities.
  • an HTTP redirect function is provided in the IPFE 13 linked with the subscriber information management server 12 at the entrance of the virtual BRAS system 10 to achieve load distribution. That is, the IPFE 13 shares part of access management, thereby reducing the investment in the central management server 11 and improving CAPEX.
  • this example will be described in detail with reference to FIGS.
  • the IPFE 13 includes a subscriber information management server communication unit 120 that communicates with the subscriber information management server 12, and subscriber information management through the subscriber information management server communication unit 120. Subscriber information acquired from the server 12 is stored in the subscriber information storage unit 121. This subscriber information includes at least an entry including the subscriber identification number illustrated in FIG. 3 and its accommodation URL.
  • the IPFE 13 includes a communication unit 122 and an HTTP redirection unit 123 that are interfaces for communicating with the subscriber premises terminal and the centralized management server 11.
  • the HTTP redirection unit 123 determines whether or not a URL for the central management server 11 is specified in the HTTP packet received from the subscriber terminal. If the URL is specified, the corresponding accommodation destination from the subscriber information storage unit 121 is determined. The URL is acquired, and the accommodation destination URL that is the HTTP redirect destination is notified to the subscriber terminal.
  • a subscriber designates a URL (for example, portal server 20) associated with the central management server 11 on the Web browser of the terminal T1, and makes an access request by an HTTP request (operation S501).
  • the HTTP redirection unit 123 of the IPFE 13 determines whether the received packet is directed to the central management server 11 and can be redirected by the own station (operation S502). More specifically, for the central management server 11, the HTTP redirection unit 123 searches the subscriber information storage unit 121 using the subscriber identification number of the terminal T 1 that is the transmission source of the HTTP request as a key, and the corresponding accommodation destination. The presence or absence of a URL is determined.
  • the accommodation destination URL is not registered in the subscriber information storage unit 121. Therefore, the HTTP redirection unit 123 transfers the HTTP request to the central management server 11 (Operation S503).
  • the central management server 11 When the central management server 11 receives the HTTP request, it acquires a subscriber identification number from the NAT 14 based on the transmission source IP address (operation S302). Subsequently, as described above, the central management server 11 requests the subscriber information management server 12 to acquire the accommodation URL corresponding to the acquired subscriber identification number, and from the subscriber information management server 12 The URL of the accommodation destination portal server of the subscriber is acquired (operation S303). In the subscriber information management server 12, if the accommodation destination URL including the subscriber identification number has been registered, the subscriber information management server 12 returns the accommodation destination URL to the requesting central management server 11.
  • the central management server 11 determines the accommodation portal server from the subordinate portal server as described above (operation S303a), and uses the decided accommodation URL as the subscriber.
  • the information management server 12 is notified (operation S303b).
  • the subscriber information management server 12 registers the determined accommodation URL in association with the subscriber identification number (operation S303c).
  • the accommodation URL registered or newly registered in the subscriber information management server 12 is notified to the IPFE 13 (operation S504), and the subscriber information storage unit 121 of the IPFE 13 is associated with the subscriber identification number. Registered (operation S505).
  • the central management server 11 notifies the terminal T1 to connect to the accommodation destination portal server by HTTP redirection (operation S304), and the terminal T1 that has received the HTTP redirection Access to the redirected portal server is executed (operation S305).
  • the accommodation destination URL associated with the subscriber identification number is already registered in the subscriber information storage unit 121 of the IPFE 13.
  • the IPFE 13 sends the received packet to the centralized management server 11 and at its own station. It is determined whether or not redirection processing is possible (operation S602).
  • the IPFE 13 searches for the accommodation destination URL from the subscriber identification number of the received packet.
  • the HTTP redirection unit 123 notifies the terminal T1 that has requested a notification including the accommodation destination URL as an HTTP redirect destination (operation S603).
  • the terminal T1 that has received the HTTP redirect executes access to the redirected portal server (operation S604).
  • the same effect as that of the first specific example can be obtained, and the subscriber home terminal on which the internal access is executed is performed for the second and subsequent times.
  • a redirect process is executed in the IPFE 13 in front of the central management server 11, and the HTTP request is returned to the terminal side. Therefore, the processing load of the central management server 11 can be greatly proposed.
  • a spare server is prepared in the portal server group, and the central management server sets the spare server as an additional portal server according to the load status of the portal server group. Can function. As a result, it is possible to automatically increase the number of portal servers without human intervention.
  • the central management server 11a is different from the central management server 11 shown in FIG. 2 in that the load status and resource usage status of the portal server group are monitored, and a spare server is automatically added. Is provided with a portal server management unit 108. Since other configurations and functions are the same as those in FIG. 2, the same reference numerals are assigned to the same blocks, and descriptions thereof are omitted.
  • the portal servers 20 and 20a in FIG. 1 operate as active portal servers, and the portal server 20b stands by as a spare server.
  • the portal server management unit 108 monitors the load status and resource usage status of the current portal server group, and determines that a new portal server is required due to an increase in load due to an increase in the number of subscribers.
  • the portal server (spare server) 20b is activated as an additional portal server.
  • the access management using the portal server group added in this way can also be executed as described in the first and second specific examples.
  • FIG. 11 is a block diagram showing a configuration example of the management apparatus 30 according to a fourth specific example of the present invention.
  • the management device 30 includes a detection unit 301 and a control unit 302.
  • the management device 30 is a device that manages the portal server.
  • the detecting unit 301 detects subscriber identification information of the subscriber terminal from the access request received from the subscriber terminal. Based on the subscriber identification information, the control unit 302 distributes the access request accommodation destination to one of a plurality of portal servers.
  • the detection part 301 and the control part 302 are each implement
  • each unit of the server described above is realized by the hardware resources illustrated in FIG. That is, the configuration shown in FIG. 12 includes a processor 401, a RAM (Random Access Memory) 402, a ROM (Read Only Memory) 403, an external connection interface 404, a recording device 405, and a bus 406 for connecting each component.
  • the processor 401 stores the computer program in the RAM 402.
  • the case of realizing by reading and executing has been described.
  • some or all of the functions shown in each block of the server may be realized as hardware.
  • the supplied computer program may be stored in a computer-readable storage device such as a readable / writable memory (temporary storage medium) or a hard disk device.
  • a computer-readable storage device such as a readable / writable memory (temporary storage medium) or a hard disk device.
  • the present invention can be understood as being configured by a code representing such a computer program or a storage medium storing such a computer program.
  • Appendix 1 A device for managing a portal server, Detecting means for detecting subscriber identification information of the subscriber terminal from the access request received from the subscriber terminal; Based on the subscriber identification information, a control means for distributing the accommodation destination of the access request to one of a plurality of portal servers, A management device.
  • Appendix 2 The management device according to appendix 1, wherein the control means determines the accommodation destination of the access request as one of the plurality of portal servers by referring to correspondence information between the subscriber identification information and the accommodation portal server.
  • Appendix 3 The management apparatus according to appendix 2, wherein the correspondence information is stored in a communicable server, and the correspondence information is acquired from the server.
  • (Appendix 4) The management device according to any one of appendix 1-3, wherein the control unit notifies the subscriber terminal of location information of a portal server corresponding to the subscriber identification information as a redirect destination.
  • (Appendix 5) Any one of appendix 1-4, wherein the control unit monitors the load status of the plurality of portal servers and distributes the access request destination to one of the portal servers based on the load status.
  • the management apparatus as described in.
  • (Appendix 6) A virtual BRAS (Broadband Remote Access Server) system including the management device according to any one of appendix 1-5.
  • (Appendix 7) A server including the management device according to any one of appendix 1-5.
  • (Appendix 8) An IPFE (Internet Protocol Front End) including the management device according to any one of Appendix 1-5.
  • (Appendix 9) A method for managing a portal server, The detecting means detects the subscriber identification information of the subscriber terminal from the access request received from the subscriber terminal, The control means distributes the access request accommodation destination to one of a plurality of portal servers based on the subscriber identification information. Management method. (Appendix 10) The management method according to appendix 9, wherein the control unit determines the accommodation destination of the access request as one of the plurality of portal servers by referring to correspondence information between the subscriber identification information and the accommodation destination portal server.
  • Appendix 11 The management method according to appendix 10, wherein the correspondence information is stored in a communicable server, and the correspondence information is acquired from the server.
  • Appendix 12 Any one of appendices 9-11, wherein the control means monitors the load status of the plurality of portal servers, and distributes the access request destination to one of the portal servers based on the load status. The management method described in 1.
  • Appendix 13 The management method according to any one of appendices 9-12, wherein the control unit notifies the subscriber terminal of the location information of the portal server corresponding to the subscriber identification information as a redirect destination.
  • (Appendix 14) A system for managing a portal server, A first server that stores correspondence information between subscriber identification information and a plurality of portal servers; The subscriber identification information of the subscriber terminal is detected from the access request received from the subscriber terminal, and based on the subscriber identification information and the correspondence information of the first server, the access request is stored in the plurality of destinations. A second server that distributes to one of the portal servers Management system. (Appendix 15) 15. The management system according to appendix 14, wherein the second server determines the accommodation destination of the access request as one of the plurality of portal servers by referring to the correspondence information of the first server.
  • Appendix 16 The management according to appendix 14 or 15, wherein the second server monitors the load status of the plurality of portal servers and distributes the access request accommodation destination to one of the portal servers based on the load status. system.
  • Appendix 17 The management system according to any one of appendices 14-16, wherein the second server notifies the subscriber terminal of the location information of the portal server corresponding to the subscriber identification information as a redirect destination.
  • Appendix 18 18.
  • a virtual BRAS (Broadband Remote Access Server) system including the management system according to any one of appendix 14-17 as a virtualized network function.
  • a program recording medium for recording a program that causes a computer to function as an apparatus for managing a portal server, the function of detecting subscriber identification information of the subscriber terminal from an access request received from the subscriber terminal; Based on the subscriber identification information, a function of distributing the accommodation destination of the access request to one of a plurality of portal servers; A program recording medium for recording a program for realizing the above on the computer.
  • the present invention is applicable to a system having a portal site.

Abstract

ネットワークの運用面での柔軟性を維持しつつ、加入者に負荷をかけることなくポータルサーバの複数化を可能にする、ポータルサーバの管理方法、装置およびシステムを提供する。ポータルサーバを管理する装置（１１）は、加入者端末（Ｔ１）から受信したアクセス要求から当該加入者端末の加入者識別情報を検出する検出部（１０４）と、加入者識別情報に基づいて、アクセス要求の収容先を複数のポータルサーバ（２０、２０ａ、２０ｂ）の一つに振り分ける制御部（１０５，１０７）と、を有する。

Description

ポータルサーバを管理する方法、装置およびシステム
　本発明は加入者端末からのアクセスを受けるポータルサーバの管理技術に関する。
　現在のインターネット環境において、ポータルサイトはＷｅｂ利用の入口であり、ユーザが容易にサービス提供サーバへアクセスできるようにＷｅｂ上の種々のサービスや情報を集約してＷｅｂ画面上に提示する。通常、加入者は、通信事業者から事前に配布されたアクセス先のＵＲＬ(Uniform Resource Locator)、加入者識別番号等の設定情報を用いてポータルサーバへアクセスする。したがって、加入者は通信事業者が指定したポータルサーバに固定されていると云える。これまで提案されてきたサービス提供システムやポータルサーバは、このアーキテクチャに基づいた種々の応答例である。たとえば、特許文献１には、ポータルサーバでユーザ認証を行い、所望のソフトウエア提供サーバへリダイレクトさせることにより、パッケージソフトの取得を容易にするシステムが提案されている。
特開２０１４－０２６５９７号公報
　しかしながら、加入者数が増大してポータルサーバの最大収容数を超える可能性が出てくると、通信事業者はポータルサーバを増設して加入者増に対応しなければならない。この場合、複数のポータルサーバは各々異なるＵＲＬを持つために、通信事業者は、ポータルサーバが増設される毎あるいは別のポータルサーバへ変更する毎に、加入者に対してアクセス先の変更を通知する必要がある。加入者側は、その通知に従って、アクセス先を自らが属するポータルサーバに変更しなければならない。このようなシステム側の事情によって発生する設定変更は、加入者にとって大きな負担である。
　また、複数のポータルサーバが存在するシステムで通信事業者が各加入者向けの保守作業を行う場合には、加入者識別番号をキーとして全ポータルサーバに対して検索を実行する必要がある。このために、ポータルサーバ数が増えるにつれて検索負荷が増大し、加入者毎の保守作業の迅速化が困難になると云う新たな課題が発生する。
　さらに、キャリアネットワークでは、近年、ＢＲＡＳ(Broadband Remote Access Server)、ルータ、ファイヤウォール等のネットワーク機能を汎用サーバ上で実現するネットワーク機能の仮想化(Network Function Virtualization)が大きな流れとなっている。ネットワーク機能の仮想化は、ネットワーク機能の増設および処理能力のアップグレード等が容易になり、加入者数の増大に容易に対応できるという点でも大いに期待されている。
　ところが、上述したように、加入者とポータルサーバとが固定的な関係にあると、複数のポータルサーバ間で負荷分散を行ったり、加入者を他のポータルサーバへ移動させたり、という仮想化のメリットが大きく損なわれる。このような運用面での柔軟性の低減も解決すべき大きな課題である。
　そこで、本発明の目的は、ネットワークの運用面での柔軟性を維持しつつ、加入者に負荷をかけることなくポータルサーバの複数化を可能にする、ポータルサーバの管理方法、装置およびシステムを提供することにある。
　本発明の一態様にかかるポータルサーバを管理する装置は、加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出する検出手段と、前記加入者識別情報に基づいて、当該アクセス要求の収容先を複数のポータルサーバの一つに振り分ける制御手段と、　を有する。
　本発明によるポータルサーバを管理する方法は、検出手段が加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出し、制御手段が、前記加入者識別情報に基づいて、当該アクセス要求の収容先を複数のポータルサーバの一つに振り分ける。
　本発明の一態様にかかるポータルサーバを管理するシステムは、加入者識別情報と複数のポータルサーバとの対応情報を格納する第一サーバと、加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出し、前記加入者識別情報と前記第一サーバの前記対応情報とに基づいて、当該アクセス要求の収容先を前記複数のポータルサーバの一つに振り分ける第二サーバと、を有する。
　本発明の一態様にかかるポータルサーバを管理する装置としてコンピュータを機能させるプログラムを記録するプログラム記録媒体は、加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出する機能と、前記加入者識別情報に基づいて、当該アクセス要求の収容先を複数のポータルサーバの一つに振り分ける機能と、を前記コンピュータに実現するプログラムを記録する。
　本発明によれば、ネットワークの運用面での柔軟性を維持しつつ、加入者に負荷をかけることなくポータルサーバの複数化を可能にする。
図１は本発明の一実施形態による管理システムを含むネットワークの機能構成の一例を示すネットワーク図である。 図２は本発明の第一具体例による管理システムにおける集中管理サーバの構成例を示すブロック図である。 図３は第一具体例における加入者情報管理サーバの構成例を示すブロック図である。 図４は第一具体例におけるＷｅｂポータルサーバの構成例を示すブロック図である。 図５は第一具体例による管理方法の第一例を示すシーケンス図である。 図６は第一具体例による管理方法の第二例を示すシーケンス図である。 図７は本発明の第二具体例による管理システムにおけるＩＰＦＥの構成例を示すブロック図である。 図８は第二具体例による管理方法の第一例を示すシーケンス図である。 図９は第二具体例による管理方法の第二例を示すシーケンス図である。 図１０は本発明の第三具体例による管理システムにおける集中管理サーバの構成例を示すブロック図である。 図１１は本発明の第四具体例による管理装置の構成例を示すブロック図である。 図１２は各実施形態または具体例によるサーバを実現するコンピュータ装置のハードウェア構成の一例を示す図である。
＜実施形態の概要＞
　本発明の一実施形態によれば、ポータルサーバへのアクセス要求を集約する管理装置を設け、管理装置が当該アクセス要求を複数のポータルサーバのうちの適切なものへ誘導するようにアクセス要求を制御する。この管理装置により、複数のポータルサーバ間の負荷分散が可能となり、仮想化システムの運用面での柔軟性を維持することができる。また加入者数の増加に対応するためのシステム変更、たとえばポータルサーバの増設あるいは変更があっても、そのシステム変更を加入者および保守作業者に対して隠蔽することが可能となる。すなわち、加入者および保守作業者にとっては、単一のポータルサーバの場合と同様に操作が可能となる。このように、加入者側に対する設定変更の負担がなくなり、また加入者ごとに保守作業を行う際の検索も高速化できる。
　以下、固定系アクセスネットワークで用いられるＢＲＡＳ(Broadband Remote Access Server)を仮想化した機能を含む仮想ＢＲＡＳシステムを一例として取りあげる。ネットワーク機能の仮想化は、通信事業者にとって、設備投資（ＣＡＰＥＸ）および運用コスト（ＯＰＥＸ）の縮小、設備の設置スペースや消費電力の抑制、新サービスへの対応の容易さといったメリットがある。また、加入者にとっては、加入者の宅内のブロードバンドルータが具備するＤＨＣＰ(Dynamic Host Configuration Protocol)機能、ＮＡＴ(Network Address Translation)機能、各機能の設定処理や状態表示に用いられるＷｅｂポータル（Portal）機能が、宅内の機器から通信事業者のネットワーク内のサーバ上に集約されるために、宅内機器ＣＰＥ（Customer Premises Equipment）が簡略化され、アップグレードなどのサポートが容易になる等のメリットがある。したがって、本実施形態を仮想ＢＲＡＳシステムに適用することで、仮想化ネットワークのメリットを維持しつつ、複数のポータルサーバに対するアクセス要求の振り分けが可能となる。以下、図１を参照しながら、本実施形態について説明する。
　図１に示すように、本実施形態による仮想ＢＲＡＳシステム１０は、複数のポータルサーバ２０、２０ａ・・・からなるＷｅｂポータルサーバ群と各加入者端末との間に配置される。仮想ＢＲＡＳシステム１０は、端末からのアクセス要求を集約し適切なポータルサーバへ振り分ける機能を含む集中管理サーバ１１と、接続認証および加入者情報の管理を行う加入者情報管理サーバ１２と、複数のＣＰＥを収容して仮想ＢＲＡＳシステム１０の入口となる複数のＩＰＦＥ(Internet Protocol Front End)１３と、加入者端末からインターネット２４への通信時のアドレス変換を行う複数のＮＡＴ１４を有する。
　保守用端末２２は集中管理サーバ１１に接続され、各加入者からの調査依頼に応じてポータルサーバにアクセス要求を行う。各ＣＰＥ２３は、複数の加入者宅内端末を収容し、仮想ＢＲＡＳシステム１０のＩＰＦＥ１３へ接続される。また、集中管理サーバ１１はインターネット２４に接続し、インターネット経由のアクセス要求を集約して適切なポータルサーバへ振り分けることもできる。
　加入者情報管理サーバ１２には、加入者情報に対応した収容先ポータルサーバを特定する情報が格納されている。したがって、端末からのアクセス要求を適切なポータルサーバへ振り分ける機能は、加入者情報管理サーバ１２を参照することで、各加入者からのアクセス要求をそれぞれの収容先ポータルサーバへ誘導することができる。このようなアクセス要求の誘導は、たとえば端末に対してリダイレクト先を通知することにより行うことができる。
　端末からのアクセス要求を適切なポータルサーバへ振り分ける機能は、ポータルサーバ群の手前に位置するネットワークエンティティに設けることができ、たとえば仮想ＢＲＡＳシステム１０における集中管理サーバ１１およびＩＰＦＥ１３の少なくとも一つに設けることができる。
　後述するように、本発明の第一具体例によれば、集中管理サーバ１１だけに振り分け機能が装備される。したがって、集中管理サーバ１１は、固定系アクセスネットワークを通した加入者宅内端末からのアクセス要求、保守用端末２２からのアクセス要求およびインターネット２４を通した加入者端末からのアクセス要求を適切なポータルサーバへ振り分けることができる。
　また、本発明の第二具体例によれば、ＩＰＦＥ１３にも振り分け機能が設けられ、ＩＰＦＥ１３が加入者宅内端末からのアクセス要求を振り分け、集中管理サーバ１１が、保守用端末２２からのアクセス要求およびインターネット２４を通した加入者端末からのアクセス要求を適切なポータルサーバへ振り分けることができる。
　上述したように、本実施形態によれば、収容する加入者数が増加し、複数のポータルサーバが必要となった場合においても、加入者及び通信事業者の保守者が仮想ＢＲＡＳシステムの変更を意識せずに複数のポータルサーバを運用することが可能となる。また、アクセス要求が振り分けられることで、複数のポータルサーバ間の負荷分散が可能となり、仮想化システムの運用面での柔軟性を維持することができる。以下、本発明の第一及び第二具体例について図面を参照しながら詳細に説明する。
　１．第一具体例
　本発明の第一具体例によれば、図１に示すシステムにおける集中管理サーバ１１に、加入者宅内端末からのアクセス要求、保守用端末２２からのアクセス要求およびインターネット２４を通した加入者端末からのアクセス要求を適切なポータルサーバへ振り分ける機能が設けられる。以下、集中管理サーバ１１、加入者情報管理サーバ１２およびポータルサーバ２０の構成及び機能について図２～図４を参照しながら説明する。
　１．１）集中管理サーバ
　図２に例示するように、集中管理サーバ１１は、３つの異なるネットワークインターフェースとしてＨＴＴＰ送受信部１０１～１０３と加入者識別番号検出部１０４とを有する。ＨＴＴＰ送受信部１０１は、加入者が宅内から仮想ＢＲＡＳシステム１０を通じてアクセスする際の通信（Ｉｎｔｅｒｎａｌ）に使用される。ＨＴＴＰ送受信部１０２は、加入者がインターネット２４を通してアクセスする際の通信（Ｉｎｔｅｒｎｅｔ）に使用される。ＨＴＴＰ送受信部１０３は、通信事業者が加入者の保守操作の為にアクセスする際の通信（保守）に使用される。加入者識別番号検出部１０４は、各ＨＴＴＰ送受信部で受信されたアクセス要求から加入者識別番号を検知する。
　加入者識別番号検出部１０４は、ＨＴＴＰ送受信部を通してアクセス要求を受信すると、当該アクセス要求の発信元端末の加入者識別番号を検出し、収容先確認部１０５へ出力する。収容先確認部１０５は、加入者情報管理サーバ１２に対して、加入者識別番号に対応する収容先ポータルサーバのＵＲＬを問い合わせ、その応答として収容先ＵＲＬを取得し、当該収容先ＵＲＬをＨＴＴＰリダイレクト先通知部１０６へ出力する。
　加入者情報管理サーバ１２から収容先ＵＲＬを取得できなかった場合、収容先確認部１０５は収容先決定部１０７へ当該加入者識別番号に対応する収容先を決定するように指示する。収容先決定部１０７は、所定の選択基準に従って、配下のポータルサーバ２０、２０ａおよび２０ｂから一つを選択し、そのＵＲＬを収容先ＵＲＬとして収容先確認部１０５およびＨＴＴＰリダイレクト先通知部１０６へそれぞれ出力する。収容先ＵＲＬを受け取った収容先確認部１０５は、収容先ＵＲＬと対応する加入者識別番号とを加入者情報管理サーバ１２に登録する。なお、収容先決定部１０７による収容先のポータルサーバの選択基準は、たとえば負荷分散の観点から設定すればよい。
　ＨＴＴＰリダイレクト先通知部１０６は、収容先確認部１０５あるいは収容先決定部１０７から受け取った収容先ＵＲＬを用いてＨＴＴＰリダイレクト先通知を生成しアクセス要求を行った加入者端末へ送信する。当該アクセス要求をした加入者端末は、ＨＴＴＰリダイレクト先通知を受信すると、その収容先ＵＲＬを用いてポータルサーバへアクセスする。なお、加入者情報管理サーバ１２の機能は、集中管理サーバ１１内に設けられてもよい。
　なお、図２に示すブロック構成は集中管理サーバ１１の機能構成を図示したものであり、各機能はハードウエアあるいはソフトウエアにより実現されうる。たとえば、集中管理サーバ１１のＣＰＵ(Central Processing Unit)上で、図示しないメモリに格納されたプログラムを実行することにより同等の機能構成を実現することができる。あるいは、汎用サーバで動作する仮想マシン上に、仮想ネットワーク機能として集中管理サーバ１１を実現することもできる。
　１．２）加入者情報管理サーバ
　図３に例示するように、加入者情報管理サーバ１２は、加入者情報を格納するデータベース１１０と認証部１１１とを有し、制御部１１２の制御のもとで、通信部１１３を通して集中管理サーバ１１あるいはＩＰＥＦ１３と通信を行う。データベース１１０には、加入者識別番号と当該加入者端末が収容されるポータルサーバのＵＲＬとが対応付けて格納されている。制御部１１２は、集中管理サーバ１１から収容先取得要求があれば、その加入者識別番号をキーとしてデータベース１１０を検索し、対応する収容先ＵＲＬを読み出して集中管理サーバ１１へ返す。
　また、集中管理サーバ１１から新たなエントリ（加入者識別番号と決定された収容先ＵＲＬとの組）の登録要求があれば、制御部１１２はデータベース１１０に当該新たなエントリを追加する。
　たとえば、ポータルサーバ群に新たなポータルサーバ２０ｂが増設され、他のポータルサーバに収容されていた加入者を新たなポータルサーバ２０ｂへ移動させる場合を考える。この場合、他のポータルサーバに収容されていた加入者のエントリを削除し、新たな収容先ＵＲＬと対応付けたエントリをデータベース１１０に登録すればよい。このように、データベース１１０に対してエントリの更新、登録あるいは削除を行うという簡単な制御だけで、ポータルサーバ群の変更、ポータルサーバの増設あるいは消去等のシステム変更を加入者側および保守作業者側が意識することなく実行することができる。
　１．３）Ｗｅｂポータルサーバ
　図４に例示するように、Ｗｅｂポータルサーバ（２０／２０ａ／２０ｂ）は、ＨＴＴＰパケットの受け口となる負荷分散サーバ２０１と、複数対のサーバ（フロントエンドサーバ２０２およびビジネスロジックサーバ２０３）と、データベースサーバ２０４と、を有する。フロントエンドサーバ２０２は、受信したＨＴＴＰパケットをビジネスロジックサーバ２０３へ転送し、画面生成や画面遷移を制御する。ビジネスロジックサーバ２０３は、フロントエンドサーバ２０２から受け取った種々の要求を実行する。データベースサーバ２０４は、ビジネスロジックサーバ２０３により実行され、あるいは更新された情報を保存する。
　Ｗｅｂポータルサーバ内で最も処理負荷が大きいのはビジネスロジックサーバ２０３である。フロントエンドサーバ２０２は、対になるビジネスロジックサーバ２０３と負荷分散サーバ２０１との間のパケット転送処理および処理結果の画面生成に限られる為、処理負担はより低い。
　加入者数が増大してビジネスロジックサーバ２０３の負荷が大きくなると、図４に示すように、フロントエンドサーバ２０２およびビジネスロジックサーバ２０３の新たな対を増設することで対応する。このような一対のサーバの増設が上限に達すると、さらなる加入者の収容にはＷｅｂポータルサーバ自体の増設が必要となる。既に述べたように、複数のＷｅｂポータルサーバが設置された構成では、負荷分散のために既存の加入者を他のポータルサーバへ移動させたり、新たな加入者を増設したポータルサーバへ収容したりするが、本具体例によるアクセス管理により、このようなシステム側の変更が加入者／保守者側からは見えないようになる。以下、複数ポータルサーバ構成での本具体例によるアクセス管理について詳細に説明する。
　１．４）動作
＜Ｉｎｔｅｒｎａｌアクセス＞
　図５を参照しながら、複数のポータルサーバが設定されているシステムにおいて、端末Ｔ１が仮想ＢＲＡＳシステム１０を通してＷｅｂポータルサーバへアクセス要求を行う場合（Ｉｎｔｅｒｎａｌアクセス）のアクセス管理について説明する。
　図５において、加入者が端末Ｔ１のＷｅｂブラウザ上で、集中管理サーバ１１に紐づくＵＲＬ（たとえばポータルサーバ２０）を指定してＨＴＴＰリクエストによりアクセス要求を行う（動作Ｓ３０１）。集中管理サーバ１１は、当該ＨＴＴＰリクエストを受信すると、その送信元ＩＰアドレスを基にＮＡＴ１４から加入者識別番号を取得する（動作Ｓ３０２）。
　続いて、集中管理サーバ１１は、加入者情報管理サーバ１２に対して、取得した加入者識別番号に対応する収容先ＵＲＬの取得要求を行い、加入者情報管理サーバ１２から当該加入者の収容先ポータルサーバのＵＲＬを取得する（動作Ｓ３０３）。図３に示すように、加入者情報管理サーバ１２の制御部１１２は、加入者識別番号を含む収容先ＵＲＬの取得要求を受信すると、当該加入者識別番号をキーとしてデータベース１１０を検索する。対応する収容先ＵＲＬが見つかれば、制御部１１２は通信部１１３を通して収容先ＵＲＬを要求した集中管理サーバ１１へ返し、対応する収容先ＵＲＬが未登録であれば、未登録であることを示す応答を返す。
　対応する収容先ＵＲＬが未登録である場合とは、加入者が初めてポータルサーバに接続要求を行う場合である。集中管理サーバ１１は、対応する収容先ＵＲＬが取得できなかった場合、既に述べたように、配下のポータルサーバ（この例では、３つのポータルサーバ２０、２０ａ、２０ｂ）から収容先ポータルサーバを決定する処理を行い（動作Ｓ３０３ａ）、決定された収容先ＵＲＬを加入者情報管理サーバ１２へ通知する（動作Ｓ３０３ｂ）。加入者情報管理サーバ１２は、決定された収容先ＵＲＬを当該加入者識別番号に対応付けてデータベース１１０に登録する（動作Ｓ３０３ｃ）。
　こうして収容先ＵＲＬが取得されると、集中管理サーバ１１は、ＨＴＴＰリダイレクトにより、端末Ｔ１に対して収容先のポータルサーバ（たとえばポータルサーバ２０ａ）へ接続するように通知する（動作Ｓ３０４）。こうして、ＨＴＴＰリダイレクトを受信した端末Ｔ１は、当初の紐付けられたポータルサーバ２０ではなく、リダイレクトされたポータルサーバ２０ａへのアクセスを実行する（動作Ｓ３０５）。
＜Ｉｎｔｅｒｎｅｔ／保守アクセス＞
　図６を参照しながら、インターネット経由でのアクセス（Ｉｎｔｅｒｎｅｔアクセス）あるいは通信事業者が加入者からの依頼を受けて実施する保守操作の為のアクセス（保守アクセス）について説明する。なお、Ｉｎｔｅｒｎｅｔアクセスおよび保守アクセスは、アクセス元の端末の所属するネットワークが異なるだけで、シーケンスとしては同様である。したがって、Ｉｎｔｅｒｎｅｔアクセスの場合を一例として説明する。
　図６において、加入者端末はインターネット２４を介して集中管理サーバ１１に紐づくＵＲＬにアクセス要求を行う（動作Ｓ４０１）。集中管理サーバ１１は、ＨＴＴＰ送受信部１０２で受信処理を行い、加入者端末に対して加入者識別番号を要求する（動作Ｓ４０２）。これに応じて、加入者端末は集中管理サーバ１１へ加入者識別番号を通知する（動作Ｓ４０３）。
　集中管理サーバ１１は、加入者情報管理サーバ１２に対して、取得した加入者識別番号に対応する収容先ＵＲＬの取得要求を行い、加入者情報管理サーバ１２から当該加入者の収容先ポータルサーバのＵＲＬを取得する（動作Ｓ３０３）。以下、図５で説明したように、収容先ＵＲＬが取得できなかった場合の処理（動作Ｓ３０３ａ～Ｓ３０３ｃ）、ＨＴＴＰリダイレクト先の通知（動作Ｓ３０４）および加入者端末からのアクセス（動作Ｓ３０５）が順次実行される。
　１．５）効果
　上述したように、本具体例によれば、Ｗｅｂポータルサーバが複数台設置された環境においても、アクセス元の端末の加入者は、仮想ＢＲＡＳシステム１０により、収容される複数のポータルサーバを意識することなく、アクセスすることが可能となり、加入者あるいは保守作業者にとって利便性向上につながる。また、通信事業者側にとっては、加入者契約時に提示するアクセス先が全ユーザで共通であるにもかかわらず、収容先ポータルサーバを固定とすることなく柔軟に運用可能となるために、運用管理面での融通性が向上し、コスト削減につながるメリットがある。
　２．第二具体例
　上述した第一具体例では集中管理サーバ１１がアクセス要求の振り分け管理を実行するが、これに限定されるものではなく、集中管理サーバ１１の処理負荷を仮想ＢＲＡＳシステム１０内の他のエンティティとの間で分担することもできる。
　上述したポータルサーバへのアクセスとしては、加入者宅内からのアクセス（Ｉｎｔｅｒｎａｌアクセス）が大半を占め、Ｉｎｔｅｒｎｅｔアクセスや保守アクセスは緊急時等に限定される。したがって、仮想ＢＲＡＳシステム１０の収容加入者が増大すれば、主としてＩｎｔｅｒｎａｌアクセス数が増大し、集中管理サーバ１１の処理負荷の急増が考えられる。
　そこで、本発明の第二具体例では、仮想ＢＲＡＳシステム１０の入口で加入者情報管理サーバ１２と連携しているＩＰＦＥ１３にＨＴＴＰリダイレクト機能を設けて負荷分散を図る。すなわち、ＩＰＦＥ１３がアクセス管理の一部を分担することで集中管理サーバ１１への投資を軽減しＣＡＰＥＸ改善につなげる。以下、本具体例について図７～図９を参照しながら詳細に説明する。
　図７に例示するように、本具体例によるＩＰＦＥ１３は、加入者情報管理サーバ１２と通信を行う加入者情報管理サーバ通信部１２０を有し、加入者情報管理サーバ通信部１２０を通して加入者情報管理サーバ１２から取得した加入者情報を加入者情報蓄積部１２１に蓄積する。この加入者情報には、図３に例示した加入者識別番号とその収容先ＵＲＬからなるエントリが少なくとも含まれる。
　さらに、ＩＰＦＥ１３は、加入者宅内端末および集中管理サーバ１１と通信を行うインターフェースである通信部１２２およびＨＴＴＰリダイレクション部１２３を有する。ＨＴＴＰリダイレクション部１２３は、加入者端末から受信したＨＴＴＰパケットにおいて集中管理サーバ１１向けのＵＲＬが指定されているか否かを判定し、指定されていれば、加入者情報蓄積部１２１から対応する収容先ＵＲＬを取得し、ＨＴＴＰリダイレクト先である収容先ＵＲＬを加入者端末へ通知する。
　以下、図８を参照しながら、ＩＰＦＥ１３に収容先ＵＲＬが蓄積されていなかった場合のＩｎｔｅｒｎａｌアクセス（たとえば加入者宅内端末から初めてポータルサーバへアクセスする場合）について説明し、図９を参照しながら２回目以降のＩｎｔｅｒｎａｌアクセスについて説明する。
　図８において、加入者が端末Ｔ１のＷｅｂブラウザ上で、集中管理サーバ１１に紐づくＵＲＬ（たとえばポータルサーバ２０）を指定してＨＴＴＰリクエストによりアクセス要求を行う（動作Ｓ５０１）。端末Ｔ１からＨＴＴＰリクエストを受信すると、ＩＰＦＥ１３のＨＴＴＰリダイレクション部１２３は、当該受信パケットが集中管理サーバ１１向けであり、かつ自局でリダイレクト処理可能か否かを判断する（動作Ｓ５０２）。より詳しくは、集中管理サーバ１１向けであれば、ＨＴＴＰリダイレクション部１２３は、ＨＴＴＰリクエストの送信元である端末Ｔ１の加入者識別番号をキーとして加入者情報蓄積部１２１を検索し、対応する収容先ＵＲＬの有無を判定する。ここでは初回のアクセスであるから、加入者情報蓄積部１２１には収容先ＵＲＬは登録されていない。したがって、ＨＴＴＰリダイレクション部１２３は、ＨＴＴＰリクエストを集中管理サーバ１１へ転送する（動作Ｓ５０３）。
　集中管理サーバ１１は、当該ＨＴＴＰリクエストを受信すると、その送信元ＩＰアドレスを基にＮＡＴ１４から加入者識別番号を取得する（動作Ｓ３０２）。続いて、集中管理サーバ１１は、既に述べたように、加入者情報管理サーバ１２に対して、取得した加入者識別番号に対応する収容先ＵＲＬの取得要求を行い、加入者情報管理サーバ１２から当該加入者の収容先ポータルサーバのＵＲＬを取得する（動作Ｓ３０３）。加入者情報管理サーバ１２では、加入者識別番号を含む収容先ＵＲＬが登録済みであれば、当該収容先ＵＲＬを要求した集中管理サーバ１１へ返す。対応する収容先ＵＲＬが未登録である場合、集中管理サーバ１１は、既に述べたように、配下のポータルサーバから収容先ポータルサーバを決定し（動作Ｓ３０３ａ）、決定された収容先ＵＲＬを加入者情報管理サーバ１２へ通知する（動作Ｓ３０３ｂ）。加入者情報管理サーバ１２は、決定された収容先ＵＲＬを当該加入者識別番号に対応付けて登録する（動作Ｓ３０３ｃ）。
　加入者情報管理サーバ１２に登録されていた、あるいは新たに登録された収容先ＵＲＬは、ＩＰＦＥ１３へ通知され（動作Ｓ５０４）、ＩＰＦＥ１３の加入者情報蓄積部１２１に当該加入者識別番号に対応付けて登録される（動作Ｓ５０５）。
　こうして収容先ＵＲＬが取得されると、集中管理サーバ１１は、ＨＴＴＰリダイレクトにより、端末Ｔ１に対して収容先のポータルサーバへ接続するように通知し（動作Ｓ３０４）、ＨＴＴＰリダイレクトを受信した端末Ｔ１はリダイレクトされたポータルサーバへのアクセスを実行する（動作Ｓ３０５）。
　図９において、ＩＰＦＥ１３の加入者情報蓄積部１２１には加入者識別番号に対応付けた収容先ＵＲＬが既に登録されているものとする。加入者が端末Ｔ１のＷｅｂブラウザ上で、集中管理サーバ１１に紐づくＵＲＬを指定しアクセス要求を行うと（動作Ｓ６０１）、ＩＰＦＥ１３は当該受信パケットが集中管理サーバ１１向けであり、かつ自局でリダイレクト処理可能か否かを判断する（動作Ｓ６０２）。集中管理サーバ１１向けであれば、ＩＰＦＥ１３は受信パケットの加入者識別番号から収容先ＵＲＬを検索する。ここでは収容先ＵＲＬが既に登録されているので、ＨＴＴＰリダイレクション部１２３は、ＨＴＴＰリダイレクト先として収容先ＵＲＬを含む通知を要求した端末Ｔ１へ通知する（動作Ｓ６０３）。ＨＴＴＰリダイレクトを受信した端末Ｔ１はリダイレクトされたポータルサーバへのアクセスを実行する（動作Ｓ６０４）。
　上述したように、本発明の第二具体例によれば、第一具体例と同様の効果を得ることができる上に、Ｉｎｔｅｒｎａｌアクセスが実行された加入者宅内端末に対して、２回目以降は集中管理サーバ１１の手前のＩＰＦＥ１３においてリダイレクト処理が実行され、ＨＴＴＰリクエストが端末側へ折り返される。したがって、集中管理サーバ１１の処理負担を大幅に建言することができる。
　３．第三具体例
　本発明の第三具体例によれば、ポータルサーバ群に予備サーバを用意しておき、集中管理サーバが、ポータルサーバ群の負荷状況等に応じて、予備サーバを増設ポータルサーバとして機能させることができる。これにより、ポータルサーバの増設を人手を介さずに自動的に行うことが可能となる。
　図１０に例示するように、第三具体例による集中管理サーバ１１ａが図２に示す集中管理サーバ１１と異なる点は、ポータルサーバ群の負荷状況、リソース利用状況を監視し、予備サーバの自動増設を実行するポータルサーバ管理部１０８を設けたことである。その他は図２と同様の構成および機能であるから、同じブロックに同一参照番号を付して説明は省略する。
　たとえば、図１におけるポータルサーバ２０および２０ａが現用のポータルサーバとして動作し、ポータルサーバ２０ｂが予備サーバとして待機しているものとする。ポータルサーバ管理部１０８は、現用のポータルサーバ群の負荷状況やリソース利用状況を監視しており、加入者数の増加等に起因して負荷が増大し新たなポータルサーバが必要であると判断すれば、ポータルサーバ（予備サーバ）２０ｂを増設ポータルサーバとして起動する。このように増設されたポータルサーバ群を用いたアクセス管理も上記第一および第二具体例で述べたように実行することができる。
　４．第四具体例
　図１１は本発明の第四具体例による管理装置３０の構成例を示すブロック図である。図１１に示すように、管理装置３０は、検出部３０１および制御部３０２を備える。管理装置３０は、ポータルサーバを管理する装置である。
　検出部３０１は、加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出する。制御部３０２は、加入者識別情報に基づいて、アクセス要求の収容先を複数のポータルサーバの一つに振り分ける。
　なお、検出部３０１、および制御部３０２は、それぞれ一例として、上記実施形態において説明する加入者識別番号検出部１０４、および収容先確認部１０５と収容先決定部１０７により実現される。
　上記構成を採用することにより、本第四具体例によれば、ネットワークの運用面での柔軟性を維持しつつ、加入者に負荷をかけることなくポータルサーバの複数化を可能にすることができる。
　なお、上述したサーバの各部は、図１２に例示するハードウエア資源において実現される。すなわち、図１２に示す構成は、プロセッサ４０１、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）４０２、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）４０３、外部接続インタフェース４０４、記録装置４０５および各構成要素を接続するバス４０６を備える。
　上述した各実施形態では、図１２に示すプロセッサ４０１が実行する一例として、サーバに対して、上述した機能を実現可能なコンピュータ・プログラムを供給した後、そのコンピュータ・プログラムを、プロセッサ４０１がＲＡＭ４０２に読み出して実行することによって実現する場合について説明した。しかしながら、サーバの各ブロックに示す機能は、一部または全部を、ハードウエアとして実現してもよい。
　かかる供給されたコンピュータ・プログラムは、読み書き可能なメモリ（一時記憶媒体）またはハードディスク装置等のコンピュータ読み取り可能な記憶デバイスに格納すればよい。そして、このような場合において、本発明は、かかるコンピュータ・プログラムを表すコード或いは係るコンピュータ・プログラムを格納した記憶媒体によって構成されると捉えることができる。
　５．付記
　上述した実施形態の一部あるいは全部は、以下の付記のようにも記載されうるが、これらに限定されるものではない。
　（付記１）
　ポータルサーバを管理する装置であって、
　加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出する検出手段と、
　前記加入者識別情報に基づいて、当該アクセス要求の収容先を複数のポータルサーバの一つに振り分ける制御手段と、
　を有する管理装置。
（付記２）
　前記制御手段が、加入者識別情報と収容先ポータルサーバとの対応情報を参照することで前記アクセス要求の収容先を前記複数のポータルサーバの一つに決定する、付記１に記載の管理装置。
（付記３）
　通信可能なサーバに前記対応情報が格納され、前記サーバから前記対応情報を取得する、付記２に記載の管理装置。
（付記４）
　前記制御手段が、前記加入者識別情報に対応するポータルサーバの位置情報をリダイレクト先として前記加入者端末へ通知する、付記１－３のいずれか１項に記載の管理装置。
（付記５）
　前記制御手段が、前記複数のポータルサーバの負荷状況を監視し、前記負荷状況に基づいて前記アクセス要求の収容先を前記複数のポータルサーバの一つに振り分ける、付記１－４のいずれか１項に記載の管理装置。
（付記６）
　付記１－５のいずれか１項に記載の管理装置を含む仮想ＢＲＡＳ(Broadband Remote Access Server)システム。
（付記７）
　付記１－５のいずれか１項に記載の管理装置を含むサーバ。
（付記８）
　付記１－５のいずれか１項に記載の管理装置を含むＩＰＦＥ(Internet Protocol Front End)。
（付記９）
　ポータルサーバを管理する方法であって、
　検出手段が加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出し、
　制御手段が、前記加入者識別情報に基づいて、当該アクセス要求の収容先を複数のポータルサーバの一つに振り分ける、
　管理方法。
（付記１０）
　前記制御手段が、加入者識別情報と収容先ポータルサーバとの対応情報を参照することで前記アクセス要求の収容先を前記複数のポータルサーバの一つに決定する、付記９に記載の管理方法。
（付記１１）
　通信可能なサーバに前記対応情報が格納され、前記サーバから前記対応情報を取得する、付記１０に記載の管理方法。
（付記１２）
　前記制御手段が、前記複数のポータルサーバの負荷状況を監視し、前記負荷状況に基づいて前記アクセス要求の収容先を前記複数のポータルサーバの一つに振り分ける、付記９－１１のいずれか１項に記載の管理方法。
（付記１３）
　前記制御手段が、前記加入者識別情報に対応するポータルサーバの位置情報をリダイレクト先として前記加入者端末へ通知する、付記９－１２のいずれか１項に記載の管理方法。
（付記１４）
　ポータルサーバを管理するシステムであって、
　加入者識別情報と複数のポータルサーバとの対応情報を格納する第一サーバと、
　加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出し、前記加入者識別情報と前記第一サーバの前記対応情報とに基づいて、当該アクセス要求の収容先を前記複数のポータルサーバの一つに振り分ける第二サーバと、
　を有する管理システム。
（付記１５）
　前記第二サーバが、前記第一サーバの前記対応情報を参照することで前記アクセス要求の収容先を前記複数のポータルサーバの一つに決定する、付記１４に記載の管理システム。
（付記１６）
　前記第二サーバが、前記複数のポータルサーバの負荷状況を監視し、前記負荷状況に基づいて前記アクセス要求の収容先を前記複数のポータルサーバの一つに振り分ける、付記１４または１５に記載の管理システム。
（付記１７）
　前記第二サーバが、前記加入者識別情報に対応するポータルサーバの位置情報をリダイレクト先として前記加入者端末へ通知する、付記１４－１６のいずれか１項に記載の管理システム。
（付記１８）
　付記１４－１７のいずれか１項に記載の管理システムを仮想化されたネットワーク機能として含む仮想ＢＲＡＳ(Broadband Remote Access Server)システム。
（付記１９）
　ポータルサーバを管理する装置としてコンピュータを機能させるプログラムを記録するプログラム記録媒体であって、　加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出する機能と、
　前記加入者識別情報に基づいて、当該アクセス要求の収容先を複数のポータルサーバの一つに振り分ける機能と、
を前記コンピュータに実現するプログラムを記録するプログラム記録媒体。
　以上、上述した実施形態を参照して本発明を説明した。しかしながら、本発明は、上述した実施形態には限定されない。即ち、本発明は、本発明のスコープ内において、種々の上記開示要素の多様な組み合わせ乃至選択など、当業者が理解し得る様々な態様を適用することができる。
　この出願は、２０１６年８月２３日に出願された日本出願特願２０１６－１６２５１７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　本発明はポータルサイトを保有するシステムに適用可能である。
１０　仮想ＢＲＡＳシステム
１１　集中管理サーバ
１２　加入者情報管理サーバ
１３　ＩＰＦＥ
１４　ＮＡＴ
２０，２０ａ、２０ｂ　ポータルサーバ
２２　保守用端末
２３　ＣＰＥ
２４　インターネット
１０１、１０２、１０３　ＨＴＴＰ送受信部
１０４　加入者識別番号検出部
１０５　収容先確認部
１０６　ＨＴＴＰリダイレクト先通知部
１０７　収容先決定部
１０８　ポータルサーバ管理部
１１０　データベース
１１１　認証部
１１２　制御部
１１３　通信部
２０１　負荷分散サーバ
２０２　フロントエンドサーバ
２０３　ビジネスロジックサーバ
２０４　データベースサーバ

Claims (19)

  1. 　ポータルサーバを管理する装置であって、
    　加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出する検出手段と、
    　前記加入者識別情報に基づいて、当該アクセス要求の収容先を複数のポータルサーバの一つに振り分ける制御手段と、
    　を有する管理装置。
  2. 　前記制御手段が、加入者識別情報と収容先ポータルサーバとの対応情報を参照することで前記アクセス要求の収容先を前記複数のポータルサーバの一つに決定する、請求項１に記載の管理装置。
  3. 　通信可能なサーバに前記対応情報が格納され、前記サーバから前記対応情報を取得する、請求項２に記載の管理装置。
  4. 　前記制御手段が、前記加入者識別情報に対応するポータルサーバの位置情報をリダイレクト先として前記加入者端末へ通知する、請求項１－３のいずれか１項に記載の管理装置。
  5. 　前記制御手段が、前記複数のポータルサーバの負荷状況を監視し、前記負荷状況に基づいて前記アクセス要求の収容先を前記複数のポータルサーバの一つに振り分ける、請求項１－４のいずれか１項に記載の管理装置。
  6. 　請求項１－５のいずれか１項に記載の管理装置を含む仮想ＢＲＡＳ(Broadband Remote Access Server)システム。
  7. 　請求項１－５のいずれか１項に記載の管理装置を含むサーバ。
  8. 　請求項１－５のいずれか１項に記載の管理装置を含むＩＰＦＥ(Internet Protocol Front End)。
  9. 　ポータルサーバを管理する方法であって、
    　検出手段が加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出し、
    　制御手段が、前記加入者識別情報に基づいて、当該アクセス要求の収容先を複数のポータルサーバの一つに振り分ける、
    　管理方法。
  10. 　前記制御手段が、加入者識別情報と収容先ポータルサーバとの対応情報を参照することで前記アクセス要求の収容先を前記複数のポータルサーバの一つに決定する、請求項９に記載の管理方法。
  11. 　通信可能なサーバに前記対応情報が格納され、前記サーバから前記対応情報を取得する、請求項１０に記載の管理方法。
  12. 　前記制御手段が、前記複数のポータルサーバの負荷状況を監視し、前記負荷状況に基づいて前記アクセス要求の収容先を前記複数のポータルサーバの一つに振り分ける、請求項１０－１２のいずれか１項に記載の管理方法。
  13. 　前記制御手段が、前記加入者識別情報に対応するポータルサーバの位置情報をリダイレクト先として前記加入者端末へ通知する、請求項９－１２のいずれか１項に記載の管理方法。
  14. 　ポータルサーバを管理するシステムであって、
    　加入者識別情報と複数のポータルサーバとの対応情報を格納する第一サーバと、
    　加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出し、前記加入者識別情報と前記第一サーバの前記対応情報とに基づいて、当該アクセス要求の収容先を前記複数のポータルサーバの一つに振り分ける第二サーバと、
    　を有する管理システム。
  15. 　前記第二サーバが、前記第一サーバの前記対応情報を参照することで前記アクセス要求の収容先を前記複数のポータルサーバの一つに決定する、請求項１４に記載の管理システム。
  16. 　前記第二サーバが、前記複数のポータルサーバの負荷状況を監視し、前記負荷状況に基づいて前記アクセス要求の収容先を前記複数のポータルサーバの一つに振り分ける、請求項１４または１５に記載の管理システム。
  17. 　前記第二サーバが、前記加入者識別情報に対応するポータルサーバの位置情報をリダイレクト先として前記加入者端末へ通知する、請求項１４－１６のいずれか１項に記載の管理システム。
  18. 　請求項１４－１７のいずれか１項に記載の管理システムを仮想化されたネットワーク機能として含む仮想ＢＲＡＳ(Broadband Remote Access Server)システム。
  19. 　ポータルサーバを管理する装置としてコンピュータを機能させるプログラムを記録するプログラム記録媒体であって、
    　加入者端末から受信したアクセス要求から当該加入者端末の加入者識別情報を検出する機能と、
    　前記加入者識別情報に基づいて、当該アクセス要求の収容先を複数のポータルサーバの一つに振り分ける機能と、
    を前記コンピュータに実現するプログラムを記録するプログラム記録媒体。
PCT/JP2017/028532 2016-08-23 2017-08-07 ポータルサーバを管理する方法、装置およびシステム WO2018037893A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/327,462 US20190191415A1 (en) 2016-08-23 2017-08-07 Method, device, and system for managing portal server
JP2018535580A JPWO2018037893A1 (ja) 2016-08-23 2017-08-07 ポータルサーバを管理する方法、装置およびシステム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-162517 2016-08-23
JP2016162517 2016-08-23

Publications (1)

Publication Number Publication Date
WO2018037893A1 true WO2018037893A1 (ja) 2018-03-01

Family

ID=61245571

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/028532 WO2018037893A1 (ja) 2016-08-23 2017-08-07 ポータルサーバを管理する方法、装置およびシステム

Country Status (3)

Country Link
US (1) US20190191415A1 (ja)
JP (1) JPWO2018037893A1 (ja)
WO (1) WO2018037893A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114710465B (zh) * 2022-04-07 2023-05-02 中国联合网络通信集团有限公司 网络地址转换方法、装置、设备及存储介质
DE102022112839B4 (de) 2022-05-21 2024-01-25 SET GmbH Kommunikationssystem, Verfahren und Computerprogrammprodukt zur Bereitstellung von Dokumenten von einem oder mehreren Absendern an mindestens einen Empfänger

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005064882A (ja) * 2003-08-13 2005-03-10 Fujitsu Ltd 高位レイヤ処理方法及びシステム
JP2015534769A (ja) * 2012-09-25 2015-12-03 エイ１０ ネットワークス インコーポレイテッドＡ１０ Ｎｅｔｗｏｒｋｓ， Ｉｎｃ． データネットワークにおける負荷分散
JP2016519533A (ja) * 2013-04-16 2016-06-30 アマゾン・テクノロジーズ・インコーポレーテッド 分散型ロード・バランサでの多重パス経路指定
JP2016149719A (ja) * 2015-02-13 2016-08-18 日本電信電話株式会社 トラヒック振り分けシステム、トラヒック振り分け方法及びトラヒック振り分けプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10042722B1 (en) * 2015-06-23 2018-08-07 Juniper Networks, Inc. Service-chain fault tolerance in service virtualized environments
CN106375987B (zh) * 2015-07-22 2021-08-20 中兴通讯股份有限公司 一种网络切片的选择方法及***
US10033589B1 (en) * 2015-09-30 2018-07-24 Juniper Networks, Inc. Management of services to subscriber groups in a distributed service plane environment
US11304129B2 (en) * 2016-01-15 2022-04-12 Apple Inc. Network slice selection in network systems
US10237176B2 (en) * 2016-06-30 2019-03-19 Juniper Networks, Inc. Auto discovery and auto scaling of services in software-defined network environment

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005064882A (ja) * 2003-08-13 2005-03-10 Fujitsu Ltd 高位レイヤ処理方法及びシステム
JP2015534769A (ja) * 2012-09-25 2015-12-03 エイ１０ ネットワークス インコーポレイテッドＡ１０ Ｎｅｔｗｏｒｋｓ， Ｉｎｃ． データネットワークにおける負荷分散
JP2016519533A (ja) * 2013-04-16 2016-06-30 アマゾン・テクノロジーズ・インコーポレーテッド 分散型ロード・バランサでの多重パス経路指定
JP2016149719A (ja) * 2015-02-13 2016-08-18 日本電信電話株式会社 トラヒック振り分けシステム、トラヒック振り分け方法及びトラヒック振り分けプログラム

Also Published As

Publication number Publication date
US20190191415A1 (en) 2019-06-20
JPWO2018037893A1 (ja) 2019-06-20

Similar Documents

Publication Publication Date Title
EP3404878B1 (en) Virtual network apparatus, and related method
EP3021534B1 (en) A network controller and a computer implemented method for automatically define forwarding rules to configure a computer networking device
US7885276B1 (en) Isolating network traffic in multi-tenant virtualization environments
JP5333263B2 (ja) アクセス制御システム及びアクセス制御方法
EP3310025B1 (en) User migration
EP2901630B1 (en) Method operating in a fixed access network and user equipments
CN111327668B (zh) 网络管理方法、装置、设备和存储介质
CN103312605A (zh) 一种网关设备身份设置的方法及管理网关设备
CN101459526B (zh) 基于服务发现的投影仪共享会议***
EP3240248B1 (en) Load balancer, load balancing method and program
KR20150040087A (ko) 클라우드 서비스 지원을 위한 통신 시스템, 융합 통신 장치 및 방법
US9697173B2 (en) DNS proxy service for multi-core platforms
US20230239675A1 (en) Application context relocation method and apparatus
EP3133798A1 (en) Management device, control device, and managment method
CN106936935B (zh) 一种远程控制方法及装置
WO2018037893A1 (ja) ポータルサーバを管理する方法、装置およびシステム
JP6540063B2 (ja) 通信情報制御装置、中継システム、通信情報制御方法、および、通信情報制御プログラム
KR20140076748A (ko) 이동 통신 시스템에서 개인 네트워킹을 지원하기 위한 방법 및 장치
US20130254425A1 (en) Dns forwarder for multi-core platforms
US20160323082A1 (en) Communication device and managing method
WO2012034397A1 (zh) 一种实现cdn互连的方法和***
KR101815521B1 (ko) 가상랜 기반의 매니지드 서비스 제공 방법 및 시스템
JP2019041241A (ja) 振り分けシステム
KR20130060563A (ko) 가상 네트워크 할당 시스템 및 방법
JP7306480B2 (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: 17843378

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018535580

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17843378

Country of ref document: EP

Kind code of ref document: A1