Global education has become a requirement, not a luxury. Technology integration into a curriculum has become a must. The Internet has become the transmission medium. Connectivity has become the goal. The proliferation of personal computers has permitted virtually every classroom to have the capability to be “wired” and on-line. There is the realization that Internet connectivity can enhance the economic advancement of students and communities and provide a level of information on a broad scale hitherto unknown. In can permit the current generation to leap frog into this century. The failure to provide such connectivity can further exacerbate the split between the haves and the have-nots.
Along with global information access has come the realization that a level of monitoring and control must be exercised in order to keep the information highway from becoming an open sewer. Regular e-mail and open access chat rooms are generally not secure. Although there are some screening tools and blockages that can be employed, as a general matter, the flow of information cannot be adequately controlled in an open environment.
Through community based filtered and monitored systems, such as is described in a Provisional patent application Ser. No. 10/619,259, teachers can set up accounts for themselves and for their classes in order to provide “shared learning” through collaboration. However, this limits the collaborative environment to those who are willing to use the Internet and become part of a community. Moreover, to the extent that there is any financial burden or cost involved with the account, teachers may be reluctant to bear that obligation personally, inasmuch as it is being used for their professional activities. Similarly, establishing such an account may or may not be consistent with the curriculum plans for a particular school or for the particular school system. Classrooms in a wealthier areas may all be interconnected, while those in less affluent parts of a community may not, thus relying on those teachers to bear any economic cost of setting up and maintaining the account, along with the computer necessary to access it.
Provisional patent application Ser. No. 10/619,097 describes a method and system for multi-level monitoring and filtering of data transmissions (Schoolmail) that permits the creation within a school district or school system of a secure “virtual district” with “virtual classrooms”, “virtual meeting halls”, “virtual teacher conferences” and multiple accounts to permit a hierarchical infrastructure with varying privileges associated with each user name or category. The system provides a universal solution to allowing information flow to both students and educators, while maintaining control of the type and character of material received by students. It also permits internal community or group generation to permit dissemination of information to different levels of educators or administrators on a needs basis. The system can employ common server capability to permit multiple districts to have their individual SchoolMail, while at the same time providing the capability of interaction and connectivity among the districts, based upon screening and search criteria. It can also control the desktop of the personal computers that are on the SchoolMail system to prevent students from getting off and onto an open and uncontrolled system.
Although school systems are coming to the realization that they must provide uniform access to all teachers and administrators within a system, and the capability to communicate with other systems, the cost of setting up the necessary servers, personal computers and information infrastructure can be prohibitive. Maintaining the system can require substantial numbers of dedicated personnel and rapid advances in technology can make a system obsolete before it is even paid for.
Educators are also finding that without the participation of parents in the educational process, teaching is hampered and less effective. Parental involvement is critical on several levels. An involved parent is more likely to push their child to learn and go beyond the minimum requirements of a class session. An involved parent is also more likely to pay for the cost of the added benefit of technological integration into the classroom. However, parental involvement in education an also be seen by administrators and educators as another level of “bureaucracy” to which they have to answer, and which may sometimes become involved in petty matters. There is a need to enhance the educational experience by providing the interactive, connective technological tools for collaborative learning and involving those who ultimately are paying for the tools while, at the same time, preventing the parents from “micro-managing” their child's education or using the information highway to inundate teachers and administrators.
A full and enabling disclosure of the present invention, including the best mode thereof directed to one of ordinary skill in the art, is set forth in the specification, which makes reference to the appended drawings, in which:
Repeat use of reference characters in the present specification and drawings is intended to represent same or analogous features or elements of the invention.
Parents can either be seen by the system as a new internal category who are a designated group and can be treated as such by both the system and the administrator who determines access, or the system can have a vertical category coded into the operational software. The former approach permits the addition of parents by the administrator as a defined new group with a new accounts as the accounts are needed. This model also permits the administrator, in the hierarchical system, to grant or deny levels of access to parents, in much the same way as the administrator can grant of deny access to teachers and students for monitoring and other purposes. For example, the parents can be given access to grade records and homework assignments, but not the private folders of their children. Those can be accessed by the student and the responsible monitor. The access can also be altered, if the administrator deems it appropriate.
An additional benefit is that the schools can work with the service provider and, through economies, can obtain both direct and indirect project funding. The parental accounts can provide sufficient funding to permit the school to finance additional computers and provide accounts to the students. The service provider can also provide parental files and information sharing which can enhance the collaborative learning experience by drawing the parents into the “virtual classroom” as participants, where appropriate. By integrating the parents into the “virtual school”, they become more involved in their child's education and further enhance the educational process.
The system is also designed to maintain the security of the community. Parents must only have access to their own children's information and there must be security to prevent breaches of privacy. No parent should be allowed to obtain records that would violate a student's right to privacy. The parents cannot be allowed to interfere with teacher or administrator directed activities, nor should they be able to contact or communicate with the teacher unless requested to do so on specific matters. Parents should not be able to generate “education spam” and waste a teacher's valuable time, but should be able to address legitimate concerns in an efficient manner. Having a parental component to a monitored school data transmission system accomplished these objectives and others.
1. Parents are informed of the ability to create parent accounts that are linked to their students. One method for registration is to give the parent the uniform resource locator (“URL”) they should visit to pre-register. The district user name can be made a part of the URL so that the parent will not wander into a registration area for another school by accident or intentionally.
2. Parents visit site to pre-register. They indicate to which students they should be associated (using student's usernames as shown at block 32).
3. Parents enter information for all parent accounts. This would permit a parent to create an account for a grandparent, or separate accounts for a mother and a father. The particulars of the number of accounts vary and are a function of the cost of maintaining the accounts and the people schools permit to be associated with a student.
4. Parents enter information to pay for account(s). This could be in the form of a credit card, or direct deduction from a checking account, by way of example as shown at block 36.
5. Parents receive confirmation code and details in a printable form and are told to print or save it. The parent must get the signed code to the school in a secure way. This can be up to the administrator/school/board, etc. to determine. One method is to have parents physically come in to the school with ID. Alternatively, a parent an mail a signed form in with the code, or bring it in with the student, as shown at block 34. Exact steps to take for each scenario should be designed to make it as easy as possible for parents to implement them while maintaining the security of the system.
6. Administrator activates parent account(s) using the code or parent name. Administrators may activate only those accounts that are in their records as being associated with the student, at their discretion. If the parent has entered someone else's name, the account would not be created by the administrator and a security log will be made to show record the attempt. In addition, the administrator must verify that the student accounts the parent has chosen should in fact be associated with them. Thus, for example, a parent that has been barred from seeing their child would not be able to set up an account linked to the child's school account.
7. Parents logging in before the account is activated will receive a status message telling them the account is not yet active. If they are the primary contact (the one who did the initial registration), they will be able to view/edit the account details.
8. If a ‘parent’ fails to correctly identify the student that should be associated to them more than a certain number of times, their access is blocked so they will keep guessing and eventually guess correctly. Similarly, parents attempting to associate a student account to them that has already been associated to another parent will trigger an alarm to the administrator informing them of the discrepancy.
The administrators that activate parent accounts must be designated in the hierarchical system and be associated with the students and the school in which the students are located. The administrators can make changes to the settings for those users.
Another feature of the system requires that parents have a separate authentication and registration process for each school that their children attend (though the process takes only one step for the parent). Thus, it is possible for parent accounts to be approved for association with a student at one school, but not at another.
Parent accounts are activated the first time an administrator at one school approves them. Subsequently, an interface is used to set up the association at other schools—but these administrators cannot deactivate a parent account that is active in another school. Generally, only administrators who have access to all of the schools associated with a parent will be able to completely deactivate parent accounts. Administrators with more restricted access may only be able to remove an association between a student and parent.
The system may employ a new internal categorization similar to how teachers/students are treated, so they can be seen as a group by SchoolMail administrative tools. Thus, each school that decides to have parents as part of the collaborative learning process can have a category established without changes in the code or additional software or hardware. It requires only that the group be recognized within the hierarchy as a new entity with access determined by the administrator having control over that level of the hierarchy.
The parent accounts may be treated differently from other accounts. For example, it may be desirable to be able to store the additional information requested, such as the address and phone number, instead of using the contact information associated to the school or license to which the accounts are assigned (as it is with the other account types). Parents logging in before their account have been activated can see the status of their application—their account is not active, but login is still permitted to provide this access.
As yet a further part of the system, administrators with access will be able to see and manipulate the relationship between students and their parents. The parent interface will show a “children’ or similarly designated column (in the same way that students are linked to their monitors), which can be used to show all of the children associated to that parent.
Because of the overall flexibility of the system, some schools will have parent accounts, and some will not. Yet the system will function on the same network and server set-up in order to permit the economical and repaid transmittal of data, while still maintaining the monitoring and filtering function that is important in a secure school environment.
It is a further advantage that administrators will be able to control the look and feel of the parent interface separately from teachers and students. A special school categorization “Parents” can make this possible with minimal difficulty while still maintaining the integrity and security of the system and its hierarchical nature.
It is also useful for the school administrators to have information as to how many parent accounts have been pre-registered, activated, and are currently active. This will provide information to the school system as to the parental involvement as well as the actual usage by the parents. Logging functions can be incorporated into the system architecture and can be made accessible to only those administrators with a need for the information.
The user interface may need to be separate from teacher/student, because it may be used not only for administrators to send a parent-only message, but may eventually also contain ad banners and possibly an entire private label. Administrators can edit the front page appearance for the “Parent” interface the same way they edit different schools.
As a further part of the internal security established within the system, there is an automatic logging function that can inform the administrators about anything unusual that happens. For example, if a parent tries to associate a student to them that someone else has already identified as their child, an alert will be sent to the administrator to inform them of the situation.
The system also permits the linking of students, teachers, and parents where the administrator has determined that the linkage would be beneficial. In order to permit this linkage, the current relationship between parents and teachers should necessarily reflect actual teacher/student relationships in the school. The system will allow teachers access to the parents of their students if the system contains relationships for which teachers teach which students. This aspect requires the administrator or their designee to either input teacher/student relationships at the time that a group or class is registered or created, or with a group manager type application where the teachers find their students and select them. This would allow special access by teachers to parents and would allow a teacher to broadcast to a parent, or send files to a parent's file sharing folder.
A group manager is useful throughout the system, but most specifically for the parent component. It is used to allow teachers to associate themselves with all of their students, which in turn would associate them with their students' parents. By making this association, it will be easy for teachers to contact all of the parents of their students.
File sharing allows all users associated with a community access to teacher/administrator shared folders. It is possible to modify file sharing to allow sharing information with parents yet restrict access to folders that are intended for school use.
Like all users, parents have their own private folder. The system will easily allow teachers/administrators to push files to groups. At the same time, they could send information to the private folders of parents associated with their students.
Email Broadcast enables users with sufficient privilege to send a single email message to a number of users within their community matching certain search criteria.
Although the system's interface can be limited to contacting teachers and students, the system can be adapted to make the account type definition dynamic depending on those available.
The system is capable of permitting teachers with administrative clearance to send an email to a group of recipients, and so allow contact to their students' parents only (see above) or all parents, or to anyone in the license. (This is contingent on the licensee having established the relationship between teachers and students). This option can permit the administrator to designate certain teachers to undertake broadcast responsibilities along with their individual student contacts.
The system is also able to make it possible for E-mail Broadcast to be used by other account types as well. Each account type could have a list of other accounts they can reach, and a setting to say whether or not they can broadcast. If they cannot broadcast, the tool may be employed as a directory search. These settings can be configurable by administrators. Examples of such broadcasts are:
Administrators
Find anyone in schools to which they are assigned.
Teachers
Find anyone in schools to which they are assigned.
Parents
Find teachers of their children.
Students
Find teachers, students, administrators in their school, but not permit a general broadcast.
This would be an example of the search function rather than the broadcast function.
The “reply-to” address used for the broadcast can be customized, preventing a straight reply to a message from going to the originator. This is most useful in the case of announcements sent by the school, when an email address for further information would be more appropriate than the address of the teacher or administrator who sent the notice.
The appeal of parent accounts with their own interface is that they can be used to push sponsorship that will not reach teachers or students and thus not pollute the “virtual schoolroom”. A flexible, easily managed banner server which may be managed by the entity hosting the system is on alternative. The administrators can also be given this responsibility. The degree of flexibility permits various people, both within and associated with the system hierarchy to assume the role.
It is also possible for the system to be configured to make parents responsible for their children. The system may be configured to allow parents to become the monitors for their children at the time of registration, at the discretion of the administrators.
Another feature permits the use of multiple monitors or to send copies of relevant messages to the parents at the administrators' discretion.
The systems' broadcast capabilities also permit the showing of schedules to parents, inform them of homework assignments, etc.
Because the community is controlled by the administrator and has a commonality, it is possible to assess community interest in topics of administrators' choosing by conducting polls to all subscribing parents.
Because the collaborative process of shared learning is not confined to the classroom and the teachers, the system permits parents to be able to create profiles. The administrator can determine the level at which the parent profile will be available, and with community moderation, parental profiles could be written in a manner appropriate to the closed community that would have access to them.
This application is a continuation of U.S. patent application Ser. No. 10/619,098, filed Jul. 14, 2003, by Irving et al., now pending, which claims the benefit of U.S. Patent Application Ser. No. 60/395,405, filed Jul. 13, 2002, both of which are incorporated by reference herein as if set forth verbatim.
Number | Name | Date | Kind |
---|---|---|---|
4740912 | Whitaker | Apr 1988 | A |
5710884 | Dedrick | Jan 1998 | A |
5740549 | Reilly et al. | Apr 1998 | A |
5761662 | Dasan | Jun 1998 | A |
5768528 | Stumm | Jun 1998 | A |
5772446 | Rosen | Jun 1998 | A |
5813863 | Sloane et al. | Sep 1998 | A |
5907831 | Lotvin et al. | May 1999 | A |
5933498 | Schneck et al. | Aug 1999 | A |
5970231 | Crandall | Oct 1999 | A |
5972875 | Crutcher et al. | Oct 1999 | A |
5974446 | Sonnenreich et al. | Oct 1999 | A |
5987606 | Cirasole et al. | Nov 1999 | A |
6020884 | MacNaughton et al. | Feb 2000 | A |
6075968 | Morris et al. | Jun 2000 | A |
6085229 | Newman et al. | Jul 2000 | A |
6105027 | Schneider et al. | Aug 2000 | A |
6157924 | Austin | Dec 2000 | A |
6178407 | Lotvin et al. | Jan 2001 | B1 |
6208995 | Himmel et al. | Mar 2001 | B1 |
6233618 | Shannon | May 2001 | B1 |
6249282 | Sutcliffe et al. | Jun 2001 | B1 |
6279013 | LaMarca et al. | Aug 2001 | B1 |
6296487 | Lotecka | Oct 2001 | B1 |
6302698 | Ziv-El | Oct 2001 | B1 |
6324538 | Wesinger, Jr. et al. | Nov 2001 | B1 |
6341960 | Frasson et al. | Jan 2002 | B1 |
6363062 | Aaronson et al. | Mar 2002 | B1 |
6370355 | Ceretta et al. | Apr 2002 | B1 |
6374237 | Reese | Apr 2002 | B1 |
6381444 | Aggarwal et al. | Apr 2002 | B1 |
6401075 | Mason et al. | Jun 2002 | B1 |
6438632 | Kikugawa | Aug 2002 | B1 |
6460036 | Herz | Oct 2002 | B1 |
6470353 | Yaung et al. | Oct 2002 | B1 |
6480885 | Olivier | Nov 2002 | B1 |
6554618 | Lockwood | Apr 2003 | B1 |
6560578 | Eldering | May 2003 | B2 |
6606479 | Cook et al. | Aug 2003 | B2 |
6658415 | Brown et al. | Dec 2003 | B1 |
6684212 | Day et al. | Jan 2004 | B1 |
6691106 | Sathyanarayan | Feb 2004 | B1 |
6691153 | Hanson et al. | Feb 2004 | B1 |
6704320 | Narvaez et al. | Mar 2004 | B1 |
6718369 | Dutta | Apr 2004 | B1 |
6725203 | Seet et al. | Apr 2004 | B1 |
6741980 | Langseth et al. | May 2004 | B1 |
6757691 | Welsh et al. | Jun 2004 | B1 |
6766362 | Miyasaka et al. | Jul 2004 | B1 |
6807558 | Hassett et al. | Oct 2004 | B1 |
6825945 | Silverbrook et al. | Nov 2004 | B1 |
6826534 | Gupta et al. | Nov 2004 | B1 |
6842773 | Ralston et al. | Jan 2005 | B1 |
6845273 | Taylor | Jan 2005 | B1 |
6892226 | Tso et al. | May 2005 | B1 |
6920617 | Nitta | Jul 2005 | B2 |
6954783 | Bodwell et al. | Oct 2005 | B1 |
6973462 | Dattero et al. | Dec 2005 | B2 |
6988839 | Yu | Jan 2006 | B1 |
7031651 | McCormick et al. | Apr 2006 | B2 |
7032022 | Shanumgam et al. | Apr 2006 | B1 |
7035926 | Cohen et al. | Apr 2006 | B1 |
7120590 | Eisen et al. | Oct 2006 | B1 |
7127741 | Bandini et al. | Oct 2006 | B2 |
7162522 | Adar et al. | Jan 2007 | B2 |
7328216 | Hofmann et al. | Feb 2008 | B2 |
7464147 | Fakhouri et al. | Dec 2008 | B1 |
7577665 | Ramer et al. | Aug 2009 | B2 |
7640336 | Lu et al. | Dec 2009 | B1 |
7765481 | Dixon et al. | Jul 2010 | B2 |
20010037407 | Dragulev et al. | Nov 2001 | A1 |
20020013836 | Friedman et al. | Jan 2002 | A1 |
20020038246 | Nagaishi | Mar 2002 | A1 |
20020040374 | Kent | Apr 2002 | A1 |
20020049806 | Gatz et al. | Apr 2002 | A1 |
20020064767 | McCormick et al. | May 2002 | A1 |
20020100808 | Norwood et al. | Aug 2002 | A1 |
20020119434 | Beams et al. | Aug 2002 | A1 |
20020123334 | Borger et al. | Sep 2002 | A1 |
20020140732 | Tveskov | Oct 2002 | A1 |
20020161770 | Shapiro et al. | Oct 2002 | A1 |
20020168621 | Cook et al. | Nov 2002 | A1 |
20020169782 | Lehmann et al. | Nov 2002 | A1 |
20020169954 | Bandini et al. | Nov 2002 | A1 |
20020174230 | Gudorf et al. | Nov 2002 | A1 |
20020184092 | Cherry et al. | Dec 2002 | A1 |
20030029911 | Kitayama | Feb 2003 | A1 |
20030050986 | Matthews et al. | Mar 2003 | A1 |
20030093518 | Hiraga | May 2003 | A1 |
20030110215 | Joao | Jun 2003 | A1 |
20030164849 | Barrie et al. | Sep 2003 | A1 |
20030207245 | Parker | Nov 2003 | A1 |
20040001087 | Warmus et al. | Jan 2004 | A1 |
20040014017 | Lo | Jan 2004 | A1 |
20040030781 | Etesse et al. | Feb 2004 | A1 |
20040039814 | Crabtree et al. | Feb 2004 | A1 |
20040049554 | Watanabe | Mar 2004 | A1 |
20040064515 | Hockey | Apr 2004 | A1 |
20040103118 | Irving et al. | May 2004 | A1 |
20040103122 | Irving et al. | May 2004 | A1 |
20040103137 | Irving et al. | May 2004 | A1 |
20040111423 | Irving et al. | Jun 2004 | A1 |
20040122692 | Irving et al. | Jun 2004 | A1 |
20040128624 | Arellano et al. | Jul 2004 | A1 |
20040145770 | Nakano et al. | Jul 2004 | A1 |
20040167794 | Shostack | Aug 2004 | A1 |
20040186738 | Reisman | Sep 2004 | A1 |
20040205578 | Wolff et al. | Oct 2004 | A1 |
20050014121 | Eck et al. | Jan 2005 | A1 |
20050014122 | Ruvinsky et al. | Jan 2005 | A1 |
20050033657 | Herrington et al. | Feb 2005 | A1 |
20050071328 | Lawrence | Mar 2005 | A1 |
20050079477 | Diesel et al. | Apr 2005 | A1 |
20050105134 | Moneypenny et al. | May 2005 | A1 |
20050165743 | Bharat et al. | Jul 2005 | A1 |
20050166143 | Howell | Jul 2005 | A1 |
20050216336 | Roberts et al. | Sep 2005 | A1 |
20050227216 | Gupta | Oct 2005 | A1 |
20050240580 | Zamir et al. | Oct 2005 | A1 |
20050251494 | Maria Jansen | Nov 2005 | A1 |
20050266388 | Gross et al. | Dec 2005 | A1 |
20050288943 | Wei et al. | Dec 2005 | A1 |
20060031087 | Fox et al. | Feb 2006 | A1 |
20060062157 | Yamamoto | Mar 2006 | A1 |
20060115800 | Daley | Jun 2006 | A1 |
20060134593 | Kalous et al. | Jun 2006 | A1 |
20060240856 | Counts et al. | Oct 2006 | A1 |
20060242234 | Counts et al. | Oct 2006 | A1 |
20060246197 | Kshirsagar et al. | Nov 2006 | A1 |
20060248197 | Evans et al. | Nov 2006 | A1 |
20060252547 | Mizrahi et al. | Nov 2006 | A1 |
20060253533 | Bursztein et al. | Nov 2006 | A1 |
20060253572 | Gomez et al. | Nov 2006 | A1 |
20070027973 | Stein et al. | Feb 2007 | A1 |
20070130339 | Alcorn et al. | Jun 2007 | A1 |
20070224585 | Gerteis et al. | Sep 2007 | A1 |
20070231782 | Ozawa et al. | Oct 2007 | A1 |
20070245349 | Sinn | Oct 2007 | A1 |
20070260671 | Harinstein et al. | Nov 2007 | A1 |
20080082480 | Gounares et al. | Apr 2008 | A1 |
20080126476 | Nicholas et al. | May 2008 | A1 |
20090030876 | Hamilton | Jan 2009 | A1 |
Number | Date | Country |
---|---|---|
2814844 | Oct 2000 | FR |
2007118231 | Oct 2007 | WO |
Entry |
---|
Ashley Lowery, Internet Neighborhood ePALS links world with Edwardsburg, South Bend Tribune, Mar. 14, 2001. |
ePALS Classroom Exchange First to Provide Teacher Monitored Email With Instant Language Translations, PR Newswire, Mar. 14, 2000. |
ePALS Classroom Exchange partners with Canada's SchoolNet, Canada NewsWire, Nov. 23, 2000. |
MessageLabs: British Government Takes on MessageLabs to Bolster Virus Protection, M2 Presswire, May 16, 2002. |
Netopia: Netopia to bring parental control, content filtering and family security services to broadband service providers, M2 Presswire, Jun. 4, 2002. |
Safety: Monitoring web access, The Guardian, Oct. 25, 2000, at 7. |
Scholastic and ePALS Classroom Exchange Announce Agreement Connecting Global Classrooms, Business Wire, Aug. 10, 2000. |
Zoraini Wati Abas, E-mail activities in the classroom, Computimes Malaysia, Apr. 26, 2001. |
Portions of the file history of U.S. Appl. No. 10/619,097. |
Portions of the file history of U.S. Appl. No. 10/619,098. |
Portions of the file history of U.S. Appl. No. 10/619,099. |
Portions of the file history of U.S. Appl. No. 10/619,259. |
Portions of the file history of U.S. Appl. No. 10/619,101. |
United States Patent and Trademark Office, Non-Final Office Action, mailed Mar. 2, 2012, U.S. Appl. No. 13/251,263, filed Oct. 2, 2011, Linda T. Dozier et al. |
United States Patent and Trademark Office, Non-Final Office Action, mailed Apr. 17, 2012, U.S. Appl. No. 11/402,830, filed Apr. 13, 2006, Osmani Gomez et al. |
United States Patent and Trademark Office, Final Office Action issued May 7, 2014 in U.S. Appl. No. 10/619,099, filed Jul. 14, 2003, John Irving, et al. |
United States Patent and Trademark Office, Final Office Action issued May 8, 2014 in U.S. Appl. No. 10/619,097, filed Jul. 14, 2003, John Irving, et al. |
Ormes, S., “An Introduction to Filtering,” 2002, www.archive.org, printed Jan. 6, 2014. |
RIT, “The Economic Impact of Role-Based Access Control,” 2002, National Institute of Standards and Technology. |
Number | Date | Country | |
---|---|---|---|
20080319949 A1 | Dec 2008 | US |
Number | Date | Country | |
---|---|---|---|
60395405 | Jul 2002 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 10619098 | Jul 2003 | US |
Child | 12105254 | US |