(57)【特許請求の範囲】
【請求項１】
少なくとも１人の携帯ユーザに対するターゲット型オファーのためのシステムであって、
少なくとも１人の携帯ユーザの興味に関連する情報を収集するように構成されたデータ収集システム（２１０）と、
複数の分類グループにしたがって、少なくとも１人の携帯ユーザについて少なくとも１つの携帯ユーザプロファイルを生成するように構成されたプロファイリングエンジン（２２０）であって、複数の分類グループがデータ収集システムの収集した情報に基づく、プロファイリングエンジン（２２０）と、
少なくとも１つのサービスプロファイルにプロファイリングエンジンから受信された少なくとも１つの携帯ユーザプロファイルをマッピングするように構成されたマッチングエンジン（２３０）と、
マッチングエンジンから受信されたマッピングおよびデータ収集システムから受信されたトリガに基づいて、少なくとも１人の携帯ユーザに少なくとも１つのサービスをオファーするように構成されたオファーマネージャ（２４０）であって、トリガは携帯ユーザ受諾率、ユーザ受諾可能性、ネットワーク負荷、およびネットワークシグナリングイベントの少なくとも１つに関連するオファーマネージャと
を備え、
サービスをオファーすることによりネットワークのパフォーマンスが低下しないように、携帯ユーザ受諾可能性が高く、ネットワーク負荷が低い場合に、オファーマネージャが少なくとも１つのサービスをオファーする、システム。
【請求項２】
ネットワーキングシグナリングイベントは電源入、データネットワークへのアタッチメント、およびローミングの少なくとも１つに関連し、
データ収集システムが、少なくとも１人の携帯ユーザにオファーされた少なくとも１つのサービスの携帯ユーザ受諾率に関する情報を収集するようにさらに構成されている、請求項１に記載のシステム。
【請求項３】
サービストラフィックを担持することになるネットワークの一部が追加の携帯ユーザに十分な容量を有する場合に、オファーマネージャは、ネットワーク負荷が低いと判断し、
少なくとも１人の携帯ユーザが少なくとも１つのサービスに関連するアクティビティを行なっている場合に、オファーマネージャは、携帯ユーザ受諾可能性が高いと判断する、請求項２に記載のシステム。
【請求項４】
ネットワーク負荷の少なくとも一方が低くなく、携帯ユーザ受諾可能性が現在の期間で高くない場合、オファーマネージャが、携帯ユーザ受諾可能性が高く、ネットワーク負荷が低い別の期間に少なくとも１つのサービスをオファーする、請求項３に記載のシステム。
【請求項５】
少なくとも１つのオファーされたサービスが少なくとも１人の携帯ユーザによって受諾された場合、オファーマネージャが、少なくとも１つのサービスを起動し、
オファーマネージャが、トライアル期間が満了した後に、少なくとも１人の携帯ユーザに、少なくとも１つの起動されたサービスに有料で加入するように要求し、
少なくとも１人の携帯ユーザが少なくとも１つの起動されたサービスに加入しない場合、オファーマネージャは、少なくとも１つの起動されたサービスを停止する、請求項１に記載のシステム。
【請求項６】
マッチングエンジンが、少なくとも１つの携帯ユーザプロファイルおよび少なくとも１つのサービスプロファイルに基づいて、サービスの少なくとも１つに少なくとも１人の携帯ユーザの各々をペアリングし、少なくとも１つの携帯ユーザプロファイルは、１つまたは複数のターゲット領域内の少なくとも１人の携帯ユーザの興味レベルを示し、少なくとも１つのサービスプロファイルは、１つまたは複数のターゲット領域へ少なくとも１つのサービスの互換性を示す、請求項１に記載のシステム。
【請求項７】
少なくとも１人の携帯ユーザと公衆インターネットネットワークの間に送信されたデータパケットを分析して、分析されたデータパケットに関する情報をデータ収集システムに送信するように構成されたディープパケットインスペクションユニット（ＤＰＩ）（１４８）をさらに備え、
データ収集システムが、ウェブトレース、訪れたウェブサイト、キーワードサーチ、ウェブサイトに訪れた継続時間、サービスにアクセスし訪れた継続時間、サービスにアクセスした継続時間、発呼記録、呼詳細記録（ＣＤＲ）、および人口統計情報の少なくとも１つに関連する情報を収集し、
ウェブトレースがＤＰＩから収集され、ＣＤＲがＤＰＩおよび課金システムの少なくとも１つから収集され、人口統計情報が外部データベースから収集され、ＣＤＲはネットワークリソースの少なくとも１人の携帯ユーザの利用を記述したサマリ記録を含み、人口統計情報は少なくとも１人の携帯ユーザの加入者年齢、性別および位置の少なくとも１つを含む、請求項１に記載のシステム。
【請求項８】
複数の分類グループを有するプロファイリングエンジンが、映像、音楽、スポーツ、ニュース、ソーシャルネットワークグループの少なくとも１つを含み、
プロファイリングエンジンが、少なくとも１つの分類規則に基づいて、複数の分類グループの１つにしたがって、受信した収集情報を分類し、
少なくとも１つの分類規則を有するプロファイリングエンジンが、ウェブサイトのタイプに基づいて、複数の分類グループの１つに少なくとも１人の携帯ユーザによるウェブサイトへの各訪問を勘定することを含み、
少なくとも１つの分類規則を有するプロファイリングエンジンは、複数のファクターを考慮するアルゴリズムにしたがって、ある期間にわたって少なくとも１人の携帯ユーザの挙動に重みを加えることを含み、複数のファクターの少なくとも１つは、少なくとも１人の携帯ユーザによってサービスオファーおよびサービス加入の少なくとも１つの以前の受諾率を含む、請求項１に記載のシステム。
【請求項９】
オファーマネージャが、オファーしたサービスに対する少なくとも１人の携帯ユーザの応答を受信する、およびデータ収集システムにユーザおよびサービス情報を送信する少なくとも一方を行なうようにさらに構成されている、請求項１に記載のシステム。
【請求項１０】
少なくとも１人の携帯ユーザに対するターゲット型オファーのための方法であって、
少なくとも１人の携帯ユーザの興味に関連する情報をデータ収集システムによって収集するステップ（Ｓ３１０）と、
少なくとも１つの携帯ユーザプロファイルを生成するために、複数の分類グループにしたがって、少なくとも１つの携帯ユーザをプロファイルエンジンによってプロファイリングするステップ（Ｓ３２０）であって、複数の分類グループが該収集することに基づく、ステップ（Ｓ３２０）と、
少なくとも１つのサービスプロファイルにプロファイリングするステップから受信された少なくとも１人の携帯ユーザプロファイルをマッピングエンジンによってマッピングするステップ（Ｓ３３０）と、
マッピングするステップおよび収集するステップから受信されたトリガに基づいて、少なくとも１人の携帯ユーザに少なくとも１つのサービスをオファリングマネージャによってオファーするステップ（Ｓ３４０）であって、トリガは携帯ユーザ受諾率、ユーザ受諾可能性、ネットワーク負荷、およびネットワークシグナリングイベントの少なくとも１つに関連するステップと
を含み、
サービスをオファーすることによりネットワークのパフォーマンスが低下しないように、携帯ユーザ受諾可能性が高く、ネットワーク負荷が低い場合に、オファーマネージャが少なくとも１つのサービスをオファーする、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
１つまたは複数の例示的な実施形態は、無線通信ネットワークに関し、例えば、無線通信ネットワーク内での携帯ユーザに対するターゲット型オファーのための方法およびシステムに関する。
【背景技術】
【０００２】
携帯ネットワークオペレータ（ＭＮＯ）は、新しいサービス、新しいアプリケーション、および／または既存のサービス／アプリケーションに対するアップグレードをその携帯ユーザまたは顧客に販売することによって、そのユーザ１人当たりの平均収入（ＡＲＰＵ）を増加させようとする。広告および販売促進が、これらのサービスおよびアプリケーションに関して携帯ユーザに知らせるために使用される。無料アプリケーションまたはサービストライアルを提供することは、サービスまたはアプリケーションの携帯ユーザの認識度を高くするためにも、追加のサービスまたはアプリケーションに支払うことに携帯ユーザの関心を高くするためにも使用される１つのこのような例である。ＭＮＯは通常、携帯ユーザが加入している場合に、アプリケーションまたはサービスが使用の最初の１ヶ月などの限定期間に無料であるモデルで無料トライアルをオファーする。
【０００３】
無料トライアルが携帯ユーザにオファーされる場合、通常、多数の問題が生じる。第１に、オファーされたトライアルが携帯ユーザの興味を引かない主題である場合に、トライアル自体をオファーすることは携帯ユーザをいら立たせる可能性がある。さらに、トライアルを繰返しオファーすることは、携帯ユーザをますますいら立たせる可能性がある。第２に、携帯ユーザがオファーされたトライアルに興味がある場合でさえも、携帯ユーザがそうでなければ別の活動に専念していた期間中にトライアルをオファーする可能性があり、それによって、携帯ユーザは無料トライアルに加入しない可能性がある。最後に、多数の携帯ユーザにむやみに無料トライアルをオファーすることは、ネットワーク内の輻輳の問題につながる可能性がある。というのは、ＭＮＯは、どれだけ多くの携帯ユーザが無料トライアルに興味があるか予測することができないからである。例えば、オファーを受諾した携帯ユーザの数が予想外に多い場合、その結果生じるネットワークの輻輳により、サービスまたはアプリケーションのパフォーマンスが悪くなり、したがって、携帯ユーザのフラストレーションの原因となり、無料トライアルの意図した結果に反する結果につながる可能性がある。
【０００４】
アプリケーションまたはサービスを携帯ユーザに知らせるために使用される別の例は、広告またはマーケティング電話を使用することである。広告とはプルモデルを示し、携帯ユーザは、サービスまたはアプリケーションに加入するために、広告内にリストされた電話番号に電話する、またはインターネットウェブページを訪れることなどによって、ＭＮＯとの接触を開始する。マーケティングコールはプッシュモデルを示し、ＭＮＯは、携帯ユーザがサービスまたはアプリケーションに加入するのを促すために、携帯ユーザに電話をすることなどによって、接触を開始する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
したがって、サービスまたはアプリケーションオファーは、携帯ユーザの興味に基づいて特定の携帯ユーザにターゲットされていない。さらに、マーケティングコールは通常、携帯ユーザによってスパムとみなされ、携帯ユーザに不都合であるときに受信され、それによって携帯ユーザがオファーを受諾することになる可能性がさらに低くなる可能性がある。また、サービスまたはアプリケーションオファーは、ネットワーク状態に関わらずＭＮＯによって携帯ユーザに提示される。したがって、アプリケーションまたはサービスは、ネットワーク状態が携帯ユーザに高品質の経験を与えるのに適切ではない場合にオファーされ、携帯ユーザがこのときにアプリケーションまたはサービストライアルを使用しようと試みた場合、アプリケーションまたはサービスの悪いパフォーマンス、携帯ユーザにとって残念な経験につながる可能性がある。
【課題を解決するための手段】
【０００６】
例示的な実施形態は、携帯ユーザにオファーをターゲットするデバイスおよび方法に関する。
【０００７】
例示的な実施形態によると、少なくとも１人の携帯ユーザに対するターゲット型オファーのためのシステムは、少なくとも１人の携帯ユーザの興味に関する情報を収集するように構成されたデータ収集システムと、データ収集システムの収集情報に基づく複数の分類グループにしたがって少なくとも１人の携帯ユーザをプロファイリングするように構成されたプロファイリングエンジンと、少なくとも１つのサービス／アプリケーションプロファイルにプロファイリングエンジンから受信された少なくとも１つの携帯ユーザプロファイルのマッピングするように構成されたマッチングエンジンと、マッチングエンジンから受諾されたマッピングおよびデータ収集システムから受信されたトリガに基づいて、少なくとも１人の携帯ユーザに少なくとも１つのサービス／アプリケーションをオファーするように構成されたオファーマネージャとを含む。
【０００８】
別の例示的な実施形態によると、少なくとも１人の携帯ユーザに対するターゲット型オファーのための方法は、少なくとも１人の携帯ユーザの興味に関する情報を収集するステップと、データ収集システムの収集情報に基づいて複数の分類グループにしたがって少なくとも１人の携帯ユーザをプロファイリングするステップと、少なくとも１つのサービス／アプリケーションプロファイルにプロファイリングエンジンから受信された少なくとも１つの携帯ユーザプロファイルをマッピングするステップと、マッピングおよびデータ収集システムから受信されたトリガに基づいて、少なくとも１人の携帯ユーザに少なくとも１つのサービス／アプリケーションをオファーするステップとを含む。
【０００９】
例示的な実施形態は、以下に与えられた詳細な説明および添付の図面からより完全に分かるだろう。同様の要素は同様の参照番号によって示され、単に例として与えられているものであり、本発明を限定するものではない。
【図面の簡単な説明】
【００１０】
【図１】例示的な実施形態による無線通信システムの一部を示す図である。
【図２】例示的な実施形態による携帯ユーザに対するターゲット型オファーのためのシステムのブロック図である。
【図３】例示的な実施形態による携帯ユーザにオファーをターゲットする方法を示す図である。
【図４】図３の方法のステップＳ３４０の実施形態を示す図である。
【図５】例示的な実施形態による、ターゲット型オファーが携帯ユーザによって受諾された後に加入を開始する方法を示す図である。
【発明を実施するための形態】
【００１１】
これから添付の図面を参照して様々な例示的な実施形態をより詳細に説明する。
【００１２】
本明細書に開示された特定の構造的および機能的詳細は単に、例示的な実施形態を説明する目的で示したものである。しかし、例示的な実施形態を多くの代替形態で実現することができ、本明細書に記載した実施形態のみに限るものであると解釈すべきではない。
【００１３】
したがって、例示的な実施形態は様々な変更形態および代替形態が可能であり、その実施形態は図面で例として示され、本明細書で詳細に説明される。しかし、例示的な実施形態を開示した特定の形態に限定することを意図したものではなく、逆に、例示的な実施形態は例示的な実施形態の範囲内に含まれる全ての変更形態、同等形態および代替形態を含むことを意図したものであることを理解されたい。同様の数字は、図面の説明全体を通して同様の要素を参照する。
【００１４】
第１の、第２のなどの用語は、様々な要素を説明するために本明細書で使用することができるが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、１つの要素を別の要素と区別するために使用されているだけである。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素を第２に要素と称することができ、同様に、第２の要素を第１の要素と称することができる。本明細書で使用するように、「および／または」という用語は、関連して挙げられた項目の１つまたは複数のいずれか、および全ての組合せを含んでいる。本明細書で使用される専門用語は、特定の実施形態を説明するだけの目的であり、例示的な実施形態の限定を意図したものではない。本明細書で使用するように、「ａ」、「ａｎ」および「ｔｈｅ」という単数形は、文脈が明らかにそうでないことを示していない限り、複数形を含むことを意図している。さらに、「備える」、「備えている」、「含む」、および／または「含んでいる」という用語は、本明細書で使用される場合、定められた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を特定するが、１つまたはそれ以上の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそのグループの存在または付加を除外するものではないことを理解されたい。
【００１５】
要素が別の要素に「接続」または「結合」されていると言われる場合、他の要素に直接接続または結合させることができる、または介在する要素が存在する可能性があることを理解されたい。これに対して、要素が別の要素に「直接接続」または「直接結合」されていると言われる場合、介在する要素はない。要素間の関係を説明するために使用される他の用語（例えば、「間に」に対して「間に直接」、「隣接して」に対して「直接隣接して」など）は、同様の方法で解釈されたい。
【００１６】
そうでないと規定されていない限り、本明細書で使用される（技術的および科学的用語を含む）全ての用語は、例示的な実施形態が属する技術分野の当業者によって一般に理解されているのと同じ意味を有する。一般に使用されている辞書で規定されているような用語は、関連する技術分野の文脈における意味と合致する意味を有すると解釈されるべきであり、本明細書で明示的にそのように規定されていない限り、理想化されたまたは過剰に形式的な意味で解釈されるべきではないことをさらに理解されたい。
【００１７】
また、いくつかの代替実施では、記した機能／活動が図に記された順序以外で起こる可能性があることに留意されたい。
【００１８】
例えば、連続して示された２つの図は実際、関連する機能／活動によって、ほぼ同時に実行されることも、ときには逆の順序で実行されることもある。
【００１９】
例示的な実施形態の徹底的な理解を与えるために、特定の詳細が以下の説明で与えられる。しかし、例示的な実施形態をこれらの特定の詳細なしで実施することができることが当業者に理解される。例えば、例示的な実施形態を不必要に詳細で妨げないために、システムはブロック図で示されている。他の場合では、よく知られているプロセス、構造および技術は、例示的な実施形態を妨げるのを避けるために、不必要な詳細なしで示すことができる。
【００２０】
また、例示的な実施形態は、フローチャート、フロー図、データフロー図、構造図、またはブロック図として示されたプロセスとして説明することができることに留意されたい。フローチャートは順次プロセスとして動作を説明することができるが、動作の多くは並行してまたは同時に行なうことができる。加えて、動作の順序を再アレンジすることができる。その動作が完了した場合にプロセスを終了させることができるが、図に含まれていない追加のステップを有することがある。プロセスは、方法、機能、手順、サブルーチン、サブプログラムなどに対応することができる。プロセスが機能に対応する場合、その終了は、発呼機能またはメイン機能への機能のリターンに対応する場合がある。
【００２１】
さらに、本明細書に開示されるように、「記憶媒体」という用語は、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ＲＡＭ、コアメモリ、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、および／または情報を記憶するための他の機械読取可能な媒体を含む、データを記憶するための１つまたは複数のデバイスを示すことができる。「コンピュータ読取可能な媒体」という用語は、これに限らないが、可搬または固定記憶デバイス、光学記憶デバイス、無線チャネル、および（１つまたは複数の）命令および／またはデータを記憶する、含むまたは担持することが可能な様々な他の媒体を含む。さらに、例示的な実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらのあらゆる組合せによって実装することができる。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードで実施される場合、必要なタスクを行なうプログラムコードまたはコードセグメントを、記憶媒体のような機械読取可能な媒体に記憶することができる。（１つまたは複数の）プロセッサは、必要なタスクを行なうことができる。コードセグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造、またはプログラム文のあらゆる組合せを示すことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリコンテンツをパスするおよび／または受信することによって別のコードセグメントまたはハードウェア回路に結合することができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク伝送などを含むあらゆる適切な手段を介してパス、転送または伝送することができる。
【００２２】
本明細書で使用するように、「携帯」という用語は、携帯ユニット、移動局、携帯ユーザ、ユーザ機器（ＵＥ）、加入者、ユーザ、遠隔局、アクセス端末、受信機などと同義とみなすことができ、以降、ときにはそのように称することがあり、無線通信ネットワーク内の無線リソースの遠隔ユーザを説明することができる。「基地局」という用語は、基地送受信局（ＢＴＳ）、基地局（ＢＳ）、ノードＢなどと同義とみなす、および／またはそのように称することができ、ネットワークおよび１つまたは複数の携帯ユーザの間にデータおよび／または音声接続性を与える機器を説明することができる。
【００２３】
当技術分野でよく知られているように、携帯および基地局はそれぞれ、送信および受信能力を有することができる。基地局から携帯までの送信は、ダウンリンクまたはフォワードリンク通信と呼ばれる。携帯から基地局までの送信は、アップリンクまたはリバースリンク通信と呼ばれる。
【００２４】
図１は、例示的な実施形態による無線通信システム１００の一部を示している。図示するように、システム１００は、複数の携帯１１０、および無線プロバイダネットワーク１４０を含んでいる。図１に示す無線プロバイダネットワーク１４０は符号分割多元接続（ＣＤＭＡ）ネットワークを参照しているが、例示的な実施形態は、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、およびワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ）ネットワークなどの、他のネットワークにも適用することができる。無線プロバイダネットワーク１４０は、少なくとも１つの基地局（ＢＳ）１４２、少なくとも１つの無線ネットワークコントローラ（ＲＮＣ）１４４、パケットデータサービングノード（ＰＤＳＮ）１４６、ディープパケットインスペクションユニット（ＤＰＩ）１４８、コアネットワーク１５０、認証、許可および課金（ＡＡＡ）サーバ１５２、アプリケーションサーバ１５４、およびホームエージェント１５６を含んでいる。任意選択で、無線プロバイダネットワーク１４０はまた、ポリシー決定機能ユニット（ＰＤＦ）１６０および加入者データマネージャ（ＳＤＭ）１６２を含むことができる。ＳＤＭ１６２はまた、ホーム加入者サーバ（ＨＳＳ）と呼ぶことができる。
【００２５】
無線プロバイダネットワーク１００は、特定のサービスプロバイダに属する広域サービスエリアを示すことができる。ＲＮＣ１４４は、少なくとも１つのＢＳ１４２を通して複数の携帯に接続する。
【００２６】
ＲＮＣ１４４は、様々な有線および／または無線リンクのいずれかによって、１つまたは複数のＢＳ１４２に通信可能に結合することができる。ＲＮＣ１４４と１つまたは複数のＢＳ１４２の間をパスする信号は、ルータ、スイッチ、ネットワークなどの１つまたは複数の他のデバイス（図示せず）を通してパスすることができる。ＲＮＣ１４４はまた、複数の携帯１１０と、他の無線通信システム、サービスノード、ゲートウェイ、または公衆インターネットネットワーク１７０などのあらゆる他の無線または地球ネットワークまたはネットワークデバイスの間のインターフェイスとして働く。さらに、ＲＮＣ１４４は、エボリューションデータ最適化（ＥＶ−ＤＯ）ネットワーク内などの、携帯１１０および／または３Ｇデータネットワークインターフェイスの切換えおよび／またはプロビジョニングサービスなどの他のタスクを行なうことができる。
【００２７】
ＰＤＳＮ１４６は、ＲＮＣとコアネットワーク１５０の間のゲートウェイとして働く。図２に関して以下にさらに詳細に説明するように、ＤＰＩ１４８は無線ネットワーク１４０内に配置される。携帯１１０と公衆インターネットネットワーク１７０の間のトラフィックは、ＤＰＩ１４８を通してパスする。ＤＰＩ１４８は、携帯ユーザのパケットデータの分析に基づいて、携帯ユーザによって訪れたウェブサイト、経過時間、収集した情報などの少なくとも１つを識別および／または分析することができる。ＤＰＩ１４８が図１でＰＤＳＮ１４６の次に示されているが、ＤＰＩはまた携帯１１０の経路と公衆インターネットネットワーク１７０の間の別の点に置くことができ、ＰＤＳＮ１４６などの構成要素の１つの内部にあることもできる。ＤＰＩ１４８とＨＡ１５６の間に置かれたコアネットワーク１５０は、インターネットプロトコル（ＩＰ）パケットトランスポートサービスを提供する。例えば、コアネットワーク１５０は、パケットデータを無線プロバイダネットワーク１４０内の次の点に転送することができ、ＤＰＩ１４８、ＡＡＡサーバ１５２、アプリケーションサーバ１５４、およびＨＡ１５６に接続する。
【００２８】
ＡＡＡサーバ１５２は、ネットワークリソースへのアクセスに対する携帯ユーザ要求を処理し、認証、許可および課金（ＡＡＡ）サービスを提供する。アプリケーションサーバ１５４は、携帯ユーザにオファーされているアプリケーションおよびサービスを記憶および管理する。（１つまたは複数の）アプリケーションおよび（１つまたは複数の）サービスという用語は、交換可能に使用することができる。
【００２９】
ＨＡ１５６は、携帯１１０の現在の位置に関する情報を維持し、携帯１１０が異なる位置から接続する場合に、携帯１１０のＩＰアドレスを変更する必要がないように、トンネル機構を使用してインターネットトラフィックを転送する、携帯１１０の無線プロバイダネットワーク１４０内のルータである。ＨＡ１５６は、コアネットワーク１５０、および公衆インターネットネットワーク１７０に接続することができる。
【００３０】
コアネットワーク１５０はまた任意選択では、ＰＤＦ１６０およびＳＤＭ１６２に接続することができる。ＰＤＦ１６０は、ＩＰリソースを割り当てるまたは否定することによって、無線プロバイダネットワーク１４０に入るトラフィックを制御することができる。ＳＤＭ１６２は、携帯ユーザの加入者データを記憶および管理することができる。
【００３１】
図２は、例示的な実施形態による携帯ユーザに対するターゲット型オファー２００のためのシステムのブロック図である。図示するように、システム２００は、データ収集システム（ＤＣＳ）２１０、加入者プロファイリングエンジン（ＳＰＥ）２２０、アプリケーションマッチングエンジン（ＡＭＥ）２３０、およびトライアルオファーマネージャ（ＴＯＭ）２４０を含んでいる。図２は機能図を示しており、ＤＣＳ２１０、ＳＰＥ２２０、ＡＭＥ２３０およびＴＯＭ２４０は、様々なネットワーク内で様々な方法で実施することができる機能ユニットである。
【００３２】
例えば、図２のターゲット型オファーシステム２００は、図１に示す無線通信システム１００と併せて実施することができる。加えて、ＤＣＳ２１０、ＳＰＥ２２０、ＡＭＥ２３０およびＴＯＭ２４０を、１つまたは複数の個別のサーバ（図示せず）を通して無線プロバイダネットワーク１４０内で、またはＤＰＩ１４８およびアプリケーションサーバ１５４の少なくとも１つなどの既存の構成要素の内側で実施することができる。あるいは、ターゲット型オファーシステム２００を、ＰＤＳＮ１４６、コアネットワーク１５０、ＡＡＡサーバ１５２、ＰＤＦ１６０、およびＳＤＭ１６２の少なくとも１つで実施することもできる。
【００３３】
システム２００は、その興味がマーケティングされるサービスに関連する携帯ユーザを判断するように構成されている。通常、システム２００は、１組の携帯ユーザに１組のアプリケーションをマッピングしようとする。例えば、各サービスについて、システム２００は、無料トライアルサービスオファーのためにターゲットされるべき１組の携帯ユーザを判断しようとすることができる。このマッピングを実現する一例は、携帯１１０で生成および終端されるデータを観察、収集および分析の少なくとも１つを行ない、携帯ユーザの各々の興味を判断するためにデータを分析する。
【００３４】
マーケティングされる各サービスには、１組の関連するネットワークアクティビティがある。ＤＣＳ２１０は、これらの関連するアクティビティを捕捉し、これらを行なう携帯ユーザを識別しようとする。例えば、システム２００が単一のサービスオファーのみに携帯ユーザをターゲットしようとする場合、ＤＣＳ２１０は、単一のサービスオファーに関連するアクティビティを行なう携帯ユーザのＩＤを検出することができる。
【００３５】
マーケティングされるべき１組のサービスを所与として、マーケティングされるサービス内に携帯ユーザの興味を指し示すより幅広い１組のネットワークアクティビティがある。
【００３６】
図１および２を参照すると、ＤＰＩ１４８は、１組の関連アクティビティを行なう携帯ユーザを捕捉するためにＤＣＳ２１０を助けることができる。例えば、ＤＰＩ１４８は、携帯ユーザおよびそのネットワーク使用挙動に関する情報をＤＣＳ２１０にパスすることができる。
【００３７】
ＤＣＳ２１０は、携帯ユーザの興味に関連する情報を収集するように構成することができる。例えば、ＤＣＳ２１０は、ＤＰＩ１４８からウェブトレースを、課金システム（図示せず）から呼詳細記録（ＣＤＲ）を、および外部データベース（図示せず）から人口統計情報を受信することができる。ＣＤＲは、ネットワークリソースの加入者利用を記述するサマリ記録である。そのようにして、ＣＤＲは、課金の目的で使用されることが多いが、携帯ユーザをプロファイリングするために使用することができる。というのは、加入者アクティビティに関連する情報はＣＤＲから判断することができる。例えば、ＣＤＲは、携帯ユーザの音声および／またはデータサービス利用に関連する可能性がある。人口統計情報は、加入者年齢、性別、位置などを含むことができる。
【００３８】
ＤＣＳ２１０はまた、携帯１１０内でソフトウェアエージェント（図示せず）を通して携帯１１０から情報を受信することができる。例えば、携帯１１０内にインストールされたソフトウェアエージェントは、訪れたウェブサイト、アクセスしたサービス、ウェブサイトに訪れた継続時間、携帯ユーザによってサービスがアクセスされた継続時間、携帯ユーザの位置などに関連する、携帯に関する情報を収集することができる。さらに、ＤＣＳ２１０はまた、オファーの有効性、例えば、オファーされたアプリケーションなどの携帯ユーザにオファーされたトライアルに関するデータ、携帯ユーザがトライアルオファーを受諾したかどうか、時間帯、位置またはトリガなどのトライアルが受諾された状態、およびオファー価格などの、トライアル後にサービスを購入することを携帯ユーザが決めたかどうかに関する情報を測定するのを助けるために情報を収集することができる。この情報は、例えば、携帯ユーザにオファーを提示し、価格計画を変更してオファーの受諾率を上げるために使用されるアルゴリズムをさらに改良するために使用することができる。
【００３９】
ＤＰＩ１４８または携帯１１０のソフトウェアエージェントを通してパケット内への深い検査から取り出された情報は、携帯ユーザの興味を判断するのに常に必要ではないことがある。例えば、簡単なパケットヘッダ分析は、特定のアプリケーションを検出するのに十分である可能性がある。例えば、ウェブサイトをブラウジングする携帯ユーザを検出するために、ＤＣＳ２１０はＤＰＩ１４８を通して、パケットのボディまたはペイロードではなく、パケットのヘッダのみを検査することによって、ウェブサイトへの携帯ユーザからのＤＮＳクエリを検出することができる。ウェブサイトに行くまたはそこから来るパケットを検出するために、ＤＮＳクエリによって提供されるＩＰアドレスをその後、使用することができる。携帯ユーザの興味を判断する別の例では、ＤＣＳ２１０は特定のサービスに関連する携帯ユーザのキーワードサーチを検出することができる。例えば、ＤＣＳ２１０が携帯ユーザのオンラインゲームに関連する情報を収集するために設定される場合、ＤＰＩ１４８はよく知られているゲームウェブサイトに対するＤＮＳクエリを検出することができ、「ゲーム」、「ポーカー」、「テトリス」などのキーワードを含むサーチ要求を捕捉することもできる。携帯ユーザの発呼記録によって、携帯ユーザの要求を判断することもできる。
【００４０】
ＳＰＥ２２０は、ＤＣＳ２１０の収集した情報に基づいて、複数の分類グループにしたがって携帯ユーザをプロファイリングするように構成されている。複数の分類グループは、映像、音楽、スポーツ、ニュース、ソーシャルネットワークなどのグループを含むことができる。ＤＣＳ２１０の受信した収集情報は、携帯ユーザのプロファイルに対する少なくとも１つの分類規則に基づいて、複数の分類グループの少なくとも１つに分類することができる。少なくとも１つの分類規則は、ウェブサイトのタイプに基づいて、複数の分類グループの１つにウェブサイトへの各訪問を勘定することなどの単純な目トリックであってよい。例えば、携帯ユーザが映像をストリームするウェブサイトを訪れた場合、携帯ユーザのプロファイルの映像グループにポイント値を加えることができる。加えて、少なくとも１つの分類規則は、複数のファクターを考慮するアルゴリズムにしたがって、ある期間にわたって携帯ユーザの挙動に重みを加えるようにより複雑なメトリックを使用することができ、それによってことができる。例えば、複数のファクターの１つは、携帯ユーザによってサービスオファーおよびサービス加入の少なくとも１つの以前の受諾率を含むことができる。ＳＰＥ２２０の構築された携帯ユーザプロファイルは、ＡＭＥ２３０に送信される。
【００４１】
ＡＭＥ２３０は、少なくとも１つのサービスプロファイルにＳＰＥ２２０から受信された携帯ユーザプロファイルをマッピングするように構成されている。マッピングは、サービスの少なくとも１つへの携帯ユーザの各々のペアリングを含んでいる。携帯ユーザプロファイルは、１つまたは複数のターゲット領域内の携帯ユーザの興味のレベルを示している。同様に、マーケティングされる各サービスは、１つまたは複数のターゲット領域へのサービスの互換性を示すサービスプロファイルを含んでいる。したがって、ＡＭＥ２３０は、どのトライアルサービスをどの携帯ユーザにオファーするか判断するために、携帯ユーザプロファイル情報およびサービスプロファイルを比較する。例えば、ＡＭＥ２３０は、特定のトライアルサービスオファーに対する最も高い興味のレベルを有する携帯ユーザを選択することができる。携帯ユーザおよびサービス情報のこのようなマッピングまたはペアリングは、ＴＯＭ２４０に送信される。ＴＯＭ２４０は、ＡＭＥ２３０のマッピング、およびＤＣＳ２１０から受信したトリガに基づいて、１つまたは複数のターゲットされている携帯ユーザにトライアルオファーを送信し、オファーされたトライアルサービスに対する携帯ユーザの応答を受信するように構成されている。携帯ユーザがオファーされたトライアルサービスを受諾した場合、トライアルサービスは、オファーされたサービスのタイプによって、ＰＤＳＮ１４６、ＰＤＦ１６０、ＳＤＭ１６２、およびアプリケーションサーバ１５４の少なくとも１つと通信することによって、ＴＯＭ２４０によって開始される。ＴＯＭ２４０はまた、ＤＣＳ２１０が携帯ユーザの興味に関する追加のまたはより特定の情報を収集するのを助けるために、ＤＣＳ２１０に携帯ユーザおよび／またはサービス情報を送信するように構成されている。トリガ、および携帯ユーザおよびサービス情報はまた、オペレータからＴＯＭ２４０によって手動で受信することができ、トリガは、携帯ユーザ受諾可能性が高い、および／またはネットワーク負荷が低いなどの、起こっているまたは起こっていない１つまたは複数のイベントに応じて受信される信号である可能性がある。トリガの使用を、図４に関して以下でさらに論じる。
【００４２】
図３は、例示的な実施形態による携帯ユーザにオファーをターゲットする方法３００を示している。図２および３を参照すると、Ｓ３１０では、ＤＣＳ２１０は少なくとも１人の携帯ユーザの興味に関する情報を収集する。Ｓ３２０では、ＳＰＥ２２０は、データ収集システムの収集データに基づいて、複数の分類グループにしたがって少なくとも１人の携帯ユーザをプロファイリングする。
【００４３】
あるいは、Ｓ３２０で少なくとも１人の携帯ユーザを明示的にプロファイリングすることなく、関連するタスクを行なうために携帯ユーザが検出されると直ぐに、トライアルサービスを携帯ユーザにオファーすることができる。いずれにしても、Ｓ３２０でプロファイリングを適用することにより、トライアルに対する本当の興味を有する携帯ユーザだけがターゲットされることを確実にすることができる。そうでなければ、携帯ユーザの少なくとも１人には、その少なくとも１人の携帯ユーザが受諾しそうにないオファーが繰返し送信され、したがってその少なくとも１人の携帯ユーザをいら立たせ、ネットワーク費用を不必要に増大する可能性がある。
【００４４】
Ｓ３３０では、ＡＭＥ２３０は、少なくとも１つのサービスに、プロファイリングエンジンから受信された少なくとも１つの携帯ユーザプロファイルをマッピングする。Ｓ３４０では、ＴＯＭ２４０は、Ｓ３１０での収集から受信されたトリガに基づいて、少なくとも１人の携帯ユーザに少なくとも１つのサービスをオファーする。
【００４５】
トライアルサービスは、携帯ユーザの携帯１１０に伝送されるショートメッセージサービス（ＳＭＳ）メッセージおよびポップアップウィンドウの少なくとも１つによって、Ｓ３４０でＴＯＭ２４０によってオファーすることができる。ＳＭＳは、サービスの名前およびオファーの詳細、およびその限定された性質、例えば「次の時間の当社の映像ポータルまたはゲームサービスへの無料アクセス。要求には５分以内に応答してください」を含むことができる。あるいは、マルチメディアメッセージングサービス（ＭＭＳ）および無線アプリケーションプロトコル（ＷＡＰ）プッシュは、トライアルサービスをオファーするために使用することもできる。
【００４６】
ポップウィンドウまたは別のタイプの同様の警告が、携帯１１０内に書き込まれ、展開されたエージェントプログラムに基づいて、携帯ユーザの携帯１１０の画面に現れる可能性がある。エージェントは、Ｓ３４０で、ＴＯＭ２４０によってトライアルサービスのために入ってくるメッセージの専用ポート番号をリッスンする可能性がある。メッセージを受信すると、エージェントはポップアップウィンドウを表示する、または警告が携帯ユーザの画面上に現れる。
【００４７】
ＳＭＳメッセージは通常、全ての電話でサポートされており、したがって、ＳＭＳベースのオファー提示は実施するのがより容易であり、エージェント方法はエージェントソフトウェアの実施を必要とする可能性がある。
【００４８】
図４は、図３の方法でステップＳ３４０の実施形態を示している。図２および３で上述したように、方法３００は、トライアルサービス内の少なくとも１人の携帯ユーザの興味に基づいて、トライアルサービスに対して複数の携帯ユーザの少なくとも１人をターゲットしようとする。Ｓ３１０およびＳ３２０での加入者プロファイリングは、複数の携帯ユーザのどれが特定のマーケティングされるサービスに興味を示す可能性が高いかを判断するために必要である可能性がある。例えば、携帯１１０でウェブサイトから映像を観ている携帯ユーザは、ＭＮＯホスト映像サービス、またはより優れたサービス品質（ＱｏＳ）またはより高いアクセス速度を通してウェブサイトからより高品質の映像を提供するサービスに興味がある可能性が高い。携帯ユーザの興味がＤＣＳ２１０およびＳＰＥ２２０を通して分かると、ＡＭＥ２３０は、どのサービスを無料トライアルのために携帯ユーザにオファーすべきかを判断することができる。
【００４９】
しかし、図４の方法４００に示すように、トライアルサービスをオファーすることがネットワークのパフォーマンスを低下させないように、携帯ユーザ受諾可能性が高い、およびネットワーク負荷が低い少なくとも一方の場合に、トライアルサービスがオファーされるだけである。Ｓ４１０では、ＴＯＭ２４０は、携帯ユーザ受諾可能性が高いかどうかを判断する。例えば、携帯ユーザが携帯１１０でトライアルサービスに関連するアクティビティを行なっているときに、トライアルオファーが携帯ユーザに提示されると、携帯ユーザ受諾可能性が高い可能性がある。したがって、携帯ユーザがオファーされたトライアルサービスを受諾する可能性がより高い意識にある瞬間に、トライアルサービスを携帯ユーザにオファーすることができる。携帯ユーザ受諾可能性が高い場合、ＴＯＭ２４０はその後、Ｓ４２０でネットワーク負荷が低いかどうかを判断する。トライアルサービスを担持することになるネットワークの一部が、追加の携帯ユーザに十分な容量を有する場合にのみ、ネットワーク負荷が十分に低いと考えることができる。
【００５０】
ネットワークが輻輳している、またはネットワーク負荷が高く、現在の時点で低くない場合、携帯ユーザが関連するアクティビティを行なっており、ネットワーク負荷が低い別の時間にトライアルサービスをオファーすることができる。ネットワーク負荷が低い場合、ＴＯＭ２４０はＳ４３０でサービスを携帯ユーザにオファーする。ステップＳ４２０は、ステップＳ４１０の前に、またはこれと同時に行なうことができる。加えて、アプリケーションまたはサービスがネットワーク負荷に敏感でない場合、ステップＳ４２０はまた、スキップすることができる。例えば、ステップＳ４２０はカレンダーアプリケーションでは、スキップすることができるが、ネットワーク負荷に敏感である映像サービスでは行なわれる可能性がある。
【００５１】
また、携帯ユーザ受諾率に関する情報、ネットワーク負荷およびネットワーキングシグナリングイベントは、ＤＣＳ２１０によって収集される携帯ユーザ情報に基づいて、ＴＯＭ２４０へのトリガとしてＤＣＳ２１０から受信することができる。ネットワーキングシグナリングイベントは、携帯電話電源入、データネットワークへのアタッチ、ローミングなどに関連する可能性がある。例えば、携帯１１０に電源が入れられると、携帯１１０は無線プロバイダネットワーク１４０と通信し、認証プロセスに入る可能性がある。認証プロセスが起こっていると、ＤＣＳ２１０は、携帯１１０がアクティブになっていることを検出し、オファーを即時に送信するためにＴＯＭ２４０にトリガを送信することができる。これはさらに、携帯１１０の位置に左右される可能性がある。例えば、携帯ユーザが空港または飛行機の近くで特定された場合、携帯ユーザが旅行していると判断される可能性があり、旅行または観光に関するアプリケーションがＴＯＭ２４０によってオファーされる可能性がある。携帯ユーザがローミングしていると検出された場合、旅行または観光に関するアプリケーションがオファーされる可能性もある。
【００５２】
携帯１１０に電源が入れられると、携帯１１０は必ずしも公衆インターネットネットワーク１７０を使用していない可能性がある。携帯ユーザがデータアプリケーションを開始した場合、携帯１１０は公衆インターネットネットワーク１７０にアタッチされ、これはデータサービスをアクティブに使用していることを示すトリガとして働き、それによってアプリケーションをＴＯＭ２４０によってオファーすることができる。
【００５３】
携帯ユーザがトライアルサービスを受諾し、作動の際にサービスを使用し始めると、追加のトラフィックが無線プロバイダネットワーク１４０内で生成されることになり、無線プロバイダネットワーク１４０の無線または有線部分での輻輳につながる可能性がある。したがって、Ｓ４２０でトライアルサービスが無線プロバイダネットワーク１４０内の輻輳の問題につながらないことが分かった場合のみに、トライアルサービスはＳ４３０でオファーされる。ネットワークリソース利用可能性に関する情報は、ＤＰＩ１４８および／またはＤＣＳ２１０によって収集されるデータに基づく可能性がある。加えて、単純化されたメトリックスを使用して、時間帯などのネットワーク負荷を判断することもできる。というのは、ネットワーク利用は通常、時間帯に大きく基づいて変化するからである。例えば、ネットワーク負荷が通常低く、ＤＰＩ１４８が、ターゲットされている携帯ユーザがトライアルサービスに関連するアクティビティに携わっていることを検出する一日の時間帯にトライアルサービスをオファーすることを可能にするメトリックを使用することができる。
【００５４】
例えば、例示的な実施形態では、ターゲットされている携帯ユーザが映像サービスに興味があると分類された場合に、ＭＮＯの映像サービスに対する限定されたトライアルオファーは、携帯ユーザが映像サービスに関連するアクティビティを行なっており、ネットワーク負荷が低いときはいつでも携帯ユーザに提示されることになる。
【００５５】
図５は、例示的な実施形態による、ターゲット型オファーが携帯ユーザによって受諾された後に加入を開始する方法を示している。図５を参照すると、トライアルサービスオファーがＳ５１０で携帯ユーザによって受諾されると、限定されたトライアルサービスはＳ５２０でその瞬間に起動される。
【００５６】
Ｓ５２０でのサービス起動は、オファーを送信するために使用される方法に基づいて異なる可能性がある。ＳＭＳオファーでは、携帯ユーザはオファーを受諾するために応答し返す。この応答を受信すると、システム２００は、サービスおよび限定された時間のサービス起動を開始する。エージェントベースのオファーでは、携帯ユーザはエージェントソフトウェアに関するアクションを通してオファーを受諾し、その後、限定された時間のサービス起動を開始する。ＳＭＳまたはエージェントベースのオファーのいずれかでは、携帯ユーザはまた、サービスの将来のトライアルに対する興味を示す方法で応答することがある。サービス起動の開始は、様々なアプリケーションサーバおよびネットワークエンティティとの相互作用と、サービスのタイプによって多数のデータベースエンティティでの更新を伴う可能性がある。
【００５７】
携帯ユーザはその後、トライアル期間が満了するまで、無料でサービスを利用することができる。トライアル期間の終了または満了の際、携帯ユーザは、Ｓ５３０で有料で起動されたサービスに加入するか、またはサービスコンタクトを購入するか要求または尋ねられれる可能性がある。あるいは、起動されたサービスへの加入を加入者に無料でオファーすることができる。無料加入は広告によってサポートされることがある。トライアルサービスオファーと同様に、ＳＭＳ、ＭＭＳ、ＷＡＰプッシュまたはエージェントベースのオファー方法を介して、加入オファーを携帯ユーザに提示することもできる。携帯ユーザは起動されたサービスに加入することを決めた場合に、サービスは起動されたままになり、図２に示すシステム２００は図１の必要なネットワークエンティティと相互作用して、起動されたサービスの有料加入を開始する。そうでなければ、携帯ユーザがＳ５４０で起動されたサービスに加入しない場合、起動されたサービスは停止される。しかし、携帯ユーザは後の期間で同じサービスに対するトライアルがオファーされる可能性がある。一例では、ＭＮＯは、ＭＮＯがオファーしようと計画している新しいサービスに対する自動化された市場調査を行なおうとすることができる。
【００５８】
新しいサービスに対する携帯ユーザ興味、価格戦略、およびネットワークへの影響は、ＭＮＯには分からない可能性がある。したがって、ＭＮＯは例示的な実施形態により、限定されたトライアルサービスを通してこのような情報を収集することができる。
【００５９】
例えば、Ｓ５３０では、異なる携帯ユーザに様々な価格でのサービス契約をオファーすることができる。加入オファーに対する携帯ユーザの反応に基づいて、ＭＮＯは新しいサービスに対する携帯ユーザの興味および価格戦略を判断することができる。さらに、ＭＮＯはまた、ネットワーク容量需要に対する理解および計画を助けるために、新しいアプリケーションに対する使用パターンに関する情報をＤＣＳ２１０を通して収集することができる。
【００６０】
例示的な実施形態は無線通信システムに関して記載されているが、例示的な実施形態はこれに限るものではなく、様々なタイプのデータネットワークに関して使用することができる。
【００６１】
上記機能の全ては、例えばソフトウェア、ファームウェア、またはハードウェアプログラミング内で具体化される適当な命令の下に動作する特殊用途または汎用デジタル情報処理デバイスによって簡単に行なうことができる。
【００６２】
さらに、異なる例示的な実施形態の要素および／または特徴を、互いに組み合わせることができる、および／またはこの開示および添付の特許請求の範囲内で互いに置き換えることができる。
【００６３】
さらに、本発明の上記および他の例示的な特徴のいずれか１つを、装置、方法、システム、コンピュータプログラムおよびコンピュータプログラム生成物の形で具体化することができる。例えば、上記方法は、これに限らないが、図面にさらに示した方法論を行なうための構造のいずれかを含む、システムまたはデバイスの形で具体化することができ、上記方法のいずれかをプログラムの形で具体化することができる。プログラムは、コンピュータ読取可能な媒体に記憶させることができ、コンピュータデバイス（プロセッサを含むデバイス）上で実行される場合に、上記方法のいずれか１つを行なうように適応されている。したがって、記憶媒体またはコンピュータ読取可能な媒体は、情報を記憶するように適応されており、上記実施形態のいずれかの方法を行なうために、データ処理設備またはコンピュータデバイスと相互作用するように適応されている。
【００６４】
記憶媒体は、コンピュータデバイス本体内側に設置された内蔵媒体または、コンピュータデバイス本体から分離させることができるように配置された取外し可能な媒体であってもよい。内蔵媒体の例は、これに限らないが、ＲＯＭおよびフラッシュメモリなどの書換可能な不揮発性メモリ、およびハードディスクを含んでいる。取外可能な媒体の例としては、これに限らないが、ＣＤ−ＲＯＭおよびＤＶＤなどの光学記憶媒体、ＭＯなどの磁気光学記憶媒体、これに限らないがフロッピー（登録商標）ディスク、カセットテープおよび取外し可能なハードディスクを含む磁気記憶媒体、これに限らないがメモリカードを含む内蔵型書換可能不揮発性メモリ、およびこれに限らないがＲＯＭカセットを含む内蔵型ＲＯＭを備えた媒体などが挙げられる。さらに、記憶された画像に関する様々な情報、例えばプロパティ情報を、あらゆる他の形で記憶することができる、または他の方法で提供することができる。
【００６５】
このように例示的な実施形態を記載しているが、多くの方法で変更することができることが明らかであろう。このような変更形態は、本発明からの逸脱とみなされるものではなく、このような変形形態は全て、本発明の範囲内に含まれることを意図している。
【図１】
0005461689.tif 000002
【図２】
0005461689.tif 000003
【図３】
0005461689.tif 000004
【図４】
0005461689.tif 000005
【図５】
0005461689.tif 000006