WO2016159066A1 - 支援装置、支援方法、およびコンピュータ読み取り可能な記録媒体 - Google Patents

支援装置、支援方法、およびコンピュータ読み取り可能な記録媒体 Download PDF

Info

Publication number
WO2016159066A1
WO2016159066A1 PCT/JP2016/060365 JP2016060365W WO2016159066A1 WO 2016159066 A1 WO2016159066 A1 WO 2016159066A1 JP 2016060365 W JP2016060365 W JP 2016060365W WO 2016159066 A1 WO2016159066 A1 WO 2016159066A1
Authority
WO
WIPO (PCT)
Prior art keywords
support
user
team
supporter
teams
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2016/060365
Other languages
English (en)
French (fr)
Inventor
一輝 廣澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Solution Innovators Ltd
Original Assignee
NEC Solution Innovators Ltd
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 NEC Solution Innovators Ltd filed Critical NEC Solution Innovators Ltd
Priority to JP2017510094A priority Critical patent/JP6399626B2/ja
Publication of WO2016159066A1 publication Critical patent/WO2016159066A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/10—Services

Definitions

  • the present invention relates to a support device, a support method, and a computer-readable recording medium on which a program for realizing the support is recorded.
  • Hearing impaired persons with hearing loss in both ears of minus 100 decibels (hereinafter simply referred to as “Hearing impaired persons”) can hardly receive language information in speech even with a hearing aid. For this reason, when a hearing impaired person listens to a lecture or a class at school, it is necessary to provide support by a sign language interpreter or by a summary writer.
  • coordinators are responsible for organizing teams between the hearing impaired and summary writers and adjusting the schedule of each summary writer.
  • the existence of is important.
  • the coordinator receives a request for summary writing support from each hearing impaired person, and manages each request in a schedule or the like.
  • the coordinator adjusts the schedule of each summary writer by e-mail or telephone for each request for summary writing support, and forms a team.
  • the task of organizing a team by two or more abstract writers is a troublesome work that requires a schedule adjustment of a plurality of people.
  • hearing-impaired people have a preference for the accuracy and speed of input of summary writer's characters, and the coordinator needs to consider such preferences as well.
  • the task of organizing a team by two or more abstract writers is the greatest burden on the coordinator, and a system that can automatically perform team organization is required.
  • Patent Documents 1 and 2 In addition, in companies, etc., with the sophistication of work in recent years, the work that can be processed by individuals is limited, so a team is formed to perform a series of work jointly by multiple people, It is common for teams to conduct work. For this reason, conventionally, an apparatus and a system that can automatically perform team organization have been proposed (see, for example, Patent Documents 1 and 2).
  • Patent Document 1 discloses a device that supports team formation in consideration of the human relationship between workers as workers.
  • team evaluation information based on work results and mutual evaluation information for specifying mutual evaluation between workers are created for each team that has performed work in the past. Based on the above, team formation is performed.
  • Patent Document 2 discloses an apparatus for efficiently determining team members suitable for a project.
  • a past project similar to the current project is specified in determining a team member (human resource) that executes the current project.
  • information on team members who have participated in the identified past project is acquired, and further, team members suitable for the current project are determined based on the acquired information.
  • JP 2001-282965 A Japanese Patent Laid-Open No. 2007-026404
  • Patent Documents 1 and 2 it seems that it is easy to organize a team in a company or the like.
  • the devices disclosed in Patent Documents 1 and 2 are unsuitable for team formation by abstract writers for the following reasons, and even if these are used, it is difficult to reduce the burden on the coordinator.
  • An example of an object of the present invention is to provide a support device, a support method, and a computer-readable recording medium capable of solving the above-described problem and supporting the user by a support team reflecting the user's request. It is in.
  • a support apparatus supports a user via a network in a plurality of pre-registered communities having a user and a supporter who supports the user.
  • a support device for A delivery control unit for delivering data to a user terminal used by the user and a supporter terminal used by the supporter;
  • a plurality of support teams consisting of members of the community are pre-organized specifying the support time,
  • the plurality of support teams include a secret team that prohibits participation other than the member designated by the user, and a normal team that allows participation other than the member designated by the user,
  • the distribution control unit distributes data related to the support to the user terminal and the supporter terminal at the specified support time for each support team.
  • a support method is the use of the support method via a network by a support device in a plurality of pre-registered communities having a user and a supporter supporting the user.
  • a method for assisting a person In each community, a plurality of support teams consisting of members of the community are pre-organized specifying the support time, The plurality of support teams include a secret team that prohibits participation other than the member designated by the user, and a normal team that allows participation other than the member designated by the user, (A) for each of the support teams, the user terminal used by the user at the specified support time and the step of distributing data related to the support to the supporter terminal used by the supporter.
  • a computer-readable recording medium is provided by a computer in a plurality of pre-registered communities having a user and a supporter who supports the user.
  • a computer-readable recording medium recording a program for supporting the user via
  • a plurality of support teams consisting of members of the community are pre-organized specifying the support time,
  • the plurality of support teams include a secret team that prohibits participation other than the member designated by the user, and a normal team that allows participation other than the member designated by the user,
  • Including a program For each support team, an instruction for executing the user terminal used by the user at the specified support time and the step of distributing the data related to the support to the support terminal used by the supporter.
  • a support team reflecting the user's request can be formed.
  • FIG. 1 is a diagram showing a schematic configuration of a support device according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an example of a support team formed by community members.
  • FIG. 3 is a block diagram specifically showing the configuration of the support apparatus according to the embodiment of the present invention.
  • FIG. 4 is a flowchart showing the operation of forming a support team in the support apparatus.
  • FIG. 5 is a flowchart showing the operation of forming a support team in the support apparatus.
  • FIG. 6 is a diagram illustrating an example of a plurality of support teams organized in the support apparatus.
  • FIG. 7 is a diagram illustrating an example of a schedule table stored in the support schedule database.
  • FIG. 8 is a flowchart showing the delivery operation of the support device according to the embodiment of the present invention.
  • FIG. 9 is a block diagram illustrating an example of a computer that implements the support apparatus according to the embodiment of the present invention.
  • FIG. 1 is a diagram showing a schematic configuration of a support device according to an embodiment of the present invention.
  • the support device 10 in the present embodiment has a distribution control unit 11.
  • the support device 10 is a device for supporting a user via a network in a plurality of pre-registered communities having a user and a supporter.
  • the community has at least one user and one supporter.
  • the community 80 includes one user 40 and three supporters 60, 61, and 62, and the community 81 includes two users 41 and 42 and two supporters 63. , 64.
  • the same user may belong to different communities.
  • the user 40 may belong to the community 81 as well as the community 80.
  • Examples of the support include various support by summary writing, interpretation (including sign language interpretation), translation, and the like.
  • the support apparatus 10 connects the user terminals 50 to 52 used by the users 40 to 42 and the support terminals 70 to 74 used by the supporters 60 to 64 via a network such as the Internet. Connected.
  • the distribution control unit 11 distributes data related to the support requested by the user to the user terminals 50 to 52 and the supporter terminals 70 to 74.
  • a plurality of support teams are organized in the communities 80 and 81.
  • the plurality of support teams are organized by designating each support time according to the user's request.
  • Support teams include secret teams and regular teams.
  • the secret team is a support team that is prohibited from participation by members other than the members designated by the user
  • the normal team is a support team that is permitted to participate by members other than the members specified by the user.
  • each user and supporter can participate in a plurality of support teams in the same community.
  • the support team will be briefly described with reference to the drawings. In the following description, the support team formed in the community 80 will be described, but the support team in the community 81 is similarly formed.
  • FIG. 2 is a diagram showing an example of a support team organized by members of the community 80.
  • the secret team shown in FIG. 2 is a support team organized by the user 40 specifying the participation of the supporters 60 and 61.
  • the normal team 1 is a support team formed by the user 41 without designating a support person
  • the normal team 2 is a support team formed by the user 40 designating participation of the support person 62. is there.
  • supporters 63 and 64 not designated by the user 41 are participating.
  • a supporter 63 who is not designated by the user 40 is participating.
  • the secret team is a team composed only of a user who requests support and members designated by the user.
  • the normal team is a team that can be joined by members who are not designated by the user in addition to the user and the members designated by the user.
  • distribution control unit 11 is used at a specified time for each support team based on support information (support time, participating members, etc.) of each community support team. Data related to support is distributed to the person terminal and the support terminal. For example, when the support by the secret team in FIG. 2 is performed, the distribution control unit 11 distributes data related to the support to the user terminal 50 and the supporter terminals 70 and 71 during the time period from 8 to 9 o'clock.
  • the distribution control unit 11 distributes data related to the support to the user terminal 51 and the supporter terminals 73 and 74 in the time zone from 7 to 9 o'clock, and the normal team 2 In the case of providing support by means of, data relating to support is distributed to the user terminal 50 and the supporter terminals 72 and 73 during the time period from 7 to 8 o'clock.
  • the support time of the secret team and the support time of the normal team 1 include the same time zone (8 to 9 o'clock), but are distributed to the user terminal 50 and the supporter terminals 70 and 71. Data is not distributed to the user terminal 51 and the supporter terminals 73 and 74. Therefore, contrary to the intention of the user 40, the user 40 does not receive support from the supporters 63 and 64. Further, the contents of the support that the user 40 receives from the supporters 60 and 61 are not known to the user 41 and the supporters 63 and 64.
  • the supporter 63 participates in the normal team 1 and the normal team 2 at the same time zone (7-8 o'clock).
  • the supporter may participate in the some support team in the same time slot
  • the user may participate in a plurality of support teams in the same time zone. In this case, it becomes easier to reflect the request regarding the support of the user.
  • a support team can be formed in advance according to the team conditions required by the user. More specifically, it is possible to organize a secret team that is prohibited from participation other than the member designated by the user and a normal team that is permitted to participate other than the member designated by the user. Thereby, it is possible to prevent a supporter who does not belong to the secret team from supporting the user against the request of the user.
  • a secret team may be formed by the user and the specific supporter. Accordingly, it is possible to prevent the information from being known to a supporter who does not belong to the secret team against the user's request.
  • a secret team may be formed by designating a supporter other than that supporter. Thereby, the user can avoid being supported by a supporter who does not suit his / her preference.
  • a regular team may be formed.
  • members other than the members designated by the user can participate as supporters, it is easy to secure a supporter at the time when the user requests support.
  • a support team is formed in each community. For this reason, by restricting members who can belong to the community in advance, it becomes easier to reflect the user's request in the formation of the support team.
  • the user can be supported by the support team reflecting the user's request.
  • FIG. 3 is a block diagram specifically illustrating the configuration of the support apparatus.
  • each user terminal transmits voice data output from a voice input device (not shown) to the support device 10.
  • the voice input device is, for example, a microphone, converts voice of a speaker including a lecturer into voice data, and outputs the converted voice data to a user terminal.
  • the supporter terminal transmits text data created by the supporter to perform summary writing to the support device 10.
  • voice data transmitted from the user terminal to the support apparatus 10 is distributed to the supporter terminal as data related to support
  • text data transmitted from the supporter terminal to the support apparatus 10 is data related to support. Is distributed to the user terminal.
  • the user terminal may further transmit video data input from the video input device to the support device 10.
  • the support device 10 may distribute the video data to the supporter terminal as data related to support.
  • audio data and video data may not be transmitted from the user terminal to the support device 10.
  • a transmission terminal may be prepared separately from the user terminal, and audio data and video data may be transmitted from the transmission terminal to the support apparatus 10.
  • an operator terminal 90 used by a community operator (hereinafter referred to as “operator”) is connected to the support apparatus 10 via a network.
  • the operator adds, deletes, modifies, etc., members who belong to the community, and organizes, updates, deletes, etc. the support team.
  • the operator requests the creation of a community from a system administrator described later.
  • the operator itself may belong to the community as a supporter or a user.
  • the support device 10 further includes a communication control unit 12, a user database (hereinafter referred to as “user DB”) 13, a request information database (hereinafter referred to as “ Request information DB ”) 14, a support information database (hereinafter referred to as“ support information DB ”) 15, and a support schedule database (hereinafter referred to as“ support schedule DB ”) 16.
  • user DB user database
  • Request information DB request information database
  • support information database hereinafter referred to as“ support information DB”
  • support schedule database hereinafter referred to as“ support schedule DB ”
  • data transmission / reception between the support apparatus 10 and each terminal is performed via the communication control unit 12.
  • the user DB 13 stores information on users (users and supporters) and operators (email addresses, etc.) participating in the community
  • the request information DB 14 provides support requested by the users.
  • the support information DB 15 stores support team information and the like
  • the support schedule DB 16 stores support schedules of a plurality of support teams.
  • the distribution control unit 11 controls data distribution to the user terminal and the supporter terminal based on the information stored in the support information DB 15 and the support schedule DB 16.
  • the support device 10 can be constructed by introducing a program into a computer, for example. There may be one computer or two or more computers that construct the support apparatus 10.
  • the user DB 13, the request information DB 14, the support information DB 15, and the support schedule DB 16 may be connected as an external storage device to the computer provided with the distribution control unit 11.
  • the system administrator creates a plurality of communities based on an operator's request, and registers the created community information in the user DB 13.
  • a general user accesses the support apparatus 10 and registers user information such as a password and an e-mail address in the user DB 13.
  • the support device 10 transmits a mail notifying the login ID to the user based on the mail address registered in the user DB 13.
  • the user who has received the notification of the login ID accesses the support apparatus 10 again based on the login ID, and applies for participation from among a plurality of communities.
  • the support device 10 transmits the user's participation application to the operator terminal 90.
  • the operator determines whether or not the user can participate in the community, and transmits the determination result to the support device 10.
  • the support apparatus 10 When the administrator approves the user's participation in the community, the support apparatus 10 causes the user to participate in the community and registers the user in the user DB 13. Note that when the system administrator creates a community, the members constituting the community may not be registered in the user DB 13.
  • the user when the user needs the support of the supporter, the user registers the conditions such as time, participants and support contents in the request information DB 14 and forms a support team. Request. And a support team is organized based on the conditions registered in the request information DB 14.
  • the support team is configured by members of the community to which the user who receives support belongs.
  • a secret team and a regular team are formed as support teams.
  • a registration type team and a recruitment type team are further formed.
  • the secret team is a support team that is prohibited from participating other than the members designated by the user.
  • the secret team at least one user and at least one supporter are designated as fixed members.
  • the regular teams in the registered team, at least one supporter and at least one user are designated as fixed members, as in the secret team.
  • the registered team unlike the secret team, if it becomes impossible to join the fixed member team, other members can participate.
  • other members can also participate.
  • the recruitment-type team for example, only users who seek support are designated as fixed members.
  • Other members such as supporters, can join the team upon recruitment.
  • the member who participates in the recruitment type team in response to the recruitment accesses the support apparatus 10 from his / her terminal device, for example, and applies for participation.
  • This participation application is registered in the support information DB, for example.
  • FIG. 3 will be referred to as appropriate.
  • 4 and 5 are flowcharts showing the operation of forming a support team in the support apparatus 10.
  • a request for team formation is made from the user to support device 10 (step A1).
  • the user registers the request information (type of support team, support content, support time, participating member) in the request information DB.
  • the request information registered in the request information DB 14 is extracted (step A2).
  • Step A4 it is determined whether or not the number of participating members in the registered request information satisfies the condition. In the present embodiment, it is determined whether or not at least one user and at least one supporter are designated as participating members of the secret team. If the condition is not satisfied, the process returns to step A1. When the condition is not satisfied in step A4, for example, the user who has requested the team formation may be notified that the condition is not satisfied. This notification can be performed by e-mail or the like, for example.
  • step A4 If the condition is satisfied in step A4, support information (support team type, support content, support time, participating members) is registered in the support information DB 15 based on the above request information (step A5).
  • the distribution control unit 11 updates the support team schedule table stored in the support schedule DB 16 based on the support information registered in the support information DB 15 (step A6).
  • the support team schedule will be described later.
  • the distribution control unit 11 acquires the email address of the secret team participant from the user DB 13 and notifies the secret team participant of the support information by email (step A7). This completes the formation of the secret team.
  • step A3 If it is not a secret team in step A3, it is determined with reference to FIG. 5 whether or not the type of support team requested to form is a registered team (step A8).
  • step A9 When it is requested to form a registered team in step A8, it is determined whether or not the number of participating members of the registered request information satisfies the condition (step A9). In this embodiment, it is determined whether or not at least one user and at least one supporter are designated as participating members of the registered team. If the condition is not satisfied, the process returns to step A1. When the condition is not satisfied in step A9, the user who has requested the team formation may be notified that the condition is not satisfied.
  • step A9 If the condition is satisfied in step A9, support information (support team type, support content, support time, participating members) is registered in the support information DB 15 based on the request information described above (step A10).
  • the distribution control unit 11 updates the support team schedule table stored in the support schedule DB 16 based on the support information registered in the support information DB 15 (step A11).
  • the distribution control unit 11 acquires the email address of the registered team participant from the user DB 13 and notifies the registered team participant of the support information by email (step A12). Thereby, the formation of the registration type team is completed. If the user is requesting participation from members other than fixed members, after step A12, the support information will be notified to all members in the community and members who will participate in the registration team will be recruited. May be. Specifically, processing similar to Step A15 to Step A19 described later may be performed.
  • step A8 If it is not a registered team in step A8, that is, if a recruitment team is requested to be organized, support information (support team type, support content, support time, participating members) is based on the above request information. It is registered in the support information DB 15 (step A13). Next, the distribution control unit 11 acquires the email addresses of all members in the community from the user DB 13 and notifies the support information to all members in the community by email (step A14).
  • the distribution control unit 11 determines whether or not there has been an application for joining the team from at least one of the members in the community (step A15). If there is no application for participation, the distribution control unit 11 waits until there is at least one application for participation. When there is a participation application, the distribution control unit 11 updates the support information (participating member) based on the participation application registered in the support information DB 15 (step A16). Next, the distribution control unit 11 updates the support team schedule table stored in the support schedule DB 16 based on the updated support information (step A17).
  • the delivery control unit 11 acquires the email addresses of the recruitment team participants and operators from the user DB 13 and notifies the updated support information by email to the recruitment team participants and operators (steps). A18).
  • the distribution control unit 11 determines whether or not the support by the recruitment type team has been started (step A19). When the support by the recruitment type team has not started, the distribution control unit 11 returns to Step A15. In other words, in the present embodiment, the process from step A15 to step A19 is repeated every time there is an application for participation by a supporter until actual support is started by the recruitment-type team. If the support by the recruitment team has started in step A19, the organization of the recruitment team ends.
  • step A1 to A19 are repeated.
  • step A1 to A19 are formed according to the user's request, and the schedule table is updated.
  • step A2 to step A5 processing of step A8 to step A10, and processing of step A13 may be executed by the operator operating the support device 10, or the support device 10 (for example, You may perform by the function of the communication control part 12).
  • the relationship between the support team and the schedule will be briefly described below.
  • FIG. 6 is a diagram illustrating an example of a plurality of support teams organized in the support apparatus 10.
  • FIG. 7 is a diagram illustrating an example of a schedule table stored in the support schedule DB 16.
  • a plurality of secret teams, a plurality of registered teams, and a plurality of recruitment teams are organized as support teams in the support apparatus 10.
  • the schedule of each support team is shown in the schedule table stored in the support schedule DB 16.
  • the user and the supporter can confirm the schedule of the support team to which the user belongs.
  • FIG. 3 will be referred to as appropriate.
  • the support method is implemented by operating the support device 10. Therefore, the description of the support method in the present embodiment is replaced with the operation description of the support device 10.
  • FIG. 8 is a flowchart showing the distribution operation of the support device 10 according to the embodiment of the present invention.
  • the delivery control unit 11 of the support apparatus 10 acquires the schedule of each support team from the support schedule DB 16 every predetermined time (step B1).
  • the distribution control unit 11 acquires support information of each support team from the support information DB 15 (step B2).
  • the distribution control unit 11 distributes data related to support to the user and the supporter at the specified support time for each support team based on the above schedule and support information (step B3). Thereby, support according to a user's request is performed for every support team.
  • the user 40 accesses the support apparatus 10 via the user terminal 50 and the supporters 60 and 61 support the supporter terminal 70 in the time zone from 9 to 11:00. , 71 to access the support device 10.
  • the supporter terminals 70 and 71 can receive the voice data for the supporters 60 and 61 to write the summary from the support device 10.
  • the supporter terminals 70 and 71 can transmit text data created by summary writing to the support device 10.
  • the support device 10 can transmit the text data transmitted from the supporter terminals 70 and 71 to the user terminal 50.
  • the user 40 can receive the support of summary writing.
  • the secret team 1 and the registered team 1 are registered in the same time zone. However, as described above, information on support in the secret team 1 is a member of the registered team 1. Not delivered to.
  • the program in the embodiment of the present invention is a program that causes a computer to execute steps A6 and A7 shown in FIG. 4, steps A11, A12, A14 to A19 shown in FIG. 5, and steps B1 to B3 shown in FIG. It ’s fine.
  • a CPU Central Processing Unit
  • a computer serving as the support apparatus 10 functions as the distribution control unit 11 and the communication control unit 12 to perform processing.
  • the user DB 13, the request information DB 14, the support information DB 15, and the support schedule DB 16 are stored by storing data files constituting them in a storage device such as a hard disk provided in the computer, or This is realized by mounting the recording medium storing the data file on a reading device connected to the computer.
  • FIG. 9 is a block diagram illustrating an example of a computer that implements the support apparatus according to the embodiment of the present invention.
  • the computer 110 includes a CPU 111, a main memory 112, a storage device 113, an input interface 114, a display controller 115, a data reader / writer 116, and a communication interface 117. These units are connected to each other via a bus 121 so that data communication is possible.
  • the CPU 111 performs various operations by developing the program (code) in the present embodiment stored in the storage device 113 in the main memory 112 and executing them in a predetermined order.
  • the main memory 112 is typically a volatile storage device such as a DRAM (Dynamic Random Access Memory).
  • the program in the present embodiment is provided in a state of being stored in a computer-readable recording medium 120. Note that the program in the present embodiment may be distributed on the Internet connected via the communication interface 117.
  • the storage device 113 includes a hard disk drive and a semiconductor storage device such as a flash memory.
  • the input interface 114 mediates data transmission between the CPU 111 and an input device 118 such as a keyboard and a mouse.
  • the display controller 115 is connected to the display device 119 and controls display on the display device 119.
  • the data reader / writer 116 mediates data transmission between the CPU 111 and the recording medium 120, and reads a program from the recording medium 120 and writes a processing result in the computer 110 to the recording medium 120.
  • the communication interface 117 mediates data transmission between the CPU 111 and another computer.
  • the recording medium 120 include general-purpose semiconductor storage devices such as CF (Compact Flash (registered trademark)) and SD (Secure Digital), magnetic storage media such as a flexible disk, or CD- Optical storage media such as ROM (Compact Disk Read Only Memory) are listed.
  • CF Compact Flash
  • SD Secure Digital
  • magnetic storage media such as a flexible disk
  • CD- Optical storage media such as ROM (Compact Disk Read Only Memory) are listed.
  • Appendix 1 In a plurality of pre-registered communities having a user and a supporter who supports the user, a support device for supporting the user via a network, A delivery control unit for delivering data to a user terminal used by the user and a supporter terminal used by the supporter;
  • a plurality of support teams consisting of members of the community are pre-organized specifying the support time, The plurality of support teams include a secret team that prohibits participation other than the member designated by the user, and a normal team that allows participation other than the member designated by the user,
  • the distribution control unit is a support device that distributes data related to the support to the user terminal and the supporter terminal at the specified support time for each support team.
  • Appendix 3 The support apparatus according to appendix 2, wherein the same user and / or the same supporter belong to different support teams in the same time zone.
  • Appendix 4 The support team support device according to appendix 1, wherein the normal team includes a recruitment-type team in which the supporter who wants to participate is included.
  • appendix 5 The support device according to appendix 1, wherein the normal team includes a registration-type team in which the supporter designated by the user is included.
  • the support is a summary writer for a hearing impaired person, and the supporter is a summary writer;
  • the distribution control unit distributes voice data for the summary writing to the supporter terminal, and distributes text data created by the summary writing in the supporter terminal to the user terminal.
  • Appendix 8 The support method according to appendix 7, wherein the plurality of support teams include at least two support teams organized by designating the same time zone.
  • Appendix 9 The support method according to appendix 8, wherein the same user and / or the same supporter belong to different support teams in the same time zone.
  • appendix 10 The support method according to appendix 7, wherein the normal team includes a recruitment-type team in which the supporter who wants to participate is included.
  • Appendix 11 The support method according to appendix 7, wherein the normal team includes a registered team in which the supporter designated by the user is included.
  • the support is a summary writer for a hearing impaired person, and the supporter is a summary writer;
  • voice data for the summary writing is distributed to the supporter terminal, and text data created by the summary writing in the supporter terminal is distributed to the user terminal.
  • Appendix 15 15. The computer-readable recording medium according to appendix 14, wherein the same user and / or the same supporter belong to different support teams in the same time zone.
  • Appendix 16 The computer-readable recording medium according to appendix 13, wherein the normal team includes a recruitment-type team in which the supporter who wants to participate is included.
  • Appendix 17 The computer-readable recording medium according to appendix 13, wherein the normal team includes a registration-type team in which the supporter designated by the user is included.
  • the support is a summary writer for a hearing impaired person, and the supporter is a summary writer;
  • voice data for the summary writing is distributed to the supporter terminal, and text data created by the summary writing in the supporter terminal is distributed to the user terminal.
  • a support team reflecting the user's request can be formed.
  • the present invention is not limited to classes at schools or the like as long as support via a network is necessary, and is useful when using various lectures and public services (medical, administrative, etc.).
  • Support apparatus 11 Distribution control part 12 Communication control part 13 User DB 14 Request information DB 15 Support information DB 16 Support schedule DB 40 to 42 User 50 to 52 User terminal 60 to 64 Supporter 70 to 74 Supporter terminal 80, 81 Community 90 Operator terminal 110 Computer 111 CPU 112 Main Memory 113 Storage Device 114 Input Interface 115 Display Controller 116 Data Reader / Writer 117 Communication Interface 118 Input Device 119 Display Device 120 Recording Medium 121 Bus

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　支援装置１０は、配信制御部１１を有している。支援装置１０は、利用者と支援者とを有する予め登録された複数のコミュニティにおいて、ネットワークを介して利用者を支援する。各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されている。複数の支援チームは、利用者が指定したメンバー以外の参加を禁止した秘密チームと、利用者が指定したメンバー以外の参加を許可した通常チームとを含んでいる。配信制御部１１は、各コミュニティの支援チームの支援情報（支援時間、参加メンバー等）に基づいて、支援チームごとに、指定された時間に利用者端末および支援者端末に支援に関するデータを配信する。

Description

支援装置、支援方法、およびコンピュータ読み取り可能な記録媒体
　本発明は、支援装置、支援方法、およびこれらを実現するためのプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
　両耳の聴力がマイナス１００デシベル以上の聴覚障がい者（以下、単に「聴覚障がい者」と記す）は、補聴器等を付けても、ほとんど音声中の言語情報を受けとることができない。このため従来から、聴覚障がい者が、講演および学校での授業等を聴講する場合は、手話通訳者による支援を行うか、要約筆記者による支援を行う必要がある。
　ここで、要約筆記者による支援について説明する。例えば、学校の授業において、要約筆記者による支援を行う場合では、聴覚障がい者の学生に対して、要約筆記者が２人以上でチームを組んで支援を行う。この場合、要約筆記者は、互いに隣席に座り、先生の話す内容などを、ＰＣ（Personal Computer）、または紙のノート等によって文字化し、これを聴覚障がい者の学生に提示する。
　また、このような要約筆記者による支援を実現するためには、聴覚障がい者と要約筆記者との間を取り持って、チーム編成を行ったり、各要約筆記者のスケジュール調整を行ったりするコーディネータの存在が重要となる。具体的には、コーディネータは、各聴覚障がい者から要約筆記支援の要求を受け付け、各要求を予定表などで管理する。また、コーディネータは、要約筆記支援の要求毎に、メールまたは電話を使って、各要約筆記者の日程調整を行って、チーム編成を行う。
　但し、上述したように、２人以上の要約筆記者によってチームを編成するという作業は、複数人の日程調整を必要とする面倒な作業である。また、聴覚障がい者においては、要約筆記者の文字の入力の正確性および早さについて、好みがあり、コーディネータは、このような好みをも考慮する必要がある。このため、２人以上の要約筆記者によってチームを編成するという作業は、コーディネータにとって最も大きな負担となっており、チーム編成を自動的に行うことができるシステムが求められている。
　また、企業等においては、近年の業務の高度化に伴い、個人で処理可能な作業は限られていることから、複数の人によって共同して一連の作業を遂行するため、チームを編成し、チームによって業務を遂行することが一般的となっている。このため、従来から、チーム編成を自動的に行うことができる装置およびシステムが提案されている（例えば、特許文献１および２参照）。
　例えば、特許文献１は、労働者であるワーカー間の人間関係に配慮して、チーム編成を支援する装置を開示している。特許文献１に開示された装置では、過去に作業を遂行したチーム毎に、作業実績に基づくチーム評価情報と、ワーカー間での相互評価を特定する相互評価情報とが、作成され、これらの情報に基づいて、チーム編成が行われる。
　また、特許文献２は、プロジェクトに適合したチームメンバを効率的に決定する装置を開示している。特許文献２に開示された装置では、まず、現在のプロジェクトを実行するチームメンバ（人材）を決定するにあたり、現在のプロジェクトに類似する過去プロジェクトが特定される。次に、当該装置では、特定された過去プロジェクトに参加していたチームメンバの情報が取得され、更に、取得された情報に基づいて、現在のプロジェクトに適合するチームメンバが決定される。
特開２００１－２８２９６５号公報 特開２００７－０２６４０４号公報
　このように、特許文献１および２に示された装置を用いれば、企業等において、チームを編成することは容易になると思われる。しかしながら、特許文献１および２に開示された装置は、以下の理由から、要約筆記者におけるチーム編成には不向きであり、これらを用いても、コーディネータの負担を軽減することは困難である。
　まず、特許文献１および２に開示された装置では、長期にわたるプロジェクトにおけるチーム編成が対象となっており、短期的なプロジェクトにおけるチーム編成については対象としていない。このため、これらの装置では、聴覚障がい者が要約筆記支援を要求する時間毎に、チームを編成するといったことが困難であり、要約筆記者のチーム編成には不向きである。
　また、特許文献１および２に開示された装置では、チーム編成において、上述した聴覚障がい者の好みを反映することも困難であり、この点からも、要約筆記者のチーム編成には不向きである。
　本発明の目的の一例は、上記問題を解消し、利用者の要求を反映した支援チームによって利用者を支援することができる、支援装置、支援方法、およびコンピュータ読み取り可能な記録媒体を提供することにある。
　上記目的を達成するため、本発明の一側面における支援装置は、利用者と前記利用者を支援する支援者とを有する予め登録された複数のコミュニティにおいて、ネットワークを介して前記利用者を支援するための支援装置であって、
　前記利用者が使用する利用者端末および前記支援者が使用する支援者端末にデータを配信する配信制御部を備え、
　各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されており、
　前記複数の支援チームは、前記利用者が指定したメンバー以外の参加を禁止した秘密チームと、前記利用者が指定したメンバー以外の参加を許可した通常チームとを含み、
　前記配信制御部は、前記支援チームごとに、指定された前記支援時間に前記利用者端末および前記支援者端末に前記支援に関するデータを配信する、ことを特徴とする。
　上記目的を達成するため、本発明の一側面における支援方法は、利用者と前記利用者を支援する支援者とを有する予め登録された複数のコミュニティにおいて、支援装置によって、ネットワークを介して前記利用者を支援するための方法であって、
　各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されており、
　前記複数の支援チームは、前記利用者が指定したメンバー以外の参加を禁止した秘密チームと、前記利用者が指定したメンバー以外の参加を許可した通常チームとを含み、
（ａ）前記支援チームごとに、指定された前記支援時間に前記利用者が使用する利用者端末および前記支援者が使用する支援者端末に前記支援に関するデータを配信するステップ、を有する、ことを特徴とする。
　また、上記目的を達成するため、本発明の一側面におけるコンピュータ読み取り可能な記録媒体は、利用者と前記利用者を支援する支援者とを有する予め登録された複数のコミュニティにおいて、コンピュータによって、ネットワークを介して前記利用者を支援するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
　各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されており、
　前記複数の支援チームは、前記利用者が指定したメンバー以外の参加を禁止した秘密チームと、前記利用者が指定したメンバー以外の参加を許可した通常チームとを含み、
　前記コンピュータに、
（ａ）前記支援チームごとに、指定された前記支援時間に前記利用者が使用する利用者端末および前記支援者が使用する支援者端末に前記支援に関するデータを配信するステップ、を実行させる命令を含む、プログラムを記録していることを特徴とする。
　以上のように、本発明によれば、利用者の要求を反映した支援チームを編成することができる。
図１は、本発明の実施の形態における支援装置の概略構成を示す図である。 図２は、コミュニティのメンバーによって編成された支援チームの一例を示す図である。 図３は、本発明の実施の形態における支援装置の構成を具体的に示すブロック図である。 図４は、支援装置における支援チームの編成動作を示すフロー図である。 図５は、支援装置における支援チームの編成動作を示すフロー図である。 図６は、支援装置において編成された複数の支援チームの一例を示す図である。 図７は、支援スケジュールデータベースに格納されたスケジュール表の一例を示す図である。 図８は、本発明の実施の形態における支援装置の配信動作を示すフロー図である。 図９は、本発明の実施の形態における支援装置を実現するコンピュータの一例を示すブロック図である。
（実施の形態）
　以下、本発明の実施の形態における、支援装置、支援方法、およびプログラムについて、図１～図９を参照しながら説明する。
［装置構成］
　最初に、図１を用いて、支援装置の構成について説明する。図１は、本発明の実施の形態における支援装置の概略構成を示す図である。
　図１を参照して、本実施の形態における支援装置１０は、配信制御部１１を有している。支援装置１０は、利用者と支援者とを有する予め登録された複数のコミュニティにおいて、ネットワークを介して利用者を支援するための装置である。コミュニティは、少なくとも一人の利用者と一人の支援者とを有している。図１の例では、コミュニティ８０は、一人の利用者４０と三人の支援者６０，６１，６２とを有し、コミュニティ８１は、二人の利用者４１，４２と二人の支援者６３，６４とを有している。なお、本実施の形態では、同一の利用者が異なるコミュニティに所属していてもよい。例えば、利用者４０が、コミュニティ８０だけでなく、コミュニティ８１に所属していてもよい。上記支援としては、例えば、要約筆記、通訳（手話通訳を含む）および翻訳等による種々の支援を挙げることができる。
　本実施の形態では、支援装置１０は、利用者４０～４２がそれぞれ使用する利用者端末５０～５２、および支援者６０～６４がそれぞれ使用する支援者端末７０～７４にインターネット等のネットワークを介して接続されている。詳細は後述するが、配信制御部１１は、利用者端末５０～５２および支援者端末７０～７４に利用者が求める支援に関するデータを配信する。
　本実施の形態では、コミュニティ８０，８１において、複数の支援チームが編成されている。複数の支援チームは、利用者の要求に従って、支援時間をそれぞれ指定して編成されている。支援チームには、秘密チームと通常チームとが含まれている。秘密チームは、利用者が指定したメンバー以外の参加が禁止された支援チームであり、通常チームは、利用者が指定したメンバー以外の参加が許可された支援チームである。なお、本実施の形態では、同一のコミュニティ内において、利用者および支援者はそれぞれ、複数の支援チームに参加することができる。以下、図面を用いて支援チームについて簡単に説明する。なお、以下においては、コミュニティ８０において編成された支援チームについて説明するが、コミュニティ８１における支援チームも同様に編成される。
　図２は、コミュニティ８０のメンバーによって編成された支援チームの一例を示す図である。図２に示す秘密チームは、利用者４０が支援者６０，６１の参加を指定して編成された支援チームである。また、通常チーム１は、利用者４１が支援者を指定せずに編成された支援チームであり、通常チーム２は、利用者４０が支援者６２の参加を指定して編成された支援チームである。通常チーム１では、利用者４１が指定していない支援者６３，６４が参加している。また、通常チーム２では、利用者４０が指定していない支援者６３が参加している。このように、秘密チームは、支援を求める利用者およびその利用者に指定されたメンバーのみからなるチームである。一方、通常チームは、利用者およびその利用者に指定されたメンバーの他に、利用者に指定されていないメンバーも参加可能なチームである。
　図１を参照して、本実施の形態では、配信制御部１１は、各コミュニティの支援チームの支援情報（支援時間、参加メンバー等）に基づいて、支援チームごとに、指定された時間に利用者端末および支援者端末に支援に関するデータを配信する。例えば、図２の秘密チームによる支援を行う場合には、配信制御部１１は、８～９時の時間帯に、利用者端末５０および支援者端末７０，７１に支援に関するデータを配信する。また、配信制御部１１は、通常チーム１による支援を行う場合には、７～９時の時間帯に、利用者端末５１および支援者端末７３，７４に支援に関するデータを配信し、通常チーム２による支援を行う場合には、７～８時の時間帯に、利用者端末５０および支援者端末７２，７３に支援に関するデータを配信する。
　図２の例では、秘密チームの支援時間と通常チーム１の支援時間が同じ時間帯（８～９時）を含んでいるが、利用者端末５０および支援者端末７０，７１に配信されているデータが、利用者端末５１および支援者端末７３，７４に配信されることはない。したがって、利用者４０の意図に反して、利用者４０が支援者６３，６４から支援を受けることはない。また、利用者４０が支援者６０，６１から受けている支援の内容を、利用者４１および支援者６３，６４に知られることもない。
　なお、図２の例では、支援者６３は、同じ時間帯（７～８時）に、通常チーム１および通常チーム２に参加している。このように、本実施の形態では、支援者が同じ時間帯に複数の支援チームに参加していてもよい。同様に、利用者が同じ時間帯に複数の支援チームに参加していてもよい。この場合、利用者の支援に関する要求をさらに反映しやすくなる。
　以上のように、本実施の形態では、利用者が要求するチーム条件に応じて予め支援チームを編成することができる。より具体的には、利用者が指定したメンバー以外の参加が禁止された秘密チームと、利用者が指定したメンバー以外の参加が許可された通常チームとを編成することができる。これにより、秘密チームに所属していない支援者が、利用者の要求に反して利用者を支援することを防止することができる。
　例えば、利用者が、特定の支援者以外に知られたくない情報に関して支援を依頼する場合には、利用者と特定の支援者とによって秘密チームを編成すればよい。これにより、利用者の要求に反して、秘密チームに所属していない支援者に情報を知られることを防止することができる。
　また、例えば、利用者が、特定の支援者による支援が自分の好みに合わないと考えている場合には、その支援者以外の支援者を指定して秘密チームを編成すればよい。これにより、利用者は、自分の好みに合わない支援者から支援されることを避けることができる。
　一方、例えば、利用者が、特定の時間に必ず支援者を確保したい場合には、通常チームを編成すればよい。この場合、利用者が指定したメンバー以外も支援者として参加できるので、利用者が支援を求める時間に支援者を確保しやすくなる。
　また、本実施の形態では、各コミュニティ内において支援チームが編成される。このため、コミュニティに所属できるメンバーを予め制限しておくことにより、支援チームの編成において、利用者の要求をより反映させやすくなる。
　以上のように、本実施の形態に係る支援装置１０によれば、利用者の要求を反映した支援チームによって利用者を支援することができる。
　次に、図３を用いて、本実施の形態における支援装置の構成について具体的に説明する。図３は、支援装置の構成を具体的に示すブロック図である。
　なお、本実施の形態では、利用者は聴覚障がい者であり、利用者が求める支援は、学校の授業等での要約筆記である。また、支援者は要約筆記者である。詳細な説明は省略するが、利用者端末はそれぞれ、音声入力装置（図示せず）から出力されてくる音声データを支援装置１０に送信する。上記音声入力装置は、例えばマイクであり、講師を含む話者の発話の音声を音声データに変換し、変換した音声データを利用者端末へと出力する。また、支援者端末は、支援者が要約筆記を行って作成したテキストデータを、支援装置１０に送信する。本実施の形態では、利用者端末から支援装置１０へ送信された音声データが、支援に関するデータとして支援者端末に配信され、支援者端末から支援装置１０へ送信されたテキストデータが、支援に関するデータとして利用者端末に配信される。なお、利用者端末が更に、映像入力装置から入力されてくる映像データを支援装置１０に送信してもよい。そして、支援装置１０がその映像データを支援に関するデータとして支援者端末に配信してもよい。
　なお、音声データおよび映像データ（支援に関するデータ）は、利用者端末から支援装置１０に送信されなくてもよい。例えば、利用者端末とは別に送信用端末を用意し、その送信用端末から音声データおよび映像データを支援装置１０に送信してもよい。
　図３に示すように、支援装置１０には、コミュニティ運営者（以下、「運営者」と記す。）が使用する運営者端末９０がネットワークを介して接続されている。本実施の形態では、運営者は、コミュニティに所属するメンバーの追加、削除、修正等を行うとともに、支援チームの編成、更新、削除等を行う。また、運営者は、後述するシステム管理者に、コミュニティの作成を依頼する。なお、運営者自身が、支援者または利用者としてコミュニティに所属していてもよい。
　図３を参照して、支援装置１０は、上述の配信制御部１１に加えて更に、通信制御部１２、ユーザデータベース（以下、「ユーザＤＢ」と記す。）１３、依頼情報データベース（以下、「依頼情報ＤＢ」と記す。）１４、支援情報データベース（以下、「支援情報ＤＢ」と記す。）１５、および支援スケジュールデータベース（以下、「支援スケジュールＤＢ」と記す。）１６を備えている。
　本実施の形態では、支援装置１０と各端末とのデータの送受信は、通信制御部１２を介して行われる。詳細は後述するが、ユーザＤＢ１３には、コミュニティに参加するユーザ（利用者および支援者）および運営者の情報（メールアドレス等）が格納され、依頼情報ＤＢ１４には、利用者が要求する支援の内容等が格納され、支援情報ＤＢ１５には、支援チームの情報等が格納され、支援スケジュールＤＢ１６には、複数の支援チームの支援スケジュールが格納される。配信制御部１１は、支援情報ＤＢ１５および支援スケジュールＤＢ１６に格納された情報に基づいて、利用者端末および支援者端末へのデータ配信を制御する。
　なお、支援装置１０は、例えば、コンピュータにプログラムを導入することによって構築することができる。支援装置１０を構築するコンピュータは、１台でも良く、２台以上であっても良い。例えば、配信制御部１１が設けられるコンピュータに対して、ユーザＤＢ１３、依頼情報ＤＢ１４、支援情報ＤＢ１５および支援スケジュールＤＢ１６が外部記憶装置として接続されていても良い。
　本実施の形態では、前提として、システム管理者が、運営者の依頼に基づいて複数のコミュニティを作成し、作成したコミュニティの情報をユーザＤＢ１３に登録する。また、一般ユーザが支援装置１０にアクセスして、パスワードおよびメールアドレス等のユーザ情報をユーザＤＢ１３に登録する。また、支援装置１０は、ユーザＤＢ１３に登録されたメールアドレスに基づいて、ログインＩＤを通知するメールをユーザに送信する。ログインＩＤの通知を受けたユーザは、そのログインＩＤに基づいて支援装置１０に再度アクセスし、複数のコミュニティの中から、参加したいコミュニティについて参加申請を行う。支援装置１０は、ユーザの参加申請を運営者端末９０に送信する。運営者は、ユーザのコミュニティへの参加の可否を判断し、その判断結果を支援装置１０へ送信する。支援装置１０は、運営者がユーザのコミュニティへの参加を承認した場合に、ユーザをそのコミュニティへ参加させ、ユーザＤＢ１３に登録する。なお、システム管理者がコミュニティを作成した時点では、そのコミュニティを構成するメンバーがユーザＤＢ１３に登録されていなくてもよい。
　また、本実施の形態では、利用者が支援者の支援を必要とする場合には、利用者は、時間、参加者および支援内容等の条件を依頼情報ＤＢ１４に登録して、支援チームの編成を依頼する。そして、依頼情報ＤＢ１４に登録された条件に基づいて、支援チームが編成される。本実施の形態では、上述したように、支援チームは、支援を受ける利用者が所属するコミュニティのメンバーによって構成される。
　本実施の形態では、支援チームとして、秘密チームおよび通常チームが編成される。通常チームとしては更に、登録型チームと募集型チームとが編成される。秘密チームは、上述したように、利用者が指定したメンバー以外の参加が禁止された支援チームである。秘密チームでは、少なくとも一人の利用者と少なくとも一人の支援者とが固定メンバーとして指定される。通常チームのうち、登録型チームでは、秘密チームと同様に、少なくとも一人の支援者と少なくとも一人の利用者が固定メンバーとして指定される。ただし、登録型チームでは、秘密チームとは異なり、固定メンバーのチームへの参加が不可能になった場合には、他のメンバーを参加させることができる。また、固定メンバー以外に、更に他のメンバーを参加させることもできる。募集型チームでは、例えば、支援を求める利用者のみが固定メンバーとして指定される。支援者等の他のメンバーは、募集に応じてチームに参加することができる。なお、募集に応じて募集型チームに参加するメンバーは、例えば、自己の端末装置から支援装置１０にアクセスして、参加を申請する。この参加申請は、例えば、支援情報ＤＢに登録される。
［支援装置における支援チームの編成動作］
　以下、図４～図７を用いて、支援装置１０における支援チームの編成動作について説明する。なお、以下の説明では、適宜図３を参照する。
　図４および図５は、支援装置１０における支援チームの編成動作を示すフロー図である。
　図４を参照して、まず、利用者から支援装置１０に対してチーム編成依頼が行われる（ステップＡ１）。ステップＡ１においては、利用者は、上述したように、依頼情報（支援チームの種別、支援内容、支援時間、参加メンバー）を依頼情報ＤＢ１４に登録する。
　次に、依頼情報ＤＢ１４に登録された依頼情報が抽出される（ステップＡ２）。次に、抽出された依頼情報に基づいて、編成を依頼された支援チームの種別が秘密チームであるか否かが判断される（ステップＡ３）。
　ステップＡ３において秘密チームの編成を依頼されている場合、登録された依頼情報の参加メンバーの人数が条件を満たしているか否かが判断される（ステップＡ４）。本実施の形態では、少なくとも一人の利用者と少なくとも一人の支援者が秘密チームの参加メンバーとして指定されているか否かが判断される。条件を満たしていない場合、ステップＡ１に戻る。なお、ステップＡ４において条件を満たしていない場合、例えば、条件を満たしていない旨が、チーム編成を依頼した利用者に通知されてもよい。この通知は、例えば、メール等によって行うことができる。
　ステップＡ４において条件を満たしている場合、上述の依頼情報に基づいて、支援情報（支援チームの種別、支援内容、支援時間、参加メンバー）が支援情報ＤＢ１５に登録される（ステップＡ５）。次に、配信制御部１１は、支援情報ＤＢ１５に登録された支援情報に基づいて、支援スケジュールＤＢ１６に格納されている支援チームのスケジュール表を更新する（ステップＡ６）。支援チームのスケジュール表については後述する。
　最後に、配信制御部１１は、秘密チームの参加者のメールアドレスをユーザＤＢ１３から取得し、秘密チームの参加者に支援情報をメールで通知する（ステップＡ７）。これにより、秘密チームの編成が終了する。
　ステップＡ３において秘密チームではない場合、図５を参照して、編成を依頼された支援チームの種別が登録型チームであるか否かが判断される（ステップＡ８）。
　ステップＡ８において登録型チームの編成を依頼されている場合、登録された依頼情報の参加メンバーの人数が条件を満たしているか否かが判断される（ステップＡ９）。本実施の形態では、少なくとも一人の利用者と少なくとも一人の支援者が登録型チームの参加メンバーとして指定されているか否かが判断される。条件を満たしていない場合、ステップＡ１に戻る。なお、ステップＡ９において条件を満たしていない場合、条件を満たしていない旨が、チーム編成を依頼した利用者に通知されてもよい。
　ステップＡ９において条件を満たしている場合、上述の依頼情報に基づいて、支援情報（支援チームの種別、支援内容、支援時間、参加メンバー）が支援情報ＤＢ１５に登録される（ステップＡ１０）。次に、配信制御部１１は、支援情報ＤＢ１５に登録された支援情報に基づいて、支援スケジュールＤＢ１６に格納されている支援チームのスケジュール表を更新する（ステップＡ１１）。
　最後に、配信制御部１１は、登録型チームの参加者のメールアドレスをユーザＤＢ１３から取得し、登録型チームの参加者に支援情報をメールで通知する（ステップＡ１２）。これにより、登録型チームの編成が終了する。なお、利用者が、固定メンバー以外のメンバーの参加を求めている場合には、ステップＡ１２の後に、コミュニティ内の全てのメンバーに支援情報を通知するとともに、登録型チームへの参加メンバーを募集してもよい。具体的には、後述のステップＡ１５～ステップＡ１９と同様の処理を行っても良い。
　ステップＡ８において登録型チームではない場合、すなわち、募集型チームの編成を依頼されている場合、上述の依頼情報に基づいて、支援情報（支援チームの種別、支援内容、支援時間、参加メンバー）が支援情報ＤＢ１５に登録される（ステップＡ１３）。次に、配信制御部１１は、コミュニティ内の全てのメンバーのメールアドレスをユーザＤＢ１３から取得し、コミュニティ内の全メンバーに支援情報をメールで通知する（ステップＡ１４）。
　次に、配信制御部１１は、コミュニティ内のメンバーのうちの少なくとも一人からチームへの参加申請があったか否かを判定する（ステップＡ１５）。参加申請がなければ、配信制御部１１は、少なくとも一人の参加申請があるまで待機する。参加申請があった場合、配信制御部１１は、支援情報ＤＢ１５に登録された参加申請に基づいて、支援情報（参加メンバー）を更新する（ステップＡ１６）。次に、配信制御部１１は、更新された上記支援情報に基づいて、支援スケジュールＤＢ１６に格納されている支援チームのスケジュール表を更新する（ステップＡ１７）。
　次に、配信制御部１１は、募集型チームの参加者および運営者のメールアドレスをユーザＤＢ１３から取得し、募集型チームの参加者および運営者に、更新した支援情報をメールで通知する（ステップＡ１８）。次に、配信制御部１１は、募集型チームによる支援が開始されたか否かを判定する（ステップＡ１９）。募集型チームによる支援が開始されていない場合、配信制御部１１は、ステップＡ１５に戻る。すなわち、本実施の形態では、募集型チームによって実際の支援が開始されるまでの間、支援者の参加申請がある度に、ステップＡ１５～ステップＡ１９の処理が繰り返される。ステップＡ１９において募集型チームによる支援が開始されている場合、募集型チームの編成が終了する。
　利用者から支援装置１０に対してチーム編成の依頼がある毎に、上記のステップＡ１～Ａ１９の処理が繰り返される。これにより、利用者の要求に応じて複数の支援チームが編成されるとともに、スケジュール表が更新される。なお、上述のステップＡ２～ステップＡ５の処理、ステップＡ８～ステップＡ１０の処理、およびステップＡ１３の処理は、運営者が支援装置１０を操作することによって実行してもよく、支援装置１０（例えば、通信制御部１２）の機能によって実行してもよい。以下、支援チームおよびスケジュール表の関係について簡単に説明する。
　図６は、支援装置１０において編成された複数の支援チームの一例を示す図である。また、図７は、支援スケジュールＤＢ１６に格納されたスケジュール表の一例を示す図である。
　図６に示すように、本実施の形態では、支援装置１０において複数の秘密チーム、複数の登録型チーム、および複数の募集型チームが支援チームとして編成される。図７に示すように、各支援チームのスケジュールは、支援スケジュールＤＢ１６に格納されたスケジュール表に示されている。本実施の形態では、例えば、利用者端末および支援者端末から支援スケジュールＤＢ１６にアクセスすることによって、利用者および支援者は、自分が所属する支援チームのスケジュールを確認することができる。
［支援装置における配信動作］
　次に、本発明の実施の形態における支援装置１０の配信動作について図８を用いて説明する。以下の説明においては、適宜図３を参照する。
　また、本実施の形態では、支援装置１０を動作させることによって、支援方法が実施される。よって、本実施の形態における支援方法の説明は、支援装置１０の動作説明に代える。
　図８は、本発明の実施の形態における支援装置１０の配信動作を示すフロー図である。
　図８を参照して、支援装置１０の配信制御部１１は、所定時間毎に、支援スケジュールＤＢ１６から各支援チームのスケジュールを取得する（ステップＢ１）。次に、配信制御部１１は、支援情報ＤＢ１５から各支援チームの支援情報を取得する（ステップＢ２）。
　その後、配信制御部１１は、上記のスケジュールおよび支援情報に基づいて、支援チームごとに、指定された支援時間に利用者および支援者に支援に関するデータを配信する（ステップＢ３）。これにより、支援チームごとに、利用者の要求に応じた支援が行われる。
　例えば、図６および図７に示した例では、９～１１時の時間帯に、利用者４０が利用者端末５０を介して支援装置１０にアクセスし、支援者６０，６１が支援者端末７０，７１を介して支援装置１０にアクセスする。これにより、支援者端末７０，７１は、支援者６０，６１が要約筆記をするための音声データを支援装置１０から受信することができる。また、支援者端末７０，７１は、要約筆記によって作成されたテキストデータを支援装置１０へ送信することができる。さらに、支援装置１０は、支援者端末７０，７１から送信されてきたテキストデータを利用者端末５０に送信することができる。これにより、利用者４０は、要約筆記の支援を受けることができる。なお、図７に示した例では、秘密チーム１と登録型チーム１とが同じ時間帯に登録されているが、上述したように、秘密チーム１における支援に関する情報は、登録型チーム１のメンバーには配信されない。
［プログラム］
　本発明の実施の形態におけるプログラムは、コンピュータに、図４に示すステップＡ６，Ａ７、図５に示すステップＡ１１，Ａ１２，Ａ１４～Ａ１９、および図８に示すステップＢ１～Ｂ３を実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態における支援装置と支援方法とを実現することができる。この場合、支援装置１０となるコンピュータのＣＰＵ（Central Processing Unit）は、配信制御部１１および通信制御部１２として機能し、処理を行なう。
　また、本実施の形態では、ユーザＤＢ１３、依頼情報ＤＢ１４、支援情報ＤＢ１５、および支援スケジュールＤＢ１６は、コンピュータに備えられたハードディスク等の記憶装置に、これらを構成するデータファイルを格納することによって、又はこのデータファイルが格納された記録媒体をコンピュータと接続された読取装置に搭載することによって実現されている。
［物理構成］
　ここで、本実施の形態におけるプログラムを実行することによって、支援装置１０を実現するコンピュータについて図を用いて説明する。図９は、本発明の実施の形態における支援装置を実現するコンピュータの一例を示すブロック図である。
　図９に示すように、コンピュータ１１０は、ＣＰＵ１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。
　ＣＰＵ１１１は、記憶装置１１３に格納された、本実施の形態におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶装置である。また、本実施の形態におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、本実施の形態におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであっても良い。
　また、記憶装置１１３の具体例としては、ハードディスクドライブの他、フラッシュメモリ等の半導体記憶装置が挙げられる。入力インターフェイス１１４は、ＣＰＵ１１１と、キーボードおよびマウスといった入力機器１１８との間のデータ伝送を仲介する。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。
　データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、およびコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と、他のコンピュータとの間のデータ伝送を仲介する。
　また、記録媒体１２０の具体例としては、ＣＦ（Compact Flash（登録商標））およびＳＤ（Secure Digital）等の汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）等の磁気記憶媒体、又はＣＤ－ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体が挙げられる。
　上述した実施の形態の一部又は全部は、以下に記載する（付記１）～（付記１８）によって表現することができるが、以下の記載に限定されるものではない。
（付記１）
　利用者と前記利用者を支援する支援者とを有する予め登録された複数のコミュニティにおいて、ネットワークを介して前記利用者を支援するための支援装置であって、
　前記利用者が使用する利用者端末および前記支援者が使用する支援者端末にデータを配信する配信制御部を備え、
　各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されており、
　前記複数の支援チームは、前記利用者が指定したメンバー以外の参加を禁止した秘密チームと、前記利用者が指定したメンバー以外の参加を許可した通常チームとを含み、
　前記配信制御部は、前記支援チームごとに、指定された前記支援時間に前記利用者端末および前記支援者端末に前記支援に関するデータを配信する、支援装置。
（付記２）
　前記複数の支援チームは、同一の時間帯を指定して編成された少なくとも２つの支援チームを含んでいる、付記１に記載の支援装置。
（付記３）
　同一の前記利用者および／または同一の前記支援者が、前記同一の時間帯において異なる前記支援チームに所属している、付記２に記載の支援装置。
（付記４）
　前記通常チームは、参加を希望する前記支援者を参加させた募集型チームを含む、付記１に記載の支援チーム支援装置。
（付記５）
　前記通常チームは、前記利用者が指定した前記支援者を参加させた登録型チームを含む、付記１に記載の支援装置。
（付記６）
　前記支援が、聴覚障がい者に対する要約筆記であり、前記支援者が要約筆記者であり、
　前記配信制御部は、前記要約筆記のための音声データを前記支援者端末に配信し、かつ前記支援者端末において前記要約筆記によって作成されたテキストデータを前記利用者端末に配信する、付記１に記載の支援装置。
（付記７）
　利用者と前記利用者を支援する支援者とを有する予め登録された複数のコミュニティにおいて、支援装置によって、ネットワークを介して前記利用者を支援するための方法であって、
　各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されており、
　前記複数の支援チームは、前記利用者が指定したメンバー以外の参加を禁止した秘密チームと、前記利用者が指定したメンバー以外の参加を許可した通常チームとを含み、
（ａ）前記支援チームごとに、指定された前記支援時間に前記利用者が使用する利用者端末および前記支援者が使用する支援者端末に前記支援に関するデータを配信するステップ、を有する、支援方法。
（付記８）
　前記複数の支援チームは、同一の時間帯を指定して編成された少なくとも２つの支援チームを含んでいる、付記７に記載の支援方法。
（付記９）
　同一の前記利用者および／または同一の前記支援者が、前記同一の時間帯において異なる前記支援チームに所属している、付記８に記載の支援方法。
（付記１０）
　前記通常チームは、参加を希望する前記支援者を参加させた募集型チームを含む、付記７に記載の支援方法。
（付記１１）
　前記通常チームは、前記利用者が指定した前記支援者を参加させた登録型チームを含む、付記７に記載の支援方法。
（付記１２）
　前記支援が、聴覚障がい者に対する要約筆記であり、前記支援者が要約筆記者であり、
　前記（ａ）のステップにおいて、前記要約筆記のための音声データを前記支援者端末に配信し、かつ前記支援者端末において前記要約筆記によって作成されたテキストデータを前記利用者端末に配信する、付記７に記載の支援方法。
（付記１３）
　利用者と前記利用者を支援する支援者とを有する予め登録された複数のコミュニティにおいて、コンピュータによって、ネットワークを介して前記利用者を支援するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
　各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されており、
　前記複数の支援チームは、前記利用者が指定したメンバー以外の参加を禁止した秘密チームと、前記利用者が指定したメンバー以外の参加を許可した通常チームとを含み、
　前記コンピュータに、
（ａ）前記支援チームごとに、指定された前記支援時間に前記利用者が使用する利用者端末および前記支援者が使用する支援者端末に前記支援に関するデータを配信するステップ、を実行させる命令を含む、プログラムを記録したコンピュータ読み取り可能な記録媒体。
（付記１４）
　前記複数の支援チームは、同一の時間帯を指定して編成された少なくとも２つの支援チームを含んでいる、付記１３に記載のコンピュータ読み取り可能な記録媒体。
（付記１５）
　同一の前記利用者および／または同一の前記支援者が、前記同一の時間帯において異なる前記支援チームに所属している、付記１４に記載のコンピュータ読み取り可能な記録媒体。
（付記１６）
　前記通常チームは、参加を希望する前記支援者を参加させた募集型チームを含む、付記１３に記載のコンピュータ読み取り可能な記録媒体。
（付記１７）
　前記通常チームは、前記利用者が指定した前記支援者を参加させた登録型チームを含む、付記１３に記載のコンピュータ読み取り可能な記録媒体。
（付記１８）
　前記支援が、聴覚障がい者に対する要約筆記であり、前記支援者が要約筆記者であり、
　前記（ａ）のステップにおいて、前記要約筆記のための音声データを前記支援者端末に配信し、かつ前記支援者端末において前記要約筆記によって作成されたテキストデータを前記利用者端末に配信する、付記１３に記載のコンピュータ読み取り可能な記録媒体。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１５年３月３１日に出願された日本出願特願２０１５－７３７６８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　以上のように、本発明によれば、利用者の要求を反映した支援チームを編成することができる。本発明は、ネットワークを介した支援が必要な分野であれば、学校等における授業に限られず、種々の講演、公共サービス（医療、行政等）の利用時等にも有用である。
　１０　支援装置
　１１　配信制御部
　１２　通信制御部
　１３　ユーザＤＢ
　１４　依頼情報ＤＢ
　１５　支援情報ＤＢ
　１６　支援スケジュールＤＢ
　４０～４２　利用者
　５０～５２　利用者端末
　６０～６４　支援者
　７０～７４　支援者端末
　８０，８１　コミュニティ
　９０　運営者端末
　１１０　コンピュータ
　１１１　ＣＰＵ
　１１２　メインメモリ
　１１３　記憶装置
　１１４　入力インターフェイス
　１１５　表示コントローラ
　１１６　データリーダ／ライタ
　１１７　通信インターフェイス
　１１８　入力機器
　１１９　ディスプレイ装置
　１２０　記録媒体
　１２１　バス

Claims (18)

  1. 　利用者と前記利用者を支援する支援者とを有する予め登録された複数のコミュニティにおいて、ネットワークを介して前記利用者を支援するための支援装置であって、
    　前記利用者が使用する利用者端末および前記支援者が使用する支援者端末にデータを配信する配信制御部を備え、
    　各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されており、
    　前記複数の支援チームは、前記利用者が指定したメンバー以外の参加を禁止した秘密チームと、前記利用者が指定したメンバー以外の参加を許可した通常チームとを含み、
    　前記配信制御部は、前記支援チームごとに、指定された前記支援時間に前記利用者端末および前記支援者端末に前記支援に関するデータを配信する、支援装置。
  2. 　前記複数の支援チームは、同一の時間帯を指定して編成された少なくとも２つの支援チームを含んでいる、請求項１に記載の支援装置。
  3. 　同一の前記利用者および／または同一の前記支援者が、前記同一の時間帯において異なる前記支援チームに所属している、請求項２に記載の支援装置。
  4. 　前記通常チームは、参加を希望する前記支援者を参加させた募集型チームを含む、請求項１から３のいずれかに記載の支援装置。
  5. 　前記通常チームは、前記利用者が指定した前記支援者を参加させた登録型チームを含む、請求項１から４のいずれかに記載の支援装置。
  6. 　前記支援が、聴覚障がい者に対する要約筆記であり、前記支援者が要約筆記者であり、
    　前記配信制御部は、前記要約筆記のための音声データを前記支援者端末に配信し、かつ前記支援者端末において前記要約筆記によって作成されたテキストデータを前記利用者端末に配信する、請求項１から５のいずれかに記載の支援装置。
  7. 　利用者と前記利用者を支援する支援者とを有する予め登録された複数のコミュニティにおいて、支援装置によって、ネットワークを介して前記利用者を支援するための方法であって、
    　各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されており、
    　前記複数の支援チームは、前記利用者が指定したメンバー以外の参加を禁止した秘密チームと、前記利用者が指定したメンバー以外の参加を許可した通常チームとを含み、
    （ａ）前記支援チームごとに、指定された前記支援時間に前記利用者が使用する利用者端末および前記支援者が使用する支援者端末に前記支援に関するデータを配信するステップ、を有する、支援方法。
  8. 　前記複数の支援チームは、同一の時間帯を指定して編成された少なくとも２つの支援チームを含んでいる、請求項７に記載の支援方法。
  9. 　同一の前記利用者および／または同一の前記支援者が、前記同一の時間帯において異なる前記支援チームに所属している、請求項８に記載の支援方法。
  10. 　前記通常チームは、参加を希望する前記支援者を参加させた募集型チームを含む、請求項７から９のいずれかに記載の支援方法。
  11. 　前記通常チームは、前記利用者が指定した前記支援者を参加させた登録型チームを含む、請求項７から１０のいずれかに記載の支援方法。
  12. 　前記支援が、聴覚障がい者に対する要約筆記であり、前記支援者が要約筆記者であり、
    　前記（ａ）のステップにおいて、前記要約筆記のための音声データを前記支援者端末に配信し、かつ前記支援者端末において前記要約筆記によって作成されたテキストデータを前記利用者端末に配信する、請求項７から１１のいずれかに記載の支援方法。
  13. 　利用者と前記利用者を支援する支援者とを有する予め登録された複数のコミュニティにおいて、コンピュータによって、ネットワークを介して前記利用者を支援するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
    　各コミュニティにおいて、そのコミュニティのメンバーからなる複数の支援チームが支援時間を指定して予め編成されており、
    　前記複数の支援チームは、前記利用者が指定したメンバー以外の参加を禁止した秘密チームと、前記利用者が指定したメンバー以外の参加を許可した通常チームとを含み、
    　前記コンピュータに、
    （ａ）前記支援チームごとに、指定された前記支援時間に前記利用者が使用する利用者端末および前記支援者が使用する支援者端末に前記支援に関するデータを配信するステップ、を実行させる命令を含む、プログラムを記録したコンピュータ読み取り可能な記録媒体。
  14. 　前記複数の支援チームは、同一の時間帯を指定して編成された少なくとも２つの支援チームを含んでいる、請求項１３に記載のコンピュータ読み取り可能な記録媒体。
  15. 　同一の前記利用者および／または同一の前記支援者が、前記同一の時間帯において異なる前記支援チームに所属している、請求項１４に記載のコンピュータ読み取り可能な記録媒体。
  16. 　前記通常チームは、参加を希望する前記支援者を参加させた募集型チームを含む、請求項１３から１５のいずれかに記載のコンピュータ読み取り可能な記録媒体。
  17. 　前記通常チームは、前記利用者が指定した前記支援者を参加させた登録型チームを含む、請求項１３から１６のいずれかに記載のコンピュータ読み取り可能な記録媒体。
  18. 　前記支援が、聴覚障がい者に対する要約筆記であり、前記支援者が要約筆記者であり、
    　前記（ａ）のステップにおいて、前記要約筆記のための音声データを前記支援者端末に配信し、かつ前記支援者端末において前記要約筆記によって作成されたテキストデータを前記利用者端末に配信する、請求項１３から１７のいずれかに記載のコンピュータ読み取り可能な記録媒体。
PCT/JP2016/060365 2015-03-31 2016-03-30 支援装置、支援方法、およびコンピュータ読み取り可能な記録媒体 Ceased WO2016159066A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2017510094A JP6399626B2 (ja) 2015-03-31 2016-03-30 支援装置、支援方法、およびプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015073768 2015-03-31
JP2015-073768 2015-03-31

Publications (1)

Publication Number Publication Date
WO2016159066A1 true WO2016159066A1 (ja) 2016-10-06

Family

ID=57007167

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/060365 Ceased WO2016159066A1 (ja) 2015-03-31 2016-03-30 支援装置、支援方法、およびコンピュータ読み取り可能な記録媒体

Country Status (2)

Country Link
JP (1) JP6399626B2 (ja)
WO (1) WO2016159066A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020170424A (ja) * 2019-04-05 2020-10-15 オムロン株式会社 支援システム、支援装置、マッチング方法、及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002169988A (ja) * 2000-12-04 2002-06-14 Nippon Telegr & Teleph Corp <Ntt> 手話通訳提供方法及びシステム
JP2012215962A (ja) * 2011-03-31 2012-11-08 Nec System Technologies Ltd 筆記支援装置、筆記支援方法、およびプログラム
JP2014203324A (ja) * 2013-04-08 2014-10-27 Ｎｅｃソリューションイノベータ株式会社 要約筆記支援システム、要約筆記支援サーバ、要約筆記支援方法、及びプログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007166391A (ja) * 2005-12-15 2007-06-28 Connect One:Kk 通訳者の自動案内システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002169988A (ja) * 2000-12-04 2002-06-14 Nippon Telegr & Teleph Corp <Ntt> 手話通訳提供方法及びシステム
JP2012215962A (ja) * 2011-03-31 2012-11-08 Nec System Technologies Ltd 筆記支援装置、筆記支援方法、およびプログラム
JP2014203324A (ja) * 2013-04-08 2014-10-27 Ｎｅｃソリューションイノベータ株式会社 要約筆記支援システム、要約筆記支援サーバ、要約筆記支援方法、及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HISASHI SAKAMOTO ET AL.: "Digital Divide o Kaisho suru Korei Nanchosha Muke Communication Shien System no Teian", DAI 77 KAI (HEISEI 27 NEN) ZENKOKU TAIKAI KOEN RONBUNSHU(4) INTERFACE COMPUTER TO NINGEN SHAKAI, 17 March 2015 (2015-03-17), pages 4-435 - 4-436 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020170424A (ja) * 2019-04-05 2020-10-15 オムロン株式会社 支援システム、支援装置、マッチング方法、及びプログラム
JP7024758B2 (ja) 2019-04-05 2022-02-24 オムロン株式会社 支援システム、支援装置、マッチング方法、及びプログラム

Also Published As

Publication number Publication date
JPWO2016159066A1 (ja) 2017-10-19
JP6399626B2 (ja) 2018-10-03

Similar Documents

Publication Publication Date Title
US9215272B2 (en) Method for securely distributing meeting data from interactive whiteboard projector
Deane et al. Issues in the development of e‐supervision in professional psychology: A review
Paterson et al. Using different methods to communicate: how adults with severe acquired communication difficulties make decisions about the communication methods they use and how they experience them
CN116762125A (zh) 环境协作智能系统和方法
Kumar et al. Managing self for leadership
JP5505989B2 (ja) 筆記支援装置、筆記支援方法、およびプログラム
Ottley Real-time coaching with bug-in-ear technology: A practical approach to support families in their child’s development
Lange et al. The feasibility of providing remote functional family therapy with adolescents during the COVID-19 pandemic: a mixed-method study
Power et al. Talk to the tablet: technology’s impact on medical social work practice during COVID-19
Murnan Expanding communication mechanisms: they're not just e-mailing anymore
Childes et al. The use of technology for phone and face-to-face communication after total laryngectomy
JP6399626B2 (ja) 支援装置、支援方法、およびプログラム
Poku et al. Virtual implementation of a photovoice project with youth in Baltimore during the COVID-19 pandemic
WO2015076094A1 (ja) 支援者選出装置、方法、及びコンピュータ読み取り可能な記録媒体
Bambara Appreciating individual differences: A response to Beechey and Keates
Wolfgang Risks, rewards of teleaudiology
Aquino et al. Address accessibility in generative AI policy development
Carson et al. Digital bridge: Providing digital access to low-income job seekers during the COVID-19 pandemic
Ellis et al. Active listening, part one: how and where
DeMark et al. “You have to stay in your house… because trouble can come”: The impact of education, policy, and COVID-19 on menstruation experiences in Florence, Italy
Najwa et al. The Role of Existing Technology Text to Speech in the Deaf Disabled Communities Due to Brain Inflammation
Kim et al. SpeechBalloon: A New Approach of Providing User Interface for Real-Time Generation of Meeting Notes
Waghmare Chatbot Integration
Potter et al. A qualitative study analysing the journey towards an embedded approach to service user involvement
Guerrero-Ulloa et al. BellChat: An Inclusive Web Application for Messaging

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: 16772947

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017510094

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16772947

Country of ref document: EP

Kind code of ref document: A1