home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / software / 2610 < prev    next >
Encoding:
Text File  |  1992-11-11  |  3.1 KB  |  67 lines
  1. Newsgroups: comp.sys.next.software
  2. Path: sparky!uunet!think.com!ames!agate!stanford.edu!leland.Stanford.EDU!news
  3. From: gcolello@biosphere.Stanford.EDU (Greg Colello)
  4. Subject: Telephone Message DELIVERY / Answer Center
  5. Message-ID: <1992Nov11.211855.6278@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Organization: DSO, Stanford University
  8. Date: Wed, 11 Nov 92 21:18:55 GMT
  9. Lines: 56
  10.  
  11. I work for the Green Party of California. We have faced a problem that I'm  
  12. sure many underfunded groups encounter: internal communications (ie.  
  13. delivering messages inexpensively to our local members).
  14.  
  15. I figure the only solution is the telephone, since an unlimited local  
  16. calls line can be had for $15/month; while US Mail can run  
  17. $hundreds/month. Now comes the rub. A simple dial-up a central number and  
  18. listen to the recorded message (like movie theatres) doesn't work, because  
  19. a lot of people simply don't make the call. On the other hand many people  
  20. are willing to receive a recorded message called to their phone.  
  21. Especially if it's at a certain hour and their message machine will  
  22. intercept it. Delivering messages by phone is too hard and unreliable for  
  23. human beings to do (as in a "human phone banking/tree" system).
  24.  
  25. Thus what is needed is a computerized phone message delivery system that  
  26. can also take incoming calls and play the same message (for those people  
  27. who don't want their privacy intruded by computerized message delivery).
  28.  
  29. This system must minimally be able to:
  30.  
  31. 1. Record a voice message. Obviously human voice recording is a minimum.  
  32. However, being able to type in a message and have the computer generate a  
  33. GOOD voice synthesis would be realy useful. This is because most people  
  34. find recording a message an intimidating experience requiring many "takes"  
  35. to get it right.
  36.  
  37. 2. Take a list of phone numbers. Be able to recognize numbers outside the  
  38. local free calling area and reject them.
  39.  
  40. 3. Have an optional time/date-range field to go with the telephone number  
  41. to custom control message delivery at specific time/date-ranges (the  
  42. message subscriber's choice).
  43.  
  44. 4. Be able to take at least two phone lines. One for incoming and one for  
  45. outgoing calls.
  46.  
  47. 5. Have a touch-tone menu up front that allows the user to choose between  
  48. hearing the latest announcement/news, leaving a long message, or leaving a  
  49. short message (telephone number changes or subscribe/unsubscribe for the  
  50. auto message delivery subsystem).
  51.  
  52. 6. A fairly sophisticated analyzer in the message delivery subsystem to  
  53. detect whether the message has been delivered reliably or not. I suspect  
  54. this is the tough part.
  55.  
  56. -----------------------------------------------------------------
  57. Man, a software package like the above should have tremendous sales  
  58. potential. Does it exist on the Next already? Most local groups (like  
  59. ours) have somebody with a Next (like me). So the software would be the  
  60. only major exspense (wouldn't it?).
  61.  
  62. -----------------------------------------------------------------
  63. Greg Colello
  64. Carnegie Institution, Department of Plant Biology
  65. Stanford University
  66. gcolello@biosphere.stanford.edu
  67.