(57)【要約】【課題】利用者に対してわかり易い通知を行う。【解決手段】管理装置３００が、入力装置１００から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子に連動するイベントとして対応付けられている第２のイベント識別子をデータベース２００から取得し、発送装置４００が、第１のイベント識別子に応じた通知と、第２のイベント識別子に応じた通知とをまとめて要求信号が示す利用者へ発送する指示を出力する。【選択図】図１
2014085868.tif 000002
【特許請求の範囲】
【請求項１】
イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースと、
イベントを要求するための要求信号を送信する入力装置と、
前記入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子に連動するイベントとして対応付けられている第２のイベント識別子を前記データベースから取得する管理手段と、
前記第１のイベント識別子に応じた第１の通知と、前記第２のイベント識別子に応じた第２の通知とをまとめて前記要求信号が示す利用者へ発送する指示を出力する発送手段とを有する管理システム。
【請求項２】
請求項１に記載の管理システムにおいて、
前記データベースは、前記イベント識別子と通知に対応する通知データとを対応付けて記憶し、
前記管理手段は、前記第１のイベント識別子および前記第２のイベント識別子に応じたイベントの処理を実行し、前記イベントの処理が完了した後、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれ応じた、前記第１の通知データおよび前記第２の通知データを前記データベースから取得して前記発送手段へ送信し、
前記発送手段は、前記管理手段から送信された前記第１の通知データに応じた第１の通知と、前記第２の通知データに応じた第２の通知とをまとめて前記要求信号が示す利用者へ発送する指示を出力することを特徴とする管理システム。
【請求項３】
請求項２に記載の管理システムにおいて、
前記データベースは、前記利用者を識別するための利用者識別情報と、該利用者が契約しているサービス内容とを対応付けて記憶し、前記サービス内容と前記イベント識別子とを対応付けて記憶し、
前記入力装置は、前記要求信号に含まれる前記利用者を識別するための利用者識別情報を前記要求信号に含めて送信し、
前記管理手段は、前記データベースから取得した第２のイベント識別子のうち、前記データベースにて、前記利用者識別情報と対応付けられているサービス内容と対応付けられていないイベント識別子に応じた通知データついては、送信しないことを特徴とする管理システム。
【請求項４】
請求項２または請求項３に記載の管理システムにおいて、
前記データベースは、前記イベント識別子と前記イベントの処理状態とを対応付けて記憶し、
前記管理手段は、前記第１のイベント識別子および前記第２のイベント識別子の全てのイベントの処理が完了した後に、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれに応じた、前記第１の通知データおよび前記第２の通知データを前記データベースから取得することを特徴とする管理システム。
【請求項５】
請求項１から４のいずれか１項に記載の管理システムにおいて、
前記データベースは、前記イベント識別子と通知に対応する通知データとを対応付けて記憶し、前記第１のイベント識別子および前記第２のイベント識別子とそれぞれの前記イベントの処理状態とを対応付けた発送リストを記憶し、
前記管理手段は、前記第１のイベント識別子および前記第２のイベント識別子に応じたイベントの処理を実行し、前記イベントの処理が完了した後、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれ応じたイベントの処理が完了した旨を、前記発送手段へ送信し、
前記発送手段は、前記管理手段から、前記第１のイベント識別子のイベントの処理が完了した旨を受信した場合、前記発送リストを作成し、前記管理手段から、前記第２のイベント識別子のイベントの処理が完了した旨を受信した場合、前記発送リストの前記第２のイベント識別子のイベントの処理状態を完了に更新し、前記発送リストの前記第１のイベント識別子および前記第２のイベント識別子の全てのイベントの処理が完了した後に、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれ応じた、前記第１の通知データおよび前記第２の通知データを前記データベースから取得し、前記第１の通知データに応じた通知と、前記第２の通知データに応じた通知とをまとめて前記要求信号が示す利用者へ発送する指示を出力することを特徴とする管理システム。
【請求項６】
請求項１から４のいずれか１項に記載の管理システムにおいて、
前記データベースは、前記イベント識別子と通知に対応する通知データとを対応付けて記憶し、前記第１のイベント識別子および前記第２のイベント識別子とそれぞれの前記通知データの取得状態とを対応付けた発送リストを記憶し、
前記管理手段は、前記第１のイベント識別子および前記第２のイベント識別子に応じたイベントの処理を実行し、前記イベントの処理が完了した後、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれ応じたイベントの処理が完了した旨を、前記発送手段に送信し、
前記発送手段は、前記管理手段から、前記第１のイベント識別子のイベントの処理が完了した旨を受信した場合、前記第１のイベント識別子に応じた、前記第１の通知データを前記データベースから取得し、前記発送リストを作成し、前記管理手段から、前記第２のイベント識別子のイベントの処理が完了した旨を受信した場合、前記第２のイベント識別子に応じた、前記第２の通知データを前記データベースから取得し、前記発送リストの前記第２のイベント識別子の前記通知データの取得状態を完了に更新し、前記発送リストの前記第１のイベント識別子および前記第２のイベント識別子の全ての前記通知データの取得状態が完了した後に、前記第１の通知データに応じた通知と、前記第２の通知データに応じた通知とをまとめて前記要求信号が示す利用者へ発送する指示を出力することを特徴とする管理システム。
【請求項７】
請求項１から６のいずれか１項に記載の管理システムにおいて、
前記データベースは、前記イベント識別子と、通知の時期を示す通知時期とを対応付けて記憶し、
前記発送装置は、前記通知時期が示す時期に、前記イベント識別子に応じた通知を発送する指示を出力することを特徴とする管理システム。
【請求項８】
請求項１から６のいずれか１項に記載の管理システムにおいて、
前記データベースは、前記イベント識別子と、単独で通知を発送するか否かを示す単独通知フラグとを対応付けて記憶し、
前記発送装置は、単独で通知を発送する旨を示す前記単独通知フラグと対応付けられた、前記イベント識別子に応じた通知を、単独で発送する指示を出力することを特徴とする管理システム。
【請求項９】
入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子を、イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースから取得する取得部と、
前記第１のイベント識別子に応じた第１の通知データと、該第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである、前記第２のイベント識別子に応じた第２の通知データとを送信する送信部とを有する管理装置。
【請求項１０】
利用者への通知を管理する管理方法であって、
前記利用者が操作する入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子を、イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースから取得する処理と、
前記第１のイベント識別子に応じた第１の通知データと、該第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである、前記第２のイベント識別子に応じた第２の通知データとを送信する処理とを行う管理方法。
【請求項１１】
コンピュータに、
入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子を、イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースから取得する手順と、
前記第１のイベント識別子に応じた第１の通知データと、該第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである、前記第２のイベント識別子に応じた第２の通知データとを送信する手順とを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者への通知を管理する管理システム、管理装置、管理方法およびプログラムに関する。
【背景技術】
【０００２】
一般的に、企業等から利用者へ発送される通知物（発送物）は、様々なタイミングで、様々な資料が、様々なサービスレベルで発送されている。例えば、利用者が契約している通信回線を変更する手続きを行った場合、変更前の通信回線の契約解除の通知を示す通知物と、変更後の通信回線への申し込みの通知を示す通知物とが、互いに異なるタイミングで発送されることが多い。
【０００３】
このように発送された複数の通知物が、短期間に個別のタイミングで利用者に届くと、利用者は、どの通知物がどの手続きに対するものかを理解しにくい。また、複数の通知物が別々に発送されているにもかかわらず、必要な書類が足りないという誤解などを利用者に与え、サポートセンタへの無用な問い合わせを誘発するおそれもある。
【０００４】
また、宛先となる住所や電話番号等が互いに同じ郵便物を一括発送するシステムが考えられている（特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１８６９５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
例えば、特許文献１に記載されたような技術を用いて、上述したような通知物を発送すれば、該当する利用者宛の通知物を一括して（まとめて）当該利用者に届けることができると考えられる。
【０００７】
しかしながら、一括して発送する複数の通知物が、互いに関連するものであるとは限らないため、利用者は届いた複数の通知物について、互いの関連性を確認して、その関連性に応じて通知物を振り分けなければならず、その手間がかかってしまうという問題点がある。
【０００８】
本発明の目的は、上述した課題を解決する管理システム、管理装置、管理方法およびプログラムを提供することである。
【課題を解決するための手段】
【０００９】
本発明の管理システムは、
イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースと、
イベントを要求するための要求信号を送信する入力装置と、
前記入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子に連動するイベントとして対応付けられている第２のイベント識別子を前記データベースから取得する管理手段と、
前記第１のイベント識別子に応じた第１の通知と、前記第２のイベント識別子に応じた第２の通知とをまとめて前記要求信号が示す利用者へ発送する指示を出力する発送手段とを有する。
【００１０】
また、本発明の管理装置は、
入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子を、イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースから取得する取得部と、
前記第１のイベント識別子に応じた第１の通知データと、該第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである、前記第２のイベント識別子に応じた第２の通知データとを送信する送信部とを有する。
【００１１】
また、本発明の管理方法は、
利用者への通知を管理する管理方法であって、
前記利用者が操作する入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子を、イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースから取得する処理と、
前記第１のイベント識別子に応じた第１の通知データと、該第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである、前記第２のイベント識別子に応じた第２の通知データとを送信する処理とを行う。
【００１２】
また、本発明のプログラムは、
コンピュータに実行させるためのプログラムであって、
入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子を、イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースから取得する手順と、
前記第１のイベント識別子に応じた第１の通知データと、該第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである、前記第２のイベント識別子に応じた第２の通知データとを送信する手順とを実行させる。
【発明の効果】
【００１３】
以上説明したように、本発明においては、利用者に対してわかり易い通知を行うことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の管理システムの実施の一形態を示す図である。
【図２】図１に示したデータベースに記憶されているイベント識別子の対応付けの一例を示す図である。
【図３】図１に示したデータベースに記憶されているイベント識別子と通知識別子との対応付けの一例を示す図である。
【図４】図１に示したデータベースに記憶されている通知識別子と通知データとの対応付けの一例を示す図である。
【図５】図１に示したデータベースに記憶されているユーザリストの一例を示す図である。
【図６】図１に示した管理装置の内部構成の一例を示す図である。
【図７】図１に示した管理システムにおける第１の管理方法の一例を説明するためのシーケンス図である。
【図８】図１に示したデータベースに記憶された実行処理状態情報の一例を示す図である。
【図９】図１に示した管理システムにおける第２の管理方法の一例を説明するためのシーケンス図である。
【図１０】図１に示した管理システムにおける第３の管理方法の一例を説明するためのシーケンス図である。
【図１１】図１に示した管理システムにおける第４の管理方法の一例を説明するためのシーケンス図である。
【図１２】図１に示したデータベースに記憶されているイベント識別子と通知識別子と通知時期との対応付けの一例を示す図である。
【図１３】図１に示したデータベースに記憶されているイベント識別子と通知識別子と単独通知フラグとの対応付けの一例を示す図である。
【発明を実施するための形態】
【００１５】
以下に、本発明の実施の形態について図面を参照して説明する。
【００１６】
図１は、本発明の管理システムの実施の一形態を示す図である。
【００１７】
本形態は図１に示すように、入力装置１００と、データベース２００と、管理装置３００と、発送装置４００とが設けられている。入力装置１００と、管理装置３００と、発送装置４００とは、互いに電気通信網であるネットワーク５００を介して接続されている。また、管理装置３００は、データベース２００と接続されている。データベース２００は、管理装置３００に具備されているものであっても良い。
【００１８】
また、管理装置３００や発送装置４００は、１つの物理的な装置であっても良いし、複数の装置から構成されるシステムであっても良い。例えば、管理装置３００は、入力装置１００から要求された処理（サービス）を実行するシステムと、その処理を管理するシステムとから構成されたものであっても良い。また、発送装置４００は、発送を管理するサーバと、発送処理を行う作業者が操作する発送者端末やプリンタ等とから構成されたシステムであっても良い。
【００１９】
入力装置１００は、管理システムを利用する利用者や、管理システムを運用するオペレータが操作する通信装置である。入力装置１００は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）や、携帯端末等である。入力装置１００は、利用者やオペレータの操作に基づいて、情報の入力を受け付ける。また、入力装置１００は、受け付けた情報をネットワーク５００を介して管理装置３００へ送信する。本形態で入力装置１００から送信される情報は、利用者を識別するためのユーザＩＤ等の利用者識別情報や、要求するサービス内容を示したイベント情報等である。入力装置１００は、利用者やオペレータの操作に基づいて、イベントを要求する際、そのための要求信号を送信する。この要求信号には、利用者識別情報およびイベント情報（イベント）が含まれ、当該イベントを要求する旨が示されている。
【００２０】
データベース２００は、イベントと連動するイベントとそれぞれ示す複数のイベント識別子の連動関係をあらかじめ対応付けて記憶する。また、イベント内容（サービス）間の関係や利用者の契約内容などに応じて、どの場合は連動する／連動しない（例えば、このサービスの申し込みのイベントを実行するには、他のサービスを申し込む必要がある時、ユーザリストの契約サービスでの他のサービスの契約有無により、他のサービスを申し込むイベントである連動イベントが連動する／しないを判断する）と、連動関係に条件を付けて、イベント識別子の対応付けを記憶しても良い。ここで、イベントとは、例えば、サービスへの入会やサービスからの退会、オプション契約の申込みや解約、利用者情報（氏名、住所、電話番号、電子メールアドレス等）の変更、資料請求等である。また、例えば、イベントがサービスへの入会／退会である場合、通知は入会／退会通知であり、そのイベントに連動するイベントは、オプションサービスの申込／解約であり、そのイベントに連動するイベントの通知は、オプションサービス申込／解約通知である。また、イベントが、提供サービス種類の変更（コースの変更）である場合、通知は、コース変更通知書であり、そのイベントに連動するイベントは、前のコースの解約および新しいコースの申込の２つであり、そのイベントに連動するイベントの通知は、それぞれ、コース解約通知およびコース申込通知である。また、イベントが、利用者情報の変更（住所等が西日本から東日本への変更）の場合、通知は、利用者情報変更通知であり、そのイベントに連動するイベントは、サービス提供地域会社の変更であり、そのイベントに連動するイベントの通知は、サービス提供会社変更通知である。また、イベントが、料金請求未納の場合、通知は、料金納付催促通知であり、そのイベントに連動するイベントは、サービス停止であり、そのイベントに連動するイベントの通知は、サービス停止通知である。ただし、サービス提供内容に応じて、これら以外でも構わない。上記では、オプションサービスの申込／解約を、連動するイベントとしたが、オプションサービスの申込／解約の要求を、利用者等から最初に受け付ける場合もある。
【００２１】
図２は、図１に示したデータベース２００に記憶されているイベント識別子の対応付けの一例を示す図である。
【００２２】
図１に示したデータベース２００には図２に示すように、イベント識別子（第１のイベント識別子）と、そのイベント識別子が示すイベントと連動するイベントのイベント識別子（第２のイベント識別子、連動イベント識別子）とが対応付けられて記憶されている。このイベント識別子は、イベントごとに識別可能にあらかじめ付与されているものである。なお、イベントを示すイベント内容とイベント識別子との対応付けは、データベース２００に記憶されているものであっても良いし、各装置が保持しているものであっても良い。また、図２に示すように、データベース２００にイベント識別子「Ｉ００３」と対応付けられているイベント識別子が「Ｉ０３１」と「Ｉ０３２」と複数あるものもある。このように、イベントに連動するイベントは複数あっても良い。
【００２３】
また、データベース２００は、イベント識別子と通知識別子とをあらかじめ対応付けて記憶する。
【００２４】
図３は、図１に示したデータベース２００に記憶されているイベント識別子と通知識別子との対応付けの一例を示す図である。
【００２５】
図１に示したデータベース２００には図３に示すように、イベント識別子と、通知識別子とが対応付けられて記憶されている。この通知識別子は、利用者から要求されたイベントを受け付けた（処理した）旨を、利用者へ通知する通知データを識別するための情報である。
【００２６】
また、データベース２００は、通知識別子と通知データとをあらかじめ対応付けて記憶する。
【００２７】
図４は、図１に示したデータベース２００に記憶されている通知識別子と通知データとの対応付けの一例を示す図である。
【００２８】
図１に示したデータベース２００には図４に示すように、通知識別子と、通知データとが対応付けられて記憶されている。通知は、利用者から要求されたイベントを受け付けた（処理した）ことにより、利用者へ通知する必要になった書類や申込書、お知らせ、カタログ、パンフレットなど（以下、書類と称する）であり、通知データは、その通知の内容を示すもので、文面や図、罫線などの印刷用データ、または、複写書類や既に印刷済みの書類を特定する識別子や通知書類の名称である。
【００２９】
さらに、データベース２００は、利用者の情報を示すユーザリストを記憶する。これは、一般的に、サービスを管理する装置が、当該サービスの提供を受ける利用者の情報を保持しておくものと同様である。
【００３０】
図５は、図１に示したデータベース２００に記憶されているユーザリストの一例を示す図である。
【００３１】
図１に示したデータベース２００には図５に示すように、利用者の情報である、利用者ＩＤ（利用者識別情報）と、氏名、住所、当該利用者が契約している契約サービス内容等が、互いに対応付けてユーザリストとして記憶されている。
【００３２】
なお、データベース２００は、ネットワーク５００を介して発送装置４００からアクセスできるものであっても良い。
【００３３】
管理装置３００は、入力装置１００から要求されたイベントを実行し、そのイベントに対する通知を要求信号が示す利用者へ発送する指示を、発送装置４００に対して行う管理手段である。
【００３４】
図６は、図１に示した管理装置３００の内部構成の一例を示す図である。
【００３５】
図１に示した管理装置３００には図６に示すように、取得部３０１と、送信部３０２と、実行部３０３とが設けられている。
【００３６】
取得部３０１は、入力装置１００から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子をデータベース２００から取得する。例えば、図２に示した対応付けがデータベース２００に記憶されており、入力装置１００から送信されてきた要求信号が示すイベントを識別するためのイベント識別子が「Ｉ００１」である場合、取得部３０１は、「Ｉ００１」と対応付けられている「Ｉ０１１」をデータベース２００から取得する。なお、上述したようなイベント内容と、そのイベント識別子との対応付けがデータベース２００内に対応付けられて記憶されている場合、取得部３０１は、要求信号が示すイベントに応じたイベント識別子をデータベース２００から取得し、取得したイベント識別子と対応付けられている第２のイベント識別子をデータベース２００から取得する。そして、取得部３０１は、取得したイベント識別子を実行部３０３へ出力する。
【００３７】
また、取得部３０１は、イベント識別子（第１および第２）と対応付けられている通知識別子をデータベース２００から取得する。また、取得部３０１は、取得した通知識別子と対応付けられている通知データをデータベース２００から取得する。例えば、図３に示した対応付けがデータベース２００に記憶されており、第１のイベント識別子が「Ｉ００１」であり、第２のイベント識別子が「Ｉ０１１」である場合、取得部３０１は、「Ｉ００１」と対応付けられている通知識別子「Ｔ００１」および「Ｉ０１１」と対応付けられている通知識別子「Ｔ０１１」をデータベース２００から取得する。
【００３８】
また、取得部３０１は、取得した通知識別子と対応付けられている通知データをデータベース２００から取得する。具体的には、取得部３０１は、図４に示したような通知識別子と通知データとの対応付けから、取得した通知識別子と対応付けられている通知データを取得する。そして、取得部３０１は、取得した通知データを送信部３０２へ出力する。
【００３９】
送信部３０２は、取得部３０１から出力されてきた通知データをネットワーク５００を介して発送装置４００へ送信する。上述した例では、送信部３０２は、第１のイベント識別子に応じた通知データ（第１の通知データ）と第２のイベント識別子に応じた通知データ（第２の通知データ）とを、ネットワーク５００を介して発送装置４００へ送信する。この第２の通知データは、第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである。なお、送信部３０２は、実行部３０３から、イベントの処理の実行が完了した旨が通知された後に、通知データを発送装置４００へ送信するものであっても良い。
【００４０】
実行部３０３は、入力装置１００から送信されてきた要求信号が示すイベントおよび取得部３０１から出力されてきたイベント識別子に応じたイベントの処理を実行する。また、実行部３０３は、実行した処理が完了すると、その旨を送信部３０２へ通知する。
【００４１】
発送装置４００は、管理装置３００から送信されてきた複数の通知データにそれぞれ応じた複数の通知をまとめて要求信号が示す利用者へ発送する指示を出力する発送手段である。この出力方法は、発送装置４００を構成する発送者端末を操作する発送者が、その旨を認識できる方法であれば良い。例えば、発送者端末のディスプレイに当該指示を表示するものであっても良い。発送者は、その表示を見て、通知データそれぞれに応じた通知（通知文書）を１つにまとめて利用者へ発送する。
【００４２】
なお、イベントと連動するイベントとは、互いに対応付けられていない場合もあり得る。例えば、Ａコースを契約する際のイベントに対して、あるオプションサービス（例えば、Ｘ１オプションサービス）の申し込みのイベントが連動している場合があっても、Ｘ１オプションサービスを申し込みする際のイベントに、Ａコースを契約するイベントが連動しているとは限らない。また、いずれのサービスコースを契約していない利用者に対しては、なんらかのコースを契約するイベントが連動するイベントとして上述した処理が行われる場合もある。
【００４３】
以下に、図１に示した管理システムにおける管理方法について、４つの例を挙げて説明する。なお、ここで要求される内容（イベント）は、サービスに対する入会や退会、オプションの契約や解約、コースや個人情報の変更、資料請求等である。
（第１の管理方法の例）
図７は、図１に示した管理システムにおける第１の管理方法の一例を説明するためのシーケンス図である。
【００４４】
まず、入力装置１００が所定の入力を受け付けると（ステップＳ１）、入力装置１００からイベントを要求する要求信号がネットワーク５００を介して管理装置３００へ送信される（ステップＳ２）。
【００４５】
ここで、入力装置１００が利用者の操作する利用者端末である場合、当該利用者端末上に表示されたＷｅｂ画面に利用者が入力（選択）した申し込みデータおよびユーザＩＤ（サービス入会前の場合は、例えば仮ＩＤ）が、送信される要求信号に含まれる。また、入力装置１００がオペレータの操作するオペレータ端末である場合は、利用者からの電話や郵送による申込書に基づいて、当該オペレータ端末上に表示されたＷｅｂ画面にオペレータが入力（選択）した申し込みデータおよびユーザＩＤが、送信される要求信号に含まれる。
【００４６】
管理装置３００の実行部３０３は、入力装置１００から送信されてきた要求信号が示すイベントの処理を実行する（ステップＳ３）。このとき、例えば、この要求信号に含まれるユーザＩＤが「Ｕ００２」であり、イベントがＢコースの会員コースの契約の申し込みである場合、実行部３０３は、データベース２００に記憶されたユーザリストのＵ００２の契約サービスの項目にＢコースを追加し、Ｂコースの会員コースのサービスへのアクセス権を「Ｕ００２」に付与する。
【００４７】
また、取得部３０１は、当該イベントのイベント識別子と連動する連動イベント識別子をデータベース２００から取得する（ステップＳ４）。取得部３０１は、データベース２００から取得した連動イベント識別子を実行部３０３へ出力する。すると、実行部３０３は、取得部３０１から出力されてきた連動イベント識別子に応じたイベントの処理を実行する（ステップＳ５）。例えば、Ｂコースの契約の申し込みに連動するイベントがＢ１オプションのオプションサービスの申し込みである場合、実行部３０３は、データベース２００に記憶されたユーザリストのＵ００２の契約サービスの項目にＢ１オプションを追加し、Ｂ１オプションのオプションサービスのサービスへのアクセス権を「Ｕ００２」に付与する。
【００４８】
また、取得部３０１は、イベント識別子と対応付けられた通知識別子をデータベース２００から取得し、取得した通知識別子と対応付けられた通知データをデータベース２００から取得する（ステップＳ６）。例えば、イベントがＢコースの契約の申し込みである場合、対応付けられた通知識別子の通知はＢコース契約書であり、取得部３０１は、通知データであるＢコース契約書の印刷用データをデータベース２００から取得する。このとき、連動するイベントがＢ１オプションサービスの申し込みである場合、対応付けられた通知識別子の通知はＢ１オプションサービス申込書であり、取得部３０１は、通知データであるＢ１オプション申込通知書の印刷用データをデータベース２００から取得する。ここで、取得部３０１が通知識別子を取得するために用いるイベント識別子は、入力装置１００から送信されてきた要求信号に含まれるイベント識別子およびステップＳ４にて取得部３０１が取得した連動イベント識別子である。このとき、取得部３０１は、要求信号に含まれるユーザＩＤに基づいてデータベース２００のユーザリストを参照し、取得した連動イベント識別子が示すイベントのうち、当該利用者が契約していないなどでイベントが発生しないものは、取得した連動イベント識別子の中から、削除するようにしても良い。具体的には、データベース２００にサービス内容とイベント識別子とを対応付けて記憶しておき、取得部３０１が、取得した連動イベント識別子が示すイベントのうち、図５に示したユーザリストにおいて、当該ユーザＩＤと対応付けられているサービス内容と対応付けられていないイベント識別子を削除するものであっても良い。
【００４９】
また、取得部３０１は、当該要求信号に含まれるユーザＩＤに基づいて、そのユーザＩＤと対応付けられた氏名および住所（郵便番号を含む）を発送先情報としてデータベース２００のユーザリストから取得する。
【００５０】
取得部３０１が通知データおよび発送先情報を取得すると、送信部３０２がその通知データおよび発送先情報を、ネットワーク５００を介して発送装置４００へ送信する（ステップＳ７）。送信部３０２が通知データおよび発送先情報を送信する際、発送先情報が示す発送先へ送信する通知データの通知をまとめて発送する旨が発送装置４００にて認識できる情報を付加して送信する。
【００５１】
ここで、送信部３０２は、通知データを送信したが、通知データは、通知の文面や図、罫線などの通知内容を印刷するための印刷用データだけではなく、複写書類や既に印刷済みの書類などの通知文書の作成が要らない通知の場合は、発送装置４００や発送者が通知を識別できる通知識別子や通知する書類の名称を通知データとして送信しても良い。通知識別子が通知データである場合、ステップＳ６の「取得した通知識別子と対応付けられた通知データをデータベース２００から取得する」という処理が省略される。
【００５２】
管理装置３００から送信されてきた通知データおよび発送先情報を発送装置４００が受信すると、発送装置４００は、これらの通知データに応じた通知をまとめて発送先情報が示す発送先へ発送する指示を出力する（ステップＳ８）。その後、発送者が、その指示に基づいて、発送処理を行う（ステップＳ９）。具体的には、例えば、発送者は、通知データに応じた通知文書であるＢコース契約書とＢ１オプションサービス申込書とをプリンタで印刷し、印刷した複数の通知文書であるＢコース契約書とＢ１オプションサービス申込書とをまとめて１つの封筒に入れ、「Ｕ００２」の氏名や郵便番号、住所の発送先情報を印刷したラベルを当該封筒に貼付して、郵送する。なお、通知文書については、電子書類として電子メールなどを用いて利用者端末へ送信するものであっても良い。
（第２の管理方法の例）
イベントの実行処理の完了を監視し、処理が完了した後、通知を行うものであっても良い。
【００５３】
図８は、図１に示したデータベース２００に記憶された実行処理状態情報の一例を示す図である。
【００５４】
図１に示したデータベース２００には図８に示すように、ユーザＩＤと、イベント識別子と、処理の実行状態を示す処理状態情報とが対応付けられて実行処理状態情報として記憶されている。例えば、図８に示すように、ユーザＩＤ「Ｕ００２」と、イベント識別子「Ｉ００１」と、処理状態情報「処理済み」とが対応付けられて記憶されている。これは、「Ｕ００２」のユーザＩＤの利用者についてのイベント識別子「Ｉ００１」が示すイベントの現在の処理状態が「処理済み」であることを示している。また、ユーザＩＤ「Ｕ００２」と、イベント識別子「Ｉ０１１」と、処理状態情報「処理中」とが対応付けられて記憶されている。これは、「Ｕ００２」のユーザＩＤの利用者についてのイベント識別子「Ｉ０１１」が示すイベントの現在の処理状態が「処理中」であることを示している。
【００５５】
図９は、図１に示した管理システムにおける第２の管理方法の一例を説明するためのシーケンス図である。
【００５６】
まずは、第１の管理方法におけるステップＳ１およびＳ２の処理と同じ処理が行われる。
【００５７】
管理装置３００の実行部３０３は、入力装置１００から送信されてきた要求信号が示すイベントの処理を実行する（ステップＳ１１）。このとき、例えば、この要求信号に含まれるユーザＩＤが「Ｕ００２」であり、イベントがＢコースの会員コースの契約の申し込みである場合、実行部３０３は、データベース２００に記憶されたユーザリストのＵ００２の契約サービスの項目にＢコースを追加し、Ｂコースの会員コースのサービスへのアクセス権を「Ｕ００２」に付与する。
【００５８】
また、取得部３０１は、当該イベントのイベント識別子と連動する連動イベント識別子をデータベース２００から取得する（ステップＳ１２）。取得部３０１は、データベース２００から取得した連動イベント識別子を実行部３０３へ出力する。すると、実行部３０３は、取得部３０１から出力されてきた連動イベント識別子に応じたイベントの処理を実行する（ステップＳ１３）。
【００５９】
また、実行部３０３は、イベント識別子および連動イベント識別子すべてについて、処理を実行した際や、処理が完了した際などに、その処理状態をデータベース２００の実行処理状態情報に書き込む。実行部３０３は、処理を実行したら、データベース２００の実行処理状態情報のそのイベント識別子の処理状態情報に「処理中」と書き込み、処理が完了すると「処理済み」と書き込む。例えば、実行部３０３は、ユーザＩＤ「Ｕ００２」のイベント識別子「Ｉ０１１」のイベントを実行した際に、データベース２００のユーザＩＤ「Ｕ００２」の実行処理状態情報のイベント識別子「Ｉ０１１」の処理状態情報に「処理中」と書き込み、実行中のユーザＩＤ「Ｕ００２」のイベント識別子「Ｉ００１」の処理が完了すると、データベース２００のユーザＩＤ「Ｕ００２」の実行処理状態情報のイベント識別子「Ｉ００１」の処理状態情報を「処理中」から「処理済み」へ変更し、書き込む。その後、取得部３０１は、データベース２００に記憶されているユーザＩＤの実行処理状態情報のイベントの実行処理状態を参照してイベントの処理が全て完了したかどうかを判定する（ステップＳ１４）。イベントと連動するイベントの全てのイベントの実行処理が完了している場合（例えば、ユーザＩＤ「Ｕ００２」の実行処理状態情報の全てのイベント識別子の「Ｉ００１」と「Ｉ０１１」との処理状態情報が全て「処理済み」となっている場合）、取得部３０１は、当該イベントのイベント識別子と対応付けられた通知識別子をデータベース２００から取得し、取得した通知識別子と対応付けられた通知データをデータベース２００から取得する（ステップＳ１５）。ここで、取得部３０１が通知識別子を取得するために用いるイベント識別子は、入力装置１００から送信されてきた要求信号に含まれるイベント識別子およびステップＳ１２にて取得部３０１が取得した連動イベント識別子である。このとき、取得部３０１は、要求信号に含まれるユーザＩＤに基づいてデータベース２００のユーザリストを参照し、取得した連動イベント識別子が示すイベントのうち、当該利用者が契約していないなどでイベントが発生しないものは、取得した連動イベント識別子の中から、削除するようにしても良い。具体的には、データベース２００にサービス内容とイベント識別子とを対応付けて記憶しておき、取得部３０１が、取得した連動イベント識別子が示すイベントのうち、図５に示したユーザリストにおいて、当該ユーザＩＤと対応付けられているサービス内容と対応付けられていないイベント識別子を削除するものであっても良い。
【００６０】
また、取得部３０１は、当該要求信号に含まれるユーザＩＤに基づいて、そのユーザＩＤと対応付けられた氏名および住所（郵便番号を含む）を発送先情報としてデータベース２００のユーザリストから取得する。
【００６１】
取得部３０１が通知データおよび発送先情報を取得すると、送信部３０２がその通知データおよび発送先情報を、ネットワーク５００を介して発送装置４００へ送信する（ステップＳ１６）。送信部３０２が通知データおよび発送先情報を送信する際、発送先情報が示す発送先へ送信する通知データの通知をまとめて発送する旨が発送装置４００にて認識できる情報を付加して送信する。
【００６２】
ここで、送信部３０２は、通知データを送信したが、通知データは、通知の文面や図、罫線などの通知内容を印刷するための印刷用データだけではなく、複写書類や既に印刷済みの書類などの通知文書の作成が要らない通知の場合は、発送装置４００や発送者が通知を識別できる通知識別子や通知する書類の名称を通知データとして送信しても良い。通知識別子が通知データである場合、ステップＳ１５の「取得した通知識別子と対応付けられた通知データをデータベース２００から取得する」という処理が省略される。
【００６３】
管理装置３００から送信されてきた通知データおよび発送先情報を発送装置４００が受信すると、発送装置４００は、これらの通知データに応じた通知をまとめて発送先情報が示す発送先へ発送する指示を出力する（ステップＳ１７）。その後、発送者が、その指示に基づいて、発送処理を行う（ステップＳ１８）。具体的には、例えば、発送者は、通知データに応じた通知文書をプリンタで印刷し、印刷した複数の通知文書をまとめて１つの封筒に入れ、発送先情報を示したラベルを当該封筒に貼付して、郵送する。なお、通知文書については、電子書類として電子メールなどを用いて利用者端末へ送信するものであっても良い。
（第３の管理方法の例）
すべてのイベントの実行処理が完了したかどうかを発送装置４００が判定するものであっても良い。
【００６４】
図１０は、図１に示した管理システムにおける第３の管理方法の一例を説明するためのシーケンス図である。
【００６５】
まずは、第１の管理方法におけるステップＳ１およびＳ２の処理と同じ処理が行われる。
【００６６】
管理装置３００の実行部３０３は、入力装置１００から送信されてきた要求信号が示すイベントの処理を実行する（ステップＳ２１）。このとき、例えば、この要求信号に含まれるユーザＩＤが「Ｕ００２」であり、イベントがＢコースの会員コースの契約の申し込みである場合、実行部３０３は、データベース２００に記憶されたユーザリストのＵ００２の契約サービスの項目にＢコースを追加し、Ｂコースの会員コースのサービスへのアクセス権を「Ｕ００２」に付与する。
【００６７】
また、実行部３０３は、当該イベントの処理が完了したかどうかを判定する（ステップＳ２２）。イベントの実行処理が完了している場合、送信部３０２は、当該要求信号に含まれるユーザＩＤと、処理が完了したイベントのイベント識別子とを、ネットワーク５００を介して発送装置４００へ送信する（ステップＳ２３）。このとき、送信部３０２は、送信するイベント識別子に所定のフラグを付与して送信する。このフラグは、当該イベント識別子が、利用者から要求されたイベントのイベント識別子であることを示すものであり、ここでは「親フラグ」と称する。
【００６８】
管理装置３００から送信されたイベント識別子を発送装置４００が受信すると、発送装置４００は、受信したイベント識別子にフラグが「親フラグ」であるかどうかを判定する。受信したイベント識別子に付与されているフラグが親フラグである場合、発送装置４００は、当該イベントのイベント識別子と連動する連動イベント識別子をデータベース２００から取得する（ステップＳ２４）。発送装置４００は、連動イベント識別子を取得すると、発送リストを作成する（ステップＳ２５）。この発送リストは、管理装置３００から送信されてきたユーザＩＤごとに、管理装置３００から送信されてきたイベント識別子と、データベース２００から取得した連動イベント識別子とが対応付けられていることが認識できるような態様で記載されたものであり、各イベントの処理が完了しているかどうかの情報（完了フラグ）が、各イベント識別子と対応付けられて記録されている。例えば、ユーザＩＤ「Ｕ００２」の発送リストとして、イベント識別子「Ｉ００１」に連動するイベントの連動イベント識別子「Ｉ０１１」と、完了フラグ「なし」とが対応付けられて記憶されている一覧表などである。
【００６９】
一方、管理装置３００の取得部３０１は、利用者から要求されたイベントのイベント識別子と連動する連動イベント識別子をデータベース２００から取得する（ステップＳ２６）。このとき、取得部３０１は、要求信号に含まれるユーザＩＤに基づいてデータベース２００のユーザリストを参照し、取得した連動イベント識別子が示すイベントのうち、当該利用者が契約していないなどでイベントが発生しないものは、取得した連動イベント識別子の中から、削除するようにしても良い。具体的には、データベース２００にサービス内容とイベント識別子とを対応付けて記憶しておき、取得部３０１が、取得した連動イベント識別子が示すイベントのうち、図５に示したユーザリストにおいて、当該ユーザＩＤと対応付けられているサービス内容と対応付けられていないイベント識別子を削除するものであっても良い。
【００７０】
取得部３０１は、データベース２００から取得した連動イベント識別子を実行部３０３へ出力する。すると、実行部３０３は、取得部３０１から出力されてきた連動イベント識別子に応じたイベントの処理を実行する（ステップＳ２７）。
【００７１】
また、実行部３０３は、連動イベント識別子に応じたイベントの処理が完了したかどうかを判定する（ステップＳ２８）。連動イベント識別子に応じたイベントの実行処理が完了している場合、送信部３０２は、ユーザＩＤと、処理が完了したイベントの連動イベント識別子とを、ネットワーク５００を介して発送装置４００へ送信する（ステップＳ２９）。このとき、送信部３０２は、送信するイベント識別子に所定のフラグを付与して送信する。このフラグは、当該イベント識別子が、連動イベント識別子であることを示すものであり、ここでは「子フラグ」と称する。利用者から要求されたイベントのイベント識別子と連動する連動イベント識別子が複数ある場合には、実行部３０３は、全ての連動イベント識別子のイベントに対してステップＳ２７からステップＳ２９までの処理を行う。また、ステップＳ２８の判定を複数の連動イベント識別子についてまとめて判定する場合は、実行部３０３は、第２の管理方法で説明した実行処理状態情報を用いても良い。
【００７２】
管理装置３００から送信されたイベント識別子を発送装置４００が受信すると、発送装置４００は、受信したイベント識別子にフラグが「子フラグ」であるかどうかを判定する。受信したイベント識別子に付与されているフラグが子フラグである場合、発送装置４００は、発送リストを更新する（ステップＳ３０）。具体的には、発送装置４００は、ステップＳ２５で作成したユーザＩＤで特定される発送リストにて、受信した連動イベント識別子と同じ識別子の連動イベント識別子に対応付けられている完了フラグを、イベントの処理が完了している旨を示す情報に書き換える。例えば、ユーザＩＤ「Ｕ００２」と「子フラグ」付きのイベント識別子「Ｉ０１１」を受信すると、発送装置４００は、ユーザＩＤ「Ｕ００２」の発送リストの連動イベント識別子「Ｉ０１１」に対応する完了フラグを「なし」から「あり」に書き換える。
【００７３】
その後、発送装置４００は、発送リストにて１つのイベント識別子（親フラグが付与されているもの）に対応付けられた、すべての連動イベント識別子（子フラグが付与されているもの）のイベントの処理が完了しているかどうかを、それぞれの連動イベント識別子と対応付けられた完了フラグを参照することで判定する（ステップＳ３１）。例えば、ユーザＩＤ「Ｕ００２」の発送リストとして、イベント識別子「Ｉ００１」に連動するイベントは、連動イベント識別子「Ｉ０１１」しかなく、連動イベント識別子「Ｉ０１１」に対応する完了フラグが「あり」であれば、全ての連動するイベントの処理は完了していると判定される。処理が完了していないものがある場合、発送装置４００は、さらに管理装置３００から連動イベント識別子が送信されてくるのを待つ。
【００７４】
一方、すべての連動イベント識別子（子フラグが付与されているもの）のイベントの処理が完了している場合、発送装置４００は、当該発送リストに記載されているイベント識別子（親フラグが付与されているものおよび子フラグが付与されているもの）と対応付けられた通知識別子をデータベース２００から取得し、取得した通知識別子と対応付けられた通知データをデータベース２００から取得する（ステップＳ３２）。
【００７５】
ここで、ステップＳ２５において発送リストを作成した日時を作成日時として記録しておき、その作成日時から所定の期間が経過した場合、未処理のイベントがあっても、その時点で処理済みのイベントのイベント識別子に対応する通知識別子をデータベース２００から取得し、取得した通知識別子と対応付けられた通知データをデータベース２００から取得するものであっても良い。この場合、他の未処理のイベント識別子の通知は処理済みになった時点で、単独で発送するように進めても良い。
【００７６】
すると、発送装置４００は、ユーザＩＤに基づいて、そのユーザＩＤと対応付けられた氏名および住所（郵便番号を含む）を発送先情報としてデータベース２００のユーザリストから取得する。
【００７７】
続いて、発送装置４００は、これらの通知データに応じた通知をまとめて発送先情報が示す発送先へ発送する指示を出力する（ステップＳ３３）。その後、発送者が、その指示に基づいて、発送処理を行う（ステップＳ３４）。具体的には、例えば、発送者は、通知データに応じた通知文書をプリンタで印刷し、印刷した複数の通知文書をまとめて１つの封筒に入れ、発送先情報を示したラベルを当該封筒に貼付して、郵送する。なお、通知文書については、電子書類として電子メールなどを用いて利用者端末へ送信するものであっても良い。
【００７８】
また、上述した親フラグと子フラグとのいずれか一方だけを用いるものであっても良い。
（第４の管理方法の例）
発送装置４００が、イベント識別子を受信するごとに、通知データを取得するものであっても良い。
【００７９】
図１１は、図１に示した管理システムにおける第４の管理方法の一例を説明するためのシーケンス図である。
【００８０】
まずは、第１の管理方法におけるステップＳ１およびＳ２の処理と同じ処理が行われる。
【００８１】
管理装置３００の実行部３０３は、入力装置１００から送信されてきた要求信号が示すイベントの処理を実行する（ステップＳ４１）。このとき、例えば、この要求信号に含まれるユーザＩＤが「Ｕ００２」であり、イベントがＢコースの会員コースの契約の申し込みである場合、実行部３０３は、データベース２００に記憶されたユーザリストのＵ００２の契約サービスの項目にＢコースを追加し、Ｂコースの会員コースのサービスへのアクセス権を「Ｕ００２」に付与する。
【００８２】
また、実行部３０３は、当該イベントの処理が完了したかどうかを判定する（ステップＳ４２）。イベントの実行処理が完了している場合、取得部３０１は、当該要求信号に含まれるユーザＩＤと、処理が完了したイベントのイベント識別子とを、ネットワーク５００を介して発送装置４００へ送信する（ステップＳ４３）。このとき、送信部３０２は、送信するイベント識別子に所定のフラグを付与して送信する。このフラグは、当該イベント識別子が、利用者から要求されたイベントのイベント識別子であることを示すものであり、ここでは「親フラグ」と称する。
【００８３】
管理装置３００から送信されたイベント識別子を発送装置４００が受信すると、発送装置４００は、受信したイベント識別子にフラグが「親フラグ」であるかどうかを判定する。受信したイベント識別子に付与されているフラグが親フラグである場合、発送装置４００は、当該イベント識別子と対応付けられた通知識別子をデータベース２００から取得し、取得した通知識別子と対応付けられた通知データをデータベース２００から取得する（ステップＳ４４）。また、発送装置４００は、当該イベントのイベント識別子と連動する連動イベント識別子をデータベース２００から取得する（ステップＳ４５）。発送装置４００は、連動イベント識別子を取得すると、発送リストを作成する（ステップＳ４６）。この発送リストは、管理装置３００から送信されてきたユーザＩＤごとに、管理装置３００から送信されてきたイベント識別子と、データベース２００から取得した連動イベント識別子とが対応付けられていることが認識できるような態様で記載されたものであり、各イベントの通知データの取得が完了しているかどうかを示す情報（完了フラグ）が、各イベント識別子と対応付けられて記録されている。例えば、ユーザＩＤ「Ｕ００２」の発送リストとして、イベント識別子「Ｉ００１」に連動するイベントの連動イベント識別子「Ｉ０１１」と、完了フラグ「なし」とが対応付けられて記憶されている一覧表などである。
【００８４】
一方、管理装置３００の取得部３０１は、利用者から要求されたイベントのイベント識別子と連動する連動イベント識別子をデータベース２００から取得する（ステップＳ４７）。このとき、取得部３０１は、要求信号に含まれるユーザＩＤに基づいてデータベース２００のユーザリストを参照し、取得した連動イベント識別子が示すイベントのうち、当該利用者が契約していないなどでイベントが発生しないものは、取得した連動イベント識別子の中から、削除するようにしても良い。具体的には、データベース２００にサービス内容とイベント識別子とを対応付けて記憶しておき、取得部３０１が、取得した連動イベント識別子が示すイベントのうち、図５に示したユーザリストにおいて、当該ユーザＩＤと対応付けられているサービス内容と対応付けられていないイベント識別子を削除するものであっても良い。
【００８５】
取得部３０１は、データベース２００から取得した連動イベント識別子を実行部３０３へ出力する。すると、実行部３０３は、取得部３０１から出力されてきた連動イベント識別子に応じたイベントの処理を実行する（ステップＳ４８）。
【００８６】
また、実行部３０３は、連動イベント識別子に応じたイベントの処理が完了したかどうかを判定する（ステップＳ４９）。連動イベント識別子に応じたイベントの実行処理が完了している場合、送信部３０２は、ユーザＩＤと、処理が完了したイベントの連動イベント識別子とを、ネットワーク５００を介して発送装置４００へ送信する（ステップＳ５０）。このとき、送信部３０２は、送信するイベント識別子に所定のフラグを付与して送信する。このフラグは、当該イベント識別子が、連動イベント識別子であることを示すものであり、ここでは「子フラグ」と称する。利用者から要求されたイベントのイベント識別子と連動する連動イベント識別子が複数ある場合には、実行部３０３は、全ての連動イベント識別子のイベントに対してステップＳ４７からステップＳ４９までの処理を行う。また、ステップＳ４８の判定を複数の連動イベント識別子についてまとめて判定する場合は、実行部３０３は、第２の管理方法で説明した実行処理状態情報を用いても良い。
【００８７】
管理装置３００から送信されたイベント識別子を発送装置４００が受信すると、発送装置４００は、受信したイベント識別子にフラグが「子フラグ」であるかどうかを判定する。受信したイベント識別子に付与されているフラグが子フラグである場合、発送装置４００は、当該イベント識別子と対応付けられた通知識別子をデータベース２００から取得し、取得した通知識別子と対応付けられた通知データをデータベース２００から取得する（ステップＳ５１）。また、発送装置４００は、発送リストを更新する（ステップＳ５２）。具体的には、発送装置４００は、ステップＳ４６で作成したユーザＩＤで特定される発送リストにて、取得した通知データの連動イベント識別子と同じ識別子の連動イベント識別子に対応付けられている完了フラグを、通知データの取得が完了している旨を示す情報に書き換える。例えば、ユーザＩＤ「Ｕ００２」と「子フラグ」付きのイベント識別子「Ｉ０１１」に対応する通知識別子「Ｔ０１１」の通知データをデータベース２００から取得すると、発送装置４００は、ユーザＩＤ「Ｕ００２」の発送リストの連動イベント識別子「Ｉ０１１」に対応する完了フラグを「なし」から「あり」に書き換える。
【００８８】
その後、発送装置４００は、発送リストにて１つのイベント識別子（親フラグが付与されているもの）に対応付けられた、すべての連動イベント識別子（子フラグが付与されているもの）の通知データの取得が完了しているかどうかを、それぞれの連動イベント識別子と対応付けられた完了フラグを参照することで判定する（ステップＳ５３）。例えば、ユーザＩＤ「Ｕ００２」の発送リストとして、イベント識別子「Ｉ００１」に連動するイベントは、連動イベント識別子「Ｉ０１１」しかなく、連動イベント識別子「Ｉ０１１」に対応する完了フラグが「あり」であれば、全ての連動するイベントの通知データの取得は完了していると判定される。処理が完了していないものがある場合、さらに管理装置３００から連動イベント識別子が送信されてくるのを待つ。
【００８９】
一方、すべての連動イベント識別子（子フラグが付与されているもの）の通知データの取得が完了している場合、発送装置４００は、ユーザＩＤに基づいて、そのユーザＩＤと対応付けられた氏名および住所（郵便番号を含む）を発送先情報としてデータベース２００のユーザリストから取得する。
【００９０】
続いて、発送装置４００は、これらの通知データに応じた通知をまとめて発送先情報が示す発送先へ発送する指示を出力する（ステップＳ５４）。その後、発送者が、その指示に基づいて、発送処理を行う（ステップＳ５５）。具体的には、例えば、発送者は、通知データに応じた通知文書をプリンタで印刷し、印刷した複数の通知文書をまとめて１つの封筒に入れ、発送先情報を示したラベルを当該封筒に貼付して、郵送する。なお、通知文書については、電子書類として電子メールなどを用いて利用者端末へ送信するものであっても良い。
【００９１】
また、上述した親フラグと子フラグとのいずれか一方だけを用いるものであっても良い。
【００９２】
ここで、ステップＳ４６において発送リストを作成した日時を作成日時として記録しておき、その作成日時から所定の期間が経過した場合、未取得の通知データがあっても、その時点で取得済みの通知データに応じた通知をまとめて発送先情報が示す発送先へ発送する指示を出力するものであっても良い。この場合、他の未取得の連動イベント識別子の通知データは取得済みになった時点で、単独で発送するように進めても良い。
【００９３】
また、図１に示したデータベース２００に記憶されているイベント識別子と通知識別子との対応付けに、通知時期の項目を設けて、取得された通知識別子の中で、イベント発生から既定期間内の通知時期の通知のみをまとめて発送する対象にし、それ以外の通知は、単独で発送する指示を出力するものであっても良い。
【００９４】
図１２は、図１に示したデータベース２００に記憶されているイベント識別子と通知識別子と通知時期との対応付けの一例を示す図である。
【００９５】
図１に示したデータベース２００には図１２に示すように、イベント識別子と、通知識別子と、通知時期とが対応付けられて記憶されている。例えば、図１２に示すように、通知時期として、「いつでもよい」、「至急」や「２か月後の月末」が記憶されている。通知時期が「いつでもよい」と対応付けられている通知識別子については、まとめて発送する対象とし、通知時期が「至急」や「２か月後の月末」と対応付けられている通知識別子については、まとめて発送する対象とせずに、該当する時期に発送する指示を出力する。
【００９６】
また、図１に示したデータベース２００に記憶されているイベント識別子と通知識別子との対応付けに、単独で発送するか否かを示す単独通知フラグの項目を設けて、緊急性や重要性などから、単独で発送する通知の通知識別子に対しては、単独通知フラグ有を関連付けておき、単独通知フラグ有の通知については、まとめて発送する対象から除外し、単独で発送する指示を出力するものであっても良い。
【００９７】
図１３は、図１に示したデータベース２００に記憶されているイベント識別子と通知識別子と単独通知フラグとの対応付けの一例を示す図である。
【００９８】
図１に示したデータベース２００には図１３に示すように、イベント識別子と、通知識別子と、単独通知フラグとが対応付けられて記憶されている。例えば、図１３に示すように、単独通知フラグとして、「無し」および「有り」が記憶されている。単独通知フラグが「無し」と対応付けられている通知識別子については、まとめて発送する対象とし、単独通知フラグが「有り」と対応付けられている通知識別子については、まとめて発送する対象とせずに、単独で発送する指示を出力する。
【００９９】
なお、上述した管理装置３００が管理システムとサービスシステムとの２つシステムから構成される場合、イベント処理の実行をサービスシステムが行い、データベース２００からイベント識別子等の情報を取得する処理を管理システムが行うものであっても良い。また、発送装置４００へイベント識別子を送信して発送を指示する処理は、管理システムとサービスシステムとのいずれが担っても良い。
【０１００】
また、本発明を実現するには、図１に示した形態に限らず、管理装置３００および発送装置４００が、統合されたものであっても良いし、更に分割されたものであっても良い。また、各装置の役割を実行する各手段の一部だけが他のシステムに統合されているものであっても良い。
【０１０１】
このように、サービスの申し込み等により発生するイベントに連動して発生するイベントを抽出し、抽出された各イベントで発送される複数の通知を１つにまとめて発送する指示を出力し、発送者がその指示に基づいて通知を発送するため、利用者は、申し込みと発送物との関係が把握しやすくなる。
【０１０２】
上述した管理装置３００に設けられた各構成要素が行う処理は、目的に応じてそれぞれ作製された論理回路で行うようにしても良い。また、処理内容を手順として記述したコンピュータプログラム（以下、プログラムと称する）を管理装置３００にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを管理装置３００に読み込ませ、実行するものであっても良い。管理装置３００にて読取可能な記録媒体とは、フロッピー（登録商標）ディスク、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、管理装置３００に内蔵されたＲＯＭ、ＲＡＭ等のメモリやＨＤＤ等を指す。この記録媒体に記録されたプログラムは、管理装置３００に設けられたＣＰＵ（不図示）にて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。
【０１０３】
上記の実施の形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースと、
イベントを要求するための要求信号を送信する入力装置と、
前記入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子に連動するイベントとして対応付けられている第２のイベント識別子を前記データベースから取得する管理手段と、
前記第１のイベント識別子に応じた第１の通知と、前記第２のイベント識別子に応じた第２の通知とをまとめて前記要求信号が示す利用者へ発送する指示を出力する発送手段とを有する管理システム。
（付記２）前記データベースは、前記イベント識別子と通知に対応する通知データとを対応付けて記憶し、
前記管理手段は、前記第１のイベント識別子および前記第２のイベント識別子に応じたイベントの処理を実行し、前記イベントの処理が完了した後、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれ応じた、前記第１の通知データおよび前記第２の通知データを前記データベースから取得して前記発送手段へ送信し、
前記発送手段は、前記管理手段から送信された前記第１の通知データに応じた第１の通知と、前記第２の通知データに応じた第２の通知とをまとめて前記要求信号が示す利用者へ発送する指示を出力することを特徴とする、付記１に記載の管理システム。
（付記３）前記データベースは、前記利用者を識別するための利用者識別情報と、該利用者が契約しているサービス内容とを対応付けて記憶し、前記サービス内容と前記イベント識別子とを対応付けて記憶し、
前記入力装置は、前記要求信号に含まれる前記利用者を識別するための利用者識別情報を前記要求信号に含めて送信し、
前記管理手段は、前記データベースから取得した第２のイベント識別子のうち、前記データベースにて、前記利用者識別情報と対応付けられているサービス内容と対応付けられていないイベント識別子に応じた通知データついては、送信しないことを特徴とする、付記２に記載の管理システム。
（付記４）前記データベースは、前記イベント識別子と前記イベントの処理状態とを対応付けて記憶し、
前記管理手段は、前記第１のイベント識別子および前記第２のイベント識別子の全てのイベントの処理が完了した後に、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれに応じた、前記第１の通知データおよび前記第２の通知データを前記データベースから取得することを特徴とする、付記２または付記３に記載の管理システム。
（付記５）前記データベースは、前記イベント識別子と通知に対応する通知データとを対応付けて記憶し、前記第１のイベント識別子および前記第２のイベント識別子とそれぞれの前記イベントの処理状態とを対応付けた発送リストを記憶し、
前記管理手段は、前記第１のイベント識別子および前記第２のイベント識別子に応じたイベントの処理を実行し、前記イベントの処理が完了した後、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれ応じたイベントの処理が完了した旨を、前記発送手段へ送信し、
前記発送手段は、前記管理手段から、前記第１のイベント識別子のイベントの処理が完了した旨を受信した場合、前記発送リストを作成し、前記管理手段から、前記第２のイベント識別子のイベントの処理が完了した旨を受信した場合、前記発送リストの前記第２のイベント識別子のイベントの処理状態を完了に更新し、前記発送リストの前記第１のイベント識別子および前記第２のイベント識別子の全てのイベントの処理が完了した後に、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれ応じた、前記第１の通知データおよび前記第２の通知データを前記データベースから取得し、前記第１の通知データに応じた通知と、前記第２の通知データに応じた通知とをまとめて前記要求信号が示す利用者へ発送する指示を出力することを特徴とする、付記１から４のいずれか１項に記載の管理システム。
（付記６）前記データベースは、前記イベント識別子と通知に対応する通知データとを対応付けて記憶し、前記第１のイベント識別子および前記第２のイベント識別子とそれぞれの前記通知データの取得状態とを対応付けた発送リストを記憶し、
前記管理手段は、前記第１のイベント識別子および前記第２のイベント識別子に応じたイベントの処理を実行し、前記イベントの処理が完了した後、前記第１のイベント識別子および前記第２のイベント識別子にそれぞれ応じたイベントの処理が完了した旨を、前記発送手段に送信し、
前記発送手段は、前記管理手段から、前記第１のイベント識別子のイベントの処理が完了した旨を受信した場合、前記第１のイベント識別子に応じた、前記第１の通知データを前記データベースから取得し、前記発送リストを作成し、前記管理手段から、前記第２のイベント識別子のイベントの処理が完了した旨を受信した場合、前記第２のイベント識別子に応じた、前記第２の通知データを前記データベースから取得し、前記発送リストの前記第２のイベント識別子の前記通知データの取得状態を完了に更新し、前記発送リストの前記第１のイベント識別子および前記第２のイベント識別子の全ての前記通知データの取得状態が完了した後に、前記第１の通知データに応じた通知と、前記第２の通知データに応じた通知とをまとめて前記要求信号が示す利用者へ発送する指示を出力することを特徴とする、付記１から４のいずれか１項に記載の管理システム。
（付記７）前記データベースは、前記イベント識別子と、通知の時期を示す通知時期とを対応付けて記憶し、
前記発送装置は、前記通知時期が示す時期に、前記イベント識別子に応じた通知を発送する指示を出力することを特徴とする、付記１から６のいずれか１項に記載の管理システム。
（付記８）前記データベースは、前記イベント識別子と、単独で通知を発送するか否かを示す単独通知フラグとを対応付けて記憶し、
前記発送装置は、単独で通知を発送する旨を示す前記単独通知フラグと対応付けられた、前記イベント識別子に応じた通知を、単独で発送する指示を出力することを特徴とする、付記１から６のいずれか１項に記載の管理システム。
（付記９）入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子を、イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースから取得する取得部と、
前記第１のイベント識別子に応じた第１の通知データと、該第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである、前記第２のイベント識別子に応じた第２の通知データとを送信する送信部とを有する管理装置。
（付記１０）利用者への通知を管理する管理方法であって、
前記利用者が操作する入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子を、イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースから取得する処理と、
前記第１のイベント識別子に応じた第１の通知データと、該第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである、前記第２のイベント識別子に応じた第２の通知データとを送信する処理とを行う管理方法。
（付記１１）コンピュータに、
入力装置から送信されてきた要求信号が示すイベントを識別するための第１のイベント識別子と対応付けられている第２のイベント識別子を、イベントをそれぞれ示す複数のイベント識別子同士の連動関係を記憶するデータベースから取得する手順と、
前記第１のイベント識別子に応じた第１の通知データと、該第１の通知データに応じた通知とともにまとめて利用者へ発送される通知の通知データである、前記第２のイベント識別子に応じた第２の通知データとを送信する手順とを実行させるためのプログラム。
【符号の説明】
【０１０４】
１００    入力装置
２００    データベース
３００    管理装置
３０１    取得部
３０２    送信部
３０３    実行部
４００    発送装置
５００    ネットワーク
【図１】
2014085868.tif 000003
【図２】
2014085868.tif 000004
【図３】
2014085868.tif 000005
【図４】
2014085868.tif 000006
【図５】
2014085868.tif 000007
【図６】
2014085868.tif 000008
【図７】
2014085868.tif 000009
【図８】
2014085868.tif 000010
【図９】
2014085868.tif 000011
【図１０】
2014085868.tif 000012
【図１１】
2014085868.tif 000013
【図１２】
2014085868.tif 000014
【図１３】
2014085868.tif 000015