(57)【要約】【課題】支払管理業務に用いるイベント実行システムを提供する。【解決手段】イベント実行システムは、第２ユーザが第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連のイベントの実行スケジュールの設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得する取得部と、前記実行スケジュールの設定に基づく前記第１ユーザの配信先への情報の配信によって前記イベントを実行する制御部と、前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示する情報提示部と、を備える。【選択図】図１
2020197900.tif 000002
【特許請求の範囲】
【請求項１】
第２ユーザが第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの実行スケジュールの設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得する取得部と、
前記実行スケジュールの設定に基づく前記第１ユーザの配信先への情報の配信によって前記イベントを実行する制御部と、
前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示する情報提示部と、
を備えるイベント実行システム。
【請求項２】
前記業務は支払管理業務であって、
前記イベントには、支払いのリマインドと、支払いの督促と、支払い方法の案内とが含まれる、
請求項１に記載のイベント実行システム。
【請求項３】
前記支払い方法の案内では、複数の支払い方法が選択可能に提示され、複数の前記支払い方法のうちの少なくとも１つはオンライン決済である、
請求項２に記載のイベント実行システム。
【請求項４】
前記支払いのリマインドと前記支払いの督促とを、メッセージの配信によって実行し、
前記支払い方法の案内を、所定の案内情報を含み、該案内情報に従って操作することで支払い完了状態まで誘導するコンテンツの配信によって実行する、
請求項２又は請求項３に記載のイベント実行システム。
【請求項５】
前記支払いのリマインドに係るメッセージ又は前記支払いの督促に係るメッセージには、前記コンテンツのアドレス情報が含まれる、
請求項４に記載のイベント実行システム。
【請求項６】
前記情報提示部は、前記支払いのリマインドに係るメッセージに対する前記第１ユーザの行動、前記支払いの督促に係るメッセージに対する前記第１ユーザの行動、前記コンテンツの配信に対する前記第１ユーザの視聴履歴、前記第１ユーザの支払い状況を示す情報を前記第２ユーザに提示する、
請求項５に記載のイベント実行システム。
【請求項７】
前記取得部は、前記第２ユーザが、前記第１ユーザの配信先の情報および前記実行スケジュールを、ネットワークを介して入力するインタフェースを備える、
請求項１から請求項６の何れか１項に記載のイベント実行システム。
【請求項８】
イベント実行システムが、
第２ユーザが第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの実行スケジュールの設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得するステップと、
前記実行スケジュールの設定に基づく前記第１ユーザの配信先への情報の配信によって前記イベントを実行するステップと、
前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示するステップと、
を実行するイベント実行方法。
【請求項９】
コンピュータに、
第２ユーザが第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの実行スケジュールの設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得するステップと、
前記実行スケジュールの設定に基づく前記第１ユーザの配信先への情報の配信によって前記イベントを実行するステップと、
前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベント実行システム、イベント実行方法及びプログラムに関する。
【背景技術】
【０００２】
企業が顧客に商品やサービスの料金を請求する際、顧客からの支払いが滞る場合がある。その場合、企業から顧客へ督促通知を行って支払いを促す。このとき、請求、入金確認、未払顧客の抽出、抽出した顧客への督促通知、などの一連の業務が発生するが、各業務がそれぞれ別に管理されていることが多い。例えば、督促通知業務が、郵便物の印刷・発送業者やコールセンタへ外注され、外注先が紙の督促状の送付や電話による督促を行うことがある。
【０００３】
関連する技術として、特許文献１には、ガス事業者に代わって、ガス代金の請求、電子決済を行うサーバが開示されている。特許文献２には、顧客によって定期的に購入される商品または役務に対する請求を自動化するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２８８９２１号公報
【特許文献２】特開２０１６−１２６５９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
企業では、一連の業務の各業務が別々に管理されていることによって、管理負担の増大、人為的なミスの発生、作業時間や人件費などのコスト増大が問題となる。
【０００６】
そこでこの発明は、上述した解題を解決するイベント実行システム、イベント実行方法及びプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、イベント実行システムは、第２ユーザが第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの実行スケジュールの設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得する取得部と、前記実行スケジュールの設定に基づく前記第１ユーザの配信先への情報の配信によって前記イベントを実行する制御部と、前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示する情報提示部と、を備える。
【０００８】
本発明の一態様によれば、前記業務は支払管理業務であって、前記イベントには、支払いのリマインドと、支払いの督促と、支払い方法の案内とが含まれる。
【０００９】
本発明の一態様によれば、前記支払い方法の案内では、複数の支払い方法が選択可能に提示され、複数の前記支払い方法のうちの少なくとも１つはオンライン決済である。
【００１０】
本発明の一態様によれば、前記イベント実行システムは、前記支払いのリマインドと前記支払いの督促とを、メッセージの配信によって実行し、前記支払い方法の案内を、所定の案内情報を含み、該案内情報に従って操作することで支払い完了状態まで誘導するコンテンツの配信によって実行する。
【００１１】
本発明の一態様によれば、前記支払いのリマインドに係るメッセージ又は前記支払いの督促に係るメッセージには、前記コンテンツのアドレス情報が含まれる。
【００１２】
本発明の一態様によれば、前記情報提示部は、前記支払いのリマインドに係るメッセージに対する前記第１ユーザの行動、前記支払いの督促に係るメッセージに対する前記第１ユーザの行動、前記コンテンツの配信に対する前記第１ユーザの視聴履歴、前記第１ユーザの支払い状況を示す情報を前記第２ユーザに提示する。
【００１３】
本発明の一態様によれば、前記取得部は、前記第２ユーザが、前記第１ユーザの配信先の情報および前記実行スケジュールを、ネットワークを介して入力するインタフェースを備える。
【００１４】
本発明の一態様によれば、イベント実行方法は、イベント実行システムが、第２ユーザが第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの実行スケジュールの設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得するステップと、前記実行スケジュールの設定に基づく前記第１ユーザの配信先への情報の配信によって前記イベントを実行するステップと、前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示するステップと、を実行する。
【００１５】
本発明の一態様によれば、プログラムは、コンピュータに、第２ユーザが第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの実行スケジュールの設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得するステップと、前記実行スケジュールの設定に基づく前記第１ユーザの配信先への情報の配信によって前記イベントを実行するステップと、前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示するステップと、を実行させる。
【発明の効果】
【００１６】
本発明によれば、一連のイベントの管理を一元化することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第一実施形態におけるイベント実行システムの構成図である。
【図２】本発明の第一実施形態における管理データの一例を示す図である。
【図３】本発明の第一実施形態における登録画面の一例を示す図である。
【図４】本発明の第一実施形態におけるシナリオの一例を示す図である。
【図５】本発明の第一実施形態におけるシナリオの実行結果の例を示す図である。
【図６】本発明の第一実施形態における配信コンテンツの一例を示す図である。
【図７】本発明の第一実施形態による統計データの一例を示す図である。
【図８】本発明の第一実施形態によるイベント管理処理の一例を示す第１のフローチャートである。
【図９】本発明の第一実施形態によるイベント管理処理の一例を示す第２のフローチャートである。
【図１０】本発明の第一実施形態による各システムのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１８】
＜第一実施形態＞
以下、本発明の第一実施形態によるイベント実行システムを図１〜図１０を参照して説明する。図１は本発明の第一実施形態におけるイベント実行システムの構成図である。
イベント実行システム１は、ユーザ企業の顧客（エンドユーザ）に対して支払管理業務（支払いの督促や回収業務）に係るイベントを実行するシステムである。
【００１９】
図１に示す通り、イベント実行システム１は、ユーザ企業システム１０と、イベント管理システム２０と、コンテンツ配信システム３０と、決済システム４０と、エンドユーザ端末装置５０Ａ、５０Ｂと、ＳＭＳ配信システム６０と、Ｅｍａｉｌ配信システム７０とを含んで構成される。
【００２０】
ユーザ企業システム１０と、イベント管理システム２０とはインターネット等のネットワークを介して通信可能に接続されている。イベント管理システム２０とコンテンツ配信システム３０とは通信可能に接続されている。コンテンツ配信システム３０は、イベント管理システム２０およびエンドユーザ端末装置５０Ａ，５０Ｂと通信可能に接続されている。決済システム４０は、コンテンツ配信システム３０およびユーザ企業システム１０と通信可能に接続されている。エンドユーザ端末装置５０Ａ、５０Ｂは、ＳＭＳ配信システム６０およびＥｍａｉｌ配信システム７０およびコンテンツ配信システム３０と通信可能に接続されている。
【００２１】
ユーザ企業システム１０は、イベントの実行依頼を行うユーザ企業のシステムである。ユーザ企業システム１０は、１台または複数台のサーバ端末装置などのコンピュータで構成される。ユーザ企業システム１０は、イベントの実行に必要な情報、例えば、イベント実行対象となるエンドユーザの個人情報、イベントの実行シナリオなどをイベント管理システム２０へ登録する。ユーザ企業とは、例えば、生命保険や自動車保険などの保険会社、銀行などの金融機関であり、イベントとは、請求、入金確認、未払顧客の抽出、抽出した顧客への督促通知などの一連の業務における、支払いのリマインド、督促、支払いの案内、礼状の通知などのことである。
また、ユーザ企業システム１０は、イベントの実行結果をイベント管理システム２０や関連する諸システムから受信する。あるいは、ユーザ企業の担当者は、イベントの実行結果をイベント管理システム２０へアクセスし、参照することができる。
【００２２】
ユーザ企業システム１０は、１つの企業や公的機関、団体に限られない。イベント管理システム２０は、複数のユーザ企業システム１０からイベント実行の指示を受け、イベントの実行管理を行うことができる。
【００２３】
イベント管理システム２０は、ユーザ企業システム１０が登録したシナリオに沿って、実行スケジュールを作成し、ＳＭＳ（short message service）や電子メール等の通知手段を用いて、エンドユーザにメッセージの通知を行う。図示するようにイベント管理システム２０は、Ｐｏｒｔａｌシステム２０１と、ＦＴＰ管理システム２０２と、ＳＭＳ管理システム２０３と、Ｅｍａｉｌ管理システム２０４と、ＡＰＩ管理システム２０５と、メインＤＢ２０６と、実行結果ＤＢ２０７とを備える。
【００２４】
Ｐｏｒｔａｌシステム２０１は、ユーザ企業システム１０向けのポータル機能やイベントの実行を制御する機能を有する。例えば、Ｐｏｒｔａｌシステム２０１は、ユーザ企業やエンドユーザの情報を登録する機能、シナリオの設定機能、シナリオに基づいてイベントを実行する機能、シナリオに関係なく任意のタイミングでユーザ企業の指示によりイベントを実行する機能、イベント実行の履歴、途中経過、結果レポート等の統計情報を管理、表示する機能などを有している。
例えば、Ｐｏｒｔａｌシステム２０１は、イベント実行に必要なデータを登録するＷｅｂ画面などを生成し、ユーザ企業向けにそのＷｅｂ画面を提供する。Ｐｏｒｔａｌシステム２０１は、イベント実行に必要なデータが登録されると、メインＤＢ（ＤＢはデータベースの略）２０６へ書き込んで保存する。
【００２５】
また、Ｐｏｒｔａｌシステム２０１は、イベント実行に必要なデータが登録されると、同データをコンテンツ配信システム３０と連携する。例えば、Ｐｏｒｔａｌシステム２０１は、データをコンテンツ配信システム３０へ送信してもよいし、メインＤＢ２０６を、コンテンツ配信システム３０からアクセスできるようにしてもよい。
【００２６】
ＦＴＰ管理システム２０２は、ユーザ企業からアップロードされたイベント実行に必要なデータをメインＤＢ２０６に登録する。例えば、ＦＴＰ管理システム２０２は、アップロード用フォルダを常時監視し、アップロードされたデータを検出すると、即時メインＤＢ２０６への登録処理を行う。
ユーザ企業は、Ｐｏｒｔａｌシステム２０１が提供するＷｅｂ画面、ＦＴＰ管理システム２０２の何れかを利用してデータの登録が可能である。
なお、ユーザ企業からアップロードされるデータの一例については、次に図２を用いて説明する。
【００２７】
ＳＭＳ管理システム２０３は、メインＤＢ２０６に登録されたイベント情報に基づいて、ＳＭＳ配信を制御する。例えば、ＳＭＳ管理システム２０３は、ＳＭＳの配信指示や、ＳＭＳの配信履歴およびログの管理を行う。ＳＭＳ管理システム２０３は、外部のＳＭＳ配信システム６０を利用してＳＭＳの配信を行う。あるいは、ＳＭＳ管理システム２０３は、ＳＭＳ配信機能を有していて、ＳＭＳ配信を行ってもよい。
【００２８】
Ｅｍａｉｌ管理システム２０４は、メインＤＢ２０６に登録されたイベント情報に基づいて、電子メールの配信を制御する。例えば、Ｅｍａｉｌ管理システム２０４は、電子メールの配信指示や、電子メールの配信履歴およびログの管理を行う。Ｅｍａｉｌ管理システム２０４は、外部のＥｍａｉｌ配信システム７０を利用して電子メールの配信を行う。あるいは、Ｅｍａｉｌ管理システム２０４は、Ｅｍａｉｌ配信機能を有していて、Ｅｍａｉｌ配信を行ってもよい。
【００２９】
ＡＰＩ管理システム２０５は、ＡＰＩ（Application Programming Interface）を介して、外部システムと連携する。例えば、ＳＭＳ管理システム２０３は、ＡＰＩ管理システム２０５を介して、ＳＭＳ配信システム６０へＳＭＳの配信指示を行う。例えば、Ｅｍａｉｌ管理システム２０４は、ＡＰＩ管理システム２０５を介して、Ｅｍａｉｌ配信システム７０へ電子メールの配信指示を行う。また、例えば、ＡＰＩ管理システム２０５は、メインＤＢ２０６に登録されたイベント情報に基づいて、コンテンツ配信システム３０へコンテンツの配信指示などを行う。また、ＡＰＩ管理システム２０５は、イベント情報から紙の通知状発行等の外部システムへ連携させるためのシステム制御等を設定することも可能である。イベント情報については、図２、図３を用いて説明する。
【００３０】
メインＤＢ２０６は、ユーザ企業やエンドユーザの情報、イベント情報及び、イベントの実行結果が格納されるデータベースである。
実行結果ＤＢ２０７は、メインＤＢ２０６と同期して複製されるデータベースである。メインＤＢ２０６が、リアルタイム更新されるのに対し、実行結果ＤＢ２０７は、定期的に更新される。実行結果ＤＢ２０７には、各時点でのメインＤＢ２０６の内容がコピーされ履歴情報として蓄積される。
【００３１】
コンテンツ配信システム３０は、イベント管理システム２０のメインＤＢ２０６に登録されたイベント情報に基づいて、エンドユーザに案内情報を含むコンテンツを配信する。コンテンツには、イベントに対するアクションを促す内容が含まれている。例えば、イベントが支払いの督促の場合、コンテンツ配信システム３０は、その請求に対する支払を促し、支払いを案内するコンテンツを配信する。
【００３２】
コンテンツ配信システム３０には、任意のコンテンツ配信システムを用いることができる。例えば、動画配信システムであってもよいし、特許第６３６８８７６号に開示されたコンテンツ配信システムであってもよい。このコンテンツ配信システムは、動きのある情報を、動画ファイルを再生することによってではなく、ＥＵ端末装置５０で動作するＷｅｂブラウザに対して、ＨＴＭＬ（HyperText Markup Language）、Ｊａｖａｓｃｒｉｐｔ（登録商標）、ＣＳＳ等の技術を用いて静止画像、テキストデータや動画データを展開することによってパーソナライズされたコンテンツの配信を行うものであるが、同システムを用いることにより、エンドユーザの一人一人に特化したコンテンツを、低コストで効率よく配信することができる。
【００３３】
決済システム４０は、エンドユーザが支払いのために利用する一般に提供されている決済システムである。決済システム４０は、エンドユーザが好みに応じて選択できるように複数種類設けられてもよい。決済システム４０は、決済処理ステータスを、コンテンツ配信システム３０とユーザ企業システム１０へ通知する。決済システム４０が回収した代金は決済システム事業者からユーザ企業へ送金される。
【００３４】
次にメインＤＢ２０６が記憶する情報について図２を参照して説明する。
図２は、本発明の第一実施形態における管理データの一例を示す図である。
企業情報、部門情報、案件情報は、イベント実行の依頼元であるユーザ企業の企業名、部門名、一連のイベント実行について与えられた管理上の案件名などである。
イベント情報とは、イベントの実行期間および実行スケジュール（シナリオ）、イベント実行の対象を特定するデータ（例えば、ＳＭＳ配信先となるエンドユーザのＩＤ）、電子メールやＳＭＳの本文の文言の設定内容、配信手段（電子メールかＳＭＳか）などである。
個人情報は、エンドユーザの氏名、住所、メールアドレスや電話番号などである。
行動情報は、例えば、シナリオのどの段階まで実行したか等のイベント実行のステータス、ＳＭＳ等の配信ステータス、何らかのエラーが生じていればエラー情報、配信したメッセージに対して開封したかどうか等の配信先のステータスなどの含む各種ログ情報である。行動情報は、統計情報としてユーザ企業へ提供される。
【００３５】
メインＤＢ２０６には、これらの情報が登録される。これらのうち、企業情報、部門情報、案件情報、イベント情報、個人情報は、Ｐｏｒｔａｌシステム２０１又はＦＴＰ管理システム２０２を介して登録される。行動情報は、イベントの実行に伴って諸システムによって登録される。
【００３６】
次にイベント情報について説明する。図３は、本発明の第一実施形態における登録画面の一例を示す図である。
図３（ａ）、図３（ｂ）に例示する画面は、Ｐｏｒｔａｌシステム２０１が生成し、ユーザ企業の担当者へ提供する登録画面である。
図３（ａ）に例示する登録画面は、シナリオの登録画面例である。この画面では、１つの案件について、プログラムとセット数を登録する。例えば、案件ＩＤが「Ａ１」の案件が、請求、入金確認、未払顧客への督促通知という一連の業務を実行するために「リマインド」、「督促」等のイベント群で構成される場合、案件「Ａ１」全体に対する設定の登録を図３（ａ）で行い、各イベントの設定を図３（ｂ）の画面で行う。「案件」欄では、Ａ１等のＩＤを設定する。「プログラム」欄では、イベントの実行を制御するプログラムが記述されたファイルのファイル名やパス情報を設定する。「セット数」では、実行回数を設定する。当画面で設定されたプログラムがセット数だけ実行されるとシナリオの実行が完了する。
【００３７】
図３（ｂ）に例示する画面は、イベントの登録画面である。この登録画面では、「イベントＩＤ」、「配信手段」、「本文」、「配信先」、「スケジュール」、「配信条件」の各項目を設定することができる。
イベントＩＤとは、案件ごとの一連のイベントを区別する情報である。例えば、イベント「リマインド」にＡ１−００１、イベント「未払い顧客への督促」にＡ１−００２等のＩＤを付して管理する。「イベントＩＤ」欄では、Ａ１−００１等のＩＤを設定する。「配信手段」欄では、ＳＭＳ又は電子メールを選択する。「本文」欄では、ＳＭＳ等で配信するメッセージの文言を設定する。図３の｛ＮＭ｝や｛ＵＲＬ｝は変数である。実際の配信時には、｛ＮＭ｝には配信先エンドユーザの名前、｛ＵＲＬ｝には、当該エンドユーザに案内するコンテンツ（コンテンツ配信システム３０が配信するコンテンツ）のＵＲＬ（Uniform Resource Locator）が設定されて送信される。「配信先」欄では、配信先エンドユーザのＩＤ（Ｕ０１等）を設定する。配信先が多数の場合、例えば、配信先が記載された設定ファイルを用意し、この設定ファイルのパス情報を「配信先」欄で設定するようにしてもよい。「スケジュール」欄では、当該イベントの実行日時などを設定する。
担当者が図３（ａ）、図３（ｂ）の登録画面で登録ボタンを押下すると、各登録画面で設定された内容がイベント情報として、メインＤＢ２０６へ登録される。
【００３８】
図３（ｂ）の登録画面で設定された各イベントは、図３（ａ）の登録画面で設定されたプログラムによって実行される。このプログラムは、例えば、イベントＩＤ「Ａ１−００１」（リマインド）の実行後に、未入金のエンドユーザに対してのみイベントＩＤ「Ａ１−００２」（督促）を実行するような動作となるように記述されている。請求に対して入金済みの場合、決済システム４０からコンテンツ配信システム３０へ決済完了のステータス情報が通知され、コンテンツ配信システム３０は、このステータス情報をイベント管理システム２０へ通知する。イベント管理システム２０では、プログラムが決済完了のステータス情報の通知の有無によって、イベントＩＤ「Ａ１−００２」の実行制御を行う。プログラムは、例えば、スクリプト言語等で記述できるものであってよい。プログラムは、ユーザ企業側で作成してもよいし、イベント管理システム２０側の担当者がユーザ企業から要件を聞いて作成してもよい。
【００３９】
次にメインＤＢ２０６へ登録されたイベント情報に基づくシナリオについて説明する。
図４は、本発明の第一実施形態におけるシナリオの一例を示す図である。
図４に示すシナリオは、保険料の支払管理業務に関するものである。保険料は、月１回、口座引落によって支払われる。引落日は、毎月１５日に設定されている。また、口座引落ができなかった場合には、支払いの督促を行う。督促の際、支払い方法として、（ａ）クレジットカード、（ｂ）コンビニ払い、（ｃ）翌月の口座引落時に２回分の保険料をまとめて支払う、の中から選択するようエンドユーザに案内する。また、２回連続未払いとなると失効するものとする。このような支払管理業務に対し、システム企業の担当者は、例えば、次のような３つのイベントを２セット行うシナリオを登録する。
【００４０】
イ．引落前のリマインド・・・引落日（１５日）の５日前（毎月１０日）に実行する。
ロ．督促・・・１５日に振替できなかったエンドユーザを対象に即時実行する。
ハ．入金礼状・・・督促の結果、入金があったエンドユーザを対象に礼状を通知する。
【００４１】
図４にシナリオの実行例を示す。あるエンドユーザαに対し、イベント「１．引落前リマインド」が実行される。イベント管理システム２０は、例えば、「ＸＸ様、毎月１５日は保険料の引落日です。口座への保険料のご準備をお願い致します。」といったメッセージをＳＭＳや電子メールで送信する。１５日にエンドユーザαが口座を開設している金融機関のシステムβ（図示せず）によって、口座引落が実行される。口座引落の可否については、ユーザ企業システム１０を経由して、あるいは、ＡＰＩ管理システム２０５を通じて、イベント管理システム２０（Ｐｏｒｔａｌシステム２０１）へ通知されるように構成されている。口座引落できなかった場合、イベント管理システム２０は、イベント「２．１回目督促」を行う。イベント管理システム２０は、保険料の入金を督促する内容とコンテンツのＵＲＬを含むメッセージをＳＭＳや電子メールで送信する。後述するようにコンテンツの視聴により、エンドユーザαは、（ａ）クレジットカード、（ｂ）コンビニ払い、（ｃ）翌月の口座引落時に２回分まとめて払う、の何れかを選択することができる。（ａ）や（ｂ）の方法で入金があると、イベント管理システム２０は、イベント「３．入金礼状」を行う。翌月１０日になると、イベント管理システム２０は、イベント「４．引落前リマインド」を実行する。１５日に振替ができなかった場合、イベント管理システム２０は、イベント「５．２回目督促」を行う。督促の後、入金が確認できると、イベント管理システム２０は、イベント「６．入金礼状」を行う。上記イ〜ロのイベントを２セット実行しても入金が確認できない場合、その旨が、ユーザ企業システム１０へ通知される。ユーザ企業システム１０は、契約失効の案内をエンドユーザαへ通知する。図５に同シナリオの実行結果の例を示す。
【００４２】
図５は、本発明の第一実施形態におけるシナリオの実行結果の例を示す図である。
図５の例では、「１．引落前のリマインド」と「３．入金礼状」を電子メールで行い、「２．督促」をＳＭＳで行っている。「２．督促」では、コンテンツ配信システム３０および決済システム４０と連携する。４〜６についても同様である。次に図６を用いてこれらの連携機能について説明する。
なお、配信方法に紙とあるのは、ＡＰＩ管理システム２０５を介して、郵便物の印刷・配送システムと連携することができることを示している。例えば、「５．２回目督促」の際、ＳＭＳによる督促に加えて郵便で督促状を送付してもよい。
【００４３】
図６は、本発明の第一実施形態における配信コンテンツの一例を示す図である。
図６にコンテンツ配信システム３０が配信するコンテンツの例を示す。このコンテンツは、督促のメッセージに含まれるＵＲＬへＥＵ端末装置５０を用いてアクセスすると配信される。コンテンツの配信に必要な素材データやＨＴＭＬファイル、Ｊａｖａｓｃｒｉｐｔ（登録商標）、あるいはＭＰＥＧ形式の動画ファイルなどは、コンテンツ配信システム３０に登録されている。
【００４４】
コンテンツ配信システム３０は、まず、画像Ｍ１を配信し、所定時間が経過すると、画像Ｍ２、続いて画像Ｍ３を配信する。コンテンツ配信システム３０は、これらの画像とともに各画像に対応する音声情報を配信してもよい。例えば、エンドユーザの氏名を含む画像Ｍ１は、コンテンツ配信システム３０が、ユーザ企業から登録された個人情報（図２）を参照して生成する。同様に、保険料の引落日を含む画像Ｍ２は、コンテンツ配信システム３０が、メインＤＢ２０６や実行結果ＤＢ２０７の当該エンドユーザに関するイベントの実行結果を参照して生成する。
【００４５】
画像Ｍ３にて、コンテンツ配信システム３０は、エンドユーザが支払い方法を選択するまで待機する。「口座引落」が選択された場合、コンテンツ配信システム３０は、次回の口座引落時の請求内容を表示した画像Ｍ４ａを配信して確認を求める。エンドユーザが「手続完了」を押下すると、終了画面を表示してコンテンツの配信が完了する。コンテンツ配信システム３０には、エンドユーザが選択した支払方法の情報が記録される。
【００４６】
「コンビニもしくはクレジットカード」が選択された場合、コンテンツ配信システム３０は、クレジットカード支払いとコンビニ支払いの選択を促す画面Ｍ４ｂを配信する。「クレジットカードで支払う」が選択されると、コンテンツ配信システム３０は、案内に従って操作することで支払い完了状態まで誘導する画像を順次配信する。例えば、コンテンツ配信システム３０は、クレジットカードの情報を入力する画像（図示せず）や、支払い内容の確認を求める画像（図示せず）を配信し、エンドユーザが支払い内容に同意すると、決済システム４０へクレジットカードの情報等を通知し決済処理を依頼する。また、コンテンツ配信システム３０は、終了画面を配信してコンテンツの配信を完了する。
【００４７】
「コンビニで支払う」が選択されると、コンテンツ配信システム３０は、コンビニでの支払方法を案内する画像（図示せず）やコンビニエンスストアでの支払い申し込みの確認を求める画像（図示せず）を配信し、エンドユーザが支払い申し込みに同意すると、終了画面を配信してコンテンツの配信を完了する。
【００４８】
ＳＭＳや電子メールによるメッセージの通知に加え、コンテンツ配信システム３０がコンテンツを配信することにより豊富な情報を伝えることが可能になり、一方的な情報の通知だけでなく、エンドユーザの操作に対してインタラクティブな対応が可能となる。これにより、これまでにコールセンタのオペレータ等に委託していた支払の督促や回収業務を無人化し、コストや人為的なミスを低減することができる。
【００４９】
図６で説明したコンテンツの配信も、イベント実行の一例（例えば、イベント「支払いの案内」）である。イベント管理システム２０は、コンテンツ配信システム３０と連携して、コンテンツ配信システム３０からコンテンツを配信させることによりイベント実行を行うことができる。
【００５０】
なお、その場での支払い方法は、コンビニエンスストアでの支払いやクレジットカードでの支払いに限定されない。各種代行業者が提供するオンライン決済システムとＡＰＩ管理システム２０５を介して連携し、諸々のオンライン決済の方法で支払うことが可能である。オンライン決済であれば、エンドユーザは、都合のいいときにコンテンツの誘導に従って操作するだけで即座に支払いを完了させることができる。
【００５１】
図７は、本発明の第一実施形態による統計データの一例を示す図である。
図７に例示するのは、電子メールの配信ログの表示画面である。「日付」および「時刻」には、それぞれイベントを実行した日付と時刻である。「個人ＩＤ」には、電子メール配信先のエンドユーザのＩＤ、「受信者」には配信先のメールアドレス、「状況」には、データが揃って発信可能状態となった、発信成功、エラー、相手が開封した等々の処理ステータスが記録される。Ｅｍａｉｌ管理システム２０４は、Ｅｍａｉｌ配信システム７０と連携して処理ステータスを取得してメインＤＢ２０６へ登録する（行動情報）。「個人ＩＤ」や「受信者」の情報に関しては、Ｅｍａｉｌ管理システム２０４は、メインＤＢの個人情報を参照してそれらの情報を取得する。
【００５２】
ＳＭＳ配信を行った場合も同様に、ＳＭＳ管理システム２０３が配信ログをメインＤＢ２０６へ登録する。「状況」については、イベントに応じて任意に設定することができる。例えば、ＡＰＩ管理システム２０５は、コンテンツＵＲＬへアクセスしたか、コンテンツの視聴を行ったか、支払いを実行したか等の処理ステータスを、コンテンツ配信システム３０から取得してメインＤＢ２０６へ登録する。
【００５３】
Ｐｏｒｔａｌシステム２０１は、図７に例示するイベントのログを表示する画面を生成し出力する。ユーザ企業の担当者は、表示された内容を参照して、エンドユーザごとのイベントの実行状況やイベントの通知に対するエンドユーザの行動を把握することができる。
【００５４】
次に図４で説明したシナリオの実行を例に本実施形態のイベント管理処理の流れを、図８、図９を用いて説明する。
図８は、本発明の第一実施形態によるイベント管理処理の一例を示す第１のフローチャートである。図９は、本発明の第一実施形態によるイベント管理処理の一例を示す第２のフローチャートである。
まず、ユーザ企業システム１０が、イベント情報をイベント管理システム２０へ送信する（ステップＳ１）。ＦＴＰ管理システム２０２は、イベント情報等を取得し、メインＤＢ２０６へ登録する（ステップＳ２）。イベント情報は、ユーザ企業の担当者が、Ｐｏｒｔａｌシステム２０１が生成した登録画面から登録してもよい。その場合、Ｐｏｒｔａｌシステム２０１がイベント情報をメインＤＢ２０６へ登録する。
【００５５】
並行して、コンテンツ配信システム３０の担当者が、コンテンツの配信に必要な素材データやＨＴＭＬファイル、Ｊａｖａｓｃｒｉｐｔ（登録商標）等のプログラムのソースコード、動画ファイル等をコンテンツ配信システム３０へ入力する。コンテンツ配信システム３０は、素材データ、ソースコード、あるいは動画ファイル等を記憶部に登録する（ステップＳ３）。コンテンツ配信システム３０は、素材データ、ソースコード等を所定の位置に格納する等して、所定のＵＲＬへのアクセスがあるとコンテンツ配信が可能なように準備する。
【００５６】
並行して、決済システム４０の担当者が、決済処理に必要な情報を決済システム４０に入力する。決済システム４０は、入力された情報を記憶部に登録する（ステップＳ４）。
【００５７】
次にユーザ企業システム１０が、企業情報、部門情報、案件情報、エンドユーザの個人情報をイベント管理システム２０へ送信する（ステップＳ５）。ＦＴＰ管理システム２０２は、個人情報等を取得し、メインＤＢ２０６へ登録する（ステップＳ７）。
【００５８】
また、イベント管理システム２０は、個人情報等をコンテンツ配信システム３０へ送信する（ステップＳ６）。コンテンツ配信システム３０は、個人情報等を取得し、記憶部へ登録する（ステップＳ８）。
【００５９】
Ｐｏｒｔａｌシステム２０１は、イベント実行計画情報を生成する（ステップＳ９）。具体的には、Ｐｏｒｔａｌシステム２０１は、イベント情報に含まれるシナリオを実現するプログラムを実行可能な状態に設定する。Ｐｏｒｔａｌシステム２０１は、プログラムを実行する。プログラムは、必要なタイミング（例えば図３（ｂ）のスケジュール）でイベントを実行するように記述されている。また、プログラムは、当該案件について登録された「対象を特定するデータ」（図２のイベント情報）を対象にイベントを実行（メッセージを送信）するように記述されている。Ｐｏｒｔａｌシステム２０１は、シナリオに基づくメッセージの送信を行う（ステップＳ１０）。図４のシナリオの例では、毎月１０日になると、Ｅｍａｉｌ管理システム２０４の指示により、Ｅｍａｉｌ配信システム７０が電子メールで引落前リマインドのメッセージを送信する。
【００６０】
イベント管理システム２０は、実行結果の生成およびメインＤＢ２０６の更新を行う（ステップＳ１１）。例えば、Ｅｍａｉｌ管理システム２０４が、電子メールの送信（成功、エラー）、送信後のステータス（開封）等々のステータスをメインＤＢ２０６に登録する。また、Ｐｏｒｔａｌシステム２０１は、１５日に口座引落が行われたかどうかの通知を、ＡＰＩ管理システム２０５を介して取得し、その結果をメインＤＢ２０６に記録する（行動情報）。
【００６１】
次にＰｏｒｔａｌシステム２０１は、シナリオに基づくメッセージの送信を行う（ステップＳ１２）。プログラムには、ステップＳ１０のメッセージ送信に対して適切なアクションが取られた場合、ステップＳ１２のメッセージ送信を実行しないよう記述されている。ステップＳ１０のメッセージ送信に対して適切なアクションが無い場合のみ、メッセージの送信が実行される。今回の送信では、コンテンツの配信案内、当該コンテンツのＵＲＬを埋め込んだメッセージを送信する。図４のシナリオの例では、引落日に引き落としができないと、ＳＭＳ管理システム２０３の指示により、ＳＭＳ配信システム６０がＳＭＳで督促メッセージを送信する。
【００６２】
イベント管理システム２０は、実行結果の生成及びメインＤＢ２０６の更新を行う（ステップＳ１３）。例えば、ＳＭＳ管理システム２０３が、ＳＭＳの送信、送信後の処理ステータスをメインＤＢ２０６に登録する（行動情報）。
【００６３】
次にメッセージの送信を受信したエンドユーザは、ＥＵ端末装置５０を用いてコンテンツの配信要求を送信する（ステップＳ１４）。具体的には、ＥＵ端末装置５０からメッセージのＵＲＬへアクセスする。すると、図６を用いて説明したように、コンテンツ配信システム３０は、コンテンツを生成し（ステップＳ１５）、ＥＵ端末装置５０へコンテンツを配信する（ステップＳ１６）。コンテンツ配信システム３０は、エンドユーザによるコンテンツの視聴実績を記憶部に記録する（ステップＳ１７）。視聴実績とは、視聴を開始した日時、どこまでコンテンツを視聴したか等の情報である。また、コンテンツ配信システム３０は、視聴実績の統計情報を生成する（ステップＳ１８）。統計情報とは、例えば、アクセス回数、視聴回数、視聴状況（例えば、図６のＭ１〜Ｍ４ａ，Ｍ４ｂの各シーンが視聴された回数）などである。
【００６４】
例えば、Ｐｏｒｔａｌシステム２０１は、ＡＰＩ管理システム２０５を介して視聴実績情報や統計情報を取得し、これらの情報をユーザ企業へ提供する。あるいは、コンテンツ配信システム３０が、統計情報を表示するＷｅｂ画面を生成して、ユーザ企業へ提供してもよい。
【００６５】
次にコンテンツ配信システム３０が、ステータス情報をイベント管理システム２０へ送信する（ステップＳ１９）。ステータス情報とは、エンドユーザごとの視聴実績である。イベント管理システム２０は、ステータス情報を取得し、メインＤＢ２０６に登録する（ステップＳ２０）。ステータス情報は、行動情報としてメインＤＢ２０６に登録される。
【００６６】
エンドユーザが、コンテンツを最後まで視聴し、今すぐ支払うことを選択した場合、エンドユーザは、ＥＵ端末装置５０は、決済システム４０へ決済処理を要求する（ステップＳ２１）。決済システム４０は、決済処理を実行し（ステップＳ２２）、その結果をコンテンツ配信システム３０へ送信する（ステップＳ２３）。
【００６７】
コンテンツ配信システム３０は、決済処理の実行結果を受信すると、決済ステータスを記録する（ステップＳ２４）。コンテンツ配信システム３０は、ステータス情報をイベント管理システム２０へ送信する（ステップＳ２５）。イベント管理システム２０は、決済処理の実行結果の生成及びメインＤＢ２０６の更新を行う（ステップＳ２６）。メインＤＢ２０６の行動情報には、イベントの実行、コンテンツの配信、決済の各処理ステータスが登録されている。
【００６８】
ユーザ企業システム１０がイベントの実行結果の確認要求を行うと（ステップＳ２７）、Ｐｏｒｔａｌシステム２０１は、イベントの実行結果を送信する（ステップＳ２８）。例えば、ユーザ企業の担当者が、Ｐｏｒｔａｌシステム２０１が提供するＷｅｂ画面へアクセスし、イベントに実行結果を表示する画面を参照する。イベントの実行結果照会画面では、例えば、リマインドや督促の送信履歴、それらのメッセージに対するエンドユーザのアクション（開封）、督促メッセージに含まれるＵＲＬへのアクセス履歴、コンテンツの視聴履歴、決済処理の履歴などが時系列で表示される。Ｐｏｒｔａｌシステム２０１は、ユーザ企業システムによるイベントの実行結果の照会履歴をメインＤＢ２０６に登録する（ステップＳ２９）。
【００６９】
本実施形態によれば、ユーザ企業は、イベント情報やエンドユーザの個人情報などをイベント管理システム２０へ設定するだけで、請求、入金確認、未払顧客の抽出、抽出した顧客への督促通知という一連の業務における各イベントを一元的に管理することができる。これにより、ユーザ企業は、これまで自社や他社で分散して行っていた業務について、省人化、自動化することができる。これにより、管理負担を減らし、人件費や作業時間を抑えコスト削減することができる。また、自動化により人為的なミスの発生を抑えることができる。
【００７０】
主にイベント管理システム２０と、コンテンツ配信システム３０と、決済システム４０とが連携し、ＳａａＳ（Software as a Service）型サービスとしてイベント実行サービスを提供することができる。ＳａａＳ型サービスとして提供することで、ユーザ企業は、例えば、Ｐｏｒｔａｌシステム２０１が提供するシナリオの登録画面から必要な情報を設定するだけで、簡単にイベント管理を行うことができる。
【００７１】
また、エンドユーザは、配信されるコンテンツの案内に従って決済処理を行うことができるため利便性が向上する。これにより、ユーザ企業からエンドユーザへのサービスレベルが向上する。
【００７２】
なお、上記の実施形態では、ユーザ企業が、エンドユーザの情報を提供して、リマインドや督促の通知を依頼することとしたが、商品やサービスの購入契約時に、イベント管理システム２０の利用をエンドユーザ自身が選択できるようにしてもよい。このような契約により、イベント管理システム２０は、エンドユーザの個人情報を無理なく取得することができる。また、商品やサービスを提供するユーザ企業は、督促、回収業務の管理をイベント管理システム２０に任せることができる。また、エンドユーザは、イベント管理システム２０が提供するサービスを理解しているので、引落前リマインドの通知があった際に口座に予め請求金額を用意する等の行動をとる可能性があり、速やかで確実な料金の回収が期待できる。また、イベント管理システム２０は、税金の徴収、電気代、ガス代、水道代等の支払いに利用することができる。
【００７３】
なお、上記の実施形態では、口座引落により料金を支払うこととしたが、期日までに指定された口座に料金を振り込むような支払い方法の場合でも図４と同様のシナリオで、期日前のリマインド、期日に振り込まれなかった場合の督促、入金礼状の通知を行うことができる。この例の場合、期日前のリマインドでも支払い案内のコンテンツを配信するＵＲＬを案内し、期日前の振り込みを誘導するようにしてもよい。また、期日前に振り込みがあった場合、入金礼状を通知してもよい。
【００７４】
上述した支払管理に限らず、第２ユーザが第１ユーザに対して行う業務に関するイベントに広く適用することができる。例えば、ユーザ企業がエンドユーザに対して自社製品やサービスを販売促進する際のセールスプロモーション活動など活用することができる。
【００７５】
図１０は、本発明の第一実施形態による各システムのハードウェア構成の一例を示す図である。
コンピュータ９００は、ＣＰＵ９０１、主記憶装置９０２、補助記憶装置９０３、入出力インタフェース９０４、通信インタフェース９０５を備える例えばＰＣ（Personal Computer）やサーバ端末装置である。上述のユーザ企業システム１０、イベント管理システム２０、コンテンツ配信システム３０、決済システム４０の各々は、コンピュータ９００に実装される。そして、上述した各処理は、プログラムの形式で補助記憶装置９０３に記憶されている。ＣＰＵ９０１は、プログラムを補助記憶装置９０３から読み出して主記憶装置９０２に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ９０１は、プログラムに従って、記憶領域を主記憶装置９０２に確保する。また、ＣＰＵ９０１は、プログラムに従って、処理中のデータを記憶する記憶領域を補助記憶装置９０３に確保する。
【００７６】
なお、少なくとも１つの実施形態において、補助記憶装置９０３は、一時的でない有形の媒体の一例である。一時的でない有形の媒体の他の例としては、入出力インタフェース９０４を介して接続される磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等が挙げられる。また、このプログラムが通信回線によってコンピュータ９００に配信される場合、配信を受けたコンピュータ９００が当該プログラムを主記憶装置９０２に展開し、上記処理を実行しても良い。また、当該プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、当該プログラムは、前述した機能を補助記憶装置９０３に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７７】
その他、本発明の趣旨を逸脱しない範囲で、上記した実施の形態における構成要素を周知の構成要素に置き換えることは適宜可能である。また、この発明の技術範囲は上記の実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において種々の変更を加えることが可能である。
ユーザ企業は第２ユーザの一例である。エンドユーザは第１ユーザの一例である。
Ｐｏｒｔａｌシステム２０１のユーザ企業やエンドユーザの情報を登録する機能、シナリオの設定機能、ＦＴＰ管理システム２０２は取得部の一例である。Ｐｏｒｔａｌシステム２０１のシナリオに基づいてイベントを実行する機能は制御部の一例である。Ｐｏｒｔａｌシステム２０１のイベント実行の履歴、途中経過、結果レポート等の統計情報を管理、表示する機能は情報提示部の一例である。図３（ａ）、図３（ｂ）に例示するプログラム、セット数、スケジュールは、イベントの実行設定の一例である。
【符号の説明】
【００７８】
１・・・イベント実行システム
１０・・・ユーザ企業システム
２０・・・イベント管理システム
３０・・・コンテンツ配信システム
４０・・・決済システム
５０、５０Ａ、５０Ｂ・・・エンドユーザ端末装置
２０１・・・Ｐｏｒｔａｌシステム
２０２・・・ＦＴＰ管理システム
２０３・・・ＳＭＳ管理システム
２０４・・・Ｅｍａｉｌ管理システム
２０５・・・ＡＰＩ管理システム
２０６・・・メインＤＢ
２０７・・・実行結果ＤＢ
９００・・・コンピュータ
９０１・・・ＣＰＵ
９０２・・・主記憶装置
９０３・・・補助記憶装置
９０４・・・入出力インタフェース
９０５・・・通信インタフェース
【図１】
2020197900.tif 000003
【図２】
2020197900.tif 000004
【図３】
2020197900.tif 000005
【図４】
2020197900.tif 000006
【図５】
2020197900.tif 000007
【図６】
2020197900.tif 000008
【図７】
2020197900.tif 000009
【図８】
2020197900.tif 000010
【図９】
2020197900.tif 000011
【図１０】
2020197900.tif 000012
【手続補正書】
【提出日】令和2年1月14日(2020.1.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの任意の実行スケジュールおよびその実行回数の設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得する取得部と、
前記第１ユーザの配信先への情報の配信によって前記イベントを実行する制御部と、
前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示する情報提示部と、
を備え、前記制御部は、前記実行スケジュールに基づいて、一連の前記イベントを前記実行回数だけ実行する、
イベント実行システム。
【請求項２】
前記取得部は、前記実行スケジュールの設定として、スケジュール情報と、前記イベントを前記スケジュール情報に基づいて実行するプログラムとを取得し、前記制御部は、前記プログラムを前記実行回数だけ実行する、
請求項１に記載のイベント実行システム。
【請求項３】
メッセージを配信するメッセージ配信部と、
コンテンツを配信するコンテンツ配信部と、をさらに備え、
前記業務は支払管理業務であって、前記実行スケジュールの設定には、支払いのリマインドの実行日として所定の支払期日より前に設定された第１実行日と、支払いの督促の実行条件と、前記督促の実行日である第２実行日が含まれ、
前記制御部は、前記第１実行日が到来すると、前記メッセージ配信部へ支払いのリマインドを指示し、
前記メッセージ配信部は、支払いのリマインドを第１メッセージの送信により通知し、
前記制御部は、前記支払期日に支払いが実行されなかった場合、前記第２実行日が到来すると、前記メッセージ配信部へ支払いの督促を指示し、
前記メッセージ配信部は、支払いの督促と支払い方法の案内を行うコンテンツの配信元のアドレス情報を含む第２メッセージの送信により支払いの督促を通知し、
前記第１ユーザが利用する端末装置から前記アドレス情報へアクセスがあると、前記コンテンツ配信部は、支払い方法を案内する前記コンテンツを前記端末装置へ配信し、
前記制御部は、前記第１ユーザが支払いを行った場合、その通知を取得し、
複数の前記第１ユーザのうち、前記支払いを行っていない前記第１ユーザを抽出し、抽出した前記第１ユーザが支払いを行うまで、前記支払いのリマインドと前記支払いの督促と、を前記実行回数だけ実行する、
請求項１または請求項２に記載のイベント実行システム。
【請求項４】
前記支払いの督促に係るメッセージに加え、前記支払いのリマインドに係るメッセージに前記コンテンツのアドレス情報が含まれる、
請求項３に記載のイベント実行システム。
【請求項５】
前記情報提示部は、前記支払いのリマインドに係るメッセージに対する前記第１ユーザの行動、前記支払いの督促に係るメッセージに対する前記第１ユーザの行動、前記コンテンツの配信に対する前記第１ユーザの視聴履歴、前記第１ユーザの支払い状況を示す情報を前記第２ユーザに提示する、
請求項４に記載のイベント実行システム。
【請求項６】
前記実行スケジュールおよびその実行回数の設定と、前記第１ユーザの配信先の情報と、を入力する登録画面を表示し、
前記取得部は、該登録画面に入力された前記設定および前記配信先の情報を取得する、
請求項１から請求項５の何れか１項に記載のイベント実行システム。
【請求項７】
請求項６に記載のイベント実行システム、を備え、前記第２ユーザが利用する端末装置からネットワークを介して、前記実行スケジュールおよびその実行回数の設定と、前記配信先の情報と、を前記登録画面へ入力するように構成された、クラウドコンピューティングシステム。
【請求項８】
イベント実行システムが、
第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの任意の実行スケジュールおよびその実行回数の設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得するステップと、
前記実行スケジュールの設定に基づいて、前記第１ユーザの配信先への情報の配信によって一連の前記イベントを前記実行回数だけ実行するステップと、
前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示するステップと、
を実行するイベント実行方法。
【請求項９】
コンピュータに、
第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの任意の実行スケジュールおよびその実行回数の設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得するステップと、
前記実行スケジュールの設定に基づいて、前記第１ユーザの配信先への情報の配信によって一連の前記イベントを前記実行回数だけ実行するステップと、
前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示するステップと、
を実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の一態様によれば、イベント実行システムは、第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの任意の実行スケジュールおよびその実行回数の設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得する取得部と、前記実行スケジュールの設定に基づく前記第１ユーザの配信先への情報の配信によって前記イベントを実行する制御部と、前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示する情報提示部と、を備え前記制御部は、前記実行スケジュールに基づいて、一連の前記イベントを前記実行回数だけ実行する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本発明の一態様によれば、前記取得部は、前記実行スケジュールの設定として、前記イベントを前記実行スケジュールに基づいて実行するプログラムとを取得し、前記制御部は、前記プログラムを前記実行回数だけ実行する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明の一態様によれば、メッセージを配信するメッセージ配信部と、コンテンツを配信するコンテンツ配信部と、をさらに備え、前記業務は支払管理業務であって、前記実行スケジュールの設定には、支払いのリマインドの実行日として所定の支払期日より前に設定された第１実行日と、支払いの督促の実行条件と、前記督促の実行日である第２実行日が含まれ、前記制御部は、前記第１実行日が到来すると、前記メッセージ配信部へ支払いのリマインドを指示し、前記メッセージ配信部は、支払いのリマインドを第１メッセージの送信により通知し、前記制御部は、前記支払期日に支払いが実行されなかった場合、前記第２実行日が到来すると、前記メッセージ配信部へ支払いの督促を指示し、前記メッセージ配信部は、支払いの督促と支払い方法の案内を行うコンテンツの配信元のアドレス情報を含む第２メッセージの送信により支払いの督促を通知し、前記第１ユーザが利用する端末装置から前記アドレス情報へアクセスがあると、前記コンテンツ配信部は、支払い方法を案内する前記コンテンツを前記端末装置へ配信し、前記制御部は、前記第１ユーザが支払いを行った場合、その通知を取得し、複数の前記第１ユーザのうち、前記支払いを行っていない前記第１ユーザを抽出し、抽出した前記第１ユーザが支払いを行うまで、前記支払いのリマインドと前記支払いの督促と、を前記実行回数だけ実行する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本発明の一態様によれば、前記支払いの督促に係るメッセージに加え、前記支払いのリマインドに係るメッセージに前記コンテンツのアドレス情報が含まれる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
本発明の一態様によれば、前記情報提示部は、前記支払いのリマインドに係るメッセージに対する前記第１ユーザの行動、前記支払いの督促に係るメッセージに対する前記第１ユーザの行動、前記コンテンツの配信に対する前記第１ユーザの視聴履歴、前記第１ユーザの支払い状況を示す情報を前記第２ユーザに提示する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本発明の一態様によれば、前記実行スケジュールおよびその実行回数の設定と、前記第１ユーザの配信先の情報と、を入力する登録画面を表示し、前記取得部は、該登録画面に入力された前記設定および前記配信先の情報を取得する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
本発明の一態様によれば、上記のイベント実行システム、を備え、前記第２ユーザが利用する端末装置からネットワークを介して、前記実行スケジュールの設定と、前記配信先の情報と、を前記登録画面へ入力するように構成された、クラウドコンピューティングシステムである。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
本発明の一態様によれば、イベント実行方法は、イベント実行システムが、第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの任意の実行スケジュールおよびその実行回数の設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得するステップと、前記実行スケジュールの設定に基づいて、前記第１ユーザの配信先への情報の配信によって一連の前記イベントを前記実行回数だけ実行するステップと、前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示するステップと、を実行する。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本発明の一態様によれば、プログラムは、コンピュータに、第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、該業務が完了するまでの一連の前記イベントの任意の実行スケジュールおよびその実行回数の設定と、前記第１ユーザの配信先の情報と、を前記第２ユーザから取得するステップと、前記実行スケジュールの設定に基づいて、前記第１ユーザの配信先への情報の配信によって一連の前記イベントを前記実行回数だけ実行するステップと、前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示するステップと、を実行させる。
【手続補正書】
【提出日】令和2年6月3日(2020.6.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、１又は複数の前記イベントで構成された一連の前記イベントを実行するシナリオを前記業務が完了するまでの間に実行する上限回数を示す実行回数の設定と、前記シナリオに含まれる前記イベントごとの任意の実行スケジュールの設定と、前記イベントごとの前記第１ユーザの配信先の情報と、を前記第２ユーザから取得し、前記シナリオを実行するプログラムであって、前記シナリオに含まれる前記イベントごとに、所定の実行条件を満たす場合に前記実行スケジュールに基づいて当該イベントを実行することが記述された前記プログラムを取得する取得部と、
前記プログラムの実行により、前記第１ユーザの配信先への情報の配信によって前記イベントを実行する制御部と、
前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示する情報提示部と、
メッセージを配信するメッセージ配信部と、コンテンツを配信するコンテンツ配信部と、を備え、前記制御部は、前記業務が完了しない場合は前記プログラムを、前記実行回数を上限として繰り返し実行し、
前記業務は支払管理業務であって、前記実行スケジュールの設定には、支払いのリマインドの実行日として所定の支払期日より前に設定された第１実行日と、支払いの督促の実行日である第２実行日が含まれ、前記プログラムには、所定の支払い督促実行条件を満たす場合に前記支払いの督促を実行することが記述され、
前記制御部は、前記プログラムの実行により、前記第１実行日が到来すると、前記メッセージ配信部へ支払いのリマインドを指示し、前記メッセージ配信部は、支払いのリマインドを第１メッセージの送信により通知し、
前記制御部は、前記プログラムの実行により、前記支払い督促実行条件を満たす場合、前記第２実行日が到来すると、前記メッセージ配信部へ支払いの督促を指示し、前記メッセージ配信部は、支払いの督促と支払い方法の案内を行うコンテンツの配信元のアドレス情報を含む第２メッセージの送信により支払いの督促を通知し、
前記第１ユーザが利用する端末装置から前記アドレス情報へアクセスがあると、前記コンテンツ配信部は、支払い方法を案内する前記コンテンツを前記端末装置へ配信し、
前記制御部は、前記第１ユーザが支払いを行った場合、その通知を取得し、複数の前記第１ユーザのうち、前記支払いを行っていない前記第１ユーザを抽出し、抽出した前記第１ユーザが支払いを行うまで、前記支払いのリマインドと前記支払いの督促と、を前記実行回数だけ実行する、イベント実行システム。
【請求項２】
前記支払いの督促に係るメッセージに加え、前記支払いのリマインドに係るメッセージに前記コンテンツのアドレス情報が含まれる、請求項１に記載のイベント実行システム。
【請求項３】
前記情報提示部は、前記支払いのリマインドに係るメッセージに対する前記第１ユーザの行動、前記支払いの督促に係るメッセージに対する前記第１ユーザの行動、前記コンテンツの配信に対する前記第１ユーザの視聴履歴、前記第１ユーザの支払い状況を示す情報を前記第２ユーザに提示する、請求項２に記載のイベント実行システム。
【請求項４】
前記実行スケジュールの設定と、前記第１ユーザの配信先の情報と、前記プログラムと、前記実行回数の設定と、を入力する登録画面を表示し、
前記取得部は、該登録画面に入力された前記設定および前記配信先の情報を取得する、
請求項１から請求項３の何れか１項に記載のイベント実行システム。
【請求項５】
請求項４に記載のイベント実行システム、を備え、前記第２ユーザが利用する端末装置からネットワークを介して、前記実行スケジュールの設定と、前記配信先の情報と、前記プログラムと、前記実行回数の設定と、を前記登録画面へ入力するように構成された、クラウドコンピューティングシステム。
【請求項６】
メッセージを配信するメッセージ配信部と、コンテンツを配信するコンテンツ配信部と、を備えるイベント実行システムが、
第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、１又は複数の前記イベントで構成された一連の前記イベントを実行するシナリオを前記業務が完了するまでの間に実行する上限回数を示す実行回数の設定と、前記シナリオに含まれる前記イベントごとの任意の実行スケジュールの設定と、前記イベントごとの前記第１ユーザの配信先の情報と、を前記第２ユーザから取得するステップと、前記シナリオを実行するプログラムであって、前記シナリオに含まれる前記イベントごとに、所定の実行条件を満たす場合に前記実行スケジュールに基づいて当該イベントを実行することが記述された前記プログラムを取得するステップと、前記プログラムの実行により、前記第１ユーザの配信先への情報の配信によって前記イベントを実行するステップと、前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示するステップと、を有し、
前記業務は支払管理業務であって、前記実行スケジュールの設定には、支払いのリマインドの実行日として所定の支払期日より前に設定された第１実行日と、支払いの督促の実行日である第２実行日が含まれ、前記イベントを実行するステップでは、前記業務が完了しない場合は前記プログラムを、前記実行回数を上限として繰り返し実行し、前記プログラムには、所定の支払い督促実行条件を満たす場合に前記支払いの督促を実行することが記述され、前記プログラムの実行により、前記第１実行日が到来すると、前記メッセージ配信部へ支払いのリマインドが指示され、前記メッセージ配信部は、支払いのリマインドを第１メッセージの送信により通知し、前記支払い督促実行条件を満たす場合、前記第２実行日が到来すると、前記メッセージ配信部へ支払いの督促が指示され、前記メッセージ配信部は、支払いの督促と支払い方法の案内を行うコンテンツの配信元のアドレス情報を含む第２メッセージの送信により支払いの督促を通知し、前記第１ユーザが利用する端末装置から前記アドレス情報へアクセスがあると、前記コンテンツ配信部は、支払い方法を案内する前記コンテンツを前記端末装置へ配信し、前記第１ユーザが支払いを行った場合、その通知を取得し、複数の前記第１ユーザのうち、前記支払いを行っていない前記第１ユーザを抽出し、抽出した前記第１ユーザが支払いを行うまで、前記支払いのリマインドと前記支払いの督促と、を前記実行回数だけ実行する、イベント実行方法。
【請求項７】
コンピュータを、
第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、１又は複数の前記イベントで構成された一連の前記イベントを実行するシナリオを前記業務が完了するまでの間に実行する上限回数を示す実行回数の設定と、前記シナリオに含まれる前記イベントごとの任意の実行スケジュールの設定と、前記イベントごとの前記第１ユーザの配信先の情報と、を前記第２ユーザから取得し、前記シナリオを実行するユーザプログラムであって、前記シナリオに含まれる前記イベントごとに、所定の実行条件を満たす場合に前記実行スケジュールに基づいて当該イベントを実行することが記述された前記ユーザプログラムを取得する手段、前記ユーザプログラムの実行により、前記第１ユーザの配信先への情報の配信によって前記イベントを実行する手段、前記イベントの実行結果を取得し、その実行結果を前記第２ユーザへ提示する手段、として機能させ、前記実行する手段は、前記業務が完了しない場合は前記ユーザプログラムを、前記実行回数を上限として繰り返し実行し、
前記業務は支払管理業務であって、前記実行スケジュールの設定には、支払いのリマインドの実行日として所定の支払期日より前に設定された第１実行日と、支払いの督促の実行日である第２実行日が含まれ、前記ユーザプログラムには、所定の支払い督促実行条件を満たす場合に前記支払いの督促を実行することが記述され、前記実行する手段は、前記ユーザプログラムの実行により、前記第１実行日が到来すると、メッセージを配信するメッセージ配信部へ支払いのリマインドを指示し、前記支払い督促実行条件を満たす場合、前記第２実行日が到来すると、前記メッセージ配信部へ、支払いの督促と、支払い方法の案内を行うコンテンツの配信元のアドレス情報と、を含む第２メッセージの送信による支払いの督促を指示し、前記第１ユーザが支払いを行った場合、その通知を取得し、複数の前記第１ユーザのうち、前記支払いを行っていない前記第１ユーザを抽出し、抽出した前記第１ユーザが支払いを行うまで、前記支払いのリマインドと前記支払いの督促と、を前記実行回数だけ実行する、プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の一態様によれば、イベント実行システムは、第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて１又は複数の前記イベントで構成された一連の前記イベントを実行するシナリオを前記業務が完了するまでの間に実行する上限回数を示す実行回数の設定と前記シナリオに含まれる前記イベントごとの任意の実行スケジュールの設定と前記イベントごとの前記第１ユーザの配信先の情報とを前記第２ユーザから取得し前記シナリオを実行するプログラムであって、前記シナリオに含まれる前記イベントごとに、所定の実行条件を満たす場合に前記実行スケジュールに基づいて当該イベントを実行することが記述された前記プログラムを取得する取得部と前記プログラムの実行により前記第１ユーザの配信先への情報の配信によって前記イベントを実行する制御部と、前記イベントの実行結果を取得しその実行結果を前記第２ユーザへ提示する情報提示部とを備え、前記制御部は、前記業務が完了しない場合は前記プログラムを前記実行回数を上限として繰り返し実行し前記制御部は、前記業務が完了しない場合は前記プログラムを、前記実行回数を上限として繰り返し実行し、前記業務は支払管理業務であって、前記実行スケジュールの設定には支払いのリマインドの実行日として所定の支払期日より前に設定された第１実行日と支払いの督促の実行日である第２実行日が含まれ、前記プログラムには所定の支払い督促実行条件を満たす場合に前記支払いの督促を実行することが記述され、前記制御部は前記プログラムの実行により前記第１実行日が到来すると前記メッセージ配信部へ支払いのリマインドを指示し、前記メッセージ配信部は支払いのリマインドを第１メッセージの送信により通知し、前記制御部は前記プログラムの実行により前記支払い督促実行条件を満たす場合前記第２実行日が到来すると前記メッセージ配信部へ支払いの督促を指示し、前記メッセージ配信部は支払いの督促と支払い方法の案内を行うコンテンツの配信元のアドレス情報を含む第２メッセージの送信により支払いの督促を通知し前記第１ユーザが利用する端末装置から前記アドレス情報へアクセスがあると前記コンテンツ配信部は支払い方法を案内する前記コンテンツを前記端末装置へ配信し、前記制御部は前記第１ユーザが支払いを行った場合、その通知を取得し複数の前記第１ユーザのうち前記支払いを行っていない前記第１ユーザを抽出し、抽出した前記第１ユーザが支払いを行うまで、前記支払いのリマインドと前記支払いの督促とを前記実行回数だけ実行する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本発明の一態様によれば、前記実行スケジュールの設定と、前記第１ユーザの配信先の情報と、前記プログラムと、前記実行回数の設定と、を入力する登録画面を表示し、前記取得部は、該登録画面に入力された前記設定および前記配信先の情報を取得する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
本発明の一態様によれば、上記のイベント実行システム、を備え、前記第２ユーザが利用する端末装置からネットワークを介して、前記実行スケジュールの設定と、前記配信先の情報と、前記プログラムと、前記実行回数の設定と、を前記登録画面へ入力するように構成された、クラウドコンピューティングシステムである。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
本発明の一態様によれば、イベント実行方法は、メッセージを配信するメッセージ配信部と、コンテンツを配信するコンテンツ配信部と、を備えるイベント実行システムが第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて１又は複数の前記イベントで構成された一連の前記イベントを実行するシナリオを前記業務が完了するまでの間に実行する上限回数を示す実行回数の設定と前記シナリオに含まれる前記イベントごとの任意の実行スケジュールの設定と、前記イベントごとの前記第１ユーザの配信先の情報とを前記第２ユーザから取得するステップと前記シナリオを実行するプログラムであって、前記シナリオに含まれる前記イベントごとに、所定の実行条件を満たす場合に前記実行スケジュールに基づいて当該イベントを実行することが記述された前記プログラムを取得するステップと前記プログラムの実行により前記第１ユーザの配信先への情報の配信によって前記イベントを実行するステップと前記イベントの実行結果を取得しその実行結果を前記第２ユーザへ提示するステップとを有し、前記業務は支払管理業務であって前記実行スケジュールの設定には支払いのリマインドの実行日として所定の支払期日より前に設定された第１実行日と支払いの督促の実行日である第２実行日が含まれ、前記イベントを実行するステップでは前記業務が完了しない場合は前記プログラムを前記実行回数を上限として繰り返し実行し、前記プログラムには所定の支払い督促実行条件を満たす場合に前記支払いの督促を実行することが記述され前記プログラムの実行により前記第１実行日が到来するとメッセージ配信部へ支払いのリマインドが指示され、メッセージ配信部は支払いのリマインドを第１メッセージの送信により通知し、前記支払い督促実行条件を満たす場合、前記第２実行日が到来するとメッセージ配信部へ支払いの督促が指示され、メッセージ配信部は支払いの督促と支払い方法の案内を行うコンテンツの配信元のアドレス情報を含む第２メッセージの送信により支払いの督促を通知し、前記第１ユーザが利用する端末装置から前記アドレス情報へアクセスがあるとコンテンツ配信部は、支払い方法を案内する前記コンテンツを前記端末装置へ配信し前記第１ユーザが支払いを行った場合、その通知を取得し、複数の前記第１ユーザのうち前記支払いを行っていない前記第１ユーザを抽出し、抽出した前記第１ユーザが支払いを行うまで、前記支払いのリマインドと前記支払いの督促と、を前記実行回数だけ実行する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本発明の一態様によれば、プログラムは、コンピュータを、第２ユーザが複数の第１ユーザに対して行う業務に係るイベントについて、１又は複数の前記イベントで構成された一連の前記イベントを実行するシナリオを前記業務が完了するまでの間に実行する上限回数を示す実行回数の設定と、前記シナリオに含まれる前記イベントごとの任意の実行スケジュールの設定と、前記イベントごとの前記第１ユーザの配信先の情報と、を前記第２ユーザから取得し前記シナリオを実行するユーザプログラムであって、前記シナリオに含まれる前記イベントごとに、所定の実行条件を満たす場合に前記実行スケジュールに基づいて当該イベントを実行することが記述された前記ユーザプログラムを取得する手段、前記ユーザプログラムの実行により前記第１ユーザの配信先への情報の配信によって前記イベントを実行する手段、前記イベントの実行結果を取得しその実行結果を前記第２ユーザへ提示する手段、として機能させ、前記実行する手段は、前記業務が完了しない場合は前記ユーザプログラムを前記実行回数を上限として繰り返し実行し、前記業務は支払管理業務であって、前記実行スケジュールの設定には、支払いのリマインドの実行日として所定の支払期日より前に設定された第１実行日と、支払いの督促の実行日である第２実行日が含まれ、前記ユーザプログラムには、所定の支払い督促実行条件を満たす場合に前記支払いの督促を実行することが記述され、前記実行する手段は前記ユーザプログラムの実行により前記第１実行日が到来するとメッセージを配信するメッセージ配信部へ支払いのリマインドを指示し、前記支払い督促実行条件を満たす場合、前記第２実行日が到来すると、前記メッセージ配信部へ、支払いの督促と支払い方法の案内を行うコンテンツの配信元のアドレス情報を含む第２メッセージの送信による支払いの督促を指示し、前記第１ユーザが支払いを行った場合、その通知を取得し、複数の前記第１ユーザのうち、前記支払いを行っていない前記第１ユーザを抽出し、抽出した前記第１ユーザが支払いを行うまで前記支払いのリマインドと前記支払いの督促とを前記実行回数だけ実行する。