(57)【要約】【課題】インターネットサービスで配信の必要が生じた通知を適切なタイミングで送信する。【解決手段】イベント発生監視部１は、特定のユーザの管理するＷｅｂサイトに、コメントの書き込みやメッセージを受信したなどの各種のイベントが発生したことを監視・検知する。アクセス状況監視部４がクライアント２００がサービスサーバ１００に現在アクセス中であると判断した場合、情報配信制御部２は、特定のユーザのＷｅｂサイトでイベントが発生したことを特定のクライアント２００に通知するための情報（配信情報）を配信保留情報管理部６に保存する。アクセス状況監視部４がクライアント２００がサービスサーバ１００にアクセス中でないと判断した場合、配信部５は、配信保留情報管理部６に保存されている配信情報をメールサーバ７に取得するとともに、この配信情報を送信するようメールサーバ７に指令する。【選択図】  図４
2007328537.tif 000002
【特許請求の範囲】
【請求項１】
ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、前記ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバに用いられるイベント通知装置であって、
ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するイベント発生検知部と、
前記イベント発生検知部が前記イベントの発生を検知したことに応じ、前記特定のユーザの使用する特定のクライアントに対し、前記イベントが発生したことを示すイベント発生通知を配信する通知部と、
前記イベント発生検知部が前記イベントの発生を検知したことに応じ、前記特定のクライアントが前記ネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するアクセス判断部と、
前記アクセス判断部が前記特定のクライアントから前記コンテンツに現在アクセスしていると判断したことに応じ、少なくとも前記アクセス判断部が前記特定のクライアントから前記コンテンツにアクセスされなくなったと判断するまでの間、前記通知部による前記イベント発生通知の配信を保留するよう制御する通知制御部と、
を備えるイベント通知装置。
【請求項２】
前記通知制御部は、少なくとも前記アクセス判断部が前記特定のクライアントから前記コンテンツにアクセスされていると判断されたときからアクセスされなくなったと判断されたときまでの間に発生した複数のイベントを示す単一のイベント発生通知を配信するよう前記通知部を制御する請求項１に記載のイベント通知装置。
【請求項３】
前記アクセス判断部が前記特定のクライアントから前記コンテンツに現在アクセスしていると判断したことに応じ、前記特定のクライアントの種類を検出する種類検出部をさらに備え、
前記通知制御部は、前記種類検出部が検出した前記特定のクライアントの種類に基づいて前記特定のクライアントに対するイベント発生通知の配信の保留が必要か否かを判断し、前記特定のクライアントに対するイベント発生通知の配信の保留が必要と判断したことに応じ、少なくとも前記アクセス判断部が前記クライアントから前記コンテンツにアクセスされなくなったと判断するまでの間、前記通知部によるイベント発生通知の配信を保留するよう制御する請求項１または２に記載のイベント通知装置。
【請求項４】
前記通知制御部は、前記特定のクライアントに対するイベント発生通知の配信の保留が不要と判断したことに応じ、前記通知部によるイベント発生通知の配信を即座に実行するよう制御する請求項３に記載のイベント通知装置。
【請求項５】
前記特定のクライアントに対するイベント発生通知の配信保留のルールを設定する配信保留ルール設定部をさらに備え、
前記通知制御部は、前記アクセス判断部が前記特定のクライアントから前記コンテンツに現在アクセスしていると判断したことに応じ、前記配信ルール設定部の設定したルールに従って前記特定のクライアントにイベント発生通知の配信を保留する請求項１〜４のいずれかに記載のイベント通知装置。
【請求項６】
ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、前記ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバを備えるイベント通知システムであって、
ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するイベント発生検知部と、
前記イベント発生検知部が前記イベントの発生を検知したことに応じ、前記特定のユーザの使用する特定のクライアントが前記ネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するアクセス判断部と、
前記アクセス判断部が前記特定のクライアントから前記コンテンツに現在アクセスしていると判断した場合、前記イベントの詳細を示す詳細コンテンツへ遷移するためのリンクを前記特定のクライアントが現在アクセスしているコンテンツに埋め込むとともに、前記発生したイベントの詳細を示す詳細コンテンツを作成するコンテンツ作成部と、
を備え、
前記サービスサーバは、前記リンクの埋め込まれた特定のコンテンツを前記特定のクライアントに送信するとともに、前記特定のクライアントから前記リンクが指定されたことに応じて前記コンテンツ作成部の作成した前記詳細コンテンツを前記特定のクライアントに送信するイベント通知システム。
【請求項７】
ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、前記ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバに用いられるイベント通知方法であって、
ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するステップと、
前記イベントの発生を検知したことに応じ、前記特定のユーザの使用する特定のクライアントに対し、前記イベントが発生したことを示すイベント発生通知を配信するステップと、
前記イベントの発生を検知したことに応じ、前記特定のクライアントが前記ネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するステップと、
前記特定のクライアントから前記コンテンツに現在アクセスしていると判断したことに応じ、少なくとも前記特定のクライアントから前記コンテンツにアクセスされなくなったと判断するまでの間、前記通知部による前記イベント発生通知の配信を保留するよう制御するステップと、
を含むイベント通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークサービスに関連して発生したイベントを通知する技術に関する。
【背景技術】
【０００２】
ソーシャルネットワークシステム（ＳＮＳ）やウェブログなどのインターネットサービスにおいて、自分の管理サイトに対する新着メッセージを受信したり、新着コメントを受けたりする場合に、メールを使ってユーザにイベント発生を通知する機能を持つものが多い。
【０００３】
特許文献１では、メール配信制御に関する技術を開示しており、メール配信時に、受信側サーバの状態を取得し、受信側サーバが受信できない場合は、配信待ちキューに入れ、一定時間後に再送を行う。
【特許文献１】特開平９−６２５９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
携帯電話のような表示領域が限られている情報端末（クライアント）では、シングルウィンドウシステムが採用されていることが多い。このようなクライアントにおいて、Ｗｅｂブラウザでサイトアクセス中に、イベント発生の通知メールその他のメールを送信した場合、その都度メールの表示ウィンドウが表示され、サイトのウィンドウ表示が中断されてしまう。
【０００５】
本発明はこのような問題点に鑑みてなされたもので、インターネットサービスで配信の必要が生じた通知を適切なタイミングで送信することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバに用いられるイベント通知装置に関する。
【０００７】
この装置は、ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するイベント発生検知部と、イベント発生検知部がイベントの発生を検知したことに応じ、特定のユーザの使用する特定のクライアントに対し、イベントが発生したことを示すイベント発生通知を配信する通知部と、イベント発生検知部がイベントの発生を検知したことに応じ、特定のクライアントがネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するアクセス判断部と、アクセス判断部が特定のクライアントからコンテンツに現在アクセスしていると判断したことに応じ、少なくともアクセス判断部が特定のクライアントからコンテンツにアクセスされなくなったと判断するまでの間、通知部によるイベント発生通知の配信を保留するよう制御する通知制御部と、を備える。
【０００８】
この発明によると、ある特定のユーザの管理するコンテンツでイベントが発生した場合、そのユーザの使用する特定のクライアントにイベントが発生したことを示す通知が配信されるのであるが、その特定のクライアントが各種のコンテンツにアクセス中であれば、少なくともそのアクセスが終わるまで通知の配信が保留される。
【０００９】
こうすると、クライアントがシングルウィンドウシステムであっても、コンテンツの表示中に通知が表示されてコンテンツの表示が妨げられることがない。
【００１０】
通知制御部は、少なくともアクセス判断部が特定のクライアントからコンテンツにアクセスされていると判断されたときからアクセスされなくなったと判断されたときまでの間に発生した複数のイベントを示す単一のイベント発生通知を配信するよう通知部を制御するとよい。
【００１１】
こうすると、通知の配信が保留されている間に複数のイベントが発生し、コンテンツへのアクセス終了後に複数の通知が一度に配信され、ユーザがその１つ１つを個別に閲覧していく面倒がない。
【００１２】
アクセス判断部が特定のクライアントからコンテンツに現在アクセスしていると判断したことに応じ、特定のクライアントの種類を検出する種類検出部をさらに備え、通知制御部は、種類検出部が検出した特定のクライアントの種類に基づいて特定のクライアントに対するイベント発生通知の配信の保留が必要か否かを判断し、特定のクライアントに対するイベント発生通知の配信の保留が必要と判断したことに応じ、少なくともアクセス判断部がクライアントからコンテンツにアクセスされなくなったと判断するまでの間、通知部によるイベント発生通知の配信を保留するよう制御するとよい。
【００１３】
クライアントがマルチウィンドウの表示が可能なパソコンやＰＤＡなど、クライアントの種類によっては、コンテンツへのアクセス中に通知を配信してもコンテンツの表示が妨げられないことがある。このため、配信を保留する必要のある種類のクライアントであるか否かを判断し、必要に応じて配信を保留する。
【００１４】
通知制御部は、特定のクライアントに対するイベント発生通知の配信の保留が不要と判断したことに応じ、通知部によるイベント発生通知の配信を即座に実行するよう制御する。
【００１５】
すなわち、配信を保留する必要のない種類のクライアントであると判断されれば、コンテンツへのアクセス中であっても即座に通知を配信する。
【００１６】
特定のクライアントに対するイベント発生通知の配信保留のルールを設定する配信保留ルール設定部をさらに備え、通知制御部は、アクセス判断部が特定のクライアントからコンテンツに現在アクセスしていると判断したことに応じ、配信ルール設定部の設定したルールに従って特定のクライアントにイベント発生通知の配信を保留するとよい。
【００１７】
いったん保留した通知を配信する際に、例えばユーザから任意に指定された時間帯に限って配信したり、あるいはユーザから任意に指定された端末（コンテンツアクセス中でない端末が好適）に回送するようにすれば、ユーザが配信を受けたくない時間帯を回避でき、あるいはコンテンツアクセス中でない別の端末で即座に閲覧でき、ユーザにとって便利である。
【００１８】
本発明は、ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバを備えるイベント通知システムに関する。
【００１９】
このシステムは、ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するイベント発生検知部と、イベント発生検知部がイベントの発生を検知したことに応じ、特定のユーザの使用する特定のクライアントがネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するアクセス判断部と、アクセス判断部が特定のクライアントからコンテンツに現在アクセスしていると判断した場合、イベントの詳細を示す詳細コンテンツへ遷移するためのリンクを特定のクライアントが現在アクセスしているコンテンツに埋め込むとともに、発生したイベントの詳細を示す詳細コンテンツを作成するコンテンツ作成部と、を備え、サービスサーバは、リンクの埋め込まれた特定のコンテンツを特定のクライアントに送信するとともに、特定のクライアントからリンクが指定されたことに応じてコンテンツ作成部の作成した詳細コンテンツを特定のクライアントに送信する。
【００２０】
こうすると、現在クライアントがアクセスしているコンテンツからリンクを指定してイベントの発生の詳細を示すコンテンツに遷移でき、コンテンツへのアクセスを中断せずとも、イベント発生の詳細を知ることができる。
【００２１】
本発明に係るイベント通知方法は、ユーザごとに個別に管理されるコンテンツを含む各種コンテンツを、ユーザの使用するクライアントを含む１または複数のクライアントからのアクセスに応じて提供ないし更新するネットワークサービスサーバに用いられる。
【００２２】
この方法は、ある特定のユーザの管理する特定のコンテンツに対してあるクライアントからアクセスがあったことに応じて発生するイベントを検知するステップと、イベントの発生を検知したことに応じ、特定のユーザの使用する特定のクライアントに対し、イベントが発生したことを示すイベント発生通知を配信するステップと、イベントの発生を検知したことに応じ、特定のクライアントがネットワークサービスサーバの提供するコンテンツに現在アクセスしているか否かを判断するステップと、特定のクライアントからコンテンツに現在アクセスしていると判断したことに応じ、少なくとも特定のクライアントからコンテンツにアクセスされなくなったと判断するまでの間、通知部によるイベント発生通知の配信を保留するよう制御するステップと、を含む。
【発明の効果】
【００２３】
この発明によると、ある特定のユーザの管理するコンテンツでイベントが発生した場合、そのユーザの使用する特定のクライアントにイベントが発生したことを示す通知が配信されるのであるが、その特定のクライアントが各種のコンテンツにアクセス中であれば、少なくともそのアクセスが終わるまで通知の配信が保留される。
【００２４】
こうすると、クライアントがシングルウィンドウシステムであっても、コンテンツの表示中に通知が表示されてコンテンツの表示が妨げられることがない。
【発明を実施するための最良の形態】
【００２５】
＜第１実施形態＞
図１は本発明の好ましい実施形態に係るサービスシステムの構成図である。サービスシステム１は、サービスサーバ１００とクライアント２００とがインターネットその他のネットワーク５０を介して接続されることで構成される。
【００２６】
サービスサーバ１００は、イベント発生監視部１、情報配信制御部２、Ｗｅｂサーバ３、アクセス状況監視部４、配信部５、配信保留情報管理部６、およびメールサーバ７を備える。
【００２７】
クライアント２００は、通信機能と表示画面を備えた携帯電話、ＰＤＡ、パソコンなどの各種情報端末で構成されており、ネットワーク５０経由でＷｅｂサーバ３にアクセスして情報を取得し表示する。
【００２８】
Ｗｅｂサーバ３は、ユーザごとに個別に管理されるソーシャルネットワークサービス（ＳＮＳ）のサイトや、その他の単なるＷｅｂサイトをアクセスしてきた不特定多数のクライアント２００に送信する。
【００２９】
図２は、Ｗｅｂサーバ３からクライアント２００に提供されたＳＮＳサイトの表示例を示す。ＳＮＳサイトでは、同一のコミュニティに属するユーザの使用するクライアント２００からメッセージやコメントの書き込みが可能である。
【００３０】
メールサーバ７は、Ｗｅｂサーバ３の提供するコンテンツに対して、メッセージ書き込みなどのイベントの発生があった場合、イベントが発生した旨を記述したメール（イベント発生通知）を、予めメールサーバ７に登録されたクライアント２００のアドレスに送信する。
【００３１】
図３に示すように、クライアント２００は、ネットワーク５０経由でメールサーバ７からからイベント発生通知を受信すると、これを表示画面に表示する。
【００３２】
図４は第１実施形態に係るサービスサーバ１００の実行するイベント発生通知処理の流れを示すフローチャートである。
【００３３】
Ｓ１では、イベント発生監視部１は、特定のクライアント２００のユーザの管理するＷｅｂサイトに、コメントの書き込みやメッセージを受信したなどの各種のイベントが発生したことを監視・検知する。
【００３４】
Ｓ２では、アクセス状況監視部４は、クライアント２００からのアクセスのない時間が所定の時間（例えば５分）以上あるか否か、またはクライアント２００がログアウト処理を実行しているか否かを判断する。クライアント２００からのアクセスのない時間が所定の時間以上あると判断された場合またはクライアント２００がログアウト処理を実行していると判断された場合はＳ７に移行する。クライアント２００からのアクセスのない時間が所定の時間未満であり、かつクライアント２００がログアウト処理を実行していないと判断された場合、すなわちクライアント２００がサービスサーバ１００に現在アクセス中であると判断された場合はＳ３に移行する。
【００３５】
Ｓ３では、情報配信制御部２は、特定のユーザのＷｅｂサイトでイベントが発生したことを特定のクライアント２００に通知するための情報（配信情報）を配信保留情報管理部６に保存する。
【００３６】
Ｓ４では、アクセス状況監視部４は、Ｓ２と同様の判断を再び行う。クライアント２００がサービスサーバ１００に現在アクセス中であると判断された場合はＳ５に移行し、現在アクセス中でないと判断された場合はＳ６に移行する。
【００３７】
Ｓ５では、一定時間待機し、Ｓ４に戻る。
【００３８】
Ｓ６では、配信部５は、配信保留情報管理部６に保存されている配信情報をメールサーバ７に取得するとともに、この配信情報を送信するようメールサーバ７に指令する。
【００３９】
Ｓ７では、メールサーバ７は、配信保留情報管理部６から取得した配信情報を電子メールによってクライアント２００に送信する。
【００４０】
こうすれば、クライアント２００がサービスサーバ１００にアクセス中に、メールサーバ７からの情報配信によってクライアント２００のコンテンツ表示がメール受信画面に切り替わり、コンテンツ表示が妨げられることがない。
【００４１】
＜第２実施形態＞
図５は第２実施形態に係るサービスサーバ１００の実行するイベント通知処理の流れを示すフローチャートである。
【００４２】
Ｓ１１では、イベント発生監視部１は、特定のクライアント２００のユーザの管理するＷｅｂサーバ３のＷｅｂサイトに、コメントの書き込みやメッセージを受信したなどの各種のイベントが発生したことを監視・検知する。
【００４３】
Ｓ１２では、アクセス状況監視部４は、現在クライアント２００からＷｅｂサイトにアクセスしているか否かを判断する。アクセスしている場合はＳ１３、アクセスしていない場合はＳ１９に移行する。
【００４４】
Ｓ１３では、情報配信制御部２は、配信情報を配信保留情報管理部６に保存する。
【００４５】
Ｓ１４では、アクセス状況監視部４は、Ｓ１２と同様の判断を再び行う。アクセスしている場合はＳ１５、アクセスしていない場合はＳ１６に移行する。
【００４６】
Ｓ１５では、一定時間待機し、Ｓ１４に戻る。
【００４７】
Ｓ１６では、配信部５は、配信保留情報管理部６に保存されている配信情報を送信するようメールサーバ７に指令する。メールサーバ７は、配信保留情報管理部６に保存されている配信情報を取得する。
【００４８】
Ｓ１７では、メールサーバ７は、配信保留情報管理部６から取得した配信情報のうち、同一のクライアント２００宛ての配信情報が複数存在するか否かを判断する。同一のクライアント２００宛ての配信情報が複数存在する場合はＳ１８、１つだけである場合はＳ１９に移行する。
【００４９】
Ｓ１８では、メールサーバ７は、配信保留情報管理部６から取得した配信情報のうち、同一のクライアント２００宛ての配信情報をマージ（１つに統合すること）する。
【００５０】
Ｓ１９では、メールサーバ７は、１つに統合された配信情報もしくは元から１つの配信情報を電子メールでクライアント２００に送信する。
【００５１】
例えば図６（ａ）および（ｂ）に示すような２つの配信情報ｍ１、ｍ２が存在している場合、メールサーバ７は、これら２つの配信情報をマージした新たな配信情報ｍ３を作成してクライアント２００に送信する。
【００５２】
図６（ｃ）は２つの配信情報ｍ１、ｍ２がマージされた配信情報ｍ３がクライアント２００で受信されて表示されている様子を示す。クライアント２００では、Ｗｅｂサーバ３へのアクセス中に配信されるべき情報が複数存在した場合でも、その情報はＷｅｂサーバ３へのアクセス中に配信されず、アクセスが終わった後で配信される。かつ、１画面で複数の配信情報を閲覧できるから、アクセス終了後に複数のメールを受信し、その１つ１つを開封して見ていく必要がない。
【００５３】
＜第３実施形態＞
図７は第３実施形態に係るサービスサーバ１００の実行するイベント通知処理の流れを示すフローチャートである。
【００５４】
Ｓ２０では、イベント発生監視部１は、特定のクライアント２００のユーザの管理するＷｅｂサーバ３のＷｅｂサイトに、コメントの書き込みやメッセージを受信したなどの各種のイベントが発生したことを監視・検知する。
【００５５】
Ｓ２１では、アクセス状況監視部４は、クライアント２００のユーザエージェントから送信された機種情報からクライアント２００の機種を判断する。図８は機種情報の一例を示しており、この図では「Docomo/2.0 N901iS」がクライアント２００の機種を示す。
【００５６】
そして、アクセス状況監視部４は、判別した機種から、クライアント２００が、メール配信保留の制御の必要な端末であるか否かを判断する。例えば、機種が携帯電話であれば、メール配信の制御の必要な端末すなわちコンテンツアクセス中にメールを配信するとコンテンツ表示が妨げられる端末であると判断してＳ２２に移行する。機種がパソコンやＰＤＡなどメール配信保留の制御の必要でない端末である場合は、Ｓ２７に移行してもよいが、ここではメールより簡便にイベント発生を知らせるため、Ｓ２８に移行する。
【００５７】
Ｓ２２では、アクセス状況監視部４は、クライアント２００からＷｅｂサーバ３に現在アクセスしているか否かを判断する。アクセス中の場合はＳ２３、アクセス中でない場合はＳ２７に移行する。
【００５８】
Ｓ２３では、情報配信制御部２は、サービスサーバ１００に現在アクセス中であると判断されたクライアント２００にメールサーバ７が配信すべき情報（配信情報）を保存する。
【００５９】
Ｓ２４では、アクセス状況監視部４は、Ｓ１２と同様の判断を再び行う。アクセス中の場合はＳ２５、アクセス中でない場合はＳ２６に移行する。
【００６０】
Ｓ２５では、一定時間（例えば１分）待機し、Ｓ２５に戻る。
【００６１】
Ｓ２６では、配信部５は、配信保留情報管理部６に保存されている配信情報を送信するようメールサーバ７に指令する。メールサーバ７は、配信保留情報管理部６に保存されている配信情報を取得する。
【００６２】
Ｓ２７では、メールサーバ７は、配信保留情報管理部６から取得した配信情報をクライアント２００に送信する。
【００６３】
なお、アクセス状況監視部４は、予めクライアント２００からメールの配信禁止時間帯や配信先（もしくは転送先）などの各種の配信ルールが登録されていれば、これに従って配信禁止時間帯以外の時間に、指定された配信先にメールを配信する。配信ルールは、例えばＷｅｂサーバ３から提供される配信制御設定画面（図９参照）から入力することができる。
【００６４】
Ｓ２８では、アクセス状況監視部４は、クライアント２００からＷｅｂサーバ３に現在アクセス中であるか否かを判断する。アクセス中である場合はＳ２９、アクセス中でない場合はＳ２７に移行する。
【００６５】
Ｓ２９では、Ｗｅｂサーバ３は、イベントが発生した旨を示すリンクをクライアント２００が現在アクセス・表示しているコンテンツに埋め込みし、このリンクの埋め込まれたコンテンツをアクセス中のパソコンやＰＤＡなどのクライアント２００に送信する。
【００６６】
一方、Ｗｅｂサーバ３は、イベントが発生したことを示すコンテンツを生成しておき、該リンクがクライアント２００から指定されたことに応じ、イベントが発生したことを示すコンテンツをクライアント２００に送信する。
【００６７】
図９はイベント発生情報がコンテンツに合成される様子を示す。例えば、図９（ａ）のようなコンテンツ画面がクライアント２００で表示されている最中にイベントが発生したとする。この場合、図９（ｂ）で示すようなイベント発生情報「新着情報あります」を現在表示中のコンテンツ画面に埋め込んでクライアント２００に送信する。イベント発生情報には、イベント発生によってクライアント２００に通知すべきイベントの内容を示すＷｅｂページのリンクが埋め込まれている。新着情報のリンクをクリックすると、図９（ｃ）に示すようなイベントの内容を示した詳細なＷｅｂページが、Ｗｅｂサーバ３からクライアント２００に送信される。
【００６８】
なお、何らかの理由でコンテンツにイベント発生情報を埋め込むことができなければ、その代わりに、配信情報をダイジェスト化した情報を生成して、メールサーバ７からクライアント２００にメールで送信してもよい。
【図面の簡単な説明】
【００６９】
【図１】サービスシステムの構成図
【図２】ＳＮＳサイトの表示例を示す図
【図３】イベント発生通知の表示例を示す図
【図４】第１実施形態に係るイベント発生通知処理の流れを示すフローチャート
【図５】第２実施形態に係るイベント発生通知処理の流れを示すフローチャート
【図６】複数のイベント発生を示す単一のイベント発生通知の表示例を示す図
【図７】第３実施形態に係るイベント発生通知処理の流れを示すフローチャート
【図８】クライアント機種情報の概念説明図
【図９】配信制御設定画面の一例を示す図
【図１０】発生したイベントの内容を示した詳細なＷｅｂページの表示例を示す図
【符号の説明】
【００７０】
１：イベント発生監視部、２：情報配信制御部、４：アクセス状況監視部、６：配信保留情報管理部、１００：サービスサーバ、２００：クライアント
【図１】
2007328537.tif 000003
【図２】
2007328537.tif 000004
【図３】
2007328537.tif 000005
【図４】
2007328537.tif 000006
【図５】
2007328537.tif 000007
【図６】
2007328537.tif 000008
【図７】
2007328537.tif 000009
【図８】
2007328537.tif 000010
【図９】
2007328537.tif 000011
【図１０】
2007328537.tif 000012