WO2024034059A1 - 施工管理システムおよび施工管理方法 - Google Patents

施工管理システムおよび施工管理方法 Download PDF

Info

Publication number
WO2024034059A1
WO2024034059A1 PCT/JP2022/030578 JP2022030578W WO2024034059A1 WO 2024034059 A1 WO2024034059 A1 WO 2024034059A1 JP 2022030578 W JP2022030578 W JP 2022030578W WO 2024034059 A1 WO2024034059 A1 WO 2024034059A1
Authority
WO
WIPO (PCT)
Prior art keywords
construction
message
display
messages
work
Prior art date
Application number
PCT/JP2022/030578
Other languages
English (en)
French (fr)
Inventor
一生 冨澤
研一 佐藤
Original Assignee
三菱電機ビルソリューションズ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 三菱電機ビルソリューションズ株式会社 filed Critical 三菱電機ビルソリューションズ株式会社
Priority to PCT/JP2022/030578 priority Critical patent/WO2024034059A1/ja
Publication of WO2024034059A1 publication Critical patent/WO2024034059A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/08—Construction

Definitions

  • the present disclosure relates to a construction management system and a construction management method.
  • a construction manager who manages construction needs to understand the work load status of each worker and the progress status of multiple jobs being performed simultaneously. On top of that, the construction manager needs to take measures to ensure that all work is completed safely and by the deadline while maintaining the quality of the work.
  • the construction manager grasps the workload of the workers by conducting morning meetings, interviewing the person in charge of the work, checking daily work reports, etc., and also monitors the progress of the work by visiting the work site and checking visually and checking site photos. I understand the situation. Based on the situation ascertained in this way, the construction manager manages the construction by increasing or replacing workers, reviewing the work process, etc., as the case may be.
  • the present disclosure has been made to solve such problems, and the purpose of the present disclosure is to provide a construction management system and a construction management method that allow even inexperienced construction managers to efficiently manage construction.
  • the goal is to provide the following.
  • the construction management system of the present disclosure is a system that manages the construction of a construction project consisting of multiple steps handled by multiple personnel.
  • the construction management system includes a control unit that generates a construction schedule, and a display unit that displays the schedule.
  • the control unit classifies a plurality of communication items transmitted between a construction manager who manages the construction of the construction work and a plurality of persons in charge for each process.
  • the display unit displays the classified communication items in correspondence with each of the plurality of processes.
  • the construction management method of the present disclosure is a method for managing the construction of construction work consisting of multiple steps handled by multiple personnel.
  • the construction management method includes a step of generating a construction schedule and a step of displaying the schedule.
  • the step of generating includes a step of classifying a plurality of communication items transmitted between a construction manager who manages the construction of the construction work and a plurality of persons in charge, by process.
  • the displaying step includes displaying the classified communication items in correspondence with each of the plurality of processes.
  • communication items classified in correspondence with each of a plurality of processes are displayed, so it is possible to check communication items for each process intuitively and efficiently while ensuring visibility, and construction It becomes easier to make various management decisions. This allows even an inexperienced construction manager to efficiently manage construction.
  • FIG. 1 is a diagram showing a hardware configuration of a construction management system according to a first embodiment. It is a figure showing a functional block diagram in a construction management system. It is a flowchart of main processing. It is a flowchart of display information generation processing. It is a figure showing an example of a process chart. It is a figure showing an example of a process chart. It is a flowchart of display size determination processing concerning a 2nd embodiment. It is a figure showing an example of a process chart. It is a figure showing an example of a process chart. It is a figure showing an example of a process chart. It is a figure showing an example of a process chart. It is a flowchart of display color determination processing concerning a 3rd embodiment. It is a figure showing an example of a process chart.
  • FIG. 1 is a diagram showing the hardware configuration of a construction management system 1 according to the first embodiment.
  • the construction management system 1 is a system that manages the construction of a construction project consisting of a plurality of steps. A plurality of persons in charge (also referred to as "workers”) are in charge of these plurality of steps.
  • FIG. 5 shows a process chart showing a plurality of steps in new air conditioning equipment construction work to install new air conditioning equipment in Building X.
  • companies A to F personnel in charge of companies A to F are in charge of each process.
  • person in charge may refer to each person in charge of the companies (Companies A to F) that undertake each process as described above, or may refer to each person in charge of the companies that undertake each process (Companies A to F). It may also indicate the company itself.
  • the number of persons in charge (workers) in charge of one process may be one or more.
  • the construction management system 1 includes a server 100 and a plurality of terminals 200.
  • the server 100 performs processes such as generating a process chart.
  • the plurality of terminals 200 are a terminal used by a construction manager (also simply referred to as a "manager") who manages the construction of the construction work, and a plurality of terminals used by a plurality of persons in charge of a plurality of construction steps. configured.
  • the construction manager manages the site so that the construction work is completed by the deadline, while keeping track of the workload of each person in charge of each step of the construction work and the progress of each work.
  • a terminal 200 used by a construction manager, a terminal 200 used by worker K1, and a terminal 200 used by worker K2 are shown.
  • the server 100 includes a control section 111, a storage section 112, and a communication section 113. These are communicably connected to each other via a bus.
  • the control unit 111 is, for example, a CPU (Central Processing Unit).
  • the storage unit 112 includes a ROM (Read Only Memory), a RAM (Random Access Memory), and a nonvolatile storage device (for example, a HDD (Hard Disk Drive) or an SSD (Solid State Drive)).
  • ROM Read Only Memory
  • RAM Random Access Memory
  • nonvolatile storage device for example, a HDD (Hard Disk Drive) or an SSD (Solid State Drive)
  • the control unit 111 loads programs stored in the ROM into the RAM and executes them to realize various functions of the server 100.
  • the control unit 111 performs processing such as generating a work schedule.
  • the ROM stores a program in which processing procedures of the server 100 are written.
  • the RAM serves as a work area when the control unit 111 executes a program, and temporarily stores programs and data used when executing the program.
  • the server 100 can be connected to the terminal 200 wirelessly or by wire via the communication unit 113.
  • the terminal 200 may be, for example, a mobile terminal such as a smartphone or a tablet, or a personal computer such as a notebook computer or a desktop computer.
  • the terminal 200 includes a control unit (CPU) 211, a storage unit 212, a communication unit 213, an input unit 220, and a display unit 221. These are communicably connected to each other via a bus.
  • the storage unit 212 may be configured to include a ROM, a RAM, and a nonvolatile storage device such as an HDD or an SSD.
  • the control unit 211 loads programs stored in the ROM into the RAM and executes them to realize various functions of the terminal 200.
  • the ROM stores a program in which processing procedures for the terminal 200 are written.
  • the terminal 200 is connectable to the server 100 via the communication unit 213.
  • the input unit 220 accepts user input.
  • the input unit 220 is, for example, a touch panel, but may also be a keyboard or a mouse.
  • the display unit 221 displays various information.
  • the display unit 221 is, for example, a liquid crystal display or a display.
  • the display unit 221 can display the process chart generated by the control unit 111. Note that the process chart can be displayed on any terminal 200.
  • the construction management system 1 may be a device that integrates a server 100 and a terminal 200 used by an administrator.
  • the display unit (display) included in the apparatus is configured to display the process chart generated by the control unit (CPU) included in the apparatus.
  • the construction management system 1 may be configured only with the server 100 and the terminal 200 used by the administrator.
  • FIG. 2 is a diagram showing a functional block diagram of the construction management system 1.
  • the control unit 111 can execute the processing executed by the classification unit 121 and the generation unit 122.
  • communication matters regarding the process are communicated between the construction manager and a plurality of persons in charge.
  • the matters to be communicated include chat messages using chat, and information is communicated between the construction manager and a plurality of persons in charge via chat.
  • the information is not limited to this, and the information may be transmitted by email.
  • the items to be communicated may be information memos regarding the process (such as data inputting the contents of a telephone call), or may be confirmation items, notifications, exchanges, etc. regarding the process.
  • these communication items are organized for each process and displayed in an easy-to-understand manner on the process chart. This makes it possible to see at a glance what kind of interactions took place in each process and what kind of agreements were made.
  • chat messages (hereinafter also simply referred to as “messages”) can be input and viewed on the process chart displayed on the display unit 221. This allows messages to be exchanged between the construction manager and a plurality of persons in charge (hereinafter collectively referred to as "users").
  • the user can input a message from the input section 220 by specifying any step in the process chart. Furthermore, when a new message is displayed, the status of the message can be changed from unread to read.
  • the classification unit 121 acquires the message information received by the input unit 220.
  • the message information includes the input message and the status of the message (read status/unread status). This message information is stored in the storage unit 112 as a message history.
  • the classification unit 121 acquires the history of messages input in the past from the storage unit 112. The classification unit 121 then classifies the acquired messages by process and outputs the classification results.
  • the generation unit 122 acquires this classification result and also acquires process information (described later) from the storage unit 112. The generation unit 122 generates a process chart based on the process information and classification information.
  • the display unit 221 displays the generated process chart. This process chart reflects the newly input message and the status of the message (read status/unread status).
  • FIG. 3 is a flowchart of main processing.
  • the processing shown in this flowchart may be activated based on a display request from the terminal 200, for example.
  • the “step” will also be simply referred to as "S”.
  • the server 100 acquires message information from the input unit 220 in S101.
  • the server 100 acquires the message history from the storage unit 112 in S102.
  • the server 100 classifies messages included in the message information and message history by process.
  • the server 100 acquires process information from the storage unit 112 in S104.
  • the process information is various information set regarding multiple processes in the target construction. For example, in the example in Figure 5, the name of the work (new installation of air conditioning equipment in building (1 to 2 days, etc.), etc., is information necessary to generate a process chart.
  • the server 100 executes display information generation processing (FIG. 4) to generate display information (work schedule, etc.).
  • the server 100 outputs display information (work schedule, etc.) to the display unit, and ends the main processing.
  • main processing is executed in response to a display request from the terminal 200, and display information generated as a result is acquired by the terminal 200 via the communication unit 213 and displayed on the display unit 221.
  • Examples of the process chart displayed on the display unit 221 are shown in FIGS. 5 and 6.
  • FIGS. 5 and 6 the flowchart of the display information generation process will be explained using FIG. 4, and the process charts shown in FIGS. 5 and 6 will be explained.
  • FIG. 4 is a flowchart of display information generation processing.
  • a process chart is generated.
  • FIG. 5 is a diagram showing an example of a process chart. As shown in FIG. 5, the construction name is displayed at the top of the process chart 91 (hereinafter also simply referred to as "process chart"). In this example, it is shown that construction is being carried out to install new air conditioning equipment in building X.
  • the process chart is a bar chart process chart that displays a plurality of bar charts corresponding to a plurality of processes.
  • the process chart for the period from April 1st to April 24th, 2022 is shown as a bar chart.
  • a vertical line indicating that today is April 9, 2022 is displayed.
  • the process chart shows the item name, company name, progress rate, and bar chart for each process.
  • the item name column shows the work name (work type) of each process.
  • the company name column shows the name of the company in charge of the work.
  • the progress rate column shows the progress rate of the work as a percentage.
  • Company A is in charge of equipment delivery work on the second floor
  • Company B is in charge of equipment installation work on the second floor
  • Company C is in charge of piping work on the second floor
  • Displayed are wiring work on the second floor handled by Company D
  • insulation work on the second floor handled by Company E and test run on the second floor handled by Company F.
  • Company A is in charge of equipment delivery work on the 3rd floor
  • Company B is in charge of equipment installation work on the 3rd floor
  • Company C is in charge of piping on the 3rd floor. Displayed are construction work, wiring work on the third floor handled by Company D, insulation work on the third floor handled by Company E, and test run on the third floor handled by Company F.
  • equipment on the 2nd floor (Company A), installation of equipment on the 2nd floor (Company B), and equipment on the 3rd floor (Company A) are scheduled to be delivered from April 1st to April 2nd. There is. Next, from April 3rd to April 8th (in this embodiment, no work will be carried out on Saturdays and Sundays), the plumbing work on the second floor (Company C) will be carried out, and from April 3rd to April 4th, the plumbing work will be carried out on the third floor.
  • Equipment installation (Company B) is planned. Today is April 9th, and all of the above steps have been completed as planned, so the bar chart is displayed in "blue" to indicate completed work. Further, the progress rate of these tasks is displayed as "100%".
  • the first step and the second step can be extracted from the step information.
  • the plurality of construction steps include a first step and a second step that is a step after the first step.
  • the second process is a process that is affected by the delay if the work in the first process is delayed.
  • Company B is in charge of equipment installation on the second floor from April 1st to April 2nd, and equipment installation on the third floor from April 3rd to April 4th. , it is necessary to install the equipment on the third floor the day after the equipment installation on the second floor is completed.
  • the third floor equipment installation may not be able to begin, and the third floor equipment installation may also be delayed. In this way, if a certain process (first process) is delayed and there is a possibility that the next process (second process) will be affected, a line is drawn between these two processes as "related work”. (here, an image of an arrow pointing from the first step to the second step) is displayed.
  • Company C is scheduled to carry out piping work on the third floor from April 9th to April 12th.
  • the piping work on the second floor is delayed, there is a possibility that the piping work on the third floor cannot be started.
  • these two steps are also shown to be "related operations.”
  • the equipment installation work on the second floor Company B
  • the piping work on the second floor Company C
  • these two processes are not set as "related works”.
  • Company D will conduct wiring work on the third floor from April 15th to April 16th after wiring work on the second floor from April 9th to April 10th. In this example, it is determined that there is a two-day margin between the two processes, which may affect the next process, so these processes are also shown to be "related work.” Finally, a trial run by Company F is scheduled for April 23rd to April 24th on the second and third floors.
  • the server 100 sets the color of the bar chart image according to the load state of each process.
  • a "high load state” or a "normal state” is set as the load state of the process.
  • the load state of the process is set to "normal state” as an initial state.
  • the construction manager checks the progress of the process and the schedule of the person in charge of the process, and if the work schedule of the process is likely to be delayed due to reasons such as lack of time in the schedule of the person in charge, the construction manager changes the load status of the process. "High load state”.
  • the server 100 may automatically determine the load state of the process based on information such as the schedule of the person in charge, and set this.
  • the server 100 sets the bar chart image corresponding to a process in a high load state to red. At this time, the entire bar chart image may be displayed in red, or only the period (day) in a high load state may be displayed in red.
  • the server 100 sets the bar chart corresponding to the second process to pink when the load state of the first process is high.
  • the load state is determined to be a high load state during the wiring work on the second floor (first step) on April 10th.
  • the bar chart for the second floor wiring work (first process) on April 10th is displayed in red. Note that the entire bar chart of this step may be displayed in red.
  • the bar chart for the insulation work on the second floor (second process) and the bar chart for the wiring work on the third floor (second process), which are set to be "related work" to this process are highlighted in pink. Display in color.
  • the bar chart for the insulation work on the second floor on April 15th is displayed in red. Note that the entire bar chart for the insulation work on the second floor may be displayed in red. Then, a bar chart of the third floor insulation work, which is set as "work related" to this process, is displayed in pink.
  • processes that are being performed or scheduled to be performed today are displayed as "scheduled work" on the bar chart in light blue.
  • the wiring work on the second floor is currently being carried out (progress rate is 50%), so it is displayed in light blue.
  • the plumbing work on the third floor is currently being carried out (progress rate is 25%), so it is displayed in light blue.
  • Processes scheduled after April 10th have not yet been started, so that fact is displayed in the progress rate column.
  • the bar chart for the second and third floor test runs scheduled for April 23rd to April 24th is displayed in light blue.
  • the server 100 sets the message status to the message in S202. This sets whether the message has been read or unread.
  • the server 100 associates the classified messages with each bar chart in chronological order.
  • the server 100 generates display information (work schedule, etc.) in S204, and ends the display information generation process.
  • a process chart 91 is displayed on the display section 221 as display information.
  • FIG. 6 Display or non-display of messages can be switched according to user specifications. It is assumed that FIG. 5 is an example in which the message is set to "non-display”, and FIG. 6 is an example in which the message is set to "display”.
  • the display unit 221 displays the classified messages in chronological order in association with each of a plurality of processes.
  • multiple messages are classified according to the plumbing work on the second floor carried out by Company C, the wiring work on the second floor carried out by Company D, and the insulation work on the second floor carried out by Company E. ing.
  • the message sent by ⁇ ...'' is displayed.
  • the message is displayed in a balloon image, and the balloon image is arranged to indicate the process corresponding to the message.
  • Construction manager Mr. and send a message. For example, when a bar chart image of plumbing work on the second floor is clicked with a mouse, a message input screen may be displayed.
  • Mr. Y of Company C displays the process chart 92 on the terminal 200 he is using and reads the above message, so he changes the status of the message from unread to read. .
  • a message status setting screen is displayed, and the message status can be changed on the setting screen.
  • the words "read" are displayed in the message.
  • Mr. Z1 of Company D displays the process chart 92 on the terminal 200 he is using, specifies the wiring work on the second floor as the process, and sends a message by specifying Mr. X, the construction manager, as the recipient. . In response, construction manager Mr. .
  • the message following the above message the message ⁇ I understand.'' that was sent back to Mr. Z1 of Company D from Mr. If there are two or more messages corresponding to one process, the balloon image of the new message is placed so as to point to the previous message. As a result, a plurality of messages corresponding to one process are arranged in chronological order.
  • Construction manager Mr. are doing. For example, when the user clicks on the part "D company Mr. X1" in the message, an input screen for a transmission message (reply message) to D company Mr. X1 may be displayed. This message has been read.
  • Mr. Z2 of Company D displays the process chart 92 on the terminal 200 he is using, specifies the wiring work on the second floor as the process, and sends a message by specifying Mr. X, the construction manager, as the recipient. . For example, when the user clicks on the part of the message that says "Mr. This message has been read.
  • Mr. Z3 of Company E sent a message to Mr. ” is displayed.
  • Mr. Z3 of Company E displays the process chart 92 on the terminal 200 he is using, specifies insulation work on the second floor as the process, and sends a message to Mr. X, who is in charge of construction management, as the recipient. . This message has been read.
  • the above two messages are messages classified as insulation work on the second floor. These messages are displayed in chronological order.
  • control unit 111 classifies a plurality of chat messages transmitted between a construction manager and a plurality of persons in charge by process.
  • the display unit 221 displays the classified messages in correspondence with each of the plurality of processes. Furthermore, the display unit 221 displays the classified messages in chronological order in association with each of the plurality of processes.
  • chat method that allows conversations to be organized in chronological order for each process in equipment construction work where multiple processes proceed in parallel. It provides a user interface that allows you to view the chat status of a process at the same time.
  • messages specific to each process are aggregated and the process chart is displayed, so it is possible to intuitively and efficiently check the communication items for each process while ensuring visibility. It becomes easier to make various decisions for construction management. This allows even an inexperienced construction manager to efficiently manage construction.
  • the input unit 220 accepts a message specifying one of a plurality of processes and one of a construction manager and a plurality of persons in charge as a chat message.
  • the display unit 221 displays the message received by the input unit 220.
  • the display unit 221 displays whether each of the plurality of messages has been read. By doing this, you can specify a specific process while checking the process chart, and send messages related to the specified process, and you can also check whether the message has been read, so you can manage the communication information for each process. becomes easier.
  • the chat message display mode is configured to be switchable.
  • the display mode can be switched to any one of the first to third modes according to the user's settings. This will be explained in detail below.
  • FIG. 7 is a flowchart of display size determination processing according to the second embodiment.
  • the display size determination process is a process of setting whether to display the chat message displayed on the process chart in a normal display or a simple display. This process may be activated when the chat message display mode is switched by the user.
  • the display unit 221 is capable of displaying each of a plurality of messages in either a normal display where the message content can be viewed, or a simple display where the message content is displayed in a smaller size than the normal display and the message content cannot be viewed. By doing this, even if there are a large number of messages to be displayed on the process chart, by simply displaying some of them, the messages can be easily viewed.
  • the server 100 determines in S301 whether the display mode is set to the first mode. If the server 100 determines that the display mode is set to the first mode (YES in S301), the server 100 advances the process to S303. If the server 100 determines that the display mode is not set to the first mode (NO in S301), the process proceeds to S302.
  • the server 100 determines whether the mode is the second mode. If the server 100 determines that the display mode is set to the second mode (YES in S302), the server 100 advances the process to S304. If the server 100 determines that the display mode is not set to the second mode (NO in S302), the server 100 advances the process to S305.
  • the display mode is set to the third mode because the display mode is not set to either the first mode or the second mode.
  • the server 100 sets all messages to the simple display state in S305, and ends the display size determination process. Messages set to the simple display state are displayed in a simple display, and messages set to the normal display state are displayed in the normal display.
  • FIG. 8 is a diagram showing an example of a process chart.
  • the normal display is a display method as shown in FIG. 6, and the contents of the message are displayed.
  • the simple display is performed, as shown in FIG. 8, the message contents are not displayed and a downward-pointing triangular image is displayed in the balloon image.
  • the server 100 sets the latest message to the normal display state, sets the other messages to the simple display state, and performs the display size determination process in each step. finish.
  • FIG. 9 is a diagram showing an example of a process chart.
  • the display unit 221 displays the latest message among the two or more messages in a normal display, and displays messages other than the latest message. Display in simple display. By doing so, it is possible to draw the user's attention to the latest message while making it possible to view the most recently exchanged messages in each process. This allows even an inexperienced construction manager to efficiently manage construction.
  • the server 100 sets the process in a predetermined state (in this embodiment, "high load state") to the normal display state, and sets the process in the predetermined state ( (high load state) is set to a simple display state, and the display size determination process is ended. All messages corresponding to processes set to the normal display state are displayed in a normal display, and all messages corresponding to processes set to a simple display state are displayed in a simple display.
  • a predetermined state in this embodiment, "high load state”
  • FIG. 10 is a diagram showing an example of a process chart.
  • the wiring work on the second floor on April 10 is set to be under high load.
  • the plurality of processes are predetermined processes (for example, “2nd floor wiring work”, “2nd floor insulation work”) that are in a predetermined state (in this embodiment, "high load state”). ) includes a predetermined bar chart corresponding to the bar chart.
  • Display unit 221 displays the predetermined bar chart in a manner different from bar charts other than the predetermined bar chart (in this embodiment, in “red”).
  • the display unit 221 displays messages associated with a predetermined process in a normal display, and displays messages associated with processes other than the predetermined process in a simple display.
  • the wiring work on the second floor and the insulation work on the second floor are under high load. Therefore, part of the bar chart corresponding to the wiring work on the second floor and the insulation work on the second floor is displayed in red. All messages corresponding to the wiring work on the second floor and the insulation work on the second floor are displayed in normal display.
  • the bar charts of processes related to processes that are in a high load state are displayed in pink.
  • Such a state may also be included in the above-mentioned predetermined state.
  • the display color of chat messages is fixed (for example, the background color is white).
  • the display unit 221 displays messages that have been read in a predetermined manner (for example, the background color is gray), and displays messages that have not been read in a manner different from the predetermined manner. (for example, the background color is green).
  • FIG. 11 is a flowchart of display color determination processing according to the third embodiment.
  • the server 100 executes display color determination processing for all messages.
  • the server 100 executes S204 after executing the display color determination process for all messages.
  • the server 100 determines in S401 whether or not the target message has been read. If the server 100 determines that the target message has been read (YES in S401), the server 100 advances the process to S402. If the server 100 determines that the target message is not in a read state (NO in S401), the server 100 advances the process to S403.
  • the server 100 sets the background color of the target message to gray, and ends the background color determination process. As a result, if the message has been read, the background of the message will be displayed in gray.
  • the server 100 sets the background color of the target message to green, and ends the background color determination process. As a result, if the message is unread, the background of the message will be displayed in green.
  • FIG. 12 is a diagram showing an example of a process chart. The process chart in FIG. 12 is illustrated more simply than the process chart described above. FIG. 12 shows a bar chart and messages associated with it.
  • Message 82 (already read) sent at 8:00 on April 2nd is displayed as a message associated with process B (background color is gray). Furthermore, message 83 (already read) that was sent at 10:00 on April 2nd is displayed as a reply message (the background color is gray). Furthermore, a message 84 sent at 9:00 on April 3rd is displayed as a reply message. This message is an unread reply message, and the background color of this message is green.
  • Message 85 sent at 9:00 on April 5th is displayed as a message associated with process C. This message is an unread message, and the background color of this message is green.
  • the display format of the message will be different depending on whether it is a reply message to the message or a message other than a reply message (a message sent by specifying a new recipient). You can also do this.
  • the background color of the unread message 84 (process B) sent as a reply message at 9:00 on April 3rd is displayed in light blue.
  • the unread message 85 (step C) which was sent at 9:00 on April 5th as a message to be sent with a new recipient specified, is displayed with a green background.
  • the message display mode background color of the message
  • the message display mode may be made different for each sender.
  • the sender, recipient, message content, and message status are displayed for each message in the normal display. I made it so that it would be done.
  • a triangular image is displayed in a balloon image in the simple display.
  • the present invention is not limited to this, and in the simple display, the sender, recipient, and message status may be displayed, or the sender and recipient may be displayed, or only the sender may be displayed. It is also possible to do so.
  • all messages may be displayed by scrolling the screen. Further, in order to fit the message display within the screen of the process chart, it may be possible to automatically adjust the displayable messages to be displayed normally and the other messages to be displayed in a simplified manner.
  • the schedule may be a network schedule.
  • messages may be displayed in association with each other in the display indicating each step.
  • Construction management system 81-85 Message, 91-96 Work schedule, 100 Server, 111, 211 Control unit, 112, 212 Storage unit, 113, 213 Communication unit, 121 Classification unit, 122 Generation unit, 200 Terminal, 220 Input Section, 221 Display section.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • General Health & Medical Sciences (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

施工管理システム（１）は、工事の工程表を生成する制御部（１１１）と、工程表を表示する表示部（２２１）とを備える。制御部（１１１）は、工事の施工を管理する施工管理者および複数の担当者の間で伝達された複数の伝達事項を工程ごとに分類する。表示部（２２１）は、分類された伝達事項を複数の工程の各々に対応させて表示する。

Description

施工管理システムおよび施工管理方法
　本開示は、施工管理システムおよび施工管理方法に関する。
　ビル等の建設現場での工事において、工事を担当する複数の作業者（担当者）が複数の作業を並行して行うことが多い。施工を管理する施工管理者（現場代理人）は、各作業者の作業の負荷状況と、同時進行で行われる複数の作業の進捗状況とを把握する必要がある。その上で、施工管理者は、作業の品質を維持しつつ安全に全ての作業が期日までに完了するよう対策を講じる必要がある。
　施工管理者は、朝礼の実施、作業責任者へのヒヤリング、作業日報の確認等より作業者の負荷状況を把握するとともに、作業現場を巡回して目視確認、現場写真の確認等により作業の進捗状況を把握している。施工管理者は、このようにして把握した状況に基づき、場合によっては、作業者の増員あるいは入れ替え、作業工程の見直し等を実施するなどして、施工管理を行っている。
特開２０２０－１３５０９８号公報
　施工管理者が把握した状況に基づき、作業工程の見直し等の実施が必要かどうかを適切に判断できるようになるためには、現場でのある程度の実績と経験が必要となる。建設業界の労働人口の減少が進んでいる現状においては、このような適切な判断を行って施工管理を行う施工管理者を育成する必要がある一方、経験が乏しい施工管理者であっても効率よく施工管理を行えるような施工管理システムが求められている。
　本開示は、かかる問題を解決するためになされたものであり、本開示の目的は、経験が乏しい施工管理者であっても、効率よく施工管理を行うことができる施工管理システムおよび施工管理方法を提供することである。
　本開示の施工管理システムは、複数の担当者が担当する複数の工程から成る工事の施工を管理するシステムである。施工管理システムは、工事の工程表を生成する制御部と、工程表を表示する表示部とを備える。制御部は、工事の施工を管理する施工管理者および複数の担当者の間で伝達された複数の伝達事項を工程ごとに分類する。表示部は、分類された伝達事項を複数の工程の各々に対応させて表示する。
　また、本開示の施工管理方法は、複数の担当者が担当する複数の工程から成る工事の施工を管理する方法である。施工管理方法は、工事の工程表を生成するステップと、工程表を表示するステップとを備える。生成するステップは、前記工事の施工を管理する施工管理者および複数の担当者の間で伝達された複数の伝達事項を工程ごとに分類するステップを含む。表示するステップは、分類された伝達事項を複数の工程の各々に対応させて表示するステップを含む。
　本開示によれば、複数の工程の各々に対応させて分類された伝達事項が表示されるため、一覧性を確保しつつ直感的かつ効率よく工程ごとの伝達事項を確認することができ、施工管理のための各種判断がしやすくなる。これにより、経験が乏しい施工管理者であっても、効率よく施工管理を行うことができる。
第１実施形態に係る施工管理システムのハードウェア構成を示す図である。 施工管理システムにおける機能ブロック図を示す図である。 メイン処理のフローチャートである。 表示情報生成処理のフローチャートである。 工程表の一例を示す図である。 工程表の一例を示す図である。 第２実施形態に係る表示サイズ決定処理のフローチャートである。 工程表の一例を示す図である。 工程表の一例を示す図である。 工程表の一例を示す図である。 第３実施形態に係る表示色決定処理のフローチャートである。 工程表の一例を示す図である。
　以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。以下では、複数の実施の形態について説明するが、各実施の形態で説明された構成を適宜組合わせることは出願当初から予定されている。なお、図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
　＜第１実施形態＞
　図１は、第１実施形態に係る施工管理システム１のハードウェア構成を示す図である。施工管理システム１は、複数の工程から成る工事の施工を管理するシステムである。これら複数の工程は、複数の担当者（「作業者」とも称する）が担当する。
　たとえば、後述する図５の例では、Ｘビルにおいて空調設備を新設する空調設備新設工事における複数の工程を示した工程表を示している。この例では、Ａ社～Ｆ社（Ａ社～Ｆ社の各担当者）が各工程の作業を担当している。
　ここでは、４月１日～２日において、Ａ社の担当者（作業者）が２階の機器搬入の作業（工程）を担当している。そして、最終的には、４月２３日～２４日のＦ社の担当者が２階および３階の試運転を担当しており、これらの作業が完了することで、本工事の施工が完了する。
　ここで、「担当者」とは、上記のように各工程を請け負う業者（Ａ社～Ｆ社）の各担当者を指し示すものであってもよいし、各工程を請け負う業者（Ａ社～Ｆ社）そのものを指し示すものであってもよい。１つの工程を担当する担当者（作業者）は、１人であってもよいし、複数であってもよい。
　図１に戻り、施工管理システム１は、サーバ１００と、複数の端末２００とを備える。サーバ１００は、工程表を生成する処理等を行う。複数の端末２００は、工事の施工を管理する施工管理者（単に「管理者」とも称する）が使用する端末と、工事の複数の工程を担当する複数の担当者が使用する複数の端末とで構成される。
　施工管理者は、担当する工事の各工程における各担当者の負荷状況や各作業の進捗状況を把握しつつ、期日までに工事が完了するように現場を管理する。図１の例では、施工管理者が使用する端末２００、作業者Ｋ１が使用する端末２００および作業者Ｋ２が使用する端末２００が示されている。
　サーバ１００は、制御部１１１と、記憶部１１２と、通信部１１３とを備える。これらは、バスを介して相互に通信可能に接続されている。
　制御部１１１は、たとえば、ＣＰＵ（Central　Processing　Unit）である。記憶部１１２は、ＲＯＭ（Read　Only　Memory）と、ＲＡＭ（Random　Access　Memory）と、不揮発性の記憶装置（たとえば、ＨＤＤ（Hard　Disk　Drive）あるいはＳＳＤ（Solid　State　Drive）等）とを備える。
　制御部１１１は、ＲＯＭに保存されているプログラムをＲＡＭに読み込んで実行し、サーバ１００の各種機能を実現する。制御部１１１は、工事の工程表を生成する処理等を行う。ＲＯＭは、サーバ１００の処理手順が記されたプログラムを格納する。ＲＡＭは、制御部１１１がプログラムを実行する際の作業領域となるものであり、プログラムやプログラムを実行する際のデータ等を一時的に記憶する。サーバ１００は、通信部１１３を介して、端末２００と無線または有線で接続可能である。
　端末２００は、たとえば、スマートフォン、タブレット等のモバイル端末であってもよいし、ノートパソコン、デスクトップコンピュータ等のパーソナルコンピュータ等であってもよい。
　端末２００は、制御部（ＣＰＵ）２１１と、記憶部２１２と、通信部２１３と、入力部２２０と、表示部２２１とを備える。これらは、バスを介して相互に通信可能に接続されている。記憶部２１２も同様に、ＲＯＭと、ＲＡＭと、ＨＤＤあるいはＳＳＤ等の不揮発性の記憶装置とを備えるように構成してもよい。
　制御部２１１は、ＲＯＭに保存されているプログラムをＲＡＭに読み込んで実行し、端末２００の各種機能を実現する。ＲＯＭは、端末２００の処理手順が記されたプログラムを格納する。端末２００は、通信部２１３を介して、サーバ１００と接続可能である。
　入力部２２０は、ユーザの入力を受け付ける。入力部２２０は、たとえば、タッチパネルであるが、キーボード、マウスであってもよい。表示部２２１は、各種情報の表示を行う。表示部２２１は、たとえば、液晶表示器、ディスプレイである。表示部２２１は、制御部１１１が生成した工程表を表示することができる。なお、工程表は、いずれの端末２００においても表示可能である。
　なお、施工管理システム１は、サーバ１００と管理者が使用する端末２００とを一体として構成する装置であってもよい。この場合、本装置が備える制御部（ＣＰＵ）が生成した工程表を本装置が備える表示部（ディスプレイ）が表示するように構成する。また、施工管理システム１は、サーバ１００および管理者が使用する端末２００のみで構成してもよい。
　図２は、施工管理システム１における機能ブロック図を示す図である。制御部１１１は、分類部１２１と生成部１２２とが実行する処理を実行可能である。
　本実施の形態においては、施工管理者および複数の担当者の間で工程に関する伝達事項が伝達される。本実施の形態において、伝達事項は、チャットを使ったチャットメッセージを含み、施工管理者および複数の担当者の間でチャットによる情報伝達が行われる。なお、これに限らず、メールにより情報伝達が行われるようにしてもよい。伝達事項は、工程に関する情報メモ（電話内容を入力したデータ等）であってもよく、工程に関する確認事項、連絡事項、やりとり等であればよい。
　本実施の形態においては、これらの伝達事項が工程ごとに整理されて、工程表において分かりやすく表示される。これにより、各工程においてどのようなやりとりがあったか、どのような取り決めがあったか等、一目で分かるようになっている。
　本実施の形態においては、表示部２２１に表示される工程表上で、チャットメッセージ（以下、単に「メッセージ」とも称する）の入力および閲覧が可能である。これにより、施工管理者および複数の担当者（以下「ユーザ」と総称する）の間でメッセージのやりとりが可能となる。
　ユーザは、工程表における任意の工程を指定して、入力部２２０からメッセージを入力可能である。また、新たなメッセージが表示された場合は、当該メッセージの状態を未読状態から既読状態に変更することができる。
　分類部１２１は、入力部２２０が受け付けたメッセージ情報を取得する。メッセージ情報は、入力されたメッセージおよびメッセージの状態（既読状態／未読状態）を含む。これらのメッセージ情報は、メッセージ履歴として記憶部１１２に記憶される。
　分類部１２１は、記憶部１１２から過去に入力されたメッセージ履歴を取得する。そして、分類部１２１は、取得したメッセージを工程ごとに分類し、分類結果を出力する。生成部１２２は、この分類結果を取得するとともに、記憶部１１２から工程情報（後述する）を取得する。生成部１２２は、工程情報および分類情報に基づき、工程表を生成する。表示部２２１は、生成した工程表を表示する。この工程表には、新たに入力されたメッセージおよびメッセージの状態（既読状態／未読状態）が反映される。
　以下、フローチャートを用いて具体的に説明する。図３は、メイン処理のフローチャートである。このフローチャートに示される処理は、たとえば、端末２００からの表示要求に基づき起動するようにすればよい。以下、「ステップ」を単に「Ｓ」とも称する。
　メイン処理が開始すると、サーバ１００は、Ｓ１０１において、入力部２２０からメッセージ情報を取得する。サーバ１００は、Ｓ１０２において、記憶部１１２からメッセージ履歴を取得する。サーバ１００は、Ｓ１０３において、メッセージ情報およびメッセージ履歴に含まれるメッセージを工程ごとに分類する。
　サーバ１００は、Ｓ１０４において、記憶部１１２から工程情報を取得する。工程情報は、対象となる工事における複数の工程に関して設定された各種情報である。たとえば、図５の例においては、工事名称（Ｘビル空調設備新設工事）、各工程の項目名（２階の機器搬入等）、会社名（Ａ社等）、工事予定日（２０２２年４月１日～２日等）等、工程表を生成するために必要な情報である。
　サーバ１００は、Ｓ１０５において、表示情報生成処理（図４）を実行し、表示情報（工程表等）を生成する。サーバ１００は、Ｓ１０６において、表示情報（工程表等）を表示部に出力し、メイン処理を終了する。
　具体的には、端末２００からの表示要求によりメイン処理が実行され、その結果生成された表示情報は、通信部２１３を介して端末２００に取得されて、表示部２２１で表示される。表示部２２１に表示される工程表の例は、図５，図６において示される。以下、図４を用いて、表示情報生成処理のフローチャートを説明しつつ、図５，図６に示される工程表について説明する。
　図４は、表示情報生成処理のフローチャートである。表示情報生成処理において、工程表が生成される。図５は、工程表の一例を示す図である。図５に示すように、工程表９１（以下、単に「工程表」とも称する）の上部には、工事名称が表示されている。本例では、Ｘビルの空調設備新設工事であることが示されている。本実施の形態においては、工程表は、複数の工程に対応する複数のバーチャートを表示するバーチャート工程表である。
　本例では、２０２２年４月１日～４月２４日の期間の工程表がバーチャートで示されている。工程表においては、本日が２０２２年４月９日である旨を示す縦のラインが表示されている。
　工程表には、各工程の、項目名、会社名、進捗率およびバーチャートが示されている。項目名の欄には、各工程の作業名（作業の種類）が示される。会社名の欄には、作業を担当する会社名が示される。進捗率の欄には、作業の進捗率がパーセンテージで示される。
　Ｘビルの空調設備新設工事においては、複数の工程として、Ａ社が担当する２階の機器搬入作業、Ｂ社が担当する２階の機器据付作業、Ｃ社が担当する２階の配管工事、Ｄ社が担当する２階の配線工事、Ｅ社が担当する２階の保温工事、Ｆ社が担当する２階の試運転が表示されている。
　さらに、Ｘビルの空調設備新設工事においては、複数の工程として、Ａ社が担当する３階の機器搬入作業、Ｂ社が担当する３階の機器据付作業、Ｃ社が担当する３階の配管工事、Ｄ社が担当する３階の配線工事、Ｅ社が担当する３階の保温工事、Ｆ社が担当する３階の試運転が表示されている。
　本工程表によれば、４月１日～４月２日に２階の機器搬入（Ａ社）、２階の機器据付（Ｂ社）、３階の機器搬入（Ａ社）が計画されている。次に、４月３日～４月８日（本実施の形態においては、土日は作業を実施しない）に２階の配管工事（Ｃ社）、４月３日～４月４日に３階の機器据付（Ｂ社）が計画されている。本日は、４月９日であり、上記全ての工程は計画通り作業が終了したため、バーチャートは、終了した作業を示す「青色」で表示されている。また、これらの作業は、進捗率＝「１００％」と表示されている。
　本実施の形態においては、工程情報から、第１の工程および第２の工程が抽出可能である。工事の複数の工程は、第１の工程と、第１の工程の後の工程である第２の工程とを含む。第２の工程は、第１の工程の作業が遅延した場合に、当該遅延による影響が生じる工程である。これらの関係は、予め工程情報として設定されている。
　表示部２２１において工程表を表示する際に、第１の工程に対応する第１のバーチャートと、第２の工程に対応する第２のバーチャートとを繋ぐ画像が表示される。
　図５の例では、４月１日～４月２日の２階の機器据付、および、４月３日～４月４日の３階の機器据付は、いずれもＢ社が担当しており、２階の機器据付が終了した翌日に３階の機器据付を行う必要がある。
　２階の機器据付（第１の工程）が遅延した場合、３階の機器据付（第２の工程）に着手できず、３階の機器据付も遅延してしまう可能性がある。このように、ある工程（第１の工程）が遅延した場合、次の工程（第２の工程）に影響を及ぼす可能性のある場合、「関連する作業」として、この２つの工程間を線で繋ぐ画像（ここでは、第１の工程から第２の工程に向けての矢印の画像）を表示している。
　さらに、Ｃ社は、４月３日～４月８日の２階の配管工事の終了後、４月９日～４月１２日に３階の配管工事が予定されている。この場合も、２階の配管工事が遅延した場合、３階の配管工事に着手できない可能性がある。この場合も、この２つの工程も「関連する作業」であることが示されている。一方、２階の機器据付（Ｂ社）の作業が遅延したとしても、２階の配管工事（Ｃ社）は予定通り４月３日から着手可能である。このため、この２つの工程は「関連する作業」として設定されていない。
　次に、４月９日～４月１０日に２階の配線工事（Ｄ社）、４月１１日～４月１６日に２階の保温工事（Ｅ社）、４月１７日～４月２２日に３階の保温工事（Ｅ社）が予定されている。本工事においては、２階の配線工事が終了しないと２階の保温工事に着手できない。このため、これらの工程も「関連する作業」であることが示されている。また、Ｅ社は、２階の保温工事が終了した翌日から３階の保温工事に着手する必要があるため、これらの工程も「関連する作業」であることが示されている。
　また、Ｄ社は、４月９日～４月１０日の２階の配線工事の後、４月１５日～４月１６日に３階の配線工事を行う。間に２日の余裕があるもの、この例では、次の工程に影響を及ぼす可能性があると判断されているため、これらの工程も「関連する作業」であることが示されている。最後に、４月２３日～４月２４日に２階および３階でＦ社による試運転が予定されている。
　図４に戻る。表示情報生成処理が開始すると、サーバ１００は、Ｓ２０１において、各工程の負荷状態に応じてバーチャート画像の色を設定する。
　本実施の形態においては、各工程において、工程の負荷状態として、「高負荷状態」および「通常状態」のいずれかが設定されているものとする。工程の負荷状態は、初期状態として「通常状態」が設定されている。施工管理者が、工程の進捗状況および工程の担当者のスケジュールを確認し、担当者のスケジュールに余裕がない等の理由から工程の作業スケジュールが遅延しそうであれば、当該工程の負荷状態を「高負荷状態」に設定する。あるいは、サーバ１００は、担当者のスケジュール等の情報に基づき、工程の負荷状態を自動判断し、これを設定するようにしてもよい。
　サーバ１００は、高負荷状態である工程に対応するバーチャート画像を赤色に設定する。その際、バーチャート画像全体を赤色に表示してもよいし、高負荷状態である期間（日）のみを赤色にして表示してもよい。サーバ１００は、第１の工程の負荷状態が高負荷状態であるときに、第２の工程に対応するバーチャートをピンク色に設定する。
　図５の例においては、４月１０日の２階の配線工事（第１の工程）において負荷状態が高負荷状態であると判断されているとする。この場合、４月１０日の２階の配線工事（第１の工程）のバーチャートを赤色で表示する。なお、この工程のバーチャート全体を赤色で表示してもよい。そして、この工程に「関連する作業」であると設定されている、２階の保温工事（第２の工程）のバーチャートおよび３階の配線工事（第２の工程）のバーチャートをそれぞれピンク色で表示する。
　また、４月１５日の２階の保温工事において負荷状態が高負荷状態であると判断されているとする。この場合、４月１５日の２階の保温工事のバーチャートを赤色で表示する。なお、２階の保温工事のバーチャート全体を赤色で表示してもよい。そして、この工程に「関連する作業」であると設定されている３階の保温工事のバーチャートをピンク色で表示する。
　本日（４月９日）において実施中あるいは実施が予定されている工程は、原則として、「予定作業」として、バーチャートが水色で表示される。２階の配線工事は、実施中（進捗率は５０％）であるため、水色で表示される。ただし、上記のように赤色またはピンク色で表示される場合には、これらの色の表示が優先される。また、３階の配管工事も、実施中（進捗率は２５％）であるため、水色で表示されている。４月１０日以降に予定されている工程については、未着手であるため、進捗率の欄にはその旨が表示される。４月２３日～４月２４日に予定されている２階および３階の試運転は、バーチャートが水色で表示されている。
　図４に戻り、サーバ１００は、Ｓ２０２において、メッセージにメッセージの状態を設定する。これにより、メッセージが既読状態であるか未読状態であるかが設定される。サーバ１００は、Ｓ２０３において、分類されたメッセージを各バーチャートに時系列順に対応付ける。サーバ１００は、Ｓ２０４において、表示情報（工程表等）を生成し、表示情報生成処理を終了する。図５の例では、表示情報として工程表９１が表示部２２１に表示される。
　次に、図６を用いて、各バーチャートに対応付けられたメッセージを表示する例を説明する。ユーザの指定によりメッセージの表示または非表示が切り替え可能とする。図５はメッセージが「非表示」に設定された例であり、図６はメッセージが「表示」に設定された例であるものとする。
　図６に示すように、表示部２２１は、分類されたメッセージを複数の工程の各々に対応付けて時系列順に表示する。本例では、複数のメッセージは、Ｃ社が実施する２階の配管工事、Ｄ社が実施する２階の配線工事、およびＥ社が実施する２階の保温工事のそれぞれに対応させて分類されている。
　具体的には、２階の配管工事に対応して、４月１日の１０時に施工管理のＸさん（施工管理者）からＣ社のＹさん（２階の配管工事の担当者）に対して送信されたメッセージ「・・・」が表示されている。メッセージは、吹き出し画像の中に表示され、メッセージに対応する工程を指し示すように吹き出し画像が配置される。
　施工管理のＸさん（送信者）は、自身が使用する端末２００上に工程表９２を表示し、工程として２階の配管工事を指定し、宛先（受信者）としてＣ社のＹさんを指定してメッセージを送信している。たとえば、２階の配管工事のバーチャート画像がマウスでクリックされると、メッセージの入力画面が表示されるようにすればよい。
　これに対して、Ｃ社のＹさんは、自身が使用する端末２００上に工程表９２を表示し、上記メッセージを読んだため、当該メッセージの状態を未読状態から既読状態に変更している。たとえば、各メッセージにおいて、メッセージの状態の設定画面が表示され、当該設定画面においてメッセージの状態を変更可能に構成される。メッセージの状態が既読状態に変更されると、当該メッセージにおいて「既読」の文字が表示される。
　また、２階の配線工事に対応して、４月１日の１３時にＤ社のＺ１さんから施工管理のＸさんに対して送信されたメッセージ「４／９は別現場で作業のため、Ｚ２が作業します。」が表示されている。
　Ｄ社のＺ１さんは、自身が使用する端末２００上に工程表９２を表示し、工程として２階の配線工事を指定し、宛先として施工管理のＸさんを指定してメッセージを送信している。これに対して、施工管理のＸさんは、自身が使用する端末２００上に工程表９２を表示し、上記メッセージを読んだため、当該メッセージの状態を未読状態から既読状態に変更している。
　さらに、上記メッセージの次のメッセージとして、４月１日の１５時に施工管理のＸさんからＤ社のＺ１さんに対して返信されたメッセージ「了解しました。」が表示されている。１つの工程に対応するメッセージが２つ以上ある場合は、１つ前のメッセージを指し示すように新しいメッセージの吹き出し画像が配置される。これにより、１つの工程に対応する複数のメッセージは時系列順に並べられる。
　施工管理のＸさんは、自身が使用する端末２００上に工程表９２を表示し、Ｄ社のＺ１さんから施工管理のＸさんに対して送信されたメッセージを指定し、これに対する返信メッセージを送信している。たとえば、メッセージ内の「Ｄ社Ｘ１さん」の部分をクリックすると、Ｄ社Ｘ１さんへの送信メッセージ（返信メッセージ）の入力画面が表示されるようにすればよい。本メッセージは既読状態である。
　さらに上記メッセージの次のメッセージとして、４月４日の１０時にＤ社のＺ２さんから施工管理のＸさんに対して送信されたメッセージ「４／９は宜しくお願いします。」が表示されている。
　Ｄ社のＺ２さんは、自身が使用する端末２００上に工程表９２を表示し、工程として２階の配線工事を指定し、宛先として施工管理のＸさんを指定してメッセージを送信している。たとえば、メッセージ内の「施工管理のＸさん」の部分をクリックすると、施工管理のＸさんへの送信メッセージの入力画面が表示されるようにすればよい。本メッセージは既読状態である。
　以上、３つのメッセージは、工程として「２階の配線工事」が指定されて送信されたメッセージである。このため、これら３つのメッセージは、２階の配線工事に分類される。これらのメッセージは、時系列順に表示されている。
　また、２階の保温工事に対応して、４月９日の１３時にＥ社のＺ３さんから施工管理のＸさんに対して送信されたメッセージ「Ｄ社さん作業が遅れると、当社作業が遅延するかもしれません。」が表示されている。
　Ｅ社のＺ３さんは、自身が使用する端末２００上に工程表９２を表示し、工程として２階の保温工事を指定し、宛先として施工管理のＸさんを指定してメッセージを送信している。本メッセージは既読状態である。
　さらに上記メッセージの次のメッセージとして、４月９日の１５時に施工管理のＸさんからＥ社のＺ３さんに対して送信されたメッセージが表示されている。
　施工管理のＸさんは、自身が使用する端末２００上に工程表９２を表示し、工程として２階の保温工事を指定し、宛先としてＥ社のＺ３さんを指定してメッセージを送信（返信）している。Ｅ社のＺ３さんは本メッセージを確認していないため、本メッセージは未読状態に設定されている。
　以上、２つのメッセージは、２階の保温工事に分類されたメッセージである。これらのメッセージは、時系列順に表示されている。
　以上説明したように、制御部１１１は、施工管理者および複数の担当者の間で伝達されたチャットでの複数のメッセージを工程ごとに分類する。表示部２２１は、分類されたメッセージを複数の工程の各々に対応させて表示する。また、表示部２２１は、分類されたメッセージを複数の工程の各々に対応付けて時系列順に表示する。
　従来、施工管理者と複数の担当者との間でチャット、メール等を用いてメッセージのやりとりが行われた場合、工事全体の進捗状況等を把握しようとしたとき、施工管理者が各担当者との間のメッセージを個別に確認する必要があった。関与する人数が多い場合、これらのメッセージを時系列順に辿ろうとすると時間がかかる。また、工程ごとの進捗状況あるいは工事全体としての進捗状況を把握したいような場合は、これらのメッセージを工程ごとに分類して整理する必要がある。
　本実施の形態では、複数の工程が並列に進行する設備工事の作業において、工程ごとに時系列で会話を整理することができるチャット手段を提供しつつ、同時に、一覧性を損なうことなく複数の工程のチャット状況を同時に閲覧することができるユーザインターフェイスを提供するものである。本実施の形態では、工程ごとにその工程に特化したメッセージを集約して工程表を表示させるため、一覧性を確保しつつ直感的かつ効率よく工程ごとの伝達事項を確認することができ、施工管理のための各種判断がしやすくなる。これにより、経験が乏しい施工管理者であっても、効率よく施工管理を行うことができる。
　また、入力部２２０は、複数の工程のいずれかと、施工管理者および複数の担当者のいずれかとを指定したメッセージをチャットのメッセージとして受け付ける。表示部２２１は、入力部２２０により受け付けられたメッセージを表示する。表示部２２１は、複数のメッセージの各々が既読状態であるか否かを表示する。このようにすることで、工程表を確認しながら特定の工程を指定し、指定した工程に関するメッセージの送信を行うことができるとともにメッセージの既読状況も確認できるため、工程ごとの伝達情報の管理が容易になる。
　＜第２実施形態＞
　第１実施形態においては、図６に示したように、全てのメッセージ内容が閲覧可能に構成されていたが、これに限らず、以下のように構成してもよい。以下、第１実施形態と共通する部分については、説明を省略する。
　第２実施形態においては、チャットメッセージの表示モードを切り替え可能に構成する。表示モードとして、ユーザの設定により第１モード～第３モードのいずれかに切り替え可能とする。以下、具体的に説明する。
　図７は、第２実施形態に係る表示サイズ決定処理のフローチャートである。表示サイズ決定処理は、工程表に表示されるチャットメッセージを通常表示および簡易表示のいずれで表示するかを設定する処理である。本処理は、ユーザにより、チャットメッセージの表示モードが切り替えられたときに起動するようにすればよい。
　表示部２２１は、メッセージ内容が閲覧可能な通常表示と、通常表示よりも小さいサイズで表示されかつメッセージ内容が閲覧不能な簡易表示とのいずれかで複数のメッセージの各々を表示可能である。このようにすることで、工程表上に表示すべきメッセージの数が多い場合であっても、その一部を簡易表示することで、メッセージを見やすくすることができる。
　表示サイズ決定処理が開始すると、サーバ１００は、Ｓ３０１において、表示モードが第１モードに設定されているか否かを判定する。サーバ１００は、表示モードが第１モードに設定されていると判定した場合（Ｓ３０１でＹＥＳ）は、Ｓ３０３に処理を進める。サーバ１００は、表示モードが第１モードに設定されていないと判定した場合（Ｓ３０１でＮＯ）は、Ｓ３０２に処理を進める。
　サーバ１００は、Ｓ３０２において、第２モードであるか否かを判定する。サーバ１００は、表示モードが第２モードに設定されていると判定した場合（Ｓ３０２でＹＥＳ）は、Ｓ３０４に処理を進める。サーバ１００は、表示モードが第２モードに設定されていないと判定した場合（Ｓ３０２でＮＯ）は、Ｓ３０５に処理を進める。
　Ｓ３０５に処理が進んだ場合、表示モードは第１モードおよび第２モードのいずれにも設定されていないため、表示モードは第３モードに設定されていることになる。この場合、サーバ１００は、Ｓ３０５において、全てのメッセージを簡易表示状態に設定し、表示サイズ決定処理を終了する。簡易表示状態に設定されたメッセージは簡易表示で表示され、通常表示状態に設定されたメッセージは通常表示で表示される。
　以下、図８を用いて、表示モードが第３モードに設定されている場合の工程表の表示について説明する。図８は、工程表の一例を示す図である。通常表示は、図６で示したような表示方法であり、メッセージ内容が表示される。これに対して、簡易表示がされる場合、図８に示すように、メッセージ内容が表示されず、吹き出し画像の中に下向きの三角の画像が表示される。
　図６と同様、図８の例においても、２階の配管工事に対応して１通のメッセージがあり、２階の配線工事に対応して３通のメッセージがあり、２階の保温工事に対応して２通のメッセージがある。図８の例では、図６の例と同様に、２階の配管工事に対応して１つの吹き出し画像、２階の配線工事に対応して３つの吹き出し画像、２階の保温工事に対応して２つの吹き出し画像が表示されている。
　ユーザが表示部２２１の画面上で吹き出し画像をマウスでクリックすると（あるいは、タッチパネルである場合は吹き出し部分をタップすると）、該当箇所のメッセージ内容が表示される（通常表示で表示される）。バーチャートをクリックすることで、対応するメッセージを全て通常表示で表示されるようにしてもよい。
　図７に戻り、サーバ１００は、Ｓ３０３（第１モード設定中）において、各工程において、最新のメッセージを通常表示状態に設定し、その他のメッセージを簡易表示状態に設定し、表示サイズ決定処理を終了する。
　以下、図９を用いて、表示モードが第１モードに設定されている場合の工程表の表示について説明する。図９は、工程表の一例を示す図である。
　表示部２２１は、複数の工程の各々において、２つ以上のメッセージが対応付けられている場合、当該２つ以上のメッセージのうち、最新のメッセージを通常表示で表示し、最新のメッセージ以外のメッセージを簡易表示で表示する。このようにすることで、各工程において直近にやりとりされたメッセージを閲覧可能にしつつ最新のメッセージにユーザの注目を集めることができる。これにより、経験が乏しい施工管理者であっても、効率よく施工管理を行うことができる。
　図６と同様、図９の例においても、２階の配管工事に対応して１通のメッセージがあり、２階の配線工事に対応して３通のメッセージがあり、２階の保温工事に対応して２通のメッセージがある。
　図９に示すように、上記各工程において、最新のメッセージのみが通常表示されて、その他のメッセージは簡易表示されている。簡易表示されているメッセージの吹き出し画像をユーザがクリックするとメッセージ内容が表示される。
　図７に戻り、サーバ１００は、Ｓ３０４（第２モード設定中）において、所定の状態（本実施の形態においては、「高負荷状態」）の工程を通常表示状態に設定し、所定の状態（高負荷状態）以外の工程を簡易表示状態に設定し、表示サイズ決定処理を終了する。通常表示状態に設定された工程に対応するメッセージは全て通常表示で表示され、簡易表示状態に設定された工程に対応するメッセージは全て簡易表示で表示される。
　以下、図１０を用いて、表示モードが第２モードに設定されている場合の工程表の表示について説明する。図１０は、工程表の一例を示す図である。４月１０日の２階の配線工事は高負荷状態であると設定されている。
　本実施の形態では、複数の工程は、所定の状態（本実施の形態においては、「高負荷状態」）である所定工程（たとえば、「２階の配線工事」、「２階の保温工事」）に対応する所定バーチャートを含む。表示部２２１は、所定バーチャートを所定バーチャート以外のバーチャートとは異なる態様（本実施の形態では「赤色」）で表示する。表示部２２１は、所定工程に対応付けられたメッセージを通常表示で表示し、所定工程以外の工程に対応付けられたメッセージを簡易表示で表示する。
　以下、具体例を説明する。図６と同様、図１０の例においても、２階の配管工事に対応して１通のメッセージがあり、２階の配線工事に対応して３通のメッセージがあり、２階の保温工事に対応して２通のメッセージがある。
　図１０に示すように、２階の配線工事および２階の保温工事は、高負荷状態である。このため、２階の配線工事および２階の保温工事に対応するバーチャートは、一部が赤色で表示されている。２階の配線工事および２階の保温工事に対応する全てのメッセージは、通常表示で表示されている。
　高負荷状態ではない２階の配管工事に対応する全てのメッセージは、簡易表示で表示されている。簡易表示で表示されているメッセージの吹き出し画像をユーザがクリックするとメッセージ内容が表示される。
　その他、たとえば、ピンク色で表示されている３階の配線工事に対応するメッセージがあった場合、対応する全てのメッセージは簡易表示で表示される。また、水色で表示されている３階の試運転に対応するメッセージがあった場合、対応する全てのメッセージは簡易表示で表示される。
　なお、本実施の形態においては、高負荷状態である工程に関係する工程（高負荷状態であるが遅延した場合に影響を及ぼす可能性がある工程）のバーチャートをピンク色で表示している。このような状態も上記所定の状態に含めるようにしてもよい。
　この場合、たとえば、ピンク色で表示されている３階の配線工事に対応するメッセージがあった場合、対応する全てのメッセージは通常表示で表示される。一方、水色で表示されている３階の試運転に対応するメッセージがあった場合、対応する全てのメッセージは簡易表示で表示される。
　以上のよう構成することで、着目すべき所定の状態（たとえば、高負荷状態）になっている工程に対応するメッセージを通常表示により閲覧可能にしつつ、これらのメッセージにユーザの注目を集めることができる。特に、高負荷状態である場合は、工程のスケジュールに遅延が発生する可能性がある。この場合、施工管理者は高負荷状態である工程（赤色での表示）でのやりとりを素早く確認することができ、作業の調整がやりやすくなる。また、高負荷状態である工程に関連する工程（ピンク色での表示）も通常表示させることで、施工管理者は遅延が発生しそうな高負荷状態である工程および関連する工程の担当者との間で、作業スケジュールの見直しあるいは人員増加についての調整がやりやすくなる。これにより、経験が乏しい施工管理者であっても、効率よく施工管理を行うことができる。
　＜第３実施形態＞
　第１実施形態および第２実施形態においては、チャットメッセージの表示色は固定（たとえば、背景色が白色）であった。これに対して、第３実施形態においては、表示部２２１は、既読状態であるメッセージを所定態様（たとえば、背景色が灰色）で表示し、既読状態ではないメッセージを所定態様とは異なる態様（たとえば、背景色が緑色）で表示する。
　以下、第１実施形態または第２実施形態と共通する部分については、説明を省略する。図１１は、第３実施形態に係る表示色決定処理のフローチャートである。サーバ１００は、表示情報生成処理（図４）のＳ２０３の実行後に、全てのメッセージに対して表示色決定処理を実行する。サーバ１００は、全てのメッセージに対する表示色決定処理の実行後に、Ｓ２０４を実行する。
　背景色決定処理が開始すると、サーバ１００は、Ｓ４０１において、対象となるメッセージが既読状態であるか否かを判定する。サーバ１００は、対象となるメッセージが既読状態であると判定した場合（Ｓ４０１でＹＥＳ）は、Ｓ４０２に処理を進める。サーバ１００は、対象となるメッセージが既読状態でないと判定した場合（Ｓ４０１でＮＯ）は、Ｓ４０３に処理を進める。
　サーバ１００は、Ｓ４０２において、対象となるメッセージの背景色を灰色に設定し、背景色決定処理を終了する。これにより、メッセージが既読状態である場合は、メッセージの背景が灰色で表示される。
　サーバ１００は、Ｓ４０３において、対象となるメッセージの背景色を緑色に設定し、背景色決定処理を終了する。これにより、メッセージが未読状態である場合は、メッセージの背景が緑色で表示される。
　以下、図１２を用いて具体例を説明する。図１２は、工程表の一例を示す図である。図１２の工程表においては、上記で説明した工程表よりも簡略化して図示されている。図１２では、バーチャートおよびこれに対応付けられたメッセージが示されている。
　本例では、工程Ａ、工程Ｂ、工程Ｃの順で作業が進むものとする。工程Ａに対応付けられたメッセージとして、４月１日の１０：００に送信されたメッセージ８１が表示されている。本メッセージは既読状態であり、本メッセージの背景色は灰色である。
　工程Ｂに対応付けられたメッセージとして、４月２日の８：００に送信されたメッセージ８２（既読状態）が表示されている（背景色は灰色）。さらに、その返信メッセージとして、４月２日の１０：００に送信されたメッセージ８３（既読状態）が表示されている（背景色は灰色）。さらに、その返信メッセージとして、４月３日の９：００に送信されたメッセージ８４が表示されている。本メッセージは未読状態の返信メッセージであり、本メッセージの背景色は緑色である。
　工程Ｃに対応付けられたメッセージとして、４月５日の９：００に送信されたメッセージ８５が表示されている。本メッセージは未読状態のメッセージであり、本メッセージの背景色は緑色である。
　このように、既読状態のメッセージと未読状態のメッセージとで背景色を異ならせることで、重要度の高い未読メッセージにユーザの注目を集めることができる。これにより、経験が乏しい施工管理者であっても、効率よく施工管理を行うことができる。
　なお、未読メッセージである場合に、メッセージに対する返信メッセージである場合と、返信メッセージ以外のメッセージ（新たに相手先を指定して送信するメッセージ）である場合とで、メッセージの表示態様を異ならせるようにしてもよい。たとえば、返信メッセージとして、４月３日の９：００に送信された未読状態のメッセージ８４（工程Ｂ）が表示の背景色は水色で表示する。一方、新たに相手先を指定して送信するメッセージとして、４月５日の９：００に送信された未読状態のメッセージ８５（工程Ｃ）が表示の背景色は緑色で表示する。また、未読メッセージである場合に、送信者ごとにメッセージの表示態様（メッセージの背景色）を異ならせるようにしてもよい。
　［変形例］
　第１実施形態～第３実施形態において説明したものに限らず、以下のように構成するものであってもよい。
　第１実施形態～第３実施形態では、図６等に示したように、通常表示において、各メッセージについて、送信者、受信者、メッセージ内容、メッセージの状態（既読状態または未読状態）が表示されるようにした。図８等に示したように、簡易表示において、吹き出し画像の中に三角形の画像が表示されるようにした。しかし、これに限らず、簡易表示において、送信者、受信者、メッセージの状態が表示されるようにしてもよく、送信者、受信者が表示されるようにしてもよく、送信者のみが表示されるようにしてもよい。
　また、図６のような工程表の画面に全てのメッセージが収まり切らない場合は、画面をスクロールさせることで全てのメッセージを表示するようにしてもよい。また、工程表の画面内にメッセージの表示が収まるように、表示可能なメッセージを通常表示させ、その他のメッセージを簡易表示するように自動調整させてもよい。
　第１実施形態～第３実施形態および変形例においては、工程表として、バーチャート工程表を適用した例を例示して説明したが、これに限らず、どのような工程表を適用してもよい。たとえば、工程表は、ネットワーク工程表であってもよい。この場合、各工程を示す表示において、メッセージを対応付けて表示すればよい。
　今回開示された各実施の形態は、技術的に矛盾しない範囲で適宜組合わせて実施することも予定されている。そして、今回開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本開示により示される技術的範囲は、上記した実施の形態の説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
　１　施工管理システム、８１～８５　メッセージ、９１～９６　工程表、１００　サーバ、１１１，２１１　制御部、１１２，２１２　記憶部、１１３，２１３　通信部、１２１　分類部、１２２　生成部、２００　端末、２２０　入力部、２２１　表示部。

Claims (9)

  1. 　複数の担当者が担当する複数の工程から成る工事の施工を管理する施工管理システムであって、
    　前記工事の工程表を生成する制御部と、
    　前記工程表を表示する表示部とを備え、
    　前記制御部は、前記工事の施工を管理する施工管理者および前記複数の担当者の間で伝達された複数の伝達事項を工程ごとに分類し、
    　前記表示部は、分類された伝達事項を前記複数の工程の各々に対応させて表示する、施工管理システム。
  2. 　前記複数の伝達事項は、前記施工管理者および前記複数の担当者の間で行われたチャットでの複数のメッセージを含み、
    　前記制御部は、前記複数のメッセージを工程ごとに分類し、
    　前記表示部は、分類されたメッセージを前記複数の工程の各々に対応付けて時系列順に表示する、請求項１に記載の施工管理システム。
  3. 　ユーザの入力を受け付ける入力部をさらに備え、
    　前記入力部は、前記複数の工程のいずれかと、前記施工管理者および前記複数の担当者のいずれかとを指定したメッセージを前記チャットのメッセージとして受け付け、
    　前記表示部は、
    　　前記入力部により受け付けられたメッセージを表示し、
    　　前記複数のメッセージの各々が既読状態であるか否かを表示する、請求項２に記載の施工管理システム。
  4. 　前記表示部は、前記既読状態であるメッセージを所定態様で表示し、前記既読状態ではないメッセージを前記所定態様とは異なる態様で表示する、請求項３に記載の施工管理システム。
  5. 　前記工程表は、前記複数の工程に対応する複数のバーチャートを表示するバーチャート工程表である、請求項３または請求項４に記載の施工管理システム。
  6. 　前記表示部は、メッセージ内容が閲覧可能な通常表示と、前記通常表示よりも小さいサイズで表示されかつメッセージ内容が閲覧不能な簡易表示とのいずれかで前記複数のメッセージの各々を表示可能である、請求項５に記載の施工管理システム。
  7. 　前記表示部は、前記複数の工程の各々において、２つ以上のメッセージが対応付けられている場合、前記２つ以上のメッセージのうち、最新のメッセージを前記通常表示で表示し、前記最新のメッセージ以外のメッセージを前記簡易表示で表示する、請求項６に記載の施工管理システム。
  8. 　前記複数の工程は、所定の状態である所定工程に対応する所定バーチャートを含み、
    　前記表示部は、
    　　前記所定バーチャートを前記所定バーチャート以外のバーチャートとは異なる態様で表示し、
    　　前記所定工程に対応付けられたメッセージを前記通常表示で表示し、前記所定工程以外の工程に対応付けられたメッセージを前記簡易表示で表示する、請求項６に記載の施工管理システム。
  9. 　複数の担当者が担当する複数の工程から成る工事の施工を管理する施工管理方法であって、
    　前記工事の工程表を生成するステップと、
    　前記工程表を表示するステップとを備え、
    　前記生成するステップは、前記工事の施工を管理する施工管理者および前記複数の担当者の間で伝達された複数の伝達事項を工程ごとに分類するステップを含み、
    　前記表示するステップは、分類された伝達事項を前記複数の工程の各々に対応させて表示するステップを含む、施工管理方法。
PCT/JP2022/030578 2022-08-10 2022-08-10 施工管理システムおよび施工管理方法 WO2024034059A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/030578 WO2024034059A1 (ja) 2022-08-10 2022-08-10 施工管理システムおよび施工管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/030578 WO2024034059A1 (ja) 2022-08-10 2022-08-10 施工管理システムおよび施工管理方法

Publications (1)

Publication Number Publication Date
WO2024034059A1 true WO2024034059A1 (ja) 2024-02-15

Family

ID=89851190

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/030578 WO2024034059A1 (ja) 2022-08-10 2022-08-10 施工管理システムおよび施工管理方法

Country Status (1)

Country Link
WO (1) WO2024034059A1 (ja)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2224383A1 (en) * 2009-02-25 2010-09-01 Siemens Aktiengesellschaft Method for scheduling a production process by supporting the visualization of material shortages
US20110145744A1 (en) * 2009-12-15 2011-06-16 International Business Machines Corporation Abbreviated user interface for instant messaging to minimize active window focus changes
JP2015015038A (ja) * 2010-12-08 2015-01-22 グーグル インコーポレイテッド モバイルメッセージングアプリケーションの優先受信箱通知及び同期
CN104636840A (zh) * 2013-11-09 2015-05-20 吴晓铭 一种建设项目现场管理信息采集及后续应用处理技术
WO2017154574A1 (ja) * 2016-03-11 2017-09-14 日本電気株式会社 工程管理システムおよび工程管理方法
JP2018018526A (ja) * 2016-07-29 2018-02-01 デルタ ピーディーエス カンパニー，リミテッド 階層的プロジェクト管理装置
JP2018181335A (ja) * 2017-04-07 2018-11-15 Ｌｉｎｅ株式会社 メッセージと対応するタスクを生成、処理、管理するコンピュータプログラム、及び電子機器
US20210406836A1 (en) * 2020-06-30 2021-12-30 Atlassian Pty Ltd. Classification engine instance informing parsing of emails received by an email client instance executed by a mobile device
JP2022052713A (ja) * 2020-09-23 2022-04-04 デルタ ピーディーエス カンパニー，リミテッド 業務チャットルーム処理装置及び業務チャットルーム処理方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2224383A1 (en) * 2009-02-25 2010-09-01 Siemens Aktiengesellschaft Method for scheduling a production process by supporting the visualization of material shortages
US20110145744A1 (en) * 2009-12-15 2011-06-16 International Business Machines Corporation Abbreviated user interface for instant messaging to minimize active window focus changes
JP2015015038A (ja) * 2010-12-08 2015-01-22 グーグル インコーポレイテッド モバイルメッセージングアプリケーションの優先受信箱通知及び同期
CN104636840A (zh) * 2013-11-09 2015-05-20 吴晓铭 一种建设项目现场管理信息采集及后续应用处理技术
WO2017154574A1 (ja) * 2016-03-11 2017-09-14 日本電気株式会社 工程管理システムおよび工程管理方法
JP2018018526A (ja) * 2016-07-29 2018-02-01 デルタ ピーディーエス カンパニー，リミテッド 階層的プロジェクト管理装置
JP2018181335A (ja) * 2017-04-07 2018-11-15 Ｌｉｎｅ株式会社 メッセージと対応するタスクを生成、処理、管理するコンピュータプログラム、及び電子機器
US20210406836A1 (en) * 2020-06-30 2021-12-30 Atlassian Pty Ltd. Classification engine instance informing parsing of emails received by an email client instance executed by a mobile device
JP2022052713A (ja) * 2020-09-23 2022-04-04 デルタ ピーディーエス カンパニー，リミテッド 業務チャットルーム処理装置及び業務チャットルーム処理方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "GanttChat | GanttChat", 19 May 2022 (2022-05-19), XP093138187, Retrieved from the Internet <URL:https://web.archive.org/web/20220519223505/https://ganttchat.com/> *
ZOE@TEAMON: "How to read and use the TeamOn "Task" screen | TeamOn: Blog", 14 December 2015 (2015-12-14), XP093138183, Retrieved from the Internet <URL:https://web.archive.org/web/20151214133605/http://ja.teamon.bz/2015/10/1180> *

Similar Documents

Publication Publication Date Title
JP6263668B1 (ja) チャット型タスク管理システム
US7499869B2 (en) System and method for scheduling employee shifts
US8055525B2 (en) Method of filling vacancies, and server and program for performing the same
US20110191688A1 (en) Network system, server apparatus, and computer-readable storage medium
KR20200137514A (ko) 할일 맵 제공 장치 및 방법
US20090024439A1 (en) Method and system for providing feedback to a chairperson in an electronic meeting scheduling system in order to enable improved meeting resource management
JP2004310272A (ja) グループワーク支援装置、グループワーク支援方法、グループワーク支援プログラム、及び記憶媒体
WO2010109331A1 (en) Systems and methods for managing organizational information
EP2406724A2 (en) Method, computer program product, and apparatus for enabling task aggregation in an enterprise environment
WO2008118550A2 (en) System and method for disaster training, simulation, and response
US20090198775A1 (en) System And Method Of Collaboration For System Development
JP5440780B2 (ja) メッセージ通知方法、業務管理装置及びコンピュータプログラム
KR20180096230A (ko) 워크 플로우 기반의 업무 관리 시스템
CN1645287A (zh) 显示标识内容的屏保程序
JP7149546B2 (ja) 業務チャットルーム処理装置及び業務チャットルーム処理方法
WO2024034059A1 (ja) 施工管理システムおよび施工管理方法
US20090187451A1 (en) Method, computer and program for assigning seat to person
JP2004310273A (ja) グループワーク支援装置、グループワーク支援方法、グループワーク支援プログラム、及び記憶媒体
JP3373844B1 (ja) 建設工事工程管理システム及び建設工事工程管理方法及び建設工事工程管理のためのコンピュータプログラム及び建設工事工程管理用サーバ装置
US20080115077A1 (en) Persistent status indicator for calendar
WO2024034058A1 (ja) 施工管理システムおよび施工管理方法
JP2010218324A (ja) 業務割振り装置、業務割振り方法及び業務割振りプログラム
JP5300641B2 (ja) 受注確度可視化装置および受注確度可視化プログラム
JP2021177334A (ja) メッセージ表示プログラム及び情報処理装置
JP2008123191A (ja) 業務管理サーバ、業務管理方法及びコンピュータプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22954976

Country of ref document: EP

Kind code of ref document: A1