JP6903371B2 - Control devices, programs, control methods and systems - Google Patents

Description

The present invention relates to control devices, programs, control methods and systems.

When applying edge computing to a mobile communication network, a technique for maintaining session information of a terminal application even when a terminal handover occurs has been known (see, for example, Patent Document 1).
[Prior art literature]
[Patent Document]
[Patent Document 1] Japanese Unexamined Patent Publication No. 2017-157950 [Patent Document 2] Japanese Unexamined Patent Publication No. 2017-143365

It is desirable to be able to appropriately provide services to users even when handovers occur continuously.

According to the first aspect of the present invention, a control device is provided. The control device is a providing processing device that determines a providing processing device that provides a service by the application to the communication terminal based on the position of the communication terminal in response to a usage request of the application transmitted by the communication terminal moved by the mobile body. It may have a decision unit. The control device may include a route information acquisition unit that acquires route information indicating a route to the destination of the moving body. The control device may include a corresponding processing device determination unit that determines a corresponding processing device corresponding to the provided processing device based on the route information. The control device may include a transmission control unit that controls the application to be transmitted to the providing processing device and the corresponding processing device.

After the application is transmitted to the corresponding processing device determined based on the first route information acquired by the route information acquisition unit, the corresponding processing device determination unit uses the route information acquisition unit as the first route information. When different second route information is acquired, the corresponding processing device may be determined based on the second route information, and the transmission control unit may determine the corresponding processing device based on the second route information. May be controlled to send the above application to. When the route to the destination of the moving body is changed, the route information acquisition unit may acquire the second route information indicating the changed route.

The provided processing device determination unit may determine a service providing server corresponding to the wireless base station in which the communication terminal is located as the provided processing device, and the corresponding processing device determination unit has the communication terminal. A service providing server corresponding to a wireless base station adjacent to the wireless base station in the service area and covering at least a part of the route indicated by the route information is determined as the corresponding processing device. You can do it. The corresponding processing device determination unit is a plurality of radio base stations that cover a portion of the plurality of radio base stations that covers the route indicated by the route information and that is closer to the position of the communication terminal on the route. A plurality of service providing servers corresponding to each may be determined as the plurality of corresponding processing devices.

In the corresponding processing device determination unit, among the plurality of radio base stations covering the route indicated by the route information, the position of the portion of the route covering is the position of the communication terminal along the route. The radio base stations having a preset number of base stations may be specified in order from the one closest to the above, and the service providing server corresponding to the specified radio base stations may be determined as the corresponding processing device. The corresponding processing device determination unit may set the number of base stations based on at least one of the moving speed of the moving body, the amount of data of the application, and the type of the application. The corresponding processing device determination unit may set the number of the base stations as the moving speed of the moving body increases. The corresponding processing device determination unit may set the number of the base stations as the amount of data of the application increases.

The control device may include an application storage unit that stores the application and an application transmission unit that transmits the application stored in the application storage unit. The application may be transmitted to the provided processing device and the corresponding processing device. The transmission control unit may cause the distribution device that distributes the application to transmit the application to the provided processing device and the corresponding processing device.

According to the second aspect of the present invention, a program for causing the computer to function as the control device is provided.

According to a third aspect of the present invention, a control method is provided. The control method is a provision processing device that determines a provision processing device that provides a service by the application to the communication terminal based on the position of the communication terminal in response to a usage request of the application transmitted by the communication terminal moved by the mobile body. It may have a decision stage. The control method may include a route information acquisition stage for acquiring route information indicating a route to the destination of the moving body. The control method may include a corresponding processing device determination step of determining a corresponding processing device corresponding to the provided processing device based on the route information. The control method may include a transmission control step that controls the application to be transmitted to the providing processing device and the corresponding processing device.

According to the fourth aspect of the present invention, a system including the control device and the provided processing device is provided.

The outline of the above invention does not list all the necessary features of the present invention. Sub-combinations of these feature groups can also be inventions.

It is explanatory drawing for demonstrating the prior art. It is explanatory drawing for demonstrating the problem of the prior art. An example of the system 100 is shown schematically. An example of the processing flow of the system 100 is shown schematically. An example of the processing flow of the system 100 is shown schematically. An example of the processing flow of the system 100 is shown schematically. An example of the processing flow of the system 100 is shown schematically. An example of the processing flow of the system 100 is shown schematically. An example of the processing flow of the system 100 is shown schematically. An example of the functional configuration of the MECFar 200 is schematically shown. An example of the processing flow by MECFar200 is shown schematically. An example of a hardware configuration of a computer 1200 functioning as a MECFar 200 or a MEC Near 300 is shown schematically.

Hereinafter, the present invention will be described through embodiments of the invention, but the following embodiments do not limit the inventions that fall within the scope of the claims. Also, not all combinations of features described in the embodiments are essential to the means of solving the invention.

FIG. 1 is an explanatory diagram for explaining the prior art. In the prior art shown in FIG. 1, WAN (Wide Area Network) 10, PGW (Packet data network Gateway) 20, a plurality of DPI (Deep Packet Induction) 40, a plurality of MECs (Mobile Edge Computing), and a plurality of MECs (Mobile Edge Computing) are used. The eNB (evolved NodeB) 60 of the above is arranged as shown in FIG. The PGW 20 functions as a gateway that connects to the WAN 10. The DPI 40 analyzes the contents of packet data flowing through the mobile communication network.

In the prior art shown in FIG. 1, even when the UE 70 hands over from one eNB 60 to another eNB 60, the purpose is to maintain the session information of the application of the UE 70, and between the UE 70 and the MEC 50 accommodating the UE 70. When a session maintenance Proxy 90 that terminates the session of the UE 70 and holds the session information of the application on the UE 70 side is set for the UE 70, and the UE 70 moves and is accommodated in the new MEC50, the movement of the UE 70 is followed. By executing the session movement process of the session maintenance application 90 set for the UE 70, the session maintenance application 90 is set for the UE 70 accommodated in the new MEC 50.

FIG. 2 is an explanatory diagram for explaining a problem of the prior art shown in FIG. In the conventional technique shown in FIG. 1, when the UE 70 is moved and accommodated in the new MEC50, the session movement process is executed. For example, when the user holding the UE 70 is on a train or the like. In a situation where handovers occur continuously, such as, the session movement process cannot be completed in time, and such a situation cannot be dealt with. In this respect, it becomes more remarkable in a 5G network in which the cell size is smaller than that in the LTE network.

Further, even if the session movement process is performed, the personal data 54 of the user of the UE 70 used by the application 52 is not copied, and the personal data 54 cannot be used after the handover. For example, when the application 52 is a game application and the personal data 54 is the save data of the game, the save data may not be available after the handover, which may significantly reduce the convenience of the user.

Further, the types of applications 52 used by the users of the UE 70 are enormous, and each of the plurality of MEC 50s does not necessarily have all types of applications 52. Therefore, even if the session movement process is performed, if the same application 52 as the application 52 used by the UE 70 before the movement is not in the MEC50 after the movement, the user of the UE 70 continues to use the application 52. You will not be able to.

Further, even if the service used by the UE 70 before the movement is not accommodated in the MEC50 after the movement and the UE 70 desires to use the service, in the prior art, the service of the MEC50 The arrangement method has not been clarified, and even if the service can be provided by the MEC50, a sequence (time) for activating the service is required in the MEC50.

The system 100 according to the present embodiment provides a technique that contributes to solving such a problem.

FIG. 3 schematically shows an example of the system 100. System 100 includes MECFar200 and a plurality of MECNear300. The MECnea 300 is arranged on the so-called edge side and provides a service by an application to a communication terminal 500 moved by a mobile body. In FIG. 3, a vehicle 600 is shown as an example of a moving body.

The MEC Near 300 may be a so-called edge-side MEC server. The MEC server may be an example of a service providing server. The MECFar 200 is arranged on the so-called core side and controls a plurality of MEC Bear 300s. The MECFar200 may be a so-called core-side MEC server. The MEC Bear 300 is located closer to the communication terminal 500 than the MEC Fair 200, and the MEC Fair 200 is located farther from the communication terminal 500 than the MEC Fair 300.

MECFar200 may be an example of a control device. The MECnea 300 may be an example of a processing device. In FIG. 3, MECNear301, MECNear302, and MECNear303 are illustrated as an example of a plurality of MECNear300, but the number of MECNear300 is not limited to this and may be any number.

The communication terminal 500 is mounted on the vehicle 600, for example. The communication terminal 500 is, for example, a navigation system for a vehicle 600. The communication terminal 500 may be part of the navigation system of the vehicle 600. The communication terminal 500 may be a communication terminal different from the navigation system of the vehicle 600. The MECnea 300 provides a service by an application of any kind to the communication terminal 500. The MECnea 300 provides the communication terminal 500 with services by an application related to the navigation of the vehicle 600, for example. Further, the MECnea 300 provides the communication terminal 500 with a service by an application that distributes contents such as moving images and music, for example.

When the vehicle 600 is an autonomous driving vehicle, the communication terminal 500 may be a control device that controls the automatic driving of the vehicle 600. The MECnea 300 provides, for example, a service to the communication terminal 500 by an application that controls the automatic driving of the vehicle 600.

Further, the communication terminal 500 may be, for example, a user terminal owned by a passenger boarding the vehicle 600. The communication terminal 500 may be a mobile phone such as a smartphone, or may be a tablet terminal, a PC (Personal Computer), or the like. The MECnea 300 provides the communication terminal 500 with a service by an application that distributes contents such as moving images and music, for example.

The communication terminal 500 may be a so-called IoT (Internet of Thing) device that is moved by the vehicle 600. Examples of the IoT device include various sensors and various actuators. The communication terminal 500 may include anything that falls under the so-called IoT (Internet of Everything).

Here, the vehicle 600 will be mainly described as an example of the moving body, but the moving body may be any kind as long as the communication terminal 500 can be moved. For example, the mobile body may be a drone, and the communication terminal 500 is mounted on the drone. The MECnea 300 provides, for example, a service by an application that supports delivery of a package by a drone to a communication terminal 500. Further, the MEC Near 300 provides the communication terminal 500 with a service by an application that supports confirmation of the situation of a disaster area by a drone, for example.

Further, for example, the moving body may be a robot, and the communication terminal 500 is mounted on the robot. The MECnea 300 provides, for example, a service to the communication terminal 500 by an application that supports delivery of a package by a robot. Further, the MEC Near 300 provides the communication terminal 500 with a service by an application that supports confirmation of the situation of a disaster area by a robot, for example.

The MECFar 200 communicates with a plurality of MEC Bears 300 via the backhaul 110. Although one MECFar200 is shown in FIG. 3, the number of MECFar200 is not limited to one, and a plurality of MECFar200 may be arranged. For example, a plurality of MECFar 200s are arranged in each region, and a plurality of MEC Bears 300 in each region are controlled.

The MEC Near 300 is arranged corresponding to the eNB 120. Arranging corresponding to the eNB 120 may mean connecting to the eNB 120 in order to provide a service by the application to the communication terminal 500 in the cell of the eNB 120. The MEC Near 300 may be arranged corresponding to a plurality of eNB 120s.

The MEC Near 300 may be located in the vicinity of the eNB 120. To be arranged in the vicinity of the eNB 120 means that, for example, the distance to the eNB 120 is within a predetermined distance. Further, being arranged in the vicinity of the eNB 120 may mean that the communication distance with the eNB 120 is arranged within a predetermined communication distance. The MEC Near 300 is arranged, for example, in the vicinity of the eNB 120 and in a place where the required power can be received.

FIG. 3 illustrates a case where the MECNear 301 is arranged corresponding to the eNB 121, the MEC Near 302 is arranged corresponding to the eNB 122, and the MEC Near 303 is arranged corresponding to the eNB 123. FIG. 3 shows a case where the eNB connected to the MEC Near 301 is only the eNB 121, but the present invention is not limited to this, and a plurality of eNBs may be connected to the MEC Near 301. The same applies to MECNear302 and MECNear303.

FIG. 3 shows an example in which the MECnea 301 and the eNB 121 are connected and the eNB 121 is connected to the backhaul 110. In this case, the eNB 121 may communicate with the backhaul 110 via the MECnea 301. Not limited to this, the MECNear301 and the eNB121 may be connected, and each of the MECNear301 and the eNB121 may be connected to the backhaul 110. Further, the MECNear 301 may be configured to communicate with the backhaul 110 via the eNB 121 without connecting the MECnea 301 and the backhaul 110. The same applies to MECNear302 and eNB122, and MECNear303 and eNB123.

System 100 may include MECMaster 400. The MECMaster 400 distributes the application to a plurality of MECNear300s. The MECMaster 400 deploys an application to the MECFar 200 and the MEC Fair 300 in response to a request by an API (Application Programming Interface) from, for example, an application developer, an application operator, or the like. The MECFar200 may play the role of the MECMaster400 in addition to the role of the MECFar200. Although one MECMaster 400 is shown in FIG. 3, the number of MECMaster 400s is not limited to one, and a plurality of MECMaster 400s may be arranged.

In the system 100 according to the present embodiment, the MECFar 200 stands by, for example, in a state where the application to be deployed on the MEC Near 300 is running. When using the application, the communication terminal 500 may send a request for using the application to the MECFar 200. The usage request includes information on the communication terminal 500. The information of the communication terminal 500 may be, for example, identification information such as IMSI (International Mobile Equipment Identity) and IMEI (International Mobile Equipment Identifier). The information of the communication terminal 500 is not limited to this, and may be any information as long as the communication terminal 500 can be identified.

The MECFar 200 may receive the position information of the communication terminal 500 from the position information server 140 by using the information of the communication terminal 500 included in the usage request. Then, the MECFar 200 determines a provision processing device that provides a service by an application to the communication terminal 500 from a plurality of MECneas 300 based on the location information of the communication terminal 500. The MECFar 200 determines, for example, the MEC Bear 300 corresponding to the eNB 120 in which the communication terminal 500 is located as the providing processing device. The MECFar 200 may determine, among the MECnea 300s accessible from the communication terminal 500, the MECnea 300 capable of providing the service by the requested application to the communication terminal 500 as the providing processing device.

The MECFar 200 further determines a corresponding processing device corresponding to the provided processing device from the plurality of MEC Bear 300. Corresponding to the provided processing device means, for example, corresponding to the eNB 120 in which the communication terminal 500 receiving the service provided by the application from the provided processing device may perform a handover. The MECFar 200 determines, for example, the MEC Bear 300 corresponding to the eNB 120 that the communication terminal 500 may hand over as a corresponding processing device.

The MECFar 200 may determine a plurality of corresponding processing devices corresponding to the provided processing devices. The plurality of corresponding processing devices corresponding to the provided processing device may be a plurality of MECNear 300s in which the communication terminal 500 may perform a handover in order from the provided processing device due to the movement of the mobile body.

The MECFar 200 according to the present embodiment determines the corresponding processing device based on the route information indicating the route to the destination of the vehicle 600. The MECFar200 determines, for example, the MECNear300 corresponding to the eNB 120 which is adjacent to the eNB 120 in which the communication terminal 500 is located and covers at least a part of the route indicated by the route information as a corresponding processing device. ..

In the example shown in FIG. 3, the communication terminal 500 is located in the eNB 121, and the MECFar 200 determines the MEC Bear 301 corresponding to the eNB 121 as the providing processing device. Further, the MECFar 200 determines as a corresponding processing device the MEC Near 302 corresponding to the eNB 122 that covers at least a part of the route 602 indicated by the route information of the vehicle 600 among the eNB 122 and the eNB 123 adjacent to the eNB 121. The eNB adjacent to the one eNB may be an eNB arranged adjacent to the one eNB in the design of the base station. Further, the eNB adjacent to one eNB may be an eNB in which the communication terminal 500 leaving the cell of one eNB forms a cell to be entered next without entering another cell.

When determining a plurality of corresponding processing devices, the MECFar 200 sequentially specifies the eNB 120 to be handed over by the communication terminal 500 along the route 602, and a plurality of the plurality of MECNear 300 corresponding to the specified plurality of eNB 120s. It may be determined as a corresponding processing device.

The MECFar 200 controls the application to be transmitted to the determined providing processing device and the corresponding processing device. The MECFar200, for example, transmits the application to the providing processing device and the corresponding processing device. In addition, the MECFar 200 may cause the MEC Master 400 to transmit an application to the provided processing device and the corresponding processing device. In this way, by transmitting the application to the corresponding processing device in addition to the providing processing device, it is possible to ensure the continuity of access to the application at the time of handover of the communication terminal 500.

For example, when the moving body is the vehicle 600 and the vehicle 600 moves to the destination, the communication terminal 500 sequentially hands over to the eNB 120 arranged along the route of the vehicle 600. When the communication terminal 500 is receiving the service by the video distribution application, if the video distribution application is not stored in the MECnea 300 corresponding to the handover destination eNB 120, the service will be interrupted on the way. On the other hand, according to the system 100 according to the present embodiment, the application can be transmitted and stored in advance to the MECNear 300 corresponding to the eNB 120 in which the communication terminal 500 may perform a handover, and the service can be stored. It is possible to guarantee the continuity of.

Further, for example, when the moving body is a drone and the drone delivers the package to the destination, the communication terminal 500 sequentially hands over to the eNB 120 arranged along the flight route of the drone. .. When the communication terminal 500 is serviced by an application that provides information on buildings in various places, information on flight altitudes, information on obstacles, etc. as an application that supports flight of a drone, the eNB 120 of the handover destination If the application is not stored in the corresponding MECnea 300, flight problems may occur. On the other hand, according to the system 100 according to the present embodiment, the application can be transmitted and stored in advance to the MECNear 300 corresponding to the eNB 120 in which the communication terminal 500 may perform a handover, and the drone can be stored. It is possible to reduce the possibility of problems in flight.

When the route information is not used, it is difficult to identify the eNB 120 which may be handed over by the communication terminal 500 as compared with the case where the route information is used. Therefore, for example, all the eNB 120s adjacent to the provided processing device are adjacent to the eNB 120. It is conceivable to control the application to be transmitted to the MEC Near 300 corresponding to the eNB 120. On the other hand, according to the MECFar 200 according to the present embodiment, by using the route information, the eNB 120 which may be handed over by the communication terminal 500 with higher accuracy is specified as compared with the case where the route information is not used. It is possible to limit the MECnea 300 that transmits the application. As a result, communication traffic can be reduced, and the processing load of MECFar200 and MECNear300 can be reduced.

In the system 100 according to the present embodiment, the data used by the application may be distributed and arranged in the MECFar 200 and the MEC Bear 300. For example, the MECFar 200 stores data that is not required to have a low delay among the data used by the application. The MEC Near 300 may refer to the data stored in the MEC Far 200 for data that does not require low delay. Further, among the data used by the application, the data requiring low delay is arranged in the providing processing device and the corresponding processing device. The data requiring the low delay may be transmitted from the MECMaster400 or the MECnea300 to the providing processing device and the corresponding processing device. Of the data used by the application, the data that does not require low delay and the data that requires low delay may be predetermined by the application developer, the application operator, the administrator of MECFar200, and the like.

If all the data used by the application is arranged in the providing processing device and the corresponding processing device, it is possible to achieve low communication delay of the communication terminal 500. However, for example, when the data stored in the provided processing device is updated, the MECFar200 must reflect the update in the data of the corresponding processing device. On the other hand, according to the MECFar 200 according to the present embodiment, the required low delay is realized and the low delay is not required by arranging the data for which the low delay is required in the providing processing device and the corresponding processing device. By storing the data in the MECFar 200 and referencing it to the providing processing device and the corresponding processing device, the amount of data that needs to be synchronized can be appropriately reduced.

Further, in the system 100 according to the present embodiment, data that the communication terminal 500 needs to continuously use, such as session information, is held by the communication terminal 500 before the handover, and immediately after the handover, the communication terminal 500 may transmit to the corresponding processing device. The communication terminal 500 encrypts and holds the data using, for example, a shared key shared by the providing processing device and the corresponding processing device, and immediately after the handover, transmits the encrypted data to the corresponding processing device. May be good. The corresponding processing device can decrypt the encrypted data using the shared key. In this way, by adopting a configuration in which the communication terminal 500 holds the session information and the like and transmits the session information to the corresponding processing device after the handover, the continuity of the experience can be ensured for the handover of the communication terminal 500. it can.

FIG. 4 schematically shows an example of the processing flow of the system 100. Here, the communication terminal 500 is located in the eNB 121, and the application used by the communication terminal 500 is set to the state in which the MECFar 200 is already in operation until the service is started to be provided to the communication terminal 500. An example of the processing flow of is described.

In step 102 (the step may be abbreviated as S) 102, the communication terminal 500 transmits an application use request to the MECFar 200. In S104, MECFar200 responds to the application usage request. In S106, the communication terminal 500 transmits the route information indicating the route to the destination of the vehicle 600 to the MECFar 200. The communication terminal 500 transmits, for example, route information indicating a route set in the navigation system of the vehicle 600 to the MECFar 200.

In S108, the MECFar 200 transmits the information of the communication terminal 500 included in the usage request received in S102 to the location information server 140. In S110, the location information server 140 transmits the location information of the communication terminal 500 to the MECFar 200. The MECFar 200 determines the provided processing device based on the position information received in S110, and determines the corresponding processing device corresponding to the provided processing device based on the route information received in S106. Here, the description will be continued assuming that the MECnea 301 is determined as the provided processing device and the MECnea 302 is determined as the corresponding processing device.

In S112, the MECFar200 instructs the MECMaster400 to deploy the application to the MECNear301 and MECNear302. In S114, the MECMaster 400 deploys the application to MECnea 301 and MECnea 302 according to the instructions received in S112.

In S116, the use of the service by the application is started between the communication terminal 500 and the provided processing device MECnea301. At this time, the destination of the communication terminal 500 may remain the MECFar 200, and the MEC Bear 301 may be configured to make a proxy response by filtering the packets addressed to the MECFar 200.

In FIG. 4, an example in which the communication terminal 500 transmits route information to the MECFar 200 in response to the response in S104 has been described, but the present invention is not limited to this. The timing of transmitting the route information may be any timing. For example, the communication terminal 500 may transmit an application usage request including route information to the MECFar 200 in S102.

FIG. 5 schematically shows an example of the processing flow of the system 100. Here, an example of the processing flow when the route of the vehicle 600 is changed with the state in which the communication terminal 500 is receiving the service by the application from the MECnea 301 by the processing shown in FIG. 4 will be described. The route of the vehicle 600 is changed, for example, when the destination of the vehicle 600 is changed. Further, the route of the vehicle 600 may be changed when the vehicle 600 is rerouted by the navigation system due to deviating from the route, or when the vehicle 600 is rerouted by the navigation system due to a change in traffic conditions on the route or the like.

In S202, the communication terminal 500 transmits the route information indicating the changed route to the MECFar 200. The MECFar200 determines the corresponding processing device based on the received route information. Here, the description will be continued assuming that MECnea304 is determined as the corresponding processing device.

In S204, the MECFar200 instructs the MECMaster400 to deploy the application to the MECNear304. In S206, the MECMaster400 deploys the application to the MECnea304 according to the instructions received in S204. By executing the process as shown in FIG. 5, even if the route is changed after the application is transmitted to the corresponding processing device specified by using the route information, the communication terminal 500 is notified. The application can be appropriately deployed in advance for MECnea304, which will provide the service by the application.

FIG. 6 schematically shows an example of the processing flow of the system 100. Here, the communication terminal 500 is located in the eNB 121, and the application used by the communication terminal 500 is set to the state in which the MECFar 200 is already in operation until the service is started to be provided to the communication terminal 500. Another example of the processing flow of is described.

In S302, the communication terminal 500 transmits an application use request to the MECFar 200. In S304, MECFar200 responds to the application usage request. In S306, the communication terminal 500 transmits the route information indicating the route to the destination of the vehicle 600 to the MECMaster 400. At this time, the destination of the communication terminal 500 may remain the MECFar 200, and the route information may be transmitted to the MEC Master 400 via the MECFar 200. The MECMaster 400 identifies a plurality of eNBs 120 that cover the route indicated by the received route information.

In S308, the MECFar 200 transmits the information of the communication terminal 500 included in the usage request received in S302 to the location information server 140. In S310, the location information server 140 transmits the location information of the communication terminal 500 to the MECFar 200. In S112, the MECFar 200 transmits the position information of the communication terminal 500 received in the S310 and the instruction to deploy the application to the MECMaster 400.

The MECMaster 400 determines the providing processing device based on the position information received in S312. Here, the description will be continued assuming that MECnea 301 is determined as the provided processing device. Further, the MECMaster 400 has a MEC Near 300 corresponding to the eNB 120 that covers the portion closer to the position of the communication terminal 500 on the route among the plurality of eNB 120s that cover the route indicated by the route information received in S306. Determined as a corresponding processing device. Here, the description will be continued assuming that the MECnea 302 is determined as the corresponding processing device. The MECMaster 400 may determine a plurality of corresponding processing devices. For example, the MECMaster 400 has a plurality of eNBs 120 that cover the route indicated by the route information received in S306, in order from the one in which the position of the covering route portion is closer to the position of the communication terminal 500. Determine the corresponding processing device.

The MECMaster400 deploys the application to the MECnea 301 and MECnea 302 according to the instructions received in S312. In S316, the use of the service by the application is started between the communication terminal 500 and the provided processing device MECnea301. At this time, the destination of the communication terminal 500 may remain the MECFar 200, and the MEC Bear 301 may be configured to make a proxy response by filtering the packets addressed to the MECFar 200.

FIG. 7 schematically shows an example of the processing flow of the system 100. Here, an example of the flow of processing when the route of the vehicle 600 is changed with the state in which the communication terminal 500 is receiving the service by the application from MECnea 301 by the processing shown in FIG. 6 will be described.

In S402, the communication terminal 500 transmits the route information indicating the changed route to the MECMaster 400. At this time, the destination of the communication terminal 500 may remain the MECFar 200, and the route information may be transmitted to the MEC Master 400 via the MECFar 200.

The MECMaster 400 identifies a plurality of eNBs 120 that cover the route indicated by the received route information. Here, when the next destination cell of the vehicle 600 is not the cell of the eNB 122 corresponding to the MECNear 302 but the eNB 120 corresponding to another MEC Near 300, the MEC Master 400 may deploy the application to the MEC Near 300.

In S404, the core node 150 that acquires the mobile network information detects that the communication terminal 500 has handed over to the eNB 122, and reports the movement of the communication terminal 500 to the MECMaster 400. The core node 150 knows, for example, that the communication terminal 500 has handed over to the eNB 122 from the MME connected to the backhaul 110. The core node 150 may be an MME.

In S406, the MECMaster400 deploys the application to the MECNear300 corresponding to the eNB 120 adjacent to the eNB 122 corresponding to the MECNear302 among the plurality of eNBs 120 specified in S402. In S408, the MECMaster400 instructs the MECNear301 to delete the application and the data used by the application. The MECMaster 400 may instruct the MEC Near 301 to delete the service when the MEC Near 301 determines that the communication terminal 500 does not resume the provision of the service by the application.

FIG. 8 schematically shows an example of the processing flow of the system 100. Here, a process flow will be described when the communication terminal 500 is set to the start state in which the communication terminal 500 is receiving the service by the application from the MECnea 301 by the process shown in FIG. 6, and the communication terminal 500 is handed over from the eNB 121 to the eNB 122.

In S502, the communication terminal 500 hands over to the eNB 122. In S504, the MECnea 302 provides a service to the communication terminal 500 by an application that has been received and stored in advance. At this time, the destination of the communication terminal 500 may remain the MECFar 200, and the MEC Bear 302 may be configured to make a proxy response by filtering the packets addressed to the MECFar 200.

In S506, the core node 150 detects that the communication terminal 500 has handed over to the eNB 122, and reports the movement of the communication terminal 500 to the MECMaster 400.

In S508, the MECMaster 400 identifies the eNB 120 adjacent to the eNB 122 corresponding to the MECNear 302 among the plurality of eNBs 120 specified based on the route information, and deploys the application to the MECNear 300 corresponding to the eNB 120. In S510, the MECMaster400 instructs the MECNear301 to delete the application and the data used by the application. The MECMaster 400 may instruct the MEC Near 301 to delete the service when the MEC Near 301 determines that the communication terminal 500 does not resume the provision of the service by the application.

FIG. 9 schematically shows an example of the processing flow of the system 100. Here, a state in which the communication terminal 500 receives a service from the MEC Near 301 by an application by the process shown in FIG. 4 will be described as a start state.

In S602, a common key is shared between MECNear301 and MECNear302. The sharing of the common key may be performed at any timing prior to S602. For example, the MECNear301 shares a common key with a plurality of MECNear300s in advance.

In S604, the MECNear301 encrypts the data to be used immediately after the communication terminal 500 hands over with the common key shared in S602. In S606, the MECnea 301 transmits the encrypted data to the communication terminal 500.

In S608, the communication terminal 500 hands over to the eNB 122 corresponding to the MECNear 302. In S610, the communication terminal 500 transmits the encrypted data received in S606 to the MECNear 302 corresponding to the handed over eNB 122. The communication terminal 500 may transmit the encrypted data to the MECNear 302 via the eNB 122.

In S612, MECNear302 decrypts the encrypted data received in S610 with the common key shared in S602. In S614, the communication terminal 500 receives the service from the MECnea 302 by the application. The MECnea 302 may provide a service to the communication terminal 500 by using the data decoded in S612. In S614, data synchronization with low immediacy is performed between MECNear302 and MECFar200.

The data encrypted in S604 may be arbitrary data. For example, when the communication terminal 500 is a user terminal of a passenger of the vehicle 600, the communication terminal 500 may receive a service by a game application, a service by a 3D image editing application, or the like, but the application is a game. In the case of an application, the data may be saved data. Further, for example, when the application is a 3D image editing application, the data may be the 3D image being edited.

Such data may have a data capacity that is too large for the communication terminal 500 to process, and cannot be processed by the communication terminal 500 or the processing speed is extremely reduced. Therefore, the communication terminal 500 side The processing may be distributed by performing only terminal operation and video drawing and performing data processing on the MECnea 300 side. In the example shown in FIG. 9, if data can be appropriately passed between MEC Near 301 and MEC Near 302, continuity can be ensured, but it may be difficult to properly pass data. For example, when there is an out-of-service area such as a tunnel between the cell of eNB 121 and the cell of eNB 122, it may be difficult to determine MECNear302 as a corresponding processing device corresponding to MECNear301. If the data is not properly exchanged, the user of the communication terminal 500 cannot continuously use the service.

On the other hand, by performing the processing as shown in FIG. 9, for example, before the communication terminal 500 moves to the out-of-service area, the MECnea 301 transmits the encrypted data to the communication terminal 500 via the eNB 121, and the tunnel or the like is formed. The communication terminal 500 that has handed over to the eNB 122 after exiting the out-of-service area can ensure the continuity of the service by transmitting the encrypted data to the MECNear 302 corresponding to the eNB 122.

FIG. 10 schematically shows an example of the functional configuration of the MECFar 200. The MECFar 200 includes a storage unit 202, a reception unit 204, a usage request acquisition unit 206, an information acquisition unit 208, a processing device determination unit 210, a transmission control unit 220, a transmission unit 224, and a synchronization processing unit 230. It is not essential that the MECFar 200 has all of these configurations.

The storage unit 202 stores various data. The storage unit 202 stores information on a plurality of MECnea 300s. The information of the MEC Near 300 may include the information of the radio base station corresponding to the MEC Near 300. The information of the MEC Near 300 may include information of another MEC Near 300 corresponding to the MEC Near 300. For example, the information includes the information of the MEC Near 300 corresponding to the radio base station adjacent to the radio base station corresponding to the MEC Near 300.

The information of the MEC Near 300 may include the position information indicating the position of the MEC Near 300. The information of the MEC Near 300 may include the information of the device performance of the MEC Near 300. The information of the MECNear300 may include information of an application in which the MECNear300 can be executed.

The receiving unit 204 receives various data. The receiving unit 204 stores the received data in the storage unit 202. The receiving unit 204 receives the application from, for example, the MECMaster 400. In addition, the receiving unit 204 receives data used by the application from, for example, the MECMaster 400.

The storage unit 202 stores the application received by the reception unit 204. The storage unit 202 may be an example of the application storage unit. The storage unit 202 stores the data used by the application received by the reception unit 204. The storage unit 202 may be an example of a data storage unit. The data used by the application may include data that requires low latency and data that does not require low latency. Among the data used by the application, the storage unit 202 may store the data that requires low delay and the data that does not require low delay so as to be distinguishable.

The usage request acquisition unit 206 acquires the usage request of the application transmitted by the communication terminal 500. The usage request includes information on the communication terminal 500. The information of the communication terminal 500 may include the identification information of the communication terminal 500. The usage request may include route information indicating a route to the destination of the moving body that moves the communication terminal 500.

The information acquisition unit 208 acquires various types of information. The information acquisition unit 208 acquires, for example, route information indicating a route to the destination of the moving body that moves the communication terminal 500. When the moving body is the vehicle 600, the route information may indicate a route set in the navigation system of the vehicle 600. Further, when the moving body is a drone, the route information may indicate the flight route to the destination. When the moving body is a robot, the route information may indicate a moving route to the destination.

The information acquisition unit 208 may receive route information from the communication terminal 500. The information acquisition unit 208 may receive route information from the moving body. When the usage request acquired by the usage request acquisition unit 206 includes route information, the information acquisition unit 208 may acquire the route information included in the usage request.

In addition, the information acquisition unit 208 may acquire information related to the moving body that moves the communication terminal 500. The information acquisition unit 208 acquires, for example, the moving speed of the moving body. The information acquisition unit 208 may receive information related to the mobile body from the communication terminal 500. The information acquisition unit 208 may receive information related to the moving body from the moving body.

The processing device determination unit 210 determines the provided processing device and the corresponding processing device from the plurality of MECneas 300 in response to the usage request acquisition unit 206 acquiring the usage request. The processing device determination unit 210 transmits the information of the communication terminal 500 included in the usage request acquisition unit 206 to the location information server 140, receives the location information of the communication terminal 500 from the location information server 140, and receives the location information and the location information. The provided processing device and the corresponding processing device may be determined based on the route information acquired by the information acquisition unit 208.

The processing device determination unit 210 determines, for example, the MECnea 300 corresponding to the radio base station in which the communication terminal 500 is located, which is specified by the position information of the communication terminal 500, as the providing processing device. The processing device determination unit 210 may be an example of the providing processing device determination unit. When there are a plurality of MECNear 300s accessible from the communication terminal 500, the processing device determination unit 210 may determine the MEC Near 300 closest to the communication terminal 500 as the providing processing device among the plurality of MECNear 300s. Further, the processing device determination unit 210 identifies the MECNear 300 capable of executing the application requested to be used by the communication terminal 500 among the plurality of MECnea 300s, and is the closest to the communication terminal 500 among the identified MECnea 300s. The MEC Near 300 may be determined as the providing processing device.

Further, the processing device determination unit 210 determines one or a plurality of MECnea 300s corresponding to the provided processing devices as the corresponding processing devices. The processing device determination unit 210 may be an example of the corresponding processing device determination unit. The processing device determination unit 210 may determine the MECnea 300 corresponding to the radio base station that may be handed over by the communication terminal 500 located in the radio base station corresponding to the provided processing device as the corresponding processing device. The processing device determination unit 210 corresponds to a radio base station adjacent to the radio base station in which the communication terminal 500 is located and which covers at least a part of the route indicated by the route information. The MECnea 300 may be determined as the corresponding processing device. The processing device determination unit 210 corresponds to a radio base station that covers a portion closer to the position of the communication terminal 500 on the route among a plurality of radio base stations that cover the route indicated by the route information. The MECnea 300 may be determined as the corresponding processing device.

In the processing device determination unit 210, among the plurality of radio base stations covering the route indicated by the route information, the position of the covering route portion is close to the position of the communication terminal 500 along the route. The radio base stations having a preset number of base stations may be specified in order from the first side, and the MEC Near 300 corresponding to the specified radio base stations may be determined as the corresponding processing device.

The processing device determination unit 210 may set the number of base stations based on the information related to the mobile body acquired by the information acquisition unit 208. The processing device determination unit 210 sets the number of base stations based on, for example, the moving speed of the moving body. As a specific example, the processing device determination unit 210 sets a larger number of base stations as the moving speed of the moving body is faster. As a result, when the moving speed of the mobile body is high and the handover of the communication terminal 500 occurs continuously in a short period of time, the application can be transmitted in advance to the MECnea 300 corresponding to the wireless base station farther away, and the communication can be performed. When the terminal 500 is handed over, the possibility that the application is not stored in the MECnea 300 corresponding to the radio base station of the handover destination and the service by the application cannot be received can be reduced.

The processing device determination unit 210 may set the number of base stations based on the information related to the application. The processing device determination unit 210 sets the number of base stations based on, for example, the amount of data of the application. As a specific example, the processing device determination unit 210 sets the number of base stations as the amount of data of the application increases. As a result, when the amount of data of the application is large and it takes a long time to transmit the application to the MECnea 300, the transmission of the application to the MECnea 300 can be started at a faster timing, and when the communication terminal 500 hands over, the application can be started. It is possible to reduce the possibility that the transmission of the application to the MECnea 300 corresponding to the radio base station of the handover destination is not completed and the service by the application cannot be received.

The processing device determination unit 210 may set the number of base stations based on the type of application. For example, the processing device determination unit 210 sets a larger number of base stations for an application that takes longer than the initial setting. As a result, when it takes more time for the initial setting of the application, the transmission of the application to the MEC Near 300 can be started at an earlier timing, and when the communication terminal 500 is handed over, the radio base station of the handover destination can be started. It is possible to reduce the possibility that the initial setting of the application in the MEC Near 300 corresponding to the above is not completed and the service by the application cannot be received.

The processing device determination unit 210 may set the number of base stations based on a plurality of information among the information related to the mobile body and the information related to the application. For example, the processing device determination unit 210 sets the number of base stations based on a plurality of moving speeds of moving objects, data amounts of applications, and types of applications.

The transmission control unit 220 controls the providing processing device and the corresponding processing device determined by the processing device determination unit 210 to transmit the application requested by the usage request. The transmission control unit 220 causes the transmission unit 224 to transmit an instruction to transmit the application requested by the usage request to the providing processing device and the corresponding processing device to the MECMaster 400, for example. The transmission unit 224 may be an example of an instruction transmission unit. As a result, it is not necessary for the MECFar 200 to store the application to be transmitted to the provided processing device and the corresponding processing device in advance. Further, for example, when the storage unit 202 stores an application to be transmitted to the providing processing device and the corresponding processing device, the transmission control unit 220 transmits the application to the providing processing device and the corresponding processing device in the transmitting unit 224. May be sent. The application transmission unit 224 may be an example of the application transmission unit. Thereby, the application can be transmitted to the provided processing device and the corresponding processing device earlier than the case where the provided processing device and the corresponding processing device are transmitted to the MECMaster 400.

The transmission control unit 220 may cause the transmission unit 224 to transmit the data for which low delay is required among the data used by the application requested by the usage request to the providing processing device and the corresponding processing device. .. The transmission unit 224 may be an example of a data transmission unit. This can contribute to the realization of low delay.

Before the communication terminal 500 located in the wireless base station corresponding to the provided processing device moves to the out-of-service area, the transmission control unit 220 previously uses the data used by the application used by the communication terminal 500. The specified data may be transmitted to the communication terminal 500 by the providing processing device. The transmission control unit 220 may transmit an instruction to transmit the predetermined data to the communication terminal 500 to the providing processing device. The transmission control unit 220 may determine whether or not the communication terminal 500 moves to the out-of-service area from the position information of the communication terminal 500 and the route information acquired by the information acquisition unit 208. The transmission control unit 220 may have the providing processing device encrypt the predetermined data using a pre-stored common key and transmit the data to the communication terminal 500.

The predetermined data may be data to be used after the communication terminal 500 has passed through the out-of-service area. For example, the predetermined data may be data that is used immediately after the communication terminal 500 passes through the out-of-service area and hands over. The data may be predetermined for each application.

After the application is transmitted to the corresponding processing device determined based on the first route information acquired by the information acquisition unit 208, the processing device determination unit 210 has the information acquisition unit 208 different from the first route information in the second route information. When the above is acquired, the corresponding processing device may be determined based on the second route information. For example, when the route to the destination of the moving body is changed, the information acquisition unit 208 acquires the second route information indicating the changed route.

The route of the moving body is changed, for example, when the destination of the moving body is changed. Also, the route of the moving body can be changed when the situation of the route changes. Also, the route of the mobile can change if the task of the mobile changes.

The synchronization processing unit 230 performs synchronization processing of data that requires low delay among the data used by the application transmitted to the providing processing device and the corresponding processing device. For example, when the data for which low delay is required is updated by the providing processing device, the updated content is received from the providing processing device, and the updated content is reflected in the data transmitted to the corresponding processing device.

FIG. 11 schematically shows an example of the processing flow by the MECFar 200. Here, the state in which the MECFar 200 is waiting for the application usage request will be described as the start state.

In S702, the usage request acquisition unit 206 acquires the application usage request from the communication terminal 500. Here, it is assumed that the usage request includes the information of the communication terminal 500 and the route information. In S704, the processing device determination unit 210 transmits the information of the communication terminal 500 included in the usage request received in S702 to the position information server 140, and receives the position information of the communication terminal 500 from the position information server 140.

In S706, the processing device determination unit 210 determines the providing processing device based on the position information of the communication terminal 500 received in S704. In S708, the processing device determination unit 210 determines one or a plurality of corresponding processing devices corresponding to the provided processing device determined in S406 by using the route information received in S702. In S710, the transmission control unit 220 controls the providing processing device and the corresponding processing device determined in S706 and S708 to transmit the application requested by the usage request. When the data used by the application includes data requiring low delay, the transmission control unit 220 controls to transmit the data requiring low delay to the providing processing device and the corresponding processing device. Then, the process ends.

FIG. 12 schematically shows an example of a hardware configuration of a computer 1200 functioning as a MECFar 200 or a MEC Near 300. A program installed on the computer 1200 causes the computer 1200 to function as one or more "parts" of the device according to an embodiment of the invention, or causes the computer 1200 to perform an operation associated with the device according to the embodiment of the invention. Alternatively, the one or more "parts" can be performed, and / or the computer 1200 can be made to perform the process according to an embodiment of the present invention or a stage of the process. Such a program may be executed by the CPU 1212 to cause the computer 1200 to perform a specific operation associated with some or all of the blocks of the flowcharts and block diagrams described herein.

The computer 1200 according to this embodiment includes a CPU 1212, a RAM 1214, and a graphic controller 1216, which are connected to each other by a host controller 1210. The computer 1200 also includes input / output units such as a communication interface 1222, a storage device 1224, a DVD drive 1226, and an IC card drive, which are connected to the host controller 1210 via the input / output controller 1220. The DVD drive 1226 may be a DVD-ROM drive, a DVD-RAM drive, or the like. The storage device 1224 may be a hard disk drive, a solid state drive, or the like. The computer 1200 also includes a legacy I / O unit such as a ROM 1230 and a keyboard, which are connected to the I / O controller 1220 via an I / O chip 1240.

The CPU 1212 operates according to the programs stored in the ROM 1230 and the RAM 1214, thereby controlling each unit. The graphic controller 1216 acquires the image data generated by the CPU 1212 in a frame buffer or the like provided in the RAM 1214 or itself so that the image data is displayed on the display device 1218.

Communication interface 1222 communicates with other electronic devices via a network. The storage device 1224 stores programs and data used by the CPU 1212 in the computer 1200. The DVD drive 1226 reads a program or data from a DVD-ROM 1227 or the like and provides it to the storage device 1224. The IC card drive reads the program and data from the IC card and / or writes the program and data to the IC card.

The ROM 1230 stores in it a boot program or the like executed by the computer 1200 at the time of activation and / or a program depending on the hardware of the computer 1200. The input / output chip 1240 may also connect various input / output units to the input / output controller 1220 via a USB port, a parallel port, a serial port, a keyboard port, a mouse port, and the like.

The program is provided by a computer-readable storage medium such as a DVD-ROM 1227 or an IC card. The program is read from a computer-readable storage medium, installed in a storage device 1224, RAM 1214, or ROM 1230, which is also an example of a computer-readable storage medium, and executed by the CPU 1212. The information processing described in these programs is read by the computer 1200 and provides a link between the program and the various types of hardware resources described above. The device or method may be configured to implement the operation or processing of information in accordance with the use of the computer 1200.

For example, when communication is executed between the computer 1200 and an external device, the CPU 1212 executes a communication program loaded in the RAM 1214, and performs communication processing on the communication interface 1222 based on the processing described in the communication program. You may order. Under the control of the CPU 1212, the communication interface 1222 reads and reads transmission data stored in a transmission buffer area provided in a recording medium such as a RAM 1214, a storage device 1224, a DVD-ROM 1227, or an IC card. The data is transmitted to the network, or the received data received from the network is written to the reception buffer area or the like provided on the recording medium.

Further, the CPU 1212 makes the RAM 1214 read all or necessary parts of a file or a database stored in an external recording medium such as a storage device 1224, a DVD drive 1226 (DVD-ROM1227), an IC card, etc. Various types of processing may be performed on the data of. The CPU 1212 may then write back the processed data to an external recording medium.

Various types of information such as various types of programs, data, tables, and databases may be stored in recording media and processed. The CPU 1212 describes various types of operations, information processing, conditional judgment, conditional branching, unconditional branching, and information retrieval described in various parts of the present disclosure with respect to the data read from the RAM 1214. Various types of processing may be performed, including / replacement, etc., and the results are written back to the RAM 1214. Further, the CPU 1212 may search for information in a file, a database, or the like in the recording medium. For example, when a plurality of entries each having an attribute value of the first attribute associated with the attribute value of the second attribute are stored in the recording medium, the CPU 1212 is the first of the plurality of entries. The attribute value of the attribute of is searched for the entry that matches the specified condition, the attribute value of the second attribute stored in the entry is read, and the first attribute that satisfies the predetermined condition is selected. You may get the attribute value of the associated second attribute.

The program or software module described above may be stored on a computer 1200 or in a computer-readable storage medium near the computer 1200. Also, a recording medium such as a hard disk or RAM provided in a dedicated communication network or a server system connected to the Internet can be used as a computer-readable storage medium, thereby allowing the program to be transferred to the computer 1200 via the network. provide.

The blocks in the flowchart and block diagram of this embodiment may represent a stage of the process in which the operation is performed or a "part" of the device responsible for performing the operation. Specific stages and "parts" are supplied with dedicated circuits, programmable circuits supplied with computer-readable instructions stored on computer-readable storage media, and / or computer-readable instructions stored on computer-readable storage media. It may be implemented by the processor. Dedicated circuits may include digital and / or analog hardware circuits, and may include integrated circuits (ICs) and / or discrete circuits. Programmable circuits include logical products, logical sums, exclusive logical sums, negative logical products, negative logical sums, and other logical operations, such as, for example, field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), and the like. , Flip-flops, registers, and reconfigurable hardware circuits, including memory elements.

The computer-readable storage medium may include any tangible device capable of storing instructions executed by the appropriate device, so that the computer-readable storage medium having the instructions stored therein is in a flow chart or block diagram. It will be equipped with a product that contains instructions that can be executed to create means for performing the specified operation. Examples of the computer-readable storage medium may include an electronic storage medium, a magnetic storage medium, an optical storage medium, an electromagnetic storage medium, a semiconductor storage medium, and the like. More specific examples of computer-readable storage media include floppy (registered trademark) disks, diskettes, hard disks, random access memory (RAM), read-only memory (ROM), and erasable programmable read-only memory (EPROM or flash memory). , Electrically Erasable Programmable Read Only Memory (EEPROM), Static Random Access Memory (SRAM), Compact Disc Read Only Memory (CD-ROM), Digital Versatile Disc (DVD), Blu-ray® Disc, Memory Stick , Integrated circuit cards and the like may be included.

Computer-readable instructions are assembler instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state-setting data, or object-oriented programming such as Smalltalk, JAVA®, C ++, etc. Contains either source code or object code written in any combination of one or more programming languages, including languages and traditional procedural programming languages such as the "C" programming language or similar programming languages. Good.

Computer-readable instructions are used to generate means for a general-purpose computer, a special-purpose computer, or the processor of another programmable data processing device, or a programmable circuit, to perform an operation specified in a flowchart or block diagram. General purpose computers, special purpose computers, or other programmable data processing locally or via a local area network (LAN), a wide area network (WAN) such as the Internet, etc. to execute the computer readable instructions. It may be provided to the processor of the device or a programmable circuit. Examples of processors include computer processors, processing units, microprocessors, digital signal processors, controllers, microcontrollers and the like.

Although the present invention has been described above using the embodiments, the technical scope of the present invention is not limited to the scope described in the above embodiments. It will be apparent to those skilled in the art that various changes or improvements can be made to the above embodiments. It is clear from the description of the claims that such modified or improved forms may also be included in the technical scope of the present invention.

The order of execution of each process such as operation, procedure, step, and step in the device, system, program, and method shown in the claims, specification, and drawings is particularly "before" and "prior to". It should be noted that it can be realized in any order unless the output of the previous process is used in the subsequent process. Even if the scope of claims, the specification, and the operation flow in the drawings are explained using "first", "next", etc. for convenience, it means that it is essential to carry out in this order. It's not a thing.

10 WAN, 20 PGW, 40 DPI, 50 MEC, 52 applications, 54 personal data, 60 eNB, 70 UE, 90 session maintenance Proxy, 100 system, 110 backhaul, 120, 121, 122, 123 eNB, 140 location information server , 150 core node, 200 MECFar, 202 storage unit, 204 receiving unit, 206 usage request acquisition unit, 208 information acquisition unit, 210 processing device determination unit, 220 transmission control unit, 224 transmitter unit, 230 synchronous processing unit, 300, 301, 302, 303, 304 MECNear, 400 MECMaster, 500 communication terminal, 600 vehicle, 602 route, 1200 computer, 1210 host controller, 1212 CPU, 1214 RAM, 1216 graphic controller, 1218 display device, 1220 input / output controller, 1222 communication interface, 1224 storage device, 1226 DVD drive, 1227 DVD-ROM, 1230 ROM, 1240 input / output chip

Claims (10)

In response to an application usage request transmitted by a communication terminal moved by a mobile body, a service providing server corresponding to a wireless base station in which the communication terminal is located is provided to the communication terminal by providing a service by the application. The provision processing device determination unit that determines as the provision processing device to be used, and
A route information acquisition unit that acquires route information indicating a route to the destination of the moving body, and a route information acquisition unit.
Among the plurality of radio base stations covering the route thus indicated in the route information, in order from the position of the portion of the route that covers close to the position of the communication terminal along the route, the identify the number of base stations of the radio base station which is set according to the type of application, the corresponding processing device determining unit for the service providing server corresponding to the identified radio base station, determined as the corresponding processing device corresponding to the providing apparatus When,
A control device including a transmission control unit that controls the provided processing device and the corresponding processing device to transmit the application. The control device according to claim 1, wherein the corresponding processing device determination unit sets a larger number of base stations for the application, which takes more time for initial setting. After the application is transmitted to the corresponding processing device determined based on the first route information acquired by the route information acquisition unit, the corresponding processing device determination unit uses the route information acquisition unit as the first route information. When different second route information is acquired, determines the corresponding processing device based on the second route information.
The control device according to claim 1 or 2 , wherein the transmission control unit controls to transmit the application to the corresponding processing device determined based on the second route information. The control device according to claim 3 , wherein the route information acquisition unit acquires the second route information indicating the changed route when the route to the destination of the moving body is changed. Said corresponding processing device determining unit, the moving speed of the moving body, the data amount of the application, and to set the number of the base station based on the type of the application, according to any one of claims 1 4 Control device. An application storage unit that stores the application and
It is provided with an application transmission unit that transmits the application stored in the application storage unit.
The control device according to any one of claims 1 to 5 , wherein the transmission control unit causes the application transmission unit to transmit the application to the provided processing device and the corresponding processing device. The control device according to any one of claims 1 to 6 , wherein the transmission control unit causes a distribution device that distributes the application to transmit the application to the provided processing device and the corresponding processing device. A program for causing a computer to function as the control device according to any one of claims 1 to 7. In response to an application usage request transmitted by a communication terminal moved by a mobile body, a service providing server corresponding to a wireless base station in which the communication terminal is located is provided to the communication terminal by providing a service by the application. The provision processing device determination stage to be determined as the provision processing device to be performed, and
The route information acquisition stage for acquiring route information indicating the route to the destination of the moving body, and
Among the plurality of radio base stations covering the route thus indicated in the route information, in order from the position of the portion of the route that covers close to the position of the communication terminal along the route, the Corresponding processing device determination stage in which the number of wireless base stations set according to the type of application is specified, and the service providing server corresponding to the specified wireless base station is determined as the corresponding processing device corresponding to the provided processing device. When,
A control method including a transmission control step for controlling transmission of the application to the provided processing device and the corresponding processing device. The control device according to any one of claims 1 to 7.
A system including the provided processing device.

Images