JP5515064B2 - Distribution management system, distribution management server, distribution management method, and program for distribution management - Google Patents

Description

  The present invention relates to logistics management via a network, and more specifically, a logistics management system that enables logistics management by acquiring the status of logistics in real time, and reports the latest delivery status of the package to the shipper. , A logistics management server, a logistics management method, and a program.

  In recent years, network infrastructure has become widespread, and mobile communication has also become popular. Therefore, many vehicles are equipped with GPS (Global Positioning System) terminals and acquire information on their positions and destinations. The same situation applies to cargo vehicles such as trucks that are responsible for land logistics. On the other hand, the GPS function can be installed not only in the GPS terminal but also in a mobile terminal that can be exemplified as a mobile phone, an iPhone (registered trademark), a smartphone, an iPad (registered trademark), etc., and the mobile terminal has a GPS function. Even if not, the position information can be obtained from a remotely connected server using the position of the wireless base station.

  Information that can be acquired via the network environment described above has been used for planning logistics, managing results, etc., and managing freight vehicles. For example, JP-A-11-3489 (Patent Document 1) provides a package delivery information request command for requesting delivery status information for a package for which a delivery status inquiry has been made on the center side. And a center side management device for receiving information on the delivery status of the package returned from the transport vehicle side, and the delivery status of the package loaded on the transport vehicle provided on the transport vehicle side. Information is collected and package delivery status information is generated for each package, and the delivery vehicle side management that returns the package delivery status information for the package whose delivery status is inquired in response to the package delivery information request command to the center side management device A logistics vehicle management system is described that provides an apparatus.

  In Japanese Patent Laid-Open No. 2001-23073 (Patent Document 2), a plurality of shippers and transportation companies exchange demand-seeking vehicle search information, carry out logistics with an optimal truck size, number of units and transportation route, and save energy. For the purpose of providing a logistics information system that can prevent road congestion, the cargo owner side terminal that sends the vehicle search information, the carrier side terminal that sends the demand information, and the information based on these information Constructs a vehicle search database, and consists of a server in the logistics information center that creates a vehicle dispatch plan and sends it to the shipper's terminal and the carrier terminal. From the carrier terminal based on the vehicle dispatch plan The transmitted cargo information for each track is sent to the in-vehicle computer of each track via the server, and the in-vehicle computer uses the track position information obtained by GPS as described above. With sending to over server describes a distribution information system inspected cargo receives information of the wireless IC tag attached to the baggage during loading unloading track.

  Furthermore, Japanese Patent Laid-Open No. 2003-206032 (Patent Document 3) discloses a plurality of apparatuses having means for grasping the installation position information of the apparatus itself, and a plurality of deliveries for replenishing consumables consumed in each apparatus. And a management center which receives information from each device and delivery means and issues a command. The plurality of delivery means are means for individually obtaining position coordinate information and notify the management center of the information. The management center determines the delivery route of the consumables for each delivery means in accordance with the consumable request from each device and the installation position information. For the consumables, the final supply destination is the nearest device coordinates with respect to the return point of the delivery means. When an emergency consumable request is generated, the coordinate information of the delivery means Calculate the undelivered area of the delivery route, add it to the nearest route connecting the replenishment destination and replenishment destination of the non-delivery area, and remove the final replenishment destination from the delivery route of the delivery means and incorporate it into a separate delivery route A delivery system that performs route change control is described.

  In addition to this, Japanese Patent Laid-Open No. 2005-43066 (Patent Document 4) uses distribution data such as browsing data to convert character string data included in point information in distribution data in relation to map data. A route guidance device and a route guidance method that are used for route guidance are described. Japanese Patent Laid-Open No. 2002-372431 (Patent Document 5) discloses an information registration computer for providing a route information providing device for providing highly accurate route information from a departure place to a destination. The facility administrator who can communicate with the center via the Internet line and manages the facility inputs detailed route information from the main road to the facility from the information registration computer, and sends the detailed route information to the center. A route information providing device is described that transmits a route information including detailed route information to the navigation device by transmitting a route based on the route information database.

  Furthermore, Japanese Patent Application Laid-Open No. 2007-57419 (Patent Document 6) makes it possible to acquire an accurate position of a vehicle with a system having an inexpensive configuration, and displays the position of the vehicle on a map without imposing a heavy load on the terminal. Positioning information received by the wireless tag reader of the in-vehicle device from the wireless tag 6 and the positioning of the GPS positioning device of the in-vehicle device 2 in the section where the positioning accuracy based on the radio wave from the GPS satellite is lowered in order to enable accurate display. Describes a vehicle position acquisition system in which when the server 8 receives information, the main control unit of the server calculates the difference between the position information and the positioning information and detects the direction of deviation and stores it in the storage unit. .

  In JP 2005-352599 A (Patent Document 7), in order to support a driver's safe and smooth business execution at a low cost, it is installed at a logistics base and is held with information on the delivery destination of the package. A center management system that creates information on the actual delivery order based on information on the delivery order to the delivery destination, and information that can be transferred via the center management system and a memory card, and is stored in advance on the map , Based on the road information indicating the shortest distance of the route linked to a predetermined point on the road as a node, the optimum route between the two points is searched and the result is displayed, and at the point corresponding to the position information In a delivery service support system configured to include an in-vehicle navigation system that detects and outputs an actual driving state, And information output from the navigation system, to create a reference outdoor operation information on the basis of a reference driving information becomes the pre-stored reference, describes a loser business support system.

JP-A-11-3489 JP 2001-23073 A JP 2003-206032 A JP-A-2005-43066 JP 2002-372431 A JP 2007-57419 A JP 2005-352599 A

  As described above, many systems and methods for managing physical distribution using position information such as GPS mounted on a cargo vehicle have been proposed. Above all, Patent Documents 1 to 7 described above are intended to use information acquired from an in-vehicle terminal such as GPS only for a logistics company. However, since the goods to be transported are transported by the logistics company at the request of the shipper in the first place, the information on where and where the freight vehicle loaded with the specific luggage is currently in the current situation is only available. Rather, it can provide important information for package management and business management at the shipper.

  For this purpose, a new content suitable for the purpose is generated by combining information acquired by a plurality of servers such as a server for managing position information, a server for managing operation status / loading information, and a server for managing shippers. However, in Patent Documents 1 to 7, it is not an object to generate different data by combining data acquired by a plurality of servers and provide the data to the shipper. The main reason for this is that freight / logistics management and shipper / customer management are provided by independent servers or web systems. When providing logistics management information to the shipper, information leakage and data synchronization One of the factors is that the system is complicated due to problems such as computerization.

  The present invention has been made in view of the above-described prior art, and the present invention performs logistics management using information acquired for managing the transportation status of a freight vehicle, and from the information, for each shipper. It is an object of the present invention to provide a distribution management system, a distribution management server, a distribution management method, and a program that can create current package delivery status information and notify the shipper.

  The present invention has been made in view of the above-described prior art, acquires position information and operation information acquired by a mobile terminal mounted on a freight vehicle in almost real time, and consignor information and freight information with respect to the real time information. In view of the above, it is an object to provide a distribution management system, a distribution management method, and a program that can generate package management information and provide it to a shipper.

In the present invention, a logistics management system for managing the transportation of luggage, including an ordering terminal installed on the purchaser, company, or organization side, and a logistics management server for monitoring the logistics status of the luggage,
The logistics management server
A dynamic management unit that acquires the latest location information and date / time information of a transport vehicle that is transporting luggage via the network, and registers it in a dynamic database as an operation log;
In response to a delivery status request received from the ordering terminal via the network, map information for displaying the latest position of the transport vehicle using the position information and date / time information acquired by the movement management unit And a distribution management system including an order management unit that assigns a graphic object of the transport vehicle and sends at least the graphic object to the ordering terminal as a response to display the graphic object on the map information. .

In the present invention, the order management unit includes:
An operation log search unit for searching the operation log for the luggage specified in the delivery status request registered by the movement management unit;
A map information acquisition unit that acquires map information on a scale that can be displayed with reference to the latest location of the transport vehicle specified in the delivery destination and the searched operation log;
Combining the different graphic objects with the acquired map information, calculating a scheduled delivery time using the history in the operation log and the latest position, and adding the collection object to the collection list of the currently delivered vehicle. A delivery status table is created so that the ordering terminal can refer to the scheduled delivery time, and an area for displaying the map information and the delivery status table is allocated, and a response to the delivery status request is sent to the ordering terminal. And a mashup processing unit for creating

The movement management unit of the present invention can be configured as an FTP server that accepts periodic upload of the location information and date and time information from a mobile terminal mounted on the transport vehicle,
The order management unit and the operation management unit can be configured as a Web server that provides delivery status and supports creation of an operation plan via browser means via the network.

In the present invention, the physical distribution management server receives a package delivery request from the ordering terminal via a network, and allocates resources including a transport vehicle and personnel for transporting the package to support creation of an operation plan. And an operation management unit that registers the created operation plan in the operation database as operation plan data.
A collection / delivery list creation information storage unit that receives and stores collection / delivery data in which information on a package to be newly collected / delivered is registered;
A collection / delivery list creation unit that obtains information accumulated in the collection / delivery list creation information storage unit and creates a collection / delivery list that lists collection / delivery data that a predetermined transport vehicle should deliver within business hours;
The created collection / distribution list may include a collection / distribution list distribution unit that causes the mobile terminal to download new collection / distribution data that does not exist at the start of business or at the start of business .

  Furthermore, the present invention can provide a logistics management server included in the above-described logistics management system, a logistics management method executed by the logistics management server, and a program.

1 is a schematic diagram of a physical distribution management system 100 of the present embodiment. The figure which shows the functional block 200 of the physical distribution management server 116 of this embodiment. The figure which shows the functional block of the mobile terminal 130, for example for acquiring the delivery condition of the transport vehicle which the dynamics management part 220 acquires in this embodiment. The figure which shows the functional block of the order terminal 112. FIG. The figure which shows the functional block of the distribution terminal 114 of this embodiment. The figure explaining the web service which the physical distribution management server 116 provides. The figure which shows the functional block 700 of the operation management part 210 of this embodiment. The sequence diagram of a collection / delivery list update or creation process. The figure which shows the data structure of the collection / delivery list | wrist produced in this embodiment. The sequence diagram of the data transaction of the collection / delivery list transfer between the mobile terminal 130 and the operation management part 210 in this embodiment. The figure which shows GUI1100 for assisting creation of the operation plan which the operation management part 210 of this embodiment provides. The figure which shows the functional block of the movement management part 220 of this embodiment. The figure which shows the sequence of the relative management process which the dynamics management part 220 of this embodiment performs. The figure which shows the data structure of the operation log data of this embodiment. The figure which shows the list of the data encapsulated in a transmission packet, when position information and date information are socket-transmitted among the operation log data shown in FIG. The figure which shows embodiment of the setting file for performing the communication setting of the mobile terminal 130 in this embodiment. 17 is a list in which the meanings in the setting of the mobile terminal 130 of the element attributes defined by the XML tag described in FIG. 16 are associated with the technical meanings of the element attributes with the tag item names. The figure which shows the functional block of the order management part 230 of this embodiment. The schematic diagram of the data structure of the data which the mashup process part 1880 which this embodiment performs performs, and the data to produce. The flowchart of the process which the mashup process part 1880 of this embodiment performs. The figure which shows embodiment of the authentication screen 2100 of the web page which the order management part 230 of the physical distribution management server 116 of this embodiment provides. The figure which shows embodiment of the order information input screen 2200 which the order management part 230 provides. The figure which shows embodiment of the display screen 2300 which displays the delivery status table 2310 which the order management part 230 of this embodiment produced in response to the delivery status request from a client. The figure which shows GUI2400 in embodiment which displays the delivery condition shown in FIG. 23 when mounted as a web page. The figure which shows embodiment of GUI2500 for displaying the delivery condition which the physical distribution management server 116 of this embodiment provides.

  Hereinafter, although this invention is demonstrated with embodiment, this invention is not limited to embodiment mentioned later. FIG. 1 is a schematic diagram of a physical distribution management system 100 according to the present embodiment. In the logistics management system 100, a shipper requests delivery via a network 110 remotely, a logistics company commands collection / delivery in response to a request from the shipper, and enables monitoring of the collection / delivery status. The distribution management system 100 includes an ordering terminal 112 installed at a shipper site and a distribution terminal 114 installed at a distributor site that manages collection and delivery.

  The ordering terminal 112 requests transportation of a package by designating the package to be transported and registering it in the physical distribution management server 116. In this embodiment. The term “shipper” means a person, group, or company that has the right to the package, and the term “distributor” means the carrier that actually carries the package. Therefore, for example, when a general user purchases a product at, for example, a mail order company and the mail order company requests a logistics person to transport the package, the “shipper” includes a purchaser of the package or an intermediary such as a mail order company.

  The ordering terminal 112 inquires the delivery status of the package to the logistics management server 116 and acquires the current delivery status such as the current location of the package and the scheduled delivery completion time from the logistics management server 116 in substantially real time. Further, the distribution terminal 114 inquires of the distribution management server 116 whether or not there is a request for a new package collection / delivery from the ordering terminal 112, and performs operation management and personnel management for package collection / delivery to the distribution management server 116. I'm asking.

  The ordering terminal 112 and the distribution terminal 114 can be composed of a personal computer, a workstation, or a server computer, and are equipped with a central processing unit (CPU), RAM, ROM, hard disk, etc., and an appropriate operating system (OS). An object-oriented programming language, a legacy programming language, and the like are executed under control, and functional means for executing various processes are provided. In addition, the ordering terminal 112 and the distribution terminal 114 can be implemented with a dedicated client-server application for accessing the distribution management server 116. In a more preferred embodiment, the ordering terminal 112 and the distribution terminal 114 are Browser software such as Internet Explorer (registered trademark), Mozilla (registered trademark), Opera (registered trademark) FireFox (registered trademark), Chrome (registered trademark), etc. Access is made using a protocol, and various services are provided through application programs such as JAVA (registered trademark), JAVAAPPLET (registered trademark), and JAVASCRIPT (registered trademark).

  The distribution management server 116 receives an order request or an operation management request from the order terminal 112 and the distribution terminal 114, respectively, and supports creation of a collection / delivery plan based on the order request. The logistics management server 116 acquires the collection / delivery status of each of the transport vehicles 132 and 142 from the mobile terminals 130 and 140 mounted on the transport vehicle currently performing the collection / delivery business by communication via the wireless network, and is substantially in real time. We are updating the collection and delivery status. In this embodiment, “substantially real time” means that the location information and date / time information are periodically sent from the mobile terminals 130 and 140 and updated.

  For this purpose, the distribution management server 116 manages the order DB 118, the dynamics DB 120, and the operation DB 122, and performs the order reception from the ordering terminal 112, the management of the collection and delivery status of the transport vehicle, and the operation plan creation support based on the new order. ing. The logistics management server 116 functions as a Web server and FTP server to execute the above-described processing, and further implements a database application such as a relational database (RDB) or an object-oriented database (OODB) to acquire data related to logistics. The request is acquired, the request is processed using SQL (Structured Query Language), XML (eXtensible Markup Language), etc., and the requested information is provided to the ordering terminal 112 or the distribution terminal 114, respectively. .

  The logistics management server 116 is implemented with a server program that operates under the control of an OS such as Windows (registered trademark) 200X, UNIX (registered trademark), Linux (registered trademark), DB2 (registered trademark), Oracle (registered trademark), Equipped with RDB such as ACCESS (registered trademark) and OODB such as CASHE, it handles various requests.

The transport vehicles 132 and 142 are vehicles that can collect and deliver luggage such as motorcycles and bicycles with motors in addition to vehicles such as trucks, and mobile terminals 130 and 140 are mounted on the transport vehicles 132 and 142. ing. The mobile terminals 130 and 140 may be implemented using any known terminal, for example, a car navigation device, a mobile phone, a PDA (Personal Data Assistant), a mini-note computer, a pad type computer such as an iPad (registered trademark). Can do.
The mobile terminals 130 and 140 can acquire time information, location information, and the like for sending to the physical distribution management system 100 of the present embodiment under an appropriate OS such as Windows CE (registered trademark), and periodically As long as the information acquired by the physical distribution management server 116 via the wireless network can be sent using a protocol such as FTP (File Transfer Protocol) defined in RFC959 or FTPS defined in RFC2228, etc. There are no particular restrictions on the type and format.

  In addition, the mobile terminals 130 and 140 can acquire position information using a GPS (Global Positioning System) or the like, and instead of GPS, position information of a wireless station in a specific wireless communication system is acquired as the position information. Can be obtained as The wireless network 150 according to the present embodiment can use communication bases of various communication methods. For example, wireless communication defined by standards such as IEEE802.x, Bluetooth (registered trademark), DoPa, FOMA, PHS, 7.2 A high-speed FOMA that enables a data transfer rate of Mbps, a communication method such as a next-generation high-speed wireless communication method that performs data communication at a rate of 32 Mbps, or other mobile communication methods can be used.

  FIG. 2 is a diagram illustrating a functional block 200 of the physical distribution management server 116 according to the present embodiment. The distribution management server 116 is implemented as a Web server as described above, and receives various information and requests from the network 110 such as the Internet via the network interface NIC. Further, the physical distribution management server 116 includes an operation management unit 210, a behavior management unit 220, and an order management unit 230. The operation management unit 210 receives a collection / delivery request from the ordering terminal, and supports the creation of a delivery plan by referring to the collection / delivery resource information of the carrier in response to access from a specific distribution terminal 114. The operation management unit 210 registers and manages the delivery plan created in the operation DB 122.

  The dynamic management unit 220 receives position information, time information, and the like sent from the transport vehicles 132 and 142 and updates the current information of the specific transport vehicle registered in the dynamic DB 120. When the dynamic DB 120 receives an inquiry from the ordering terminal 112 regarding the delivery status of the package handled by the specific transport vehicle, the dynamic DB 120 searches the delivery status of the transport vehicle and searches the order management unit 230 described later. The order information management unit 230 obtains corresponding map information, road information, etc., synthesizes objects into map data for displaying the current position, estimated delivery time, etc., generates a collection / delivery plan table, and Processing such as combining with map data is made possible.

  In this embodiment, the order management unit 230 has the function of a front-end server, receives a package collection / delivery request from the order terminal 112, registers it in the order DB 118, and manages the operation management unit 210 and the activity management unit 220. Cargo tracking is possible. In addition, when receiving an inquiry about the current state of the package from the ordering terminal 112, the order management unit 230 retrieves the latest package delivery status of the transport vehicle carrying the package of the orderer who has received the inquiry. The map data corresponding to the position information and the object for displaying the estimated delivery time are combined with the map data to generate HTML data, which is downloaded to the ordering terminal 112 as a response to the current inquiry request.

  Of the functional units of the physical distribution management server 116 shown in FIG. 2, the operation management unit 210 and the order management unit 230 are configured as Web server functional units, and the behavior management unit 220 is configured as an FTP server functional unit. . Further, the physical distribution management server 116 can be configured as a server network of a Web server, an FTP server, and a data server, and can be implemented considering the system capacity, cost, and installation environment as appropriate.

  In addition, the distribution management server 116 includes a database access unit 240. The database access unit 240 is a processing unit that performs data registration and search for RDB and OODB, creation of search results, and the like. The database access unit 240 is implemented including an SQL parser, analyzes a query statement created with SQL, etc. Data addition, search result generation, data deletion, data update, etc. are possible. Each data acquired by the operation management unit 210, the activity management unit 220, and the order management unit 230 is stored as database data in a hard disk device (not shown) or the like via the database access unit 240 and the storage interface 250. .

  Note that each functional unit described in FIG. 2 can be implemented as a server functional unit within a single unit by executing a server program. In another embodiment, each functional unit in FIG. 2 can be implemented as an appliance server dedicated to a specific function, and each appliance server can be configured as a server network interconnected by Ethernet (registered trademark) or the like. . Furthermore, the function of the physical distribution management server in FIG. 2 can be configured on a computing platform such as a cloud.

  FIG. 3 shows functional blocks of, for example, the mobile terminal 130 for acquiring the delivery status of the transport vehicle acquired by the dynamic management unit 220 in the present embodiment. Since the same configuration can be used for the mobile terminal 140, the mobile terminal 130 will be specifically described below by way of example. FIG. 3 also shows the behavior management unit 220 and the network in order to explain the network transaction of the mobile terminal 130.

  As shown in FIG. 3, the mobile terminal 130 transmits and receives data to and from the dynamic management unit 220 of the physical distribution management server 116 via a network such as the wireless network 150 and the network 110. Data transmission / reception can be performed using the FTP protocol or HTTP protocol, and transactions at the Secure Socket level can be used as appropriate. Hereinafter, in order to simplify the description, it is assumed that the FTP protocol and the HTTP protocol are used as the data transfer protocol.

  The mobile terminal 130 includes a wireless network interface 310, and sends the latest position information and time information of the transported vehicle to the movement management unit 220 to the movement management unit 220 under an appropriate communication method and protocol. . Furthermore, the mobile terminal 130 includes an application 320, a GPS application 330, and a GPS module 340 for executing the business of this embodiment. The application 320 periodically activates the GPS module 340, acquires position information such as latitude and longitude, and encapsulates the acquired time as date and time information in a packet.

  Furthermore, the mobile terminal 130 includes an OS 360 and an API (Application Program Interface) 350 for external devices as its functional blocks, and responds to interrupt requests from the OS 360 and external devices (not shown). Yes. Furthermore, the mobile terminal is provided with a device driver 380, and can control the hardware layer (HDW). The mobile terminal 130 itself may have a communication function, or wireless communication means may be connected via a bus such as USB, and data transactions on the network may be enabled via the wireless communication means. it can.

  A data transaction between the mobile terminal 130 and the physical distribution management server 116 will be described below. The packet created by the mobile terminal 130 is extracted by the network interface NIC of the physical distribution management server 116 via the wireless network 150 and the Internet by socket communication via the socket interface and the wireless network interface 310 and passed to the dynamic management unit 220. .

  The activity management unit 220 analyzes the packet and obtains a value that uniquely identifies the mobile terminal ID on the network, such as an IP address and a UID, that uniquely identifies the mobile terminal. Then, the movement management unit 220 requests the database access unit 240 to search the movement DB 120 using the acquired mobile terminal ID, identifies the transport vehicle to which the mobile terminal ID is assigned on the database, Update the value of the current status of the transport vehicle. Note that. For example, when a wireless communication infrastructure such as FOMA is used as the mobile terminal ID, a UID can be used as the mobile terminal ID.

  FIG. 4 shows functional blocks of the ordering terminal 112. In FIG. 4 also, the order management unit 230 and the network 110 such as the Internet are shown together to explain the data transaction with the physical distribution management server 116. The ordering terminal 112 includes a network interface NIC, a GUI control unit 410, and a browser 420. The network interface NIC encapsulates the request created by the ordering terminal 112 as a request packet, is sent from the NIC to the network 110 via the socket interface, and is extracted by the NIC on the physical distribution management server 116 side. Passed to.

  Further, the ordering terminal 112 includes an OS 430, a device driver 440, and hardware 450, and enables control of each unit, control of an external device, and the like. The data transaction between the ordering terminal 112 and the logistics management server 116 will be described. The ordering terminal 112 sends a delivery request packet for a new package from the shipper via a web page displayed on the browser 420, for example. 116.

  The distribution management server 116 receives and analyzes the collection / delivery request packet, and identifies a unique shipper identification value (hereinafter referred to as a shipper ID) from the transmission source IP address, user ID or password. When accessing the physical distribution management server 116 between the physical distribution management server 116 and the ordering terminal 112, access management using, for example, an access protocol such as Telnet or SSH, HTTP and Light Weight Directory Access Protocol (LDAP) is used. It goes without saying that it can be used.

  When the shipper ID is identified, the order management unit 230 sets the shipper ID in the SQL statement as a search key and passes it to the database access unit 240. The database access unit 240 accesses the order receiving DB 118 and adds it to the new record of the shipper ID. Thereafter, the operation management unit 210 and the activity management unit 220 are requested at an appropriate timing, and the operation plan corresponding to the new order is created and the activity management according to the operation plan is performed.

  FIG. 5 shows functional blocks of the physical distribution terminal 114 of this embodiment. FIG. 5 also shows the operation management unit 210 of the physical distribution management server 116 for the purpose of explaining the data transaction, similarly to FIGS. Since the distribution terminal 114 has the same functional block configuration as the ordering terminal 112 except that the access site is a URL assigned to the operation management unit 210, detailed description will not be given. The distribution terminal 114 receives a new order from the distribution management server 116 and uses it as order data to request support for creating a delivery plan for responding to the order. When the distribution management server 116 receives the delivery plan creation request from the distribution terminal 114, the distribution management server 116 authenticates the access authority of the distributor, and after the authentication, the distribution means that can be used by the distributor, specifically, the transport vehicle and the driver. A web page for allocating resources such as these is sent to the distribution terminal 114 to support the creation of a delivery plan.

  Then, the distribution terminal 114 sends the input delivery plan to the distribution management server 116. The logistics management server 116 that has received the delivery plan registers the received delivery plan in the operation DB 122 as operation plan data. Then, the logistics management server 116 creates a collection / delivery list for a specific mobile terminal 130 at an appropriate timing, sends the created collection / delivery list to the corresponding mobile terminal 130, and sets the mobile terminal 130 by the transport vehicle and the driver. Enables use of collection and delivery operations. The distribution / distribution list is distributed at the start of business or during business, and when there is a new order that can be added reasonably within a predetermined delivery plan.

  Hereinafter, the processing of the physical distribution management server 116 according to the present embodiment will be described with reference to FIG. FIG. 6 illustrates a web service provided by the physical distribution management server 116, and more detailed file transactions executed by the physical distribution management server 116 with the mobile terminal 130 or the like mainly using the FTP protocol. Will be described later. The processing in FIG. 6 starts from step S600. In step S601, the order management unit having the function as the front-end server of the physical distribution management server 116 receives order data via the network 110. Upon receiving the order data, the order management unit 230 identifies the order data as order data in the order DB 118 and adds the order data to the order list. The operation management unit 210 accesses the order list at an appropriate timing.

  As the above-mentioned appropriate timing, for example, an appropriate time interval such as in the morning, afternoon or business hours is defined as a total chunk, and a method of collectively notifying the order management data in the total chunk to the operation management unit 210 is adopted. You can also use the method of notifying the operation management unit 210 every time new order data is added, keep it as a short chunk during business hours, and keep a long chunk at night. It can be adopted to improve the processing efficiency corresponding to the access frequency.

  In step S602, the operation management unit 210 confirms whether there is order data corresponding to the new order data. In this confirmation, the operation management unit 210 may poll the order receiving DB 118 in an active format, or the order management unit 230 periodically sends the order data accumulated from the previous transmission to the current operation to the operation management unit 210. You can also run The order data is essentially data corresponding to the order data. However, since the usage destination is different, the data used by the order management unit 230 is referred to as the order data and used by the operation management unit 210. Refer to the order data.

  In order to eliminate data redundancy and synchronization processing of the database, these data are registered in the same column as ordering / ordering data, for example, and may be referred to the ordering management unit 230 and the operation management unit 210 in common. If redundancy and data synchronization are not a problem, they can be managed independently as an order column and an order column.

  If there is no new order data in step S602 (no), the next order data inspection timing is awaited. On the other hand, when there is order data to be processed (yes), the operation management unit 210 allocates operation schedules such as a transport vehicle, a driver, and a route with respect to the new order data in step S603, creates operation plan data, and then Create a collection / delivery list that lists packages and collection / delivery schedules for each transport vehicle. Thereafter, in step S604, the operation management unit 210 sends the collection / delivery list to the mobile terminal related to the collection / delivery list.

  The collection / delivery list in step S604 is sent in two modes: (1) distribution of the collection / delivery list on the day at the start of business and (2) distribution of additional collection / distribution lists during the business. In both cases, the processing in the transport vehicle and the mobile terminal is the same, but in the case of sending in (2) above, when the operation management unit 210 creates an operation plan, the collection and delivery work can be added without difficulty. Only when it is determined, the operation management unit 210 executes the operation.

  In step S608, the mobile terminal 130 receives the collection / delivery list. The collection / delivery list is sent from the operation management unit 210 to the mobile terminal 130 using the FTP protocol, and is performed as a background service from the mobile terminal 130 so as not to interfere with real-time business processing of the mobile terminal 130. . Upon receiving the collection / delivery list, the mobile terminal 130 registers or additionally registers it as its own collection / delivery data.

  Registration to collection / delivery data is performed by registering the received collection / delivery list as collection / delivery data as it is at the start of business. In the case of additional collection / delivery work after the start of business, it is added to the collection / delivery list at the end of the existing collection / delivery data. It can be executed by adding the contained data as a new record. The collection / delivery data added during the work is immediately before or immediately after the record in which the mobile terminal 130 registers the collection / delivery data of the nearest delivery destination among the delivery destinations already registered using the location information of the delivery destination. Can be inserted into the record. As for whether to insert immediately before or immediately after, the vehicle will not run backward greatly with respect to the delivery destination to which the vehicle will deliver later based on the positional information of the new delivery destination to be inserted and the delivery destination immediately before or immediately after. The order is determined as follows.

  Step S609 is an operation log reporting step, in which the mobile terminal 130 periodically activates a GPS module and the like to acquire current information of the own device, and sends the FTP protocol to the movement management unit 220 together with the time information at that time. Upload using. The mobile terminal 130 updates the current information of the own device as the transport vehicle moves while uploading the current information of the own device. When the delivery is completed after arrival at the destination, it is determined in step S610 whether or not a delivery completion operation by the driver has been received. If it is determined in step S610 that an operation input indicating completion of conveyance has not been received (no), the process returns to step S609, and the determination in step S610 is repeated while continuously acquiring and uploading the current information of the own device. . On the other hand, when the receipt of the operation input for completion of delivery is detected in step S610 (yes), the mobile terminal 130 registers the delivery completion and completion time for the collection / delivery data currently completed in step S611, and places an order as collection / delivery result data. The data is sent to the management unit 230 and the operation management unit 210.

  Further, the processing of the mobile terminal 130 will be described. In step S613, the mobile terminal 130 determines whether the collection / delivery operation is completed, whether the collection / delivery data is in a lower-order record than the record in the collection / delivery data that has been completed. Inspect and judge. If there is no collection / delivery data to be collected / delivered (yes), the process is passed to step S614, and the collection / delivery operation on the current business day is terminated. If the collection / delivery data to be further delivered remains (no), the process returns to step S608 while continuing the delivery corresponding to the subsequent collection / delivery data, and the reception of additional collection / delivery data is awaited.

  In addition, the movement management unit 220 that has received the operation log from the mobile terminal 130 processes the received data, registers the result as the operation log data in the movement DB 120, and accesses the operation log data from other functional units. Is possible. When the order management unit 230 receives the status confirmation request from the ordering terminal 112, the package ID is acquired from the status confirmation request, and in step S606, the operation DB 122 and the dynamics DB 120 are searched using the package ID as a search key, and the status confirmation table. Create Further, the order management unit 230 refers to the current position information stored in the dynamic DB 120 and the position information of the transportation destination, searches for map data, integrates these information, and checks the status confirmation HTML. Create a structured document such as XHTML, XHTML, or XML. The order management unit 230 sends the created structured document to the order terminal 112 and responds to the status confirmation request.

  On the other hand, the collection / delivery result data created in step S611 is registered in the operation DB 122 by the operation management unit 210 for subsequent management in step S612. Further, in step S607, the package data that has been received and collected and is determined to have been transported is registered as a distribution log, and then deleted from the order list and the order list.

  FIG. 7 is a diagram illustrating a functional block 700 of the operation management unit 210 according to the present embodiment. The operation management unit 210 includes a communication interface 750 and is interconnected with the mobile terminal 130 and the physical distribution terminal 114 via the network 110. Further, the operation management unit 210 includes a collection / delivery list creation information storage unit 710, a collection / delivery list creation unit 720, and a collection / delivery list distribution unit 740. The communication interface 750 is shown in FIG. 7 as including a wireless communication interface for communicating with the mobile terminal 130 and a socket interface that enables HTTP access from the physical distribution terminal 114. The operation management unit 210 sends a collection / delivery list to the mobile terminal 130, and supports the creation of an operation plan on the carrier side by executing a server program via the web page to the logistics terminal 114.

  The process of the operation management unit 210 will be described from a data transaction with the mobile terminal 130. The operation management unit 210 creates operation plan data, registers the operation plan data in the operation DB 122, and thereafter creates data for operation results, labor management, and the like based on operation logs and the like. In addition, the operation management unit 210 extracts the operation plan data for a specific transport vehicle from the operation plan data, and creates a collection / delivery list 730. The collection / delivery list 730 is sent to the mobile terminal 130 at the start of business or at an appropriate timing after the start of business, is registered as collection / delivery data in the mobile terminal 130, and the driver displays the collection / delivery displayed on the display window of the mobile terminal 130. Luggage will be collected and delivered according to the data.

  FIG. 7 shows a specific embodiment of the collection / delivery list 730. The collection / delivery list 730 can be configured as a list or a table for each mobile terminal ID, and one collection / delivery operation constitutes one record, and the record includes a loading place, a departure time, a delivery place, route map information, The scheduled delivery time is registered. It should be noted that a column for registering other information can be provided for specific collection and delivery work according to the purpose.

  When the transport vehicle completes the collection and delivery for the specific luggage, the driver inputs an appropriate operation to the mobile terminal 130 and notifies the operation management unit 210 of the completion of the collection and delivery. The notice can be created in any format, but it must include the package ID and collection and delivery completion date and time. The notification is a notification by a wireless network using the FTP protocol. When receiving the collection / delivery completion notification, the operation management unit 210 sets information such as the received package ID and the collection / delivery completion date / time in the SQL statement, and calls the database access unit 240 to update the value of the corresponding record in the operation DB 122. Thus, the cycle of the data transaction with the mobile terminal 130 is completed.

  Hereinafter, a data transaction between the operation management unit 210 and the distribution terminal 114 will be described. The logistics terminal 114 and the logistics management server 116 are connected by the HTTP protocol or the HTTPS protocol. The logistics management server 116 functions as a Web server that implements a so-called CGI (Common Gateway Interface) to the logistics terminal 114. Provide functionality. From this point of view, the operation management unit 210 can constitute a unit service module described in a servlet of the physical distribution management server 116, JAVA (registered trademark), or the like. In addition, the operation management unit 210 can be configured as an independent appliance server or the like when the physical distribution management server 116 is configured as a server network.

  The logistics terminal 114 accesses a web page specified by a specific URL by inputting a password, a user ID, and the like, and if there is a new order and if there is a new order, the distribution plan is managed to create the operation plan. Request to server 116. When the operation management unit 210 accepts the request, the operation management unit 210 acquires the order data stored in the order management unit 230 and temporarily registers it in the collection / delivery list creation information storage unit 710. Then, the operation management unit 210 acquires the map information related to the position coordinates of the point related to the collection vehicle and the table that lists the transport vehicle and the driver registered by the orderer, and the operation plan corresponding to the new order. Support creation. When creating an operation plan, the total mileage for each combination of collection and delivery schedules, and the load capacity should be such that the load and mileage assigned to the same transport vehicle and driver do not exceed certain safety and health standards. By displaying a warning when the set standard is exceeded, it is possible to prevent the occurrence of overloading or long working hours.

  When the creation of the operation plan table is completed, the operation management unit 210 registers the operation plan table in the operation DB 122, calls the collection / delivery list creation unit 720, and starts creating an individual collection / delivery list 730 to be sent to the transport vehicle. The collection / delivery list 730 can be created by extracting operation plan data for a specific transport vehicle identified by a vehicle ID or the like using an SQL statement from the operation plan table, and creating a view or a table. it can. The collection / distribution list 730 can convert the created view into a text-based data format such as CSV or space delimiter and send it to the mobile terminal 130.

  FIG. 8 shows a sequence diagram of a collection / delivery list update or creation process. The sequence in FIG. 8 is executed in response to the ordering management unit 230 receiving new ordering data from the ordering terminal 112. In step S800, the order management unit 230 sends creation information including order data to the collection / delivery list creation information storage unit 710 of the operation management unit 210 in step S800. In step S <b> 801, the collection / delivery list creation information storage unit 710 sends the creation information to the collection / delivery list creation unit 720. Upon receipt of the creation information, the collection / delivery list creation unit 720 obtains the collection / delivery list to be created or updated in step S802, with respect to the database access unit 240, vehicle information, driver information, Date information etc. is set in the SQL statement and issued as a collection / delivery list request.

  The database access unit 240 interprets the SQL sentence, searches the operation DB 122 in step S803, and acquires a corresponding search result in step S804. In step S805, the database access unit 240 sends the search result to the collection / delivery list creation unit 720. The collection / delivery list creation unit 720 acquires the search result in step S806, updates the collection / distribution list file by adding the acquired information, and stores the updated collection / distribution list file in the operation DB 122 to reflect the creation information. New order data is reflected in the collected delivery list file. The sequence shown in FIG. 8 can be executed during business hours or at night from the end of business to the next business day according to the collection / delivery list update policy.

  FIG. 9 shows the data structure (collection / delivery data) of the collection / delivery list created in this embodiment. As shown in FIG. 9, the collection / delivery list is defined as a hierarchical structure, and a mobile terminal ID for uniquely identifying a mobile terminal such as a car navigation terminal is registered in a lower hierarchy of the FTP root directory, and further in a lower hierarchy, Various information such as various control data and collection list data is registered. The import completion file is a log list of files sent from the operation management unit 210 and successfully imported, and is data corresponding to the transaction log of the collection / delivery list 730 by the operation management unit 210, and is the mobile terminal 130. Data created on the side.

  FIG. 10 is a sequence diagram of a data transaction for transfer of a collection / delivery list between the mobile terminal 130 and the operation management unit 210 in the present embodiment. In the sequence shown in FIG. 10, in step S1000, the mobile terminal 130 downloads the collection / delivery list 730 using an appropriate data transfer protocol such as the FTP protocol. The download by the mobile terminal 130 starts the batch program for performing FTP access when starting the timer or starting the mobile terminal 130 at the time of starting business for the distribution management server 116, and downloading the collection / delivery list related to itself. It can be performed.

  FIG. 10 shows a data structure 1010 of a collection / delivery list to be downloaded. In the embodiment to be described, the collection / delivery list is a collection / delivery list that is sent to newly add a package N, a package ID for identifying the package, loading place = Sagano, loading time = 15: 15, Delivery place = Odawara, delivery time = 17: 00 is registered, and it can be configured to include a map data ID such as a URL for accessing map data for designating a route.

  When the collection / delivery list has been successfully imported, the mobile terminal 130 notifies the collection / delivery list creation unit 720 of an import completion notification in step S1001. Upon receipt of the import completion notification, the collection / distribution list creation unit 720 notifies the import / delivery date / time information to the collection / distribution list management unit 750 in step S1002, and the collection / distribution list creation unit 720 notifies the import success notification in step S1003 to the mobile terminal 130. Are sent to the database access unit 240 together with the terminal ID and the import completion date / time information.

  The database access unit 240 interprets the received SQL sentence and updates the table of the operation DB 122 as a transfer log update request for the collection / delivery list managed by the operation DB 122 in step S1004. In step S <b> 1005, the operation DB 122 notifies the database access unit 240 of a table update success notification of the operation DB 122. In step S1006, the database access unit 240 that has received the notification sends an update completion notification for notifying the collection / distribution list management unit 750 that the table has been updated, and ends the series of data transactions. The transfer log can be managed as a transfer log table different from the collection / delivery list table.

  FIG. 11 shows a GUI 1100 for supporting creation of an operation plan provided by the operation management unit 210 of the present embodiment. A GUI 1100 shown in FIG. 11 includes a field 1110 for displaying a table listing operation plan data, a transport vehicle display field 1130 for enabling specification of a transport vehicle in a specific operation plan, and a specification for specifying a transport route. A map display field 1120 for displaying map data is included.

  For example, it is assumed that the user of the distribution terminal 114 is currently creating an operation plan for the order data 1112. The user refers to the GUI 1100, makes a vehicle allocation plan, and selects the transport vehicle 1140 indicated as the vehicle number 1. At the stage where the transport vehicle is determined, each piece of information in the order data is added as an appropriate record 1152 in the operation plan field 1150 for displaying the operation plan data. The map display field 1120 acquires map information of an appropriate scale including the loading place and the delivery place information from the loading place information and the delivery place information, assigns map_ID as route map information, and records 1152. to add.

  Then, in consideration of the work time and the travel time, the loading time and the delivery time are set in the record 1152, and the operation plan data is sequentially created from the order data. In addition, each time can also be calculated automatically with reference to the business log database in which the operation management unit 210 has registered past results, and can be automatically added. There is no particular limitation on how to create a record of the operation plan data, but after assigning each value to the order data, for example, the total sum of differences in travel distance, travel time, or position information before and after is minimized. As such, the operation management unit 210 can rearrange the records and optimize them.

  FIG. 12 shows functional blocks of the dynamic management unit 220 of this embodiment. The movement management unit 220 obtains the location information of the mobile terminal 130 in association with the date and time information and registers it in the movement DB 120, whereby the distribution management server 116 provides real-time collection / delivery status and scheduled collection / delivery time via the network. It is a functional block that makes it possible to provide With reference to FIG. 12, the functional blocks of the activity management unit 220 will be further described. The activity management unit 220 includes a communication interface 1240 and an operation log receiving unit 1210. The communication interface 1240 is a functional unit that collectively refers to software and hardware functions such as a NIC and a socket interface, and enables a data transaction between the dynamic management unit 220 and the mobile terminal 130 via the network 110. ing.

  The operation log receiving unit 1210 has a function of receiving the operation log received from the mobile terminal 130. In the embodiment described, it can be specifically implemented as an operation log management storage hierarchy of the FTP server. . Here, file transfer between the mobile terminal 130 and the activity management unit 220 will be described in detail. File transfer between the activity management unit 220 and the mobile terminal 130 is performed using an appropriate file transfer protocol, and in the embodiment to be described, the FTP protocol is used. In other embodiments, the HTTP protocol can also be used, but the individual files themselves are small in size and are not allowed to do higher-level functions such as JAVASCRIPT (registered trademark) or CSS by themselves. Since there is no such thing, it is possible to provide sufficient functions just by using the FTP protocol in terms of processing speed.

  The mobile terminal 130 periodically starts the operation log sending batch program, acquires position information and current date and time information, encapsulates the acquired position information and date and time information in a socket, It is sent to the operation log receiving unit 1210. At this time, the mobile terminal 130 holds the IP address, password, user ID, etc. of the movement management unit 220 or the distribution management server 116 as its management data, accesses the movement management unit 220, and sets the operation log reception unit 1210. By uploading the latest operation log data acquired in the storage area to be configured, the own operation log data is additionally registered in the dynamic management unit 220. In the additional registration, for example, {longitude / latitude / date / time} can be registered as a data set associated with the storage hierarchy specified by \ FTP \ UID \ operation log \ of the operation log receiving unit 1210.

  Furthermore, the behavior management unit 220 includes an operation log monitoring unit 1220 and an operation log table management unit 1230. The operation log monitoring unit 1220 periodically polls the operation log reception unit 1210. In the specific embodiment, the operation log monitoring unit 1220 determines whether or not data exists in a specific storage hierarchy at the time of polling, and determines reception of new data. When the operation log table management unit 1230 determines that the operation log monitoring unit 1220 has received new operation log data, the operation log table management unit 1230 acquires new operation log data and updates the entry items of the dynamic DB 120 to the database access unit 240. I am letting.

  In another embodiment, it may be determined whether or not the operation log receiving unit 1210 has operation log data having date and time information that is newer than the last monitored time, and determining whether or not the operation log data is newly received. it can. Then, the contents of the operation log receiving unit 1210 after processing are deleted when the update of the dynamic DB is completed, and unnecessary memory area is prevented from being wasted. The operation log table management unit 1230 provides a function of decoding and converting the received operation log data into an appropriate format accessible by the database access unit 240.

  FIG. 13 shows a sequence of relative management processing executed by the behavior management unit 220 of this embodiment. In the sequence of FIG. 13, the operation log monitoring unit 1220 periodically polls the data update status of the operation log receiving unit 1210 in step S1300 to monitor whether or not new operation log data is added. In this situation, the mobile terminal 130 activates a batch program for uploading operation log data, for example, when a set time arrives. The mobile terminal 130 activates, for example, the GPS module by the activation of the batch program, acquires the longitude / latitude information of the own device as a return value, and also acquires the current date / time information. Thereafter, the mobile terminal 130 accesses the activity management unit 220 and sends operation log data to the operation log receiving unit 1210 using socket communication in step S1301.

  By the polling immediately after this, the operation log monitoring unit 1220 determines that new operation log data has been received, and reads the new operation log data in step S1302. Thereafter, the operation log monitoring unit 1220 passes the operation log data read in step S1303 to the operation log table management unit 1230, and decodes and formats the data into a format that can be interpreted by the QSL parser of the database access unit 240 and written to the dynamic DB 120. Perform the conversion. When the format conversion is completed, the operation log table management unit 1230 notifies the operation log monitoring unit 1220 of the result of the format conversion in step S1304.

  In step S1305, the operation log monitoring unit 1220 starts creating an operation log update query, and when the creation is completed, issues an operation log update query to the database access unit 240 in step S1306. Upon receiving the operation log update query, the database access unit 240 interprets the SQL statement and issues an SQL statement as a request execution instruction to the dynamic DB 120 so as to update the operation log of the dynamic DB 120 in step S1307. In S1308, an execution result notification about the update of the operation log data from the dynamic DB 120 is received.

  Thereafter, the database access unit 240 issues an update result notification to the operation log monitoring unit 1220 in step S1309 to notify that the new operation log data has been reflected in the dynamic DB 120. The operation log monitoring unit 1220 that has received the update result notification in step S1309 erases the operation log data managed by the operation log reception unit 1210 and waits for the next polling timing.

  FIG. 14 shows the data structure of the operation log data of this embodiment. The operation data shown in FIG. 14 is also registered as a hierarchical structure, and a mobile terminal such as a car navigation terminal is uniquely identified in the lower hierarchy of the SOLUTION_APP directory, which is the top hierarchy indicating that it is operation log related data. The various log data uploaded from the mobile terminal 130 are registered in the lower hierarchy. These log files are used as data for providing various services provided by the physical distribution management server 116.

  FIG. 15 shows a list of data encapsulated in a transmission packet when the position information and date / time information are transmitted by socket in the operation log data shown in FIG. As shown in FIG. 1 is an operation log ID indicating that the operation log is related to position information, No. 1; 2, a solid identification number, that is, a mobile terminal ID, No. 3 as latitude, no. 4 as longitude, and 5 is the update time of latitude and longitude. These pieces of information are encapsulated in transmission packets with appropriate nets, transmitted by sockets, and uploaded to the physical distribution management server 116. Uploading is performed by periodically executing a batch job or the like as described above.

  FIG. 16 shows an embodiment of a setting file for performing communication settings of the mobile terminal 130 in this embodiment. The setting file shown in FIG. 16 is for making communication settings for the mobile terminal 130, and is created by a structured document such as XML. The setting file 1600 can be stored in an external storage device such as a card-type memory, a USB memory, or an external hard disk, and is read by the mobile terminal 130 as an application setting file when the mobile terminal 130 is initially set, and an XML parser or the like. Is used to parse the information and set each attribute value in the application module of the mobile terminal 130. The setting file 1600 defines a port for the car navigation terminal to execute the processing of the present embodiment when the car navigation terminal is used as the mobile terminal 130 in block 1610, and the block 1620 is processed by the logistics management server 116. Specify the port number to be opened.

  Further, in block 1630, an IP address when connecting to the FTP server, a port number for database access, a unique identification value of the car navigation terminal, a password are defined, and a retry setting condition is defined thereafter. Further, in block 1640, conditions are set when the log file is acquired, and in block 1650, the storage hierarchy designation of the FTP server when sending the operation log or the like is described. In addition, information necessary for various types of control can be described in the setting file 1600, and the information to be described is not limited. Once the setting file is set in the mobile terminal 130, a plug-in can be added to the mobile terminal 130 efficiently by sending a new setting file from the physical distribution management server 116 when various setting conditions are changed. Application settings including application version upgrades can be performed efficiently.

  FIG. 17 is a list in which the meaning of the element attribute defined by the XML tag described in FIG. 16 in the setting of the mobile terminal 130 is associated with the technical meaning of the element attribute with the tag item name. Each attribute value is set in the mobile terminal 130, thereby enabling communication, DB access, application connection, and the like. In the present embodiment, any data other than that shown in FIG. 17 can be set as an element tag.

  FIG. 18 shows functional blocks of the order management unit 230 of this embodiment. The order management unit 230 of this embodiment performs a data transaction using the HTTP or HTTPS protocol with the order terminal 112 and is implemented as a Web server function of the physical distribution management server 116. The order management unit 230 includes a communication interface 1810 and executes data transmission / reception with the ordering terminal 112 via the network 110 using socket communication.

  Further, the order management unit 230 includes a new order receiving unit 1820, a delivery status search unit 1830, and a scheduled time calculation unit 1840. The new order receiving unit 1820 receives a new order sent from the ordering terminal 112, accumulates new orders in the storage unit for a predetermined period in a specific embodiment, and calls the database access unit 240 after a predetermined period elapses. The order is stored in the order DB 118, the operation management unit 210 is notified that the new order data has been updated, and an operation plan is instructed. In addition, the delivery status search unit 1830 receives the current position request from the order terminal 112 and calls the database access unit 240 to search the operation DB 122 in order to search the latest delivery status of the requested transport vehicle. The operation plan of the retrieved transport vehicle is created as a view, for example. Further, the scheduled time calculation unit 1840 calculates the time required to reach the delivery destination from the average speed calculated from the current position of the transport vehicle and past position information, and adds the current time to obtain the estimated arrival time. To the response data for the request of the ordering terminal 112.

  The order management unit 230 includes an operation log search unit 1850, a map information acquisition unit 1870, and a mashup processing unit 1880. The operation log search unit 1850 searches the dynamics DB 120 using the package ID included in the current position request sent from the ordering terminal 112 as a search key, and stores the package ID, that is, the operation log data of the transport vehicle carrying the package. Among them, the data with the latest date and time information is acquired and passed to the map information acquisition unit 1870 and the mashup processing unit 1880. The map information acquisition unit 1870 searches the map DB, searches for map information of an appropriate scale including the location information acquired from the operation log search unit 1850 and the location information of the delivery destination, and the mashup processing unit Send to 1880. Note that the map DB may be included in the distribution management server 116 as its function. For example, the map DB may be accessed by accessing a commercial DB such as GoogleMap (registered trademark).

  The mashup processing unit 1880 assigns a window frame to the information acquired by the delivery status search unit 1830, the scheduled time calculation unit 1840, the operation log search unit 1850, and the map information acquisition unit 1870, and assigns various objects for display. A snapshot is created by superimposing the map information, and response data for the current position request is created using a structured document such as HTML / XML and CSS. The created response data is sent to the ordering terminal 112 via the network 110 and displayed on the desktop screen. That is, the mashup processing unit 1880 mashups the information acquired by the Web server function of the logistics management server 116, the information collected by the FTP server function, and the information acquired from the map DB and sends the information to the ordering terminal 112. Therefore, it is possible to provide the delivery status of the requested package in substantially real time.

  FIG. 19 is a schematic diagram of the data structure of data used and created by the mashup processing unit 1880 executed by the present embodiment. The mashup processing unit 1880 extracts the operation plan data from the operation DB 122, the operation log data from the dynamic DB 120, and the map data from the map DB 1910, and constitutes the mashup data 1920. The mashup data 1920 is formed for each client 1930 registered in the physical distribution management server 116 and can respond to a request for each client. In addition, the mashup processing unit 1880 can also extract transport vehicle information from the operation DB 122 and add it to the mashup data 1920. The mashup processing unit 1880 can also acquire information such as traffic jam information from the map DB 1910 and add it to the mashup data 1920.

  Data registered in the mashup data 1920 is assigned a window frame to be displayed for each specific data. For example, the data is decomposed into a frame for displaying operation plan data, a frame for displaying map information, a frame for displaying vehicle type information, and the like. The data to be displayed is not limited to text data, and an object indicating the shape of the vehicle, a current position object superimposed on the map, a delivery destination object indicating the delivery destination position, etc. are appropriately superimposed. Can be displayed.

  FIG. 20 is a flowchart of processing executed by the mashup processing unit 1880 of this embodiment. The mashup processing unit 1880 transmits a hyperlink and a parameter from a graphical user interface (GUI) displayed by the browser program on the desktop screen of the ordering terminal 112, thereby remotely displaying the mashup processing unit 1880. The process shown in 20 is executed. The process of FIG. 20 receives a request from a specific ordering terminal 112, starts a session in step S2000, and specifies a client from authentication information such as a user ID and a password in step S2001. In step S2002, the order DB is searched and the order list of the client is created as a view.

Steps S2003 to S2005 are processes in which the mashup processing unit 1880 determines a request from the ordering terminal 112. In step S2003, the mashup processing unit 1880 first determines whether or not the request is a new order. If the request is a new order (yes), the mashup processing unit 1880 executes the processes of steps S2006 and S2009. If the request is not a new order (no), the process is passed to step S2004 to determine whether the request is a delivery status request (yes). If the request is a delivery status request, the processing in steps S2007 and S2010 is performed. Execute. On the other hand, if the request is not a delivery status request (no), the process is passed to step S2005 to determine whether to request display of map information. If map information is requested (yes), step S2008 is performed. The following processing is executed. Hereinafter, each processing step will be described for each request content.
(1) New Order If it is determined that the request is a new order, in step S2006, the order data is received and added to the order list, and if it is time to call the operation management unit 210 in step S2009, operation management is performed. If it is not the timing, the process immediately returns to step S2003 to wait for the receipt of a subsequent new order.
(2) Delivery status request When it is determined that the request is a delivery status confirmation, in step S2007, a package ID specifying the package included in the delivery status request is received, the dynamic DB 120 is called, and the transport vehicle corresponding to the package ID The operation log data is extracted. In step S2010, the scheduled delivery time in the order list is updated from the current time, position coordinates, and delivery destination information, and the map ID of the map data to be linked is updated according to the position coordinates of the current position. Thereafter, the process returns to step S2004 to wait for the next request.
(3) Map information request When it is determined in step S2005 that the request is a map information display request from the ordering terminal 112, in step S2008, the package ID included in the map information request is received and the dynamic DB 120 is accessed to The delivery status of the transport vehicle corresponding to the ID is acquired, and in step S2011, scaled map information including the current position and the latitude / longitude information of the delivery destination is acquired. In step S2012, a first object indicating the delivery destination and a second object indicating the current position of the transport vehicle are combined with the acquired map information, respectively, and stored with an appropriate URL, and the URL is stored in the ordering terminal 112. As a response and display the map on the desktop screen.

  Furthermore, in step S2013, it is determined whether there is a scheduled time display request due to a mouse event on the second object. If it is determined that there is a scheduled time display request (yes), the delivery completion schedule calculated in step S2014 is determined. The time is displayed in a pop-up in association with the second object, and in step S2015, a new request is waited. When a new request is received (yes), control is passed to the request content inspection step in steps S2003, S2004, and S2005. The process of step S2015 is repeated. If the time-up timer expires in step S2016 before receiving a new request (yes), the process branches to step S2017, and a series of sessions is terminated.

  Hereinafter, an embodiment of a service provided by the physical distribution management server 116 according to the present embodiment will be described with reference to FIGS. FIG. 21 shows an embodiment of a web page authentication screen 2100 provided by the order management unit 230 of the physical distribution management server 116 of this embodiment. As shown in FIG. 21, the physical distribution management server 116 can be accessed after access authentication using, for example, the LDAP protocol, by inputting a user ID in the input field 2110 and entering a password in the input field 2120. ing. When receiving the service of the physical distribution management server 116, the client makes an application for use in advance, obtains a user ID and password, and then accesses the physical distribution management server 116. In addition to the web page shown in FIG. 21, the logistics management server 116 also provides a web page provided by the operation management unit 210 for supporting the creation of an operation plan. An authentication screen having a similar configuration can be used.

  The user can receive the service provided by the order management unit 230 by clicking the login button 2130 after entering the user ID and password. FIG. 22 shows an embodiment of an order information input screen 2200 provided by the order management unit 230. The order information input screen 2200 is provided for each package, and includes an input field 2210 for designating a loading place, a field 2220 for designating a delivery place, an input field 2230 for setting a product name (order number), a quantity, etc., and a fare. An input field 2240 for designating is provided, and a remark input field 2250 for inputting various individual instructions is provided.

  The registered user inputs each piece of information for each package to be ordered and clicks a send button 2260 to send the order information to the physical distribution management server 116. The registered user can arbitrarily enter the order number in the input field 2230 for inputting the product name, but the distribution management server 116 generates an order number using a random number or the like, and receives an order under system management. It is preferable to automatically assign the order information input screen 2200 when it is newly launched so as not to cause duplication of numbers.

  FIG. 23 shows an embodiment of a display screen 2300 that displays a delivery status table 2310 created by the order management unit 230 of this embodiment in response to a delivery status request from a client. In the display screen 2300 of FIG. 23, the order number, the loading date, the loading location, the loading address, the delivery date, the delivery time, the delivery destination, the delivery address, the scheduled time, and the car number are displayed for the package for a specific user. Are registered, and one record 2320 of the delivery status table 2310 is configured. In the delivery status table 2310, similar records are listed for each package, and the user can recognize the delivery status of the requested package by displaying the display screen 2300. In addition, the delivery status table 2310 extracts the package currently being delivered by a specific registered user from the collection / delivery list registered in the operation DB 122, and is further calculated from the current position of the corresponding transport vehicle and the operation log of the dynamics DB 120. The order management unit 230 can generate a column for registering the scheduled delivery time.

  In addition, the scheduled time of FIG. 23 displays the scheduled delivery time of the package created by the mashup processing unit 1880 using the operation log data, and the user clicks the scheduled time of the specific record 2320. The linked map data is displayed in the display field 2330. In the map data, in addition to objects indicating various landmarks, a first object indicating a delivery location is superimposed on a position corresponding to the latitude and longitude of the delivery location, and the current location of the transport vehicle includes the current location. A second object indicating is placed. For this reason, the user can easily recognize where the package is currently located, can determine the work procedure after the package arrives in advance, and can perform more efficient post-delivery processing.

  In addition, for example, the display screen of FIG. 23 can be displayed from a mobile phone or the like when going out. In this case, it is possible to recognize where the package is currently located, for example, until the home delivery arrives. The waste of time such as waiting at can be minimized. Further, since the possibility of re-delivery can be minimized for the courier service, it is possible to reduce the increase in transportation cost and labor cost caused by re-delivery.

  FIG. 24 shows a GUI 2400 in the embodiment that displays the delivery status shown in FIG. 23 when implemented as a web page. In the embodiment shown in FIG. 24, a window frame for displaying the map data 2450 is not particularly provided. By clicking the field 2420 of the delivery status table 2410 in which the scheduled time of a specific package is registered, the logistics The map data generated by the management server 116 is downloaded from the URL, displayed in a pop-up, and displayed as map data 2450.

  A first object 2430 is added to the map data 2450, and a second object 2440 indicating the current position of the transport vehicle is added to the map data 2450, so that the user can visually check the current state of the load. can do. In addition to the positional distance, the delivery time depends on the road conditions. For this reason, the exact delivery time may not be determined simply by distance. In the embodiment shown in FIG. 23, the scheduled time is not displayed in the delivery status record. In the embodiment shown in FIG. 24, the logistics management server 116 sends the delivery time to the operation log sent from the transport vehicle. Calculate the average speed by time series analysis of the data, divide the distance along the planned route by the average speed, add it to the current time, calculate it as the scheduled time, and click the first object Pop up in response to mouse events.

  In any of the embodiments, the scheduled time is calculated based on the realistic moving speed of the transport vehicle, and thus is more accurate than the scheduled time calculated simply using road conditions or the like. In addition, the physical distribution management server 116 according to the present embodiment can reflect the state of the road condition that changes every moment in almost real time, and can make delivery to the user and post-delivery processing by the user more efficient. .

  FIG. 25 shows an embodiment of a GUI 2500 for displaying the delivery status provided by the physical distribution management server 116 of this embodiment. The GUI 2500 shown in FIG. 25 is the same as FIGS. 23 and 24 in that a window frame 2510 for displaying a collection / delivery list in a table and a window frame 2520 for displaying map data are displayed. However, the mashup processing unit 1880 of the logistics management server 116 further includes a window frame 2530 for displaying a delivery status for each delivery vehicle and a window frame 2540 for enabling a link to other utilities / other web pages. A window frame 2550 for searching and a window frame 2560 for displaying a delivery status table including a scheduled time are mashed up to make it easier to grasp the delivery status.

  As described above, according to the present invention, distribution management is performed using information acquired to manage the transport status of a transport vehicle, and current package delivery status information is created for each shipper from the information. By providing a logistics management system, logistics management method, and program that can notify the shipper, the post-delivery processing of the orderer who requested the delivery of the package is made more efficient, and the logistics side such as re-delivery It is also possible to improve the efficiency of delivery.

  The above functions of the present embodiment are executed by an apparatus described in an object-oriented programming language such as C ++, Java (registered trademark), JavaBeans (registered trademark), JavaApplet (registered trademark), JavaScript (registered trademark), Perl, Ruby, etc. The program can be distributed by being stored in a device-readable recording medium such as a hard disk device, CD-ROM, MO, flexible disk, EEPROM, EPROM, etc. It can be transmitted over a network.

  Although the present embodiment has been described so far, the present invention is not limited to the above-described embodiment, and other embodiments, additions, changes, deletions, and the like can be conceived by those skilled in the art. It can be changed, and any aspect is within the scope of the present invention as long as the effects and effects of the present invention are exhibited.

DESCRIPTION OF SYMBOLS 100 Logistics management system 110 Network 112 Order terminal 114 Logistics terminal 116 Logistics management server 130 Mobile terminal 132 Transport vehicle 140 Mobile terminal 142 Transport vehicle 150 Wireless network 200 Functional block 210 Operation management unit 220 Dynamic management unit 230 Order management unit 240 Database access unit 250 storage interface 310 wireless network interface 320 application 330 application 340 module 380 device driver 410 control unit 420 browser 440 device driver 450 hardware 540 device driver 700 functional block 710 collection / distribution list creation information storage unit 720 collection / distribution list creation unit 730 collection / distribution list 740 collection / distribution List distribution part 750 Preparative management unit 760 communication interface 1010 data structure 1100 GUI
1110 field 1112 current order data 1116 logistics management server 1120 map display field 1130 transport vehicle display field 1140 transport vehicle 1150 operation plan field 1152 record 1210 operation log receiving unit 1220 operation log monitoring unit 1230 operation log table management unit 1240 communication interface 1250 operation log Management unit 1600 Setting file 1810 Communication interface 1820 New order receiving unit 1830 Delivery status search unit 1840 Scheduled time calculation unit 1850 Operation log search unit 1870 Map information acquisition unit 1880 Mashup processing unit 1920 Mashup data 1930 Client 2100 Authentication screen 2110 Input field 2120 Input field 2130 Login button 2200 Enter order information Input screen 2210 input field 2220 field 2230 input field 2240 input field 2250 remarks input field 2260 send button 2300 display screen 2310 delivery status table 2320 record 2400 GUI
2410 delivery status table 2420 field 2430 first object 2440 second object 2450 map data 2500 GUI
2510 window frame 2520 window frame 2530 window frame 2540 window frame 2550 window frame 2560 window frame

Claims (8)

A logistics management system for managing the transportation of luggage, including an ordering terminal installed on a purchaser, company, or organization side, and a logistics management server for monitoring the logistics status of the luggage,
The logistics management server
A dynamic management unit that acquires the latest location information and date / time information of a transport vehicle that is transporting luggage via a network, and registers it in a dynamic database as an operation log;
In response to a delivery status request received from the ordering terminal via the network, map information for displaying the latest position of the transport vehicle using the position information and date / time information acquired by the movement management unit An order management unit that assigns a graphic object of the transport vehicle and sends it to the ordering terminal as a response to display at least the graphic object on the map information;
Receives a delivery request for the package from the ordering terminal via the network, allocates a transportation vehicle for transporting the package and resources including personnel, supports creation of an operation plan, and creates the operation plan Including an operation management unit registered in the operation database as data ,
The operation management unit
A collection / delivery list creation information storage unit that receives and stores collection / delivery data in which information on a package to be newly collected / delivered is registered;
A collection / delivery list creation unit that obtains information accumulated in the collection / delivery list creation information storage unit and creates a collection / delivery list that lists collection / delivery data that a predetermined transport vehicle should deliver within business hours;
When it is determined that new collection / delivery data that does not exist at the start of business or at the start of business can be added without difficulty, the created collection / delivery list is added to the location information of the new delivery destination and the delivery destination immediately before or immediately after. A collection / delivery list distribution unit that is downloaded to a mobile terminal mounted on the transport vehicle so that the vehicle does not run backward greatly with respect to a delivery destination to be delivered later
Including, logistics management system. The order management unit
An operation log search unit for searching the operation log for the luggage specified in the delivery status request registered by the movement management unit;
A map information acquisition unit that acquires map information on a scale that can be displayed with reference to the latest location of the transport vehicle specified in the delivery destination and the searched operation log;
Combining the different graphic objects with the acquired map information, calculating a scheduled delivery time using the history in the operation log and the latest position, and adding the collection object to the collection list of the currently delivered vehicle. A delivery status table is created so that the ordering terminal can refer to the scheduled delivery time, and an area for displaying the map information and the delivery status table is allocated, and a response to the delivery status request is sent to the ordering terminal. The logistics management system according to claim 1, further comprising: a mashup processing unit that creates The movement management unit is configured as an FTP server or a Web server that accepts periodic upload of the location information and date and time information from a mobile terminal mounted on the transport vehicle,
The order management unit and the traffic control unit is configured as a Web server for creating support provided and trip plan of delivery status through the browser means via the network, logistics according to claim 1 or 2 system. A logistics management system for managing the transportation of luggage, including an ordering terminal installed on a purchaser, company, or organization side, and a logistics management server for monitoring the logistics status of the luggage,
The logistics management server
A dynamic management unit that acquires the latest location information and date / time information of a transport vehicle that is transporting luggage via a network, and registers it in a dynamic database as an operation log;
In response to a delivery status request received from the ordering terminal via the network, map information for displaying the latest position of the transport vehicle using the position information and date / time information acquired by the movement management unit An order management unit that assigns a graphic object of the transport vehicle and sends it to the ordering terminal as a response to display at least the graphic object on the map information;
A delivery request for the package from the ordering terminal is received via the network, and a resource including a transport vehicle and personnel for transporting the package is allocated to support the creation of the operation plan. Including an operation management unit registered in the operation database as
The operation management unit
A collection / delivery list creation information storage unit that receives and stores collection / delivery data in which information on a package to be newly collected / delivered is registered;
A collection / delivery list creation unit that obtains information accumulated in the collection / delivery list creation information storage unit and creates a collection / delivery list that lists collection / delivery data that a predetermined transport vehicle should deliver within business hours;
When it is determined that new collection / delivery data that does not exist at the start of business or at the start of business can be added without difficulty, the created collection / delivery list is added to the location information of the new delivery destination and the delivery destination immediately before or immediately after. A collection / delivery list distribution unit that is downloaded to a mobile terminal mounted on the transport vehicle so that the vehicle does not run backward greatly with respect to a delivery destination to be delivered later
Including logistics management server. The order management unit
An operation log search unit for searching the operation log for the luggage specified in the delivery status request registered by the movement management unit;
A map information acquisition unit that acquires map information on a scale that can be displayed with reference to the latest location of the transport vehicle specified in the delivery destination and the searched operation log;
Combining the different graphic objects with the acquired map information, calculating a scheduled delivery time using the history in the operation log and the latest position, and adding the collection object to the collection list of the currently delivered vehicle. A delivery status table is created so that the ordering terminal can refer to the scheduled delivery time, and an area for displaying the map information and the delivery status table is allocated, and a response to the delivery status request is sent to the ordering terminal. Create a mashup processor and
The logistics management server according to claim 4, including: The movement management unit is configured as an FTP server or a Web server that accepts periodic upload of the location information and date and time information from a mobile terminal mounted on the transport vehicle,
6. The physical distribution management according to claim 4 or 5, wherein the order management unit and the operation management unit are configured as a Web server that provides delivery status and supports creation of an operation plan via browser means via the network. server. A logistics management method executed by a logistics management server according to claim 4 or 5 which is included in a logistics management system for managing transportation of luggage, wherein the logistics management server includes:
Receiving a package delivery status request from an ordering terminal installed on the buyer, company, or organization via the network;
Obtaining the latest location information and date and time information of a transport vehicle that is transporting luggage via the network, and registering it in a dynamic database as an operation log;
In response to receiving the delivery status request, using the acquired location information and date and time information, obtaining map information for displaying the latest location of the transport vehicle;
And a step of assigning a graphic object to the transporting vehicle and sending at least the graphic object to the ordering terminal as a response to display the graphic object on the map information. A computer-executable program for causing a computer to function as the physical distribution management server according to claim 4 or 5 for monitoring a physical distribution state of a package, wherein the program executes the physical distribution management server,
A dynamic management unit that acquires the latest location information and date / time information of a transport vehicle that is transporting luggage via a network, and registers it in the dynamic database as an operation log
In response to receiving a delivery status request via a network from an ordering terminal installed on the purchaser, company, or organization side, the transportation using the location information and date / time information acquired by the movement management unit Order management that acquires map information for displaying the latest position of a vehicle, assigns a graphic object of the transport vehicle, and sends it to the ordering terminal as a response to display at least the graphic object on the map information A computer-executable program that functions as a part.