JP2004530959A

JP2004530959A - コンテンツのモバイル装置への配信システム及び配信方法

Info

Publication number: JP2004530959A
Application number: JP2002551745A
Authority: JP
Inventors: カーグマン，ハリー; ハリス，ミッシェル; ジェサナメスト，ダニエル; レルー，トーマス; トリップ，コレイ; デルシア，ピーター; スー，リン; ボイル，リー，エム; リュー，ダニエル; イ，ジョージ; カトサニス，ロシオ; ハーブスト，エヴァン，エイチ
Original assignee: カルゴ、インコーポレイテッド
Priority date: 2000-12-18
Filing date: 2001-12-18
Publication date: 2004-10-07
Also published as: US20170353573A1; US20120079369A1; CN100594493C; CA2431762A1; AU3523202A; WO2002050719A3; US20100153583A1; US9736261B2; US8938724B2; AU2002235232B2; US8095919B2; US20030023755A1; EP1346294A2; US10609170B2; HK1063863A1; US20150163316A1; CA2431762C; WO2002050719A2; CN1493045A; US7644400B2

Abstract

本発明の実施の形態は、コンテンツの開発者が同一のコンテンツを多種の要求モバイル装置に配信可能なプラットフォームを提供することにある。コンテンツを総称マークアップ言語でオーサリングし、そしてモバイル・コンテンツ・フレームワーク（ＭＣＦ）に含まれる技術を用いることにより、コンテンツの開発者は、異なる様式のコンテンツを提供することなく、コンテンツを多種の装置に提供可能となる。このコンテンツは、総称マークアップ言語で最初にオーサリングされても良く、又はＭＣＦにより多の言語から総称マークアップ言語に翻訳されても良い。ＭＣＦはケイパビリティを活用し、そして総称マークアップ言語のコンテンツをデバイス固有のコンテンツに変換することにより、異なる種類の無線装置に関する制限を調和させる。ＭＣＦは、装置属性の記録を保持する装置レジストリと情報交換して、装置固有のコンテンツを提供する。ＭＣＦは現用の無線装置に関する論点を取り扱うと共に、将来の無線装置にも拡張可能である。

Description

【技術分野】
【０００１】
本発明の実施の形態は、一般に、コンテンツのモバイル装置への配信、特に異なる装置プロトコルを用いる同一コンテンツの多様なモバイル装置への配信に関する。
【０００２】
なお、本願は、両出願に共通の主題に関して、２０００年１２月１８日出願の同時係属米国仮出願No.60/256,589に対して優先権を主張している。この仮出願の開示内容は、その全内容を参考のため本願に組み込まれている。
【背景技術】
【０００３】
コンテンツプロバイダーが、コンテンツを用いるために今日のモバイル装置に容易に配信するのは困難である。異なる機能を有する多くの異なるモバイル装置が存在し、その多くは短い期間で表面化することが予測される。コンテンツの変数は多く存在し、コンテンツをモバイル装置に配信する場合に考慮に入れる必要がある。企業及びコンテンツプロバイダーは、それぞれの装置の要求に対して「正確な」コンテンツを配信する必要があり、これは、要求モバイル装置に関連するコンテンツの変数を考慮に入れることにより行われる。一般に、モバイル装置は、（パーソナルコンピュータと比較して）利用可能な情報源が少なく、これを利用して、コンテンツをユーザーに提供する。コンテンツの変数（content variable）には、装置の言語、装置の表示特性、装置の入力方法、文字のコード化方法、及びユーザープレファレンスのそれぞれの差が含まれる。無線装置では、異なる種類の言語、例えばＷＭＬ、ＨＤＭＬ、ＨＴＭＬ、ｃｏｍｐａｃｔ−ＨＴＭＬ及びパームウェブクリッピング（Palm webClipping）を使用する。更に、２種類の装置が同一の言語を用いる場合でさえ、それぞれが機械言語に翻訳処理し、コンテンツを同じ方法で供給するという保証はない。例えば、ＷＭＬがノキア社の装置で供給される場合、他の製品による装置で供給される場合と大幅に異なる。装置のディスプレイが別のコンテンツ変数である。
【０００４】
コンテンツが異なるハンドヘルド型装置の全体に亘って表示される場合に大きな変化がある。ディスプレイの中には細長いものもあり、幅広いものもある。ブラウザーの中には、イメージを表示可能なものもあれば、イメージを表示できないものもある。ディスプレイには、色の種々の深さをサポートし、グレースケールのイメージをサポートし、そして黒と白のイメージのみをサポートするものがある。更に、解像度及び解読性はディスプレイの大きさと異なるように変化する。モバイル装置に組み込まれるコンテンツは、関連するコンテンツを配信する際に、これらのコンテンツ変数を克服可能とする必要がある。
【０００５】
別のコンテンツ変数は、デバイス入力用無線装置で用いられる方法である。携帯電話は、通常、数字で表したキーパッドのみを有しており、一方、ＰＤＡは、スタイラス入力である。ＲＩＭブラックベリー（RIM Blackberry）等の装置の中には、完全なキーボードを有しているものあり、一方、他の装置は、音声コマンドをサポートする。文字のコード化は、更なるコンテンツ変数を表し、これについて、コンテンツプロバイダーは、コンテンツを無線装置に配信する場合に考慮に入れる必要がある。装置の中には、特定文字のコード化を用いて配信されるコンテンツを必要とする。例えば、ｉ−モード電話では、日本語を正確に表現するためにShift-JISコード化のコンテンツを必要とする。コンテンツ変数の更に別の種類は、ユーザープレファレンスの適合（accommodation）により生じる。ユーザーは、コンテンツを受け取りたいと考えている特定の言語、例えばフランス語を条件として指定可能である。或いは、ユーザーは、コンテンツの配信速度を上げるためにテキストコンテンツのみをむしろ見出すか、又はカラーＰＤＡディスプレイ上にグラフィックコンテンツをむしろ見出しても良い。
【０００６】
コンテンツ変数を処理するウェブサイト開発者により用いられる従来からの方法は適当でなかった。一般に、ウェブサイト開発者は、コンテンツを多種の無線装置に提供することを試みてきた。これは、多様な様式のウェブサイトを形成し、コンテンツを最小公分母の近似に分解するか、又はウェブスクラッピング技術（以下で説明）を利用して、標準のＨＴＭＬウェブサイト上に現れるコンテンツから要求無線装置用コンテンツを生成することにより行われる。全ての近似により、適当でない結果を得る。異なる無線装置用の多様な様式のウェブサイトを維持・管理するのは、時間、人間の能力及び金銭面両方の面からコスト高である。ウェブサイト上にテキストのみのコンテンツ等の基本的なコンテンツのみを提供することにより、要求ユーザーのフル機能無線装置から、その装置に含まれるフィーチャー（特徴：feature）を奪い取る。更に、この近似の意力は、全ての装置が受け入れ可能であるコンテンツに依然として提供しないであろう（即ち、全ての装置のために機能する最小公分母は存在しない。）。ウェブスクラッピング技術は、これを使用することにより、即ちコンテンツ、レイアウト、又はウェブページの体裁に関する有用な情報を、コンテンツソース（可能であればＪＳＰ又はＡＳＰ）か、又はコンテンツを生成したアプリケーションへのインターフェイスリンクを用いるよりか、むしろブラウザーで受領されるページから得られる技術である。しかしながら、標準的なウェブサイトから得られるＨＴＭＬコンテンツは、モバイル装置に容易に適合可能でない。なぜなら、要求モバイル装置上でナビゲート（操縦）することが屡々不完全で且つ困難であるＨＴＭＬコンテンツの翻訳を結果として屡々生じるからである（難解又は解読不可能なテキストを生成することもある）。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の実施の形態は、要求装置上でのコンテンツの提供（表現：rendering）による抽象コンテンツ及び運転を促進するモバイル・コンテンツ・フレームワーク（ＭＣＦ（mobile content framework））を提供することにある。
【課題を解決するための手段】
【０００８】
コンテンツは、モバイル装置等の所定の装置の限られた提供源を考慮に入れるために、特に良好な方法で抽象化される（しかし、この処理は、提供源の限定条件下でなくても装置のために機能する。）。この抽象処理により、同一のコンテンツを多種の要求装置に配信可能となる。コンテンツを、ディスプレイの見地及びコンテンツのナビゲーション（操縦）の見地の両方により、各装置用に特に生成する（生じさせる）。インターフェイスは、個体の様式に対して、動的にパーソナライズされても良い。ＭＣＦには、総称マークアップ言語が含まれ、ワイアレス・アブストラクト・ＸＭＬ（以下、ＷＡＸとする）と称し、これは、容易に拡張され且つ多数の異なるモバイル装置のマークアップ言語に翻訳され得る（ＷＡＸは、関連する仮出願６０／２５６５８９においてＫＧＭＬと称されている。）。コンテンツを、コンテンツプロバイダーの最初の言語からＷＡＸに最初に翻訳するか、又は最初からＷＡＸで生成し、その後、要求モバイル装置用の、装置に適当な言語に変換する。ＷＡＸは、コンテンツの開発者が、個々のプロトコールで用いられる場合と比較して、より抽象レベルで記述可能となるように設計される。抽象レベルを上げることにより、次いで、要求モバイル装置により用いられる言語、例えばＷＭＬ、ＨＤＭＬ及びＨＴＭＬにＷＡＸを変換可能となる。一般的なマークアップ言語は、いかにしてコンテンツを装置に提供するのかに焦点を当てるのに対して、ＷＡＸは、総称的であるが、スマート・オブジェクト（その翻訳は、特定の装置にあわせて行われる。）に焦点を当てている。この翻訳処理中、ＭＣＦは、テキストの最良の種類及び長さを用い、イメージの最良の種類及び大きさを用い、そしてコンテンツを装置の属性に良好に適合させ且つカスタマイズすることを保証する。カスタマイズ処理では、データベースに保存されている装置属性の記録を使用して、要求装置に対して適当なコンテンツを選択する。
【発明を実施するための最良の形態】
【０００９】
一実施の形態において、電子装置は、コンテンツのロケーションとインターフェイス（インターフェイスを介して）接続されている。電子装置は、多様なモバイル装置に関する装置情報を保持する少なくとも１種のレジストリへのアクセスを有している。装置情報には、各モバイル装置により使用されるプログラミング言語が含まれる。モバイル装置からコンテンツの要求（リクエスト）を受け取ると、電子装置は、少なくとも１種のレジストリから装置情報を検索する。要求されたコンテンツは、総称マークアップ言語から、検索された装置情報に基づきデバイス固有のコンテンツに変換される。
【００１０】
別の実施の形態において、電子装置は、コンテンツのロケーションとインターフェイス接続されている。電子装置は、異なる種類の無線装置に関する装置情報を保持する多様なレジストリへのアクセスを有している。装置情報には、各無線装置により使用されるプログラミング言語が含まれる。コンテンツは、総称マークアップ言語に変換される。無線装置からコンテンツの要求を受け取ると、電子装置は、少なくとも１種のレジストリから装置情報を検索する。要求されたコンテンツは、検索された装置情報を用いて総称マークアップ言語からデバイス固有のコンテンツに変換される。
【００１１】
本発明の実施の形態は、コンテンツの開発者が有効なワイアレスウェブサイトの構築を可能になるプラットフォーム（基準）を提供する。コンテンツをＷＡＸでオーサリングし、そしてモバイル・コンテンツ・フレームワーク（ＭＣＦ）に含まれる技術を使用することにより、コンテンツの開発者は、無線装置向けのワイアレスウェブアプリケーションを迅速且つ容易に構築可能となる。このコンテンツは、ＷＡＸで最初にオーサリングされても（書かれても）、又は他の言語からＭＣＦによりＷＡＸに翻訳されても良い。ＭＣＦは、ケイパビリティ（capability）を活用し、そしてＷＡＸコンテンツをデバイス固有のコンテンツに変換することにより、異なる種類の無線装置に関する制限を調和させる。ＭＣＦは、現用の無線装置に関する論点を取り扱うと共に、将来の無線装置にも拡張可能である。
【００１２】
図１は、本発明の実施の形態を実行するのに適当な環境を示している。電子装置２は、ネットワーク４とインターフェイス接続されている。電子装置２には、コンテンツ６及びＭＣＦ６が含まれる。コンテンツ６は、ＷＡＸ、非ＷＡＸワイアレス言語フォーマット、又は非ワイアレス言語フォーマットで書き込まれたコンテンツであっても良い。複数のモバイル装置１０、１２及び１４についても、ネットワーク４とインターフェイス接続されている。複数のモバイル装置、即ち携帯電話１０、ＰＤＡ１２及びセットトップボックス１４は、コンテンツ６を電子装置２から要求する。モバイル装置は、携帯電話、ＰＤＡ、ケーブルテレビ又は衛星テレビのセットアップボックス、その他の同様の、固定装置を含む限られた提供源を有する装置（即ち、有線セットアップボックス）であっても良い。無線装置という用語は、本明細書において、モバイル装置という用語と互換性を有して使用されているにもかかわらず、当業者等は、無線装置及び有線装置が本発明の目的の範囲内にあり、ワイアレス（無線）という用語を用いる実施例が実施の形態として使用されることを十分に理解するであろう。ＭＣＦ８は、コンテンツが非ＷＡＸフォーマットである場合にコンテンツ６をＷＡＸに翻訳し、その後、言語及び装置属性の両方の観点から、コンテンツを、要求無線装置１０、１２及び１４に適当となるように変換する。
【００１３】
ＭＣＦ８は、ワイアレス・アブストラクト・ＸＭＬ（ＷＡＸ）として知られているマークアップ言語からなるそれ自体のブランドを使用し、これを用いてコンテンツを記述する。この言語は、モバイル装置にのみ組み込まれ、そしてＷＭＬ、ＨＤＭＬ及びＨＴＭＬ等のもっとも一般的なマークアップ言語のフューチャー（特徴）を組み合わせる。ＷＡＸは、ＷＭＬ、ＨＤＭＬ及びＨＴＭＬ等の他のコンテンツマークアップ言語を超えるレベルで設計される。ＷＡＸは、デバイス固有のコンテンツに翻訳される「論理製品（logical widget）」に焦点を当てている。ＷＡＸは、小型装置におけるグラフィックス及びユーザーの入力に対する課題を克服するために設計される。例えば、携帯電話にコンテンツを配信するのに良好なパラダイムは、“９−グリッド”フォーマットである。携帯電話において、グラフィックを表示し、９個のセグメント（三木並べボード（tic-tac-toe board）等）に分解可能であり、携帯電話のキーパッド上の各数字は、グリッドの各セグメントへの入力リンクとして機能する。このパラダイムは、地図を通過及び大きさの変更をする場合に良好に機能する。しかしながら、このパラダイムはＰＤＡについて有効ではない。なぜなら、これは数字のキーパッドを有していないからである。その代わりに、ＰＤＡは、ＰＤＡのスタイラスの使用時にクリックされ得る一連のアンカーイメージを用いて「９−グリッド」を表示する。
【００１４】
ＷＡＸは、各装置の特徴を見出す「デバイス−スマート（device-smart）」となるように開発された。例えば、ノキア社の電話（携帯電話）でのＷＡＰブラウザーは、他社製品の電話におけるブラウザーのように、同じ様式でリストを表示しない。異なるソフトウェアプロトコルを走らせる他に、同一のソフトウェアを走らせる装置の中には、異なるソフトウェア様式を走らせることも可能なものもある。装置の中には、２種類のプログラミング可能な「ソフトキー（柔らかい鍵）」を有しているものあり、一方、その他の装置は１種類有している。ＷＡＸは、各装置の制限及び特徴に調整される。ＷＡＸは、新規な装置が利用可能となったとしても、新しい翻訳シートを容易に加えることが可能となるように拡張可能でもある。例えば、新しい装置が新品の（真新しい）マークアップ言語をサポートしている場合、この新しい装置のトランスレータを一体付加可能であり、これは、コアＷＡＸアーキテクチャーの一部を変更することなく行われる。
【００１５】
ＷＡＸ言語は、要求装置のネイティブ言語に動的に翻訳され得る。ＭＣＦ８は、ＸＭＬに基づく技術を用いて、ＷＡＸを他のマークアップ言語に動的に翻訳する。コンテンツは、ＷＡＸからＷＭＬ、ＨＤＭＬ及びＨＴＭＬ等の言語に翻訳される。このコンテンツは、装置に適当な特定の言語に翻訳されるばかりでなく、（従来からのＸＳＬスタイルシートと異なる方法で）要求装置の属性に基づき良好に調整される。属性には、装置の特徴、メモリ、記憶容量、通信速度、オペレーティングシステムの種類、その他の装置に関連する属性が含まれる。装置の中には、その装置に固有の翻訳ルールを必要とするものもある。例えば、ＷＡＸ“日付選択機（Date-Chooser）”は、携帯電話の限られたスクリーンサイズへの一法（できる限り、ＷＭＬデッキを用いて）及びＰＤＡ（一方のスクリーン全体）への別法を提供する。コンテンツに付されるＷＡＸタグは、従来の標準的なワイアレスマークアップ言語と比較して、高い抽象レベルで機能する。ＷＡＸ言語は、新しいタグをコンテンツの開発者により付加可能であるため、容易に拡張可能である。開発者は、いかなるＷＡＸタグ（翻訳ルールをアップデートするか、又はこれに加えることによる新しく且つ古いもの）の作用を限定することができる。多くのシステムは、ＷＡＸを生成可能である。ＷＡＸは、Javaサーバーページ（JSP）、アクティブサーバーページ、パール、ＰＨＰ、又は多くの他のウェブコンテンツマネージメントパッケージから生成可能である。一実施の形態において、コンテンツの生成に使用される属性には、キャリア属性並びに装置属性が含まれる。
【００１６】
ＭＣＦ８はＷＡＸ言語を利用して、コンテンツを、特定の要求装置に適合するように援助する。コンテンツをＷＡＸからデバイス固有の言語に翻訳し、そして特徴を利用するために良好に調整して、要求装置の限定に適合させる。ＭＣＦ８には、適当な量及び種類のコンテンツを要求装置に提供するために利用される装置ケイパビリティを列挙するレジストリが含まれる。
【００１７】
図２は、モバイル・コンテンツ・フレームワーク８に含まれる構成要素のブロックダイアグラムを図示している。ＭＣＦ８には、コンテンツディスパッチャー（content dispatcher）１８、デバイスレコグナイザー（device recognizer）２０、ベンダーキャパビリティリーダー（vendor capability reader）２２、デバイス及びケイパビリティのレジストリ２４が含まれる。コンテンツディスパッチャー１８は、ＰＨＰ、コールドフュージョン（Cold Fushion）、パールＣＧＩ、ビグネット（Vignette）、マイクロソフト・アクティブ・サーバー・ページ、Java（登録商標）・サーバー・ページ等のウェブテクノロジーツールについて問いただして、要求装置にもっとも適当なＷＡＸの形態を生成する。ＭＣＦ８には、セッションマネージメント（session management）構成要素２６、ロギング及びエラーハンドリング（loggin and error handling）構成要素２８、及びデータベースブレームワーク（database framework）構成要素３０も含まれる。セッションマネージメント構成要素２６は、自動化されたセッションハンドリング（session handling）を提供する。この自動化されたセッションハンドリングでは、クッキーを使用するか（デバイスがクッキーをサポートする場合）、又はデバイスがクッキーをサポートしない場合、ＵＲＬの書き直しにより、トランスペアレントに操作する。ＵＲＬの書き直しを含むセッションハンドリングは自動であり、これは、必要とされる開発効果の量を最小限にする。ロギング及びエラーハンドリング構成要素２８は、アプリケーションメッセージを記録する。アプリケーションメッセージは、デバック、情報、警告及びエラーの条件を特定するためのレベルを有することが可能であり、これは、大規模なワイアレスウェブサイトの開発及びデバックに重要である。データベースフレームワーク構成要素３０には、接続プーリング（connection pooling）が含まれる。データベースパラメータは、開発から製品の試作への展開を容易にするためにプロパティファイルに保持される。
【００１８】
全てのモバイル装置及びそのケイパビリティは、装置及びケイパビリティレジストリ２４に保持される。装置及びケイパビリティレジストリ２４はＸＭＬファイルであり、これにより、コンテンツの開発者は、装置を一まとめとすることが可能となると共に、各装置の特定の特徴に関するトラックも保持する。装置及びケイパビリティレジストリ２４は、更に、どの装置がＭＣＦ８に接続するのかを決定するために用いられる規則を含んでいる。この規則は重要である。なぜなら、全てのモバイル装置は、その装置自体を別様に認識するからである。装置の種類を認識すると、スクリーンの大きさ、色の深さ、ブラウザーの形式と種類、及び翻訳規則等の属性が知られるようになる。アプリケーションに固有の基準に基づいて、装置及びケイパビリティレジストリ２４を変更可能となる。アプリケーションに固有の基準に基づいて装置及びケイパビリティレジストリ２４を変更する場合、そのシステムにより、コンテンツの開発者は、新しい装置に関する装置レジストリの自動アップデートを中心となる情報源から受け取ることが可能となると共に、アプリケーションに固有の装置グループ化及びケイパビリティに関する別個のレジストリを保持する。
【００１９】
更にＭＣＦ８は、動画選択（dynamic image selection）構成要素３２、イメージレジストリ３４、動的テキスト選択（dynamic text selection）構成要素３６、テキストレジストリ３８、動画スケーリング（dynamic image scaling）構成要素４０を含んでいる。動画選択構成要素３２はイメージレジストリ３４を使用し、動的テキスト選択構成要素３６はテキストレジストリ３８を使用して、所定時間で要求装置に配信するためのもっとも良好なコンテンツを決定する。動画選択処理を、以下で更に詳細に説明する。動画スケーリング構成要素４０により、コンテンツの開発者は、設計時間中に小さなイメージのみを提供可能になると共に、各装置に正確に表示されるフレームワーク生成イメージ（framework generate image）を有している。イメージ−スケーリング・フレームワークは、イメージを正確な大きさに調整し、取り入れ、そしてイメージフォーマット間で翻訳する。イメージスケーリング構成要素は、生成されたイメージをキャッシュに入れて、二度以上イメージを翻訳するのを回避させ、そしてイメージを予備生成して、これによりコンテンツの開発者が全てのイメージを見出すことが可能となり、その後に、そのイメージは、要求装置に供給される。更に、ＭＣＦ８には、ＷＡＸスタイルシート構成要素４２、装置スタイルシート（デバイススタイルシート）構成要素４４、ＷＭＬのＷＡＸへのトランスレータ構成要素４６、及びＨＴＭＬのＷＡＸへのトランスレータ構成要素４８が含まれる。ＷＡＸスタイルシート構成要素４２はＷＡＸコンテンツのプレゼンテーションを指図し、そして装置スタイルシート構成要素４０は、コンテンツのプレゼンテーションを、要求装置が具備する属性に基づき該装置用に調整する。ＷＭＬのＷＡＸへのトランスレータ構成要素４６及びＨＴＭＬのＷＡＸへのトランスレータ構成要素４８は、ＷＭＬ又はＨＴＭＬのコンテンツをそれぞれＷＡＸフォーマットに翻訳する（言語形式を変換する）。
【００２０】
ＭＣＦ８は、多数の異なる技術を用いて、Java及びJavaサーブレット並びにＸＭＬ及びＸＳＬを含むＭＣＦワークを行う。ウェブサーバーの選択は、使用されるサーブレットエンジンに応じて異なる。実現シナリオ例は、リナックスにおけるアパッチ・トムキャット・サーブレットエンジンを含むアパッチウェブサーバーである。ウェブサーバー及びサーブレットエンジンは、ウェブコンテンツ用の情報源（提供源）である必要はない。拡張可能なマックアップ言語（ＸＭＬ）を用いて、ＷＡＸをオーサリングし、そして拡張可能なスタイルシート言語（ＸＳＬ）を用いて、ＷＡＸをデバイス固有の言語に翻訳するルールをオーサリングする。ＸＭＬ及びＸＳＬ技術は、オープンスタンダードである。ＭＣＦ８の実現例は、アパッチ・ソフトウェア・ファンデーションＸＭＬパルサー（Xerces）及びＸＳＬプロセッサ（Xalan）である。
【００２１】
本発明の実施の形態が要求モバイル装置にカスタマイズされたコンテンツを提供することによる方法を図３に示す。ウェブサーバー等の電子装置がモバイル装置から接続及びＨＴＴＰ要求を受理し、そしてサーブレットエンジンがその要求を適当なページ又は予定のサーブレットに案内して、ＷＡＸを生成する（ステップ６０）。一実施の形態において、サーブレットエンジンは、Javaサーブレット仕様２．２をサポートしている。ＨＴＴＰ要求のヘッダーをＭＣＦ８により調査して、装置の種類と好適なＸＳＬスタイルシートを決定して、後のデバイス固有の翻訳に使用する（ステップ６２）。装置のＸＭＬレジストリをコンサルトして、装置のケイパビリティ（スクリーンの大きさ、ブラウザーの形式など）を決定する（ステップ６４）。セッションを開始して、次の処理を最小限にし、そしてアプリケーション用の一時的な場所として機能して、一時情報を保存する（ステップ６６）。セッション開始後、ＷＡＸコンテンツを生成する（ステップ６８）。ビジネスルール、データベース質問、パーソナライゼーション・エンジン（personalization engine）及びその他のシステムを強化して、エンドユーザーに対する動的コンテンツを構築することが可能となる。Javaサーブレット、Javaサーバーページ、又はその他の動的コンテンツ生成可能なシステム、例えばＰＨＰ、パールＣＧＩ、又は第三のコンテンツマネージメントパッケージにより、ＷＡＸをフライで生成可能である。ＷＡＸは、ＭＣＦ以外の提供源から生成しても良い。外部データベースを、ＪＤＢＣを用いて質問しても良く、そしてビルトイン式データベースフレームワーク及び接続プールクラスを強化して、ＷＡＸを生成しても良い。ＷＡＸコンテンツ生成処理の一部として、認証及び許可システムに存在するインターフェイスをプログラムすることも可能である。ＭＣＦ８には、パーソナライゼーション・サービスと直接的に情報交換するクライアントＡＰＩが含まれ、これにより、ユーザープレファレンス（選好物）が、全世界でシェアされたレポジトリ、並びに位置情報サービス（Location Based Service）フレームワークと通信するためのＡＰＩから抽出され得る。全てのコンテンツ生成処理が終了すると、これにより得られたＷＡＸを、このＷＡＸコンテンツが翻訳されるコンテンツ翻訳システムに導入される（ステップ７０）。動画及びテキスト処理を行うが（ステップ７２）、これはＸＳＬ処理と共に行われる（ステップ７４）。ＷＡＸストリームを調査して、装置に対してもっとも適切なイメージ、及びユーザープレファレンスを置き換える。ユーザープレファレンスには、インターフェイスの選択、キーマッピング、キーの特性、機能、提供すべき情報の量、言語及びロケーション（位置）が含まれる。WAXは、要求装置が認識可能な言語に翻訳される。初期に決定されたスタイルシート（ステップ６２）を用いて翻訳を行う。その後、カスタマイズされたコンテンツを要求装置に戻す（ステップ７６）。
【００２２】
ＷＡＸコンテンツは、WAX提供源から直接的に生成することも可能であるし、又はＷＡＸコンテンツは、非ＷＡＸ提供源から動的に翻訳されることも可能である。一実施の形態において、多くの異なる種類のウェブ技術を使用して、コンテンツが生成されたとしても、Javaサーブレットを用いて翻訳を行う。ＷＡＸはＸＭＬドキュメントを用いるので、ＰＨＰ、コールドフュージョン、パールＣＧＩ、ビグネット、マイクロソフト・アクティブ・サーバー・ページ等のツール、及びJavaサーバーページを利用して、動的ＷＡＸを生成可能である。ＭＣＦディスパッチャー１８は、これらのサービスを自動的に質問し、そしてコンテンツを、要求装置に良好に適合される形式に翻訳する。コンテンツをＨＴＭＬで書き込んでも良く、そしてＨＴＭＬから最初にＷＡＸに変換し、その後、提供源のＨＴＭＬを変更することなく要求装置に良好に適合させる言語に変換する。同様に、コンテンツの開発者は、ＸＭＬを使用してコンテンツを生成し、その後、ＸＳＬスタイルシートを提供して、ＸＭＬを任意のマークアップ言語に翻訳しても良い。ＸＭＬドキュメントを翻訳するための能力は有用であるが、これは、動的ＸＭＬコンテンツがデータベース又は第三の提供源から得られ、そしてＷＡＸもしくはその他のＸＭＬ変形体に提供される必要がある場合に有用である。
【００２３】
図４は、どのようにしてコンテンツが異なる提供源から生成可能になり、そしてＭＣＦ８により動的に翻訳され得るのかを説明するために用いられるステップに関するフローチャートである。この処理は、ＭＣＦが無線装置からページ要求を受領した場合に開始する（ステップ８０）。フレームワークは装置の種類を決定し、これと通信し、そしてセッションを開始する。コンテンツディスパッチャー１８は要求を受け、そしてデータを得る場所を決定する（ステップ８２）。コンテンツディスパッチャー１８は、キャッシュからページを供給するか、又はデータ提供源から再びページを得ることを選択可能である。適当なデータ提供源を交信し、これによりデータストリームを得る（ステップ８４）。このデータはＷＡＸ又は任意のＸＭＬファイルであっても良い。これは、単純なＨＴＭＬであっても良い。データ提供源は、ウェブサイト、静的ファイル、サーブレット又はJavaサーバーページであっても良い。データを得ると、種々のフィルター及び翻訳ルールにより処理して、最終結果のコンテンツを検索する。コンテンツを生成すると、これによるストリームを保存して、キャッシュに入れ、（適宜）次いで要求を瞬時に処理するであろう。
【００２４】
本発明の実施の形態は、もっとも大きな課題の１つを、コンテンツの動的な翻訳で処理するが、その際、各ウェブページの要求中、その性能に伴う不利益を受けることになる。ＭＣＦ８は、完全なページ要求をキャッシュに入れて、次の要求に関する性能を改善する条件で多様な段階を提供する。ページのキャッシュは２種類の異なる段階、即ち後処理キャッシュ及び後翻訳キャッシュで働く。後処理キャッシュは、ＷＡＸページをディスクに残す場合、アプリケーションがデータベース、ユーザープレファランスシステム又はその他の場所から動的データを検索した後に起こる。同一ページに関する次の要求は、高価なシステムコールを必要としない。後処理キャッシュは、デバイス固有の翻訳前に行われるため、コンテンツが稀にはっきりと変わり、そしてユーザー又はデバイスの従属性でない場合のページについては良好である。例えば、臨機応変に、明確にデータベースコールから供給されるページをキャッシュに入れ、その後にフィルタリングし、翻訳する。フレームワークがＷＡＸをデバイス固有のマークアップ言語（ＷＭＬ、ＨＴＭＬ等）に翻訳する場合、後翻訳キャッシュは、ＷＡＸが処理された後に起こる。翻訳後、ページはディスクに残り、そして同一ページに関する次の要求では処理を必要としない。このキャッシング形式は、直接的にユーザー及び／又はデバイス向けとされる高度にカスタマイズされたページに良好である。本発明の実施の形態により、コンテンツの開発者は、いかにしてドキュメントをキャッシュに入れ、そしてどのくらいの時間ページがキャッシュに残るのかに関して完全に制御することが可能となる。
【００２５】
ＭＣＦ８は拡張可能であり且つスケーリング可能である。コンテンツの開発者は、フレームワークの多数の領域に設定可能であり且つこれに付加可能である。タグをＷＡＸ言語に付加可能であり、そしてこれから除去可能である。新たなタグは、現在のタグの複合体であっても良く、又は全体として新しい概念を表すことも可能である。コンテンツフィルタを挿入して、新たな機能を付加することか、又は新たな装置の特定の特性（特定文字のコード化、スクリプト言語、等）にアドレス可能となる。新たな装置が利用可能となるため、コンテンツの開発者は、新たなデバイスをレジストリへ自由に付加可能であり、並びに該デバイスを認識するためのルールを自由に付加可能となる。或いは、企業がデバイスファイルのもっとも新しい様式をいつでも得られるように、予約プランを保証可能である。データベースクラスを付加しても良いが、これにより、多くの異なるオプションをデータベース接続のプールに与えて、迅速なデータベースアクセスを可能にする。
【００２６】
基本的な特徴を説明するＷＡＸの例を以下に列挙する：
【００２７】
【表１】

【００２８】
実施例１（EXAMPLE 1）は、ＷＡＸの抽象性を示している。＜wax:button＞要素は、ＷＡＰ装置用の“ソフトキー”と表示されるが、ＨＴＭＬのみ理解した装置の“リンク”と表示される。実施例２（EXAMPLE 2）及び３（EXAMPLE 3）は、ＷＡＸの動的項目処理（Dynamic Item Processing）性について説明している。実施例１において、テキスト“logo”は、実際のイメージへのＵＲＬよりもスクリッド（srcid）属性に配置される。テキスト“logo”を用いて、規則に索引を付し、特定の装置に表示するために最良のイメージを決定する。例えば、フレームワークは、“logo.gif”が所定の装置に最良のイメージであること、又は可能な限り、“logo-nok7100.wbmp”が最良のイメージであることを決定しても良い。ＷＡＸそれ自体は、“physical image”を決定して、“logical”イメージのみを表示しない。実施例３は、同一対象物について説明しているが、テキストを用いている。id“welcom”は、より大きなディスプレイを有する無線装置に対して、フランス語を好ましい言語として指定しているユーザーに“Bonjour”と翻訳されても良いし、又は可能な限り“Welcome to our site, please take a look around !”と変換されても良い。実施例４（EXAMPLE 4）は、いかにしてJavaコードをＷＡＸへ直接的に書き入れ可能にするかについて示している。この場合、ＡＳＰ又はパールＣＧＩ等の多くの異なるウェブ技術によりＷＡＸを生成可能であるが、JavaサーバーページはＷＡＸコンテンツを提供する。
【００２９】
情報は、モバイルゲートウェイからのＨＴＴＰ要求を介してフレームワークに送られる。ゲートウェイの中には装置を識別して、ゲートウェイ自体に装置ケイパビリティを提供するものもあり、ゲートウェイの中には装置を識別するが、ケイパビリティを提供しないものもあり、ゲートウェイの中には装置の“ファミリー”を認識するものもあり、そしてその他は同一物を提供しない。ＭＣＦ８は識別情報を検索し、装置識別ルールに対してこれを処理し、その後、装置についてフレームワークの残部を報知する。
【００３０】
コンテンツをモバイル装置に配信するもっとも魅力的な形態の１つは、正確なフォーマットのコンテンツを配信することである。電話の中には、ｉ−ｂｉｔＢＭＰイメージのみサポートしているものもあり、ＰＤＡの中にはＧＩＦをサポートしているものもあり、そして多くのブラウザーはイメージを一切サポートしていない。テキストをモバイル装置に提供する場合に、同様の課題が発生する。スクリーンの中には大きいものや小さいものもある。例えば、携帯電話と通信する場合、レストランの批評の大きさを一文に制限するのが最良であるが、より大きな画面のＰＤＡと通信する場合、一段落とするのがより適当である。ＭＣＦ８は、ＷＡＸで表示するイメージ又はテキスト要素に関する決定を代え、リソースレジストリに移す。フレームワークはこのレジストリを用いて、所定時間で装置に配信するための最良のコンテンツが何であるかを決定する。配信するためのコンテンツが何であるかを動的に決定するプロセスは、“ダイナミック・アイテム・セレクション（動的項目選択：Dynamic Item Selection）”として知られており、このプロセスをイメージとテキストの選択に使用する。
【００３１】
ＷＡＸに、“logical”なイメージ及びテキストの識別名を付する。プロセッサは、適当なイメージ又はテキストレジストリにおいて“logical”な識別名を検索し、そしてどれが最良な“physical”項であるかを決定するためのルールを処理する。ＷＡＸストリームをフライでフィルターにかけて、“physical”項を表示する。ルールをレジストリ導入して、多くの異なる変数、例えば装置の実際の種類、装置のグループ（装置を、多くの異なるグループ、例えば“大きなブラウザー”、“カラーブラウザー”又は“ＰＤＡ”に導入可能である。）、そして好ましいユーザー言語（これは、ページコンテンツを修正することなく、異なる言語のページの要求を満たすものである。）に基づきコンテンツを配信可能である。組み込みファイル名の慣行により、イメージを、所定の方法でそのファイルに名前を付けることによって特定の装置、及び装置グループの目的に合うようにすることが可能となる。或いは、名前付けの慣行に従わない場合、特定のルールをイメージレジストリに付加して、イメージを装置と関連づけることが可能となる。
【００３２】
ＷＡＸストリームを生成した後、これを翻訳エンジンに送る。最初に、ＷＡＸストリームは、多くの“logical”タグを“physical”タグに変えるフィルターに入れる。その後、多数の翻訳シートを用いて、ＷＡＸコンテンツを翻訳する。次に、このストリームを、別の処理レベルによりフィルターにかけて、文字のコード化等の装置要求を受け入れることが可能となる。
【００３３】
ＭＣＦ８には、ウェブスクラッピング技術のサポートが含まれる。これにより、コンテンツをＨＴＭＬでオーサリングし、ＷＡＸに翻訳し、その後、要求装置に最適なコンテンツに変換可能となる。最初のＨＴＭＬソースを変えることなく、両方の翻訳が行われる。ウェブスクラッピングは２種類の独立した翻訳ステップを経るので、ＷＡＸ単独でオーサリングする場合と比較して、処理はいつでもゆっくりである。しかしながら、ウェブスクラッピングは、以下の目的を達成する：即ち、コンテンツの開発者が、（ａ）現在のＨＴＭＬサイトをワイアレスウェブに容易且つ迅速に至らせ、そして（ｂ）ＷＡＸだけを用いて、エラー強さ及びフル機能アプリケーションの構築用学習機能付ブリッジ（ラーニング・ブリッジ）を提供する。このモデルにおいて、コンテンツは依然としてＷＡＸにおいてオーサリングされるが、動的コンテンツを得るためのＨＴＭＬドキュメントをどこで決定するかについてのルールを用いてＷＡＸを組み込む。一実施の形態において、自動化された試験環境により、コンテンツが正確に表示されて、その後、これを装置に展開することを確信するであろう。別の実施の形態において、自動化エージェント（スマートエージェント：smart agent）を用いて、サイン−オン時にユーザー用コンテンツを集めて、変換する（即ち、ウェブスクラッピングは装置／ユーザーの特性に基づいている）。
【００３４】
これにより、本発明が上述した記載により明かとされた目的を達成することが見出されるであろう。本発明の目的の範囲内において、所定の変化を形成可能であるので、上述した記載に含まれる事項又は貼付図面に示されている事項の全ては、実施の形態として記載されているものであり、文字通りの意味に記載されているものではない。当業者等は、本明細書に図示され且つ記載されているシステムの形態は、本発明の目的の範囲内にある考え得る多様なシステムの形態の例示であることを十分に理解するであろう。同様に、図示されたフローチャートで利用されるステップの順序は例示であって、本発明の目的の範囲内で考え得る唯一のステップの順序でない。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施の形態を実施するのに適当な環境を図示している。
【図２】モバイル・コンテンツ・フレームワーク（ＭＣＦ）に含まれる構成要素に関するブロックダイアグラムを図示している。
【図３】コンテンツの要求を処理するためのモバイル・コンテンツ・フレームワークにより行われる各ステップの順序に関するフローチャートである。
【図４】コンテンツの生成に関するフローチャートである。

Claims

電子装置を有するネットワークにおいて、以下のステップ：
前記ネットワークにインターフェイス接続されたモバイル装置のユーザーに表示可能なコンテンツを提供するステップ；
多種のモバイル装置に関する装置情報を含む少なくとも１種のレジストリを提供し、その際、該情報にはそれぞれの種類のモバイル装置に関する装置属性が含まれ、且つ該属性にはプログラミング言語が含まれるステップ；
前記ネットワークにインターフェイス接続されたモバイル装置のユーザーから前記コンテンツに関する要求を受け取るステップ；
少なくとも１種のレジストリから装置情報を検索するステップ；
前記装置情報を用いて、総称マークアップ言語による前記コンテンツを前記要求に応じてデバイス固有のコンテンツに変換し、その際、該総称マークアップ言語で書き込まれたコンテンツは多種のプログラミング言語に翻訳可能であるステップ；
を含む方法。
更に以下のステップ：
最初のプログラミング言語による前記コンテンツを前記総称マークアップ言語に翻訳して、該コンテンツをデバイス固有のコンテンツに変換するステップ；
を含む請求項１に記載の方法。
更に以下のステップ：
ＷＭＬコンテンツを前記総称マークアップ言語に変換可能であるトランスレータを設けるステップ；
該ＷＭＬトランスレータを用いて、ＷＭＬフォーマット化コンテンツを前記総称マークアップ言語のコンテンツに翻訳するステップ；
を含む請求項２に記載の方法。
更に以下のステップ：
ＨＴＭＬコンテンツを前記総称マークアップ言語のコンテンツに変換可能であるトランスレータを設けるステップ；
該ＨＴＭＬトランスレータを用いて、ＨＴＭＬフォーマット化コンテンツを前記総称マークアップ言語のコンテンツに翻訳するステップ；
を含む請求項２に記載の方法。
更に以下のステップ：
総称マークアップ言語のコンテンツに識別子を付してこれをマーキングするステップ；
前記コンテンツをマーキングする前記識別子のいずれか１つに基づいて、少なくとも１種のレジストリから装置情報を検索するステップ；
を含む請求項１に記載の方法。
前記装置情報には、モバイル装置の属性を示す情報が含まれている請求項１に記載の方法。
更に以下のステップ：
前記総称マークアップ言語による前記コンテンツをデバイス固有のコンテンツに変換するための規則を用意するステップ；
前記規則を少なくとも１種のレジストリから得られる情報と組み合わせて用いて、デバイス固有のコンテンツを生じさせるステップ；
を含む請求項１に記載の方法。
更に以下のステップ：
モバイル装置へのコンテンツの表示に関連するユーザープレファレンスを受け取るステップ；
少なくとも１つのユーザープレファレンスを用いて、デバイス固有のコンテンツを生じさせるステップ；
を含む請求項７に記載の方法。
少なくとも１つのユーザープレファレンスが、ユーザーのインターフェイスの選択、キーマッピング、キーの性質、機能、示されるべき情報量、言語及びロケーションのいずれか１つ以上である請求項８に記載の方法。
更に以下のステップ：
前記総称マークアップ言語のために複数のスタイルシートを用意するステップ；
前記スタイルシートを使用して、前記総称マークアップ言語による前記コンテンツを前記デバイス固有のコンテンツに変換するステップ；
を含む請求項１に記載の方法。
少なくとも１つのスタイルシートにより、前記総称マークアップ言語のコンテンツをＨＴＭＬコンテンツに変換する請求項１０に記載の方法。
少なくとも１つのスタイルシートにより、前記総称マークアップ言語のコンテンツをＷＭＬコンテンツに変換する請求項１０に記載の方法。
少なくとも１つのスタイルシートにより、前記総称マークアップ言語のコンテンツをＨＤＭＬコンテンツに変換する請求項１０に記載の方法。
少なくとも１つのスタイルシートにより、前記総称マークアップ言語のコンテンツをｉ−モードのコンテンツに変換する請求項１０に記載の方法。
ユーザーに配信されるデバイス固有のコンテンツの量は、モバイル装置の表示能力に応じて異なる請求項１に記載の方法。
電子装置を有するネットワークにおいて、以下のステップ：
前記電子装置とインターフェイス接続された位置に保存されるコンテンツを提供し、該コンテンツは、前記ネットワークとインターフェイス接続された無線装置のユーザーに表示可能なものであるステップ；
多種の無線装置に関する装置情報を含む複数のレジストリを提供し、その際、該情報にはそれぞれの種類の無線装置に関する装置属性が含まれ、且つ該属性にはプログラミング言語が含まれるステップ；
最初のプログラミング言語による前記コンテンツを総称マークアップ言語に翻訳し、その際、該総称マークアップ言語で書き込まれているコンテンツは多種のプログラミング言語に翻訳可能であるステップ；
前記ネットワークとインターフェイス接続された無線装置のユーザーから前記コンテンツに関する要求を受け取るステップ；
前記複数のレジストリの１つ以上から無線装置情報を検索するステップ；
前記無線装置情報を用いて、前記コンテンツを前記要求に応じてデバイス固有のコンテンツに変換するステップ；
を含む方法。
更に以下のステップ：
個々のユーザープレファレンスに関する複数組を保存する、前記ネットワークとインターフェイス接続されているデータベースを提供するステップ；
該データベースから個々のユーザープレファレンスを検索するステップ；
該個々のユーザープレファレンスを用いて、前記デバイス固有のコンテンツを生じさせるステップ；
を含む請求項１６に記載の方法。
個々のユーザープレファレンスには、ユーザーのインターフェイスの選択、キーマッピング、キーの性質、機能性、示されるべき情報量、言語及びロケーションのいずれか１つ以上が含まれる請求項１７に記載の方法。
前記無線装置が携帯電話である請求項１６に記載の方法。
前記無線装置がＰＤＡである請求項１６に記載の方法。
媒体が装着された電子装置を有し、該電子装置が、下記の方法のためのコンピューター実行可能なステップを保持しているネットワークにおいて、以下のステップ：
前記ネットワークとインターフェイス接続されたモバイル装置のユーザーに表示可能なコンテンツを提供するステップ；
多種のモバイル装置に関する装置情報を含む少なくとも１種のレジストリを提供し、その際、該情報にはそれぞれの種類のモバイル装置に関する装置属性が含まれ、且つ該属性にはプログラミング言語が含まれるステップ；
前記ネットワークにインターフェイス接続されたモバイル装置のユーザーから前記コンテンツに関する要求を受け取るステップ；
少なくとも１種のレジストリから装置情報を検索するステップ；
総称マークアップ言語による前記コンテンツを、前記装置情報を用いて、前記要求に応じてデバイス固有のコンテンツに変換し、その際、該総称マークアップ言語で書き込まれたコンテンツは多種のプログラミング言語に翻訳可能であるステップ；
を含む方法。
更に以下のステップ：
個々のユーザープレファレンスに関する複数組を保存する、前記ネットワークとインターフェイス接続されているデータベースを提供するステップ；
該データベースから個々のユーザープレファレンスを検索するステップ；
該個々のユーザープレファレンスを用いて、前記デバイス固有のコンテンツを生じさせるステップ；
を含む請求項２１に記載の方法。