JP2007328537A - イベント通知装置、システムおよび方法 - Google Patents

Abstract

【課題】インターネットサービスで配信の必要が生じた通知を適切なタイミングで送信する。
【解決手段】イベント発生監視部１は、特定のユーザの管理するＷｅｂサイトに、コメントの書き込みやメッセージを受信したなどの各種のイベントが発生したことを監視・検知する。アクセス状況監視部４がクライアント２００がサービスサーバ１００に現在アクセス中であると判断した場合、情報配信制御部２は、特定のユーザのＷｅｂサイトでイベントが発生したことを特定のクライアント２００に通知するための情報（配信情報）を配信保留情報管理部６に保存する。アクセス状況監視部４がクライアント２００がサービスサーバ１００にアクセス中でないと判断した場合、配信部５は、配信保留情報管理部６に保存されている配信情報をメールサーバ７に取得するとともに、この配信情報を送信するようメールサーバ７に指令する。
【選択図】 図４

Description

本発明はネットワークサービスに関連して発生したイベントを通知する技術に関する。

ソーシャルネットワークシステム（ＳＮＳ）やウェブログなどのインターネットサービスにおいて、自分の管理サイトに対する新着メッセージを受信したり、新着コメントを受けたりする場合に、メールを使ってユーザにイベント発生を通知する機能を持つものが多い。

特許文献１では、メール配信制御に関する技術を開示しており、メール配信時に、受信側サーバの状態を取得し、受信側サーバが受信できない場合は、配信待ちキューに入れ、一定時間後に再送を行う。
特開平９−６２５９４号公報

携帯電話のような表示領域が限られている情報端末（クライアント）では、シングルウィンドウシステムが採用されていることが多い。このようなクライアントにおいて、Ｗｅｂブラウザでサイトアクセス中に、イベント発生の通知メールその他のメールを送信した場合、その都度メールの表示ウィンドウが表示され、サイトのウィンドウ表示が中断されてしまう。

本発明はこのような問題点に鑑みてなされたもので、インターネットサービスで配信の必要が生じた通知を適切なタイミングで送信することを目的とする。

本発明は、ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバに用いられるイベント通知装置に関する。

この装置は、ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するイベント発生検知部と、イベント発生検知部がイベントの発生を検知したことに応じ、特定のユーザの使用する特定のクライアントに対し、イベントが発生したことを示すイベント発生通知を配信する通知部と、イベント発生検知部がイベントの発生を検知したことに応じ、特定のクライアントがネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するアクセス判断部と、アクセス判断部が特定のクライアントからコンテンツに現在アクセスしていると判断したことに応じ、少なくともアクセス判断部が特定のクライアントからコンテンツにアクセスされなくなったと判断するまでの間、通知部によるイベント発生通知の配信を保留するよう制御する通知制御部と、を備える。

この発明によると、ある特定のユーザの管理するコンテンツでイベントが発生した場合、そのユーザの使用する特定のクライアントにイベントが発生したことを示す通知が配信されるのであるが、その特定のクライアントが各種のコンテンツにアクセス中であれば、少なくともそのアクセスが終わるまで通知の配信が保留される。

こうすると、クライアントがシングルウィンドウシステムであっても、コンテンツの表示中に通知が表示されてコンテンツの表示が妨げられることがない。

通知制御部は、少なくともアクセス判断部が特定のクライアントからコンテンツにアクセスされていると判断されたときからアクセスされなくなったと判断されたときまでの間に発生した複数のイベントを示す単一のイベント発生通知を配信するよう通知部を制御するとよい。

こうすると、通知の配信が保留されている間に複数のイベントが発生し、コンテンツへのアクセス終了後に複数の通知が一度に配信され、ユーザがその１つ１つを個別に閲覧していく面倒がない。

アクセス判断部が特定のクライアントからコンテンツに現在アクセスしていると判断したことに応じ、特定のクライアントの種類を検出する種類検出部をさらに備え、通知制御部は、種類検出部が検出した特定のクライアントの種類に基づいて特定のクライアントに対するイベント発生通知の配信の保留が必要か否かを判断し、特定のクライアントに対するイベント発生通知の配信の保留が必要と判断したことに応じ、少なくともアクセス判断部がクライアントからコンテンツにアクセスされなくなったと判断するまでの間、通知部によるイベント発生通知の配信を保留するよう制御するとよい。

クライアントがマルチウィンドウの表示が可能なパソコンやＰＤＡなど、クライアントの種類によっては、コンテンツへのアクセス中に通知を配信してもコンテンツの表示が妨げられないことがある。このため、配信を保留する必要のある種類のクライアントであるか否かを判断し、必要に応じて配信を保留する。

通知制御部は、特定のクライアントに対するイベント発生通知の配信の保留が不要と判断したことに応じ、通知部によるイベント発生通知の配信を即座に実行するよう制御する。

すなわち、配信を保留する必要のない種類のクライアントであると判断されれば、コンテンツへのアクセス中であっても即座に通知を配信する。

特定のクライアントに対するイベント発生通知の配信保留のルールを設定する配信保留ルール設定部をさらに備え、通知制御部は、アクセス判断部が特定のクライアントからコンテンツに現在アクセスしていると判断したことに応じ、配信ルール設定部の設定したルールに従って特定のクライアントにイベント発生通知の配信を保留するとよい。

いったん保留した通知を配信する際に、例えばユーザから任意に指定された時間帯に限って配信したり、あるいはユーザから任意に指定された端末（コンテンツアクセス中でない端末が好適）に回送するようにすれば、ユーザが配信を受けたくない時間帯を回避でき、あるいはコンテンツアクセス中でない別の端末で即座に閲覧でき、ユーザにとって便利である。

本発明は、ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバを備えるイベント通知システムに関する。

このシステムは、ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するイベント発生検知部と、イベント発生検知部がイベントの発生を検知したことに応じ、特定のユーザの使用する特定のクライアントがネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するアクセス判断部と、アクセス判断部が特定のクライアントからコンテンツに現在アクセスしていると判断した場合、イベントの詳細を示す詳細コンテンツへ遷移するためのリンクを特定のクライアントが現在アクセスしているコンテンツに埋め込むとともに、発生したイベントの詳細を示す詳細コンテンツを作成するコンテンツ作成部と、を備え、サービスサーバは、リンクの埋め込まれた特定のコンテンツを特定のクライアントに送信するとともに、特定のクライアントからリンクが指定されたことに応じてコンテンツ作成部の作成した詳細コンテンツを特定のクライアントに送信する。

こうすると、現在クライアントがアクセスしているコンテンツからリンクを指定してイベントの発生の詳細を示すコンテンツに遷移でき、コンテンツへのアクセスを中断せずとも、イベント発生の詳細を知ることができる。

本発明に係るイベント通知方法は、ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバに用いられる。

この方法は、ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するステップと、イベントの発生を検知したことに応じ、特定のユーザの使用する特定のクライアントに対し、イベントが発生したことを示すイベント発生通知を配信するステップと、イベントの発生を検知したことに応じ、特定のクライアントがネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するステップと、特定のクライアントからコンテンツに現在アクセスしていると判断したことに応じ、少なくとも特定のクライアントからコンテンツにアクセスされなくなったと判断するまでの間、通知部によるイベント発生通知の配信を保留するよう制御するステップと、を含む。

この発明によると、ある特定のユーザの管理するコンテンツでイベントが発生した場合、そのユーザの使用する特定のクライアントにイベントが発生したことを示す通知が配信されるのであるが、その特定のクライアントが各種のコンテンツにアクセス中であれば、少なくともそのアクセスが終わるまで通知の配信が保留される。

こうすると、クライアントがシングルウィンドウシステムであっても、コンテンツの表示中に通知が表示されてコンテンツの表示が妨げられることがない。

＜第１実施形態＞
図１は本発明の好ましい実施形態に係るサービスシステムの構成図である。サービスシステム１は、サービスサーバ１００とクライアント２００とがインターネットその他のネットワーク５０を介して接続されることで構成される。

サービスサーバ１００は、イベント発生監視部１、情報配信制御部２、Ｗｅｂサーバ３、アクセス状況監視部４、配信部５、配信保留情報管理部６、およびメールサーバ７を備える。

クライアント２００は、通信機能と表示画面を備えた携帯電話、ＰＤＡ、パソコンなどの各種情報端末で構成されており、ネットワーク５０経由でＷｅｂサーバ３にアクセスして情報を取得し表示する。

Ｗｅｂサーバ３は、ユーザごとに個別に管理されるソーシャルネットワークサービス（ＳＮＳ）のサイトや、その他の単なるＷｅｂサイトをアクセスしてきた不特定多数のクライアント２００に送信する。

図２は、Ｗｅｂサーバ３からクライアント２００に提供されたＳＮＳサイトの表示例を示す。ＳＮＳサイトでは、同一のコミュニティに属するユーザの使用するクライアント２００からメッセージやコメントの書き込みが可能である。

メールサーバ７は、Ｗｅｂサーバ３の提供するコンテンツに対して、メッセージ書き込みなどのイベントの発生があった場合、イベントが発生した旨を記述したメール（イベント発生通知）を、予めメールサーバ７に登録されたクライアント２００のアドレスに送信する。

図３に示すように、クライアント２００は、ネットワーク５０経由でメールサーバ７からからイベント発生通知を受信すると、これを表示画面に表示する。

図４は第１実施形態に係るサービスサーバ１００の実行するイベント発生通知処理の流れを示すフローチャートである。

Ｓ１では、イベント発生監視部１は、特定のクライアント２００のユーザの管理するＷｅｂサイトに、コメントの書き込みやメッセージを受信したなどの各種のイベントが発生したことを監視・検知する。

Ｓ２では、アクセス状況監視部４は、クライアント２００からのアクセスのない時間が所定の時間（例えば５分）以上あるか否か、またはクライアント２００がログアウト処理を実行しているか否かを判断する。クライアント２００からのアクセスのない時間が所定の時間以上あると判断された場合またはクライアント２００がログアウト処理を実行していると判断された場合はＳ７に移行する。クライアント２００からのアクセスのない時間が所定の時間未満であり、かつクライアント２００がログアウト処理を実行していないと判断された場合、すなわちクライアント２００がサービスサーバ１００に現在アクセス中であると判断された場合はＳ３に移行する。

Ｓ３では、情報配信制御部２は、特定のユーザのＷｅｂサイトでイベントが発生したことを特定のクライアント２００に通知するための情報（配信情報）を配信保留情報管理部６に保存する。

Ｓ４では、アクセス状況監視部４は、Ｓ２と同様の判断を再び行う。クライアント２００がサービスサーバ１００に現在アクセス中であると判断された場合はＳ５に移行し、現在アクセス中でないと判断された場合はＳ６に移行する。

Ｓ５では、一定時間待機し、Ｓ４に戻る。

Ｓ６では、配信部５は、配信保留情報管理部６に保存されている配信情報をメールサーバ７に取得するとともに、この配信情報を送信するようメールサーバ７に指令する。

Ｓ７では、メールサーバ７は、配信保留情報管理部６から取得した配信情報を電子メールによってクライアント２００に送信する。

こうすれば、クライアント２００がサービスサーバ１００にアクセス中に、メールサーバ７からの情報配信によってクライアント２００のコンテンツ表示がメール受信画面に切り替わり、コンテンツ表示が妨げられることがない。

＜第２実施形態＞
図５は第２実施形態に係るサービスサーバ１００の実行するイベント通知処理の流れを示すフローチャートである。

Ｓ１１では、イベント発生監視部１は、特定のクライアント２００のユーザの管理するＷｅｂサーバ３のＷｅｂサイトに、コメントの書き込みやメッセージを受信したなどの各種のイベントが発生したことを監視・検知する。

Ｓ１２では、アクセス状況監視部４は、現在クライアント２００からＷｅｂサイトにアクセスしているか否かを判断する。アクセスしている場合はＳ１３、アクセスしていない場合はＳ１９に移行する。

Ｓ１３では、情報配信制御部２は、配信情報を配信保留情報管理部６に保存する。

Ｓ１４では、アクセス状況監視部４は、Ｓ１２と同様の判断を再び行う。アクセスしている場合はＳ１５、アクセスしていない場合はＳ１６に移行する。

Ｓ１５では、一定時間待機し、Ｓ１４に戻る。

Ｓ１６では、配信部５は、配信保留情報管理部６に保存されている配信情報を送信するようメールサーバ７に指令する。メールサーバ７は、配信保留情報管理部６に保存されている配信情報を取得する。

Ｓ１７では、メールサーバ７は、配信保留情報管理部６から取得した配信情報のうち、同一のクライアント２００宛ての配信情報が複数存在するか否かを判断する。同一のクライアント２００宛ての配信情報が複数存在する場合はＳ１８、１つだけである場合はＳ１９に移行する。

Ｓ１８では、メールサーバ７は、配信保留情報管理部６から取得した配信情報のうち、同一のクライアント２００宛ての配信情報をマージ（１つに統合すること）する。

Ｓ１９では、メールサーバ７は、１つに統合された配信情報もしくは元から１つの配信情報を電子メールでクライアント２００に送信する。

例えば図６（ａ）および（ｂ）に示すような２つの配信情報ｍ１、ｍ２が存在している場合、メールサーバ７は、これら２つの配信情報をマージした新たな配信情報ｍ３を作成してクライアント２００に送信する。

図６（ｃ）は２つの配信情報ｍ１、ｍ２がマージされた配信情報ｍ３がクライアント２００で受信されて表示されている様子を示す。クライアント２００では、Ｗｅｂサーバ３へのアクセス中に配信されるべき情報が複数存在した場合でも、その情報はＷｅｂサーバ３へのアクセス中に配信されず、アクセスが終わった後で配信される。かつ、１画面で複数の配信情報を閲覧できるから、アクセス終了後に複数のメールを受信し、その１つ１つを開封して見ていく必要がない。

＜第３実施形態＞
図７は第３実施形態に係るサービスサーバ１００の実行するイベント通知処理の流れを示すフローチャートである。

Ｓ２０では、イベント発生監視部１は、特定のクライアント２００のユーザの管理するＷｅｂサーバ３のＷｅｂサイトに、コメントの書き込みやメッセージを受信したなどの各種のイベントが発生したことを監視・検知する。

Ｓ２１では、アクセス状況監視部４は、クライアント２００のユーザエージェントから送信された機種情報からクライアント２００の機種を判断する。図８は機種情報の一例を示しており、この図では「Docomo/2.0 N901iS」がクライアント２００の機種を示す。

そして、アクセス状況監視部４は、判別した機種から、クライアント２００が、メール配信保留の制御の必要な端末であるか否かを判断する。例えば、機種が携帯電話であれば、メール配信の制御の必要な端末すなわちコンテンツアクセス中にメールを配信するとコンテンツ表示が妨げられる端末であると判断してＳ２２に移行する。機種がパソコンやＰＤＡなどメール配信保留の制御の必要でない端末である場合は、Ｓ２７に移行してもよいが、ここではメールより簡便にイベント発生を知らせるため、Ｓ２８に移行する。

Ｓ２２では、アクセス状況監視部４は、クライアント２００からＷｅｂサーバ３に現在アクセスしているか否かを判断する。アクセス中の場合はＳ２３、アクセス中でない場合はＳ２７に移行する。

Ｓ２３では、情報配信制御部２は、サービスサーバ１００に現在アクセス中であると判断されたクライアント２００にメールサーバ７が配信すべき情報（配信情報）を保存する。

Ｓ２４では、アクセス状況監視部４は、Ｓ１２と同様の判断を再び行う。アクセス中の場合はＳ２５、アクセス中でない場合はＳ２６に移行する。

Ｓ２５では、一定時間（例えば１分）待機し、Ｓ２５に戻る。

Ｓ２６では、配信部５は、配信保留情報管理部６に保存されている配信情報を送信するようメールサーバ７に指令する。メールサーバ７は、配信保留情報管理部６に保存されている配信情報を取得する。

Ｓ２７では、メールサーバ７は、配信保留情報管理部６から取得した配信情報をクライアント２００に送信する。

なお、アクセス状況監視部４は、予めクライアント２００からメールの配信禁止時間帯や配信先（もしくは転送先）などの各種の配信ルールが登録されていれば、これに従って配信禁止時間帯以外の時間に、指定された配信先にメールを配信する。配信ルールは、例えばＷｅｂサーバ３から提供される配信制御設定画面（図９参照）から入力することができる。

Ｓ２８では、アクセス状況監視部４は、クライアント２００からＷｅｂサーバ３に現在アクセス中であるか否かを判断する。アクセス中である場合はＳ２９、アクセス中でない場合はＳ２７に移行する。

Ｓ２９では、Ｗｅｂサーバ３は、イベントが発生した旨を示すリンクをクライアント２００が現在アクセス・表示しているコンテンツに埋め込みし、このリンクの埋め込まれたコンテンツをアクセス中のパソコンやＰＤＡなどのクライアント２００に送信する。

一方、Ｗｅｂサーバ３は、イベントが発生したことを示すコンテンツを生成しておき、該リンクがクライアント２００から指定されたことに応じ、イベントが発生したことを示すコンテンツをクライアント２００に送信する。

図９はイベント発生情報がコンテンツに合成される様子を示す。例えば、図９（ａ）のようなコンテンツ画面がクライアント２００で表示されている最中にイベントが発生したとする。この場合、図９（ｂ）で示すようなイベント発生情報「新着情報あります」を現在表示中のコンテンツ画面に埋め込んでクライアント２００に送信する。イベント発生情報には、イベント発生によってクライアント２００に通知すべきイベントの内容を示すＷｅｂページのリンクが埋め込まれている。新着情報のリンクをクリックすると、図９（ｃ）に示すようなイベントの内容を示した詳細なＷｅｂページが、Ｗｅｂサーバ３からクライアント２００に送信される。

なお、何らかの理由でコンテンツにイベント発生情報を埋め込むことができなければ、その代わりに、配信情報をダイジェスト化した情報を生成して、メールサーバ７からクライアント２００にメールで送信してもよい。

サービスシステムの構成図 ＳＮＳサイトの表示例を示す図 イベント発生通知の表示例を示す図 第１実施形態に係るイベント発生通知処理の流れを示すフローチャート 第２実施形態に係るイベント発生通知処理の流れを示すフローチャート 複数のイベント発生を示す単一のイベント発生通知の表示例を示す図 第３実施形態に係るイベント発生通知処理の流れを示すフローチャート クライアント機種情報の概念説明図 配信制御設定画面の一例を示す図 発生したイベントの内容を示した詳細なＷｅｂページの表示例を示す図

符号の説明

１：イベント発生監視部、２：情報配信制御部、４：アクセス状況監視部、６：配信保留情報管理部、１００：サービスサーバ、２００：クライアント

Claims (7)

1. ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、前記ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバに用いられるイベント通知装置であって、
   ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するイベント発生検知部と、
   前記イベント発生検知部が前記イベントの発生を検知したことに応じ、前記特定のユーザの使用する特定のクライアントに対し、前記イベントが発生したことを示すイベント発生通知を配信する通知部と、
   前記イベント発生検知部が前記イベントの発生を検知したことに応じ、前記特定のクライアントが前記ネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するアクセス判断部と、
   前記アクセス判断部が前記特定のクライアントから前記コンテンツに現在アクセスしていると判断したことに応じ、少なくとも前記アクセス判断部が前記特定のクライアントから前記コンテンツにアクセスされなくなったと判断するまでの間、前記通知部による前記イベント発生通知の配信を保留するよう制御する通知制御部と、
   を備えるイベント通知装置。
2. 前記通知制御部は、少なくとも前記アクセス判断部が前記特定のクライアントから前記コンテンツにアクセスされていると判断されたときからアクセスされなくなったと判断されたときまでの間に発生した複数のイベントを示す単一のイベント発生通知を配信するよう前記通知部を制御する請求項１に記載のイベント通知装置。
3. 前記アクセス判断部が前記特定のクライアントから前記コンテンツに現在アクセスしていると判断したことに応じ、前記特定のクライアントの種類を検出する種類検出部をさらに備え、
   前記通知制御部は、前記種類検出部が検出した前記特定のクライアントの種類に基づいて前記特定のクライアントに対するイベント発生通知の配信の保留が必要か否かを判断し、前記特定のクライアントに対するイベント発生通知の配信の保留が必要と判断したことに応じ、少なくとも前記アクセス判断部が前記クライアントから前記コンテンツにアクセスされなくなったと判断するまでの間、前記通知部によるイベント発生通知の配信を保留するよう制御する請求項１または２に記載のイベント通知装置。
4. 前記通知制御部は、前記特定のクライアントに対するイベント発生通知の配信の保留が不要と判断したことに応じ、前記通知部によるイベント発生通知の配信を即座に実行するよう制御する請求項３に記載のイベント通知装置。
5. 前記特定のクライアントに対するイベント発生通知の配信保留のルールを設定する配信保留ルール設定部をさらに備え、
   前記通知制御部は、前記アクセス判断部が前記特定のクライアントから前記コンテンツに現在アクセスしていると判断したことに応じ、前記配信ルール設定部の設定したルールに従って前記特定のクライアントにイベント発生通知の配信を保留する請求項１〜４のいずれかに記載のイベント通知装置。
6. ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、前記ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバを備えるイベント通知システムであって、
   ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するイベント発生検知部と、
   前記イベント発生検知部が前記イベントの発生を検知したことに応じ、前記特定のユーザの使用する特定のクライアントが前記ネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するアクセス判断部と、
   前記アクセス判断部が前記特定のクライアントから前記コンテンツに現在アクセスしていると判断した場合、前記イベントの詳細を示す詳細コンテンツへ遷移するためのリンクを前記特定のクライアントが現在アクセスしているコンテンツに埋め込むとともに、前記発生したイベントの詳細を示す詳細コンテンツを作成するコンテンツ作成部と、
   を備え、
   前記サービスサーバは、前記リンクの埋め込まれた特定のコンテンツを前記特定のクライアントに送信するとともに、前記特定のクライアントから前記リンクが指定されたことに応じて前記コンテンツ作成部の作成した前記詳細コンテンツを前記特定のクライアントに送信するイベント通知システム。
7. ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、前記ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバに用いられるイベント通知方法であって、
   ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するステップと、
   前記イベントの発生を検知したことに応じ、前記特定のユーザの使用する特定のクライアントに対し、前記イベントが発生したことを示すイベント発生通知を配信するステップと、
   前記イベントの発生を検知したことに応じ、前記特定のクライアントが前記ネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するステップと、
   前記特定のクライアントから前記コンテンツに現在アクセスしていると判断したことに応じ、少なくとも前記特定のクライアントから前記コンテンツにアクセスされなくなったと判断するまでの間、前記通知部による前記イベント発生通知の配信を保留するよう制御するステップと、
   を含むイベント通知方法。
   

Images