JP2009282966A

JP2009282966A - インターネットサービスのイベントをユーザに通知する方法

Info

Publication number: JP2009282966A
Application number: JP2009101600A
Authority: JP
Inventors: Hong-Yung Wang; 王洪勇; Ming-Hua Chen; 陳明華
Original assignee: MOBILE ACTION Tech Inc
Current assignee: MOBILE ACTION Tech Inc
Priority date: 2008-04-22
Filing date: 2009-04-20
Publication date: 2009-12-03
Also published as: EP2146487A2; EP2146487A3; TW200945872A

Abstract

【課題】インターネットサービスのリアルタイムイベントをユーザに通知するための費用の安い方法を提供する。
【解決手段】イベント通知モジュールの構築し、インターネットサービスサーバーによるイベントデータの受信、イベントデータがインターネットサービスサーバーにより通知規則に合致するかどうかの判断、イベントデータが通知規則に合致する時に、インターネットサービスサーバーにより、選択されたイベントデータのイベント通知モジュールへの送信、イベント通知モジュールによるイベント通知モジュール内でのイベント要約ページの作成、イベント通知モジュールにより、イベント通知電話番号でエンドユーザの携帯電話番号へ発信することによるユーザへの通知、およびエンドユーザが電話の呼出しを受け取った時のイベント通知モジュールにより電話を切る作用を有する。
【選択図】図１

Description

本発明は１つの方法、より具体的には、ユーザに対し発信者番号（ＩＤ）表示およびイベント要約ページを用いて携帯端末装置上にインターネットサービスのイベントを通知する方法に関する。

コンピュータおよびインターネットの進歩により、ラップトップＰＣ、デスクトップＰＣ、携帯電話など、ほとんどの電子機器がインターネットに接続できるようになった。電子機器は、ウェブページを閲覧するため、インスタントメッセージサービスを利用するため、かつ電子メール（Ｅメール）を読むためにインターネットサービスサーバーに接続することができる。しかし、インターネットサービスサーバーが新しいイベントデータを受け取った時にインターネットサービスからイベント通知を受け取るといったインターネットサービスサーバーからデータを受け取るためには、電子機器はインターネットへの接続を維持し、かつ、インターネットサービスに対応したアプリケーションプログラムを実行しなければならない。ひとたび電子機器がインターネットに接続されなくなれば、電子機器は、ユーザに新しいイベントデータを通知することを許容する新しいイベントデータを受けとらない。

さらに、インターネットへの接続は一般的にデスクトップＰＣまたはラップトップＰＣで行われ、コンピュータによるインターネットへの接続料金は安い。しかし、携帯端末によるインターネットへの接続料金は時間制であり、特に携帯端末が国際ローミングの場合高価である。それゆえに、ユーザは携帯端末を終日インターネットに接続したままにしようとはしない。したがって、ユーザは新しいイベントデータの通知を受け取ることができず、そのためには時々再接続しなければならない。

したがって、電子メールまたはインスタントメッセージの受信などを定期的に問い合わせる機能を有する携帯電話が設計されている。新しいイベントデータの受信用のアプリケーションプログラムを自動実行するために、携帯電話内に問い合わせプログラムまたはスレッドがインストールされている。

しかし、低レベルの処理ユニットまたは少ないメモリを有する携帯電話は、携帯電話のシステム負荷が上がるため、同時に新しいイベントデータに応答する複数のアプリケーションプログラムを実行することができない。携帯電話のシステムが高負荷になると、携帯電話は動作が不安定になり、携帯電話の電力消費が大きく増加する場合がある。

さらに、携帯電話は電池で電力が供給されており、携帯電話の待ち受け時間は電池容量で制限される。しかし、携帯電話の電池は小型化し、小型の電池は電力容量が小さい。したがって、携帯電話の定期的問い合わせは携帯電話の待ち受け時間をさらに短くする。

さらに、新しいイベントデータを受信するアプリケーションプログラムは、アプリケーションプログラムがインターネットサーバーから送られた新しいイベントデータを定期的に受信するために携帯電話によって実行され続けなければならない。ユーザが携帯電話を再起動し、新しいイベントデータを受信するアプリケーションプログラムを実行しなければ、携帯電話は新しいイベントデータを受信することができない。しかし、携帯電話の起動後に新しいイベントデータを受信するためにアプリケーションプログラムを実行するよう覚えておくことはユーザには不便である。

前述の短所を克服するために、いくつかのインターネットサービスプロバイダはショートメッセージ、マルチメディアメッセージまたはＷＡＰＰＵＳＨメッセージをユーザに送ることによってユーザに新しいイベントデータを通知する。しかし、インターネットサービスプロバイダはメッセージを送るために多大な料金を支払わなければならない。さらに、国によってはメッセージの受信者は受信するメッセージに料金を支払わなければならない。

この短所を克服するために、本発明は前述の問題を軽減または除去するためにインターネットサービスイベントをユーザに通知する方法を提供する。

本発明の主な目的はインターネットサービスイベントをユーザに通知する方法を提供することである。

本発明による方法は、イベント通知モジュールを構築し、少なくとも１つのインターネットサービスサーバーにより新しいイベントデータを受信し、少なくとも１つのインターネットサービスサーバーにより新しいイベントデータが通知規則に合致するかどうかを判断し、新しいイベントデータが通知規則に合致する時に選択された新しいイベントデータを少なくとも１つのインターネットサービスサーバーによりイベント通知モジュールに送信し、イベント通知モジュールによりイベント通知モジュール内にイベント要約ページを作成し、イベント通知モジュールにより少なくとも１つのイベント通知電話番号で新しいイベントデータに対応するエンドユーザの携帯電話番号に発信してユーザに通知し、かつエンドユーザが電話を受けた時にイベント通知モジュールにより電話を切る作用を備える。このような方法は携帯電話からインターネットへ接続する料金を低減させ、ユーザが通知を作成するイベントを選別し、かつ緊急または緊急でないイベントを選別できるようにする。

本発明のその他の目的、利点および新規な機能は、以下の詳細な説明を添付の図面と併せて読むことで明らかになるであろう。

本発明に従い、ユーザにインターネットサービスイベントを通知する方法のフローチャートである。図１の方法の機能的ブロックダイアグラムである。図１に示したイベント通知モジュールを構成する補助作用のフローチャートである。図３内の入力インターフェースを提供する補助作用によって提供されるイベント通知モジュールのユーザデータ入力ページの図である。図３内の入力インターフェースを提供する補助作用によって提供されるインターネットデータ入力ページの図である。図１内のイベント通知モジュール内のイベント要約ページを作成する作用によって提供されるイベント要約ページの図である。

図１を参照すると、本発明によるインターネットサービスイベントのユーザに通知する方法は、イベント通知モジュールの構築（１００）、新しいイベントデータの受信（１０１）、新しいイベントデータが通知規則に合致するかどうかの判断（１０２）、選択された新しいイベントデータのイベント通知モジュールへの送信（１０３）、イベント通知モジュール内へのイベント要約ページの作成（１０４）、ユーザへの通知（１０５）、エンドユーザが電話を受けるかどうかの判断（１０６）、および携帯電話でイベント要約ページを閲覧するためのイベント通知モジュールの接続（１０７）作用を備えている。

さらに図２を参照すると、イベント通知モジュールの構築の作用（１００）は、少なくとも１つのインターネットサービスサーバー（２０）および通信ネットワーク（３０）に接続するイベント通知モジュール（１０）の構築を備えている。イベント通知モジュール（１０）はエンドユーザの複数の携帯電話番号および少なくとも１つのイベント通知電話番号を格納する。イベント通知モジュール（１０）は１台のサーバーまたは互いに接続された複数のサーバーを備える場合がある。イベント通知モジュール（１０）はネットワークプロトコルまたはアプリケーションインターフェース（ＡＰＩ）などの特定のインターフェースプロトコルを備える少なくとも１つのインターネットサービスサーバー（２０）のうち１つと結合する場合がある。その少なくとも１つのインターネットサービスサーバー（２０）は電子メール（Ｅメール）サーバーまたはインスタントメッセージサービスサーバーである場合がある。

さらに図３を参照すると、イベント通知モジュールの構築の作用（１００）は入力インターフェース（２００）を提供する補助作用、ユーザ設定データを取り出す（２０１）イベント通知モジュール、およびユーザ設定データを保存する（２０２）イベント通知モジュールをさらに備えている。

入力インターフェース（２００）を提供する補助作用は、ユーザがユーザの携帯電話（４０）またはコンピュータを用いてインターネット経由でユーザ設定データを入力する少なくとも１つの入力インターフェースを提供するイベント通知モジュール（１０）または少なくとも１つのインターネットサービスサーバー（２０）を備える。

さらに図４および図５を参照すると、入力インターフェースはウェブページベースのインターフェースでありかつユーザデータ入力ページ（１１）およびインターネットデータ入力ページ（１２）を備えている場合がある。イベント通知モジュール（１０）によって提供される場合があるユーザデータ入力ページ（１１）は複数のユーザ設定データ項目（１１１）を有し、少なくとも１つのイベント通知電話番号（１１２）を表示する。ユーザ設定データ項目（１１１）はユーザアカウント項目、パスワード項目、エンドユーザの電話番号項目などを備える場合がある。ユーザは自身の携帯電話の中のアドレス帳にあるイベント通知電話番号（１１２）を特定の通知文字列と共に追加することができる。たとえば、アドレス帳内の「０９９９−１１１１１１」というイベント通知電話番号（１１２）に「新しいイベントを受け取りました」という通知文字列を付加し、および、アドレス帳内の「０９９９−２２２２２２」という別のイベント通知電話番号（１１２）に「重要なＥメールを受け取りました」という別の通知文字列を付加することができる。ユーザの携帯電話（４０）がイベント通知電話番号（１１２）から電話を受けた時、ユーザの携帯電話（４０）はユーザの携帯電話（４０）内に格納されているイベント通知電話番号（１１２）に対応する通知文字列を表示する。

さらに図５を参照すると、インターネットデータ入力ページ（１２）は少なくとも１つのインターネットサービスサーバー（２０）によって提供され、かつ複数のユーザ設定データ項目（１２１）および通知規則項目（１２２）を示している。ユーザ設定データ項目（１２１）はユーザアカウント項目、Ｅメールアドレス項目、Ｅメールパスワード項目、インスタントメッセージサービスアカウント項目、インスタントメッセージサービスパスワード項目などを備える場合がある。通知規則項目（１２２）は「Ｅメールアドレスａａ＠ｂｂ．ｃｃから送られたＥメールを受信」、「重要タグがついたＥメールを受信」などの通知規則を備える場合がある。

イベント通知モジュールがユーザ設定データを取り出す（２０１）補助作用は、イベント通知モジュール（１０）が入力インターフェースからユーザ設定データを取り出すことを備える。

イベント通知モジュールがユーザ設定データを保存する（２０２）補助作用は、イベント通知モジュール（１０）内にユーザ設定データを保存することを備える。

前述の補助作用ならびに入力インターフェースの変更および修正は可能である。たとえば、ユーザデータ入力ページ（１１）およびインターネットデータ入力ページ（１２）は、単一のページに結合または複数のページに分離するといったように再編成される場合がある。ユーザアカウントは、一意なコードに限定されるものではないが、Ｅメールアドレスまたはユーザの携帯電話番号である場合がある。

新しいイベントデータの受信（１０１）作用は少なくとも１つのインターネットサービスサーバー（２０）が新しいイベントデータの受信を検知することを備える。たとえば、Ｅメールサーバーが新しいＥメールの受信を検知するか、またはインスタントメッセージサービスサーバーが新しいインスタントメッセージの受信を検知する。

新しいイベントデータが通知規則に合致するかどうかの判断（１０２）の作用は少なくとも１つのインターネットサービスサーバー（２０）が新しいイベントデータが通知規則に合致するかどうかを判断することを備える。たとえば、インターネットサービスサーバー（２０）がＥメールサーバーであって通知規則が「Ｅメールアドレスａａ＠ｂｂ．ｃｃから送られたＥメールを受信」である場合、Ｅメールサーバーは新しいＥメールの受信を検出したＥメールアドレスに対応するユーザアカウントを見つける。その後、Ｅメールサーバーは新しいＥメールがＥメールアドレスａａ＠ｂｂ．ｃｃから送られたかどうかを確認し、それが確認された場合には、少なくとも１つのインターネットサービスサーバー（２０）が新しいイベントデータの受信をユーザに通知することを判断する。あるいは、末端（１０８）に達し、新しいイベントデータの受信（１０１）作用は待機となる。

イベント通知モジュールへの選択された新しいイベントデータの送信（１０３）の作用は、新しいイベントデータが通知規則に合致する時に少なくとも１つのインターネットサービスサーバー（２０）が選択された新しいイベントデータをイベント通知モジュール（１０）に送信することを備える。たとえば、インターネットサービスサーバー（２０）がＥメールサーバーである場合、イベントデータは、限定されないが、インターネットサービス名、ユーザアカウント、および新しいＥメールの内容を含む。さらに、新しいＥメールの内容は、テキストおよび限定はされないが写真、音声、画像などの添付を含む場合がある。

イベント通知モジュール内へのイベント要約ページの作成（１０４）の作用は、イベント通知モジュール（１０）が少なくとも１つのインターネットサービスサーバー（２０）から新しいイベントデータを受信した時にイベント通知モジュール（１０）が同じユーザアカウントに対応する新しいイベントデータを収集し、および、イベント要約ページ（１３）を作成することを備える。ユーザはインターネット経由でユーザの携帯電話（４０）でイベント要約ページ（１３）を閲覧することができる。

さらに図６を参照すると、イベント要約ページ（１３）は新しいイベントデータの少なくとも１つのインターネットサービス名および「新しいＥメールを受け取りました」などの新しいイベントデータを示すテキストの内容を示している。さらに、イベント要約ページ（１３）はユーザの携帯電話（４０）内にインストールされたアプリケーションプログラムを実行するハイパーリンクを提供またはユーザに便利なように新しいイベントデータの詳細を示すウェブページを表示する場合がある。たとえば、「送信者：ａａ＠ｂｂ．ｃｃ」が「新しいＥメールを受け取りました」の次にあり、そのＥメールの詳細情報を閲覧するためのハイパーリンクを備える。さらに、新しいイベントデータがテキスト、写真、音声、画像またはその他の添付を有している場合、それらはイベント要約ページ（１３）上で参照または全体を表示することができる。

ユーザへの通知（１０５）の作用は、イベント通知モジュール（１０）が最初にユーザデータ入力ページ（１１）内に設定された少なくとも１つのイベント通知電話番号（１１２）および新しいイベントデータに対応するユーザアカウントのエンドユーザ携帯電話番号を発見することを備える。次にイベント通知モジュール（１０）は、新しいイベントデータに対応するイベント通知電話番号（１１２）を備える新しいイベントデータに対応するエンドユーザ携帯電話番号を発信する。

エンドユーザが電話を受けたかどうかを判別（１０６）する作用は、イベント通知モジュール（１０）がエンドユーザが電話を受けたかどうかを検出することを備える。エンドユーザが電話を受けていなければ、エンドユーザが電話を受けたことをイベント通知モジュール（１０）が検出するまで予め決められた間隔で周期的にユーザへの通知（１０５）の作用が繰り返される。電話を受けていたと判断されれば、イベント通知モジュール（１０）は電話を切る。その作用を遂行するには多くの方法がある。たとえば、エンドユーザが電話を受けてかどうかを判断するために携帯電話（４０）が鳴動しているかどうかを検出する目的でイベント通知モジュール（１０）がＴ１／Ｅ１トランク内の信号チャネルおよび共通線信号システムＮｏ．７（ＳＳ７）ネットワークなどの鳴動検出技術を使用する場合がある。イベント通知モジュール（１０）が携帯電話（４０）が鳴動していることを示す制御信号の受信を検出した時、イベント通知モジュール（１０）はその電話を切る。さらに、イベント通知モジュール（１０）は予め設定した通話時間制限を設ける場合がある。エンドユーザの携帯電話番号を発信するイベント通知モジュール（１０）の通話時間が予め設定した通話時間制限に達した時、イベント通知モジュール（１０）はその通話を切る。

ユーザの携帯電話（４０）は、ユーザの携帯電話（４０）がイベント通知電話番号（１１２）からの電話を受けたとき時に携帯電話（４０）の発信者番号（ＩＤ）表示機能を通じて着呼記録を保存する。さらに、イベント通知モジュール（１０）はエンドユーザが着呼を検出した時にその電話を切るので、携帯電話（４０）は不在着信記録も保存する。

ユーザが携帯電話（４０）を確認しイベント通知電話番号（１１２）からの着呼があったことを認識した時、ユーザは新しいイベントデータが到着したことに気づく。携帯電話（１０７）でイベント要約ページを閲覧するためにイベント通知モジュールに接続する作用は、携帯電話（４０）を用いてユーザがイベント通知モジュール（１０）に接続し、イベント要約ページ（１３）を閲覧することを含む。それに加えて、イベント通知モジュール（１０）はイベント要約ページ（１３）が閲覧されたかどうかを確認あるいはエンドユーザが鳴動検出技術で着呼を確認することでユーザが新しいイベントの受信の通知を受けたかどうかをさらに判断する。ユーザへの通知（１０５）の作用は、ユーザが新しいイベントデータの受信通知を受けていない場合、イベント要約ページ（１３）が閲覧されたことあるいは末端ユーザが電話を受けたことをイベント通知モジュール（１０）が検出するまで再度作用する。

イベント通知電話番号（１１２）からの電話を受けた時、携帯電話（４０）はユーザが新しいイベントデータをより容易に獲得できるようにするためにアプリケーションプログラムを実行する場合がある。たとえば、着呼を検出できるアプリケーションプログラムまたは着呼を検出できる閲覧プログラムが携帯電話（４０）にインストールされる場合がある。携帯電話（４０）がイベント通知電話番号（１１２）から電話を受けた時、イベント要約ページ（１３）を表示するためにアプリケーションプログラムまたは閲覧アプリケーションが検出および自動実行され得る。

前述の説明に基づき、本発明はいくつかの利点を提供する。
１．普遍性：任意の地域で発信者番号（ＩＤ）表示機能を提供する携帯電話（４０）であればどれでもイベント通知電話番号（１１２）からの着呼記録を保存することができ、ユーザは任意の地域で任意の携帯電話で通知を受けることができる。
２．低価格：大半の通信プロバイダは不在着信に課金せず、かつイベント通知モジュール（１０）は携帯電話（４０）がイベント通知電話番号（１１２）から電話を受けると電話を切るため、ローミング状態であったとしてもイベント通知モジュール（１０）とエンドユーザのいずれも通信料金を支払う必要がない。
３．共通の基盤：イベント通知モジュール（１０）および少なくとも１つのインターネットサービスサーバー（２０）を接続するための手段として特定のプロトコルが使用されているため、少なくとも１つのインターネットサービスサーバー（２０）は追加の基盤および支出を必要とすることなく共通でかつ低価格のシステム設計によってイベント通知モジュール（１０）に容易に接続することができる。
４．複数サービスの共存：携帯電話（４０）は従来のインターネットサービスのイベント通知方法が必要とする頻繁なアプリケーションプログラムまたは閲覧プログラムの実行を必要としないため、従来のインターネットサービスのイベント通知方法と比べて携帯電話（４０）の電力消費およびシステム負荷は最小化される。
５．マルチメディアコンテンツ：少なくとも１つのインターネットサービスサーバー（２０）は、イベントデータ内のテキスト、写真、音声、画像またはその他の任意のマルチメディアデータをイベント通知モジュール（１０）に送ることができ、およびイベント要約ページ（１３）は、イベントデータ内のテキスト、写真、音声、画像あるいはその他の任意のマルチメディアデータを表示することができる。

本発明の構造および機能の詳細と共に本発明の数多くの特性および利点が前述の説明において解説されているが、本開示は単なる例示である。特に、本発明の原理に基づく部品の配置について添付された特許請求の範囲が表す用語の広範な一般的意味が示す範囲の及ぶ限り、詳細に変更がされてもよい。

Claims

インターネットサービスイベントをユーザに通知するための方法であって、
少なくとも１つのインターネットサービスサーバーおよび通信ネットワークに接続し、かつ、複数のエンドユーザの携帯電話番号および少なくとも１つのイベント通知電話番号を格納するイベント通知モジュールを構築し、
新しいイベントデータを受信する少なくとも１つのインターネットサービスサーバーと、
新しいイベントデータが通知規則に合致するかどうかを判断する少なくとも１つのインターネットサービスサーバーと、
新しいイベントデータが通知規則に合致する時に、選択された新しいイベントデータをイベント通知モジュールに送信する少なくとも１つのインターネットサービスサーバーと、
新しいイベントデータを示し、かつ新しいイベントデータに指定されたエンドユーザが携帯端末を用いてイベント要約ページを閲覧することを許容するイベント要約ページを作成するイベント通知モジュールと、
少なくとも１つのイベント通知電話番号で新しいイベントデータに対応するエンドユーザの携帯電話に電話をかけることによってユーザに通知するイベント通知モジュールと、
エンドユーザが着信を受ける時に電話を切るイベント通知モジュールと
の作用を備える方法。
イベント通知モジュールがさらにサーバーを備え、およびサーバーがインターフェースプロトコルで少なくとも１つのインターネットサービスサーバーに接続する、請求項１に記載の方法。
イベント通知モジュールがインタフェースプロトコルで少なくとも１つのインターネットサービスサーバーのうち１つにさらに結合される、請求項１に記載の方法。
ユーザの携帯電話が、着信呼の電話番号がイベント通知電話番号であるかどうかを検出し、着信呼の電話番号がイベント通知電話番号である時にイベント通知モジュールへ自動的に接続し、かつイベント要約ページを示すアプリケーションプログラムをインストールする、請求項１に記載の方法。
ユーザの携帯電話が、着信呼の電話番号がイベント通知電話番号であるかどうかを検出するアプリケーションプログラムをインストールし、着信呼の電話番号がイベント通知電話番号である時にイベント通知モジュールへ自動的に接続し、かつイベント要約ページを示す、請求項２に記載の方法。
ユーザの携帯電話が、着信呼の電話番号がイベント通知電話番号であるかどうかを検出し、着信呼の電話番号がイベント通知電話番号である時にイベント通知モジュールへ自動的に接続し、かつイベント要約ページを示すアプリケーションプログラムをインストールする、請求項３に記載の方法。
イベント通知モジュールが、携帯電話が鳴動していることを鳴動検出技術で検出した時にイベント通知モジュールが電話を切る、請求項１に記載の方法。
イベント通知モジュールが、携帯電話が鳴動していることを鳴動検出技術で検出した時にイベント通知モジュールが電話を切る、請求項２に記載の方法。
イベント通知モジュールが、携帯電話が鳴動していることを鳴動検出技術で検出した時にイベント通知モジュールが電話を切る、請求項３に記載の方法。
イベント通知モジュールが予め設定された通話時間制限を有し、かつエンドユーザの携帯電話番号への発信時間が予め設定された通話時間制限に達したかどうかを検出し、イベント通知モジュールがその通話を切る、請求項１に記載の方法。
イベント通知モジュールが予め設定された通話時間制限を有し、かつエンドユーザの携帯電話番号への発信時間が予め設定された通話時間制限に達したかどうかを検出し、イベント通知モジュールがその通話を切る、請求項２に記載の方法。
イベント通知モジュールが予め設定された通話時間制限を有し、かつエンドユーザの携帯電話番号への発信時間が予め設定された通話時間制限に達したかどうかを検出し、イベント通知モジュールがその通話を切る、請求項３に記載の方法。
イベント通知モジュールが電話を切った後で、かつイベント通知モジュールがエンドユーザが電話を受信したことを検出するまでに新しいイベントデータの受信がユーザに通知されたかどうかを判定する作用をさらに備え、イベント通知モジュールは鳴動検出技術で携帯電話の鳴動を検出することによって新しいイベントデータの受信がユーザに通知されたかどうかを判定する、請求項１に記載の方法。
イベント通知モジュールが電話を切った後でかつイベント通知モジュールがエンドユーザが電話を受信したことを検出するまでに新しいイベントデータの受信がユーザに通知されたかどうかを判定する作用をさらに備え、イベント通知モジュールは鳴動検出技術で携帯電話の鳴動を検出することによって新しいイベントデータの受信がユーザに通知されたかどうかを判定する、請求項２に記載の方法。
イベント通知モジュールが電話を切った後でかつイベント通知モジュールが、エンドユーザが電話を受信したことを検出するまでに新しいイベントデータの受信がユーザに通知されたかどうかを判定する作用をさらに備え、イベント通知モジュールは鳴動検出技術で携帯電話の鳴動を検出することによって新しいイベントデータの受信がユーザに通知されたかどうかを判定する、請求項３に記載の方法。
イベント通知モジュールが電話を切った後でかつイベント通知モジュールが、エンドユーザが電話を受信したことを検出するまでに新しいイベントデータの受信がユーザに通知されたかどうかを判定する作用をさらに備え、イベント通知モジュールはイベント要約ページが閲覧されたかどうかを確認することによって新しいイベントデータの受信がユーザに通知されたかどうかを判定する、請求項１に記載の方法。
イベント通知モジュールが電話を切った後でかつイベント通知モジュールがエンドユーザが電話を受信したことを検出するまでに新しいイベントデータの受信がユーザに通知されたかどうかを判定する作用をさらに備え、イベント通知モジュールがイベント要約ページが閲覧されたかどうかを確認することによって新しいイベントデータの受信がユーザに通知されたかどうかを判定する、請求項２に記載の方法。
イベント通知モジュールが電話を切った後でかつイベント通知モジュールがエンドユーザが電話を受信したことを検出するまでに新しいイベントデータの受信がユーザに通知されたかどうかを判定する作用をさらに備え、イベント通知モジュールはイベント要約ページが閲覧されたかどうかを確認することによって新しいイベントデータの受信がユーザに通知されたかどうかを判定する、請求項３に記載の方法。