(57)【要約】【課題】本発明は、広報案件を受け付けて広報文の作成を管理する広報案件管理方法および広報案件管理プログラムに関し、多くの広報案件の管理を専門的な知識がなくても、簡易かつ効率的に管理することを目的とする。【解決手段】発表案件を受け付けて共有域の広報文ＤＢに登録すると広報担当者、広報監督者に自動通知し、広報担当者が端末を操作して広報文作成の担当者を指定して登録すると案件作成者に自動通知して共同作業でリリース文（広報文）を作成し、これに合わせて案件の発表日時、場所、発表者を登録して管理する．【選択図】  図１
2005031989.tif 000002
【特許請求の範囲】
【請求項１】
広報案件を受け付けて広報文の作成を管理する広報案件管理方法において、
広報案件を受け付けて共有域に設けたデータベースに当該広報案件および依頼元を登録するステップと、
前記登録した広報案件をもとに広報担当者および広報監督者のいずれか一方あるいは両者を、予め作成した広報ユーザＤＢを検索して取り出し、前記共有域のデータベースに登録するステップと、
前記データベースに広報案件の広報担当者および広報監督者のいずれか一方あるいは両者が登録されたときに自動的に当該登録された広報担当者、広報監督者、更に、広報案件の依頼元にそれぞれ広報案件が受け付けられた旨を通知するステップと、
前記通知を受けた広報担当者が共有域に設けたデータベースを参照して、広報案件の依頼元あるいは他の依頼先に広報案件の作成指示を共有域のデータベースに登録するステップと、
前記広報文の作成指示が登録されると、登録された前記依頼元あるいは他の依頼先に広報文の作成指示を通知するステップと、
前記依頼元あるいは他の依頼先が広報文を作成して共有域に設けたデータベースに登録するステップと、
前記広報文がデータベースに登録されると、登録されている該当広報担当者および広報監督者のいずれか一方あるいは両者に、広報文が登録された旨を通知するステップと
を有する広報案件管理方法。
【請求項２】
前記広報文の作成指示を受けた依頼元あるいは他の依頼先が複数の作成者で作成する作成指示を共有域に設けたデータベースに登録すると、登録された複数の作成者にそれぞれ広報文の作成指示を通知するステップと、
前記通知を受けた各作成者が広報文を作成して共有域に設けたデータベースに登録すると、作成指示した依頼元あるいは他の依頼先に広報文作成の旨を通知するステップと
を有する請求項１記載の広報案件管理方法。
【請求項３】
前記広報文の作成指示を受けた依頼元あるいは他の依頼先が調査作業指示あるいは広報ポイント作業指示を共有域に設けたデータベースに登録すると、登録された作成者に当該調査作業指示あるいは広報ポイント作業指示を通知するステップと、
前記通知を受けた作成者が調査作業を行ってその調査結果あるいは広報ポイントを調査して作成した広報ポイント結果を共有域に設けたデータベースに登録すると、作業指示した依頼元あるいは他の依頼先に調査結果作成あるいは広報ポイント結果作成の旨を通知するステップと
を有する請求項１あるいは請求項２記載の広報案件管理方法。
【請求項４】
前記調査結果あるいは広報ポイントを参照して広報文を修正して共有域に設けたデータベースに登録すると、当該広報文の作成に関係した依頼元、他の依頼先の全てあるいは一部に広報文作成の旨を通知するステップと
を有する請求項３記載の広報案件管理方法。
【請求項５】
広報案件を受け付けて広報文の作成を管理する広報案件管理プログラムにおいて、
コンピュータに、
広報案件を受け付けて共有域に設けたデータベースに当該広報案件および依頼元を登録するステップと、
前記登録した広報案件をもとに広報担当者および広報監督者のいずれか一方あるいは両者を、予め作成した広報ユーザＤＢを検索して取り出し、前記共有域のデータベースに登録するステップと、
前記データベースに広報案件の広報担当者および広報監督者のいずれか一方あるいは両者が登録されたときに自動的に当該登録された広報担当者、広報監督者、更に、広報案件の依頼元の全てあるいは一部に広報案件が受け付けられた旨をそれぞれ通知するステップと、
前記通知を受けた広報担当者が共有域に設けたデータベースを参照して、広報案件の依頼元あるいは他の依頼先に広報案件の作成指示を共有域のデータベースに登録するステップと、
前記広報文の作成指示が登録されると、登録された前記依頼元あるいは他の依頼先に広報文の作成指示を通知するステップと、
前記依頼元あるいは他の依頼先が広報文を作成して共有域に設けたデータベースに登録するステップと、
前記広報文がデータベースに登録されると、登録されている該当広報担当者および広報監督者のいずれか一方あるいは両者に、広報文が登録された旨を通知するステップと
して実行させるための広報案件管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、広報案件を受け付けて広報文の作成を管理する広報案件管理方法および広報案件管理プログラムに関するものである。
【０００２】
【従来の技術】
従来、企業において新製品を新聞などに発表する広報活動として、発表案件に対する業務活動がある。当該発表案件に関する業務活動の管理は、表にして発表案件名、案件作成担当者、発表日時、発表場所、発表者、進捗状況などを手作業で１つ１つ登録して管理するようにしていた。
【０００３】
また、企業の広報活動に必要とされる種々の情報の中から、相互に関連性のあると思われる情報をユーザに提示して、情報相互間の関連付けを支援する技術がある（特許文献１）。
【０００４】
【特許文献１】
特開２００２ー２９７８８５号公報
【０００５】
【発明が解決しようとする課題】
しかし、上述した前者では、発表案件毎に表を作成してこれに管理者が１つ１つ発表案件名、案件作成担当者、発表日時、発表場所、発表者、進捗状況などを入力したり、該当担当者に案件作成依頼および催促したりなど全てを当該管理者の専門的な知識（スキル）に依存して管理する必要があり、作業が大変であると共に、発表案件を共同作業で作成したりなどの管理について習熟した管理者でないと管理できないという問題があった。
【０００６】
また、後者の技術では、企業の広報活動に必要とされる情報について、関連のある情報を関係づけて登録しユーザに提示できるが、上述した広報案件の案件作成担当者、共同案件作成作業、発表日時、発表場所、発表者、進捗状況などを効率的に管理し得ないという問題があった。
【０００７】
本発明は、これらの問題を解決するため、発表案件を受け付けて共有域のデータベースに登録すると広報担当者、広報監督者に自動通知し、広報担当者がリリース文作成の担当者を指定して登録すると案件作成者に自動通知して共同作業でリリース文を作成し、これに合わせて案件の発表日時、場所、発表者を登録して管理し、多くの広報案件の管理を専門的な知識がなくても、簡易かつ効率的に管理することを目的としている。
【０００８】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
図１において、システム１は、広報案件を受け付けて作成するコンピュータシステムであって、ここでは、受付手段１１、登録手段１２、振り分け手段１３、通知手段１４、広報文ＤＢ１８などから構成されるものである。
【０００９】
受付手段１１は、広報案件を受け付けるものである。
登録手段１２は、受け付けた広報案件、作成した広報文などを広報文ＤＢ１８に登録するものである。
【００１０】
振り分け手段１３は、広報文の作成などを振り分けたりするものである。
通知手段１４は、広報文ＤＢ１８に登録されたときに該当部署、作成者、依頼者などにその旨を通知するものである。
【００１１】
広報文ＤＢ１８は、広報案件、リリース文（広報文）、依頼者、担当者、部署などを登録して管理するものである。
端末２は、依頼者、広報担当者、広報監督者、作成部署／作成者などが操作する端末であって、システム１とネットワークを介して接続されたものである。
【００１２】
次に、動作を説明する
システム１を構成する受付手段１１が端末（依頼者）２からの広報案件の依頼を受け付け、広報案件をもとに広報担当者および広報監督者のいずれか一方あるいは両者を、予め作成した広報ユーザＤＢ１７を検索して取り出し、登録手段１２が受け付けた登録案件、取り出した広報担当者、広報監督者を共有域の広報文ＤＢ１８に登録し、通知手段１４が広報文ＤＢ１８に広報案件の広報担当者および広報監督者のいずれか一方あるいは両者が登録されたときに自動的に登録された広報担当者、広報監督者、更に、広報案件の依頼者（あるいは他の依頼先）に広報案件が受け付けられた旨をそれぞれ通知する。通知を受けた広報担当者が端末２を操作して振り分け手段１３の制御のもとで共有域に設けた広報案件ＤＢ１８を参照して、広報案件の依頼部署あるいは他の部署あるいは作成者を決めて広報案件の作成指示を共有域の広報文ＤＢ１８に登録し、通知手段１４が広報文の作成指示が登録されると、登録された部署あるいは作成者に広報文の作成指示を通知する。通知を受けた部署あるいは作成者が端末２を操作して広報文を作成して共有域に設けた広報文ＤＢ１８に登録し、通知手段１４は広報文が広報文ＤＢ１８に登録されると、登録されている広報担当者および広報監督者に、広報文が登録された旨を通知するようにしている。
【００１３】
この際、広報文の作成指示を受けた部署あるいは作成者が複数の作成者で作成する作成指示を共有域に設けた広報文ＤＢ１８に登録すると、通知手段１４が登録された複数の作成者にそれぞれ広報文の作成指示を通知し、通知を受けた各作成者が端末２を操作して広報文を作成して共有域に設けた広報文ＤＢ１８に登録すると、通知手段１４が作成指示した部署あるいは作成者に広報文作成の旨を通知するようにしている。
【００１４】
また、広報文の作成指示を受けた部署あるいは作成者が端末２を操作して他の部署あるいは作成者に調査作業指示あるいは広報ポイント作業指示を共有域に設けた広報文ＤＢ１８に登録すると、通知手段１４が登録された作成者に当該調査作業指示あるいは広報ポイント作業指示を通知し、通知を受けた作成者が端末２を操作して調査作業を行ってその調査結果あるいは広報ポイントを調査して作成した広報ポイント結果を共有域に設けた広報文ＤＢ１８に登録すると、通知手段１４が作業指示した部署あるいは作成者に調査結果作成あるいは広報ポイント結果作成の旨を通知するようにしている。
【００１５】
また、調査結果あるいは広報ポイントを参照して広報文を修正して共有域に設けた広報文ＤＢ１８に登録すると、通知手段１４が広報文の作成に関係した部署、作成者の全てあるいは一部に広報文作成の旨を通知するようにしている。
【００１６】
従って、発表案件を受け付けて共有域の広報文ＤＢ１８に登録すると広報担当者、広報監督者の端末２に自動通知し、広報担当者が端末２を操作して広報文作成の担当者を指定して登録すると案件作成者に自動通知して共同作業でリリース文（広報文）を作成し、これに合わせて案件の発表日時、場所、発表者を登録して管理することにより、多くの広報案件の管理を専門的な知識がなくても、簡易かつ効率的に管理することが可能となる。
【００１７】
【発明の実施の形態】
次に、図１から図１０を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００１８】
図１は、本発明のシステム構成図を示す。
図１において、システム１は、プログラムをコンピュータにローディングして起動し、ネットワークを介して複数の端末２に接続し、各種処理を実行するものであって、ここでは、受付手段１１、登録手段１２、振り分け手段１３、通知手段１４、状況管理手段１５、広報業務担当ＤＢ１６、広報ユーザＤＢ１７、および広報文ＤＢ１８などから構成されるものである。
【００１９】
受付手段１１は、広報依頼者が端末２を操作してネットワークを介してシステム１に接続し、広報に関する案件（広報案件）を依頼したときに当該広報案件を受付けるものであって、受付けた広報案件を広報文ＤＢ１８に登録指示したり、広報ユーザＤＢ１７を検索して該当広報担当者を取り出して広報文ＤＢ１８に登録指示したなどするものである。
【００２０】
登録手段１２は、受け付けた広報案件、作成した広報文などを広報文ＤＢ１８に登録するものである。
振り分け手段１３は、広報文を作成する作成者、作成部署を振り分けるものである。
【００２１】
通知手段１４は、広報文ＤＢ１８に登録されたときに該当部署、作成者、依頼者などにその旨を通知するものである。
状況管理手段１５は、広報文の作成状況を管理するものである。
【００２２】
広報業務担当ＤＢ１６は、広報業務を担当する担当者（メンバー）を登録したものである（図４の（ａ）参照）。
広報ユーザＤＢ１７は、広報案件の広報担当者を登録したものである（図４の（ｂ）参照）。
【００２３】
広報文ＤＢ１８は、広報案件、リリース文（広報文）、依頼者、担当者、部署などを登録して管理するものである（図４の（ｃ）など参照）。
端末２は、依頼者、広報受付者、広報担当者、広報監督者、作成部署／作成者などが操作する端末であって、システム１とネットワークを介して接続されたものである。
【００２４】
次に、図２および図３のフローチャートの順番に従い、図１の構成のもとで、広報案件を受け付けて作成するときの一連の手順を詳細に説明する。
図２および図３は、本発明の動作説明フローチャートを示す。ここで、上段の端末（広報依頼者）２、端末（広報受付者）２、システム１、端末（広報担当者Ｂ）２，端末（広報監督者Ｃ）２は、図１のそれぞれに対応するものである。
【００２５】
図２において、Ｓ１は、申し込む。これは、図１の広報依頼者が端末（広報依頼者）２を操作してネットワークを介してシステム１に接続し、広報申し込み用のホームページから広報案件（後述する図４の（ｃ）の▲１▼の発表タイトル、発表期限、カテゴリなど）を入力して申し込む。
【００２６】
Ｓ２は、受け付ける。これは、システム１を構成する受付手段１１がＳ１で申し込まれた広報案件を受け付ける。
Ｓ３は、担当者を検索する。これは、受付手段１１が受け付けた広報案件中の広報内容（例えば”製品”）に該当する広報担当者を、後述する図４の（ａ）の広報業務担当ＤＢ１６を検索（ここでは、キーの欄を検索）して一致するレコードのメンバー（ここでは、広報担当者Ｂ）を取り出す。
【００２７】
Ｓ４は、担当者を決める。これは、Ｓ３で検索して取り出した担当者（ここでは、広報担当者Ｂ）が１人であったので、当該広報担当者Ｂに担当を決める（複数の広報が見つかった場合には例えば先頭の１人を担当として決める）。
【００２８】
Ｓ５は、起案する。これは、Ｓ２で受け付けた広報案件について、Ｓ４で決めた広報担当者Ｂを当該広報案件に付加して例えば後述する図４の（ｃ）の▲２▼のように広報文を作成して起案する。
【００２９】
Ｓ６は、登録する。これは、図１の登録手段１２が、Ｓ５で起案された図４の（ｃ）の▲２▼の広報文を広報文ＤＢ１８に登録する。
Ｓ７は、関係者に通知する。これは、Ｓ６で広報文ＤＢ１８に登録されたことに対応して、通知手段１４が関係者（ここでは、広報依頼者、広報担当者Ｂ，広報監督者Ｃ）にそれぞれ受付番号を電子メールで通知する。尚、電子メールアドレスは、別途、各広報依頼者、広報担当者Ｂ、広報監督者Ｃなどに対応づけて登録されている。
【００３０】
Ｓ８、Ｓ９、Ｓ１０は、関係者である、広報担当者Ｂ，広報監督者Ｃ、広報依頼者がそれぞれ電子メールなどで広報案件の受付番号を通知する。これにより、広報担当者Ｂ，広報監督者Ｃ，広報依頼者がそれぞれ広報案件が受け付けられたことを認識する。
【００３１】
Ｓ１１は、リリース文作成を指示する。
Ｓ１２は、登録する。これらＳ１１、Ｓ１２は、Ｓ８で通知を受けた広報担当者Ｂ（広報案件をまとめる広報担当者）が広報（発表）するためのリリース文（広報文）の作成指示を広報文ＤＢ１８に登録する（例えば当該受付番号の広報依頼者の図示外の広報作成指示フラグを１にセットして登録する）。
【００３２】
Ｓ１３は、通知する。これは、Ｓ１２で登録されたことに対応して、通知手段１４が登録された広報発表者にリリース文作成の指示を電子メールで通知する。Ｓ１４は、確認する。これは、電子メールでリリース文作成指示を受け取った広報依頼者が当該リリース文の作成指示を確認する。
【００３３】
Ｓ１５は、リリース文（広報文）を作成する。
Ｓ１６は、共同作業情報登録する。これは、広報作成者がＳ１５で作成したリリース文を共通域に設けてある広報文ＤＢ１８に登録する。
【００３４】
Ｓ１７は、リリース文作成を協力する。これは、Ｓ１５、Ｓ１６で広報依頼者が作成して共通域に設けた広報文ＤＢ１８に登録したリリース文（広報文）について、広報担当者Ｂが端末２を操作して当該リリース文を参照して協力（助言）し、適切なリリース文を作成する。
【００３５】
Ｓ１８は、広報依頼者がリリース文を完成する。
Ｓ１９は、登録する。これは、Ｓ１８で完成したリリース文を広報文ＤＢ１８に登録、例えば図４の（ｃ）の▲３▼に示すように、登録する。
【００３６】
Ｓ２０は、通知する。これは、Ｓ１９で図４の（ｃ）の▲３▼のリリース文が登録されたことに対応して、当該登録された受け付け番号と同一の▲２▼に登録されている関係者（ここでは、広報担当者Ｂ）にリリース文が完成した旨を電子メールで通知する。
【００３７】
Ｓ２１は、状況更新する。これは、履歴情報として、リリース文完成した旨を登録して状況更新する。
Ｓ２２は、Ｓ２０で通知を受けた広報担当者Ｂが端末２を操作してリリース文を整形する。
【００３８】
Ｓ２３は、登録する。例えば後述する図４の（ｃ）の▲３▼’のように整形した後のリリース文を広報文ＤＢ１８に登録する。
Ｓ２４は、通知する。これは、Ｓ２３で整形後のリリース文を登録したので、関係者（ここでは、図４の（ｃ）の同一広報番号の▲２▼の広報監督者Ｃ）に登録された旨を電子メールで通知する。
【００３９】
Ｓ２５は、確認する。これは、Ｓ２４で通知を受けた広報監督者Ｃが端末２を操作して共通域に設けた広報文ＤＢ１８をアクセスして画面上に整形後のリリース文を表示して確認する。
【００４０】
Ｓ２６は、承認する。
Ｓ２７は、登録する。これらＳ２６、Ｓ２７は、Ｓ２５で整形後のリリース文を画面上に表示して確認した広報監督者Ｃが承認し、当該承認した旨を広報文ＤＢ１８の図示外の承認フラグの欄に登録（１にセットして登録）する。
【００４１】
Ｓ２８は、通知する。これは、Ｓ２７で広報監督者Ｃがリリース文の承認登録したことに対応して、通知手段１４が関係者（ここでは、同一広報番号の図４の（ｃ）の▲２▼の広報担当者Ｂ、応報依頼者）にそれぞれ電子メールで承認した旨を通知する。
【００４２】
Ｓ２９は、状況を更新する。これは、リリース文が広報監督者Ｃによって承認された旨を登録して状況を更新する。
Ｓ３０、Ｓ３１は、確認する。これは、Ｓ２８で通知を受けた広報担当者Ｂ、広報依頼者がリリース文が承認されたことを確認する。
【００４３】
Ｓ３２は、メディアを決定する。これは、広報担当者Ｂが完成したリリース文を発表（広報）するメディア（○○新聞、△△雑誌など）を決定する。
Ｓ３３は、登録する。これは、Ｓ３２で広報担当者Ｂが発表するメディアを決定したので、端末２を操作して広報文ＤＢ１８の広報番号の図４の（ｃ）のメディアの欄に登録する（ここでは、○○雑誌××号と登録する）。
【００４４】
図３のＳ３４は、通知する。これは、関係者（ここでは、広報監督者Ｃ）に電子メールでメディアを決定した旨を通知する。
Ｓ３５は、確認する。
【００４５】
Ｓ３６は、承認する。
Ｓ３７は、登録する。これらＳ３５、Ｓ３６、Ｓ３７は、Ｓ３４で通知を受けた広報監督者Ｃが決定されたメディアを見て確認し、承認し、承認した旨を登録する（図示外のメディアの承認フラグを１にセットして登録する）。
【００４６】
Ｓ３８は、通知する。これは、Ｓ３７の登録に対応して、通知手段１４が関係者（ここでは、広報担当者Ｂ，広報依頼者）にメディアの承認された旨を電子メールで通知する。
【００４７】
Ｓ３９、Ｓ４０は、広報担当者Ｂ、広報依頼がＳ３８で通知された内容を確認（ここでは、メディアの承認された旨を確認）する。
Ｓ４１は、状況更新する。Ｓ３７でメディアの承認された旨を登録して状況更新する。
【００４８】
Ｓ４２は、発表日時、発表者を決定する。これは、広報担当者Ｂが完成したリリース文を発表（広報）する発表日時、発表者を決定する。
Ｓ４３は、登録する。これは、Ｓ４２で広報担当者Ｂが発表日時、発表者を決定したので、端末２を操作して広報文ＤＢ１８の広報番号の図４の（ｃ）の発表日時、発表者の欄に登録する。
【００４９】
Ｓ４４は、通知する。これは、関係者（ここでは、広報監督者Ｃ）に電子メールで発表日時、発表者を決定した旨を通知する。
Ｓ４５は、確認する。
【００５０】
Ｓ４６は、承認する。
Ｓ４７は、登録する。これらＳ４５、Ｓ４６、Ｓ４７は、Ｓ４４で通知を受けた広報監督者Ｃが決定された発表日時、発表者を見て確認し、承認し、承認した旨を登録する（図示外の発表日時、発表者の承認フラグを１にセットして登録する）。
【００５１】
Ｓ４８は、通知する。これは、Ｓ４７の登録に対応して、通知手段１４が関係者（ここでは、広報担当者Ｂ，広報依頼者）に発表日時、発表者の承認された旨を電子メールで通知する。
【００５２】
Ｓ４９、Ｓ５０は、広報担当者Ｂ、広報依頼がＳ４８で通知された内容を確認（ここでは、発表日時、発表者の承認された旨を確認）する。
Ｓ５１は、状況更新する。Ｓ４７で発表日時、発表者の承認された旨を登録して状況更新する。
【００５３】
Ｓ５２は、場所を決定する。これは、広報担当者Ｂが完成したリリース文を発表（広報）する場所を決定する。
Ｓ５３は、登録する。これは、Ｓ５２で広報担当者Ｂが場所を決定したので、端末２を操作して広報文ＤＢ１８の広報番号の図４の（ｃ）の場所の欄に登録する。
【００５４】
Ｓ５４は、通知する。これは、関係者（ここでは、広報監督者Ｃ）に電子メールで発表する場所を決定した旨を通知する。
Ｓ５５は、確認する。
【００５５】
Ｓ５６は、承認する。
Ｓ５７は、登録する。これらＳ５５、Ｓ５６、Ｓ５７は、Ｓ５４で通知を受けた広報監督者Ｃが決定された発表する場所を見て確認し、承認し、承認した旨を登録する（図示外の発表する場所の承認フラグを１にセットして登録する）。
【００５６】
Ｓ５８は、通知する。これは、Ｓ５７の登録に対応して、通知手段１４が関係者（ここでは、広報担当者Ｂ，広報依頼者）に発表する場所の承認された旨を電子メールで通知する。
【００５７】
Ｓ５９、Ｓ６０は、広報担当者Ｂ、広報依頼がＳ４８で通知された内容を確認（ここでは、発表する場所の承認された旨を確認）する。
Ｓ６１は、状況更新する。Ｓ５７で発表する場所の承認された旨を登録して状況更新する。
【００５８】
Ｓ６２は、発表を終了する。これは、Ｓ１からＳ６１までの手順で作成したリリース文を、登録した場所、日時で発表者が発表して発表を終了する。
Ｓ６３は、登録する。これは、Ｓ６２で発表を終了したので、端末２を操作して広報文ＤＢ１８の広報番号の図４の（ｃ）の▲２▼の図示外の発表終了の欄に登録する。
【００５９】
Ｓ６４は、通知する。これは、関係者（ここでは、広報依頼者、広報監督者Ｃ）に電子メールで発表終了した旨を通知する。
Ｓ６５、Ｓ６６は、広報監督者Ｃ、広報依頼がＳ６４で通知された発表終了を確認する。
【００６０】
Ｓ６７は、状況更新する。これは、発表終了した旨を登録して状況更新する。以上によって、発表案件を受け付けて広報文ＤＢ１８に登録すると広報担当者、広報監督者の端末２に自動通知し、広報担当者が端末２を操作して広報文作成の担当者を指定して登録すると案件作成者に自動通知して共同作業でリリース文（広報文）を作成し、これに合わせて案件の発表日時、場所、発表者を登録して管理することが可能となる。
【００６１】
図４は、本発明のＤＢ例を示す。
図４の（ａ）は、広報業務担当ＤＢ例を示す。広報業務担当ＤＢ１６は、図示の下記の項目を対応づけて登録したものである。
【００６２】
・キー：
・グループ：
・メンバー：
ここで、キーは広報案件のキーを登録したものであって、例えば図示のグローバル、製品、技術、経営などであり、一致したキーのエントリに登録されているメンバーに当該広報案件を振り分ける。グループはキーに登録されているデータに対応するグループ（部門、グループなど）である。メンバーは担当する広報担当者者である。
【００６３】
以上のように、キー、グループ、メンバーを対応づけて予め登録しておくことにより、広報案件を受け付けたときに当該広報案件からキーを取り出して当該キーに一致するエントリのメンバーの広報担当者を自動的に決定して振り分けることが可能となる。
【００６４】
図４の（ｂ）は、広報ユーザＤＢ例を示す。広報ユーザＤＢ１７は、図示の下記の項目を対応づけて登録したものである。
・メンバー（広報担当者）：
・監督者（広報監督者）：
ここで、メンバーは広報担当者であって、上述した図４の（ａ）の広報業務担当ＤＢ１６で広報案件毎に決定される広報担当者である。監督者はメンバー（広報担当者）をキーにして決まる当該広報担当者の広報監督者である。
【００６５】
以上のように、メンバー（広報担当者）に対応づけて監督者（広報獲得者）を予め登録しておくことにより、広報案件の広報担当者が上述した図４の（ａ）の広報業務担当ＤＢ１６で決定されると、当該決定された広報担当者に対応する広報監督者を当該広報ユーザＤＢ１７をもとに自動的に決定することが可能となる。
【００６６】
図４の（ｃ）は、広報文ＤＢ例を示す。広報文ＤＢ１８は、広報文に関する情報を登録したものであって、ここでは、▲１▼、▲２▼、▲３▼、▲３▼’などを登録したものである。
【００６７】
図４の（ｃ）の▲１▼は、発表申し込み時の情報の例を示す。ここでは。図示の下記の項目を対応づけて登録したものである。
・発表タイトル：
・発表期限：
・カテゴリ：
ここで、発表タイトルは広報案件の発表するタイトルである。発表期限は広報案件を発表する期限である。カテゴリは広報案件のカテゴリ（既述した図４の（ａ）のキーに対応する、グローバル、製品、技術、形成などのカテゴリ）であって、広報案件の広報担当者を決めるなどのためのものである。
【００６８】
図４の（ｃ）の▲２▼、▲４▼、▲５▼、▲６▼は、広報案件情報登録、メディア登録、発表日時発表者登録、場所登録の例を示す。ここでは、図示の下記の項目を対応づけて登録するものである。
【００６９】
・受付番号：
・発表タイトル：
・発表期限：
・カテゴリ：
・広報担当者：
・広報監督者：
・メディア：
・発表日時：
・発表者：
・場所：
ここで、受付番号は広報案件に付与した一意の番号である。発表タイトル、発表期限、カテゴリは図４の（ｃ）の▲１▼と同一であるので省略する。広報担当者は広報案件を担当する広報担当者を登録したものである。広報監督者は広報担当者が決めたリリース文、発表するメディア、日時、場所、発表者などを承認する監督者を登録したものである。メディア、発表日時、発表者、場所は広報案件を発表するメディア（雑誌など）、発表する日時、発表者、発表する場所を登録したものである。
【００７０】
図４の（ｃ）の▲３▼’は、リリース文整形後の登録内容例を示す。これは、既述した図２のＳ２２で広報担当者がリリース文を整形した後に登録したリリース文の内容例を示し、ここでは、矢印の先頭の１行目の”Ｆ社、春商戦用パソコン−新ＣＰＵ搭載、メイルをワンタッチで”を追加してリリース文をより説得力のある形に整形した後のものである。
【００７１】
図５は、本発明の動作説明フローチャート（リリース文作成）を示す。
図５において、Ｓ７１は、リリース文作成を指示する。これは、例えば既述した図２のＳ１１と同様に、広報案件の広報担当者が端末２を操作してリリース文作成指示を発表依頼者（発表依頼部署）に行う。
【００７２】
Ｓ７２は、作業登録する。
Ｓ７３は、通知する。これらＳ７２、Ｓ７３は、Ｓ７１でリリース文作成指示された発表依頼部署の幹部１に電子メールでリリース文の作成指示を通知する。
【００７３】
Ｓ７４は、確認する。これは、Ｓ７３で通知された電子メールを読んだ発表依頼部署幹部１がリリース文作成指示を確認する。
Ｓ７５は、担当者を振り分ける。
【００７４】
Ｓ７６は、作業指示２を行う。
Ｓ７７は、作業登録する。これは、Ｓ７６で作業指示２を広報文ＤＢ１８に登録（ここでは、作業指示２を発表依頼部署担当者２が行うように登録）する。
【００７５】
Ｓ７８は、通知する。これは、Ｓ７７の登録に対応して、ここでは、登録された発表依頼部署担当者２に電子メールで広報案件のリリース文の作成指示２を通知する。
【００７６】
Ｓ７９は、確認する。これは、Ｓ７８で通知を受けた発表案件依頼部署担当者２が通知内容（広報案件のリリース文の作成指示２）を確認する。
Ｓ８０は、リリース文を作成する。これは、発表案件依頼部署担当者２が作成指示２をもとにリリース文を作成する。
【００７７】
Ｓ８１は、リリース文を広報文ＤＢ１８（図６の○１４）に登録する。
Ｓ８２は、登録通知する。これは、Ｓ８１でリリース文が登録されたことに対応して関係者（ここでは、作成指示した発表依頼部署幹部１）にリリース文の作成登録した旨を電子メールで通知する。
【００７８】
Ｓ８３は、状況更新する。これは、作成指示２に対応してリリース文が登録された旨を登録して状況更新する。
Ｓ８４は、Ｓ８２で通知を受けた発表依頼部署幹部１が作成されたリリース文を参照して確認する。
【００７９】
以上のＳ７６からＳ８４の手順によって、発表依頼部署幹部１が振り分けた作業指示２に対応するリリース文を発表依頼部署担当者２に作成させ、広報文ＤＢ１８に登録させることが可能となる。
【００８０】
Ｓ８６は、作業指示３を行う。
Ｓ８７は、作業登録する。これは、Ｓ８６で作業指示３を広報文ＤＢ１８に登録（ここでは、作業指示３を発表依頼部署担当者３が行うように登録）する。
【００８１】
Ｓ８８は、通知する。これは、Ｓ８７の登録に対応して、ここでは、登録された発表依頼部署担当者３に電子メールで広報案件の関連調査の作成指示３を通知する。
【００８２】
Ｓ８９は、確認する。これは、Ｓ８８で通知を受けた発表案件依頼部署担当者３が通知内容（広報案件のリリース文の関連調査の指示指示３）を確認する。
Ｓ９０は、関連調査報告を作成する。これは、発表案件依頼部署担当者３が作成指示３をもとにリリース文の関連調査報告を作成する。
【００８３】
Ｓ９１は、関連調査報告を広報文ＤＢ１８（図７の○１５）に登録する。
Ｓ９２は、登録通知する。これは、Ｓ９１で関連調査報告が登録されたことに対応して関係者（ここでは、作成指示した発表依頼部署幹部１）に関連調査報告の作成登録した旨を電子メールで通知する。
【００８４】
Ｓ９３は、状況更新する。これは、作成指示３に対応して関連調査報告が登録された旨を登録して状況更新する。
Ｓ９４は、Ｓ９２で通知を受けた発表依頼部署幹部１が作成された関連調査報告を参照して確認する。
【００８５】
以上のＳ８６からＳ９４の手順によって、発表依頼部署幹部１が振り分けた作業指示３に対応する関連調査報告を発表依頼部署担当者３に作成させ、広報文ＤＢ１８に登録させることが可能となる。
【００８６】
Ｓ９５は、リリース文修正・承認する。
Ｓ９６は、承認登録する。これらＳ９５、Ｓ９６は、発表依頼者部署幹部１が作業指示２で作成させたリリース文（図６の○１４）について、作業指示３で作成させた関連調査報告（図６の○１５）をもとに修正し、修正後のリリース文（図６の○１６）を承認して広報文ＤＢ１８に登録する。
【００８７】
Ｓ９７は、通知する。
Ｓ９８、Ｓ９９、Ｓ１００、Ｓ１０１は、確認する。これは、Ｓ９６の登録に対応して、Ｓ９７で関係者にリリース文が登録された旨を通知し、関係者がそれぞれ登録されたリリース文を参照して確認する。
【００８８】
Ｓ１０２は、状況更新する。
以上によって、リリース文作成指示を受けた発表依頼部署幹部１は作業指示１で担当者２にリリース文を作成させて登録させると共に、作業指示２で担当者３に関連調査報告を作成させて登録させ、当該関連調査報告を参照してリリース文を修正して承認し、作業を振り分けて迅速かつレベルの高いリリース文を簡易に作成することが可能となる。
【００８９】
図６は、本発明の広報文ＤＢ例を示す。
図６の○１４は、リリース文の例を示す。図示のリリース文は、既述した図５のＳ８０で作成されたリリース文の例である。
【００９０】
図６の○１５は、調査報告の例を示す。図示の調査報告は、既述した図５のＳ９０で作成されたリリース文に対する関連調査報告の例である。
図６の○１６は、○１４のリリース文について、○１５の関連調査報告をもとに修正した後のリリース文の例を示す。
【００９１】
図７は、本発明の動作説明フローチャート（共同作業）を示す。
図７において、Ｓ１１１は、リリース文作成を指示する。これは、例えば既述した図２のＳ１１と同様に、広報案件の広報担当者が端末２を操作してリリース文作成指示を発表依頼者（発表依頼部署幹部１）に行う。
【００９２】
Ｓ１１２は、作業登録する。
Ｓ１１３は、通知する。これらＳ１１２、Ｓ１１３は、Ｓ１１１でリリース文作成指示された発表依頼部署幹部１に電子メールでリリース文の作成指示を通知する。
【００９３】
Ｓ１１４は、確認する。これは、Ｓ１１３で通知された電子メールを読んだ発表依頼部署幹部１がリリース文作成指示を確認する。
Ｓ１１５は、担当者を振り分ける。
【００９４】
Ｓ１１６は、作業指示を行う。
Ｓ１１７は、作業登録する。これは、Ｓ１１６で作業指示を広報文ＤＢ１８に登録（ここでは、作業指示を発表依頼部署担当者２が行うように登録）する。
【００９５】
Ｓ１１８は、通知する。これは、Ｓ１１７の登録に対応して、ここでは、登録された発表依頼部署担当者２に電子メールで広報案件のリリース文の作成指示（訴求ポイント）を通知する。
【００９６】
Ｓ１１９は、確認する。これは、Ｓ１１８で通知を受けた発表案件依頼部署担当者２が通知内容（広報案件のリリース文の作成指示（訴求ポイント））を確認する。
【００９７】
Ｓ１２０は、訴求ポイントを作成する。これは、発表案件依頼部署担当者２が作成指示をもとにリリース文の訴求ポイントを相談して作成する。
Ｓ１２１は、情報登録する。これは、Ｓ１２０で訴求ポイントを相談し作成して登録する（図８の○１７）。
【００９８】
Ｓ１２２は、通知する。これは、Ｓ１２１で訴求ポイントが登録されたことに対応して関係者（ここでは、作成指示した発表依頼部署幹部１）に訴求ポイントの作成登録した旨を電子メールで通知する。
【００９９】
Ｓ１２３、Ｓ１２４は、確認する。これは、Ｓ１２２で通知を受けた発表依頼者部署幹部１、広報担当者がそれぞれリリース文の訴求ポイントを確認する。
Ｓ１２５は、広報担当者が回答する。
【０１００】
Ｓ１２６は、回答登録する。
Ｓ１２７は、通知する。
Ｓ１２８、Ｓ１２９は、確認する。これは、Ｓ１２７で通知を受けた発表依頼部署担当者２、発表依頼部署幹部１がそれぞれ訴求ポイントに対する回答を確認する。
【０１０１】
Ｓ１３０は、発表依頼部署幹部１が回答を補足する。
Ｓ１３１は、回答登録する。
Ｓ１３２は、通知する。これは、補足された回答を関係者（ここでは、広報担当者、発表依頼部署担当者２）に電子メールで通知する。
【０１０２】
Ｓ１３３、Ｓ１３４は、広報担当者、発表部署担当者２がそれぞれ補足回答を確認する。
Ｓ１３５は、発表依頼部署担当者２がリリース文の中間報告を作成する。
【０１０３】
Ｓ１３６は、情報登録する。広報文ＤＢ１８に登録する。
Ｓ１３７は、通知する。
Ｓ１３８、Ｓ１３９は、確認する。これは、発表依頼部署担当者２が訴求ポイント、回答、補足回答などを参考にリリース文の中間報告を作成して広報文ＤＢ１８に登録したので、これを発表依頼部署幹部１、広報担当者がそれぞれ参照して確認する。
【０１０４】
Ｓ１４０は、リリース文を作成する。これは、発表依頼部署担当者２が正式のリリース文を作成する。
Ｓ１４１は、リリース文を登録する。
【０１０５】
Ｓ１４２は、登録通知する。
Ｓ１４３は、確認する。これは、通知を受けた発表依頼部署幹部１が登録されているリリース文を参照して確認する。
【０１０６】
Ｓ１４４は、承認する。
Ｓ１４５は、承認登録する。
Ｓ１４６は、通知する。
【０１０７】
Ｓ１４７は、通知を受けた広報担当者が確認する。
以上によって、リリース文作成指示を受けた発表依頼部署幹部１は作業指示で担当者２に訴求ポイントを作成させて登録させ、広報担当者からの回答を提示してリリース文の中間報告を作成して登録させ、これらを確認して問題なければ、正式なリリース文を作成して発表依頼部署幹部１の確認、承認を経て登録し、広報担当者に通知することにより、リリース文の訴求ポイントを検討して質の高いリリース文を簡易に作成することが可能となる。
【０１０８】
図８は、本発明の広報文ＤＢ例を示す。
図８の○１７は、申し込み時の訴求ポイントの例を示す。これは、広報案件（発表案件）の申し込み時の訴求ポイントの例であって、既述した図７のＳ１２０で作成した訴求ポイントの例を示す。
【０１０９】
図８の○１８は、修正後の訴求ポイントの例を示す。これは、既述した図７のＳ１２５の回答で修正された訴求ポイントの例である。
図６の○１９は、補足後の訴求ポイントの例を示す。これは、既述した図７のＳ１３０で補足された後の訴求ポイントの例を示す。
【０１１０】
図９および図１０は、本発明の承認、履歴例を示す。
図９の（ａ）は、承認状況の例を示す。ここでは、承認情報は、左から右に
・案件受付
・承認依頼
・承認済み
・決済依頼
・決済済み
というように時系列に並び、上段に階段を模式的に表して順番に上がって行くように表示し、下段にその日時、担当者名を表示している。
【０１１１】
図９の（ｂ）は、作業履歴１の例を示す。ここでは、作業履歴１は、既述したフローチャート中で状況更新とした時点（例えば図２のＳ２１、Ｓ２９、図３のＳ４１、Ｓ５１、Ｓ６１、Ｓ６７など）で作業履歴として保存したものである。
【０１１２】
図１０の（ｃ）は、作業履歴２（催促後の履歴）の例を示す。これは、上述した図９の（ｂ）の作業履歴１に加えて、催促後の履歴を図示のように追加したものである。
【０１１３】
【発明の効果】
以上説明したように、本発明によれば、発表案件を受け付けて共有域の広報文ＤＢ１８に登録すると広報担当者、広報監督者に自動通知し、広報担当者が端末２を操作して広報文作成の担当者を指定して登録すると案件作成者に自動通知して共同作業でリリース文（広報文）を作成し、これに合わせて案件の発表日時、場所、発表者を登録して管理する構成を採用しているため、多くの広報案件の管理を専門的な知識がなくても、簡易かつ効率的に管理することが可能となる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャート（その１）である。
【図３】本発明の動作説明フローチャート（その２）である。
【図４】本発明のＤＢ例である。
【図５】本発明の動作説明フローチャート（リリース文作成）である。
【図６】本発明の広報文ＤＢ例である。
【図７】本発明の動作説明フローチャート（共同作業）である。
【図８】本発明の広報文ＤＢ例である。
【図９】本発明の承認、履歴例（その１）である。
【図１０】本発明の承認、履歴例（その２）である。
【符号の説明】
１：システム
１１：受付手段
１２：登録手段
１３：振り分け手段
１４：通知手段
１５：状況管理手段
１６：広報業務担当ＤＢ
１７：広報ユーザＤＢ
１８：広報文ＤＢ
２：端末
【図１】
2005031989.tif 000003
【図２】
2005031989.tif 000004
【図３】
2005031989.tif 000005
【図４】
2005031989.tif 000006
【図５】
2005031989.tif 000007
【図６】
2005031989.tif 000008
【図７】
2005031989.tif 000009
【図８】
2005031989.tif 000010
【図９】
2005031989.tif 000011
【図１０】
2005031989.tif 000012