JP2005267253A - Program, apparatus and method for collaborative work support - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To enable a user to make a memorandum on handling policy on a message on a bulletin board in collaborative work using an electronic bulletin board. <P>SOLUTION: For each message on a message list 121 on a bulletin board display screen 100, a handling state field 122 is set to enter a handling state indicating how a user browsing the screen 100 will handle each message. The handling state is entered when the user selects a desired item from a handling state list 126 appearing when the target message is selected. The selected handling state is displayed on the bulletin board display screen 100. The user, when viewing the bulletin board display screen 100 later, knows how to handle the message from the handling state display set for the message. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a program and apparatus for supporting collaborative work by a plurality of persons, and more particularly to a mechanism for sharing information for collaborative work.

  When multiple work participants collaborate, communication between these participants is very important. For this reason, various software systems called collaboration tools and groupware have been provided by various vendors in order to support communication between these work participants using information communication technology. . For example, as an example of such a system, there is known a system for sharing information among participants in joint work using means such as an electronic bulletin board system. In this type of system, each participant writes a message on an electronic bulletin board and reads it, thereby exchanging information, discussing, and coordinating on joint work.

  For example, Japanese Patent Application Laid-Open No. H10-228473 discloses a conventional technique related to groupware.

JP 2000-148691 A

  In recent years, with the spread of mobile communication infrastructure, access to such groupware servers from mobile terminals such as mobile phones and PDAs (Personal Digital Assistants) has been increasing.

  However, a portable terminal generally does not have a keyboard or has a small input device such as being small and difficult to use, and a display screen is much smaller than that of a personal computer. Also, there are many situations where a mobile terminal cannot be used while working, such as when you are away from home. For this reason, even if you can access the groupware server on your mobile device, you can still perform simple tasks such as viewing messages, forwarding or deleting messages, etc. In many cases, it is not possible to write a reply to, create related materials, or prepare a necessary meeting.

  That said, if you just browse a message and leave it alone, you might forget it even if you thought you would “work on that message later” at the time of browsing. Recalling it later, trying to find the message in question, can be a daunting task in situations where many messages are registered. Also, if the participant at the destination is not responding to the message, discussions and actual work on the bulletin board related to the message may not proceed further.

  As mentioned above, it was explained as a problem when accessing groupware from a mobile terminal, but even when using a device with better operability such as a personal computer, writing to it immediately when reading a message etc. There is still a lack of treatment, and similar problems can arise.

  The present invention provides a shared information registration means for accepting an input of a message relating to a joint work from a terminal device of the joint work participant and registering the computer system in a shared information space corresponding to the joint work, the joint work participant Processing status management means for receiving and storing information indicating the processing status of the participant for the message registered in the shared information space from the terminal device, and for the joint work participant terminal device Program for functioning as browsing screen information providing means for providing browsing screen information indicating a browsing screen for displaying a message registered in the shared information space of the work and a processing state of the participant corresponding to the message I will provide a.

  Here, for example, an electronic bulletin board is a typical example of the shared information space, but other examples include schedule list information indicating the schedule of each group member in groupware. “Browsing screen information indicating a browsing screen” is information describing the content of the browsing screen, such as an HTML (HyperText Markup Language) document describing the content of a web page.

  In a preferred aspect, the browsing screen information providing means is the terminal as state input means for inputting a processing state of the participant with respect to the message displayed on the browsing screen to the terminal device of the participant of the joint work. Viewing screen information including a code for causing the device to function is provided, and the processing status management unit is configured to provide the participant with respect to a message displayed on the browsing screen from the status input unit that functions in the participant's terminal device. When the input of the processing state is received, the processing state is stored as the processing state for the message of the participant.

  Here, the “code for causing the terminal device to function as the state input unit” may be a program such as a Java (registered trademark) applet or a description such as an HTML tag.

  In a further preferred aspect, the state input means displays a list of a plurality of processing states that can be specified for the message on the browsing screen, and selects the participant from the processing state group on the list. Try to receive.

  In another preferred aspect, the processing status management means stores information on the processing status of each participant with respect to the message input from each participant of the joint work, and the browsing screen information providing means includes: As the browsing screen information to be provided to the terminal device of the participant of the joint work, information indicating a browsing screen further displaying the processing state of each other participant of the joint work with respect to the message is provided.

  In a further preferred aspect, the browsing screen information providing means, based on the processing status of each participant in the collaborative work on the message, (a) any of those participants starts processing the message. Any of the message states: (b) already processed, (c) the participant who is the subject of the browsing screen information is currently processing the message And the browsing screen information indicating the message state is provided.

  The best mode for carrying out the present invention (hereinafter referred to as “embodiment”) will be described below with reference to the drawings.

  First, the configuration of a collaboration server according to the present invention will be described with reference to FIG.

  The collaboration server 10 is a server that supports collaboration (collaboration) with other users in the organization for each user in the organization such as a company or a company group. The collaboration server 10 is connected to a network 40 such as the Internet or a local area network (LAN) in a company, and provides a collaboration support service to each user who operates each user PC (personal computer) 50 on the network 40. I will provide a. A mobile terminal 54 such as a mobile phone having a web browsing function or a PDA having a wireless communication function can also access the collaboration server 10 via the wireless base station 52 and the network 40 and receive a service.

  Information about the users that the collaboration server 10 provides services is registered in a user information DB (database) 18. In the user information DB 18, for each user, personal information such as the ID of the user (identification information such as employee number), name, title, department, etc., and authentication information for logging in to the service provided by the collaboration server 10 ( Password, etc.) are registered.

  The user management unit 12 of the collaboration server 10 performs processing such as registration, change, and deletion of user information in the user information DB 18 and user authentication when logging in to the collaboration support service described below.

  In this embodiment, the collaboration server 10 provides an electronic bulletin board (hereinafter simply referred to as “bulletin board”) service as a service for supporting collaboration. The electronic bulletin board service is provided by the electronic bulletin board management unit 14.

  The bulletin board DB 20 stores data of each bulletin board 22 managed by the electronic bulletin board management unit 14. Each bulletin board 22 is opened for each theme, and is used for information exchange and discussion on the theme. When the user finds a new theme necessary for the activities of the organization, a bulletin board for the theme is opened in the electronic bulletin board management unit 14, and the participants are gathered for the activity.

  The data of each bulletin board 22 includes participant information 24, a speech log 26, and processing status data. Participant information 24 on the bulletin board 22 is a list of participants who participate in activities related to the theme via the bulletin board 22. This list is, for example, a list of user IDs registered in the user information DB 18 of each participant.

  The message log 26 is a log of messages (utterances) registered by each participant in the bulletin board 22. An example of the data content of the message log 26 is shown in FIG. In this example, the message log 26 includes, for each registered message, a message ID that is identification information, a message content that is the body of the message, a user name or user ID of the speaker who made the message, a message attribute, and a message. The reference count is registered. The speech attribute is an attribute indicating the type of this message. Various message types such as “question”, “answer”, “opinion”, and “request” can be defined. The user can specify the attribute when writing the message. The number of referenced times is the number of times this message has been viewed by the user.

  The processing status data 28 is data on the processing status of each participant for each message registered in the bulletin board 22. “Processing status” is a value indicating the status of the participant's current approach to the message posted on the bulletin board. In the present embodiment, each participant who has viewed the bulletin board 22 can input the current processing state of each message shown therein, and this is fed back and displayed on the bulletin board. . You can specify your own processing status for each message, so that you can view it later on the same bulletin board, but once you have recognized the message, but want to postpone specific work on it. , You can prevent forgetting to work later. Details of processing state designation and display will be described later. The processing state input by the participant is registered in the processing state data 28.

  An example of the processing state data 28 is shown in FIG. As shown in this example, the processing status of each participant is registered in the processing status data 28 in association with the message ID of each message. “Read later”, “Respond later”, etc. shown in the figure are values of the processing state.

  Next, a bulletin board display screen 100 provided by the electronic bulletin board management unit 14 to each user terminal device will be described with reference to FIG. This example is an example in the case where the display screen 100 is provided as a web page to the user PC 50, and includes a title display field 102, a theme information field 110, and a bulletin board display field 120. Such a display screen 100 is provided from the electronic bulletin board management unit 14 to the user terminal device in the form of browsing screen information described in a description language such as HTML or XML (eXtensible Markup Language). Then, the browser installed in the terminal device interprets the browsing screen information and forms the display screen 100.

  In the title display field 102, the theme name of the bulletin board is displayed.

  In the theme information column 110, various information related to the theme other than the bulletin board is displayed. One of the information shown in the theme information column 110 is a list of participants for the theme-specific bulletin board. In the example of FIG. 4, a member display field 112, a leader display field 114, and an observer display field 116 are shown as the participant list. Here, the member, leader, and observer are the roles of each participant in the bulletin board. For example, the members are people who are the subject of information exchange and discussion on the theme bulletin board, and both browsing and writing on the bulletin board are permitted. The leaders are the people who manage this bulletin board, the observers are the people who are only allowed to view this bulletin board, and so on. The member display column 112 is accompanied by a processing state display column 113. In the processing status display column 113, the processing status of the member corresponding to the message selected on the message list 121 of the bulletin board is displayed for each member. Details of the processing status display column 112 will be described later.

  In the bulletin board display column 120, a message list 121 in which the titles of the messages registered in the bulletin board are arranged is displayed. The title displayed in the list 121 is linked to the message body, and the message body can be displayed by an operation such as clicking on the title. The message list illustrated in the figure is a list of the titles of each message displayed in chronological order of the registration time of the message. In addition to this, a list display screen in which the titles are threaded may be provided. Is possible.

  In the display example of the message list 121 in FIG. 2, items such as “No.”, “attribute”, “open”, “processing status”, “title”, “creator”, “creation date” are displayed for each message. Is displayed. “No.” is a number indicating the registration order of the message on the bulletin board. “Attribute” is the value of the message attribute of the message. The attribute “question” is specified for the message No. 42 in the illustrated example, and the attribute “answer” is specified for No. 44 which is a reply to the message. It is not essential to specify a statement attribute. “Open” is a value indicating the number of people who read the body of this message out of the total number of participants in the bulletin board. “Title” is the title of the message, and “creator” and “creation date / time” are the user name and date / time of the user who created the message.

  The “processing state” column 122 indicates the value of the processing state set by the participant who is browsing this bulletin board for the message. In the illustrated example, the viewer sets a processing state of “complete” for the message No. 40 and a processing state of “read later” for No. 42, respectively.

  The message list has been described above. In addition to these, for example, a column indicating whether a registered message is urgent may be provided in the message list. In this case, when the user registers a message on the bulletin board, whether or not it has urgency can be set as an attribute, and this is displayed in the column.

  In this example, when the processing state for a message is input, the user may select a column of the processing state of the message (or a line of the message) on the message list 121 using, for example, a pointing device. In the figure, the message No. 46 is selected. As a result, a processing status input box 124 is displayed in the processing status column of the message, and a list of processing status values (processing status list 126) that can be specified is provided in the form of a pull-down menu, for example. Is done. The user selects his / her processing status for the message from the list 126. Such a pull-down menu display of choices and a function for receiving a user's selection can be described in HTML. In this case, in order to send the processing state selected from the list 126 to the server 10, an operation such as selecting a transmission button (not shown) may be performed. Similar functions can also be incorporated into a web page in the form of a Java applet or a Java script that calls it. In this manner, the collaboration server 10 that has received the value of the processing state from the user terminal device (web browser) registers it in the processing state data 28.

  The individual processing states shown in the list 126 are as follows. First, “read later” indicates that the body of this message is scheduled to be read later. “Respond later” indicates that the user plans to reply later to the inquiry, request, or other content indicated by the message. “Not supported” indicates that the user has no plan to respond to the message. “Preparation of material” indicates that the user is preparing (or plans to prepare) the material for the inquiry, request, or other contents indicated by the message. “Meeting” indicates that the user is or is planning to hold a meeting including other people in response to the inquiry, request or other contents indicated by the message. “Completed” indicates that the user has completed processing considered necessary for the inquiry, request, or other content indicated by the message.

  Each processing state described above is a state indicating a current approach schedule of the user for the message, except for “completed”. In this way, it is possible to set the current approach schedule for each message and display it in the processing status column 122 of each message on the message list 121 of the bulletin board display screen 100, so that the user (participation of the bulletin board) Person) can check his / her current schedule for each message for collaborative work, and can reduce forgetting to process.

  In the above, the processing state for the message is set on the message list 121, but instead of or in addition to this, the input box 124 and the processing state list 126 are incorporated on the web page displaying the message body. From there, the processing state for the message may be set.

  The processing state registered by the user is displayed on the bulletin board display screen 100 provided to the user, but is also displayed on the bulletin board display screen provided to other participants of the bulletin board. That is, the processing state set by the person is displayed in the processing state column 122 of the message list 121 on the bulletin board, and the processing states of other participants are displayed in the processing state display column 113 attached to the member display column 112. In this display column 113, the processing status of each participant other than the viewer for the message selected by the bulletin board viewer with the pointing device or the like in the message list 121 is displayed. This allows users viewing the bulletin board to see what other participants in the bulletin board are doing or are trying to do with the message and how to deal with the message. It will be helpful when making decisions. For example, it is possible to determine that it is not necessary to deal with a message that another participant has already “completed” the process or plans to “answer later”. In the example of FIG. 4, the processing status is input and displayed only for “members” which are the core of the bulletin board participants. In addition to this, processing is also performed for “leader” or “observer”. It is of course possible to enter the status and display it.

  The method of inputting and displaying the processing state shown in FIG. 4 is merely an example, and various other modifications can be considered. For example, in the modification of FIG. 5, the processing status field 122 of the message selected by the user in the message list 121 is displayed in the form of a pull-down menu, and the processing status 130 of the other participants and the list of options for the processing status of the user. 132 is displayed. The modification of FIG. 6 is a display example for the screen of the mobile phone. Since the mobile phone is generally not provided with a pointing device, as shown in FIG. 6, a list 202 is displayed on the screen 200 in which each processing state as an option is numbered. In this case, a screen for displaying the message list 121 is separately provided. When the user selects one message in this scene, a screen as illustrated in FIG. 6 is provided for inputting a processing state for the message. The user designates a processing state to be input by selecting a number in the list 202 using the numeric keypad of the mobile phone.

  In order to provide the bulletin board display screen 100 described above to the user, the electronic bulletin board management unit 14 performs the following processing.

  That is, when the user first logs in, the user management unit 12 performs user authentication. Thereby, the user ID of the user is determined. When the user requests an electronic bulletin board display screen (web page) 100 of a certain theme, the participant information 24 of the bulletin board is referred to determine whether the user is a participant of the bulletin board. Otherwise, reject the request. On the other hand, if the user is a participant, data indicating the bulletin board display screen 100 for the user is created and transmitted to the terminal device (browser) of the user. In creating the bulletin board display screen 100 for the user, the theme information column 110 and the message can be obtained by applying the bulletin board participant information 24 and the message log 26 requested by the user to the template data of the bulletin board display screen 100. A list 121 or the like is created, and the processing status of each message of the user in the processing status data 28 is applied to the processing status column 122 of each message in the template. It should be noted that the data of the bulletin board display screen 100 created in this way incorporates an HTML description or a program (such as an applet) for providing the above-described processing state input user interface for the processing state column 122 of each message. It is. The data also includes a description or program for displaying the processing status of each of the other participants for the message in the processing status display column 113 when a message is selected in the message list. In this case, the electronic bulletin board management unit 14 may incorporate in advance all the information on the processing status of each participant for each message in the data on the bulletin board display screen 100 provided to the user. In addition, when the user selects a message, a code indicating a process for notifying the electronic bulletin board management unit 14 to that effect is incorporated in the data of the screen 100, and the electronic bulletin board management unit 14 displays a processing status in accordance with the notification. Data on the bulletin board display screen 100 showing the column 113 may be created and provided to the user.

  FIG. 7 shows a modification of the bulletin board display screen 100. In this figure, elements similar to those shown in the example of FIG.

  The feature of this modification is that, for each message in the message list 121, the state of the message itself is obtained from the processing state of the message for all the participants on the bulletin board and displayed. In particular, in this example, the display form (for example, background color or character color) of the message processing state column 122 is switched according to the state of the message itself.

  In this example, as a message state, (1) a state where no participant has processed, (2) a processed state, (3) a user viewing the bulletin board processes the message Three states are defined: a state where the user is in the middle (or plans to process).

  As a method for obtaining the message status from the processing status of each participant, for example, there is the following method.

  In this method, first, when a message is registered, a status point “+2” is given to the message. Then, in response to the input of the processing state for the message from each participant on the bulletin board, this state point is reduced. As shown in FIG. 9, if the status point is +2, the message is (1) not processed by anyone, and if it is +1, (2) the user who views the bulletin board processes it. On the way (or its schedule), if it is 0, it is determined that (3) it has been processed.

  FIG. 9 shows the state point subtraction value corresponding to each processing state. In this example, the value of the state point subtraction value is distinguished between the user who is browsing the bulletin board and other participants of the bulletin board.

  When the processing state is not set, the subtraction value is 0 for both the user and other participants. Therefore, if none of the bulletin board participants has set the processing status for the message, the status point of the message remains at the initial value +2, and it is determined from the table of FIG.

  When the processing state is “complete”, the subtraction value is −2 for both the user and the other participants. Accordingly, when someone of the bulletin board participant sets the processing state to “completed”, the state point of the message becomes 0 by subtracting 2 from the initial value +2. This indicates that the message has been processed. If the message has been processed, the user does not need to process the message.

  Further, if the processing state is any one of “read later”, “answer later”, “preparation of materials”, and “conference holding”, if it is input by the user himself, the subtraction value is −1. And When the user himself sets one of these processing states, the state point of the message becomes 1 by subtracting 1 from the initial value +2, indicating the above-mentioned (2), that is, the state during processing. On the other hand, if another participant inputs even in the same case, the subtraction value is set to −2. This is a point from the viewpoint of whether or not the user himself / herself cannot process the message. That is, if another participant has set their processing state, it indicates that the “other participant” is going to process the message, so the “user himself” This is because it can be determined that the message need not be processed, and in terms of whether or not the “user himself / herself” should process, the message is equivalent to being “processed”.

  If the processing state is “not supported” and the setting is the user's own setting, the subtraction value is set to −2. This is because the user himself / herself determined that the message does not need to be processed, so that the user may be treated the same as processed. On the other hand, if it is another participant who has set “not supported”, the subtraction value is 0. This is because even if another person determines that the action is unnecessary, the person may need to take action.

  The electronic bulletin board management unit 14 manages the status point of each message shown there for each bulletin board display screen 100 provided to each user. Then, when the processing status is input from each participant of the bulletin board for the message, the status point of the message is updated according to the rules shown in the table of FIG. When the bulletin board display screen 100 is provided, the display color of the processing status column 122 of each message in the message list 121 is determined based on the status point of each message at that time on the bulletin board.

  In this point update, when the same person changes the setting of the processing state, the difference from the subtraction value of the previous setting state is adjusted. For example, if the person first sets “answer later” and then finishes replying to the message and changes the setting to “complete”, 1 is subtracted in the first stage, but “complete” in the next stage. "1" is subtracted instead of 2 corresponding to "". On the other hand, the subtraction values for the processing states set by different persons are subtracted individually from the state points as they are.

  By displaying the message status of each message on the bulletin board display screen 100 as in the above example, a user viewing the screen 100 can immediately determine whether or not each message must be processed by the user. it can.

  When a user viewing the bulletin board display screen 100 sets a message processing state, the message status point may be negative depending on the setting. This is the case when other participants have already completed processing for the message or have announced a schedule for processing. Therefore, if you want to avoid multiple people performing the same processing repeatedly, if the status point becomes negative due to the processing status input from the user, other people have been processed or scheduled to process to the user It is also preferable to have a configuration for giving a warning indicating that there is a certain event. Of course, depending on the content of the processing required by the message, there may be cases where multiple people's duplicate processing is allowed or duplicate processing is requested, so that the creator of the message can set whether or not to warn of duplicate processing It is also suitable to do.

  In the example of FIG. 7, the message status can be identified by the display color of the processing status column 122 of each message. However, this is merely an example. In addition, for example, a display column indicating the message status is displayed in the message. A method such as providing separately in the list 121 is also possible.

  Next, functions suitable for access from a mobile phone will be described. As described above, since mobile phones generally have poor character input devices, it is difficult to write on bulletin boards. On the other hand, the mechanism of the present embodiment that presents a list of processing state options and allows the processing state to be selected and registered from there is an advantage that the operation burden is light even on a mobile phone. However, with this alone, only the value of the processing state can be understood when the bulletin board is viewed later, and the circumstances such as what kind of determination the processing state has been selected are not known.

  As a method of coping with such a problem, there is a method of creating a voice memo (voice memo) using a microphone provided in a mobile phone and registering it in a server by linking it with a processing state. When the user performs an operation for inputting the processing state, the voice picked up by the microphone is registered as a voice memo related to the processing state. For example, when inputting the processing state, an option list as shown in FIG. 6 is displayed on the screen of the mobile phone, and the user presses a key corresponding to his processing state from the numeric keypad. An intuitive and easy-to-understand operation that uses the voice picked up by the microphone as a voice memo is sufficient. The voice memo voice file created at this time is transmitted to the collaboration server 10 together with the processing state, and is registered in the processing state data 28. Such a code for creating and registering a voice memo may be created in the form of a Java applet or the like and incorporated in the data on the bulletin board display screen 100. The mobile phone performs the above-described creation / registration process by executing the code.

  An example of the data content of the processing state data 28 when using a voice memo is shown in FIG. In this example, for each message, the processing status of each participant for the message and a link to the voice memo file are registered.

  The voice memo registered in the server 10 in this way can be read from the bulletin board display screen 100 and heard. An example of the bulletin board display screen 100 in this case is shown in FIG. This example is a modification of the display screen of FIG. 5 and shows lists 130 and 132 shown when the user selects a message from the message list 121. In this example, since the processing state of the user is already set, only the processing state set by the user is shown in the list 132 of the user, not the option. When a voice memo is registered for the processing state of each person, a button 134 for calling the voice memo is displayed next to the processing state. The user can transmit the request to the server 10 by selecting the button 134 corresponding to the voice memo to be heard with a pointing device or the like. The user's terminal device (user PC 50 or the like) reproduces the voice memo voice file sent from the server 10 accordingly.

  By such a mechanism, it is possible to leave the history of the determination when the processing state is set in the voice memo and use it for his own memorandum. The voice memo can also be used to convey to others the explanation of the work desired to be requested in accordance with the set processing state. That is, for example, when a user inputs “material preparation” as a processing state for a message from a mobile phone at a destination, if the contents of the material to be prepared are registered as a voice memo, the back office (back ) Staff and secretaries (assuming these people are also “participants” of the bulletin board), etc. can listen to the voice memo and prepare the materials even while the user is on the road. Further, for example, when the user selects “conference held” as the processing state, the voice memo can be used to notify the person who wants to participate in the conference that the conference is held. In either case, the same purpose can be achieved by writing directly on the bulletin board, but when using a mobile phone, voice memos are much easier to input.

  Another example suitable for a portable terminal is as follows. That is, recently, cellular phones and PDAs with a built-in digital camera are widely used. In this example, a processing state for a message is input from the built-in camera. That is, for example, cards of different colors corresponding to each processing state are prepared (for example, those cards may be attached to a strap for carrying a mobile terminal), and the processing state is to be selected. Take a picture of the color card corresponding to the processing status with the built-in camera. In this case, instead of a list of processing states numbered as shown in FIG. 6, a guidance message saying “Please press the Enter button while taking a picture of the processing state card you want to select” with the camera. Is displayed. In response to this guidance, when the user takes a picture of a card, a program for inputting a processing state executed on the portable terminal (this is incorporated in the bulletin board display screen 100 in the form of a Java applet or the like) is taken. The analyzed image is analyzed to identify the color, the processing state corresponding to the color is determined, and this is transmitted to the server 10. According to such a mechanism, the processing state input operation for the message can be facilitated by a simpler operation.

  In addition, although the card of a different color was image | photographed with the built-in camera here, this is an example to the last. The same can be done by preparing a card group indicating a barcode or QR code (registered trademark) indicating each processing state or a card displaying a list of these codes and reading the card with a camera of a portable terminal.

  The preferred embodiment of the present invention has been described above. According to the mechanism of this embodiment, each user first registers the current coping policy determined by himself / herself when he / she sees each message on the bulletin board as “processing state” in the server 10, and the processing is later performed on the bulletin board. Since the status can be seen, it helps to prevent forgetting processing. In this case, the server 10 records the date and time when the user inputs the processing state, and the state corresponding to the “processing schedule” such as “read later” remains in the state where the processing state is set. It is also possible to display a warning on the bulletin board display screen 100 when left for a predetermined period or longer. Here, even if a predetermined period has passed since the input date and time of the processing state corresponding to “Processing Schedule”, the value of the processing state is changed to a value corresponding to “Processing unnecessary” such as “Completed” or “Not supported”. If not, it can be determined that it was left unattended.

  In addition, by making it possible for other participants participating in the bulletin board to see the processing status registered in such a way, the same work is repeated in the group of participants, etc. Waste can be reduced. Also, by showing the processing status to other participants, the user's processing policy can be communicated to the colleagues and support staff of the user who entered the processing status (assuming both are participants of the bulletin board). Therefore, it helps to smoothly process the message.

  In addition, since the message status is obtained by summing up the processing status input by each participant of the bulletin board, and this message status is displayed on the bulletin board display screen 100, the user who is viewing the screen 100 is not concerned. It is possible to easily determine whether it is necessary to process the message.

  In addition, since the voice memo is registered in the server 10 in association with the processing state and can be called from the bulletin board display screen 100, convenience for using the bulletin board from the portable terminal is increased.

It is a figure for demonstrating the collaboration server which concerns on this invention. It is a figure which shows an example of the data content of a statement log. It is a figure which shows an example of the data content of process status data. It is a figure which shows an example of the bulletin board display screen provided to a user. It is a figure which shows another example of the method of displaying the processing state of another participant. It is a figure which shows the example of the choice list | wrist of the processing state displayed on the screen of a mobile telephone. It is a figure which shows the modification of a bulletin board display screen. It is a figure which shows the table of the relationship between a state point and a message state. It is a figure which shows the table which shows the relationship between each process state and the state point subtraction value corresponding to it. It is a figure which shows an example of the data content of process status data in the case of utilizing a voice memo. It is a figure which shows an example of a bulletin board display screen when a voice memo is registered.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 10 Collaboration server, 12 User management part, 14 Electronic bulletin board management part, 18 User information DB, 20 Bulletin board DB, 22 Bulletin board information, 24 Participant information, 26 Statement log, 28 Processing status data, 40 Network, 50 User PC, 52 Wireless Base station, 54 mobile terminal, 100 bulletin board display screen, 120 bulletin board display column, 121 message list, 122 processing status column, 126 processing status list.

Claims (9)

Computer system
A shared information registration means for receiving an input of a message regarding the joint work from a terminal device of the participant of the joint work and registering it in a shared information space corresponding to the joint work;
Processing state management means for receiving and storing information indicating the processing state of the participant with respect to a message registered in the shared information space from the terminal device of the joint work participant;
Viewing screen information indicating a browsing screen for displaying the message registered in the shared information space of the collaborative work and the processing state of the participant corresponding to the message on the terminal device of the collaborative work participant Browsing screen information provision means to provide,
Program to function as. The browsing screen information providing unit causes the terminal device to function as a state input unit for inputting a processing state of the participant with respect to a message displayed on the browsing screen with respect to the terminal device of the collaborative work participant. Providing browsing screen information including the code of
When the processing status management means receives the participant's processing status input for the message displayed on the browsing screen from the status input means functioning in the participant's terminal device, the processing status management means Memorize as processing status for the message
The program according to claim 1.   The state input means displays a list of a plurality of processing states that can be specified for a message on the browsing screen, and receives the selection of the participant from a group of processing states on the list. The program according to claim 2. The processing status management means stores information on the processing status of each participant for the message input from each participant of the collaborative work,
The browsing screen information providing means shows a browsing screen further displaying a processing state of each other participant of the joint work for the message as the browsing screen information to be provided to the terminal device of the participant of the joint work. Provide information,
The program according to claim 1. The browsing screen information providing means is based on the processing status of each participant in the collaborative work on the message, and the message is: (a) no one of those participants has started processing the message; It is determined whether the message state is one of a state where the message has already been processed or a state where the participant who is the provision target of the browsing screen information is processing the message. Providing the browsing screen information indicating the message state;
The program according to claim 4. The state input means associates audio information captured from a microphone included in the terminal device with the processing state input by the participant, and transmits the information to the processing state management means.
The program according to claim 1. The state input means obtains a processing state corresponding to the image information by analyzing image information captured from a digital camera included in the terminal device, and transmits the obtained processing state to the processing state management means.
The program according to claim 1. A shared information registration means for receiving an input of a message related to the joint work from a terminal device of the participant of the joint work and registering it in a shared information space corresponding to the joint work;
Processing state management means for receiving and storing input of information indicating the processing state of the participant with respect to the message registered in the shared information space from the terminal device of the joint work participant;
Viewing screen information indicating a browsing screen for displaying the message registered in the shared information space of the collaborative work and the processing state of the participant corresponding to the message on the terminal device of the collaborative work participant Providing browsing screen information providing means;
A collaborative work support device. Computer system
Receiving an input of a message related to the joint work from a terminal device of the participant of the joint work and registering it in the shared information space corresponding to the joint work;
Receiving and storing input of information indicating a processing state of the participant with respect to a message registered in the shared information space from the terminal device of the participant of the joint work;
Viewing screen information indicating a browsing screen for displaying the message registered in the shared information space of the collaborative work and the processing state of the participant corresponding to the message on the terminal device of the collaborative work participant Providing steps,
A collaborative work support method.

Images