WO2020175086A1 - 通信ネットワーク制御システム、中央通信制御装置、通信制御方法及び通信制御プログラム - Google Patents

通信ネットワーク制御システム、中央通信制御装置、通信制御方法及び通信制御プログラム Download PDF

Info

Publication number
WO2020175086A1
WO2020175086A1 PCT/JP2020/004743 JP2020004743W WO2020175086A1 WO 2020175086 A1 WO2020175086 A1 WO 2020175086A1 JP 2020004743 W JP2020004743 W JP 2020004743W WO 2020175086 A1 WO2020175086 A1 WO 2020175086A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
communication control
information
control device
devices
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/004743
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 Inc
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to US17/433,128 priority Critical patent/US11601380B2/en
Publication of WO2020175086A1 publication Critical patent/WO2020175086A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/127—Avoiding congestion; Recovering from congestion by using congestion prediction
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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/52—Network services specially adapted for the location of the user terminal

Definitions

  • Communication network control system central communication control device, communication control method, and communication control program
  • the present disclosure relates to a communication network control system, a central communication control device, a communication control method, and a communication control program.
  • I O T (I n t e r n e t o f T h i n g s)
  • the related first OT system dynamically determines the importance of communication on the OT device side, and changes and controls the priority of communication.
  • the second related O-T system is that the communication time is randomly shifted on the O-T device side, or communication is performed in a preset communication time zone, or from the server side on the O-Tec device side. Round-robin polling (crawl) to communicate.
  • the third related OT system secures resources on the data center side in advance and temporarily adds virtual servers according to the load (communication) status.
  • the related fourth IT system sets an upper limit on the number of simultaneous communications.
  • the related O-T system uses event-driven communication (autonomous decentralized) or round-robin polling communication from a server, and the whole O-T system. No mechanism was used to control the communication.
  • IOT devices tend to frequently perform various communications in the event of disasters (typhoons, earthquakes, heavy rains, floods, etc.) or events such as mayhem associated with holding planned events.
  • disasters tacphoons, earthquakes, heavy rains, floods, etc.
  • events such as mayhem associated with holding planned events.
  • local network congestion and concentration of communication on the server side occur, which causes safety confirmation information after a disaster and serious
  • truly important communication such as notification of occurrence cannot be performed normally ⁇ 2020/175086 2 (: 170? 2020 /004743
  • the related first system is that the server side cannot detect and detect the network congestion or the concentration of communication on the server 92 side in advance on the device side. It is possible to understand only after communicating with 9 2 and the communication fails. Then, after that, since communication control such as switching to the priority communication service is performed, there is a high possibility that normal communication will not be possible, and that communication may increase network congestion. Also, in the related first system, the server 92 side communicates by setting the priority on the side of the device 93, so network congestion and concentration of communication occurred on the server 92 side. In that case, there is a problem that the server 92 cannot select and communicate the truly important communication. For example, when a wide range of disasters occur, all of the equipments 9 3 start communication at the same time, so the communication on the server 9 2 side is concentrated, and the truly important communication (notifying serious damage). Communication).
  • Patent Document 1 International Publication No. 2008/1 26280
  • Patent Document 2 Japanese Patent Laid-Open No. 201 3 _ 1 577 1 9
  • Patent Document 3 Special Table 201 5—5 1 0201 Publication
  • the present disclosure solves a problem that could not be solved by the related first to fourth gage systems, that is, network congestion that occurs locally at the time of a disaster or event, and the server side.
  • the purpose is to reduce the concentration of communication to the network so that truly important communication can be performed.
  • Information that can predict in advance to some extent the network congestion and server-side communication concentration (occurrence location and date and time) that accompany information such as the occurrence of natural disasters and planned events is distributed as electronic information from each location. Has been done. By utilizing this information, network congestion and server-side communication concentration can be predicted to some extent in advance.
  • a communication control device that controls the communication of each device such as a server and IxO device, and a central communication control device that controls each communication control device,
  • the communication between the server device and each gadget device ⁇ 2020/175086 ⁇ (: 170? 2020 /004743
  • Generate communication control information such as communication schedules for each region so that they are geographically and temporally distributed,
  • the communication control information is distributed to each communication control device.
  • the communication network control system is
  • each device included in the communication network to which multiple devices that are geographically dispersed are connected, and multiple devices that control the communication of each device according to the distributed communication control information.
  • a communication control device is provided for each device included in the communication network to which multiple devices that are geographically dispersed are connected, and multiple devices that control the communication of each device according to the distributed communication control information.
  • a central communication control device that distributes the communication control information to the plurality of communication control devices
  • the central communication control device controls the central communication control device
  • the generated communication control information is distributed to the plurality of communication control devices.
  • a configuration mode can be adopted.
  • the plurality of devices include a server,
  • the communication control device provided in the server prioritizes communication with a region where the communication amount may increase at a time when the communication amount may increase.
  • a configuration mode can be adopted. ⁇ 2020/175086 5 (:170? 2020/004743
  • the plurality of devices include a gadget device,
  • the communication control device provided in the server uses the communication control information received from the central communication control device to create an access control list for the device that communicates with the server, and to create the access control list for each device.
  • Distribute to Ding equipment
  • the communication control device provided in the I/O device accesses the server according to the access control list received from the communication control device provided in the server.
  • a configuration mode can be adopted.
  • an area code is used as information for identifying a region
  • the area code of the access control list may be assigned to the area code.
  • the central communication control device is
  • each device included in the communication network to which multiple devices that are geographically dispersed are connected, and multiple devices that control the communication of each device according to the distributed communication control information.
  • a communication control device is provided for each device included in the communication network to which multiple devices that are geographically dispersed are connected, and multiple devices that control the communication of each device according to the distributed communication control information.
  • a central communication control device in a communication network control system comprising: a central communication control device that distributes the communication control information to the plurality of communication control devices,
  • the generated communication control information is distributed to the plurality of communication control devices.
  • the communication control method according to the present disclosure is
  • a communication network to which multiple devices that are geographically dispersed are connected. ⁇ 2020/175086 6 boxes (: 170? 2020 /004743
  • a plurality of communication control devices that are provided for each of the devices included in the work and that control the communication of each of the devices according to the distributed communication control information;
  • a communication network control system comprising a central communication control device that distributes the communication control information to the plurality of communication control devices
  • a communication control method executed by the central communication control device comprising:
  • the central communication control device controls the central communication control device
  • the generated communication control information is distributed to the plurality of communication control devices.
  • the communication control program according to the present disclosure is a program for causing a computer to realize each function of the central communication control device according to the present disclosure, and is the same as the central communication control method according to the present disclosure. It is a program that causes a computer to execute each of the provided procedures.
  • the communication control program according to the present disclosure may be recorded in a recording medium or can be provided through a network.
  • FIG. 1 shows an example of the configuration of a gadget system related to the present disclosure.
  • FIG. 2 An outline of a system configuration according to the present disclosure is shown.
  • FIG. 3 An example of a system configuration according to the present embodiment is shown.
  • FIG. 4 This is an example of a database model that associates positional information. ⁇ 2020/175086 7 ⁇ (: 170? 2020 /004743
  • FIG. 5 An example of a frame configuration for distributing scheduling information is shown.
  • FIG. 6 Shows an example of address assignment for each device.
  • FIG. 7 An example of the configuration of the communication control device on the server side is shown.
  • FIG. 8 Shows an example of the configuration of the communication control unit on the I-O equipment side.
  • FIG. 9 An example of the processing flow of the central communication control unit is shown.
  • FIG. 10 An example of a processing flow of the scheduling information receiving unit on the server side is shown.
  • FIG. 11 An example of the processing flow of the scheduling information processing unit on the server side is shown.
  • FIG.12 An example of the processing flow of the scheduling information receiving unit on the I-O device is shown.
  • FIG. 13 An example of the processing flow of the scheduling information processing unit on the I-O device is shown.
  • FIG. 14 shows an operation example of the system according to the second embodiment.
  • FIG. 15 shows an operation example of the system according to the third embodiment.
  • FIG. 16 shows an operation example of the system according to the fourth embodiment.
  • FIG. 17 shows an operation example of the system according to the fifth embodiment.
  • FIG. 18 shows an operation example of the system according to the sixth embodiment.
  • FIG. 19 shows an operation example of the system according to the seventh embodiment.
  • FIG. 2 shows an example of a system configuration according to the present disclosure.
  • the communication network control system includes a central communication control device 10, a communication control device 20 arranged on the side of the server 92, and a communication control device 30 arranged on the side of the I 9 device 9 3.
  • the servers 92 are geographically dispersed. Connected to multiple T-equipment 93.
  • the communication control device 20 controls the communication of the server 92, and the communication control device 30 controls the communication of the T device 93.
  • the communication control device is referred to as a CPE (Customer Premises Equipment).
  • the type, time, and place of the occurrence can be foreseen to some extent in advance, and the information is distributed by the Japan Meteorological Agency (Meteorological Service Support Center) as disaster prevention weather information in electronic form.
  • Electronic information is distributed from the Japan Road Traffic Information Center, evacuation information and public protection information from the Japan Road Traffic Information Center, and multimedia information (L Alert) from the Multimedia Promotion Center (L Alert).
  • the central communication control device 10 collects the information associated with these position information from the server 97 as “event information”.
  • the central communication control unit 10 Based on the collected information, the central communication control unit 10 temporarily increases the communication volume, and the area and the time zone where congestion due to the occurrence of an event such as a disaster or a large amount of communication occurs. Communication is planned, and communication scheduling is planned and distributed to the communication control devices 20 and 30 in advance, so that the communication is geographically and temporally distributed. As a result, network congestion is avoided and server-side communication concentration is suppressed, and truly highly important communication can be ensured.
  • the communication schedule will be changed as appropriate based on the information that will be delivered one by one and redistributed to each device.
  • OT equipment 93 side Time zone for truly important communication, its priority, and time zone for suppressing unnecessary and urgent communication, etc. ⁇ 2020/175086 9 ⁇ (: 170? 2020 /004743
  • Server 92 side A list of devices that may carry out truly important communications, a list of 9 devices, their time zones, their priorities, etc.
  • the communication control device 30 controls the communication of the electronic device 93 according to the communication control information such as the communication schedule distributed from the central communication control device 10.
  • the communication control information such as the communication schedule distributed from the central communication control device 10.
  • use of priority communication services, restriction of communication bandwidth, addition of various priority identifiers, communication flow control, setting of communication path reservation, accumulation of communication in own device or neighboring alternative server, and unnecessary retransmission by delay retransmission Examples include sudden suppression of communication.
  • the communication control device 20 controls communication according to communication control information such as communication scheduling distributed from the central communication control device 10. For example, setting communication path in advance, allocating communication bandwidth for each communication, communication flow control, suppressing communication related to devices other than the communication target list, and communication based on the priority information for each distributed communication target. Examples include selection (suppression of communication). Should communication be concentrated, more aggressive communication control will be performed. For example, excluding communication related to devices other than the communication target list, selecting communication (excluding communication) based on the distributed priority information for each communication target, and the like can be exemplified.
  • the “communication target” is an arbitrary device that communicates with the server 92, and for example, a genius device 93 can be exemplified.
  • the central communication control device 10 plans a communication schedule using information distributed in advance, and distributes communication control information such as scheduling information to each device in advance.
  • communication control information such as scheduling information
  • the present disclosure distributes communication geographically and temporally, avoids/reduces network congestion that occurs locally, suppresses the concentration of communication on the server side, and ensures truly important communication.
  • the communication control information distributed in advance to the ⁇ device 93 side includes, for example, a time zone in which truly important communication is to be performed, its priority, and unnecessary and urgent communication. It is the time zone to be suppressed.
  • the information distributed in advance to the server 92 side is, for example, a list of T equipment 93 that may carry out truly important communication, its time zone and its priority.
  • the “communication control information” is the “scheduling information” will be described, but the present disclosure is not limited to this.
  • the central communication control device 10 changes the scheduling information and the communication priority based on the communication control information distributed one by one. Distribute information about each one.
  • the present disclosure optimizes communication geographically and temporally, and uses the information about the priority of communication to server 9 when the communication is concentrated on the server 92 side. It becomes possible for the 2 side to select the important communication, and it becomes possible to reliably carry out the truly important communication.
  • FIG. 3 shows an example of a system configuration according to this embodiment.
  • the central communication control device 10 has a server-side contractor database 11 and a T device-side contractor database 1 2 and a location information compatible database 1 3 , A scheduling processing unit 14,.
  • the central communication control device 10 acquires weather information from the weather information server 94, road traffic information from the traffic information server 95, evacuation information and public information from the disaster information server 96. Get protected information.
  • the weather information server 94 that acquires weather information is, for example, a server managed by the Meteorological Agency.
  • the traffic information server 95 for acquiring road traffic information is, for example, a server managed by the Japan Road Traffic Information Center (J ART IC).
  • the disaster information server 96 that obtains evacuation information and nation protection information is, for example, an L server of a disaster information sharing system.
  • the central communication control device 10 may be directly connected to the weather information server 94, the traffic information server 95 and the disaster information server 96, or may be connected to the communication network.
  • the server-side contractor database 11 stores the installation location of the server 92, the area code, and the IP (Internet Protocol) address.
  • the I O T equipment side contractor database 12 is the installation location of the I o T equipment 93, the area code,
  • the location information correspondence database 13 stores the event information collected by the central communication control device 10 in association with the location information.
  • the scheduling processing unit 14 formulates a communication schedule based on the event information stored in the position information corresponding database 13 and distributes the communication scheduling information to the communication control devices 20 and 30.
  • the location information database 13 is a weather information server 94, a traffic information server.
  • Event information acquired from 95 and disaster information server 96 is stored in association with location information.
  • the central communication control unit 10 refers to the database as shown in Fig. 4 and converts the location information related to the event information distributed from each location into the area code (0 A BCD number ⁇ MA>). Then, it is stored in the location information corresponding database 13.
  • the server-side contractor table and the ⁇ T device-side contractor table are associated with the position correspondence table.
  • the server-side contractor table is a table which is stored in the server-side contractor database 11 and which associates the installation location of the server 92, the P address, and the area code.
  • l ⁇ T equipment side contractor table is a table which is stored in lo T equipment side contractor database 12 and which associates the ⁇ T equipment 93 installation location, ⁇ P address, and area code. is there.
  • the position correspondence table is a table that associates distribution flag bit positions with area codes. "Distribution flag bit position" will be described later.
  • intersection code table As shown in Figure 4, the intersection code table, national local government code table, weather warning warning announcement area table (primary/secondary subdivision area), river code table, volcano code table Associated with.
  • intersection code table the intersection numbers and the intersection names are associated with each other.
  • national local government code table the local government code and the local government name are associated with each other.
  • the weather alert warning announcement area table (primary/secondary subdivision areas) associates the announcement area code with the announcement area name.
  • River code table Associates the river code with the river name.
  • the volcano code table the volcano code and the volcano name are associated.
  • the weather information includes the announcement area name and the river name
  • it is included in the meteorological information by referring to the weather warning caution announcement area table (primary/secondary subdivision area) and the river code table. You can convert existing river names into area codes.
  • the weather information includes the name of the announced area and the name of the volcano
  • the name of the volcano is converted to the area code by referring to the area table (primary/secondary subdivision area) of the weather warning announcement and the volcanic code table. can do.
  • the intersection name can be converted into the area code by referring to the local public entity code table and the intersection code table.
  • the information of L-alert includes the name of local government, it can be converted into the area code by referring to the code list of local governments.
  • Fig. 5 shows an example of a frame configuration for distributing scheduling information.
  • the frame for delivering the scheduling information includes the delivery target MA bit string, communication control start date/time/minute/second, communication control end date/month/hour/minute/second, control type code, and various communication control codes.
  • the control type code is a code indicating the control target. Examples of control targets are priority, window size, communication band, and communication path.
  • Various communication control codes are codes that indicate specific control contents for the control target. When the “control target” is the priority, the control contents include, for example, a specific priority “7” among the priorities of 0 to 7 and communication priorities of 6 or lower. An example of changing to ⁇ can be given.
  • the "delivery target MA bit string” is a bit string indicating the area subject to communication control, and is represented by four digits of the area code "ABCD". It may be location information associated with the event information distributed from various places.
  • the central communication processing unit 10 converts the location information of the information delivered from each place into the area code (0 ⁇ ⁇ 0 number á! ⁇ /1 >) and further ⁇ 02020/175086 13 (: 17 2020 /004743
  • This "XX” is an arbitrary number from “00" to “99” used for the "delivery flag bit position". In this way, multiple area codes can be stored in the "1 ⁇ /1 8-bit string to be distributed" in Fig. 5, and the range of area codes such as 092 to 097 can also be specified. ..
  • the position correspondence table is referred to so that the bit position corresponding to the area code can be easily derived. For example, assign 657 1 to 6660 ⁇ 11 as the "delivery flag bit position" corresponding to the area code "092”. In this way, the area code can be easily derived from the “distribution target IV! bit string” by referring to the position correspondence table.
  • the frame for delivering the scheduling information is a long bit string, but when converted into bytes, it is 9 1 2 bytes. All information from the beginning excluding the preamble is 1 365 bytes, that is, the maximum frame length of the Ethernet (registered trademark) frame (Min 1: 116 " ⁇ " ⁇ ) is less than 1 5 1 8 bytes. For this reason, Ethernet and
  • the server 92 side communicates with each of the machines 9 3 based on the scheduling information distributed from the central communication processing unit 10, but I 1 6 Efficient processing can be performed by allocating addresses on the I-O-device 9 3 side using a local address (V6 Unicast address) or a site local address.
  • V6 Unicast address a local address
  • site local address a site local address
  • Fig. 6 shows an example of the address allocation of each of the gadgets 93. This is an example of address allocation implementation using 11 1_8. For each nibble (4 bits) of II 1_8's subnet I 0 (2 bytes), the area code (0 8 number) Each number area is assigned. By doing this, the server 92 side will send the received scheduling information from the 1/1/8-bit string to the subnet gateway when setting the 81_(access control list). Since the area code information can be allocated to generate 81 1-, efficient processing can be performed. Also, on the side of the 9th device, it is possible to easily determine whether the received scheduling information is the target or not by using the subnet port of the V6 address set for itself.
  • FIG. 7 shows an example of the configuration of the communication control device 20 on the server 92 side.
  • the communication control device 20 includes a router unit 21, a scheduling information processing unit 22, a scheduling information receiving unit 23, a communication target list 24, and a scheduling 025.
  • the communication target list 24 stores a list of communication targets that communicate with the server 92.
  • the list of communication targets includes the installation location, area code, and ⁇ address of the gadgets 93 to be communicated with.
  • Scheduling service 25 is a database that stores the communication schedule with the communication target.
  • FIG. 8 shows an example of the configuration of the communication control device 30 on the side of the I 0 device 93.
  • the communication control device 30 includes a router unit 31, a scheduling information processing unit 32, a scheduling information receiving unit 33, and a scheduling unit 35.
  • Schedule ring 0 35 is a database that stores the communication schedule of the control device 9 3.
  • FIG. 9 shows an example of the processing flow of the central communication control device 10.
  • Central communication control The device 10 performs step S 101, then steps S 102 to S 104, and then step S 105.
  • step S 101 the central communication control device 10 receives event information such as disaster prevention weather information.
  • step S 102 the central communication control device 10 extracts priority target area information and date and time information from the event information.
  • step S 103 the central communication control device 10 converts the target area information into area code information.
  • step S 104 the central communication control device 10 assembles the information of the scheduling information packet.
  • step S 105 the central communication control device 10 broadcast-distributes the scheduling information bucket regardless of the target area.
  • FIG. 10 shows an example of the processing flow of the communication control device 20 when the scheduling information receiving unit 23 on the server 92 side receives the scheduling information.
  • the bucket of scheduling information is received (S211).
  • the scheduling information processing unit 22 determines whether or not the area code indicating the installation location of the IT device 93 in the communication target list 24 matches the distribution target MA bit string in the communication scheduling information. Determine whether or not.
  • the process ends.
  • the scheduling information processing unit 22 The communication schedule is read, the communication schedule with the communication target is set according to the communication scheduling information, and the scheduling DB 25 is updated (S213).
  • the setting of the communication schedule on the server 92 side includes, for example, the use of the priority communication service, the setting of the communication path, the addition of the priority identifier, the restriction of the communication band, the control of the communication flow (TC P (T ransmission Control P ⁇ 2020/175086 16 ⁇ (: 170? 2020 /004743
  • the priority identifier can be added, for example, by specifying the priority of transmission/reception set in the header of 4 buckets (3) (7 y ⁇ 3 ⁇ 36 ” ⁇ ⁇ ⁇ ), ⁇ / of Ethernet frame.
  • 1_8 1 ⁇ 1 Specify the transmission/reception priority set in the tag ⁇ 3 ⁇ 3 (0 1 333 ⁇ chi 30 ⁇
  • % ⁇ 813 ⁇ information in the 6-packet header can be used as an example to specify the priority order (3 "1 0 0 1 333").
  • FIG. 11 shows an example of the processing flow of the scheduling information processing unit 22 on the server 92 side.
  • the scheduling information processing unit 22 sets the scheduling 0
  • Fig. 12 shows an example of the processing unit of the scheduling information receiving unit 33 on the side of the I 0 device 93.
  • the scheduling information receiving unit 33 holds the 1 ⁇ /1 eight number to which the own device belongs (No. As a result, in step 3312, it is determined whether or not the own device is included in the control targets of the received scheduling information.
  • Fig. 13 shows an example of a processing unit of the scheduling information processing unit 32 on the side of the general equipment 93.
  • the scheduling information processing unit 32 refers to the scheduling 0 35 (332 1) and when the scheduled time arrives (63 at 3322), instructs the router unit 3 1 to command various communication controls. / Cancel (3323).
  • the setting of the communication schedule of the IOT device 93 includes, for example, the use of the priority communication service, the setting of the communication path, and the addition of the priority identifier (ToS, CoS, TC, etc.).
  • Examples include: limitation of communication band, control of communication flow (TCP window control, etc.), accumulation of communication in its own device or neighboring alternative server, and suppression of unnecessary and urgent communication by delayed retransmission.
  • the scheduling information for communication is distributed in advance from the weather forecast information to the planned attack area and the server.
  • the central communication control device 10 was installed in January of the morning to noon of a typhoon in Kyushu.
  • the central communication control device 10 broadcasts the first to fourth frames as scheduling information.
  • Communication control start year/month/day/hour/minute/second Jan 5, ⁇ 0:00 0:00/00 second Communication control end year/month/day/minute/second: Jan 5, ⁇ year 18:00 0:00 Target MA bit string: 01 to 04
  • Control type code Change priority identifier (TC)
  • Each communication control device 30 performs the following communication control according to the first to third frames.
  • the communication control unit 30 in Kyushu communicates with a priority of “7” from January 5th, 5th January, from 5:00 to 12:00.
  • the Kansai communication control unit 30 communicates with priority "7" from 12:00 to 18:00 on January 5th.
  • the communication control unit 30 of eastern Japan communicates from 5:00 to 18:00 on January 5th with priority " ⁇ ".
  • the communication control device 20 performs the following communication control according to the fourth frame. From 5:00 to 18:00 on January 5th, set the window size for communication with priority 6 or lower to 1300 bytes. As a result, in this embodiment, the server 92 preferentially receives the communication in the area where the typhoon strikes, which is truly important. ⁇ 2020/175086 19 ⁇ (: 170? 2020/004743
  • the communication can be received.
  • communication control is performed according to a communication schedule that is distributed in advance. Also, the scheduling information will be changed from the latest typhoon information and distributed.
  • the central communication control device 10 obtains, as event information, information that a special warning was issued to Kumamoto when the typhoon landed in Kyushu, the course of the typhoon changed, and Kansai was not attacked. In this case, the central communication control device 10 delivers the following scheduling information to the communication control devices 20 and 30.
  • the central communication control device 10 communicates with the communication control device 30 in Kyushu using the priority communication service, and is unnecessary and unnecessary for the communication control device 30 in Kansai and East Japan. Deliver scheduling information to the effect that communication is suppressed.
  • the priority can be set to “7”.
  • the priority can be set to “0” as in the second embodiment.
  • the central communication control device 10 distributes scheduling information to the communication control device 20 indicating that communication from Kumamoto is prioritized and important communication from Kansai is not expected.
  • An example of control in which communication from Kumamoto is prioritized and important communication from Kansai is not expected is, for example, communication with priority “7” is prioritized.
  • the server 92 preferentially receives the communication from Kumamoto, and thus can receive the truly important communication.
  • communication scheduling information is distributed to an earthquake occurrence area and a server based on an earthquake early warning (prediction).
  • the central communication control device 10 is used for the area "Miyagi Chubu” and the predicted seismic intensity "Seismic intensity 5" ⁇ 2020/175086 20 boxes (: 170? 2020 /004743
  • the central communication control device 10 delivers the following scheduling information to the communication control devices 20 and 30.
  • the central communication control device 10 tells the communication control device 20 that important communication is expected from the device of East Japan after 20 seconds, and that communication from Miyagi is given priority. Distribute scheduling information.
  • the central communication control device 10 is
  • Communication will be performed using priority communication after 20 seconds, and scheduling information will be distributed to the communication control devices 30 in Kyushu and Kansai after 20 seconds to suppress unnecessary and urgent communication.
  • communication control is performed according to the distributed communication schedule.
  • the scheduling information will be changed and distributed from the earthquake information such as seismic intensity flash report.
  • the central communication control device 10 acquires seismic intensity information of each place. For example, seismic intensity 6 in Iwate, seismic intensity 1 in Osaka, and seismic intensity 0 in Kumamoto are acquired as event information. In this case, the central communication control device 10 delivers the following scheduling information to the communication control devices 20 and 30.
  • the central communication control device 10 schedules information that the communication control device 20 is not expected to receive important communication from Kyushu and that communication from Iwate is prioritized. To deliver.
  • the central communication control device 10 communicates with the communication control device 30 in eastern Japan by using the priority communication service, and unnecessary and urgently with respect to the communication control device 30 in Kyushu and Kansai. Distribute scheduling information to suppress communication.
  • the server 92 preferentially receives the communication from Iwate, and thus can receive the truly important communication.
  • communication scheduling information is distributed to a traffic regulation area and a server based on road traffic information.
  • the central communication control device 10 acquires, as event information, that the traffic regulation associated with the event will be implemented in Osaka from noon tomorrow tomorrow. In this case, the central communication control device 10 delivers the following scheduling information to the communication control devices 20 and 30.
  • the central communication control device 10 distributes to the communication control device 20 scheduling information that there is a priority communication from the devices in the Kansai region from tomorrow noon to night.
  • the central communication control device 10 distributes scheduling information to the communication control device 30 in Kansai to the effect that communication will be performed by using the priority communication service from noon tomorrow tomorrow.
  • communication control is performed according to a communication schedule that has been distributed in advance.
  • the scheduling information will be changed from the latest road regulation information and distributed.
  • the central communication control device 10 acquires, as event information, that the traffic regulation associated with the event has been extended from today's daytime to tomorrow morning. In this case, the central communication control device 10 sends the following scheduling information to the communication control devices 20 and 30.
  • the extension is made by, for example, setting again “communication control start year/month/day/hour/minute/second” and “communication control end year/month/day/hour/minute/second”.
  • the central communication control device 10 distributes scheduling information to the communication control device 20 indicating that the schedule has been changed and the devices in Kansai will perform preferential communication until the morning.
  • the central communication control device 10 changes the schedule with respect to the communication control device 30 in Kansai, and indicates that communication will be performed using the priority communication service until the morning. ⁇ 2020/175086 22 ⁇ (: 170? 2020 /004743
  • the server 92 preferentially receives the communication from the Kansai area, so that the network congestion can be avoided and the truly important communication can be received.
  • Each device of the present disclosure can be realized by a computer and a program, and the program can be recorded in a recording medium or provided through a network.
  • the present disclosure can be applied to the information communication industry.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本開示は、災害やイベント時などに局所的に発生するネットワーク輻輳及びサーバ側への通信の集中を低減し、重要な通信が行えるようにすることを目的とする。 本開示に係る通信ネットワーク制御システムは、機器（９２、９３）の通信を制御する、複数の通信制御装置（２０、３０）と、複数の通信制御装置に対して通信制御情報を配信する中央通信制御装置（１０）と、を備え、中央通信制御装置（１０）は、位置情報と紐付いたイベント情報を収集し、収集したイベント情報を用いて、通信量の増加する可能性のある地域を判定し、通信量の増加する可能性のある地域がある場合には、当該地域の通信を優先する通信制御情報を生成し、生成した通信制御情報を複数の通信制御装置（２０，３０）に配信する。

Description

明 細 書
発明の名称 ：
通信ネットワーク制御システム、 中央通信制御装置、 通信制御方法及び通 信制御プログラム
技術分野
[0001] 本開示は、 通信ネッ トワーク制御システム、 中央通信制御装置、 通信制御 方法及び通信制御プログラムに関する。
背景技術
[0002] I 〇 T （ I n t e r n e t o f T h i n g s） 機器の通信制御を行う ために、 種々の丨 〇 Tシステムが提案されている （例えば、 特許文献 1〜 3 参照。 ） 。 例えば、 関連する第 1の丨 o Tシステムは、 丨 o T機器側で通信 の重要性を動的に判断し、 通信の優先度等を変更し制御する。 関連する第 2 の丨 o Tシステムは、 丨 〇 T機器側で通信時間をランダムにずらす、 若しく は予め設定された通信時間帯で通信を行う、 または、 サーバ側から 丨 〇丁機 器側にラウンドロビン的にポーリング （クロール） して通信する。 関連する 第 3の丨 o Tシステムは、 データセンタ側のリソースを予め確保し、 負荷 （ 通信） の状況に応じて、 仮想サーバを臨時に増設する。 関連する第 4の I 〇 Tシステムは、 同時通信可能数の上限を設ける。
[0003] このように、 関連する 丨 o Tシステムは、 イベント · ドリブン型通信 （自 律分散型） 又はサーバからのラウンドロビン的なポーリング型の通信形態が 用いられており、 丨 〇 Tシステム全体の通信制御を行う機構は用いられなか った。
[0004] I o T機器は、 災害 （台風、 地震、 大雨洪水、 等） や、 企画イベント開催 に伴う騒乱等の事象が発生した際、 各種通信を高頻度に行う傾向がある。 一 方、 これらの事象の発生時においては、 局地的なネッ トワーク輻輳及びサー バ側への通信の集中が発生し、 これらが要因となって、 災害発生後の安全確 認情報、 深刻な事態の発生通知などの真に重要な通信が正常に行えない場合 〇 2020/175086 2 卩（：170? 2020 /004743
がある。 このような場合においては、 関連する第 1〜第 4の丨 〇丁システム は、 以下の問題がある。 図 1 を参照しながら、 具体的に説明する。
[0005] 関連する第 1の丨 〇丁システムは、 丨 〇丁機器 9 3側では、 ネッ トワーク 輻輳やサーバ 9 2側の通信の集中の発生が事前に装置側で判断 ·検知できず 、 サーバ 9 2と通信を行い通信が失敗してはじめて分かる。 そして、 その後 に、 優先通信サービスに切換える等の通信制御を行うため、 正常に通信がで きない可能性が高まる、 またその通信により、 ネッ トワーク輻輳を増長させ てしまう恐れがある。 また関連する第 1の丨 〇丁システムは、 サーバ 9 2側 では、 丨 〇丁機器 9 3側で優先度を決めて通信するため、 ネッ トワーク輻輳 およびサーバ 9 2側で通信の集中が発生した際に、 サーバ 9 2側で真に重要 な通信を選別して通信する事ができない問題がある。 例えば、 広範囲な災害 等が発生した場合、 各地の丨 〇丁機器 9 3で一斉に通信を始めるため、 サー バ 9 2側の通信集中が発生し、 真に重要な通信 （重大な損傷を知らせる通知 など） の通信が行えなくなる。
[0006] 関連する第 2の丨 〇丁システムでは以下の問題が生じる。 ランダムにずら した場合、 丨 〇丁機器 9 3側ではネッ トワーク輻輳やサーバ 9 2側の通信集 中を確実には回避できず、 サーバ 9 2側では真に重要な通信を選別して通信 する事ができない。 予め設定された通信時間帯で通信を行う場合、 丨 〇丁機 器 9 3側では真に通信するべき時にサーバ 9 2と通信する事ができず、 サー バ 9 2側では真に通信するべき 丨 〇丁機器 9 3と通信する事ができない。
[0007] 関連する第 3の丨 〇丁システムでは以下の問題が生じる。 データセンタの リソースを予め確保する際にどれだけリソースを確保しなければいいか分か らない。 また仮想サーバの増設はコストの観点から好ましくない。 またサー バ 9 2のリソースを他者と共有している場合は、 確実に増設できるとは限ら ない。 また物理的な回線の帯域は増設できないので、 それ以上の通信の集中 が発生した際には、 通信できない丨 〇丁機器 9 3が発生する。 また物理回線 を他のサービス利用者と共用している場合、 他の通信も集中した際は、 確実 に通信する事ができない。 〇 2020/175086 3 卩（：170? 2020 /004743
[0008] 関連する第 4の I 〇丁システムでは、 真に通信するべき 〇丁機器 93を 選別して通信する事ができない。
先行技術文献
特許文献
[0009] 特許文献 1 :国際公開第 2008/1 26280号公報
特許文献 2 :特開 201 3 _ 1 577 1 9号公報
特許文献 3 :特表 201 5— 5 1 0201号公報
発明の概要
発明が解決しようとする課題
[0010] 本開示は、 関連する第 1〜第 4の丨 〇丁システムでは解決できなかった課 題を解決する、 すなわち、 災害やイベント時などに局所的に発生するネッ ト ワーク輻輳及びサーバ側への通信の集中を低減し、 真に重要な通信が行える ようにすることを目的とする。
課題を解決するための手段
[0011] 自然災害の発生および企画型イベント開催等の情報に伴うネッ トワーク輻 輳やサーバ側の通信集中の発生 （発生場所及び日時） をある程度事前に予想 できる情報が、 各所から電子情報として配信されている。 これらの情報を活 用すれば、 ネッ トワーク輻輳やサーバ側の通信集中をある程度事前に予想で きる。
[0012] そこで、 本開示は、
サーバや I 〇丁機器等の各機器の通信を制御する通信制御装置と、 各通信制御装置を制御する中央通信制御装置と、
を備えるシステムにおいて、
中央通信制御装置が、
災害予報やイベントなどの位置情報と紐付いたイベント情報に基づいて、 ネッ トワーク輻輳やサーバ側の通信集中を検出又は予測し、
当該検出又は予測に基づいて、 サーバ装置と各丨 〇丁機器との間の通信が 〇 2020/175086 卩（：170? 2020 /004743
地理的かつ時間的に分散するように、 地域ごとの通信スケジュールなどの通 信制御情報を生成し、
前記通信制御情報を各通信制御装置に配信する。
[0013] 具体的には、 本開示に係る通信ネッ トワーク制御システムは、
地理的に分散して配置されている複数の機器が接続されている通信ネッ ト ワークに含まれる前記機器ごとに備わり、 配信された通信制御情報に従って 個々の前記機器の通信を制御する、 複数の通信制御装置と、
前記複数の通信制御装置に対して前記通信制御情報を配信する中央通信制 御装置と、 を備え、
前記中央通信制御装置は、
位置情報と紐付いたイベント情報を収集し、
収集したイベント情報を用いて、 通信量の増加する可能性のある地域を判 定し、
通信量の増加する可能性のある地域がある場合には、 当該地域の通信を優 先する通信制御情報を生成し、
生成した通信制御情報を前記複数の通信制御装置に配信する。
[0014] 前記中央通信制御装置は、
収集したイベント情報を用いて、 通信量の増加する可能性のある地域及び 時間を判定し、
通信量の増加する可能性のある地域がある場合には、 通信量の増加する可 能性のある時間において当該地域の通信を優先する通信制御情報を生成する \
構成態様を採用しうる。
[0015] 前記複数の機器はサーバを含み、
サーバに備わる前記通信制御装置は、 配信された通信制御情報に従い、 通 信量の増加する可能性のある時間に、 通信量の増加する可能性のある地域と の通信を優先する、
構成態様を採用しうる。 〇 2020/175086 5 卩（：170? 2020 /004743
[0016] 前記複数の機器は、 丨 〇丁機器を含み、
サーバに備わる前記通信制御装置は、 前記中央通信制御装置から受信した 通信制御情報を用いて、 サーバと通信を行う 丨 〇丁機器のアクセスコントロ —ルリストを作成し、 前記アクセスコントロールリストを各丨 〇丁機器へ配 信し、
I 〇丁機器に備わる前記通信制御装置は、 サーバに備わる前記通信制御装 置から受信したアクセスコントロールリストに従って、 サーバへのアクセス を行う、
構成態様を採用しうる。
ここで、 前記通信制御情報は、 地域を特定する情報として市外局番が用い られ、
前記アクセスコントロールリストのサブネッ ト 丨 口に市外局番が割り当て られていてもよい。
[0017] 具体的には、 本開示に係る中央通信制御装置は、
地理的に分散して配置されている複数の機器が接続されている通信ネッ ト ワークに含まれる前記機器ごとに備わり、 配信された通信制御情報に従って 個々の前記機器の通信を制御する、 複数の通信制御装置と、
前記複数の通信制御装置に対して前記通信制御情報を配信する中央通信制 御装置と、 を備える通信ネッ トワーク制御システムにおける、 前記中央通信 制御装置であって、
位置情報と紐付いたイベント情報を収集し、
収集したイベント情報を用いて、 通信量の増加する可能性のある地域を判 定し、
通信量の増加する可能性のある地域がある場合には、 当該地域の通信を優 先する通信制御情報を生成し、
生成した通信制御情報を前記複数の通信制御装置に配信する。
[0018] 具体的には、 本開示に係る通信制御方法は、
地理的に分散して配置されている複数の機器が接続されている通信ネッ ト 〇 2020/175086 6 卩（：170? 2020 /004743
ワークに含まれる前記機器ごとに備わり、 配信された通信制御情報に従って 個々の前記機器の通信を制御する、 複数の通信制御装置と、
前記複数の通信制御装置に対して前記通信制御情報を配信する中央通信制 御装置と、 を備える通信ネッ トワーク制御システムにおける、
前記中央通信制御装置が実行する通信制御方法であって、
前記中央通信制御装置は、
位置情報と紐付いたイベント情報を収集し、
収集したイベント情報を用いて、 通信量の増加する可能性のある地域を判 定し、
通信量の増加する可能性のある地域がある場合には、 当該地域の通信を優 先する通信制御情報を生成し、
生成した通信制御情報を前記複数の通信制御装置に配信する。
［0019］ 具体的には、 本開示に係る通信制御プログラムは、 本開示に係る中央通信 制御装置に備わる各機能をコンピュータに実現させるためのプログラムであ り、 本開示に係る中央通信制御方法に備わる各手順をコンピュータに実行さ せるためのプログラムである。 本開示に係る通信制御プログラムは、 記録媒 体に記録されていてもよく、 ネッ トワークを通して提供することも可能であ る。
［0020］ なお、 上記各開示は、 可能な限り組み合わせることができる。 発明の効果
［0021］ 本開示によれば、 災害やイベント時などに局所的に発生するネッ トワーク 輻輳及びサーバ側への通信の集中を低減し、 真に重要な通信が行えるように することが可能となる。
図面の簡単な説明
［0022］ ［図 1］本開示に関連する 丨 〇丁システムの構成の一例を示す。
［図 2］本開示に係るシステム構成の概要を示す。
［図 3］本実施形態に係るシステム構成の一例を示す。
［図 4］位置情報の対応付けのデータべースモデル例である。 〇 2020/175086 7 卩（：170? 2020 /004743
［図 5］スケジューリング情報を配信するフレーム構成の一例を示す。
［図 6］各機器のアドレス割当例を示す。
［図 7］サーバ側の通信制御装置の構成の一例を示す。
［図 8］ I 〇丁機器側の通信制御装置の構成の一例を示す。
［図 9］中央通信制御装置の処理フローの一例を示す。
［図 10］サーバ側のスケジューリング情報受信部の処理フローの一例を示す。 ［図 1 1］サーバ側のスケジューリング情報処理部の処理フローの一例を示す。 ［図 12］ I 〇丁機器側のスケジューリング情報受信部の処理フローの一例を示 す。
［図 13］ I 〇丁機器側のスケジューリング情報処理部の処理フローの一例を示 す。
［図 14］第 2の実施形態に係るシステムの動作例を示す。
［図 15］第 3の実施形態に係るシステムの動作例を示す。
［図 16］第 4の実施形態に係るシステムの動作例を示す。
［図 17］第 5の実施形態に係るシステムの動作例を示す。
［図 18］第 6の実施形態に係るシステムの動作例を示す。
［図 19］第 7の実施形態に係るシステムの動作例を示す。
発明を実施するための形態
［0023］ 以下、 本開示の実施形態について、 図面を参照しながら詳細に説明する。
なお、 本開示は、 以下に示す実施形態に限定されるものではない。 これらの 実施の例は例示に過ぎず、 本開示は当業者の知識に基づいて種々の変更、 改 良を施した形態で実施することができる。 なお、 本明細書及び図面において 符号が同じ構成要素は、 相互に同一のものを示すものとする。
［0024］ （本開示に係る通信ネッ トワーク制御システムの概要）
図 2に、 本開示に係るシステム構成の一例を示す。 本開示に係る通信ネッ トワーク制御システムは、 中央通信制御装置 1 0、 サーバ 9 2側に配置され る通信制御装置 2 0、 I 〇丁機器 9 3側に配置される通信制御装置 3 0を備 える。 本開示に係る通信ネッ トワークでは、 サーバ 9 2が、 地理的に分散し て配置されている複数の丨 〇 T機器 93と接続されている。 通信制御装置 2 0はサーバ 92の通信制御を行い、 通信制御装置 30は丨 〇 T機器 93の通 信制御を行う。 通信制御装置を、 本開示では、 C P E （C u s t ome r P r e m i s e s E q u i pme n t） と称する。
[0025] 自然災害においては、 事前にその発生種別、 時間、 場所がある程度予見で き、 その情報は、 気象庁 （気象業務支援センタ） から防災気象情報として電 子情報で配信されている。 また企画型イベントに伴う事象規制情報が、 日本 道路交通情報センターから、 避難情報や国民保護情報が、 マルチメディア振 興センター （Lアラート） から、 それぞれ電子情報が配信されている。 中央 通信制御装置 1 〇は、 これらの位置情報と紐付いた情報を 「イベント情報」 としてサーバ 97から収集する。
[0026] 中央通信制御装置 1 0は、 収集したこれらの情報に基づいて、 通信量が一 時的に増加し、 災害等の事象発生に伴う輻輳や、 多量の通信が発生する地域 及び時間帯を予想し、 通信スケジューリングを計画し、 通信制御装置 20及 び 30に事前に配信する事で、 通信を地理的及び時間的に分散する。 これに より、 ネッ トワーク輻輳の回避およびサーバ側の通信集中を抑制し、 真に重 要性の高い通信を確実に行えるようにする。
[0027] （中央通信制御装置 1 0の動作）
-気象庁/日本道路交通情報センター /Lアラート等のサーバ 97から配 信されるイベント情報を受信し、 事象発生に伴って、 ネッ トワーク輻輳やサ _バ側通信集中が発生する場所及び時間帯を予想し、 契約者情報から、 契約 者の機器設置場所に応じた通信スケジューリングを計画し、 各機器に通信制 御情報を事前に配信する。
事象発生中においても、 逐次配信される情報に基づいて、 通信スケジュ —ルを適宜変更し、 各機器に再配信する。
[0028] （中央通信制御装置 1 0が各装置に配信する通信制御情報例）
丨 O T機器 93側：真に重要な通信を行うべき時間帯およびその優先度並 びに不要不急な通信を抑制すべき時間帯等 〇 2020/175086 9 卩（：170? 2020 /004743
サーバ 9 2側：真に重要な通信を行う可能性のある 丨 〇丁機器 9 3の一 覧およびその時間帯並びにその優先度等
[0029] （ I 〇丁機器 9 3側の動作）
通信制御装置 3 0は、 中央通信制御装置 1 0から配信された通信スケジュ —リング等の通信制御情報に従って、 | 〇丁機器 9 3の通信制御を行う。 例 えば、 優先通信サービスの使用、 通信帯域の制限、 各種優先度識別子の付加 、 通信フロー制御、 通信パスの確保設定、 自装置内または近隣代替サーバへ の通信の蓄積並びに遅延再送信による不要不急な通信の抑制等が例示できる
[0030] （サーバ 9 2側の動作）
通信制御装置 2 0は、 中央通信制御装置 1 0から配信された通信スケジュ —リング等の通信制御情報に従って、 通信制御を行う。 例えば、 事前の通信 パスの確保設定、 各通信の通信帯域の割当、 通信フロー制御、 通信対象リス 卜以外の装置に関する通信の抑制、 配信された通信対象毎の優先度情報に基 づく、 通信の選別 （通信の抑制） 等が例示できる。 万一、 通信の集中が発生 した場合は、 より積極的な通信制御を行う。 例えば、 通信対象リスト以外の 装置に関する通信の排除、 配信された通信対象毎の優先度情報に基づく、 通 信の選別 （通信の排除） 等が例示できる。 ここで、 「通信対象」 は、 サーバ 9 2と通信を行っている任意の装置であり、 例えば、 丨 〇丁機器 9 3が例示 できる。
[0031 ] （本開示の効果）
本開示は、 中央通信制御装置 1 〇が、 事前に配信される情報を用いて通信 スケジュールを計画し、 各装置にスケジューリング情報等の通信制御情報を 事前に配信する。 これにより、 本開示は、 通信を地理的かつ時間的に分散し 、 局所的に発生するネッ トワーク輻輳の回避 ·低減、 サーバ側の通信の集中 を抑制し、 真に重要な通信が確実に行える様になる。
[0032] ここで、 丨 〇丁機器 9 3側に事前に配信される通信制御情報は、 例えば、 真に重要な通信を行うべき時間帯およびその優先度並びに不要不急な通信を 抑制するべき時間帯等である。 サーバ 92側に事前に配信される情報は、 例 えば、 真に重要な通信を行う可能性のある 丨 〇 T機器 93の一覧およびその 時間帯並びにその優先度等である。 以下に説明する実施形態では、 「通信制 御情報」 が 「スケジューリング情報」 である例について説明するが、 本開示 はこれに限定されない。
[0033] また更に、 本開示は、 中央通信制御装置 1 0が、 災害等の事象発生中にお いては、 逐一配信される通信制御情報に基づき、 スケジューリング情報の変 更や、 通信の優先度に関する情報を逐一配信する。 これにより、 本開示は、 通信を地理的かつ時間的な分散を最適化すると共に、 万一、 サーバ 92側で 通信の集中が発生した際に、 通信の優先度に関する情報を用いて、 サーバ 9 2側で重要な通信を選別する事が可能となり、 真に重要な通信を確実に行う ことができる様になる。
[0034] (第 1の実施形態)
図 3に、 本実施形態に係るシステム構成の一例を示す。 本開示に係るシス テムは、 中央通信制御装置 1 〇が、 サーバ側契約者データべース 1 1、 丨 〇 T機器側契約者データべース 1 2、 位置情報対応データべース 1 3、 スケジ ューリング処理部 1 4、 を備える。
[0035] 本実施形態では、 中央通信制御装置 1 〇は、 気象情報サーバ 94から気象 情報を取得し、 交通情報サーバ 95から道路交通情報を取得し、 災害情報サ _バ96から避難情報及び国民保護情報を取得する。 気象情報を取得する気 象情報サーバ 94は、 例えば、 気象庁が管理するサーバである。 道路交通情 報を取得する交通情報サーバ 95は、 例えば日本道路交通情報センター (J a p a n R o a d I r a f f i c I n f o r m a t i o n Ce n t e r ; J ART I C) が管理するサーバである。 避難情報及び国民保護情報 を取得する災害情報サーバ 96は、 例えば、 災害情報共有システムの Lアラ —卜のサーバである。 中央通信制御装置 1 0は、 気象情報サーバ 94、 交通 情報サーバ 95及び災害情報サーバ 96と直接接続されていてもよいが、 通 信ネッ トワークで接続されていてもよい。 [0036] サーバ側契約者データべース 1 1は、 サーバ 92の設置場所、 市外局番、 I P （ I n t e r n e t P r o t o c o l） アドレスを格納する。 I 〇 T 機器側契約者データべース 1 2は、 I o T機器 93の設置場所、 市外局番、
I Pアドレスを格納する。 位置情報対応データべース 1 3は、 中央通信制御 装置 1 〇の収集したイベント情報を、 位置情報と紐付けて格納する。
[0037] スケジューリング処理部 1 4は、 位置情報対応データべース 1 3に格納さ れたイベント情報に基づき、 通信スケジュールを策定し、 通信スケジューリ ング情報を通信制御装置 20及び 30に配信する。
[0038] 位置情報対応データべース 1 3は、 気象情報サーバ 94、 交通情報サーバ
95及び災害情報サーバ 96から取得したイベント情報を位置情報と関連付 けて格納する。 例えば、 中央通信制御装置 1 〇は、 図 4に示すようなデータ ベースを参照して、 各所から配信されるイベント情報に関連する位置情報を 市外局番 （0 A BCD番号 <MA> ） に変換して、 位置情報対応データべ一 ス 1 3に格納する。
[0039] 図 4に示すように、 サーバ側契約者表及び丨 〇 T機器側契約者表が位置対 応表に関連付けられている。 サーバ側契約者表は、 サーバ側契約者データべ —ス 1 1 に格納されている、 サーバ 92の設置場所、 丨 Pアドレス、 市外局 番を紐付けるテーブルである。 l 〇 T機器側契約者表は、 l o T機器側契約 者データべース 1 2に格納されている、 丨 〇 T機器 93の設置場所、 丨 Pア ドレス、 市外局番を紐付けるテーブルである。 位置対応表は、 配信フラグビ ッ ト位置と市外局番とを対応づけるテーブルである。 「配信フラグビッ ト位 置」 については後述する。
[0040] 図 4に示すように、 交差点コード表、 全国地方公共団体コード表、 気象警 報注意報発表区域表 （一次/二次細分区域） 、 河川コード表、 火山コード表 が、 位置対応表に関連付けられている。 交差点コード表は、 交差点番号と交 差点名称を対応付ける。 全国地方公共団体コード表は、 地方公共団体コード と地方公共団体名称を対応づける。 気象警報注意報発表区域表 （一次/二次 細分区域） は、 発表区域コードと発表区域名称を対応づける。 河川コード表 は、 河川コードと河川名称を対応付ける。 火山コード表は、 火山コードと火 山名称を対応付ける。
[0041 ] 気象情報に発表区域名称及び河川名称が含まれている場合、 気象警報注意 報発表区域表 （一次/二次細分区域） 及び河川コード表を参照することで、 気象情報に含まれている河川名称を市外局番に変換することができる。 気象 情報に発表区域名称及び火山名称が含まれている場合、 気象警報注意報発表 区域表 （一次/二次細分区域） 及び火山コード表を参照することで、 火山名 称を市外局番に変換することができる。
[0042] 道路交通情報に地方公共団体名称及び交差点名称が含まれている場合、 地 方公共団体コード表及び交差点コード表を参照することで、 交差点名称を市 外局番に変換することができる。
[0043] Lアラートの情報は、 地方公共団体名称が含まれるため、 全国地方公共団 体コード表を参照することで、 市外局番に変換することができる。
[0044] 図 5に、 スケジューリング情報を配信するフレーム構成の一例を示す。 ス ケジューリング情報を配信するフレームは、 配信対象 M Aビッ ト列、 通信制 御開始年月日時分秒、 通信制御終了年月日時分秒、 制御種別コード、 各種通 信制御コード、 を含む。 制御種別コードは制御対象を示すコードである。 制 御対象としては、 例えば、 優先度、 ウィンドウサイズ、 通信帯域、 通信パス が例示できる。 各種通信制御コードは、 制御対象に対する具体的な制御内容 を示すコードである。 「制御対象」 が優先度の場合、 制御内容としては、 例 えば、 〇〜 7の優先度のうちの特定の優先度 「7」 にする旨や、 優先度 6以 下の通信の優先度を〇に変更する旨が例示できる。
[0045] 「配信対象 M Aビッ ト列」 は、 通信制御の対象となる地域を示すビッ ト列 であり、 市外局番 「A B C D」 の 4桁分の情報で表される。 各所から配信さ れるイベント情報に紐付く位置情報であってもよい。 市外局番 「A B C D」 の 4桁分の情報ビッ ト数は、 9 X 9 X 9 X 1 0 = 7 2 9 0ビッ トとなる。 こ のように、 中央通信処理装置 1 〇は、 各所から配信される情報の位置情報を 市外局番 （0 巳〇0番号 á!\/1 ＞ ） に変換し、 更に 「配信対象 M Aビッ ト \¥02020/175086 13 卩（：17 2020 /004743
列」 に変換した上で、 通信制御装置 20及び 30にブロードキャスト配信す る。
[0046] 「位置対応表」 に格納される 「配信フラグビッ ト位置」 は、 「配信対象 IV! 八ビッ ト列」 の何ビッ ト目を立てるかを示す情報である。 例えば、 「配信対 象 1\/1八ビッ ト列」 の八巳〇〇の各桁で 1 0種の数字が利用できる場合、 すな わち 1 0X 1 0X 1 0X 1 0= 1 000013 1 1:が 「配信対象 IV!八ビッ ト列 」 で用いられる場合、 市外局番が 「092」 であれば、 「配信フラグビッ ト 位置」 を 9200〜 929913 1 に設定し、 「八巳〇〇」 を 「92乂乂」 と表すことができる。 この 「XX」 は 「配信フラグビッ ト位置」 に用いられ る 「00」 〜 「99」 の任意の数字である。 このように、 図 5の 「配信対象 1\/1八ビッ ト列」 には、 複数の市外局番を格納可能であり、 092〜 097と いった市外局番の範囲の指定も可能である。
[0047] 「配信対象 IV!八ビッ ト列」 が図 5に示すような 9\9 9 1 0 = 729
〇匕 丨 Iの場合、 市外局番の数字 「092」 を 「92乂乂」 と表すことがで きない。 そこで、 本開示では、 市外局番に対応したビッ ト位置が簡単に導出 できるよう、 位置対応表を参照する。 例えば、 市外局番 「092」 に対応す る 「配信フラグビッ ト位置」 として 657 1〜 6660匕 1 1を対応付ける 。 これにより、 位置対応表を参照することで、 「配信対象 IV! ビッ ト列」 か ら市外局番を簡単に導出することができる。
[0048] スケジューリング情報を配信するフレームは、 一見、 長大なビッ ト列であ るが、 バイ ト換算すると 9 1 2バイ トである。 プリアンブルを除いた先頭か ら までの全情報で 1 365バイ ト、 つまり、 イーサネッ ト （登録商標 ） フレーム （巳 1: 116 「门㊀ 「 ㊀） の最大フレーム長である 1 5 1 8バイ ト以下に収まる。 このため、 イーサネッ トおよび丨
Figure imgf000015_0001
のヘッダや他の必要な情報を実装しても十分実装でき、 1つのバケッ トで十 分にスケジューリング情報を全装置に対してブロードキャスト配信が可能で ある。 したがって、 緊急地震速報や国民保護情報等の情報に基づく緊急性の 高いスケジュール配信においても速やかな配信が可能である。 〇 2020/175086 14 卩（：170? 2020 /004743
[0049] サーバ 9 2側は、 中央通信処理装置 1 0から配信されたスケジューリング 情報に基いて、 各丨 〇丁機器 9 3との通信を行うが、 I ? 6の11 1_八 （ュ 二ークローカル丨 V 6ユニキヤストアドレス） やサイ トローカルアドレス を用いて I 〇丁機器 9 3側のアドレス割当を行うと、 効率的な処理が行える
[0050] 図 6に、 各丨 〇丁機器 9 3のアドレス割当例を示す。 11 1_八を用いたアド レス割当実装例であり、 II 1_八のサブネッ ト I 0 （2バイ ト） の各ニブル （ 4ビッ ト） に対して市外局番 （〇八巳〇〇番号 á1\/1八＞ ） の各番号領域を割 り当てている。 このようにすれば、 サーバ 9 2側は受信したスケジューリン グ情報の配信対象 1\/1八ビッ ト列から、 八〇1_ （アクセスコントロールリスト ） を設定する際に、 サブネッ ト 丨 口に対して市外局番情報を割り当てて八〇 1-を生成すればよいので、 効率的な処理が行える。 また丨 〇丁機器 9 3側で は自身に設定されている 丨 V 6アドレスのサブネッ ト 丨 口を用いて、 受信 したスケジューリング情報が自身が対象かどうかの判定が容易に行える。
[0051 ] 図 7に、 サーバ 9 2側の通信制御装置 2 0の構成の一例を示す。 通信制御 装置 2 0は、 ルータ部 2 1、 スケジューリング情報処理部 2 2、 スケジュー リング情報受信部 2 3、 通信対象リスト 2 4、 スケジューリング 0巳 2 5を 備える。
[0052] 通信対象リスト 2 4は、 サーバ 9 2と通信を行う通信対象のリストを格納 する。 通信対象のリストは、 通信対象となる 丨 〇丁機器 9 3の設置場所、 市 外局番、 丨 アドレスを含む。 スケジューリングロ巳 2 5は、 通信対象との 通信スケジュールを格納するデータベースである。
[0053] 図 8に、 I 〇丁機器 9 3側の通信制御装置 3 0の構成の一例を示す。 通信 制御装置 3 0は、 ルータ部 3 1、 スケジューリング情報処理部 3 2、 スケジ ューリング情報受信部 3 3、 スケジューリング 0巳 3 5を備える。 スケジュ —リング 0巳 3 5は、 制御対象である 丨 〇丁機器 9 3の通信スケジュールを 格納するデータベースである。
[0054] 図 9に、 中央通信制御装置 1 0の処理フローの一例を示す。 中央通信制御 装置 1 0は、 ステップ S 1 01 を行い、 その後ステップ S 1 02〜 S 1 04 を行い、 その後ステップ S 1 05を行う。
ステップ S 1 01では、 中央通信制御装置 1 0が、 防災気象情報等のイべ ント情報を受信する。
ステップ S 1 02では、 中央通信制御装置 1 0が、 イベント情報から、 優 先対象地域情報および日時情報を抽出する。 ステップ S 1 03では、 中央通 信制御装置 1 〇が、 対象地域情報を市外局番情報に変換する。 ステップ S 1 04では、 中央通信制御装置 1 0が、 スケジューリング情報パケッ トの情報 を組み立てる。
ステップ S 1 05では、 中央通信制御装置 1 0が、 対象地域に関らず、 ス ケジューリング情報バケッ トをブロードキャスト配信する。
[0055] 図 1 0に、 サーバ 92側のスケジューリング情報受信部 23がスケジュー リング情報を受信した際の通信制御装置 20の処理フローの一例を示す。 まずスケジューリング情報のバケッ トを受信する （S 2 1 1） 。 次に、 バケッ ト中の配信対象 M Aビッ ト列に通信対象が含まれているかど うかを判断する （S 2 1 2） 。 例えば、 スケジューリング情報処理部 22は 、 通信対象リスト 24の I 〇 T機器 93の設置場所を示す市外局番のなかに 、 通信スケジューリング情報中の配信対象 MAビッ ト列と一致するものがあ るか否かを判定する。
配信対象 M Aビッ ト列に通信対象が含まれていない場合、 処理を終了する 一方、 配信対象 M Aビッ ト列に通信対象が含まれている場合、 スケジュー リング情報処理部 22は、 スケジューリング D B 25から通信スケジュール を読み出し、 通信スケジューリング情報に従って、 通信対象との通信スケジ ュールを設定し、 スケジューリング D B 25を更新する （S 2 1 3） 。
[0056] ここで、 サーバ 92側の通信スケジュールの設定は、 例えば、 優先通信サ —ビスの使用、 通信パスの設定、 優先度識別子の付加、 通信帯域の制限、 通 信フローの制御 （TC P （T r a n s m i s s i o n Co n t r o l P 〇 2020/175086 16 卩（：170? 2020 /004743
r o t 〇 〇 〇 \ ） ウィンドウ制御等） 、 通信対象リスト以外の装置に関する 通信の抑制 ·排除が例示できる。 優先度識別子の付加としては、 例えば、 丨 4バケッ トのヘッダに設定された送受信の優先順位を指定する丁〇 3 （ 7 y ^ 3 〇干 36 「 丨 〇㊀） 、 イーサネッ トフレームの \/1_八1\1タグ に設定された送受信の優先順位を指定する <3〇 3 （0 1 333 〇チ 30 「
V I 〇 6） % 丨 6パケッ トのヘッダ内の 813 丨 の情報で、 優先順位を 指定する丁〇 （丁 「 3干 干 1 〇 0 1 333） が例示できる。
[0057] 図 1 1 に、 サーバ 92側のスケジューリング情報処理部 22の処理フロー の一例を示す。 スケジューリング情報処理部 22は、 スケジューリング 0巳
25を参照し （322 1） 、 スケジュール時刻が到来したときに （3222 において丫 63） , ルータ部 2 1 に対して各種通信制御のコマンド指示/解 除を行う （3223） 。
[0058] 図 1 2に、 I 〇丁機器 93側のスケジューリング情報受信部 33の処理フ 口一の一例を示す。 スケジューリング情報のパケッ トを受信すると （33 1 1） 、 パケッ ト中の配信対象 1\/1 ビッ ト列から対象かどうかを判断する （3
3 1 2） 。 そして、 対象である場合は （33 1 2において丫 6 3） 、 スケジ ューリング 0巳 35から通信スケジュールを読み出し、 通信スケジューリン グ情報に従って制御対象の丨 〇丁機器 93の通信スケジュールを設定し、 ス ケジューリング 0巳35を更新する。 一方、 対象でない場合は （33 1 2に おいて N 0） 、 処理を終了する。
[0059] ここで、 スケジューリング情報受信部 33は、 自装置の所属する 1\/1八番号 （〇八巳〇〇番号） を保持する。 これにより、 ステップ 33 1 2において、 受信したスケジューリング情報の制御対象に自装置が含まれるかどうかの判 定を行う。
[0060] 図 1 3に、 丨 〇丁機器 93側のスケジューリング情報処理部 32の処理フ 口一の一例を示す。 スケジューリング情報処理部 32は、 スケジューリング 0巳35を参照し （332 1） 、 スケジュール時刻が到来したときに （33 22において丫63） 、 ルータ部 3 1 に対して各種通信制御のコマンド指示 /解除を行う （3323） 。
[0061] I o T機器 93の通信スケジュールの設定は、 例えば、 優先通信サービス の使用、 通信パスの設定、 優先度識別子の付加 （T o S, Co S, TC等）
、 通信帯域の制限、 通信フローの制御 （TC Pウィンドウ制御等） 、 自装置 内又は近隣代替サーバへの通信の蓄積、 並びに遅延再送信による不要不急な 通信の抑制が例示できる。
[0062] （第 2の実施形態）
図 1 4を参照しながら、 台風発生時の本開示に係るシステムの動作の一例 を説明する。 本実施形態は、 台風来襲前に、 気象予報情報から、 来襲予定地 域およびサーバに対して事前に通信のスケジューリング情報の配信を行う。
[0063] 中央通信制御装置 1 0は、 1月 5日の朝〜昼に九州に台風が来襲し、 1月
6日の昼〜夕に関西に台風が来襲する、 という情報を、 イベント情報として 取得する。 この場合、 中央通信制御装置 1 0は、 スケジューリング情報とし て、 第 1〜第 4のフレームをブロードキャスト配信する。
[0064] 第 1のフレ _ム
通信制御開始年月日時分秒：〇〇〇〇年 1月 5日 5時 00分〇秒 通信制御終了年月日時分秒：〇〇〇〇年 1月 5日 1 2時 00分〇秒 配信対象 M Aビッ ト列： 092〜 097 , 0982〜〇 987, 099 制御種別コード：優先度識別子 （TC） の変更
各種通信制御コード：全通信の優先度を 7へ変更
ここで、 「092〜 097, 0982〜〇 987, 099」 は九州の市外 局番である。
第 2のフレーム
通信制御開始年月日時分秒：〇〇〇〇年 1月 5日 5時 00分〇秒 通信制御終了年月日時分秒：〇〇〇〇年 1月 5日 1 8時 00分〇秒 配信対象 M Aビッ ト列： 01〜 04
制御種別コード：優先度識別子 （TC） の変更
各種通信制御コード：優先度 6以下の通信の優先度を 0へ変更 〇 2020/175086 18 卩（：170? 2020 /004743
ここで、 「01〜 04」 は東日本の市外局番である。
第 3のフレ _ム
通信制御開始年月日時分秒：〇〇〇〇年 1月 5日 1 2時 00分〇秒 通信制御終了年月日時分秒：〇〇〇〇年 1月 5日 1 8時 00分〇秒 配信対象 IV!八ビッ ト列： 06, 072〜 075, 077 1〜〇 775, 0 78〜 079
制御種別コード：優先度識別子 （丁〇 の変更
各種通信制御コード：全通信の優先度を 7へ変更
ここで、 「06, 072〜 075, 077 1〜〇 775, 078〜 079 」 は関西の市外局番である。
第 4のフレーム
通信制御開始年月日時分秒：〇〇〇〇年 1月 5日 5時 00分〇秒 通信制御終了年月日時分秒：〇〇〇〇年 1月 5日 1 8時 00分〇秒 配信対象 IV! ビッ ト列： 01〜 04
制御種別コード： 丁〇 ウィンドウサイズの変更
各種通信制御コード：優先度 6以下の通信のウィンドウサイズを 1 300 バイ トに変更
ここで、 「01〜 04」 は東日本の市外局番である。
[0065] 各通信制御装置 30は、 第 1〜第 3のフレームに従い、 以下のような通信 制御を行う。 例えば、 九州の通信制御装置 30は、 1月 5日の 1月 5日 5時 00分〜 1 2時 00分に優先度 「7」 で通信する。 関西の通信制御装置 30 は、 1月 5日の 1 2時 00分〜 1 8時 00分に優先度 「7」 で通信する。 東 日本の通信制御装置 30は、 1月 5日の 5時 00分〜 1 8時 00分に優先度 「〇」 で通信する。
[0066] 通信制御装置 20は、 第 4のフレームに従い、 以下のような通信制御を行 う。 1月 5日の 5時 00分〜 1 8時 00分の間は、 優先度 6以下の通信のウ ィンドウサイズを 1 300バイ トにする。 これにより、 本実施形態では、 サ —バ 92は台風が来襲する地域の通信を優先的に受信するため、 真に重要な 〇 2020/175086 19 卩（：170? 2020 /004743
通信を受信することができる。
[0067] （第 3の実施形態）
図 1 5を参照しながら、 台風来襲中の本開示に係るシステムの動作の一例 を説明する。 本実施形態は、 事前配信された通信スケジュールに従い通信制 御を行う。 また、 最新の台風情報から、 スケジューリング情報を適宜変更し て配信する。
[0068] 中央通信制御装置 1 0は、 台風の九州の上陸時に特別警報が熊本に発令さ れ、 台風の進路が変わり、 関西へは来襲しない、 という情報を、 イベント情 報として取得する。 この場合、 中央通信制御装置 1 〇は、 通信制御装置 2 0 及び 3 0に、 以下のスケジューリング情報を配信する。
[0069] 例えば、 中央通信制御装置 1 0は、 九州の通信制御装置 3 0に対しては優 先通信サービスを使って通信し、 関西及び東日本の通信制御装置 3 0に対し ては不要不急な通信を抑制する旨のスケジューリング情報を配信する。 ここ で、 優先通信サービスを使った通信としては、 例えば、 優先度を 「7」 する ことが例示できる。 不要不急な通信を抑制するための制御としては、 例えば 、 第 2の実施形態と同様に、 優先度を 「0」 とすることが例示できる。
[0070] 例えば、 中央通信制御装置 1 0は、 通信制御装置 2 0に対し、 熊本からの 通信を優先し、 関西からは重要通信は来ない見込みである旨、 のスケジュー リング情報を配信する。 熊本からの通信を優先し、 関西からは重要通信は来 ない見込みの制御としては、 例えば、 優先度 「7」 の通信を優先することが 例示できる。
[0071 ] 本実施形態では、 サーバ 9 2は熊本からの通信を優先的に受信するため、 真に重要な通信を受信することができる。
[0072] （第 4の実施形態）
図 1 6を参照しながら、 地震発生前の本開示に係るシステムの動作の一例 を説明する。 本実施形態は、 緊急地震速報 （予報） に基づき地震発生地域お よびサーバに対して通信のスケジューリング情報の配信を行う。
[0073] 中央通信制御装置 1 0は、 地域 「宮城中部」 、 予想震度 「震度 5」 到達予 〇 2020/175086 20 卩（：170? 2020 /004743
定時間 「2 0秒後」 などの緊急地震速報 （予報） を、 イベント情報として取 得する。 この場合、 中央通信制御装置 1 〇は、 通信制御装置 2 0及び 3 0に 、 以下のスケジューリング情報を配信する。
[0074] 例えば、 中央通信制御装置 1 0は、 通信制御装置 2 0に対し、 2 0秒後に 東日本の装置から重要通信がある見込みである旨、 及び特に宮城からの通信 を優先する旨、 のスケジューリング情報を配信する。
[0075] 例えば、 中央通信制御装置 1 0は、 東日本の通信制御装置 3 0に対しては
2 0秒後以降に優先通信を使って通信し、 九州及び関西の通信制御装置 3 0 に対しては 2 0秒後以降に不要不急な通信を抑制する旨のスケジューリング 情報を配信する。
[0076] （第 5の実施形態）
図 1 7を参照しながら、 地震発生後の本開示に係るシステムの動作の一例 を説明する。 本実施形態は、 配信された通信スケジュールに従い通信制御を 行う。 また、 震度速報等の地震情報から、 スケジューリング情報を適宜変更 して配信する。
[0077] 中央通信制御装置 1 0は、 各地の震度情報を取得する。 例えば、 岩手の震 度 6であり、 大阪の震度が 1であり、 熊本の震度が 0である旨を、 イベント 情報として取得する。 この場合、 中央通信制御装置 1 〇は、 通信制御装置 2 0及び 3 0に、 以下のスケジューリング情報を配信する。
[0078] 例えば、 中央通信制御装置 1 0は、 通信制御装置 2 0に対し、 九州からは 重要通信は来ない見込みである旨、 及び岩手からの通信を優先する旨、 のス ケジューリング情報を配信する。
[0079] 例えば、 中央通信制御装置 1 0は、 東日本の通信制御装置 3 0に対しては 優先通信サービスを使って通信し、 九州及び関西の通信制御装置 3 0に対し ては不要不急な通信を抑制する旨のスケジューリング情報を配信する。
[0080] 本実施形態では、 サーバ 9 2は岩手からの通信を優先的に受信するため、 真に重要な通信を受信することができる。
[0081 ] （第 6の実施形態） 〇 2020/175086 21 卩（：170? 2020 /004743
図 1 8を参照しながら、 イベント開催日前日の本開示に係るシステムの動 作の一例を説明する。 本実施形態は、 道路交通情報に基づき交通規制地域お よびサーバに対して通信のスケジューリング情報の配信を行う。
[0082] 中央通信制御装置 1 0は、 明日の昼〜夜に大阪でイベントに伴う交通規制 が実施予定である旨を、 イベント情報として取得する。 この場合、 中央通信 制御装置 1 〇は、 通信制御装置 2 0及び 3 0に、 以下のスケジューリング情 報を配信する。
[0083] 例えば、 中央通信制御装置 1 0は、 通信制御装置 2 0に対し、 明日の昼〜 夜に関西の装置から優先通信がある見込みである旨、 のスケジューリング情 報を配信する。
[0084] 例えば、 中央通信制御装置 1 0は、 関西の通信制御装置 3 0に対しては明 日の昼〜夜に優先通信サービスを使って通信する旨、 のスケジューリング情 報を配信する。
[0085] （第 7の実施形態）
図 1 9を参照しながら、 イベント開催日の本開示に係るシステムの動作の 一例を説明する。 本実施形態は、 事前配信された通信スケジュールに従い通 信制御を行う。 また、 最新の道路規制情報から、 スケジューリング情報を適 宜変更して配信する。
[0086] 中央通信制御装置 1 0は、 イベントに伴う交通規制が今日の昼から明朝に 延長された旨を、 イベント情報として取得する。 この場合、 中央通信制御装 置 1 〇は、 通信制御装置 2 0及び 3 0に、 以下のスケジューリング情報を配 信する。 延長された旨は、 例えば、 「通信制御開始年月日時分秒」 及び 「通 信制御終了年月日時分秒」 を再度設定することで行う。
[0087] 例えば、 中央通信制御装置 1 0は、 通信制御装置 2 0に対し、 スケジュー ルが変更され、 明朝まで関西の装置は優先通信を行う旨、 のスケジューリン グ情報を配信する。
[0088] 例えば、 中央通信制御装置 1 0は、 関西の通信制御装置 3 0に対してはス ケジュール変更し、 明朝まで優先通信サービスを使って通信する旨、 のスケ 〇 2020/175086 22 卩（：170? 2020 /004743
ジューリング情報を配信する。
[0089] 本実施形態では、 サーバ 92は関西からの通信を優先的に受信するため、 ネッ トワーク輻輳を回避し、 真に重要な通信を受信することができる。
[0090] 本開示の各装置はコンビュータとプログラムによっても実現でき、 プログ ラムを記録媒体に記録することも、 ネッ トワ _クを通して提供することも可 能である。
産業上の利用可能性
[0091] 本開示は情報通信産業に適用することができる。
符号の説明
[0092] 1 0 :中央通信制御装置
1 1 :サーバ側契約者データべース
1 2 : 1 〇丁機器側契約者データべース
1 3 :位置情報対応データベース
1 4 :スケジューリング処理部
20、 30 :通信制御装置
2 1 :ルータ部
22 :スケジューリング情報処理部
23 :スケジューリング情報受信部
24 :通信対象リスト
25、 35 :スケジューリング 0巳
3 1 :ルータ部
32 :スケジューリング情報処理部
33 :スケジューリング情報受信部
92 :サーバ
93 : I 〇丁機器
94 :気象情報サーバ
95 :交通情報サーバ
96 :災害情報サーバ \¥0 2020/175086 23 卩（：17 2020 /004743
9 7 : サーバ

Claims

〇 2020/175086 24 卩（：170? 2020 /004743 請求の範囲
[請求項 1 ] 地理的に分散して配置されている複数の機器が接続されている通信 ネッ トワークに含まれる前記機器ごとに備わり、 配信された通信制御 情報に従って個々の前記機器の通信を制御する、 複数の通信制御装置 と、
前記複数の通信制御装置に対して前記通信制御情報を配信する中央 通信制御装置と、 を備え、
前記中央通信制御装置は、
位置情報と紐付いたイベント情報を収集し、
収集したイベント情報を用いて、 通信量の増加する可能性のある地 域を判定し、
通信量の増加する可能性のある地域がある場合には、 当該地域の通 信を優先する通信制御情報を生成し、
生成した通信制御情報を前記複数の通信制御装置に配信する、 通信ネッ トワーク制御システム。
[請求項 2] 前記中央通信制御装置は、
収集したイベント情報を用いて、 通信量の増加する可能性のある地 域及び時間を判定し、
通信量の増加する可能性のある地域がある場合には、 通信量の増加 する可能性のある時間において当該地域の通信を優先する通信制御情 報を生成する、
請求項 1 に記載の通信ネッ トワーク制御システム。
[請求項 3] 前記複数の機器はサーバを含み、
サーバに備わる前記通信制御装置は、 配信された通信制御情報に従 い、 通信量の増加する可能性のある時間に、 通信量の増加する可能性 のある地域との通信を優先する、
請求項 2に記載の通信ネッ トワーク制御システム。
[請求項 4] 前記複数の機器は、 丨 〇丁機器を含み、 〇 2020/175086 25 卩（：170? 2020 /004743
サーバに備わる前記通信制御装置は、 前記中央通信制御装置から受 信した通信制御情報を用いて、 サーバと通信を行う 丨 〇丁機器のアク セスコントロールリストを作成し、 前記アクセスコントロールリスト を各丨 〇丁機器へ配信し、
I 〇丁機器に備わる前記通信制御装置は、 サーバに備わる前記通信 制御装置から受信したアクセスコントロールリストに従って、 サーバ へのアクセスを行う、
請求項 3に記載の通信ネッ トワーク制御システム。
[請求項 5] 前記通信制御情報は、 地域を特定する情報として市外局番が用いら れ、
前記アクセスコントロールリストのサブネッ ト 丨 口に市外局番が割 り当てられている、
請求項 4に記載の通信ネッ トワーク制御システム。
[請求項 6] 地理的に分散して配置されている複数の機器が接続されている通信 ネッ トワークに含まれる前記機器ごとに備わり、 配信された通信制御 情報に従って個々の前記機器の通信を制御する、 複数の通信制御装置 と、
前記複数の通信制御装置に対して前記通信制御情報を配信する中央 通信制御装置と、 を備える通信ネッ トワーク制御システムにおける、 前記中央通信制御装置であって、
位置情報と紐付いたイベント情報を収集し、
収集したイベント情報を用いて、 通信量の増加する可能性のある地 域を判定し、
通信量の増加する可能性のある地域がある場合には、 当該地域の通 信を優先する通信制御情報を生成し、
生成した通信制御情報を前記複数の通信制御装置に配信する、 中央通信制御装置。
[請求項 7] 地理的に分散して配置されている複数の機器が接続されている通信 〇 2020/175086 26 卩（：170? 2020 /004743
ネッ トワークに含まれる前記機器ごとに備わり、 配信された通信制御 情報に従って個々の前記機器の通信を制御する、 複数の通信制御装置 と、
前記複数の通信制御装置に対して前記通信制御情報を配信する中央 通信制御装置と、 を備える通信ネッ トワーク制御システムにおける、 前記中央通信制御装置が実行する通信制御方法であって、 前記中央通信制御装置は、
位置情報と紐付いたイベント情報を収集し、
収集したイベント情報を用いて、 通信量の増加する可能性のある地 域を判定し、
通信量の増加する可能性のある地域がある場合には、 当該地域の通 信を優先する通信制御情報を生成し、
生成した通信制御情報を前記複数の通信制御装置に配信する、 通信制御方法。
[請求項 8] 請求項 6に記載の中央通信制御装置に備わる各機能を、 コンピュー 夕に実現させるための通信制御プログラム。
PCT/JP2020/004743 2019-02-26 2020-02-07 通信ネットワーク制御システム、中央通信制御装置、通信制御方法及び通信制御プログラム Ceased WO2020175086A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/433,128 US11601380B2 (en) 2019-02-26 2020-02-07 Communication network control system, central communication control device, communication control method, and communication control program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-032839 2019-02-26
JP2019032839A JP7183862B2 (ja) 2019-02-26 2019-02-26 通信ネットワーク制御システム、中央通信制御装置、通信制御方法及び通信制御プログラム

Publications (1)

Publication Number Publication Date
WO2020175086A1 true WO2020175086A1 (ja) 2020-09-03

Family

ID=72239867

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/004743 Ceased WO2020175086A1 (ja) 2019-02-26 2020-02-07 通信ネットワーク制御システム、中央通信制御装置、通信制御方法及び通信制御プログラム

Country Status (3)

Country Link
US (1) US11601380B2 (ja)
JP (1) JP7183862B2 (ja)
WO (1) WO2020175086A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005027018A (ja) * 2003-07-02 2005-01-27 Nippon Telegr & Teleph Corp <Ntt> 輻輳対策システム及びその方法
WO2005060161A1 (ja) * 2003-12-16 2005-06-30 Ntt Docomo, Inc. 通信システム、通信方法、網負荷予測ノード及び網構成管理ノード
JP2006165771A (ja) * 2004-12-03 2006-06-22 Fujitsu Ltd 通信制御方法及び装置並びに情報処理方法及び装置
JP2013243474A (ja) * 2012-05-18 2013-12-05 Nippon Telegr & Teleph Corp <Ntt> 輻輳制御システムおよび端末装置
JP2014179860A (ja) * 2013-03-15 2014-09-25 Nec Corp 通信システム
JP2017126955A (ja) * 2016-01-15 2017-07-20 Kddi株式会社 情報処理装置、情報処理方法、およびプログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6078582A (en) * 1996-12-18 2000-06-20 Bell Atlantic Network Services, Inc. Internet long distance telephone service
US7567797B1 (en) * 1999-11-04 2009-07-28 Alcatel-Lucent Usa Inc. Data application-triggered call volume management
US8059678B1 (en) * 2007-02-06 2011-11-15 Sprint Communications Company L.P. Communication surge response system
WO2008126280A1 (ja) 2007-03-30 2008-10-23 Fujitsu Limited 呼接続の規制制御方法、規制制御システム、管理装置、呼制御装置、及び端末
US10178537B2 (en) * 2011-11-10 2019-01-08 Sirengps, Llc Emergency messaging system and method of responding to an emergency
JP5779111B2 (ja) 2012-01-27 2015-09-16 エヌ・ティ・ティ・コミュニケーションズ株式会社 通話回線確保プログラム、通信装置、および通話回線確保方法
US8977886B2 (en) 2012-02-14 2015-03-10 Alcatel Lucent Method and apparatus for rapid disaster recovery preparation in a cloud network
US20160366183A1 (en) * 2015-06-09 2016-12-15 Ned M. Smith System, Apparatus And Method For Access Control List Processing In A Constrained Environment
US9516522B1 (en) * 2015-09-04 2016-12-06 International Business Machines Corporation Priority message management
US10602338B2 (en) * 2017-07-25 2020-03-24 International Business Machines Corporation Emergency authorization to access data on proximate computing devices
US11457431B2 (en) * 2018-08-03 2022-09-27 FG Innovation Company Limited Sidelink radio resource allocation
US10348888B1 (en) * 2018-08-03 2019-07-09 Motorola Solutions, Inc. Call management system for a command center utilizing call metadata
US10362168B1 (en) * 2018-08-23 2019-07-23 Motorola Solutions, Inc. Call management system for a command center

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005027018A (ja) * 2003-07-02 2005-01-27 Nippon Telegr & Teleph Corp <Ntt> 輻輳対策システム及びその方法
WO2005060161A1 (ja) * 2003-12-16 2005-06-30 Ntt Docomo, Inc. 通信システム、通信方法、網負荷予測ノード及び網構成管理ノード
JP2006165771A (ja) * 2004-12-03 2006-06-22 Fujitsu Ltd 通信制御方法及び装置並びに情報処理方法及び装置
JP2013243474A (ja) * 2012-05-18 2013-12-05 Nippon Telegr & Teleph Corp <Ntt> 輻輳制御システムおよび端末装置
JP2014179860A (ja) * 2013-03-15 2014-09-25 Nec Corp 通信システム
JP2017126955A (ja) * 2016-01-15 2017-07-20 Kddi株式会社 情報処理装置、情報処理方法、およびプログラム

Also Published As

Publication number Publication date
JP7183862B2 (ja) 2022-12-06
US20220150182A1 (en) 2022-05-12
JP2020137099A (ja) 2020-08-31
US11601380B2 (en) 2023-03-07

Similar Documents

Publication Publication Date Title
US8825857B2 (en) Load balancing for packet switched alarm monitoring
CN105554178B (zh) 一种地址分配的方法、网关及系统
CN109922483B (zh) 一种无线资源的调整方法及相关设备
EP1303096A3 (en) Virtual network with adaptive dispatcher
CN105337870B (zh) 一种路由发布方法和装置
CN112822037B (zh) 一种安全资源池的流量编排方法及系统
CN102857974A (zh) 具有用于锚定用户会话的分散控制平面的移动网关
JP2010178089A (ja) 遠隔管理システム、遠隔管理装置及び接続装置
US8731143B2 (en) Method and apparatus for routing emergency calls using information obtained from multiple systems
AU2010254024B2 (en) Distributed delivery of notifications in a mass notification system
US20120314618A1 (en) Management of Private Virtual Networks
CN103051535A (zh) 一种数据接入方法、装置及数据接入系统
WO2015040244A1 (en) System for connecting smart devices in a building
JP4578259B2 (ja) 避難情報提供システム、避難情報提供サーバ及び避難情報提供方法
WO2020175086A1 (ja) 通信ネットワーク制御システム、中央通信制御装置、通信制御方法及び通信制御プログラム
AU2006345956C1 (en) A redundant data path system
US20180176308A1 (en) Software defined network controller and network service allocating system and method
CN102325154A (zh) 具有容灾备份功能的网络系统及实现容灾备份功能的方法
CN114168638A (zh) 一种智能装修行业号码池匹配策略系统及方法
JP2001217958A (ja) 危機管理情報初動通報方法、危機管理情報初動通報システム、ならびに危機管理情報初動通報装置
EP2936775B1 (de) Verfahren zur erhöhung der sicherheit in einem verteilten echtzeitsystem sowie echtzeitsystem
JP7268423B2 (ja) 親局、方法及びプログラム
EP1295274A1 (en) Transit information display configuration system and method
KR101785463B1 (ko) 가로등 관제 시스템 및 그의 양방향 통신 유지 방법
US8565383B2 (en) Emergency number integrated information assimilation device

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: 20763175

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20763175

Country of ref document: EP

Kind code of ref document: A1