(57)【要約】セルラ通信システムのための加入者ユニットは送信されるメッセージを表すデータをメッセージの送信に関連する指定条件と共に保存するよう設計される。加入者ユニットは、メッセージの送信によって指定条件の満足に応答する。指定条件は、ネットワーク、加入者ユニットのユーザまたは双方の組み合わせにより指定されてよく、時刻、日、位置及びネットワーク負荷を含む。
2009545255.tif 000002
【特許請求の範囲】
【請求項１】
セルラ通信システムのための加入者ユニットにおいて、
送信されるメッセージを表すデータを、前記メッセージの送信に関連付けられる指定条件を表すデータと共に保存し、
前記メッセージの送信により前記指定条件の満足に応答する
よう設計される加入者ユニット。
【請求項２】
前記指定条件は時刻を含み、
前記加入者ユニットは、時刻をモニタし、指定された前記時刻に前記メッセージを送信するよう設計される請求項１記載の加入者ユニット
【請求項３】
前記指定条件は日を含み、
前記加入者ユニットは、日付をモニタし、指定された前記日に前記メッセージを送信するよう設計される請求項１記載の加入者ユニット。
【請求項４】
前記指定条件は位置を含み、
前記加入者ユニットは、当該加入者ユニットの位置をモニタし、指定された位置で前記メッセージを送信するよう設計される請求項１記載の加入者ユニット。
【請求項５】
前記指定条件は、請求項２乃至４において定義される前記条件のうち任意の２または３以上を包含する請求項１記載の加入者ユニット。
【請求項６】
セルラネットワークから信号を受信するための受信器と、
受信される前記信号を復号してデータを抽出し、前記データが制御情報を表すならばこれに応答し、前記データがメッセージを表すならばこれを保存するためのプロセッサと
を更に具備する請求項１乃至５のいずれか１項記載の加入者ユニット。
【請求項７】
前記プロセッサに応答して、メッセージの到着の表示を出力するためのユーザインタフェースを更に具備する請求項１乃至６のいずれか１項記載の加入者ユニット。
【請求項８】
前記プロセッサは、送信用のメッセージを生成するための前記ユーザインタフェースへのユーザ操作に応答する請求項７記載の加入者ユニット。
【請求項９】
前記ユーザインタエースはメッセージを表示するためのディスプレイと、キーパッドとを具備する請求項７または８記載の加入者ユニット。
【請求項１０】
送信用に生成されるメッセージを表すデータを保存するためのメッセージ記憶装置と、
前記メッセージの送信に関連付けられる前記指定条件を表すデータを保存するためのメッセージデータ記憶装置と、
前記メッセージ記憶装置に保存されるメッセージを送信するための送信器と
を更に具備し、
前記プロセッサは、送信のために前記データを前記メッセージ記憶装置から前記送信器へ転送することができる
請求項８記載の加入者ユニット。
【請求項１１】
前記受信器によって受信される位置信号を処理して前記加入者ユニットの地理的位置を判断するための位置プロセッサを更に具備する請求項１乃至１０のいずれか１項記載の加入者ユニット。
【請求項１２】
位置データを受信するための個別の位置データ受信器を更に具備する請求項１１記載の加入者ユニット。
【請求項１３】
前記加入者ユニットの前記地理的位置を表す位置データが保存される位置データベースを更に具備する請求項１２記載の加入者ユニット。
【請求項１４】
メッセージを送信するか否かを決定するために、前記指定条件が前記位置データベース内のデータと比較される請求項１３記載の加入者ユニット。
【請求項１５】
前記条件を前記ユニットのユーザによって指定できるようにするための指定手段を更に具備する請求項１乃至１４のいずれか１項記載の加入者ユニット。
【請求項１６】
ネットワークによって指定される条件に応答する手段を更に具備する請求項１乃至１５のいずれか１項記載の加入者ユニット。
【請求項１７】
セルラ通信システムにおける送信のためのメッセージを準備する方法において、
送信されるメッセージを表すデータが前記メッセージの送信に関連付けられる指定条件を表すデータと共に加入者ユニットに保存され、
前記指定条件が満足されるときに前記メッセージは送信される
方法。
【請求項１８】
前記指定条件は時刻を含み、
時刻をモニタすることと、
指定された前記時刻に前記メッセージを送信することと
を更に具備する請求項１７記載の方法。
【請求項１９】
前記指定条件は日を含み、
日付をモニタすることと、
指定された前記日に前記メッセージを送信することと
を更に具備する請求項１７記載の方法。
【請求項２０】
前記指定条件は位置を含み、
前記加入者ユニットの位置をモニタすることと、
前記加入者ユニットが指定された前記位置にあるときに前記メッセージを送信することと
を更に具備する請求項１７記載の方法。
【請求項２１】
前記指定条件は、請求項１８乃至２０において定義される前記条件のうち任意の２または３以上を包含する請求項１７記載の方法。
【請求項２２】
セルラネットワークから信号を受信することと、
前記信号データを抽出するために、受信される前記信号を復号することと、
前記データが制御情報を表すならばこれに応答することと、
前記データがメッセージを表すならばこれを保存することと
を更に具備する請求項１７乃至２１のいずれか１項記載の方法。
【請求項２３】
メッセージの到着の表示を出力することを更に具備する請求項１７乃至２２のいずれか１項記載の方法。
【請求項２４】
送信用に生成されるメッセージを表すデータを保存することと、
前記メッセージの送信に関連付けられる前記指定条件を表すデータを保存することと
を更に具備する請求項１７乃至２３のいずれか１項記載の方法。
【請求項２５】
前記加入者ユニットの地理的位置を判断するために受信される位置信号を処理することを更に具備する請求項１７乃至２４のいずれか１項記載の方法。
【請求項２６】
前記加入者ユニットの前記地理的位置を表す位置データを保存することを更に具備する請求項２５記載の方法。
【請求項２７】
メッセージを送信するか否かを決定するために、前記指定条件を表すデータを保存される位置データと比較することを更に具備する請求項２６記載の方法。
【請求項２８】
前記ユニットのユーザが前記条件を指定できるようにすることを更に具備する請求項１７乃至２７のいずれか１項記載の方法。
【請求項２９】
ネットワークが前記条件を指定できるようにすることを更に具備する請求項１７乃至２８のいずれか１項記載の方法。
【請求項３０】
セルラネットワークにおいてメッセージを送信する方法において、
送信されるメッセージを表すメッセージデータを生成することと、
前記メッセージデータを保存することと、
前記メッセージデータによって表される前記メッセージの送信に関連付けられる１または複数の指定条件を定義する条件データを生成することと、
前記条件データを保存することと、
前記１または複数の指定条件が満足されるときを判断することと、
前記１または複数の指定条件が満足されるときに前記メッセージデータによって表される前記メッセージを送信することと
を具備する方法。
【請求項３１】
前記指定条件は時刻を含み、
時刻をモニタすることと、
指定される前記時刻に前記メッセージを送信することと
を更に具備する請求項３０記載の方法。
【請求項３２】
前記時刻はネットワーク負荷の低い時間として定義され、
ネットワーク上の負荷をモニタすることを更に具備する請求項３１記載の方法。
【請求項３３】
前記ネットワーク負荷の低いときに前記メッセージを送信することを更に具備する請求項３２記載の方法。
【請求項３４】
ネットワークにより定義されるオフピーク時間中に前記メッセージを送信することを更に具備する請求項３０記載の方法。
【請求項３５】
前記指定条件は日を含み、
日付をモニタすることと、
指定される前記日に前記メッセージを送信することと
を更に具備する請求項３０記載の方法。
【請求項３６】
前記指定条件は位置を含み、
前記加入者ユニットの位置をモニタすることと、
前記加入者ユニットが指定される前記位置にあるときに前記メッセージを送信することと
を更に具備する請求項３０記載の方法。
【請求項３７】
前記ユニットのユーザが前記条件を指定できるようにすることを更に具備する請求項３０乃至３６のいずれか１項記載の方法。
【請求項３８】
ネットワークが前記条件を指定できるようにすることを更に具備する請求項３０乃至３７のいずれか１項記載の方法。
【請求項３９】
セルラネットワークにおいてメッセージを送信する装置において、
送信されるメッセージを表すメッセージデータを生成するための手段と、
前記メッセージデータを保存するための手段と、
前記メッセージデータによって表される前記メッセージの送信に関連付けられる１または複数の指定条件を定義する条件データを生成するための手段と、
前記条件データを保存するための手段と、
前記１または複数の指定条件が満足されるときを判断するための手段と、
前記１または複数の指定条件が満足されるときに前記メッセージデータによって表される前記メッセージを送信するための手段と
を具備する装置。
【請求項４０】
前記指定条件は時刻を含み、
時刻をモニタするための手段と、
指定される前記時刻に前記メッセージを送信するための手段と
を更に具備する請求項３９記載の装置。
【請求項４１】
前記時刻はネットワーク負荷の低い時間として定義され、
ネットワーク上の負荷をモニタするための手段を更に具備する請求項４０記載の装置。
【請求項４２】
前記ネットワーク負荷の低いときに前記メッセージを送信するための手段を更に具備する請求項４１記載の装置。
【請求項４３】
ネットワークにより定義されるオフピーク時間中に前記メッセージを送信するための手段を更に具備する請求項４１記載の装置。
【請求項４４】
前記指定条件は日を含み、
日付をモニタするための手段と、
指定される前記日に前記メッセージを送信するための手段と
を更に具備する請求項３９記載の装置。
【請求項４５】
前記指定条件は位置を含み、
前記前記加入者ユニットの位置をモニタするための手段と、
前記加入者ユニットが指定される前記位置にあるときに前記メッセージを送信するための手段と
を更に具備する請求項３９記載の装置。
【請求項４６】
前記条件が前記ユニットのユーザによって指定されるようにするための指定手段を更に具備する請求項３９乃至４５のいずれか１項記載の装置。
【請求項４７】
ネットワークによって指定される条件に応答する手段を更に具備する請求項３９乃至４６のいずれか１項記載の装置。
【請求項４８】
添付図面を参照して本願明細書において実質的に記述される方法または装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラ通信システムのための加入者ユニットに関する。加入者ユニットは、指定条件に基づいてデータ送信を行うことができる。
【背景技術】
【０００２】
これまでのかなりの期間、セルラ通信システム及びその他の通信ネットワーク（以降、単に「ネットワーク(networks)」として参照される）は、いわゆるSMS（ショートメッセージサービス）を加入者に対して提供してきた。SMSメッセージは、テキストベースであって、多くの国及び地域において若いユーザに人気があることが判明している。ネットワークが従来の第２世代(2G)技術から次の世代の技術(3G)に移動するにつれ、より多くのネットワークがいわゆるMMS（マルチメディアメッセージサービス）を更に提供するようになるだろう。
【０００３】
名称が示唆するように、MMSメッセージはテキスト、音声ファイル、グラフィックスアニメーションなどを含むマルチメディアメッセージを包含する。2Gシステムにおけるそのようなメッセージの例は、ｅメール、ウェブページ及び静止画像を含む。今度の3Gシステムは、マルチユーザゲーム、また、ビデオ、サウンドチップ、ムービーフラグメントなどを表すマルチメディアデータの送受信を含む、よりメディアを駆使したメッセージ及びアプリケーションをサポートする能力を持つ。
【０００４】
テキストベースのSMSサービスと同様に、ユーザはこれから独自のMMSメッセージを作成して連絡相手に送信したり連絡相手からMMSメッセージを受信したりすることが可能となる。更に、豊富なマルチメディアコンテンツを備えたMMSメッセージを商業的なコンテンツクリエイタから受信することを可能にする追加的なサービスが利用できるようになる。
【０００５】
これらアプリケーションの相当物はしばらくの間PC上で利用可能であったが、それらの無線モバイル環境への移動は新たな課題と機会を提起する。無線ネットワークのパケット交換方式への移動は、いわゆる「オンデマンド帯域幅」の実現性を生じさせる仮想接続を可能にしている。パケット交換方式は、ユーザが常にネットワークに接続できるようにするために使用することができる。
【０００６】
メッセージキャパビリティーの増大は多くの利点をもたらすが、SMS及びMMSメッセージの送信をめぐってユーザ、ネットワーク或いは双方によるより大きな制御の必要性ももたらすだろう。ユーザの観点からすればコストはしばしば関心事となり、ウェブページ、イメージ及びビデオのような高データ量のメッセージを送信することはネットワークによる高い使用料を急速に招く可能性を有している。ネットワークの観点からすれば、上記問題は負荷の１つとなる。ピークタイムの間、爆発的な性質の高データ量のメッセージは、局部的なネットワーク負荷問題を引き起こすかもしれず、同様に、ユーザに提供されるサービスの品質に影響するかもしれない。これは、より多くのユーザがマルチメディアリッチなパケットベースサービスへ移動するにつれ増大することになるだろう。
【０００７】
本発明は、上記問題及び関連する問題を克服或いは少なくとも和らげることを目的とする。この目的を達成するために、本発明は指定条件に基づくデータ送信を提供することを目的とする。換言すると、目的は、とりわけデータスタンプ、タイムスタンプ、地理的位置、またはネットワーク負荷のうち任意の１つまたは複数に基づくSMS、MMSまたはその他のデータ送信の自動起動を提供することである。指定条件は、それ故に、ネットワーク、加入者ユニットのユーザまたは両者の組み合わせによって指示されてよい。
【発明の概要】
【０００８】
本発明の一態様によれば、セルラ通信システムのための加入者ユニットが提供され、加入者ユニットは送信されるメッセージを表すデータと共にメッセージの送信に関連付けられる指定条件を表すデータを保存し、メッセージの送信によって指定条件の満足に応答するよう設計される。
【０００９】
本発明の別の態様によれば、セルラ通信システムにおける送信のためのメッセージを準備する方法が提供され、その方法において、送信されるメッセージを表すデータはメッセージの送信に関連付けられる指定条件を表すデータと共に加入者ユニットに保存され、指定条件が満足されるときにメッセージは送信される。
【００１０】
本発明の更なる態様によれば、セルラネットワークにおいてメッセージを送信する方法が提供され、その方法は、送信されるメッセージを表すメッセージデータを生成することと、メッセージデータを保存することと、メッセージデータによって表されるメッセージの送信に関連付けられる１または複数の指定条件を定義する条件データを生成することと、条件データを保存することと、１または複数の指定条件が満足されるときを判断することと、１または複数の指定条件が満足されるときにメッセージデータによって表されるメッセージを送信することとを具備する。
【００１１】
本発明はセルラネットワークにおけるメッセージの送信装置も提供し、その装置は、送信されるメッセージを表すメッセージデータを生成するための手段と、メッセージデータを保存するための手段と、メッセージデータによって表されるメッセージの送信に関連付けられる１または複数の指定条件を定義する条件データを生成するための手段と、条件データを保存するための手段と、１または複数の指定条件が満足されるときを判断するための手段と、１または複数の指定条件が満足されるときにメッセージデータによって表されるメッセージを送信するための手段とを具備する。
【００１２】
本発明の上記特徴及び更なる特徴は添付の請求項において詳細に説明されると共に、その有利性は添付図面を参照しながら以下に記述される本発明の典型的な実施形態の説明の考慮によってより明確になるだろう。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明を具体化する加入者ユニットの概要システム図である。
【図２】図２は、セルラネットワークの典型的な時間依存性の負荷パターンを示す。
【図３】図３は、データのネットワーク依存性のアップロードの間におけるネットワーク及び加入者ユニットによる決定及び両者の相互作用に関してのフロー図である。
【図４】図４は、セルラネットワークにおけるセルの配置図である。
【発明を実施するための形態】
【００１４】
添付図面の図１に戻ると、本発明を具体化する加入者ユニット１０の概要システム図が示される。「加入者ユニット(subscriber unit)」なる用語は、セルラシステムのユーザをインタフェースで接続するセルラシステムにおける機器を参照するために、本願明細書において使用されることになる。機器は、モバイル機器でも固定機器でもよく、単一のユニットである必要もない。通常、「加入者ユニット」は、広く呼ばれているセルラネットワークで用いるモバイルフォンまたはセルラフォンであろう。しかしながら、本発明は、定位置にある機器及び／または本願明細書において後述される機能及び動作を一緒に行う複数のユニットを包含する機器において具体化されてよい。
【００１５】
加入者ユニット１０は、セルラネットワーク（図１において示されていない）から信号を受信し、セルラネットワークへ信号を送信するためのアンテナ１２を包含する。説明のため、加入者ユニット１０は、破線１４によって２つのパス１６、１８に分割されて示される。パス１６は、加入者ユニット１０によって受信される位置関連情報を協力して取り扱う機能部を包含する。パス１８は、音声データ及びユーザデータの送信及び受信を協力して扱う機能部を包含する。この分割は、本来は概念的であり、現実世界の機器において実行される必要はない。
【００１６】
パス１６、１８の機能部への分割は、２つのパスの動作の理解を単に容易にするために提示される思いつきである。実際には、パスは、示されるような個々の機能部へ分割される必要はない。機能は、組み合わせられたり更に分割されたりしてもよく、その選択は単に当業者による設計事項である。
【００１７】
位置データ処理パス１６は、アンテナ１２から位置信号を受信するために結合される位置データ受信／デコード部２０を包含する。受信／デコード部２０は、使用中の加入者ユニットが動作するネットワーク（図示しない）、グローバルポジショニングシステム(GPS)、または近い将来実装が予定されているガリレオシステムでさえも含む多数の異なる情報源から位置情報を受信するよう構成されてよい。これら位置探索技術は、周知である。加入者ユニット１０は、当業者によく知られている標準的な手法を用いてGPSを経由して獲得したデータを用いる。GPSシステム及びGPSデータの獲得は、それ故に本願明細書において詳しく記述されない。
【００１８】
アンテナ１２から受信される位置信号は、受信／デコードユニット２０によって復号されてから、受信／デコードユニット２０に結合される位置データ処理部２２に渡される。位置データ処理部２２は、復号済みの信号から位置関連情報を抽出し、主として位置データベース２４における座標情報として保存する。
【００１９】
位置データ処理パス１６からのデータに加えて、位置データベース２４は所定の位置及びユーザにより選択される位置の座標を定義するデータを保存する。位置データベース２４におけるデータは、記憶装置に予め組み込まれていてよいし、ユーザによって入力されてもよい。所定の位置の座標を定義するデータに加えて、位置データベース２４におけるデータは、ユーザにより割り当てられる識別子、即ち、「自宅(home)」、「仕事場(work)」、「オフィス(office)」、「空港(airport)」などのネームタグを定義するデータを含む。ユーザによって選択されるデータは、加入者ユニット１０が現にその位置にあるときに位置データベース２４に入力されてよい。これらユーザにより定義される名称は、各々が一組のGPS座標と関連付けられ、加入者ユニット１０内部のデータベースを形成する。
【００２０】
データベースという用語は、単に便宜上のラベルとして本願明細書において用いられる。データベースは、加入者ユニット１０が目的としている動作の精巧さの水準次第で、ルックアップテーブルと同じくらい単純であってよいし、リレーショナルデータベースと同じくらい複雑であってもよい。ほとんどのアプリケーションにおいて、データベースは、位置情報を保存することを除いてアドレス帳または電話帳にそっくりのものとなるだろう。上記データベースは、それ故に「位置帳(place book)」とも呼ぶことができる。
【００２１】
位置データ処理パス１６によって行われる動作及び機能の更なる説明が、後述される。それら動作及び機能はデータ送受信パス１８の動作及び機能次第であり、この説明にこれから取り掛かる。
【００２２】
データ送受信パス１８は、アンテナ１２から音声及び／またはデータを表す信号を受信するために結合される音声／ユーザデータ送受信器２６を包含する。送受信器２６は、使用時に動作中のネットワーク（図示しない）から信号を受信するよう構成される。送受信器２６は、受信した信号を復調してから、結合されるデコード部２８に渡す。デコード部２８は、復号（即ち、復調済みの信号からデータを抽出）し、抽出されたデータをデータ処理及び制御部３０に渡す。データ処理及び制御部３０は、デコード部２８から受信されるデータを検査し、それに関して何をするかを決定する。
【００２３】
データが音声信号を単に表すならば、データ処理部３０はデータを直接的にユーザインタフェースドライバ３２に出力してよい。ユーザインタフェースドライバ３２は、スピーカ３４、マイクロホン３６、ディスプレイ３８及びキーボード４０に結合され、それ故に現実世界におけるユーザに様々な接続を提供する。音声信号に関して、ユーザインタフェース３２は音声データをアナログ信号に変換し、スピーカ３６を駆動するためにアナログ信号を出力する。このように、音声信号は可聴出力として再生される。
【００２４】
受信されたデータは、加入者ユニットの動作の制御に使用されるための制御信号を表すかもしれない。このような制御信号は、加入者ユニット及びネットワーク（図示しない）の間のRF信号の送受信を支配する。制御信号及び制御信号への加入者ユニットの応答における様式は、さまざまな従来の通信標準によって規定される。本発明は、特定の標準に特異的でない。簡略にするために、これら制御信号は本願明細書においてこれ以上詳細には説明されない。
【００２５】
受信された信号におけるユーザデータは、送受信器２６、デコード部２８及びデータ処理及び制御部３０を経由してユーザデータパス１８をたどる。ユーザデータは、例えば、別のユーザ（図示しない）からのテキストメッセージまたはネットワークからの課金情報などの単純なSMSメッセージであるかもしれない。ユーザデータは、イメージ（例えば、jpegファイル）、楽曲（例えば、mp3ファイル）、または実行可能アプリケーション（例えば、Java（登録商標）アプレット）を表すデータであるかもしれない。
【００２６】
データ処理及び制御部３０は、このように受信されたユーザデータを処理し、それに応答及び／またはそれをメッセージメモリ４２及び／またはユーザ情報データベース４４に保存する。このような２つのユニット４２及び４４は、単に説明を簡略化するために別個のユニットとして示されている。実際には、そのように要求されるならば、ユニット４２、４４は、お互いに、また位置データベース２４と単一のユニットに一体化されてよい。
【００２７】
データの性質次第で、データ処理及び制御部３０はスピーカ３４を経由する出力のための音声信号をデータが受信されたユーザに対する可聴警告として生成してもよい。その上或いはこれの代わりに、制御部３０はディスプレイ３８への出力のための信号をユーザに対する可視警告として生成してよい。表示されるものは、主としてキーボード４０のユーザ操作によるデータを回復するための命令を含んでもよい。この方式のユーザ対話は、単にルーチン設計の事項であり、それ故に本願明細書においてこれ以上記述される必要はない。
【００２８】
マイクロホン３６によって感知される音声信号（即ち、典型として音声(speech)）は、ユーザインタフェースドライバ３２によって音声データに変換される。ユーザインタフェースドライバは、それ故に、音声信号を送信に適した形式のデジタル信号に変換するボコーダとして機能する。通信システムは、とりわけ音声信号を送信のためのデータに変換するボコーダの方式を指定するさまざまな標準によって定義される。ボコーダの種類は、本発明と密接に関係せず、本発明は種々の標準に等しく適用可能である。ユーザインタフェースドライバによって行われるボコード機能は、それ故に本願明細書においてこれ以上詳しく説明されない。
【００２９】
SMS及びMMSメッセージの生成は、キーボード４０のユーザ操作及びディスプレイ３８を経由したユーザとの対話によって制御される。この方式のユーザ対話は、単にルーチン設計の事項であり、それ故に本願明細書においてこれ以上記述される必要はない。結果として生じるSMS／MMSメッセージはデータとしてメッセージメモリ４２に保存される。メッセージデータは、ユーザ指定条件が満たされるまでの適切な期間にわたってメッセージメモリにおいて保持される。
【００３０】
編集ののち、加入者ユニット１０は、以下のような送信に関するオプションのメニューを提示することになる。  
（１）  日時（例えば、本日１７時以降）が、ユーザ又は第三者に何かすることを思い出させるために設定可能である。  
（２）  サービス利用可能となったときに送信せよ（例えば、サービスが利用可能でない地域でメッセージが作成される場合）。  
（３）  ある位置への加入者ユニット１０の近接（例えば、ユーザによって位置帳において定義される「自宅」から１０マイル以内）。
【００３１】
ユーザ指定条件が満たされるとき、SMS／MMSメッセージを表すデータは、送受信器２６による送信のために、メモリ４２から制御部３０を経由してエンコーダ４６に転送される。エンコーダ４６は、データ処理及び制御部３０と一緒に、SMS／MMSデータを送信に適した形式で符号化する働きをする。制御部３０及びエンコーダ４６によって生成されるデータの種類は、本発明と密接に関係しない。更に、本発明は、様々な標準に等しく適用可能であり、それ故に制御部３０及びエンコーダ４６によって生成されるデータは本願明細書においてこれ以上詳しく記述されない。
【００３２】
加入者ユニット１０は、各種条件が満たされるか１または複数のユーザ指定アクションが生じるまで、ユーザにより生成されたメッセージ（SMSまたはMMS）の送信を遅らせるためにユーザの制御下で動作可能である。故に、加入者ユニット１０は、ユーザにSMS／MMSメッセージをメッセージが送信される前に満足されるべき条件を識別するデータと一緒に保存することを可能にするよう構成される。加入者ユニット１０は、SMS／MMSを送信するタイミングを判断するために上記トリガ条件を使用する。ひとたびトリガ条件が満たされると、直ちに（または、できるだけ早く）送信するよう条件が変化する。例えば、メッセージが「本日１７時以降に送信せよ」というトリガ条件を持つならば、ひとたび１７時が来れば、条件は満足され、「直ちに送信せよ」に変化する。
【００３３】
「日時」オプションは、多くの場面に関して実用的となるだろう。例えば、ビジネスマンは、彼が１日の経過中に行った顧客訪問（或いはなされた約束）でメモを取ることができ、その日の終わりに、その顧客訪問でとられた行動に関してこれらサマリが彼のオフィスに送信され得る。これは、オフピーク料金を活用するためにも利用可能である。この場合において、加入者ユニット１０のメニュー上で特性を簡単に設定することにより、何らの追加的なユーザの介入を必要とせずに、データはオフピーク時間または夜間に自動的に送信されるであろう。
【００３４】
「直ちに送信せよ」オプションは、２つの応答のうち１つをもたらすであろう。第１に、加入者ユニット１０がサービス中にあるなら、メッセージは直ちに送信されることになる。第２に、加入者ユニット１０がサービス中にないなら、ユーザの介入を必要とせずに、メッセージはネットワークサービスが再確立されると直ちに送信されることになる。例えば、
空港でユーザを出迎える第３者にユーザが到着したことを知らせ、ユーザと会う位置を提案すること。
【００３５】
「近接」オプションは、第三者にユーザが自宅に近づく（ドライブ中など）ときを知らせるために役立つであろうし、ユーザが職場に到着しそうになるときなどを同僚に通知するために用いられ得る。
【００３６】
オプションは組み合わせられてもよく、例えば、メッセージは、日時条件及び近接（例えば本日１７時以降であって、「自宅」から１０ｋｍ以内）の双方が満たされるときに、送信されてよい。
【００３７】
添付図面の図２は、セルラネットワークの典型的な負荷パターンを示すグラフである。図２のグラフから理解されるように、ネットワーク使用量は夜間中に非常に小さく、商取引時間帯中に非常に大きい。現在の音声サービスに関して、より高い料金がピーク時間中に適用され、ユーザはオフピーク時間中より低い料金を負担する。それ故、ネットワーク負荷は、単純に、時刻の関数としてよい。例えば、ネットワークは、そのピークタイムを午前７時及び午後７時の間と定義してよい。その時間枠内で掛けられた電話は割り増し料金で請求され、その時間枠外で掛けられた電話はオフピーク料金で請求されるであろう。
【００３８】
ネットワークオペレータは料金を決定するが、個々のオペレータがデータ送信に関する料金をどのように扱ってゆくかを一般化することは困難である。それでもなお、音声通信に関する過去の課金に一致して、少なくとも一部のオペレータはデータ送信に関して異なる時間に異なる料金を請求しそうである。ユーザの観点からすればコストはしばしば関心事となり、ウェブページ、イメージ及びビデオのような高データ量のメッセージを送信することはネットワークによる高い使用料を急速に招く可能性を有している。
【００３９】
従って、MMSアプリケーションのユーザは、より低い料金を活用できるようにオフピーク時間まで選択したMMSメッセージの送信を遅らせることを望むかもしれない。同様に、ユーザは、さまざまな条件が満たされるか１または複数のユーザ指定アクションが生じるまでネットワークからのデータの受信（例えば、遠隔サーバからのファイルダウンロード）を遅らせることを望むかもしれない。
【００４０】
加入者ユニット１０は、それ故に、１または複数のユーザ指定条件が満たされるまでメッセージの送信を遅らせることをユーザが指定できるよう構成される。それら条件は、日、時間、ネットワーク負荷、地理的位置を含むが、これに限定されない。最初の２つの条件は比較的単刀直入である。ディスプレイ３８及びキーボード４０を使ったユーザ対話を経て、日及び／または時間を定義するデータが情報データベース４４に入力され保存される。
【００４１】
データ処理及び制御部３０は、それら条件の満足に対して、送受信器２６及びアンテナ１２を介したネットワーク上の送信のため関連メッセージをメッセージメモリ４２からエンコーダ４６へ移動することにより応答するよう設計される。最も簡単な事例において、制御部３０は現在時刻（ネットワークから受信する情報または内部的に生成されるデータのいずれか、または双方に基づいて）及び現在時刻がユーザ情報データベース４４に保存される時間条件に適合するときをモニタする。送信された時点でメッセージをメモリ４２から削除するか否かは設計上の選択事項であり、とりわけメモリの容量、加入者ユニットの物理的サイズ、及びコスト次第である。
【００４２】
より高度なアプリケーションがネットワーク及び／またはユーザによって求められそうである。別のオプションが、それ故に、時々ネットワークからネットワーク負荷情報を受信するよう加入者ユニット１０を設計することになるであろう。そのような情報の送信は、わずかながら、ネットワークに更なる負荷をかける。ネットワーク負荷情報が加入者ユニット１０に送信されるときの規則性は、それ故に、ネットワークサービス割り当て及びユーザに提供されるサービス品質を釣り合わせるためのネットワーク設計上の選択事項である。
【００４３】
前述の説明において、たくさんの「知能(intelligence)」（即ち、データ処理、決定など）が加入者ユニット１０に据えられている。知能の一部がネットワークに有利に据えられるときがあってもよい。そういう状況の１つは、ネットワーク負荷に基づくメッセージ送信に関連するであろう。例えば、音声トラヒックのためのネットワーク容量を最大化するために、ピーク時間中にデータ処理を中心とするアプリケーションに関するデータの転送を減らすようネットワーク駆動される必要性があるかもしれない。
【００４４】
ネットワークは、「ピーク」時間を午前７時及び午後７時の間と定義するかもしれないが、１日の間にネットワークの負荷が選択されたレベル（例えば、平均より低い負荷）より下になる短い期間あるだろう。これらの短い期間は、加入者ユニット１０から時間依存性のSMS／MMSメッセージをアップロードするためにネットワークによって使用されてよい。
【００４５】
添付図面の図３は、SMS／MMSメッセージを表すデータのネットワーク依存性のアップロードの間におけるネットワーク及び加入者ユニットによる決定及び両者の相互作用のフロー図５０である。段階５２において、時間依存性のメッセージが作成されるとき、加入者ユニット１０はメッセージのサイズ、送信の所望時刻またはその他の条件及びSMS／MMSメッセージのための意図される宛先を識別するステータスメッセージをネットワークに送信する。段階５４において、ネットワークはSMS／MMSメッセージのサイズ及びメッセージの送信に付随する条件を記録することによりステータスメッセージに応答する。
【００４６】
ネットワークは各加入者ユニット１０が接続されているセル及び各加入者ユニットが送信しなければならないデータ量を知っているので、ネットワークは各セルに関して合計の未決着のデータ量を計算できる。このようにネットワークは、データを加入者ユニットからネットワークに転送するために、十分なリソースが利用可能となるときを判断できる。
【００４７】
図３の段階５６によって表されるように、ネットワークは、加入者ユニット１０に平均的な活動量を下回る期間中にメッセージ（またはメッセージの一部）をアップロードするよう促す。アップロードは、ネットワーク中の制御チャネル上で送信されるプロトコルメッセージを用いて誘発される（加入者ユニット１０において）。プロトコルメッセージは、加入者ユニット１０にネットワークリソース（即ち、容量）が現在利用可能なのでデータ転送に取りかかるよう単純に指示するであろう。制御チャネルの性質は、ネットワークに適用可能な標準によって決定される。実装に関わる標準次第で、ページングチャネル、ブロードキャストチャネル、またはその他のチャネルの任意の１つがプロトコルメッセージを運ぶために利用され得る。
【００４８】
利用可能なリソース量次第で、ネットワークは異なる方法でデータをアップロードすることを決定できる。例えば、ネットワークは、以下のような方法でデータをアップロードすることを決定できる。  
（１）  全ての加入者ユニット１０のステータスがネットワークにとって既知であるので、大量のデータまたは保留中データと異なるタイプを持つ特定の加入者ユニットからデータをアップロード。  
（２）  セル上の特定グループチャネルに割り当てられる任意の加入者ユニットからデータをアップロード。  
（３）  セルの特定セクタ上の任意の加入者ユニットからデータをアップロード。  
（４）  特定セル上の任意の加入者ユニットからデータをアップロード。  
（５）  特定グループセル上の任意の加入者ユニットからデータをアップロード。  
（６）  申し込みのタイプに基づいてデータをアップロード。
【００４９】
メッセージは、その意図される宛て先へ向けた次の送信に関する受け渡し時を定義するデータと共にネットワーク（図示しない）上のメッセージサーバ内で待ち行列（キュー）に入れられる。一旦アップロードが完了すると、図３の段階５８によって表されるように、ネットワークはアップロードアクノリッジメント信号を加入者ユニットに送信する。加入者ユニットは、送信済みとしてSMS／MMSメッセージをマーキングし、（必要であれば）メッセージをメモリ４２（図１参照）から消去することによりアクノリッジメント信号に反応する。
【００５０】
SMS／MMSメッセージに関連付けられる条件が当てはまるとき、図３の段階６０によって表されるように、ネットワークは待ち行列に入れられているメッセージを意図される受容者に送信する。その後、段階６２に示すように、メッセージは、他のメッセージのためにサーバ内のスペースを解放すべくサーバ内のキューから消去される。
【００５１】
ネットワークの観点からすれば、このアプローチは、平均的な活動量を上回る期間の不必要な負荷を回避しつつ、１日を通してネットワークの利用を最適化する利点がある。ユーザの観点からすれば、それはオフピーク料金でのデータ送信という利点を提供する。
【００５２】
上記アプローチは、メッセージが前もってアップロードされること確実にし、その結果、メッセージが所望時刻に配信されることを確実にする。これは、サービスが中断されるときのメッセージ送信に関連する問題の一部も扱う。これまでのところ、SMS／MMSメッセージを送受信するには加入者ユニットはサービス中でなければならない。即ち、加入者ユニットは、モバイルユーザによって生成されたメッセージを直ちに送信するために、モバイルネットワーク上の仕えている(serving)セルに同期しなければならなかった。知能をネットワークに移動することは、サービスの中断のためにメッセージ「コール(call)」が落とされる可能性を減らすことになるだろう。
【００５３】
「近接」条件は、加入者ユニット１０の地理的な位置が知られることが必要である。これを行ういくつかの方法がある。添付図面の図４は、加入者ユニット１０が位置するセルラネットワーク７０の配置図である。
【００５４】
ネットワーク７０は、サービスエリアをカバーする複数セル７１、７２、７３、７４，７５を包含する。便宜上、セル７１乃至７５は組み合っている六角形として示される。これは想像上の表現であるが、現実世界においてセルの形状は、相対信号強度、地形、及び時刻さえも含むたくさんの環境的要素によって決定される。各セルには、ネットワークを形成するその他の機器（図示しない）と共にそれぞれの基地局８１、８２、８３、８４、８５が施設されている。
【００５５】
最も単純な水準では、ネットワークはいかなる瞬間にも加入者ユニット１０が位置するセルを知っている。この知識は、加入者ユニット１０の位置に関して粗い識別を提供するために使用され得る。このアプローチはあまり正確でないだろう（その分解能は、ネットワーク内でのセルのサイズ及び間隔次第となるだろう）。それでも、加入者ユニット１０が所定の村または町に位置しているか否かを見分けるには十分かもしれず、いくつかの近接条件に関しては十分かもしれない。
【００５６】
より高度な水準に関して、移動局は、グローバルポジショニングシステム(GPS)から、またはいずれ実装されるときにはガリレオシステムからさえも位置情報を集め得る。加入者ユニット１０内部のGPS（または類似の）受信器は、GPS信号の良好な受信と位置計算のための多大な処理パワーを必要とする。代替案は、ネットワークが加入者ユニット１０の位置を決定するために必要な計算の一部を引き継ぐ補助サーバを包含するいわゆるアシステッドGPS(AGPS)システムである。
【００５７】
使用される方法次第で、近接依存性のメッセージに関する「知能」は、加入者ユニット１０（図１に示されるように）、ネットワーク（他の条件付きメッセージに関連して既に説明しているように）または加入者ユニット及びネットワークの双方に据えられてよい。以下の説明は、添付図面の図１に示すように、上記知能は加入者ユニット１０にあることを仮定する。
【００５８】
加入者ユニット１０（図１参照）内部の位置データベース２４は、過去に入力されたユーザにとって既知の（または，重要な）場所（それらのGPS座標によって定義される）のリストを包含する。GPS受信器のような位置探索機器にそのようなデータを入力するさまざまな方法があるので、この態様はそれ故に本願明細書においてこれ以上詳しく説明される必要はない。
【００５９】
ユーザが位置依存性メッセージ（指定位置または所定の地域に位置している加入者ユニットに送信が左右されるメッセージ）を作成するとき、データが加入者ユニットに保存される。データ処理及び制御部３０は、メッセージをメッセージメモリ４２に保存させ、位置条件を表すデータをユーザ情報データベース４４に保存させる。その後、データ処理及び制御部３０はユーザ情報データベース４４に保存されている情報を、位置データベース２４に保持されている位置データ（現在の座標）と比較する。条件が満たされるとき、データ処理及び制御部３０は、前述した方式でメッセージを伝送させる。
【００６０】
好ましい実施形態を参照して本発明を説明してきたが、該実施形態は単に典型的なものに過ぎず、当業者が思いつくような修正及び変形は添付の請求項に記述される発明及びその均等物の精神及び範囲から脱却することなくなされてよいものと適切に理解されるべきである。
【図１】
2009545255.tif 000003
【図２】
2009545255.tif 000004
【図３】
2009545255.tif 000005
【図４】
2009545255.tif 000006
【国際調査報告】
2009545255.tif 000007
2009545255.tif 000008
2009545255.tif 000009