(57)【要約】  コンテントプロバイダのサーバ３２から供給されるウェブページのコンテントを変更するための方法が提供される。本方法は、ワイヤレス遠距離通信ネットワーク２０によるサービスを受けるモバイルデバイス１０によって開始されるデータ要求を、ワイヤレスネットワーク２０を介してプロキシサーバ２２で受信することと、コンテントプロバイダのサーバ３２が転送された要求に応答して本来のコンテントを含むウェブページを返すように、インターネット３０を介してプロキシサーバ２２からコンテントプロバイダのサーバ３２へ要求を転送することと、返送されたウェブページをプロキシサーバ２２で受信することと、プロキシサーバ２２によって受信されたウェブページの本来のコンテントを変更することと、変更されたコンテントを備えたウェブページを、データ要求を開始したモバイルデバイス１０へ転送することとを含む。
2011511333.tif 000002
【特許請求の範囲】
【請求項１】
コンテントプロバイダのサーバから供給されるウェブページのコンテントを変更するための方法であって、
（ａ）ワイヤレス遠距離通信ネットワークによるサービスを受けるモバイルデバイスによって開始されるデータ要求を、ワイヤレスネットワークを介してプロキシサーバで受信することと、
（ｂ）コンテントプロバイダのサーバが転送された要求に応答して本来のコンテントを含むウェブページを返すように、インターネットを介してプロキシサーバからコンテントプロバイダのサーバへ要求を転送することと、
（ｃ）返されたウェブページをプロキシサーバで受信することと、
（ｄ）プロキシサーバによって受信されたウェブページの本来のコンテントを変更することと、
（ｅ）変更されたコンテントを備えたウェブページを、データ要求を開始したモバイルデバイスへ転送することとを含む、方法。
【請求項２】
ステップ（ｂ）の前に、プロキシサーバが、モバイルデバイスの前払い加入者がデータ要求の遂行をカバーするために自分の口座に十分な残高を有しているかどうかを判定する、請求項１に記載の方法。
【請求項３】
ステップ（ｄ）の前に、プロキシサーバが、データ要求の遂行のために加入者の口座から引き落としをするように前払い課金処理サーバに通知し、前払い課金処理サーバから引き落としの確認を受信する、請求項２に記載の方法。
【請求項４】
コンテントプロバイダのサーバから受信されたウェブページをプロキシサーバでキャッシュすることをさらに含む、請求項３に記載の方法。
【請求項５】
ステップ（ｄ）が、本来のコンテントの中の広告を識別し、識別された広告を新たな広告と置換することを含む、請求項１に記載の方法。
【請求項６】
コンテントプロバイダのサーバから供給されるウェブページのコンテントを変更することをサポートする通信ネットワークであって、
ワイヤレスでネットワークにアクセスするために、モバイルデバイスによって使用されるモバイル部分と、
ネットワークのモバイル部分を介してモバイルデバイスからデータ要求を受信し、コンテントプロバイダのサーバが転送された要求に応答して本来のコンテントを含むウェブページをプロキシサーバへ返すように、インターネットを介してコンテントプロバイダのサーバへ要求を転送するプロキシサーバと、
プロキシサーバから本来のコンテントを備えたウェブページを受信し、ウェブページの本来のコンテントを変更し、変更されたコンテントを備えたウェブページをプロキシサーバへ返し、次いで同じものを、データ要求を開始したモバイルデバイスへ転送するコンテント変更エンジンとを備える、ネットワーク。
【請求項７】
前払い課金処理システムをさらに備え、コンテントプロバイダのサーバへ要求を転送する前に、プロキシサーバが、モバイルデバイスの前払い加入者がデータ要求の遂行をカバーするために自分の口座に十分な残高を有しているかどうかを判定するために、前払い課金処理システムへ問い合わせを行う、請求項６に記載のネットワーク。
【請求項８】
コンテント変更エンジンが本来のコンテントを変更する前に、プロキシサーバが、データ要求の遂行のために加入者の口座から引き落としをするように前払い課金処理サーバに通知し、前払い課金処理サーバから引き落としの確認を受信する、請求項７に記載のネットワーク。
【請求項９】
コンテント変更エンジンが本来のコンテントの中の広告を識別し、識別された広告を新たな広告と置換する、請求項６に記載のネットワーク。
【請求項１０】
新たな広告が特定の加入者のためのデータベース上のプリファレンス、および広告主によって課されるその他の制約（表示のカウント、有効期間、有効時間、または制約無しなど）に基づいて選択されるように、加入者のプリファレンスを含むプリファレンスデータベースをさらに備える、請求項９に記載のネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の対象は、モバイルおよび／またはワイヤレス遠距離通信技術に関する。ある種のモバイルおよび／またはワイヤレスネットワークおよび／または移動局またはユーザ機器（ＵＥ）とともに特定の応用例があり、本明細書は特にそれらを参照する。しかしながら本発明対象の態様はまた、その他の同様のネットワーク、デバイスおよび／またはアプリケーションにも従うということを理解されたい。
【背景技術】
【０００２】
当技術分野では、様々な種類のモバイル遠距離通信ネットワークおよび関連の規格、サービスおよび／またはプロトコルが一般に知られている。例はＧＳＭ（モバイル通信のためのグローバルシステム）、ＧＰＲＳ（汎用パケット無線サービス）、ＵＭＴＳ（ユニバーサルモバイル遠距離通信システム）、ＣＤＭＡ（符号分割多元アクセス）等を含む。セル式またはワイヤレスの電話、スマートフォン、携帯情報端末（ＰＤＡ）等は、モバイルネットワークへアクセスするためにワイヤレス遠距離通信加入者またはユーザによって用いられる移動局（ＭＳ）またはワイヤレスＵＥまたは同様のモバイルデバイスの共通の例である。
【０００３】
一般に、様々なネットワークおよび／またはＵＥは、適切なデータ／コンテントプロバイダからのデータまたはコンテントのアクセスをサポートするように装備されるか、または他の形でプロビジョニングされる。例えば、加入者はインターネットを介してウェブサイトにデータまたはコンテントを要求するために、自分のモバイルデバイスを用いることができる。すなわち、ワイヤレス遠距離通信サービスプロバイダはしばしば、何らかの形態のデータおよび／またはインターネットアクセスを加入者へ提供する。したがって、加入者はインターネットを介して、例えばウェブサイトおよび／またはその他の同様のコンテントプロバイダから、自分のモバイルデバイス上でデータまたはコンテントを取り出すか、または他の形で受信することができる。しばしば、インターネットコンテントプロバイダのサーバで静的または動的に生成されるウェブページまたはドキュメントまたはその他の同様のコンテントは、コンテントの残りの部分で届けられる広告または同様のものを含むことになる。モバイル広告は、特にそれが特定の加入者を目標とする場合、ワイヤレスサービスプロバイダにとっての大きな可能性を有する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
それにも関わらず、モバイル広告を効果的および／または効率的に利用するための適切な解決法は、ある種の問題点を示しており、これまで未発達のままである。例えば１つの問題点は、コンテントプロバイダのホスティングサーバによって生成される従来のウェブまたはモバイルウェブページと対照的に、効果的および効率的に目標が定められた広告をモバイルデバイスへ届けることには、一般に、エンドユーザの関心、また任意で、それらの過去の履歴およびモバイルデバイスの特性および／または機能が考慮されることが必要となることである。
【０００５】
したがって、上記の問題およびその他を解決する、コンテント挿入および／または置換のための新しい改良された方法および／またはシステムが開示される。
【課題を解決するための手段】
【０００６】
１つの実施形態によって、コンテントプロバイダのサーバから供給されたウェブページのコンテントを変更するための方法が示される。本方法は、ワイヤレス遠距離通信ネットワークによるサービスを受けるモバイルデバイスによって開始されるデータ要求を、ワイヤレスネットワークを介してプロキシサーバで受信することと、コンテントプロバイダのサーバが転送された要求に応答して本来のコンテントを含むウェブページを返すように、インターネットを介してプロキシサーバからコンテントプロバイダのサーバへ要求を転送することと、返送されたウェブページをプロキシサーバで受信することと、プロキシサーバによって受信されたウェブページの本来のコンテントを変更することと、変更されたコンテントを備えたウェブページを、データ要求を開始したモバイルデバイスへ転送することとを含む。
【０００７】
別の実施形態によって、コンテントプロバイダのサーバから供給されたウェブページのコンテントを変更することをサポートする遠距離通信ネットワークが提供される。このネットワークは、ネットワークにワイヤレスでアクセスするためにモバイルデバイスによって使用されるモバイル部分と、ネットワークのモバイル部分を介してモバイルデバイスからデータ要求を受信し、コンテントプロバイダのサーバが転送された要求に応答して本来のコンテントを含むウェブページをプロキシサーバに返すように、インターネットを介してコンテントプロバイダのサーバへ要求を転送するプロキシサーバと、プロキシサーバから本来のコンテントを備えたウェブページを受信し、ウェブページの本来のコンテントを変更し、変更されたコンテントを備えたウェブページをプロキシサーバへ返し、次いで同じものを、データ要求を開始したモバイルデバイスに転送するコンテント変更エンジンとを含む。
【０００８】
本明細書で開示される本発明対象の多数の利点および利益は、本明細書を読み、理解したとき、当業者に明らかとなるであろう。
【０００９】
本発明対象は、様々な構成要素および構成要素の配置、ならびに様々なステップおよびステップの配置の形態をとってもよい。図面は、単に好ましい実施形態を示すことを目的としており、限定として解釈されるべきではない。さらに、図面は縮尺通り示されていないことを理解されたい。
【図面の簡単な説明】
【００１０】
【図１】本発明対象の態様を実行するために適切に利用されてもよい一括請求解決法を利用する遠距離通信ネットワークの例示的構成を示すブロック図である。
【発明を実施するための形態】
【００１１】
見やすく単純にするために、本明細書は、それらの構成またはオペレーションに関してさらに詳細に説明することなしに当技術分野で一般に知られている構造および／または機能要素、関連した通信規格、プロトコルおよび／またはサービス、ならびにその他の構成要素を、それらが本明細書で示される好ましい実施形態によって、および／またはそれに対処するために修正または変更されている範囲を除き、参照する。
【００１２】
一般に、本明細書は、モバイル遠距離通信のサービスプロバイダが、データが要求を満たすインターネットまたはその他の同様のコンテントプロバイダからデータを求める加入者のモバイルデバイスへ届けられるか、または返されるときに、例えば広告、タグライン等の選択されたコンテントを置換または挿入することを可能にする方法および／またはシステムについて述べる。挿入または置換されるコンテントは、任意で、ワイヤレスサービスプロバイダによって定義される一組のルールに基づいて動的に判定される。提案される方法におけるコンテントの挿入および／または置換は、適切にリアルタイムで実行され、元々データ要求に応答したコンテントプロバイダのサーバの制御外にある。これは、コンテントプロバイダが一般に、すなわち典型的にはコンテントプロバイダのサーバから加入者のモバイルデバイスに送信されるデータストリームの中にすでに組み込まれている広告を含めて、すべてのコンテントを、要求を出すモバイルデバイスにプッシュする従来の方法と非常に対照的である。それにもかかわらず、一般に加入者をよりよく知っているモバイルオペレータおよび／またはサービスプロバイダは、以下の基準、例えば（限定されないが）、ａ）特定のデータ要求、ｂ）サービスプロバイダによってアクセス可能な加入者のプロフィール、ｃ）、モバイルデバイスまたはＵＥの位置、および／またはｄ）特定の加入者によって維持される特定のポリシーに基づいて、より正確に広告の目標を加入者に定めるために、よりよい位置にあってもよい。
【００１３】
１つの適切な実施形態で、本方法および／またはシステムは、挿入および／または置換された広告またはその他の同様のコンテントの局所化を提供する。例えば、コンテントプロバイダのサーバからの本来のドキュメントまたはウェブページが、コンテントプロバイダの地理的位置に関連した局地的ビジネスのための広告を含んでいた場合、本方法および／またはシステムのコンテント置換機能は、その広告をモバイルデバイスの地理的位置に関連した局地的ビジネスのための別の広告と置換するために、ワイヤレス遠距離通信サービスプロバイダによって任意で利用されてもよい。より具体的には、例えばニューヨーク、ＮＹに拠点を置く加入者は、シアトル、ＷＡで要求を満たしているサーバから生じたウェブページ、ドキュメントまたはその他の同様のコンテントを要求してもよく、したがってウェブページまたはドキュメントを生成するサーバは、シアトルのビジネスのための広告を含んでもよい。しかしながら、本方法によれば、（コンテントが届けられるモバイルデバイスの位置を知っている）ワイヤレス遠距離通信サービスのプロバイダは、前述のシアトルのビジネスの広告を、例えばニューヨークのビジネスのための別のより適切に目標が定められた広告と置換するためにコンテント置換機能を用いてもよい。モバイルデバイスの位置を判定するために多くの利用可能な技術が使用されてよいが、しかしながら１つの例示的実施形態では、要求を出すモバイルデバイスのＩＰ（インターネットプロトコル）アドレスが、例えば市などの特定の地理的領域と関連付けられる。
【００１４】
ここで図を参照すると、ワイヤレス遠距離通信サービスのプロバイダは一般に、前払い方式または後払い方式のいずれかで、データおよび／またはインターネットアクセスをモバイル加入者へ提供する。しかしながら、両方の場合での課金目的で、データアクセスおよび／またはインターネット使用を監視および／または記録するために一括または一本化請求の解決法を有することが有利である。例えば、この図は、インスタント一括請求（ＩＣＣ）として知られるＡｌｃａｔｅｌ−Ｌｕｃｅｎｔによって開発された解決法を用いる、１つの前述のような適切なネットワーク構成を示す。図に示されているように、モバイルデバイス１０は、適切なワイヤレスネットワーク２０を介する遠距離通信サービスとともに通常の方法で提供される。
【００１５】
ここで、図の中で示されている番号を振られた線が対応する番号のステップを表す図を参照して、前払い加入者からのデータ要求を処理するための例示的プロセスが述べられる。前払い加入者と後払い加入者との間のデータへのアクセスのような、比較的より複雑なシナリオが示されることが可能なように、図では、デーアクセスが前払い加入者のためのものであることが仮定される。後払い加入者の場合、一連のステップは、以下で言及されるように適切に単純化されることが可能である。
【００１６】
ステップ１０１で、加入者のモバイルデバイス１０からのデータ要求は、ネットワーク２０を介して課金／キャッシングプロキシサーバ２２へ経路指定される。ステップ１０２で、プロキシ２２は（例えばネットワーク２０のサービス制御ポイント（ＳＣＰ）の中で実装される、および／またはそれによってサポートされる）認可要求を前払い認可／課金処理システム２４へ送信し、前払い認可／課金処理システム２４は、加入者の関連した前払い口座が、例えば対応するデータ要求に応ずるために結果として生じる料金を満たすために、十分な資金および／または利用可能な残高を有するかどうかを確認する。このステップは、後払い加入者には適用されなくてもよいということに留意されたい。代替として、ステップ１０２が適用されてもよいが、認可／課金処理システム２４は、後払い加入者についての「先払い残高」という概念が存在しないことから、すべての後払い加入者について次のステップの中で単に肯定メッセージで応じてもよい。しかしながら後払い加入者の場合、前述のような認可は、ユーザがデータアクセスを許可されているかどうかを調べるため、または、例えばどれだけの時間またはどの帯域幅をユーザが契約しているかということに関して、ユーザが許可されるデータアクセスの種類に関連したポリシールールを吟味するために、やはり有益である場合がある。
【００１７】
口座には十分な利用可能な残高があると仮定して、認可システム２４は、ステップ１０３で、先に進むための許可が与えられていることを示す適切なメッセージまたは信号をプロキシ２２へ返す。先に示されたように、後払い加入者については、適切に残高確認が行われることはない。むしろそのような加入者は、データネットワークのためのアクセスを即座に与えられてもよい。それに応じて、ステップ１０４でデータ要求は、インターネット３０（またはその他の適切なデータネットワーク）を介してプロキシ２２から本来向けられていたウェブサーバ３２へ転送されるか、または他の形で送信される。
【００１８】
ステップ１０５で、受信されたデータ要求に対するウェブサーバ３２からのコンテント、ドキュメントおよび／またはその他の応答は、それらが、例えばステップ１０６および１０７が実行される間にキャッシュされるプロキシ２２へ、インターネット３０を介して返される。ステップ１０６で、前払いシステム２４にウェブサーバ３２からデータを取り出すための適切な料金に従って加入者の口座から引き落とすように指示する引き落とし（ｄｅｂｉｔ）要求が、プロキシ２２から前払いシステム２４へ送信される。適切には、前払いシステム２４は引き落とし要求を満たし、ステップ１０７で、引き落としがうまく行われたことの確認をプロキシ２２へ返す。ここでもまた、ステップ１０６および１０７は後払い加入者については簡略化されてもよく、それによって課金処理システム２４は、後払い課金記録を生成するためにデータ取引（時間、量、通常のコンテントなのか、または割増料金のコンテントなのかなどのデータの種類等）を単に記し、ステップ１０７は先へ進むためのプロキシ２２への要約信号である。
【００１９】
本明細書で開示されるコンテント挿入または置換機能を用いずに、ステップ１１２で、プロキシ２２は引き落とし確認を受信することに応じて、モバイル／ワイヤレスネットワーク２０を介して本来のキャッシュされたウェブページ、コンテント、ドキュメントまたはその他のデータをモバイルデバイス１０に転送するか、または他の形で送信する。
【００２０】
後払い加入者またはユーザのための代替実施形態で、プロキシ２２は前払いシステム２４から事前の許可または認可を得なくてもよく、むしろデータ要求の処理はわずかに異なる。特に、後払い加入者について、プロキシ２２は一般に前払いシステム２４から事前の許可または認可を得ることはない。すなわち前述のステップ１０２、１０３、１０６および１０７は実行されない。むしろ処理される各データ要求のために、プロキシ２２によってコールの詳細またはその他の同様の記録が作成される。この記録は、例えば課金仲介システムを介して、課金システムに周期的にアンロードされる。適切には、課金システムは後払い口座に適宜料金を請求する。
【００２１】
理解されるように、いかなる場合でも、プロキシ２２は、前払いおよび後払い加入者の両方のために、元々ウェブサイトによって提供されるか、またはウェブサーバ３２がプロキシ２２を通して渡す、および／または少なくとも一時的にプロキシ２２によってキャッシュされるウェブページ、ドキュメントおよび／またはその他の同様のコンテントなど、広告またはその他の同様のコンテントがワイヤレスサービスプロバイダによって挿入および／または置換されることが可能な都合のよいポイントを示す。適切には、コンテントの挿入および／または置換は、プロキシ２２に有効に接続された適切なエージェントまたはエンジン２６によって実行される。１つの実施形態で、広告挿入エンジン２６は、プロキシ２２とともに同じ物理プラットフォーム上に配置されてもよい。しかしながら、これらは論理的に別個のエンティティであることに留意されたい。いずれの場合でも、挿入または置換コンテントの目標を特定のモバイルデバイス（この場合、モバイルデバイス１０）に定めることは、エンジン２６が例えばリアルタイムで協議および／または他の形でアクセスするプリファレンスデータベース（ＤＢ）２８を介して適切に達成される。適切には、ＤＢ２８は加入者の好き嫌い、一般的関心などについての情報を含む。ＤＢ２８は、エンジン２６と通信で結合されており、例えばリアルタイムでこの問い合わせに応答する。さらに、適切に広告の目標を様々な加入者に定めることを助けるために、１つまたは複数の広告選択フィールドがＤＢ２８の中に含まれる。適切には、広告選択は、例えば広告プロバイダによって希望される表示の回数、広告プロバイダによって希望される表示の期間（どこからどこまでか）、加入者の人口統計学的データ（例えば、Ｒ指定の映画の広告を未成年者に見せることは望ましくない場合がある）など、いくつかの要素によって規制されてもよい。
【００２２】
いかなる場合でも、ステップ１０７で、プロキシ２２が、前払いシステム２４によって適切な引き落としが達成されたという確認、または代替として、後払い加入者の場合には、課金システムへアンロードするために適切なコール記録が確立されたということの確認を受信するということを思い出されたい。しかしながら、この場合（すなわち本方法のコンテント挿入／置換機能が可能にされる、および／または他の形で利用される場合）、単に（ウェブサイトまたはサーバ３２によって元々プロキシ２２へ提供された、キャッシュされたウェブページ、ドキュメントまたはその他の同様のコンテントがモバイルデバイス１０に転送または送信される）ステップ１１２へ飛ぶのではなく、プロキシ２２は代わりに、プロセスのコンテント挿入および／または置換段階を開始することによって、ステップ１０７で受信された確認に応答する。すなわち、ステップ１０７に続きステップ１０８で、プロキシ２２は、ウェブサイトまたはサーバ３２から受信されたウェブページ、ドキュメントまたはその他の同様のコンテントをエンジン２６へ転送するか、または他の形で送信する。適切には、プロキシ２２はコンテントに加えて、とりわけ限定はされないが場合によってはモバイルデバイスの特性を含めて、例えばモバイルデバイス１０のＩＰアドレスおよび／または、ＭＳＩＳＤＮ（モバイル加入者総合サービスデジタル網番号）などのモバイルのアイデンティティなど、データ要求を開始したモバイルデバイス１０の識別もエンジン２６へ提供する。
【００２３】
ステップ１０９で、オペレーションの１つのモードによって、エンジン２６は、モバイルデバイス１０のＩＰアドレスを使用してＤＢ２８に問い合わせを行う。適切には、ＤＢ２８は様々なＩＰアドレスを、例えば市などの特定の地理的領域と相関させる。したがって、ステップ１０９に示された問い合わせに応答して、ステップ１１０で対応する地理的領域は、エンジン２６へ返される。これによって、例えばエンジン２６によって実行される場所に基づいたコンテント置換および／または挿入が可能となる。別の実施形態では、任意で、モバイルデバイス１０が現在位置する領域を判定するために、ネットワーク２０に関連したＨＬＲ（ホームロケーションレジスタ）またはＨＳＳ（ホームサブスクライバサーバ）への問い合わせが使用されてもよい。
【００２４】
別のオペレーションのモードおよび／またはその他の実施形態では、ステップ１０９はまた、エンジン２６がＤＢ問い合わせに関連したモバイルデバイスの電話番号またはＩＤを用いることを伴ってもよい。例えば、モバイルデバイス１０の電話番号またはＩＤは任意で、一般にＳＧＳＮ（サービングＧＰＲＳサポートノード）またはＰＤＳＮ（パケットデータサービングノード）でそれぞれ保持される、（ＧＳＭ／ＧＰＲＳ／ＵＭＴＳネットワークの場合の）ＰＤＰ（パケットデータプロトコル）コンテキストまたは（ＣＤＭＡネットワークのための）ＰＰＰ（ポイントトゥポイントプロトコル）セッションコンテキストに問い合わせることによって得られる。代替として、この情報（すなわちモバイルデバイスの電話番号および／またはＩＤ）はまた、モバイル／ワイヤレスネットワーク２０に関連したＡＡＡ（認証、認可および課金処理）サーバまたはＤＨＣＰ（動的ホスト構成プロトコル）サーバから得られることが可能である。いずれの場合でも、ＤＢ２８はまた任意で、様々なモバイルデバイスの番号またはＩＤをプリファレンスおよび／または加入者プロフィールに相関させる。したがって、ステップ１１０での応答はモバイルデバイス１０についての地理的領域の位置だけではなく、モバイルデバイス加入者についてのＤＢ２８の中に維持されたプロフィールもまた返す。適切には、このプロフィールは任意で、例えば食事、音楽、映画、娯楽、旅行などの複数の主題のうちの任意のものに関する加入者の複数の様々なプリファレンスのうちの任意のものを示す。１つの選択肢で、このプリファレンスは加入者によって発行されるか、または他の形でワイヤレスサービスプロバイダによって入手可能とされ、または代替として、このプリファレンスは、加入者がモバイル／ワイヤレスネットワーク２０を使用している間にワイヤレスサービスプロバイダによって監視される加入者の習慣、パターンおよび／または日課の観測からワイヤレスサービスプロバイダによって推定されるか、または他の形で判定されてもよい。１つの実施形態で、プロキシ２２はまた、広告挿入エンジン２６へのその問い合わせの中でキーワードを指定することによって、供給される特定の広告の種類をほのめかしてもよい。
【００２５】
理解されるように、ステップ１１０に続いて、ここでエンジン２６は、Ａ）ウェブサイトまたはサーバ３２によって提供された本来のウェブページ、ドキュメントおよび／またはその他の同様のコンテント、Ｂ）要求を出すモバイルデバイス１０の大体の地理的位置、および任意で、Ｃ）要求を出すデバイス１０についてのプリファレンスおよび／または加入者プロフィールを有する。したがって、エンジン２６は用いられる特定のオペレーションのモードによって、さらなるコンテントを挿入するか、または項目（Ｂ）および／または（Ｃ）に基づいて本来のドキュメントまたはウェブページから選択されたコンテントを新たなコンテントと置換する。任意で、追加または置換コンテントはエンジン２６で局所的にホストされることが可能であるか、または代替として、例えば適切な広告サーバなどのさらに別のプラットフォームから入手可能であってもよい。より具体的には、例えば、本来のドキュメント／ウェブページの端部または最下部に、タグラインまたは同様のものが追加されてもよい。別の場合で、本来のウェブページ／ドキュメントの中で検出および／または他の形で識別された広告は、例えばモバイルデバイス１０の位置および／または加入者のプリファレンスにより関連した目標を定められた広告と置換されてもよい。最後に、エンジン２６によるウェブページ／ドキュメントの調整または修正に続いて、ステップ１１１で、エンジン２６は変更されたウェブページ／ドキュメントをプロキシ２２へ返すか、または他の形で送信し、次いでプロキシ２２はステップ１１２で、変更されたウェブページ／ドキュメントをモバイルデバイスに転送するか、または送信する。
【００２６】
一般に、ＷＡＰ（ワイヤレスアクセスプロトコル）アクセスについては、ＷＭＬ（ワイヤレスマークアップ言語）は通常、本来のソースコンテントを記述するために使用される「マークアップ言語」であることを理解されたい。当技術分野で一般に知られているように、ＷＭＬは多くの点でＨＴＭＬ（ハイパーテキストマークアップ言語）と類似しており、ページにナビゲーション的なサポートを提供し、典型的には「デック」と呼ばれ、このデックは一般に多くの「カード」から構成されており、ここで各カードは、ユーザが操作することができる相互作用的エンティティを表す。ウェブへのアクセスは、一般に、モバイルデバイス上の解釈のためにＨＴＭＬページをＷＭＬページ変換するＷＡＰアクセスゲートウェイを介して提供される。ＨＴＴＰ（ハイパーテキスト転送プロトコル）アクセスについて、ソースページは一般にＨＴＭＬで構成される。無数の異なる種類のモバイル端末に異なる形態の要素および機能を与えるために、Ｗ３Ｃ（すなわちワールドワイドウェブコンソーシアム）はＤＩＡＬ（Ｄｅｖｉｃｅ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ａｕｔｈｏｒｉｎｇ  Ｌａｎｇｕａｇｅ）フォーラムを開始した。ＸＤＩＭＥ（デバイス独立マークアップ拡張のための拡張可能ＨＴＭＬ）は、ＤＩＡＬの例である。ＸＤＩＭＥで作成されたページは、コンテント適合エンジンが、（例えばＵＡＰｒｏｆ（ユーザエージェントプロフィール）仕様または適切な変形物に基づいた）デバイス機能のデータベースとともに機能して、特定のデバイスのために、これらのページをリアルタイムでレンダリングすることを可能にする。
【００２７】
上述のように、エンジン２６はコンテント挿入モードおよび／またはコンテント置換モードの２つのモードのいずれかで動作することができる。挿入モードでは、プロキシ２２でサーバ３２から受信される、本来の供給されるドキュメント／ウェブページは、さらなるコンテントを含むためにエンジン２６によって変更される。代替として、置換モードでは、既存のコンテント（例えば本来の広告など）は新たなコンテント（例えば新たな広告）によって置換される。
【００２８】
理解されるように、挿入モードのオペレーションは一般に非常に簡単なものである。例えばＨＴＭＬで構成された各々の本来供給されるページは、ヘッダおよび本体を有する。その最も単純な形式では、コンテント挿入モードで動作中のエンジン２６は、例えば広告、タグラインなどの所望のさらなるコンテントを含むように、ドキュメント本体を変更する。この追加されるコンテントは、例えば加入者のプリファレンスまたはモバイルデバイスの位置に基づいても、基づかなくてもよい。例えば、この判定は任意で以下のような１つまたは複数の要素によって行われる：
−  上述のような挿入エンジン２６に対するモバイル番号の入手可能性。
−  加入者プリファレンスまたはその他の適切なプロフィールに対する入手可能性および／またはアクセス
−  ユーザのプリファレンスおよび／または加入者のプロフィールと一致する広告またはその他のコンテントの入手可能性。
【００２９】
エンジン２６のコンテント挿入モードを例示するために、以下に例が示される。本来のドキュメントは以下のようであると仮定する：
【数１】
2011511333.tif 000003
【００３０】
その後、コンテント挿入モードで動作するエンジン２６は、例えば広告などを任意で挿入してもよく、ユーザエージェントが最初に全情報が入ってくるのを待つのではなく、広告を段々にレンダリングすることができるように、比例する、および／または一定の幅を特定する。関連の追加は、例えば以下のようなものであってもよい：
【数２】
2011511333.tif 000004
【００３１】
この実施例から理解できるように、ここで挿入される広告はモバイルデバイスの幅全体にわたり、縦のスペースの１／１０を占める。
【００３２】
コンテント置換については、この処理はより複雑になる。しかしながら、典型的なウェブページのレイアウトを適切に観察することは、広告の一般的な配置に関して何らかの洞察を与える。特に、広告は以下の場所に表示されることがよくある：
−  ページの最上部
−  ページの最下部
−  それら自体の左枠の中
−  （例えば一部の人気のある検索エンジンによって示されるページ上で典型的に見られるような）それら自体の右枠の中
−  ドキュメント／ページがそれ以外に固定レイアウトを保持する中で、ドキュメントの中に散在すること。
【００３３】
したがって、エンジン２６は任意で、置換されることが可能なこれらの定義された広告の位置のうちの任意のものを調べる。しかしながら、モバイルデバイスの形態要素を考えると、多数の枠を使用するページレイアウト、または（例えば書籍形式、マルチコラムのページレイアウトなどでより一般的な傾向がある）ドキュメント内に散在する広告は、コンテントの置換のためには理想的ではないことがよくある。したがって、１つの任意の実施形態では、エンジン２６はドキュメントの本体を調べ、ページの最上部および最下部に配置された広告を探す。適切には、広告を識別するために、エンジン２６は例えばリンクの包含、およびＨＴＭＬページの本体内から画像の境界を提示または定義することなど、それとわかるサインを探す。例えば、以下はページの例である（ドキュメントのヘッダは示されていない）：
【数３】
2011511333.tif 000005
2011511333.tif 000006
【００３４】
この例の中では、（ｔａｂｌｅ  ｗｉｄｔｈ＝“１００％”によって示される）全幅の広告スペースが残されており、そのうち実際の広告は７２８ｘ９０ピクセルを占める。適切には、変更されたページは、例えば以下のようなものである：
【数４】
2011511333.tif 000007
【００３５】
必ずしも上述の例の中では示されないが、コンテント挿入およびコンテント置換の両方のオペレーションモードを実行する中で、ドキュメント内の新たなコンテントまたは広告の位置はページの中で適切に識別され、コンテントまたは広告の実際のパス（ＦＱＤＮ／ＵＲＩ）は変更されたページの中で特定されることになる。さらに、ソースドキュメントがＤＩＡＬ仕様を厳守していれば、コンテントの選択およびコンテントを含めることは非常に容易になることが有利である。同様に、コンテントの適合はＤＩＳｅｌｅｃｔ項を使用することによって非常に容易になる。これらの両方は、ドキュメントを解析する間にさらなるヒントをエンジン２６に与えてもよい。
【００３６】
本明細書で示される特定の例示的実施形態に関連して、特定の構造および／または機能の特徴は、定義された要素および／または構成要素に組み込まれるものとして説明されていることを理解されたい。しかしながら、これらの特徴は、同じまたは類似の利点について、同様に必要に応じて、その他の要素および／または構成要素にも組み込まれるということが考えられる。例示的実施形態の異なる態様は、所望の応用例に適したその他の代替実施形態を達成するために選択的に適宜用いられてもよく、それによってその他の代替実施形態が本明細書に組み込まれた態様の各々の利点を実現するということもまた理解されたい。
【００３７】
また、本明細書で説明される特定の要素または構成要素は、ハードウェア、ソフトウェア、ファームウェアまたはそれらの組み合わせを介して適切に実装される機能を有してもよいということも理解されたい。さらに、まとめて組み込まれる本明細書で説明される特定の要素は適切な環境の下で、独立型の要素であるか、または他の形で分離されてもよいことを理解されたい。同様に、１つの特定の要素によって実行されるものとして説明される複数の特定の機能は、個々の機能を実行するために独立して機能する複数の異なる要素によって実行されてもよく、または特定の個々の機能は分離していてもよく、ともに機能する複数の異なる要素によって実行されてもよい。代替として、互いに異なるものとして本明細書でその他の形で説明および／または図示されている一部の要素または構成要素は、必要に応じて物理的または機能的に組み合わせられてもよい。
【００３８】
簡潔に、本明細書は好ましい実施形態を参照して述べられてきた。明らかに、本明細書を読み、理解した上で、修正形態および変更形態が他者に想起されるであろう。本発明は、すべての前述のような変更形態および代替形態が添付の特許請求の範囲またはそれらの均等物の範囲内にある限り、それらを含むものとして解釈されることが意図される。
【図１】
2011511333.tif 000008
【国際調査報告】
2011511333.tif 000009
2011511333.tif 000010
2011511333.tif 000011