U.S. patent application number 10/760093 was filed with the patent office on 2004-08-05 for content development management system and method.
Invention is credited to Davidson, Allan L., Ziff, Susan Janette.
Application Number | 20040153466 10/760093 |
Document ID | / |
Family ID | 25311681 |
Filed Date | 2004-08-05 |
United States Patent
Application |
20040153466 |
Kind Code |
A1 |
Ziff, Susan Janette ; et
al. |
August 5, 2004 |
Content development management system and method
Abstract
A system and method for content development management is
provided which increases the speed, quality control and accuracy of
the content generation process and reduces the cost of the content
generation process by providing the steps of the content generation
process in a single integrated system. The system also permits the
users of the system to work at different times of the day and in
different geographic locations. The system also permits the users
of the system to rapidly determine the current status of any
content in the system. The system may be used to generate various
different types of content including written content, such as
success stories, stories, articles, advertisements, auditory
content, such as radio spots, radio advertisements, radio
presentations, electronic downloaded auditory content, audiovisual
content that combines audible content and written content and
visual content including television video or video data.
Inventors: |
Ziff, Susan Janette;
(Washington, DC) ; Davidson, Allan L.; (Cable
Beach, BS) |
Correspondence
Address: |
GRAY CARY WARE & FREIDENRICH LLP
2000 UNIVERSITY AVENUE
E. PALO ALTO
CA
94303-2248
US
|
Family ID: |
25311681 |
Appl. No.: |
10/760093 |
Filed: |
January 15, 2004 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
10760093 |
Jan 15, 2004 |
|
|
|
09851789 |
May 8, 2001 |
|
|
|
6697821 |
|
|
|
|
09851789 |
May 8, 2001 |
|
|
|
09526700 |
Mar 15, 2000 |
|
|
|
6557013 |
|
|
|
|
Current U.S.
Class: |
1/1 ; 707/999.1;
707/E17.005 |
Current CPC
Class: |
G06F 16/958 20190101;
Y10S 707/99943 20130101; Y10S 707/959 20130101; G06Q 10/06
20130101; G06Q 10/10 20130101; Y10S 707/99945 20130101 |
Class at
Publication: |
707/100 |
International
Class: |
G06F 007/00 |
Claims
1. A content generation management system, comprising: a first
computer comprising a database that stores a plurality of data
records, each data record containing information about a particular
piece of content including at least content lead information and
content information and a content generation workflow manager that
manages the workflow from lead generation to content publication;
and one or more extranets connected to the first computer over a
network, each extranet being used to generate content for a
particular entity, each user of a particular extranet being able to
submit information for content about the entity to the first
computer; and wherein the content generation workflow manager
further comprises a lead generation system for generating leads for
content and performing interviews of the leads, a writer module for
generating the content and a publisher that publishes the
content.
2. The system of claim 1, wherein the database further comprises a
client node for each client of the system and one or more
workthread nodes that store information about the workflow for each
piece of content associated with the client.
3. The system of claim 2, wherein the database further comprises
one or more department nodes associated with the client node so
that one or more different departments of a client may have
different content, but the content for the client is associated
with all of the other content of the client.
4. The system of claim 3, wherein the one or more workthreads are
associated with the department node.
5. The system of claim 2, wherein each workthread node further
comprises one or more content nodes wherein each content node
contains information about a particular piece of content for the
client.
6. The system of claim 5, wherein each content node further
comprises one or more content type nodes wherein each content type
node further comprises information about a different generation of
the content within the system.
7. The system of claim 6, wherein each content type node comprises
one or more content component nodes wherein each content component
node contains information about a portion of the particular content
type.
8. The system of claim 7, wherein each content component node
further comprises one or more component version nodes wherein each
component version node contains information about a particular
version of the component.
9. The system of claim 2, wherein each workthread node further
comprises a datastore node that further comprises one or more lead
nodes containing information about the leads associated with a
particular piece of content, one or more interview nodes containing
information about the interviews associated with the piece of
content and one or more workcontent nodes containing the
information about the piece of content.
10. The system of claim 1, wherein the content generation workflow
manager further comprises means for assigning a different access
privilege level to each user of the system.
11. The system of claim 1, wherein the content generation workflow
manager further comprises a ticketing system for permitting limited
access to the system in order to submit information to the
system.
12. The system of claim 1, wherein the content generation workflow
manager further comprises means for generating a lead for a piece
of content, means for generating interview information for the
piece of content based on the lead, means for generating a piece of
content based on the lead and interview and means for publishing
the content.
13. The system of claim 12, wherein the interview generation means
further comprises a ticketing system to permit a featuree of a lead
to access the system for the limited purpose of submitting
interview information into the system.
14. The system of claim 12, wherein the content generation means
further comprises a ticketing system to permit a reviewer of a
piece of generated content to access the system for the limited
purpose of reviewing the generated content and approving the
generated content.
15. The system of claim 1, wherein the content generation workflow
manager further comprises means for customizing the information
associated with each user of the system including the user
interface.
16. The system of claim 1, wherein the content generation workflow
manager further comprises a search engine that permits users of the
system to search for the content stored in the database.
17. The system of claim 12, wherein the publication means further
comprises means for randomizing one or more elements of the piece
of content.
18. The system of claim 12, wherein the publishing means further
comprises means for pre-generating a search page of the content in
the published web site.
19. A method for managing the workflow during the creation of a
plurality of pieces of content based on content leads, the method
comprising: receiving a lead from a user, the submission including
contact information about the submitter and information about the
potential piece of content; storing the content lead data;
generating a piece of content based on the content lead comprising
rating a lead as being publishable and managing a content lead
rated as publishable in order to produce a publishable piece of
content, the managing comprising tracking the one or more steps
involved in publishing the piece of content wherein each step is
independent of each other step and the steps are completed in any
order; and publishing the publishable content in one or more
different formats.
20. The method of claim 19, wherein the content generation workflow
managing further comprises assigning a different access privilege
level to each user of the system.
21. The method of claim 20, wherein the content generation workflow
managing further comprises ticketing a user to permit limited
access to the system in order to submit information to the
system.
22. The method of claim 19, wherein the content generation workflow
managing further comprises generating a lead for a piece of
content, generating interview information for the piece of content
based on the lead, generating a piece of content based on the lead
and interview and publishing the content.
23. The method of claim 22, wherein the interview generation
further comprises ticketing to permit a featuree of a lead to
access the system for the limited purpose of submitting interview
information into the system.
24. The method of claim 22, wherein the content generation further
comprises ticketing to permit a reviewer of a piece of generated
content to access the system for the limited purpose of reviewing
the generated content and approving the generated content.
25. The method of claim 19, wherein the content generation workflow
managing further comprises customizing the information associated
with each user of the system including the user interface.
26. A computer system for managing the workflow during the creation
of a plurality of content based on content leads, the system
comprising: a database for storing a plurality of data records,
each data record containing information about a particular piece of
content including at least a lead; means for receiving a lead for a
user, the lead including contact information about the submitter
and information about the potential story; means for interviewing
the user about the piece of content; means for generating a piece
of content based on the lead and interview comprising means for
rating the content lead as being publishable and means for managing
a content lead rated as publishable in order to produce a
publishable piece of content, the managing means comprising means
for tracking the one or more steps involved in publishing of the
content wherein each step is independent of each other step and the
steps are completed in any order; and means for publishing the
content in one or more different formats.
27. A database for storing one or more pieces of content associated
with a client in a content generation management system, the
database comprising: a client node for each client of the system
and one or more workthread nodes that store information about the
workflow for each piece of content associated with the client and
one or more department nodes associated with the client node so
that one or more different departments of a client may have
different content, but the content for the client is associated
with all of the other content of the client.
28. The database of claim 27, wherein the one or more workthreads
are associated with the department node.
29. The database of claim 28, wherein each workthread node further
comprises one or more content nodes wherein each content node
contains information about a particular piece of content for the
client.
30. The database of claim 29, wherein each content node further
comprises one or more content type nodes wherein each content type
node further comprises information about a different generation of
the content within the system.
31. The database of claim 30, wherein each content type node
comprises one or more content component nodes wherein each content
component node contains information about a portion of the
particular content type.
32. The database of claim 31, wherein each content component node
further comprises one or more component version nodes wherein each
component version node contains information about a particular
version of the component.
33. The database of claim 27, wherein each workthread node further
comprises a datastore node that further comprises one or more lead
nodes containing information about the leads associated with a
particular piece of content, one or more interview nodes containing
information about the interviews associated with the piece of
content and one or more workcontent nodes containing the
information about the piece of content.
Description
RELATED APPLICATIONS
[0001] This application is a continuation in part and claims
priority under 35 USC .sctn. 120 of U.S. application Ser. No.
09/526,700, filed on Mar. 15, 2000 and entitled "Story Workflow
Management System and Method" which is owned by the same assignee
as the present invention.
FIELD OF THE INVENTION
[0002] This invention relates generally to a system and method for
managing the development of various different types of content
wherein the development of the content includes finding leads to
content, developing the content and publishing the content in one
or more different forms. In more detail, the content developed
using the system may include written content, such as success
stories, stories, articles, advertisements, auditory content, such
as radio spots, radio advertisements, radio presentations,
electronic downloaded auditory content, audiovisual content that
combines audible content and written content as well as visual
content including video. In the preferred embodiment described
below, the content development system is described with an example
of the workflow associated with a story and in particular to a
system and method for managing the workflow associated with the
preparation, editing and creation of a story, but the invention is
not limited to a story workflow management system.
BACKGROUND OF THE INVENTION
[0003] In a typical environment in which content is being
developed, there is a content development process with various
steps which must be completed in order to generate the particular
content. For example, there may be the step of developing the leads
and information that will be needed to generate a new piece of
content, such as when trying to write a newsstory, the step of
reviewing the lead to determine the quality of the lead, the step
of assigning an approved lead to a particular content person to
develop and edit the lead to generate the content, the step of
following up with the content developer and editor to complete the
draft and final version of the content within a particular period
of time, the step of client and featuree approval of the content
and the step of publishing the content. Thus, the content
development process is typically very cumbersome and slow. Often,
the steps are managed by a human being and each step must typically
be performed in a sequential manner.
[0004] For example, in a typical environment in which a piece of
content may be created, such as a newspaper, a television newscast
or a cable service, the management of the workflow associated with
the creation of a story is very difficult. In particular, the
creation of a story may include receiving a submission for a new
story, rating the story idea, checking the story's facts, writing
the story and preparing the story for publishing. In the past, each
step of the process was completed by one or more different people,
but no one was easily able to monitor the entire story workflow
process to make sure it was completed. Therefore, it is difficult
to ensure that the entire process was completed correctly and that
each step was in fact completed. It is also difficult for a person
trying to manage the story workflow to ensure each step is being
completed in a timely manner. It is also difficult to ensure that
each story being generated is factually accurate. Finally, it is
also difficult to implement a quality control process due to the
large number of steps in the process, the large number of people
involved in the process, the large number of variables that affect
the process and the large number of sign-offs involved in the
process.
[0005] For a company which generates success stories about its
products, the story workflow management process is equally complex.
In this process, it is necessary to screen incoming success story
leads and interviews to remove the unwanted leads and interviews
and determine if the story is worth pursing. Then, it is necessary
to check the lead and interview's accuracy and, if they are found
to be accurate, the writing of the success story must be assigned
to a writer. The writer then has to check all the facts (i.e. find
the person, get the story and quotes, conduct the interview, get
the appropriate releases, get images and other media as required,
have those media prepared for publication, etc.), write the story
and get everybody to sign off on what's been done. Once the writer
has completed the story, it must be edited and prepared for
publication. In a typical success story creation process within a
corporation, the leads for success stories are difficult to obtain.
In particular, it is typically necessary to disturb the salespeople
in order to generate any leads for success stories since the
salespeople have the most contact with people who may have success
stories with the products made by the corporation. Often, the
person administering the success story creation process must
provide the salespeople with an incentive, such as a cash bonus or
some other material prize, in order to receive any success story
leads or submissions. The management of the success story process
is often done manually which is a daunting task since the process
is extremely complex and has many imponderables. The manual
management of the process leads to inconsistent quality stories,
slower generation of stories and unpredictable results since the
results depend on the particular person.
[0006] Some typical systems attempt to automate the process in some
manner. However, these systems are typically disparate pieces of
technology that have been put together in an attempt to automate
the process. For example, a typical database may be combined with a
interface which is not intended for that database. It is desirable
to provide a content development and management system wherein the
system is homogeneous in that each portion of the system is
designed and intended to work together.
[0007] Corporations which have success story programs also find it
immensely difficult to ensure that stories are currently maintained
up to date and accurate (i.e., the featured party is still using
the same products and the same people are still with the company,
etc.). It is staggering to discover how many of the success stories
that a company uses are actually obsolete. In addition, because the
success story creation work is done in an artisanal manner right
now, it's also difficult, time consuming (i.e. expensive) to get
the story done in multiple media (print, web) in a useful time
frame. It is also extremely difficult for companies to ensure that
their people can quickly find a relevant success story when they
need one. In addition, because the stories usually take months from
inception to delivery of a usable story, their shelf life (before
they become obsolete) is much shorter.
[0008] Many companies already have a success story program. In one
type of success story program, one or more people in the
organization are assigned to find and develop leads and turn them
into stories. These people usually have one or more other assigned
tasks which are their primary responsibility, and usually lack
training in the skills required to do success stories. The results
of this type of success story program is slow story turnaround,
poor quality stories, few and often outdated stories, poor legal
documentation and high hidden costs. For example, the stories are
also generally handled at a divisional or department level and
therefore never centralized in a useful manner so that duplication
exists between the different departments, the quality of the
stories may not be consistent between the departments and can be
generally of lower quality and customers may become annoyed in that
the same customer may be contacted by two different departments for
the same story. In another success story program, the persons
assigned to find and develop leads and turn them into stories bring
in one or more outside contractors, such as individual freelancer
writers, PR companies, or the like. Companies consistently find the
turnaround slow, quality very variable and cost high because the
process always tends to be that of a craftsman working on a very
limited number of leads assigned by the project manager at the
company. As a result, there is often very little filtering of
mediocre leads and interviews since there are not enough story
leads.
[0009] It is desirable, however, to provide a content development
management system and method which automatically tracks each step
of the content development process and documents the steps as the
content is being generated regardless of who or how many people
complete a particular task and therefore permits the story workflow
to be more easily controlled. It is also desirable to provide a
content development management system which permits the various
process steps to be completed in a non-sequential manner in that
the steps do not necessarily need to be completed in a sequential
manner and the cost of implementation is lower and faster. It is
also desirable to provide content outputs that are flexible and
highly customizable, a search capability within the content system
and a mechanism for updating and maintaining content. Thus, it is
desirable to provide a content development management system which
avoid the above problems with the typical content development
processes and story creation processes and it is to this end that
the present invention is directed.
SUMMARY OF THE INVENTION
[0010] The content development management system and method in
accordance with the invention provides many features and advantages
that provide for an efficient, automatic content development and
management system. For example, the system may automatically manage
the content development process. The system is very flexible and
extensible and expandable. The system also provides billing and
cost control mechanisms, quality control of the content since it
can be checked at each portion of the development process. The
system also provides lead management, production management and
scheduling of the tasks associated with the content development
process. The system also includes a review process during which the
people involved with the content approve the content in an
environment that encourages rapid approval of the content. The
system may also include a search mechanism that permits a user to
search the content generating and management process. The system
may also include the ability to update and maintain content so that
the system may, for example, automatically remind the editor that a
story has been published for a predetermined period of time so that
the editor can check the content and update it as needed.
[0011] The content development and management system provides core
data storage. In more detail, the system tracks all of the data
associated with the content within the system. Thus, all of the
data associated with the content is never lost. In addition, the
data for a particular piece of content is kept together. In a
preferred embodiment, the system may be object based and may
contain one or more modules that can be interchanged depending on
the needs of the particular client of the system.
[0012] Thus, in accordance with the invention, a story workflow
management system and method are provided in which each step of the
story creation process from initial lead generation to final
publication of the story is tracked so that the entire story
creation process is more easily managed. The system integrates the
various story creation processes into a single controlled process.
The system permits the traditional story generation process to be
automated and the speed of the story generation increased while the
quality control for the stories is also increased. The integrated
system provides various advantages to the story creation process
including reduced costs to create a story, increased speed with
which a story is prepared, and various features not typically
available to a story writer and story editor. The system is also
robust, compatible with other existing systems and networks and is
very flexible.
[0013] In the success story embodiment or any other embodiment, the
end users may submit story leads and interviews to the system about
particular products and the system may provide a mechanism for
processing the incoming lead and interviews information in an
efficient manner. The system may store unformatted story contents
so that the published story may be quickly published automatically
by the system in a variety of different formats, such as XML,
ASCII, a hardcopy of the story, a Postscript Display
Format/Portable Document Format (PDF) file, any web format and the
like and on a variety of different media, such as CD-ROM, DVD,
FLASH memory and the like. The system may also permit story leads
and interviews to be tracked so that a lead for a new story is not
lost. The system also may be easily integrated into a corporate
Intranet computer network and with other prior legacy databases.
The system may also gather together the success stories spread
throughout a corporation. The system may also provide tiered
security access levels to the system that is individualized. The
system may also track different versions of a story and provide
redlining capabilities.
[0014] The system also allows for more time and space flexibility
for everybody in the process since the story creation is not
constrained by location or time (i.e., everybody can work on it
from anywhere at any time). The system also reduces the dependency
on any one individual because this is a formalized system and the
steps are defined and documented so that less skilled people may
accomplish the same tasks typically completed by a more skilled
person. The system is also easy scaled in size to increase the
number of stories being created, the number of people working on
the stories and the number of people involved in the production of
the stories. The system also accumulates a central knowledge base
for continually improving the story creation process based on
ongoing experiences. In addition, since the system may track
visitors through the integrated web system, the system may track
the visitor's interests and preferences and provide feedback to our
customers which allows them to tune their marketing and products.
The system permits a large number of story leads and interviews to
be generated so that the best stories (high quality control) may be
picked from the lead and interviews to create the stories. In
essence, the system performs a funneling of the leads wherein a
large number of leads and interviews leads to a smaller number of
good pieces of content.
[0015] The system may include a novel database structure that
permits the content to be tracked and stored in a logical manner.
The database may include story threads which include information
about a particular story. The database may also include one or more
workthreads for each story wherein each workthread contains
information about different generations of the story (e.g., a 400
word version of the story, an internal generation of the story and
an XML generation of the story). Thus, the system permits various
different generations of the content to be logically stored so that
any of the generations can be easily retrieved.
[0016] In more detail, the system may include a server which is
executing one or more software applications which implement various
steps in the story creation process. The software applications may
include lead and interview applications or interfaces for accepting
leads, lead reviews and interviews, for managing the story lead and
interview process, a writer application or function for managing
the story rating and story creation process, an administrative
application or function for controlling the access to the system
and editorial review as well as managing and maintaining the data
contained in the database space, and a publisher application for
generating a published story in a variety of different formats. The
system may also include a database for storing information about
each lead and interview and each completed story workthread. The
database permits the content to be updated as needed which reduces
the costs associated with producing and maintaining the finished
content. The administrative system provides an overview of the
system for an administrator, allows control of certain system data,
controls the user permissions to access particular data so that
different people who access the system may be able to view
different information about the stories being prepared based on the
privileges given to the person. For example, a particular
corporation may view only the stories pertaining to that particular
corporation while the system may actually be generating stories for
multiple corporations. To manage the multiple tiers of access to
the information in the system, the system may include an access
information database containing information about the web
pages/information available in the system for each user of the
system. The database may also include each different access level
in the system and what web pages each different user may view. For
example, a person submitting a story may only access and view the
lead and interview web pages while an editor may view all of the
current stories being processed and their progress towards
completion.
[0017] The system may have a user interface which is generated to
provide users of the system, including story submitters, story
researchers, story writers, story editors, system administrators,
system customers, sub-contractors, partners and others, with
guidance through the process. In one World Wide Web (WWW) based
embodiment, one or more web pages are generated as the user
interface. The system may generate these user interface screens
dynamically as each user accesses the system. In particular, each
user accessing the system may have a predetermined security level
based on the user's intended use of the system. Based on the
predetermined security level, pieces of data are retrieved from a
database and the user interface for the particular user is
generated based on the retrieved data. Thus, each user only views
the data in the user interface screen which the user has the
privileges to view to provide security for the stories being
generated. Additionally, the user interface screens in the system
are customizable to integrate seamlessly with the current look and
feel of a customer's web site, for example, so that not only can
different content be made accessible to different users based on
the access privileges, but different versions of the same content
as well as different presentations of that content may be provided
to different users.
[0018] To generate leads for possible stories, the system may
receive a lead through the lead and interview system. In addition,
the system may include a pre-qualification system for finding and
generating leads and following up on the leads to have them
pre-qualified (i.e., determine that the story is valuable and
should be created. Once the stories have passed this
pre-qualification, the system requests an interview from the
featured person, and this interview is matched with the data from
the pre-qualification and tracking system. This integrated
pre-qualification and tracking system is valuable to clients
because it provides their project managers with a simple method of
generating leads and ensuring that leads don't fall through the
cracks once they have signed off on them. Thus, data associated
with the content is never lost and can be easily retrieved.
[0019] The system may include a placement management system wherein
the content generated by the system may be placed in appropriate
media or locations. The system may also include a writer management
mechanism that permits the system to qualify a writer, editor, etc.
for working and then manage the writer, editor, etc. payment
process. The system may also include a user interface customization
system wherein the screens and user interfaces for each editor and
writer and other users of the system can be customized. The system
may also include a digital rights management mechanism or it may be
integrated with any well known digital rights management system.
The system is individualizable to each user and can be upgraded to
add new clients and new writers.
BRIEF DESCRIPTION OF THE DRAWINGS
[0020] FIG. 1 is a block diagram of an example of a first
embodiment of a content development management system in accordance
with the invention which is a story workflow management system;
[0021] FIGS. 2A-2C are diagrams illustrating an example of a
submission form for the system of FIG. 1;
[0022] FIG. 3 is a diagram illustrating an example of a release
form for the system of FIG. 1;
[0023] FIGS. 4A and 4B are diagrams illustrating an example of the
initial screen of the writer application in accordance with the
invention showing the status of the stories for the system of FIG.
1;
[0024] FIGS. 5A-5C are diagrams illustrating an example of a user
interface page showing information about a particular story being
prepared using the system for the system of FIG. 1;
[0025] FIGS. 6A and 6B are diagrams illustrating an example of a
user interface page for managing the submission rating process for
the system of FIG. 1;
[0026] FIGS. 7A and 7B are diagrams illustrating an example of a
user interface page for managing the gathering of additional
information (i.e., the researching of the story) required to write
the story for the system of FIG. 1;
[0027] FIGS. 8A and 8B are diagrams illustrating an example of a
user interface page for managing the writing of the story for the
system of FIG. 1;
[0028] FIGS. 9A and 9B are diagrams illustrating an example of a
user interface page for managing the story publication preparation
process for the system of FIG. 1;
[0029] FIGS. 10A-10D are diagrams illustrating an example of a user
interface page for managing the story editing process for the
system of FIG. 1;
[0030] FIGS. 11A and 11B are diagrams illustrating an example of a
user interface page for searching for stories within the
system;
[0031] FIG. 12 is a diagram illustrating a preferred embodiment of
the content development management system in accordance with the
invention;
[0032] FIG. 13A is a diagram illustrating more details of the
server portion of the content development management system of FIG.
12;
[0033] FIG. 13B illustrates a method for generating content in
accordance with the invention;
[0034] FIG. 14 is a diagram illustrating the database schema of the
content development management system of FIG. 12;
[0035] FIG. 15 is a diagram illustrating a ticketing system that is
incorporated into the content development management system of FIG.
12;
[0036] FIG. 16 is a diagram illustrating more details of the
ticketing system in the CyberSubmit sub-system;
[0037] FIG. 17 is a diagram illustrating more details of the
ticketing system in the CyberWriter sub-system;
[0038] FIGS. 18A-18C are diagrams illustrating an example of a lead
creation wizard in accordance with the invention;
[0039] FIGS. 19A-19C are diagrams illustrating an example of a lead
generation module in accordance with the invention;
[0040] FIGS. 20A-20E are diagrams illustrating an example of an
interview preparation module in accordance with the invention;
[0041] FIGS. 21A-21G are diagrams illustrating an example of a
customized interview form in accordance with the invention;
[0042] FIGS. 22A-22C are diagrams illustrating an example of an
interview transcript in accordance with the invention;
[0043] FIGS. 23A-23D are diagrams illustrating an example of an
interview review process in accordance with the invention;
[0044] FIGS. 24A-24E are diagrams illustrating an example of a
story being created in accordance with the invention;
[0045] FIGS. 25A and 25B are diagrams illustrating an example of a
public contact process in accordance with the invention;
[0046] FIG. 26 illustrates an example of an event log for a
particular story in accordance with the invention;
[0047] FIGS. 27A and 27B illustrate an example of an action center
user interface in accordance with the invention for an editor and a
writer; and
[0048] FIGS. 28A-28H are screen shots illustrating the user
interface and operation of the Extranet portion of the content
development management system in accordance with the invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
[0049] The invention is particularly applicable to a system for
managing the workflow for the creation of success stories for a
corporation or other entity and it is in this context that the
invention will be described. It will be appreciated, however, that
the story workflow management system and method in accordance with
the invention has greater utility, such as to any other type of
stories which may include news feature stories, magazine articles,
wire service articles and the like. The system is also applicable
to other fields besides success stories, such as press relations
(e.g., providing stories and information for the media), marketing
(e.g., providing information for use by salespeople and
telemarketing people), e-marketing (e.g., tying stories with
products or solutions on the web), marketing (e.g., providing
accurate end-user information to a company about how the end-users
really use the company's products and why end-users like the
products, customer education (e.g., stories about the profession
and/or services provided), or human resources (e.g., to improve
employee morale and communications as well as education). The
content development system in accordance with the invention may
also be used for other different types of content that may include
written content, such as success stories, stories, articles,
advertisements, auditory content, such as radio spots, radio
advertisements, radio presentations, electronic downloaded auditory
content and audiovisual content that combines audible content and
written content. In the preferred embodiment described below, the
content development system is described with an example of the
workflow associated with a story and in particular to a system and
method for managing the workflow associated with the preparation,
editing and creation of a story, but the invention is not limited
to a story workflow management system. A web-based example of the
invention is described below, but the invention can be implemented
on various well known computer systems and computer architectures
without departing from the scope of the invention. Now, a first
embodiment of the content development system will be described in
the context of a story workflow management system and method.
[0050] FIG. 1 is a block diagram of an example of a story workflow
management system 20 in accordance with the invention. The system
20 may include a server 22 and one or more client computers 24
connected to the server by a computer network 26, such as the
Internet or a corporate Intranet. The server 22 may house one or
more sub-systems which generate a user interface and perform some
of the steps of the story creation process as described below in
more detail. Each client computer 24 may be a typical personal
computer having a central processing unit which executes a browser
application so that the user of the client computer may log onto
the server 22. In the example shown, the users of the client
computers may include different people who may have different
privilege or access rights to the data stored on the server. The
different people may include one or more people who submit stories
to the system (Submitter # 1-Submitter #N), one or more story
researchers writers (Researcher #1-Researcher #N) who research the
story submissions, one or more writers (Writer #1-Writer #N) who
write the stories (in some cases the story research and story
writing may be done by the same person), one or more Editors
(Editor #1-Editor #N) who oversee and edit these stories and a
corporate manager (Manager) who wishes to review the current
stories being processed for a particular corporation.
[0051] Once the user of the client computer has logged onto the
server, the user may interact with the various story creation
systems, which may be software applications being executed by the
server, by viewing information located on the server and providing
information to the server. For example, a submission system as
described below may be intelligent and may modify its actions or
the data it displays based on the privileges of the user who
requests the data. When a story lead and interview is being made,
the forms content can be checked to ensure that certain minimum
content requirements have been provided and an acknowledgment and
receipt are automatically generated for the submitter or a request
to fix any problems is generated. All of the submitted data may be
automatically transferred into the workflow production system with
an original copy of the lead and interview data being preserved as
read-only to ensure that it cannot be modified. An on-line help
system is available to help the user through the submission
system.
[0052] In the success story embodiment of the management system
shown in FIG. 1, the resultant story (STORY) may be output over a
communications link, such as the Internet or e-mail, to a corporate
web site 28 which stores the finished success stories in a database
30 and displays the success stories to client computers who access
the corporate web site. The system may also store a copy of the
story in its own database as described below. The system may also
publish the story on its own success story website. The story, in
accordance with the invention may be sent to the corporate web site
using a variety of different delivery techniques, such as via fax,
FedEx or anything else. In a preferred embodiment, the story is
stored in the system's database and the corporate site's system
requests a page containing a story from the system and then
displays the story page within their website. Alternatively, the
final version of the story is stored on a database in the corporate
website maintained by the system and data is published locally into
their website.
[0053] In accordance with the invention, each of the story creation
sub-systems, as described below, may operate independently of each
other so that stories, for example, may be submitted at any time
from anywhere in the world and automatically stored in the
database. In addition, the story creation process, as described
below, is broken into a plurality of independent steps some of
which may be performed out of order and at any time. The system
automatically keeps track of the completed and uncompleted steps so
that any authorized user of the system, such as researchers,
writers, editors, administrators, customers, partners, etc., may
quickly determine the status of any story. In addition, the system
permits the steps to be completed at any time of the day or night
to suit the work habits of different people. Now, more details of
the sub-systems in the server will be described.
[0054] The server 22 may include a submission application system
32, a writer system 34, an administration/security system 36, a
publisher system 38, a help system 39, a database 40, a central
processing unit (CPU) 42, a memory 44 and a multi-media processing
system 45. The memory 44 may include any type of data storage
system such as a semiconductor memory, such as a RAM, EEPROM, ROM
or the like, a hard disk drive system, a tape drive storage system
or the like. In the example shown, the submission application
system, the writer system, the security system and the publisher
system may be software applications stored in the memory 44 of the
server and the software applications are executed by the CPU 42 of
the server. The system may also include a reporter system (not
shown) which may sort the data in the database and/or in the pages
being displayed to a user.
[0055] The submission application system 32 may generate a user
interface, as described in more detail below with reference to
FIGS. 2A-2C, to gather information from a user about a possible
story idea (a lead and interview). The submission application
system 32 automatically store the gathered information in the
database 40 in a new story record with a unique numeric identifier.
The submission application system may also include a lead
generation system which may, for example, automatically generate
messages, such as e-mail messages, requesting that users submit a
story lead or participate in an interview. In this manner, the
system 20 attempts to gather new story leads from the users of the
products. The lead capture system 32 may also direct the user
submitting a story, in certain circumstances, to fill out and send
in a release form as will be described below with reference to FIG.
3.
[0056] The writer system 34 may permit a writer to rate the story
leads or the interviews stored in the database, to manage the fact
gathering process (i.e., researching the story) if the story lead
or interview is approved for development and to manage the writing
of the story by a writer, and to manage the final pre-publications
processing of a completed story. The writer system may also permit
an editor to manage all of the writer stages of the story creation
process including the final pre-publication processing of a
completed story, and to edit or kill the story at any time during
the story generation process. The details of these functions will
be described below with reference to FIGS. 4-11. At various stages
during the generation of the story, the information about the story
is stored in the database 40. The database also stores information
about the status of each pending story.
[0057] The administrator system 36 may control the access to the
submission application and writer systems. For example, the user
accessing the submission application system 32 cannot access any
information about other stories stored in the database using the
submission application (since they do not have the appropriate
privileges) while a writer, researcher or editor of stories may be
able to access his/her own story and brief information about other
stories. As another example, a supervisory editor may be able to
access detailed information about every story to check the progress
of each story and possibly send a reminder to a writer who has not
completed a story, for example. Thus, a plurality of different
security levels may be assigned to different users of the system to
ensure that a particular user only views data which the user has
the appropriate privileges to view. The administration system 36
also performs data maintenance and management functions. In
particular, the user of the administration system may have the
privileges to modify or delete data within the database which other
users cannot modify or delete.
[0058] The publisher 38 may generate a downloadable version of the
generated success story so that a salesman, for example, may take a
hard copy of the success story along with him on a sales visit. The
publisher may also forward the completed, ready-to-be-published
success story to the corporate web site 28. The help system 39 may
provide the users of the system with on-line help with any of the
systems at any time in addition to step-by-step instructions
provided in the user interface screens. The database 40 may store
various pieces of information about each story including the steps
completed in the story creation process, the submitted story idea,
the written story and information about the person who submitted
the story. The database may also store each completed story to keep
a complete record of each completed story as well as a morgue
archive and a graveyard archive (i.e., one or more levels of
archives). The morgue archive may contain stories which are too old
and no longer published while the graveyard archive may contain
stories and story information which was spiked, as described below,
or never made it past the initial rating process as described
below.
[0059] The database 40 may also store the information about each
user of the system including his/her access level and the
information necessary to generate the user interface pages shown to
each user. In particular, the user interface pages generated for a
particular user are dynamically generated as the user logs into the
system based on the pieces of data in the database and the security
level of the particular user. For example, a user from a particular
corporation may log into the system and be able to view only the
stories associated with that corporation although the system may
contain stories for a plurality of different corporations. Now, the
multimedia processor system 45 will be described in more
detail.
[0060] The multimedia processor system 45 may receive multimedia
(e.g., images, video, audio, animation, etc.) for a particular
story and store the multimedia in the database 40. A unique
identifier may be generated for each piece of multimedia received
to identify the story with which the multimedia is associated. The
multimedia may then be processed to fit into the publication
requirements of the system and published with the story once the
story has been completed. The various systems described above
provide an automatic document flow process in that a story in the
system is automatically guided through the system and will appear
in the pending page of a user automatically. Now, the submission
application system and an example of a release page will be
described.
[0061] FIGS. 2A-2C are diagrams illustrating an example of a
submission form 50 in accordance with the invention and FIG. 3 is a
diagram illustrating an example of a release form 52. The
submission form 50 may include various user input blocks into which
the user of the submission application system may enter information
about the success story being submitted. The information may
include contact information about the submitter, contact
information about the person who knows more details about the
success story, contact information about someone who needs to give
permission to generate the story, information about the story and
why it should be written, information about a website which may
contain more information, information about the industry of the
submitter's company, the size of the submitter's company,
information about the hardware and software used during the
project, information about how the product helped the submitter
succeed, information about other websites to visit for information
and information about how the submitter heard about the success
story program as shown in FIGS. 2A-2C. The information gathered by
the submission form, once submitted, is automatically stored in the
database 40 shown in FIG. 1 and a new story submission record is
created so that the a story submission review process may be
completed.
[0062] The story submission process may include an initial
screening by a writer who makes a recommendation for the rating of
the story submission and documents this recommendation. The writer
may also give the story submission a working title and handles some
of the other minor administrative tasks associated with processing
a story submission. Once the writer enters the initial
recommendation into the system, the editor is automatically
notified of this rating and accepts or modifies the writer's
recommended rating. In particular, the system may automatically
place the story in the editor's Pending page (as described below)
until the editor makes his decision about the rating. Then once the
editor either gives the okay to proceed with the story, the story
is automatically placed back into the assigned writer's Pending
page (inbasket) or a researcher's inbasket, as appropriate. If the
editor spikes the story, the story goes into the graveyard
archive.
[0063] Once the writer has reviewed the submission and received the
editor's approval to proceed, the submission application system may
send the release form 52 to the submitter or the appropriate person
or organization featured in the story via e-mail or direct the
submitter or the featured person or corporation to a website so
that the release form may be downloaded. The submitter or featured
person or corporation is then requested to review the release form
and sign and date it. Once the form is executed, the submitter is
asked to submit the release form, via facsimile and an original
copy by mail, to an address. The release form 52 shown is a typical
release (.COPYRGT.Quantum Corporation),which permits the system's
use of the submitter's information. Now, the writer system will be
described in more detail. The writer system may generate a
plurality of user interface pages, shown in FIGS. 4-11, which
manage the story creation process. Each of the writer pages may
include a notes section (not shown) which permits the person using
the page to enter notes about the story.
[0064] FIGS. 4A and 4B are diagrams illustrating an example of a
status page 60 for the writer system in accordance with the
invention showing the status of the stories currently being
prepared by the system. The status page may include a menu 62 near
the top of the page permitting the user of the writer system to
navigate through the steps within the writing process. In
particular, the menu may include one or more hyperlinks to other
pages in the writer system including the pending page, as shown in
FIGS. 4A and 4B, a rating page as shown in FIGS. 6A and 6B, an
information completion page as shown in FIGS. 7A and 7B, a story
writing page in FIGS. 8A and 8B, a web data page as shown in FIGS.
8A and 8B, an editing page as shown in FIGS. 9A and 9B, a view
report page as shown in FIGS. 5A-5C and a search page as shown in
FIGS. 11A and 11B. The invention, however, is not limited to the
pages described below and additional pages may be added to provide
more functionality to the system, such as a page for managing
multimedia components and multimedia production. The system, using
these pages, may be easily expanded using existing technologies or
new technologies by adding additional pages to provide the user of
the system with access to the existing technologies or any new
technologies. Each of the above pages will be described in more
detail below.
[0065] The status page 60 may further include an unrated story
section 64, a stories to be updated section 66 and a stories in
process and stories completed section 68. A unique status page may
be generated for each user of the system so that, for example, a
writer may see a status page listing the stories currently in the
system for the particular writer. Thus, the status page may also be
viewed as a sort of flow-based inbasket for each individual. The
status page reflects the status of each story based on the traffic
flow defined by the system so that it includes stories that appear
because they are currently in the story creation process, because
they have just come been submitted as a story submission and need a
decision on whether they should be processed, or because the story
needs updating.
[0066] The unrated stories section contains story submissions
within the database which have not yet been rated by a writer and
approved by an editor as described above. Until a story is rated as
being appropriate for publishing or not, the story submission will
remain in the unrated section of the pending page of the writer and
editor responsible for that customer. The stories to be updated
section 66 may include stories whose submission information needs
to be updated or augmented. In particular, once a story has been
live to the public (published) for the predetermined period of
time, the story appears in the updated section 66 because the story
now needs to be checked for accuracy. The story remains in the
updated section 66 until it has been checked and updated, if
appropriate. Once the update has been completed for the particular
story, the particular story is removed from the updated section and
the predetermined time period is reset so that the story will
appear again in the updated section after the predetermined time
period expires again. Thus, each story will periodically be placed
into the updated section to reverify the accuracy of the story.
[0067] The pending stories section 68 contains all of the stories
which are currently being prepared using the system 20. The pending
story section 68 may include a serial number section 70, a title
section 72, a tickler section 74 and a story preparation status
section 76 and other story status information as appropriate. Any
story on a status page for a particular user which has been rated
as worthy of writing and publication, but which has not yet been
completed may be displayed in the pending story section for the
appropriate writer and editor. The serial number section lists an
identifier associated with each story, the name section lists the
name of the story and the tickler section lists any due dates
associated with the particular story. The story preparation status
section 76 may include a panel 78 associated with each page listed
above (the rating page, the information completion page, the story
writing page, the web data page, and the editing page corresponding
to the "1" panel, the "2" panel, the "3" panel, the "4" panel and
the "5" panel, respectively). As all of the steps and items
associated with a particular page are completed, the panel may
change colors to indicate that that portion of the story generating
process has been completed.
[0068] The important thing about the status page is that it is
automatically updated in real time as steps of the story creation
process are completed so that the status page for any user of the
system is constantly updated. Each status page also provides an
individually customized overview of the entire process from the
perspective of the writer, editor, administrator or other
authorized user (i.e., each user views his own personalized status
page based on the stories for which the user has responsibility).
The status page may also be implemented using pop-up menus, other
forms of navigation and status display as well as the use of
additional colors and additional information so that the status
page is not limited to the example shown.
[0069] In a preferred embodiment, the panels for uncompleted pages
may be red while the panels for completed pages may be yellow
although the invention is not limited to these colors. For example,
for a story entitled "Greyhound", all of the pages of the story
creation process have been completed while for the story entitled
"Hewlett Packard", the steps in the information completion page,
the web data page, and the editing page have not been completed. In
this manner, using the status page 60, a user of the system that
has the access and the authority to view this page may easily
determine the current status of the stories currently being
prepared using the system including which portions of the story
creation process have been completed. As above, the access to the
data in the status page may be restricted so that a particular
corporation may only see its own stories in the pending story
section 68. Now, each of the pages associated with the story
creation process will be described in more detail.
[0070] FIGS. 5A-5C are diagrams illustrating an example of a page
90 showing information about a particular story being prepared
using the system. The page may summarize the information gathered
about a particular story in the system. The page may include a
dashboard section 92 located near the left side of the page which
provides information about the status of various tasks in the story
creation process. The dashboard section 92 accurately reflects the
current status of the individual checkboxes for the instruction
steps listed at the top of each page of the writer system as
described below. The dashboard section may uses logic and rules to
summarize important information relating to the individual steps of
the process so that each of the items listed in the dashboard
section provides information to quickly inform the viewer what has
been done, what is pending, and tell them where in the system (the
help system) to find the instructions for that particular step or
steps. Therefore, from this page and every other story creation
page described below, it is possible to easily determine the status
of the particular story based on the dashboard.
[0071] In the dashboard, each checkbox 94 may have a number in
parentheses associated with it which refers to the particular step
in the particular page. As shown in FIG. 5A, the dashboard may
include an initial OK section 96, a copy edit section 98, a
WebReady section 100, a data complete section 102 and an
implementation section 104. In the particular example shown, all of
the boxes in the dashboard have been checked off indicating that
these steps have been completed except for a spiked checkbox 106.
If the spiked checkbox is checked off, then the story has been
discarded by the writer or editor (depending on who has the
privilege to spike a story) at some point in the story creation
process which may be long before the story is written, such as
anytime after the submission is made. In general, the vast majority
of spikings occur before the story is written when the writer rates
the story. In the example shown, the story is ready for publishing
and is awaiting the final review by the editor, customer and
possibly the person/organization featured in the story and the
posting of a date after which the story may be published.
[0072] The story summary page 90 may also include original
submission data including contact addresses and URLs to review, a
description of the project about which the success story is being
written, why the story is a good success story, the hardware and
software used for the project, the contact address to appear on the
published copy, and various story specific data, such as the
headline, the story capsule, the story lead, the story body and
quotes from the story. The story summary page 90 may be accessed by
entering the writer system or by clicking on the view report button
after selecting a particular story. Now, the submission rating page
will be described in more detail.
[0073] FIGS. 6A and 6B are diagrams illustrating an example of a
page 110 for managing the submission rating process in accordance
with the invention. The page 110 may include the dashboard 92 which
indicates the current status of the particular story. This page
permits the writer of the system to assign a story name, to rate
the submission using radio buttons and a notes field (not shown),
to send the suggested rating to the editor for approval (the editor
may either approve the story or spike the story). The rating of the
story may involve the writer selecting a radio button indicating
the rating of the story and a notes field which permits the writer
to indicate why the particular rating was made. The stated story
may be submitted to an editor who may then check the box
authorizing the story or check the box spiking the story and the
time that the story was spiked. At this point, the story is either
authorized to be prepared or it is spiked and discarded. If the
story is authorized and any initial research of the story confirms
the value of the story, then the contact person is sent a release
form or sent to a website to retrieve the release form to sign and
return to an address. Thus, the rating page permits a writer and an
editor to filter the incoming story submissions and spike unwanted
story submissions. The rating page may also include lead contact
information from the story submission which may be reviewed by the
editor in determining the rating. Now, the process of gathering
additional information will be described.
[0074] FIGS. 7A and 7B are diagrams illustrating an example of a
page 120 for managing the gathering of additional information
required to write the story in accordance with the invention. As
above, the page 120 may include the dashboard 92 with the current
status of the story. This page may ensure that the person preparing
the story performs various fact finding tasks (i.e., story
research) prior to preparing the story. The various facts learned
during the story research may be stored in a notes field. For
example, the person must contact the submitter and determine
various facts including confirmation of the accuracy of the
submitted information, obtain verbal consent for use of the story,
obtain any additional information about the story and any quotes
for the story, get the data about the person who is going to appear
as the contact for the published story, and have the submitter
obtain and sign a release form. The page may also require the
person to document the verbal release and email the submitter
thanking them for their time. As the person checks the items off in
the page, the corresponding dashboard items are also checked off in
all of the pages so that each page has a current status of the
story. In the dashboard, individual steps of the information
gathering process may be identified as completed such as the verbal
release, the e-mailed thank you, a faxed copy of the signed release
and an original received copy of the signed release. Now, a page
for managing the writing of the story will be described.
[0075] FIGS. 8A and 8B are diagrams illustrating an example of a
page 130 for managing the writing of the story in accordance with
the invention. The page may include the dashboard 92 with the
current status of the particular story. The page may also include a
checkbox section 132 and a story writing section 134. The checkbox
section 132 includes check boxes which may be checked when the
faxed copy of the release has been received, when the story and its
constituent parts have been written, when the story has been
spellchecked, when keywords have been assigned to the story, when
the original release is received, and any other follow up. The
story writing section 134 may provide the story writer with a space
to enter various information about the story such as the project
title, the story headline, the story capsule, the story lead, the
story body and quotes for the story. The story writing section may
also permit the writer to choose keywords for the story as well as
the markets to which the story may apply. Thus, this page permits
the writer of the story to follow up on any missing items and write
the story. Now, the page for managing the story publication process
will be described.
[0076] FIGS. 9A and 9B are diagrams illustrating an example of a
page 140 for managing the story publication preparation process in
accordance with the invention. The page may include the dashboard
92 and a checkbox section 142 for completing the final steps to
publish the story. The steps may include confirming that an
original signed release has been received, confirming any incoming
videos or images associated with the story, confirming the accuracy
of the information, filling in the software and hardware
information, confirming the image and video materials are ready to
publish, and indicating that the story is ready for the editor to
review. The other portion of the page permits the story writer to
assign the hardware and software used for the project. These pages
permit the story creation process to be managed by an editor and
provides frequent rechecks for critical process steps. The pages
also are dynamic and any updates to any of the pages are reflected
in the dashboard for any of the other pages. Now, the editor page
will be described which may only be accessed by a story editor.
[0077] FIGS. 10A-10D are diagrams illustrating an example of a page
150 for managing the story editing process in accordance with the
invention. This page may only be accessed by an editor of a story
and this page permits the editor to make a final review of the
story before authorizing the publication of the story. In this
manner, the editor has a final veto power over the story even after
the story has been completed. As above, the page may include the
dashboard 92 to review the current status of the story. The page
may also include a display section 152 which displays the data to
be published on a web site to permit a final copy edit review by
the editor. The page may also display the contact information and
the project description. The page 150 may also include a checkbox
section 154 which permits the editor to make a final check of the
story before it is published. For example, the editor must
spellcheck the story and check for any other errors. The editor may
then check a WebReady button which checks the appropriate box in
the dashboard to indicate that the story is ready to be published
to the web site. The editor may also set an Online Date (the date
which the story is actually available for viewing) which may be now
or some later time to coincide, for example, with a marketing pitch
about the product. The editor may also designate the story as a
featured story from a certain start date until a certain stop date
as well as quotes from the story. Once the editor has indicated the
WebReady status and the online date is now, the story is published
on a web site and may be viewed by anyone accessing the web site.
Now, an example of the page for permitting searching will be
described.
[0078] FIGS. 11A and 11B are diagrams illustrating an example of a
page 160 for searching for stories in the system. The search page
may provide one or more different criteria which may be used for
purposes of searching the database for a matching story. The search
page may return the one or more stories which match the search
criteria. In summary, the system provides for workflow management
during a story creation process. The system provides constant
updates about the status of any story in the system and may provide
different data to different people based on the security level of
the person. The system may increase the speed with which a story
may be generated since each sub-system of the system may operate
independently and permit users to access relevant pages at any
time. Thus, the user of the system, such as the story submitters,
the story writers and the story editors, may all work independently
of each other and at different times and geographic locations so
that the speed of the story creation is not limited by the
availability of any person. Now, a preferred embodiment of the
content generation management system and method will be described
in the context of a success story creation management system.
[0079] FIG. 12 is a diagram illustrating a second preferred
embodiment of the content development management system 20 in
accordance with the invention. For purposes of the description of
this embodiment shown in FIGS. 12 and 13, elements that are common
with the embodiment shown in FIG. 1 have the same reference number
and have the same function unless some other function is described.
In addition, the common elements may not be described here. For
this preferred embodiment, the content generation management system
may be implemented in the following manner although the invention
is not limited to the particular implementation. For this preferred
embodiment, the server 22 is a Sun Sparc server computer (version
5) that is using the Solaris operating system (Version 2.7.1). The
database is OpenBase Version 6.5.3 and the web server is an Apache
web server (Version 1.2.11). The application server is a WebObjects
Version 4.5 application server and the language is Java (JDK
Version 1.18). In this embodiment, the system may present, using
the web server, one or more web pages to a user so that the user
can interact with the system as described below with reference to
FIGS. 18-28. The various software applications that support the
system may be stored on the application server. In this preferred
embodiment, the units shown in FIG. 13 are implemented as one or
more software modules, such as JAVA applets or servlets. However,
the system may also be implemented using one or more pieces of
hardware as is well known.
[0080] With this embodiment, the flexibility of the system has been
improved so that the system may be used for a variety of different
purposes. For example, the system may include one or more extranets
200 (Extranet #1-Extranet #N) wherein each extranet may permit a
particular customer of the system, such as Company A, to create its
own customized content generation management system that may be
located on the Intranet of the corporation. For each Extranet,
there may be submitters 202 and a corporate manager 204. Thus, a
large corporation that wants to generate its own success stories
may have an extranet wherein the extranet is managed by the
corporate manager. The extranet may permit customers of the
corporation or employees of the corporation to submit success story
leads directly from the corporate intranet or corporate web site.
The extranet may also permit the corporation to use the content
generation management system to manage the creation of success
stories or other forms of content. As with the other system shown
in FIG. 1, there may also be other users of the system 24, such as
one or more submitters, one or more writers/researchers, one or
more editors and one or more managers that perform that same
functions as described above. The system may also include a
mechanism to permit the content developed by the system to be
dropped into a client site automatically, such as an FTP site so
that the system does not need to maintain the client's site in
accordance with one aspect of the invention.
[0081] To manage the various users of the system including the
extranet users, the system may assign different access privileges
to different people or groups of people using the administration
unit 36 (shown in FIG. 13). In particular, the embodiment shown in
FIG. 1 permits different people to have different access
privileges. With this embodiment, the system permits access
privileges to be assigned to an individual based on the individual
status (e.g., writer, manager, submitter) as above, but it also
permits access to be assigned on a group basis. For example, a
person who is part of Company A may have a certain set of access
privileges to the Extranet for Company A and then may have a
different set of privileges for the management system. A second
person with Company B would then have different access privileges
than the first person since he should not be granted any access to
Company A's Extranet. In this manner, the system can support
numerous different Extranets as well as the usual Internet users.
In this manner, the system is more flexible and handles many
different customers and many different types of users. To manage
the use of the system by different users, a ticketing system may be
used that will be described below with reference to FIGS. 15-17.
Now, more details of the content development management system in
accordance with the invention will be described.
[0082] FIG. 13A is a diagram illustrating more details of the
server portion 22 of the content development management system of
FIG. 12 and in particular the content development management system
23 that is stored in the memory 44 of the server. As described
above, the system may generate web pages as user interface elements
using the web server described above and the software applications
shown may be stored on an application server. Both the web server
and application server are well known and are not shown in the
diagram since it is well understood how these systems operate and
how one would use these systems to implement a web-based system. As
with FIG. 12, like elements to FIG. 1 are numbered with the same
reference numbers and may not be described herein. In fact, most of
the elements perform the same functions as the corresponding
elements in FIG. 1 so their functions will not be described here.
In this embodiment, the system 23 may further include a ticket
manager 210 that is part of a ticketing system. The ticketing
manager permits a user's access to different portions of the system
to be controlled. For example, a person who is the contact for a
success story lead (e.g., an interviewee) for a particular company
may receive a uniform resource locator (URL) in a message, such as
an e-mail, that instructs the interviewee to click on the URL to
access an interview page. The URL may include an embedded unique
ticket which identifies the particular interview page that should
be shown to the particular interviewee. For example, an interviewee
for a product for Company A may receive an interview page/form with
text entry spaces/radio buttons, company logos or the like that
have been customized for the particular company. In addition, the
form may be pre-filled in with information about the interviewee
and may provide customized questions to the user. The system may
also include branching logic in the form so that, as the form is
being filled in by the interviewee, the questions being asked of
the interviewee may be altered based on the interviewee's
responses.
[0083] In addition to the functionality described above, the
publisher 38 shown in FIG. 13 may also include the ability to
publish the content in various different formats. In particular,
the publisher may generate an individual piece of content
dynamically in any media format, such as into a PDF format, onto a
CD, onto a DVD, to a printer, onto FLASH memory or any other media
format. The system may also generate the output content in various
formats, such as XML, PDF, HTML text with a logo, images,
unformatted text or any other formats including new formats since
the system includes APIs. The system may also generate/pre-publish
the web site or part of the web site into which the content is
destined so that the content is perceived in the context of the web
site since users seems less likely to make unneeded changes to the
content when seen in the context of the web site. The
pre-publication reduces the review time and costs and catches
errors more rapidly. The pre-publication of the web site also
permits that web site to be delivered to a company that is a user
of the system. Then, when changes to the content are necessary, the
system may generate a new web site with the new content. In a
preferred embodiment, the publication of the web site may be
carried out in the following manner. An editor may select the
content to be published and the system may search a database to
locate the appropriate types of stories so that the system may
generate HTML code corresponding to the content for the web site
and write the HTML code to disk. The system may then fill in the
content into a template that can be pre-published. In accordance
with the invention, all of the pages for the web site may be
generated by the system and stored on an file transfer protocol
(FTP) site so that the company client may access the web site and
serve it up to its customers. The system may also include the
ability to change the look and feel of a generated page on a
predetermined or random basis so that, despite the fact that the
actual content does not change, the web page appears to be
different.
[0084] In addition to the functionality of the writer 34 described
above, the writer may also include the ability to control the
versions of a piece of content as it is being created and
finalized. For example, the system is able to track each different
version of each component for a particular piece of content so that
an editor may see the prior version of any component (e.g.,
headline, summary or the body) of a piece of content. As with the
prior embodiment, the system may automatically route the data
associated with a piece of content to the appropriate writer,
editor, researcher or the like. Thus, the system associates all of
the data for a piece of content with a particular object (see the
database schema described below with reference to FIG. 14) so that,
when the content is assigned to an editor, for example, the editor
has all of the data associated with that content.
[0085] In addition to the functions of the administrative portion
36 described above with reference to FIG. 1, this embodiment may
include various functions to set-up and manage the flexibility of
the system. For example, the administrative section may include a
client set-up portion which permits an operator of the system to
generate a client profile and customize the system and its user
interfaces for the particular client, such as providing a
customized interview form, customizing the types of stories
permitted for the client, customized the content generation process
of the client, customize the user interface for each writer/editor
and any other customizations needed to facilitate the content
generation process. Since the various customizations are set-up by
the administrator, the system is customizable in various different
manners. As described in more detail below, the one or more
department(s) for each client is the key data that is used to
organize the data for a particular client. This permits one client
to have one or more different departments wherein each department
may have its own customized content generation system. The
administrator may also set-up and manage the different one or more
story types (e.g., 400 word story type, 800 word story type, a long
story type, a capsule story type) that are applicable to each
department for each client.
[0086] The system also permits the actual workflow for each client
(e.g., each department, story type, story, etc.) to be customized
for the particular corporation. For example, a particular
corporation may have a particular workflow that they use due to
some unique characteristics of the corporation. For example, the
system may provide each new customer with a checklist of content
development choices that can be selected by the customer which in
turn may affect the questions posed on the interview page for the
customer. For example, the customer may be asked if he/she wants a
story generated, if he/she wants a headline generated and if she/he
wants a quote from the content generated. This embodiment of the
invention also permits leads to content to be generated by various
different means. In particular, a lead may be developed as before
over the Internet. However, a lead may also be generated from the
Extranets for a corporation, such as from a project manager, an
employee, a writer of a piece of content and the like. The lead
generation user interface provides a person with fill-in boxes with
an unlimited number of characters to indicate the nature of the
lead and the relevant information. The system may also permit the
actual questions posed to a possible lead or to an interviewee to
be customized based on the particular company that is the subject
of the lead or interview. Thus, multiple interviews that may be
typically needed to interview a person can be eliminated since the
interview questions can be customized.
[0087] As with the prior embodiment, the system may break the
content generation process into one or more steps which may be
carried out as independent tasks by different people. In
particular, each different task may be assigned to a different
person on the fly (e.g., a particular editor may automatically
receive all content for a particular company) and the tasks may be
carried out independently of each other. In addition, the system
may also permit additional content writers to be developed and
qualified for the system so that the system may encourage the
development of new writer talent. The system shown in FIG. 13 is
also capable of handling content, such as written content, in a
variety of different languages.
[0088] The system may also be used for different areas of content
within the same client company. For example, the same data for a
client company may be used for different areas of the company. For
example, a company may have different corporate entities,
subdivisions, departments or operating groups and each group may
have its own customized user interface or forms. A company may have
content published for the human resources department, an
engineering department and the like. In addition, the system
permits the leads and content associated with a company to be
divided into one or more different categories according to the
department that is associated with the particular lead or content.
The different departments for a particular company may have
different user interfaces, different writers, different billing
arrangements and the like. The system also permits the different
departments to be segregated from each other and different
companies to be segregated from each other to maintain the
confidentiality of each department or each company.
[0089] The system may also permit one or more templates to be
stored wherein, for a particular client, a particular template for
a piece of content is specified. For example, for a Wall Street
company, the template may specify a 500 word story while a magazine
may specify a 1000 word format story. This enables each client to
receive leads and stories that conform to the needs of the
particular client. In addition, the system may generate customized
interview forms for each client so that, for example, there may be
a Google.RTM. interview page for a piece of content, such as a
success story, directed to a Google.RTM. product or service. The
interview forms may have unlimited length fields and may also
include logic that alters the interview form during the interview
based on the interviewee's actions. When the interviewee has
completed the interview, the interviewee may receive a customized
receipt. The system also permits a short summary or capsule, such
as 100 words, to be prepared based on information about a piece of
content, a lead or an interview that may be placed on a website
wherein the form for the lead or interview may include a release
question that the interviewee must accept so that the summary can
be published.
[0090] The content development management system in accordance with
the invention also provides an action center wherein each user of
the system can be alerted to current assignments and tasks that the
user is assigned to complete. The system may also automatically
route an assignment to a particular user. In a preferred
embodiment, all incoming leads may be assigned to a default owner,
such as the editor for the particular client/company. The editor
may then assign the tasks associated with the content generation
process to one or more team members assuming that the team members
have the appropriate privileges for the particular client. Once the
tasks are assigned, the person who is assigned the task will see
the task automatically appear in his/her cockpit at login. In
addition, the default owner may also reassign the tasks at any time
so that, for example, a task assigned to a person on vacation can
be easily reassigned. In more detail, the action center may include
the messaging as described above. It may also include notes that
may appear for a particular user to alert the user. For example,
the user may be alerted that the system is going to be down for
some time period. The action center may also notify a user about an
extra task and then permit the user the bill the client for the
extra task. The action center may also provide one or more
resources to each user, such as a dictionary, a web search engine
and the like.
[0091] The system may also include on-line contracts so that the
various users of the system, such as the interviewee, the writer,
etc., grant the proper rights to the system to use the content. The
system may also provide multimedia tracking in that it can track
where files, images, etc. are located in the system and ensure that
the multimedia for a particular piece of content is not lost. The
system may also include a mechanism to permit a user to upload
multimedia, such as images in various formats including EPS, JPG or
WAV files, into the content development system and then permits the
multimedia to be incorporated into a content review process so that
the user can view the multimedia with the content.
[0092] The system may also permit a piece of content to be placed
into a "HOLD" state wherein, for example, a story may be held until
the interviewee or editor is back from vacation on a particular
date. The system may then generate an alarm to remind the
interviewee or editor that the content is still in the HOLD state.
The system may also provide other notifications to the various
users of the system at various times. For example, the system may
generate a message to an interviewee indicating that the person has
not yet reviewed the content and providing the interviewee with a
link containing a ticket to review the content. If the interviewee
still does not review the content, the system may provide the
interviewee with further reminders. As another example, if a piece
of content to be prepared sits in a writer's in box for some
predetermined period of time, the system may send a reminder to the
writer.
[0093] Due to the flexibility of the database and the
customizablility of the system, the system handles ambiguities very
well and can adapt to the ambiguity. In particular, there are many
different steps in the content generation process that are not well
defined and therefore can cause problems with a system that
attempts to normalize the content generation process. For example,
a typical system may permit a single review by the interviewee, but
the actual review process may take a single review or it may
involve 10 review cycles depending on the person. The system can
permit as many review cycles as necessary.
[0094] The system may also provide one or more functions that
support other elements of a customer's business. For example, the
system may provide functionality that enhances a marketing
campaign. In more detail, the system may permit one or more
elements of a piece of content, such as a quote in the content or a
headline, to be randomized at different predetermined periods of
time. Thus, the same piece of content may look different at
different times since portions of the content are randomized. Now,
a method for content generation in accordance with the invention
will be described in more detail.
[0095] FIG. 13B illustrates a method for content generation 210 in
accordance with the invention. In particular, the method may
includes a step 211 in which a lead is created by a person using
the Extranet, by an internal user as shown in more detail in FIGS.
18A-18C below or by someone on the Internet. In a next step 212, an
interview for the interviewee is prepared which is described in
more detail with reference to FIGS. 20A-20E. In step 213, the
interview is conducted with the interviewee and an interview
transcript is generated as shown in FIGS. 21A-E and FIGS. 22A-C
below. In a next step 214, a user of the system may review the
interview as shown in FIGS. 23A-D below. In a next step 215, the
content based on the interview is generated as shown below in FIGS.
24A-E. In step 216, the content may be published in various
different formats or published as part of an entire web site as
described above. Using this process, a piece of content may be
generated. As described above, each step of the process may occur
independently and does not need to occur in a serial manner. Now,
the database schema of the content development system will be
described in more detail.
[0096] FIG. 14 is a diagram illustrating an example of a database
schema 220 of the content development management system of FIG. 12
for a particular client wherein the actual database for the system
will have data associated with a plurality of different clients. In
this example, the database schema for a success story generation
embodiment of the system is shown for illustration purposes. In
particular, the database schema may be one or more records and/or
tables (referred to for purposes of this section as nodes) that are
related to each other. As shown in the diagram, the relationships
of the tables/records are illustrated. In particular, the number
"1" next to a node indicates that there is a single node. For
example, there is a single client node for each client. Similarly,
a "0 . . . *" or a ""1 . . . *" indicator near a node indicates a
one to many or a zero to many relationship wherein there may be one
or more tables (for the "1 . . . *") or zero or more tables (for
the "0 . . . *") associated with the one parent node. For example,
there may be zero or more workthreads associated with each
department of each client. Similarly, there may be one or more
departments associated with each client.
[0097] In more detail, the database schema may include a client
table/record 222 which is the root table/record (e.g., node) for
the database since all of the other records for a particular client
relate to the client record. Each client node may contain
information about a particular client of the content development
management system, such as a company or corporation that uses the
system to generate success stories for the corporation. The only
child of the client node is a department node 224 since each client
may have one or more different departments as described above so
that the content for each client may be divided up by department if
needed.
[0098] The department node has several related nodes including a
WorkThread node 226, a user node 228, a classification node 230 and
a keyword node 232. The WorkThread node 226 contains information
about the WorkThread for each piece of content being generated for
the particular department of the particular client. In more detail,
the WorkThread contains customized information about the content
generation process for the client. The user node 228 contains
information about one or more users of the system, such as editors,
writers, etc. that have access privileges to the content associated
with the particular department since each department may have, for
example, a different editor. The classification node 230 contains
information of the zero or more classifications for different
pieces of content associated with the particular department of the
particular client. The keyword node 232 contains information about
zero or more keywords that may be associated with a particular
classification and about the keyword associated with a particular
department.
[0099] There may also be one or more child nodes of the WorkThread
node 226 that may include a featuree/customer node 234, a story
node 236, and a datastore node 238. The featuree node contains
information about the person being featured in the particular piece
of content (e.g., the featuree), the story node 236 that contains
information about the one piece of content (e.g., the story)
associated with a workthread due to the one-to-one relationship,
and the datastore node 238 contains information about the data
associated with the workthread (wherein there is only one datastore
node associated with each workthread). The datastore node 238 may
have one or more children wherein each datastore node may have zero
or more tables for each child. The children may include a lead node
240, a submission node 242, a note node 244 and a WorkContent node
246. Thus, the datastore node may have zero or more lead nodes,
zero or more submission nodes, etc. The lead node 240 may contain
information about a lead (e.g., contact information, story
suggestions, etc.) associated with a particular workthread, the
submission node 242 may contain information about a story
submission for the particular workthread, the note node 244 may
contain information about the notes associated with a particular
workthread and the workcontent node 246 may contain information
about the work content associated with a particular workthread.
[0100] The story node 236 may have zero or more StorySearchCriteria
nodes 248 that contain information about the search criteria for a
story and the StorySearchCriteria node may be related to the
classification node 230. The story node may have one or more
StoryType nodes 250 that contain information about the types of the
story (e.g., a 400 word story, an 800 word story, a long story, a
summary, etc.). Thus, for example, one story may have one or more
different story types that are generated based on the story. The
StoryType node 250 may have zero or more StoryReview nodes 252
containing information about the zero or more reviews associated
with a particular story type. The StoryType node 250 may also have
one or more StoryComponent nodes 254 associated with it that
contain information about a particular story component, such as the
summary, the body of the story and the like. The StoryComponent
node 254 may in turn have one or more StoryComponentVersion nodes
256 which contain information about each version of each component
of a story so that any person with the appropriate privileges can
review all of the version of a particular component of a story.
[0101] Using the above database schema, the data and information
associated with a particular piece of content, such as a story, are
related to particular department of a particular client. The
database schema permits various information about a particular
story or a particular client to be viewed by people having the
appropriate privileges. The database schema also permits the
various associations between the tables to be dynamically changed.
For example, a first client may have an 800 word story type for
each story and each story has a headline and a summary only. A
second client may have a 400 word story type, an 800 word story
type and a long story type wherein the components of each story
type is different. Thus, the database has been created to permit
the maximum amount of flexibility.
[0102] The database and the object oriented modules in accordance
with the invention may also permit the system to provide an
integrated search engine. In particular, the search engine permits
users of the system, such as a writer or an editor, to search the
content stored in the system. The search engine also permits a
customer of the system using an extranet, such as a particular
corporation, to search for content within the system by using the
integrated search engine. For customers, the search is limited to
content of the corporation and may be limited to only very limited
searched although the system can provide whatever level of search
is necessary. The system may also include a second search
capability used for the static published sites. For this search, a
hitlist page may be pre-generated with the static page wherein all
the links are then stored as part of the static site pages. This
means that more processing power is necessary to generate the site,
but that the generated site does not need any software to be
installed on our customers servers so as to execute the searches
Now, the ticketing system in accordance with the invention will be
described in more detail.
[0103] FIG. 15 is a diagram illustrating a ticketing system 270
that is incorporated into the content development management system
of FIG. 12. As described above, the ticketing systems permits
customized forms and web pages to be presented to each user of the
system based on the particular characteristics of the user. As
shown, the ticketing system may be implemented by steps performed
by the CyberWriter portion 34 and the CyberSubmit portion 32. In
particular, the CyberWriter portion 34 may initially generate a
ticket wherein the CyberWriter may determine if a ticket is
attached to a URL in step 272. If the ticket does not exist as
shown in step 274, the CyberWriter portion may generate a unique
ticket with a predetermined expiration date in step 276. The
expiration date may be set by default to 2 weeks, but can be
customized as needed. The expiration date ensures that the
interviewee only has access to the system for a short period of
time so that a lot of unused tickets with access into the system do
not exist to prevent security breaches. If the ticket already
exists in step 278 or the ticket was just generated, the expiration
date of the ticket may be updated in step 280 so that it does not
expire too soon and not permit the user to access the particular
form associated with the ticket. In a last step 282, the ticket is
stored in the database 40 and associated with a new WorkThread for
the client.
[0104] For the CyberSubmit portion 32, when a user establishes a
connection with the server through a URL with an attached ticket,
the system may retrieve the ticket from the URL for the interview
request in step 284. Then, if the interview is successfully
conducted, the system may delete the ticket from the database 40 in
step 286 and update the database in step 288 to reflect the deleted
ticket. The ticket may also be used for the review of the content
process as well as the multimedia upload process. Now, more details
of the usage of the ticket in the CyberSubmit portion will be
described.
[0105] FIG. 16 is a diagram illustrating more details of the
ticketing method 290 in the CyberSubmit sub-system. In particular,
in step 292, the interviewee clicks on a URL in an e-mail which
invites the interviewee to fill out an interview form. The URL
takes the interviewee to the CyberSubmit application. In step 294,
the CyberSubmit application reads the ticket that is embedded into
the URL and locates the corresponding data in the database. Using
the data in the database associated with the ticket, the
CyberSubmit application generates a customized interview form that
is then displayed to the user in the user's browser application.
For example, the customized interview form for a particular
interviewee may be pre-filled in with the known personal
information about the interviewee so that the interviewee does not
need to fill in the information that the systems already knows
based on the lead submission. In step 296, once the interviewee has
completed the interview within the CyberSubmit application, the
CyberSubmit application may invalidate the ticket by removing it
from the database so that it cannot be used again. In accordance
with the invention, if the interviewee only completes some portion
of the interview screens, such as the first two screens, the data
in the first two screens is saved so that the interviewee can come
back and complete the interview and the ticket is maintained in the
database. When the user next accesses the interview form at some
later time, the system will fill in all of the information
previously provided to the system so that the interviewee starts
from where he left off. Now, more details of the ticketing system
as implemented by the CyberWriter application will be
described.
[0106] FIG. 17 is a diagram illustrating more details of the
ticketing method 300 in the CyberWriter sub-system. In particular,
in step 302, the internal CyberWriter user (using the CyberWriter
application) may generate a new ticket by selecting an expiration
date. In step 304, the system generates a unique ticket and returns
a special URL with the embedded ticket to the user on a web page.
In step 306, the user may then send the special URL to the
interviewee via e-mail so that the interviewee can fill in the
interview form.
[0107] Now, the various screen shots of the content development
management system in accordance with the invention will be
described to help aid in the understanding of the content
development management system. In these figures, an example of the
system being implemented over the Internet using one or more web
pages is shown although the system can be implemented using a
variety of different computer systems and configurations.
[0108] FIGS. 18A-18C are diagrams illustrating an example of a lead
creation wizard module 310 in accordance with the invention. FIG.
18A illustrates the lead creation wizard user interface that is
initially presented to a user of the system when that user wants to
enter some lead information into the system. The form shown may be
presented to both users of the Extranet (e.g., employees of a
corporation using the system that want to enter a new lead idea)
and user of the Internet wherein any user may enter a lead idea
into the system. As shown, the form permits the user to enter
various information into the system including the name of the
featuree (e.g., the person who will be interviewed and the person
who will be the basis for the possible success story) and his
contact information. The form also requests information about why
the lead would make a good story and if there are any special
issues to raise in the interview (so that the interview form for
the particular interviewee can be automatically customized with
questions related to the special issues). FIG. 18B illustrates the
same form as FIG. 18A after the user has entered information into
the fields of the form. The user may then click on a save button
312 and the lead information is stored in the system in the
database schema described above. In response to the saving of the
lead form, the user interface shown in FIG. 18C may be displayed to
the user. The user interface shown in FIG. 18C indicates to the
user (see indicator 314) that the lead information has been saved
in the system's database and that the lead has been assigned a
unique serial number that can be used to track the lead through the
system. Now, the generation of a lead in accordance with the
invention will be described.
[0109] FIGS. 19A-19C are diagrams illustrating an example of a lead
generation module in accordance with the invention. In particular,
FIG. 19A illustrates a cockpit overview 320 of the content
generation management system wherein a user is able to view various
information about the currently being worked on content in the
system that the particular user has the privileges to view. The
cockpit may include a control panel 322 that permits the user to
navigate around in the system and view a snapshot of the amount of
content at each stage of the content development process including
"needing attention", "on hold", "leads", "rated leads",
"interviews", "stories", "copy edit", "approval", "published",
"refresh", "graveyard" and "morgue". In the example shown, the user
has selected the "leads" stage and is presented with a summary of
the current leads 324 in the system that the user has privileges to
view.
[0110] Each current lead may include one or more of the following
pieces of information, such as a workthread identifier 326, a
client name 328, a client department name 330, a lead serial number
331, a featuree name 332, a submitter name 334 and a job assignment
section 336 that provides the user with data about the particular
lead that has already been generated from various sources including
the information from the lead creation wizard. The lead created in
FIGS. 18A-18C is shown at the top of the section. In this example,
the lead has been assigned to Jan for different tasks. In this
example, Jan is the owner of the new lead (e.g., she is responsible
for the lead) and the assigned lead editor. Note that the other
leads have other tasks for the content generation, such as capsule
generation, interviewing and publishing data, that can be assigned
to different people and reassigned if needed.
[0111] The cockpit 320 may further include a filtering section 338
that permits the user to filter out the leads and, for example,
only view leads that are a particular type of story. The cockpit
view may also include one or more drop-down menus 340 that permits
the user to sort the lead by certain attributes or to only view
lead having certain attributes. For example, the user may select to
only view lead which are generated for a particular department of a
particular client of the system. When the user selects a particular
lead 342, the user of the system is presented with a user interface
344 shown in FIG. 19B. The user interface provides the user of the
system, typically the owner of the lead or an editor, with the
ability to assign a rating to the lead in a rating portion 346. In
accordance with the invention, the information about the lead
filled by a user are automatically filled into the form. The user
interface may also include a task assignment portion 348 that
permits the owner of the lead to assign the tasks associated with
generating content from the lead. In particular, the assignment
portion may include an interview preparation portion 350 with a
drop-down menu to assign the interview preparation task to someone,
an interview review portion 352 with a drop-down menu to assign the
interview review to someone and a editor comments portion 354 that
permits the editor to make any comments about the lead. FIG. 19C
illustrates the user interface 356 presented to the editor when the
lead has been rated by the editor in the rating portion 346 as
shown, an editor comment has been provided in the comments section
354 and the interview preparation and review has been assigned (see
portions 350, 352) to a particular person. Thus, at this point, the
lead has been generated and the tasks to generate the content from
the lead have been assigned. Now, the person assigned to the
interview preparation task may be provided with a user interface as
will now be described.
[0112] FIGS. 20A-20E are diagrams illustrating an example of an
interview preparation module in accordance with the invention. In
particular, FIG. 20A illustrates an example of an interview
preparation user interface 360 that may include a submitted data
section 362 wherein the data about the featuree previously entered
into the lead creation wizard is automatically filled into the
interview preparation user interface after the editor has looked at
the data and indicated that it should be pre-filled into the form
so that the data is more accurate. The user interface may also
include a ticket generation portion 364 that permits the ticket for
the interview as described above to be generated. FIG. 20B
illustrates the same user interface 360 with the submitted data
automatically copies over into a verified data portion 366 as
shown. FIG. 20C illustrates the same user interface 360 after the
user has added any additional information into the verified data
portion 366. FIG. 20D illustrates the same user interface 360 when
the interview preparation data has been entered and a ticket has
been generated as shown in the ticket portion 364. Since the ticket
has been generated by the system, a ticket generation date and an
expiration date are shown. The user interface may also have a test
ticket button 368 wherein the user of the system may test the
ticket. FIG. 20E illustrates the same user interface 360 when the
test ticket button is pressed and an interview user interface 370
is generated in a new window. The user interface 370 shown is the
same that will be presented to an interviewee as will now be
described.
[0113] FIGS. 21A-21G are diagrams illustrating an example of a
customized interview form in accordance with the invention. In
particular, this interview form has been customized for Google (a
search engine client) and the interview form is presented to the
user when the user receives the e-mail inviting them to partake in
an interview and clicks on the URL with the embedded ticket that
directs the user to the customized interview form. FIG. 21A
illustrates an example of a customized interview form 380 that may
be presented to a user that has clicked on the URL with the
embedded ticket. In accordance with the invention, the data from
the interview preparation page has been filled into the interview
page as shown. The user may click on a story button 382 to fill in
more information about the story as shown in FIGS. 21B and 21C. The
second page of the interview form 384 shown in FIGS. 21B and 21C
permit the user to enter various information into the fields of the
form as shown. The form may also include one or more drop-down
menus that permit the user to select a value from a list of values,
such as the size of the company. As shown in FIG. 21C, the bottom
of the second page of the form may include a back to previous page
button 386 and a tell us about your relationship button 388 that
presents the user with the next page of the interview form. In
accordance with the invention, as each interview page is completed,
it is saved in the system so that the user can quit at any time and
pick up later at the same point. Until the interviewee submits the
form, he/she can change the data in any page of the form as
needed.
[0114] FIGS. 21D and 21E illustrate an example of the next page of
the interview form that has been filled in by an interviewee. FIGS.
21F and 21G illustrate a last page of the interview form including
a capsule permission portion 390 that requests permission to
generate a capsule summary based on the information provided by the
interviewee. On this last page, the user has interview form
navigation buttons that permit the user to return to the prior
pages of the form or submit the completed interview form. Now, an
example of the interview transcript will be described. FIGS.
22A-22C are diagrams illustrating an example of an interview
transcript in accordance with the invention. In particular, once
the interviewee has completed the interview, the interview
transcript pages 400 as shown in FIGS. 22A-22C are displayed to the
user. The system may also generate an interview receipt that is
sent to the interviewee. Now, an example of the interview review
form is described.
[0115] FIGS. 23A-23D are diagrams illustrating an example of an
interview review process in accordance with the invention. In
particular, FIG. 23A illustrates a page 410 viewed by the person
assigned to review the interview (typically the editor of the
story) with the questions and response from the interviewee filled
in so that it can be reviewed by the person assigned to reviewing
the interview. The page may include a data section 412 with the
data from the interview and an assignment section 414 as shown in
FIG. 23B. In particular, the page permits the user of the system to
assign various story related tasks, such as generating the capsule,
generating the capsule quote, generating the medium story,
generating the 800 word story, generating the 400 word story to one
or more people using drop-down menus as shown. The page may also
permit the user to assign other tasks, such as verifying the public
contact information, classifying the story and publishing the story
to one or more people. The section may also include an editor
comments portion. FIGS. 23C and 23D illustrate the interview review
page 410 once one or more tasks have been assigned to user of the
system. In particular, FIG. 23C shows that the assigned user may
now create the story types of the story while FIG. 23D illustrates
the actual assignments made by the editor including the assignment
of the 400 word story to Ms. Ziff. The generation of the 400 word
story in accordance with the invention will now be described.
[0116] FIGS. 24A-24E are diagrams illustrating an example of a
story being created in accordance with the invention. In
particular, FIGS. 24A and 24B illustrate a story creation page 420
that is currently blank and ready to be filled in by the user
assigned to create the 400 word story. In this example of the page,
there may be a headline portion 422 with a compare version and date
423, a brief description portion 424 and an associated compare 425
and a body portion 426 and an associated compare 427 which permit
the user to enter the information into the fields and also check
the versions of the sections. FIG. 24C illustrates the same page
420 with the data for the headline, brief description and body
filled in by the user that is responsible for generating the story.
FIG. 24D illustrates the same page 420 wherein the user has changed
the headline. FIG. 24E illustrates the same page 420 wherein one or
more different versions of the headline has been saved and the
compare region 423 has become a pull-down selection box with the
dates and times for each version of the headline so that the user
can view each different version of the headline.
[0117] The system may also include a content maintenance portion.
In particular, once a piece of content is published, the system can
set a reminder flag at a predetermined period of time, such as 90
days, associated with the content. Then, the system generates a
reminder to the writer or editor of the content after 90 days
asking the writer to check with the client and update the content
as needed so that the content can be updated instead of being
scrapped. The system may also include a mechanism for permitting
the user of the system to upload multimedia, such as video, images,
audio, etc. into a secure storage area using an automated process.
In a preferred embodiment, the multimedia uploading may occur using
the ticketing mechanism. Now, the public contacts page in
accordance with the invention will be described.
[0118] FIGS. 25A and 25B are diagrams illustrating an example of a
public contact process in accordance with the invention. In
particular, FIG. 25A shows the public contact information as
entered by the interviewee during an interview and FIG. 25B
illustrates the public contacts page when the data has been
transferred into the public contact data area as shown. FIG. 26
illustrates an event log 430 for a particular piece of content,
such as a story wherein each action performed on the data relating
to the content is tracked so that an audit trail may be generated.
As shown, a person viewing the event log can see each and every
action performed on the data, the time of the action and who
performed the action. Now, an example of the action center page in
accordance with the invention will be described.
[0119] FIGS. 27A and 27B illustrate an example of an action center
user interface in accordance with the invention for an editor and a
writer. In particular, FIG. 27A illustrates an action center page
440 for an editor while FIG. 27B illustrates an action center page
450 for a writer of the system. In more detail, the action center
page 440 for the editor may look at information for a user and/or
enter new tasks, etc. for a particular user. The page may include a
user identification section 442 so that the editor can select the
user name and date to look at the actions for a particular user of
the system. The page may also include a notes section 444 that
permits the editor to add a note that will appear the next time
that particular user logs into the system. The page may also
include a stages section 446 that lists the stage of the current
tasks assigned to the user and a tasks section 448 that permits the
editor to look at the current assignments of the tasks for the user
and permits the editor to reassign tasks as needed. The page for a
writer as shown in FIG. 27B may be similar expect that it may not
include the task reassignment portion so that the writer may view
the tasks and assign tasks as needed. Now, the user interface for
the Extranet system in accordance with the invention will be
described.
[0120] FIGS. 28A-28H are screen shots illustrating the user
interface and operation of the Extranet portion of the content
development management system in accordance with the invention. In
accordance with the invention, the system permits internal users to
access the system as well as external users. The external users
make use of the Extranet portion to access the system and then the
process for generating a lead through to publishing a piece of
content is substantially similar to the process for an internal
user as described above with reference to FIGS. 18-27. For example,
a manager within a particular corporation that is a client of the
content development management system may use the Extranet to
manage the content generation process in accordance with the
invention.
[0121] Briefly, FIG. 28A illustrates an example of the user
interface which a client may see when they log into the system
which shows the current leads to review and rate. FIG. 28B
illustrates an example of a page that may be used to generate a
lead while FIG. 28C illustrates a lead being created by an external
user. FIG. 28D illustrates the same log-in page as shown in FIG.
28A except that the user now has a lead to rate and review. FIG.
28E and FIG. 28F illustrate the user interface with which an
external use may rate a lead and provide comments about a lead.
FIG. 28G illustrates another lead being generated and FIG. 28H
illustrates the user interface presented to the user when the user
logs in and has more than one lead to review and rate. As mentioned
above, the rest of the content generation process is similar to
that of an internal user and therefore will not be described
herein.
[0122] In summary, the content development system in accordance
with the invention provides many benefits and advantages that
facilitate the content generation process. The system is highly
customizable and includes performance tracking for the various
users of the system, including the editors, writers and the like.
The system may include cost management systems. The system may
automatically generate reports which permit various statistics
about the users of the system to be monitored. The system may also
track and compare the typical content generation time to a current
content generation time in order to identify efficient writers or
content that has been lagging in the system.
[0123] The system in accordance with the invention is not limited
to story generation or content generation as described in the
preferred embodiments. For example, the system may be used to hire
new employees. The system may be used to generate leads. Once the
lead is approved, the candidate may be presented with a ticket and
the interview portion of the content generation system may be used
to interview a new potential candidate for a particular position.
In particular, the interview form would be customized for the
particular position. The system may then ask the candidate to
submit data and samples, such as writing samples, to a secure web
location so that the candidate can be reviewed. Obviously, the
system may also be used for various other processes.
[0124] The system may also include a help system wherein the user
may click on an icon at any time to bring up a help screen for the
system. The system may also include a style guide for customers so
that people working with the particular customer are able to see
the styles unique to that customer. For example, a particular
customer may require that only certain words may be used in a
particular piece of content. The system may also include templates
for e-mails which are customizable.
[0125] While the foregoing has been with reference to a particular
embodiment of the invention, it will be appreciated by those
skilled in the art that changes in this embodiment may be made
without departing from the principles and spirit of the invention,
the scope of which is defined by the appended claims.
* * * * *