JP2019081622A - Vehicle allocation system of external system cooperation and method - Google Patents

Abstract

To provide a vehicle allocation system of an external system cooperation and a method capable of allocating a vehicle in advance including the correspondence at the time of an outbreak event.SOLUTION: The vehicle allocation system of an external system cooperation manages the operation of plural elevator apparatuses installed in facilities such as buildings. It is characterized in that the vehicle allocation system of an external system cooperation comprises a receiving unit to which the operation result of the plural elevator apparatuses and the event information from the external system are input, a learning unit to store and learn the information on the operation result obtained from the receiving unit as the past experienced data, the prediction unit to predict the number of users by each floor of the elevator landing using the storage information and the event information of the learning unit, and a landing-call registration determination unit to allocate an elevator car in advance to a predicted congestion floor where congestion is predicted to occur on the basis of the time information of the event information.SELECTED DRAWING: Figure 7

Description

  The present invention relates to operation management of an elevator apparatus, and more particularly to an external system cooperation dispatch system and method for appropriately dispatching a car at crowded elevator landings in cooperation with an external system.

  Conventionally, many proposals have been made for operation management of elevator devices. Among these, there are those proposed for operation control when a user of the elevator apparatus is congested at the landing of each floor.

  For example, Patent Document 1 aims to obtain an elevator control device capable of allocating an appropriate number of cars to a crowded floor with respect to an elevator system having a plurality of elevators as one group. Ground area camera 1B for detecting a crowded state in the car, camera 1A in the car, and a ground area area detecting means 3A for measuring the passenger area of the current elevator hall and the occupied area in the car based on the outputs of these cameras Detection means 3B, additional allocation determination means 3C for predicting future congestion levels of both the elevator hall and the car based on the output of the detection means and the past learning results, traffic information learning means 3G, and the prediction results And an operation control means 3E for allocating a plurality of cars to the landing.

JP 2002-302348 A

  According to the device described in Patent Document 1, detecting the congestion state of the elevator hall, predicting the future congestion degree of the elevator hall based on the detection output and the past learning result, and allocating a plurality of cars to the hall Thus, it is possible to appropriately allocate a car at the time of congestion of elevators.

  According to the method of Patent Document 1, since the future congestion level of the elevator hall is predicted based on the past learning results, it is possible to cope with congestion events that occur regularly in the building where the elevator is installed. It is. For example, morning and evening work, crowded at lunchtime, etc. are events that occur routinely except at weekends, so it is effective to carry out car dispatch properly at crowded elevator platforms in response to this. .

  However, it is inadequate as a response to non-routine sudden events. The past learning results in the method of Patent Document 1 do not include sudden events other than the routine, and prediction of the sudden events is impossible.

  Further, in Patent Document 1, since the users gather at the landing and the call is generated and then the response is taken, there is a high possibility that congestion has occurred, and it is effective for the appropriate number of vehicles to be dispatched. , It is insufficient as a response to prevent congestion.

  From this, it is an object of the present invention to provide an external system linkage dispatch system and method that can be dispatched in advance including response to an emergency event.

  From the above, in the present invention, “the external system cooperation dispatch system for managing the operation of a plurality of elevator apparatuses installed in a facility such as a building etc., and the operation results of the plurality of elevator apparatuses and event information from the external system The number of users is estimated according to the floor of the landing using the receiving unit to be input, the information on the operation results obtained from the receiving unit as the past experience data, and the learning unit to learn and the stored information and event information of the learning unit An external system cooperation dispatch system characterized by comprising: a forecasting unit to make an elevator car at a predicted crowded floor where congestion occurrence is forecasted based on time information of event information; ".

  Further, in the present invention, “the elevator operation control method for managing the operation of a plurality of elevator devices installed in a facility such as a building or the like, and using the operation results of the plurality of elevator devices and event information from the external system The external system cooperation dispatching method is characterized in that the number of users is predicted for each floor and the elevator car is pre-dispatched to the predicted congested floor where congestion occurrence is predicted based on time information of event information. It is a thing.

  According to the present invention, since it is possible to pre-allocate a suitable number of vehicles, it is possible to cope with sudden congestion as well as routine congestion.

BRIEF DESCRIPTION OF THE DRAWINGS The figure which shows schematic structure of the elevator operation management system provided with the processing process of the advance car allocation at the time of the prediction congestion which concerns on this invention. The figure which showed the landing environment example suitable for this invention. FIG. 7 is a diagram showing an example of a storage format of past experience data learned by a learning unit 31. The figure which shows an example of the prediction passenger number table TB1 estimated by the number estimation part 32 by floors. The figure which shows an example of the number-of-for-disappointment number-of-people table TB2 estimated by the number-of-people estimation part 32 by floor. FIG. 7 is a flow diagram specifically exemplifying processing content in the floor-specific floor-number estimation unit 32 of FIG. 1. The figure which shows an example of estimated passenger number table TB1 containing the real data added by accuracy verification. The figure which shows an example of the number person table TB2 of a forecasted coming-off who includes the actual data added by accuracy verification. The figure which shows the processing flow of the preceding car allocation process function at the time of the prediction congestion which concerns on Example 1 of this invention. The figure which shows the number of capacity per elevator car. The figure which showed the mode of the congested floor (when [of the prediction congestion at the time of the prediction congestion leading car allocation process of FIG. 7] performed. A figure showing the number of people that can be loaded up to the maximum number of people (number of people * boarding rate) according to the unit number, floor level. The figure which shows the processing flow of the preceding car allocation process function at the time of the prediction congestion which concerns on Example 2 of this invention. The figure which shows the processing flow of the preceding car allocation process function at the time of the prediction congestion which concerns on Example 3 of this invention. The figure which showed the mode of the congested floor (congested congested floor: the 1st floor, for example) when the advance crowded car allocation process at the time of prediction congestion of FIG. 12 is performed.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

  FIG. 1 shows a schematic configuration of an elevator operation management system having a function of processing for preceding car allocation at the time of predicted congestion according to the present invention. In addition, when the function of the present invention is expressed in distinction from Patent Document 1, it is appropriate that the function of processing for predicting preceding car allocation at the time of predicted congestion is assigned. The function of Patent Document 1 is to be called a car allocation processing function at the time of congestion.

  In FIG. 1, facilities and systems in a facility such as a building 1 and an external system 2 are described. Among these, facilities and systems in facilities such as building 1 are elevator operation management system 3, landing elevator service request device 4 on each floor, surveillance camera 5 on each floor, building management system 6, etc. Data communication is performed mutually via 8. Further, a plurality of elevator control systems 7a to 7n are installed and controlled by the elevator operation management system 3.

  Further, FIG. 1 illustrates a public organization management system as an example of the external system 2. Here, the elevator operation management system 3 is a system linked with the building management system 6 and the public organization management system 2 as an external system other than the elevator operation management system 3, and constitutes an external system cooperation dispatch system.

  The elevator operation management system 3 according to the present invention obtains many inputs and settings, and gives an output. Among the input and output, between elevator control systems 7a to 7n and elevator operation management system 3, elevator control systems 7a to 7n report operation state information S71 to elevator operation management system 3, and the elevator control system In each of 7a to 7n, each elevator is controlled by a control command signal S72 from the elevator operation management system 3. What is characteristic here is that the elevator operation control system 3 operates and manages all the units in the building 1, and the other matters are the same as the normal elevator control, so the explanation here is Omit

  In the present invention, the service request signal S4 from the landing elevator service request device 4 of each floor, the video signal S5 from the monitoring camera 5 of each floor, the building management information 6 from the building management system 6, and the public organization management system 2 Public institution management information S2 etc. are obtained.

  FIG. 2 is a diagram showing a landing environment example suitable for the present invention. At elevator halls of each floor, surveillance cameras 5 (5-1, 5-2, 5-3, 5-4) for monitoring and photographing a space including an elevator door, and up and down buttons 4 as a hall elevator service request device 4 (4-1, 4-2, 4-3, 4-4) are installed. In addition, the lanterns 20 (20-1, 20-2, 20-3) for predicting the arrival of the elevator car or guiding the direction are arranged. In FIG. 2, an in-car camera 21 and a load sensor 22 are provided in the elevator car 24.

  As described below, the positioning of the service request signal S4 in the present invention is to confirm the upward and downward service directions from the landing to the elevator. Although the up-down button 4 is illustrated by FIG. 2, this may be a destination floor registration apparatus etc. which register a destination floor from a landing.

  Further, the positioning of the video signal S5 in the present invention is for measuring the number of users, and any means capable of directly or indirectly confirming the number of users can be substituted. In the example of FIG. 2, information on the number of users can also be obtained from the in-car camera 21 provided in the elevator car 24 and the load sensor 22 provided in the lower part of the elevator car 24.

  Thus, from the service request signal S4, the upward and downward directions of the elevator can be confirmed, and from the video signal S5, the number of users can be confirmed, and from the building management information S6, the conference in the facility The action schedule such as an event can be confirmed, and the operation information (for example, train delay) of the public organization on the day can be grasped from the public organization management information S2. Although a part of the information includes information which is input in the existing system and used for some purpose, the present invention is new in that it is used for estimation of the predicted number of people getting on and off.

  The reception unit 36 in the elevator operation management system 3 of FIG. 1 obtains the service request signal S4, the video signal S5, the building management information S6, etc. via the communication means 8, and the operation state from the elevator control systems 7a to 7n. Information S71 is input.

  The input signal from the receiving unit 36 is given to and used by the hall call registration determination unit 39 and the learning unit 31. Since these are parts related to the essence of the present invention, this explanation will be described later, and The general evaluation unit 37 and the assignment command unit 38, which are the basic functions, will be described first.

  The comprehensive evaluation unit 37 determines the user's request and the moving direction from these input signals, and the allocation command unit 38 gives control command signals S72 to the elevator control systems 7a to 7n of each car, Control. This part is the same as the conventional elevator control, and thus will not be described further.

  The service request signal S4, the video signal S5, the building management information S6 and the like obtained through the communication means 8 are recorded in the learning unit 31 and used. Here, the service request signal S4 and the video signal S5 are stored together with information on time when these signals are generated, and are used as past experience information. As a result, the past scenes (day of the week, seasons, etc.), the user's actions at certain times, and the modes are statistically grasped. For example, it is possible to grasp an overview of the movement status of a person at work, at lunch time, at night, and the like. Therefore, in a similar future scene, it can be estimated that the user exhibits the same behavior pattern as the past experience.

  Incidentally, in Patent Document 1, the information used for the “past learning result” is such information. In order to realize the crowded car allocation processing function of Patent Document 1, it is sufficient to have the service request signal S4 and the video signal S5. These pieces of information can be said to be information on the operation results of the plurality of elevator apparatuses, and are information obtained within the range controlled and managed by the elevator operation management system.

  As in the present invention, the building management information S6 from the building management system 6 and the public organization management information S2 are further used to realize the predicted car dispatch car processing function at the time of predicted congestion.

  While the service request signal S4 and the video signal S5 are used as past experience information and driving performance information, the building management information S6 from the building management system 6 is a conference in a facility in the near future, etc. The action schedule (the place, the attendee and the place where they are present) is the information registered in the building management system 6, according to this, for example, from each floor at the meeting on the fifth floor from 3 o'clock today Human movement is predictable.

  Also, if, for example, the train delay and its degree can be grasped as the operation information of the public organization on the day from the public organization management information S2, especially the movement trend of the user at work will differ from the normal movement trend without delay. It is predictable to be changed.

  In the present invention, the building management information S6 and the public organization management information S2 will be referred to as event information from an external system, with respect to the operation record information. Event information includes planned information (building management information S6) and unexpected information (public organization management information S2), both of which are provided from an external system other than the elevator operation management system.

  The building management information S6 and the public organization management information S2 are obtained together with information on the occurrence time or the end time of these events.

  In this way, the learning unit 31 learns the number of people who use the normal elevator on a daily basis. Here, macro number information can be output. Furthermore, the learning unit 31 learns the boarding rate by floor.

  As a learning method of the boarding ratio, the number of passengers in the elevator car is detected or calculated by the load in the elevator or the camera in the car. Furthermore, in order to detect the number of people at the landing, the number of people at the landing is directly detected using a landing camera, a distance sensor, and the like. Alternatively, it may be a method of recognizing that there is a person at the landing when the landing button is pressed, from the button registration status of the landing.

  In response to the landing button registration from each floor, when arrival and opening the door, it is determined whether the number of people in the landing will be exhausted or not. Record your boarding rate. Specifically, when there are 10 people on the 5th floor and 10 passengers in the car, when the car arrives on the 5th floor and there are 2 people in the platform, the number of people in the car is It will be 18 people. When the number of seats is 24 people, the boarding rate in the car will be 75%. Alternatively, instead of the number of people, the occupancy rate of the car user at that time or the vacancy rate in the car may be detected, and the occupancy rate or the vacancy rate may be recorded.

If the landing camera is missing, a call for the 5th floor will be made and when the car arrives on the 5th floor,
After the door is closed, if there is a landing call in the same direction or a service request to the same destination floor within a certain time, it is determined that the user can not get on the landing and re-registers, Record the number of passengers, occupancy rate and vacancy rate on the relevant floor.

  The recorded number of passengers, occupancy rate, and vacancy rate are taken as the ride rate, and these are learned daily by floor.

  Here, the boarding rate by floor is obtained by obtaining the utilization rate of each floor, and may be obtained by weighting by the number of users of each floor. Furthermore, the boarding rate by floor should be grasped separately for going up and down. For example, in the case of a building on the eighth floor, it is preferable to obtain the boarding rate in the upward direction and the boarding rate in the downward direction as the boarding rate on the fifth floor.

  The administrator of the elevator operation management system sets the boarding rate using the boarding rate setting unit 40 with reference to the past boarding rate results accumulated in the learning unit 31 and the like. The boarding rate to be set defines the degree of congestion at which the user decides to wait for the next vehicle allocation. For example, even if it is a 24-seater car, it is a limit boarding rate at which a person waiting for the next allocation appears when 18 people are on board. Even if the attendance rate is high, even if the occupancy rate is high, the occupancy rate may be low at the normal time, so the occupancy rate at the limit should be set according to the floor, the up and down, the hour, and so on.

  The past experience data learned by the learning unit 31 is, for example, organized and stored as shown in FIG. FIG. 3 exemplifies, for example, a storage format of the past record number of passengers, and for each date and time in the past, stores the number of passengers on each floor and the information of the boarding rates by floor and by going up and down. There is. The storage format of the past actual number of people is also created in the same format. The above-mentioned storage format may include information grasped and stored for each day, for example, every 10 minutes, and stored for a long time in the past. The past experience data may include event information such as a meeting or various events as incidental information. The past experience data learned by the learning unit 31 is used as a past experience in the prediction process in the following process.

  The floor-level estimated-number-of-persons prediction unit 32 predicts, for example, the movement of people today according to the floor level from the past experience and the meeting schedule on the day. FIG. 4a shows an example of the predicted number of passengers table TB1 predicted by the floor-based number of people predicting unit 32, and FIG. 4b shows an example of the predicted number of people coming out table TB2 predicted by the floor-based number of people predicting unit 32.

  The predicted number of people table TB1 and the predicted number of people table TB2 are time data D1 and D6, floor data D2 and D7, predicted number data D3 and D8, actual number data D4 and D9, predicted accuracy data D5 and D10, from the upper row. It is comprised by the boarding rate D11 and D12. The floor-specific people number prediction unit 32 forms the data from the top to the third row of these tables using the past experience data in FIG. 3 and the like.

  For example, with respect to the predicted number of people table TB1, the number of people on each floor (here, from the first floor to the eighth floor) is 20 and 9 respectively at 8 o'clock (which will be described later, for example, 10 minutes from 8 o'clock). , 7, 14, 13, 7, 8 and 5 people are predicted to be. Further, for example, with respect to the predicted number of people table TB2, at the time of 8 o'clock (which will be described later, for example, it represents 10 minutes from 8 o'clock), the number of people getting off each floor (here from 1 time to the eighth floor) is It shows that it was predicted to be 5, 9, 15, 11, 15, 18, 11.

  In addition, regarding the method of creating the predicted number of passengers table TB1 and the predicted number of people table TB2, as described above, it can be created in consideration of past experiences and today's schedule, and further in consideration of today's train delay and the like. It can be determined by correction.

  FIG. 5 is a flow diagram specifically exemplifying the processing content in the floor-based number-of-peoples prediction unit 32 of FIG. 1. In addition, as a premise of this, by the processing in the learning unit 31, the time-series number of users measured daily is grasped together with the information of the boarding rate for each floor and in the up and down directions, and the past experience data of FIG. It shall be done. That is, it is assumed that past experience data corresponding to the actual number of people data D4 and D9 are secured and stored in time series and for equivalent days for the predicted number of people table TB1 and the predicted number of people table TB2. In addition, it is assumed that the past days are stored including information on events and meetings held on that day.

  Although the start of the process of FIG. 5 may be performed at an appropriate timing, for example, if provided as information for one day on the previous day, the process will be processed at an appropriate time on the previous day. Alternatively, if it is provided by an external request, it may be started when there is a request. In addition, if a new state change occurs, it should be reviewed each time even on the day.

  In the first processing step S100 of the floor-specific people estimation unit 32, past experience data and the like are fetched. These include actual number of people data D4, D9, time data D1, D6, boarding rate, building management information S6 and the like in the past. In processing step S101, setting information such as time width and designated time is fetched.

  At processing step S102, the output date (for example, tomorrow) is determined. It is determined whether the output date is a weekday, a holiday, or a pause, etc., and only the conditions of the corresponding condition are extracted from the past experience data of FIG. In processing step S103, for example, if the output date is a weekday, only past experience data of a weekday is extracted, and if the output date is a holiday, only past experience data of a holiday is extracted. If seasonal and day-to-day variations appear prominently for the user, these points should be taken into consideration.

  In the processing step S104, the usage average by time is obtained for the extracted time-series usage records for a plurality of days, and the predicted number of passengers data table TB1 and predicted number of people data D3 and D8 of the predicted number of people table TB2 are obtained. In addition, since the said process is performed about the number of users for every floor, floor data D2 and D7 are also obtained collectively.

  In processing step S105, the presence or absence of building management information S6 is confirmed, and, for example, when a meeting is scheduled to be held on the fifth floor from 15 o'clock of today, the movement of the user according to the holding scale in processing step S106. The projected number of persons data table D1 and the predicted number of people data D3 of the predicted number of people table TB2 obtained in the processing step S104 are corrected, reflecting the way of using the elevator. In addition, in the past experience data, when the meeting of the same purpose as this meeting has the experience that the meeting was carried out in the past, referring to the user information at that time, the predicted number of people on the table TB1 It is preferable to correct the forecasted number of persons data D3 and D8 of the table TB2.

  In processing step S107, the presence or absence of public organization management information S2 is confirmed. For example, when information is obtained that the train scheduled to arrive at the nearest station of the building is delayed at 8:00 today, processing step S108 is performed. According to the degree of the delay, reflecting the movement of the user and the way of using the elevator, the predicted number of people table TB1 and the predicted number of people data table D3 and D8 of the predicted number of people table TB2 obtained in the processing steps S104 and S106. Fix it. The processing of the processing steps S107 and S108 is executed by the external information acquired on the day.

  As described above, the past performance is corrected based on the action schedule and the information of the public organization, and the predicted number of people data D3 and D8 of the predicted number of people table TB1 and the predicted number of people table TB2 are obtained. Although not explicitly described in the flow of FIG. 5, using the past experience data of FIG. 3, the data of the boarding rate set by the boarding rate setting unit 40 corresponds to the predicted number of people table TB1 and the predicted number of people table TB2 The boarding rates D11 and D12 are reflected in the column.

  The floor-specific people number prediction unit 32 further has an accuracy verification function, and based on the actual experience of predicting the lower three-level information to the upper three-level data created by the floor-specific people number prediction unit 32, Add data. 6a shows an example of a predicted number of passengers table TB1 including actual data added by accuracy verification, and FIG. 6b shows an example of a predicted number of people table TB2 including actual data added by accuracy verification.

  In this case, for example, with respect to the predicted number of people table TB1, at 8 o'clock, the number of people on each floor was predicted to be 20, 9, 7, 14, 13, 7, 8, 5 respectively. Are 18, 13, 10, 19, 14, 14, 10, 9, and it can be seen that their respective accuracy was 82, 38, 60, 75, 92, 88, 95, 90%.

  Also, in this case, for example, with respect to the forecasted number of people table TB2, at 8 o'clock, the number of people getting off each floor was predicted to be 20, 5, 9, 15, 11, 15, 18, and 11, respectively. To 17, 17, 12, 12, 17, 19, 10 persons, and it can be seen that their respective accuracies were 89, 69, 70, 74, 93, 50, 80, 56%.

  The addition of the data D4 and D9 in the tables of FIGS. 6a and 6b means that the learning unit 31 additionally writes the data as new past experience data.

  The hall call registration determination unit 39 in FIG. 1 normally executes hall call registration determination processing based on the service request signal S4 from the hall elevator service request device 4 of each floor, and the comprehensive evaluation unit 37 and the allocation command unit 38 The car is distributed to the registered floor via the registration floor. However, in the present invention having a function of processing for preceding car allocation at the time of predicted congestion, the function further as follows.

  FIG. 7 shows a processing flow of the preceding car allocation processing function at the time of predicted congestion according to the first embodiment of the present invention. In the first embodiment, the elevator car is made to stand by at the estimated crowded floor on the basis of the predicted crowded information.

  In this case, the predicted congestion information is the building management information S6 from the building management system 6 and the public organization management information S2 from the public organization management system 2. According to these pieces of information, it is possible to use it as predicted congestion information because it includes a user's concentration and time based on a meeting in a facility in the near future, an action schedule such as an event, or a train delay.

  In the process flow of the predicted crowded preceding car allocation processing function shown in FIG. 7, first, in the processing step S110, "Is there any delay information of public organization / event information?" The delay information of the public organization is judged by the public organization management information S2 from the public organization management system 2, and the event information is judged by the building management information S6 from the building management system 6. When there is no delay information / event information in particular (S110, NO), the process proceeds to processing step S115, and the advance dispatching process by the door-open standby is canceled.

  If congestion is foreseen from the public organization management information S2 or the building management information S6 (S110, YES), it is confirmed in processing step S111, "Is the time of the information and the current time match?". Since the public organization management information S2 and the building management information S6 include delay time and time information on holding and closing a meeting, the relationship between the event occurrence time and the current time is determined. For example, when the current time has reached one minute before the event occurrence time, it is determined that the information and the current time match (S111, YES), and the process of processing step S112 is performed. In addition, when the said information and the present time do not correspond (S111, NO), it transfers to process step S115 and cancels the advance dispatch process by door-open standby.

  At processing step S112, the predicted number of users and the number of occupants per elevator car are compared. The predicted number of users is referred to because the number of people is obtained separately by time, by floor, and by getting in and out of the floor by the floor number estimation unit 32, as shown in FIGS. 4a and 4b. The number of users is not limited to the number of persons based on past experience data, but is also considered to be the number of persons transiently increasing due to an event or the like in the near future based on public organization management information S2 and building management information S6.

  Here, the number of occupants is the number of occupants, or the number of persons multiplied by the above-mentioned boarding rate. Here, first, the number of occupants will be described as the number of occupants. The number of occupants (number of persons) per elevator car is known as a specification for each elevator, as shown in FIG. 8, and is, for example, 24 persons / car, 1560 kg / car. In processing step S112, the number of users predicted is compared with the number of occupants per elevator car (number of persons), and if the estimated number of users> the number of occupants per elevator car, In processing step S114, a plurality of elevators are allocated in advance, and these elevators are placed in the standby state for opening a plurality of elevators. If it is the predicted number of users 乗員 the number of occupants per elevator car, one elevator is pre-dispatched in processing step S113 and this is made to be a standby for opening a plurality of elevators.

  FIG. 9 is a diagram showing a crowded floor (congested floor: for example, the first floor) when the preceding crowded car allocation process in FIG. 7 is performed. For example, one elevator car 24 (24a) or a plurality of elevator cars 24 (24a, 24c) are pre-dispatched, and each door 25 (25a, 25b, 25c) is opened when it reaches the congested floor. Leave as it is (standby). At this time, if it is clear that most of the users move in the same direction of upward and downward travel, the hallway elevator service request device 4 on the predicted crowded floor does not display the upward and downward directions in the destination direction. It may be one. The users appearing at the landing at the scheduled congestion time sequentially board the elevators waiting for door opening.

  In the processing step S102 of FIG. 7, when comparing the predicted number of users and the number of occupants per elevator car, the number of occupants (number of persons) * the boarding rate is taken as the number of occupants. Here, as for the boarding rate, since the number of people is set according to time, floor, and getting on and off in the boarding rate setting unit 40 of the floor-specific floor-number estimation section 32 as shown in FIG. 4a and FIG. Do. Here, the reason for taking the passenger ratio into account for the number of occupants is based on the user's psychology, as there is a tendency not to board in the car crowded state to a certain extent (waiting for the next) as the user's psychology. As a more practical operation, a large number of cars will be allocated.

  FIG. 10 shows the maximum number of available passengers (number of people * boarding rate) for each car, floor, and floor. In processing step S102 of FIG. 7, the number of predicted users is compared with the number of people of FIG. And the number of elevators allocated.

  The above processing enables the smooth movement of users in a predicted congestion state where a large number of users are expected to gather on the same floor as train delays or large conferences are held. The effect of the present invention can be said to be significant particularly when the building has an entrance floor directly connected to a train or subway station.

  FIG. 11 shows a processing flow of the predicted car preceding car allocation processing function according to the second embodiment. The second embodiment is to automatically register a call button in the down direction by going up to the hallway elevator service request device 4 on the predicted congestion floor based on the predicted congestion information.

  In this case, the predicted congestion information is the building management information S6 from the building management system 6 and the public organization management information S2 from the public organization management system 2. According to these pieces of information, it is possible to clarify the concentration of users and their time based on a meeting in a facility in the near future, an action schedule such as an event, or a train delay, and can be used as predicted congestion information.

  In the processing flow of the on-congestion car allocation function in FIG. 11, first, "Is there delay information / event information of public organization?" In processing step S110. The delay information of the public organization is judged by the public organization management information S2 from the public organization management system 2, and the event information is judged by the building management information S6 from the building management system 6. If there is no particular delay information / event information (S110, NO), the process proceeds to processing step S204.

  When congestion is foreseen from the public organization management information S2 or the building management information S6 (S110, YES), it is confirmed in processing step S111, "Is the time of the information and the current time match?". Since the public organization management information S2 and the building management information S6 include delay time and time information on holding and closing a meeting, the relationship between the event occurrence time and the current time is determined. For example, when the current time has reached one minute before the event occurrence time, it is determined that the information and the current time match (S111, YES), and the processing step S200 starts. When the information does not match the current time (S111, NO), the process proceeds to step S105.

  In process step S200, it is determined whether "a floor expected to be inflow from a public organization or a general enrollment floor?". Since the floor where the inflow is expected from the public organization is generally located at the bottom of the building, and many users from the outside tend to go up, the call button in the up direction is automatically registered in process step S201. When the floor is a general registered floor, a call button in the downward direction is automatically registered as a direction in which there are many destination floors in the floor in processing step S202. As a result, the hall elevator service request devices 4 of these floors display the call in the upward or downward direction. Note that, by automatic registration of the call button, car allocation is performed via the comprehensive evaluation unit 37 and the assignment control unit 38 in FIG. 4.

  Although inflow from a public organization is assumed in processing step S200, it is possible to perform call automatic registration corresponding to an event such as a meeting in the same manner. For example, if the end of the conference held on the floor, it is possible to cope by performing automatic call registration for going up and down.

  Also, after the call button is automatically registered, the timer is started in processing step S203. This timer, for example, appropriately sets the time until the congestion is eliminated, and during this period, the automatic registration state of the call button is basically maintained, and the upward or downward call display is continuously displayed. Do.

  In processing step S204, it is confirmed that "a button in another direction has been registered by the expiration of the timer time?". If it is NO, you do not need to do anything. When the button of the other direction is registered, various correspondences can be considered thereafter. A process step S205 shows an example in which the process of canceling the automatic registration of the call button is performed on the premise that the congestion is eliminated. Here, the confirmation that the congestion has been eliminated may be determined using the video of the surveillance camera. Alternatively, as the process of the process step S205, a method may be considered in which the call display is continuously displayed until the time of the set timer elapses, and the button for the button in the other direction is lighted.

  In addition, it is also possible to set to two steps from the congestion start estimated time regarding the time setting until the congestion by a timer is eliminated. In the first stage closest to the estimated congestion start time, redistribution will be performed, but in the second stage thereafter, it will be determined whether to adjust the allocation while watching the state of congestion or to interrupt the car allocation processing at the time of congestion It is good to do.

  According to the second embodiment, since the automatic registration of the call button is performed as the predicted car allocation process at the time of predicted congestion, the user can confirm the allocation state.

  FIG. 12 shows a processing flow of the predicted car dispatching process at the time of predicted congestion according to the third embodiment. In the third embodiment, the elevator car is pre-allocated to the estimated congestion floor based on the estimated congestion information.

  In this case, the predicted congestion information is the building management information S6 from the building management system 6 and the public organization management information S2 from the public organization management system 2. According to these pieces of information, it is possible to clarify the concentration of users and their time based on a meeting in a facility in the near future, an action schedule such as an event, or a train delay, and can be used as predicted congestion information.

  In the processing flow of the predicted crowded preceding car allocation processing function shown in FIG. 12, first, in the processing step S110, "Is there delay information / event information of public organization?" The delay information of the public organization is judged by the public organization management information S2 from the public organization management system 2, and the event information is judged by the building management information S6 from the building management system 6. If there is no particular delay information / event information (S110, NO), the process proceeds to processing step S305, and no advance allocation is performed.

  When congestion is foreseen from the public organization management information S2 or the building management information S6 (S110, YES), it is confirmed in processing step S111, "Is the time of the information and the current time match?". Since the public organization management information S2 and the building management information S6 include delay time and time information on holding and closing a meeting, the relationship between the event occurrence time and the current time is determined. For example, when the current time has reached one minute before the event occurrence time, it is determined that the information and the current time match (S111, YES), and the processing step S200 starts. In addition, when the said information and the present time do not correspond (S111, NO), it transfers to process step S305 and does not perform advance dispatch.

  Since the process of process step S112 is basically the same as the process of process step S112 of FIG. 7, the explanation is omitted, but the number of predicted users and the number of occupants per elevator car are compared in principle. If the predicted number of users> the number of occupants per elevator car, a plurality of elevators are pre-dispatched in processing step S304. If it is the predicted number of users 乗員 the number of occupants per elevator car, one elevator is allocated in advance in processing step S303. It is good to consider the boarding rate in this judgment.

  FIG. 13 is a diagram showing a crowded floor (crowded floor: for example, the first floor) when the preceding crowded car allocation process in FIG. 12 is performed. For example, one of the three elevator cars 24 (24a) or a plurality of elevator cars 24 (24a, 24c) are pre-dispatched, and the doors 25 (25a, 25b, 25c) are closed when arriving at the crowded floor. stand by. At this time, if it is clear that most of the users move in the same direction, even if the landing elevator service request device 4 on the crowded floor does not display the destination direction in both the upward and downward directions. Good.

  The user who appears on the landing at the scheduled congestion time opens the door of the waiting elevator by pressing the call button of the landing elevator service request device 4 so that the passengers can be boarded promptly and sequentially.

1: Facilities such as buildings 2: External system (public institution management system) 3: Elevator operation management system 4: Station elevator service request device on each floor 5: Surveillance camera on each floor 6: Building management system 7a ··· 7n elevator control system, 8: communication means, 31: learning unit, 32: number of people predicting unit by floor, 36: receiving unit, 37: general evaluation unit, 38: assignment command unit, 39: landing call registration judgment Unit 40: Ride ratio setting unit S2: Public organization management information S4: Service request signal S5: Video signal S6: Building management information S72: Control command signal

Claims (14)

An external system cooperation dispatch system that manages the operation of a plurality of elevator devices installed in a facility such as a building,
A receiving unit for inputting driving results of a plurality of elevator apparatuses and event information from an external system; a learning unit for storing and learning information on driving results obtained from the receiving unit as past experience data; storage of the learning unit A prediction unit for predicting the number of users according to the floor of the landing using information and the event information, and a landing for pre-allocating elevator cars to predicted crowded floors where congestion occurrence is predicted based on time information of the event information An external system cooperation dispatch system characterized by comprising a call registration determination unit. It is an external system cooperation dispatch system according to claim 1,
The external system cooperation dispatch system characterized in that the hall call registration determination unit determines the number of elevator cars to be pre-dispatched to a predicted congested floor where congestion occurrence is predicted, using a user's boarding rate in the elevator apparatus. . An external system cooperation dispatch system according to claim 1 or claim 2, wherein
An external system cooperation dispatch system characterized in that an elevator car pre-dispatched to a predicted congested floor is on standby at the predicted congested floor. The external system cooperation dispatch system according to any one of claims 1 to 3, wherein
The external system cooperation dispatch system characterized in that the hall call registration determination unit performs call button automatic registration installed at a hall of a predicted crowded floor, and preallocates elevator cars to the predicted crowded floor. The external system cooperation dispatch system according to any one of claims 1 to 4, wherein
The external system cooperation dispatch system characterized in that the operation results of the plurality of elevator apparatuses are information on the number of users on each floor and the moving direction. The external system cooperation dispatch system according to any one of claims 1 to 5, wherein
The external system cooperation dispatch system characterized in that the event information is information of an action schedule such as a meeting in a facility given from a building management system. The external system cooperation dispatch system according to any one of claims 1 to 6, wherein
The external system cooperation dispatch system characterized in that the event information is delay information from a public organization management system. It is an external system cooperation dispatching method that manages the operation of a plurality of elevator devices installed in a facility such as a building,
The number of users is predicted for each floor of the landing using the operation results of a plurality of elevator apparatuses and event information from the external system, and the estimated congestion floor where congestion occurrence is predicted is estimated based on time information of the event information An external system cooperation dispatch method characterized by pre-allocating a car. It is the external system cooperation dispatch method of Claim 8, Comprising:
An external system cooperation dispatch method comprising: determining the number of elevator cars pre-dispatched to a predicted congested floor where congestion occurrence is predicted, using a user's boarding rate in the elevator apparatus. The external system cooperation dispatch method according to claim 8 or 9, wherein
The external system cooperation dispatch method characterized in that the elevator car allocated in advance to the predicted crowded floor is on standby at the predicted crowded floor. The external system cooperation dispatch method according to any one of claims 8 to 10, wherein
An external system cooperation dispatch method characterized by performing call button automatic registration installed at a hall of a predicted crowded floor and pre-allocating elevator cars to the predicted crowded floor. The external system cooperation dispatch method according to any one of claims 8 to 11, wherein
The external system cooperation dispatch method characterized in that the operation results of the plurality of elevator apparatuses are information on the number of users on each floor and the moving direction. The external system cooperation dispatch method according to any one of claims 8 to 12, wherein
The external system cooperation dispatch method characterized in that the event information is information of an action schedule such as a meeting in a facility given from a building management system. The external system cooperation dispatch method according to any one of claims 8 to 13, wherein
The external system cooperation dispatch method, wherein the event information is delay information from a public organization management system.

Images