(57)【特許請求の範囲】
【請求項１】
コンピュータにより読み取り可能な命令を有する媒体であって、実施時に、
コンテント構造ファイルと、データファイルと、スクリプトファイルとを格納する工程であって、前記データファイルは情報を表すデータを有し、前記スクリプトファイルは、表現されるデータの所望の形式を表すスクリプト情報を有し、前記コンテント構造ファイルと、前記データファイルと、前記スクリプトファイルとは、前記コンピュータにより独立して受信可能である、前記工程と、
前記スクリプトファイルのどのスクリプトを、表現されるデータと関連づけるかを確認するために前記コンテント構造ファイルを読み取る工程と、
データを表現するために、前記データを前記データファイルから検索し、かつ前記スクリプトファイルにおける前記関連づけられたスクリプトを実行する工程と、
を実行することによって前記コンピュータに情報を処理させる、コンピュータ可読媒体。
【請求項２】
コンピュータにより読み取り可能な命令を有する請求項１記載のコンピュータ可読媒体であって、実施時に、
第１のスクリプトファイルと第２のスクリプトファイルを格納する工程を実行することによって前記コンピュータに情報を処理させ、
どのスクリプトかを確認するために前記コンテント構造ファイルを読み取る工程は、前記関連づけられたスクリプトの前記第１のスクリプトファイルを検討する工程を含み、前記実行工程は、前記関連づけられたスクリプトが見つからない場合に前記第２のスクリプトファイルから別のスクリプトを実行する工程を含む、コンピュータ可読媒体。
【請求項３】
コンピュータにより読み取り可能な命令を有する請求項１または２記載のコンピュータ可読媒体であって、実施時に、
前記データファイルに格納されるデータに関する情報を有するプリファレンスファイルを格納する工程と、
更新されたデータを間欠的に受信し、かつ前記更新されたデータが前記データファイルに格納されるかを確認するために前記プリファレンスファイルを読み取る工程と、
を実行することによって前記コンピュータに情報を処理させる、コンピュータ可読媒体。
【請求項４】
前記コンテント構造ファイルは、デフォルトプリファレンスと関連づけられるプリファレンスタグを有し、かつプリファレンスファイルを格納する前記工程は、前記プリファレンスタグを読み取る工程を含む、請求項３記載のコンピュータ可読媒体。
【請求項５】
コンピュータにより読み取り可能な命令を有する請求項４記載のコンピュータ可読媒体であって、実施時に、
前記プリファレンスファイルにおける情報を変更する工程
を実行することによって前記コンピュータに情報を処理させる、コンピュータ可読媒体。
【請求項６】
前記コンテント構造ファイルは、階層におけるデータ及びスクリプトヘの参照を含む、請求項１ないし５のいずれかに記載のコンピュータ可読媒体。
【請求項７】
前記スクリプトファイルのどのスクリプトを、表現されるデータと関連づけるかを確認するために前記コンテント構造ファイルを読み取る工程は、前記階層の関数として前記スクリプトを選ぶ工程を含む、請求項６記載のコンピュータ可読媒体。
【請求項８】
前記コンテント構造ファイルは、前記スクリプトファイルにおけるスクリプトと関連づけられるスクリプトタグを含み、前記スクリプトタグが前記階層にある、請求項７記載のコンピュータ可読媒体。
【請求項９】
前記スクリプトファイルを選ぶ工程は、前記階層の下位部分に前記データについて関連づけられるスクリプトタグがない場合に、データを前記階層の下位部分において表現する際に、前記階層の上位部分においてスクリプトタグにより参照されるスクリプトを選ぶ工程を含む、請求項８記載のコンピュータ可読媒体。
【請求項１０】
前記スクリプトを実行する工程は、プロセッサ独立形式で前記データを表現する工程を有する、請求項１ないし９のいずれかに記載のコンピュータ可読媒体。
【請求項１１】
前記スクリプトを実行する工程は、ハイパーテキストマークアップ言語（ＨＴＭＬ）形式で前記データを表現する工程を有する、請求項１０記載のコンピュータ可読媒体。
【請求項１２】
前記コンピュータはモバイル装置で構成され、前記コンテント構造ファイルと、データファイルと、スクリプトファイルとを格納する工程は、前記コンテント構造ファイルと、データファイルと、スクリプトファイルとを前記デスクトップコンピュータから受信する工程を含む、請求項１０記載のコンピュータ可読媒体。
【請求項１３】
コンピュータ上で情報を表現する方法であって、
コンテント構造ファイルと、データファイルと、スクリプトファイルとをコンピュータに格納する工程であって、前記データファイルは情報を表すデータを有し、前記スクリプトファイルは、表現されるデータの所望の形式を表すスクリプト情報を有し、前記コンテント構造ファイルと、前記データファイルと、前記スクリプトファイルとは、前記コンピュータにより独立して受信可能である、前記工程と、
前記スクリプトファイルのどのスクリプトを、表現されるデータと関連づけるかを確認するために前記コンテント構造ファイルを読み取る工程と、
データを表現するために、前記データを前記データファイルから検索し、かつ前記スクリプトファイルにおける前記関連づけられたスクリプトを実行する工程と、
を含む、方法。
【請求項１４】
第１のスクリプトファイルと第２のスクリプトファイルを格納する工程をさらに含み、
どのスクリプトかを確認するために前記コンテント構造ファイルを読み取る工程は、前記関連づけられたスクリプトの前記第１のスクリプトファイルを検討する工程を含み、前記実行工程は、前記関連づけられたスクリプトが見つからない場合に前記第２のスクリプトファイルから別のスクリプトを実行する工程を含む、請求項１３記載の方法。
【請求項１５】
前記データファイルに格納されるデータに関する情報を有するプリファレンスファイルをコンピューターに格納する工程と、
更新されたデータを間欠的に受信し、かつ前記更新されたデータが前記データファイルに格納されるかを確認するために前記プリファレンスファイルを読み取る工程と、
をさらに含む、請求項１３記載の方法。
【請求項１６】
前記コンテント構造ファイルは、デフォルトプリファレンスと関連づけられるプリファレンスタグを有し、かつプリファレンスファイルを格納する前記工程は、前記プリファレンスタグを読み取る工程を含む、請求項１５記載の方法。
【請求項１７】
前記プリファレンスファイルにおける情報を変更する工程をさらに含む、請求項１５または１６載の方法。
【請求項１８】
前記コンテント構造ファイルは、階層におけるデータ及びスクリプトヘの参照を含む、請求項１３ないし１７のいずれかに記載の方法。
【請求項１９】
前記スクリプトファイルのどのスクリプトを、表現されるデータと関連づけるかを確認するために前記コンテント構造ファイルを読み取る工程は、前記階層の関数として前記スクリプトを選ぶ工程を含む、請求項１８記載の方法。
【請求項２０】
前記コンテント構造ファイルは、前記スクリプトファイルにおけるスクリプトと関連づけられるスクリプトタグを含み、前記スクリプトタグが前記階層にある、請求項１９記載の方法。
【請求項２１】
前記スクリプトファイルを選ぶ工程は、前記階層の下位部分に前記データについて関連づけられるスクリプトタグがない場合に、データを前記階層の下位部分において表現する際に、前記階層の上位部分においてスクリプトタグにより参照されるスクリプトを選ぶ工程を含む、請求項２０記載の方法。
【請求項２２】
前記スクリプトを実行する工程は、プロセッサ独立形式で前記データを表現する工程を有する、請求項２１記載の方法。
【請求項２３】
前記スクリプトを実行する工程は、ハイパーテキストマークアップ言語（ＨＴＭＬ）形式で前記データを表現する工程を有する、請求項２２記載の方法。
【請求項２４】
前記コンピュータはモバイル装置で構成され、前記コンテント構造ファイルと、データファイルと、スクリプトファイルとを格納する工程は、前記コンテント構造ファイルと、データファイルと、スクリプトファイルとを前記デスクトップコンピュータから受信する工程を含む、請求項２２記載の方法。
【発明の詳細な説明】
【０００１】
発明の背景
本発明は、一般にモバイル装置として知られているパーソナルモバイルコンピューティング装置に関する。より詳細には、本発明は、モバイル装置に情報を配信し、受信するシステム及び方法に関する。
【０００２】
モバイル装置は、しばしば携帯情報端末（personal digital assistant）と呼ばれる小型電子計算装置である。かかるモバイル装置の多くは、ハンドヘルド装置又は手のひらサイズの装置であり、手の中に楽に収まるものである。商業的に入手可能なモバイル装置の１つは、ワシントン州、レッドモンド（Redmond）のマイクロソフト・コーポレイションによって提供されるソフトウェアを有し、ＨａｎｄＨｅｌｄ  ＰＣ（又はＨ／ＰＣ）という商品名で販売されている。
【０００３】
一般に、モバイル装置は、プロセッサと、ランダムアクセスメモリ（ＲＡＭ）と、キーボード及びディスプレイ等の入力装置と、を有している。なお、キーボードをタッチ感知型ディスプレイとして組み込む場合には、ディスプレイと一体化することも可能である。通信インタフェースは、任意に提供され、通常、デスクトップコンピュータと通信するために使用される。交換可能又は再充電可能な電池が、モバイル装置に電源を供給する。任意に、モバイル装置は、組込み電池を切り離す又は再充電する外部電源から電源を受けることができる。
【０００４】
いくつかの従来の用途において、モバイル装置は、デスクトップコンピュータと協動して使用される。例えば、モバイル装置のユーザは、仕事場又は家庭で、あるいは両方の場で、デスクトップコンピュータにアクセスしまたそれを使用する場合もある。一般に、ユーザは、デスクトップコンピュータとモバイル装置との両方で同じタイプのアプリケーションを実行する。従って、モバイル装置を、そのデスクトップコンピュータと情報を交換しかつ情報を共有するデスクトップコンピュータに結合されるよう設計することは、非常に有利である。
【０００５】
上記のモバイル装置に情報を提供する別の手法として、ワイヤレス送信リンクが考えられる。かかる情報には、電子メール、あるいはニュース、天気、スポーツ、交通そしてローカルイベントの各情報が含まれる。通常、情報は、インターネットに接続されたデスクトップコンピュータから入手され、ワイヤード接続上で配信される。しかしながら、上記の情報をワイヤレス接続上でも配信することが望ましい場合もある。モバイル装置に搭載されたワイヤレス受信機は、情報を、モバイル装置に送信しながら受信するような役割を果たすことが可能である。
【０００６】
現在、プッシュ式コンテント（インターネット及びワールドワイドウェブ等のグローバルネットワーク上で提供されるハイパーテキストマークアップ言語（ＨＴＭＬ）コンテント等）を上記の装置にワイヤレスで、オープンかつ利用可能なアーキテクチャで配信する合理的な方法は存在しない。従来のワイヤレスチャンネルのビットレートは非常に低速である。このため、膨大な量のコンテント（ＨＤＭＬコンテント等）の配信は、非常に非実用的である。
【０００７】
上記の情報を配信する１つの従来タイプのアプローチは、ＨＴＭＬ等のコンテントをデバイスフレンドリなフォーマットに書き換えるものである。そうすれば、コンテントはプル式モデルを介して得られる。ワイヤレス媒体を介して情報を配信するために現在使用されている別のアプローチは、クローズドモデルである。クローズドモデルでは、コンテントプロバイダが提供し得るコンテントは、特定タイプのソフトウェアを実施する特定の装置が受信する際に適するフォーマットに書き込まれたもののみである。これは、大多数のウェブコンテントがかかる装置上では閲覧できないことを意味する。
【０００８】
たとえば、コンピュータ上でインターネットを通して入手可能な情報を表現する方法は、コンテント構造ファイル、データファイル及びスクリプトファイルを格納することを含む。データファイルは、情報を表すデータを含み、スクリプトファイルは、表現しようとするデータの所望のフォーマットを表すスクリプト情報を含む。コンテント構造ファイル、データファイル及びスクリプトファイルは、コンピュータにより独立的に受信可能である。コンテント構造ファイルを読み込んで、スクリプトファイルのどのスクリプトを、表現しようとするデータと関連づけるかを確認する。データファイルからのデータを検索し、関連づけられたスクリプトファイルを実行して、データを表現する。コンピュータが読み取り可能な媒体に命令を提供することで、当該方法を実施することが可能である。
【０００９】
好ましい一つの実施の形態において、コンテント構造ファイルは、階層におけるデータ及びスクリプトへの参照を含む。特に、コンテント構造ファイルは、スクリプトファイル内のスクリプトと関連づけられたスクリプトタグを含み、該スクリプトタグは上記階層に配置されている。コンテント構造ファイルを読み取り、スクリプトファイルのどのスクリプトを表現対象のデータと関連づけると、そのスクリプトを上記階層の関数として選出する。スクリプトタグを１つの階層で編成することで、タグ継承が可能となる。具体的には、上記階層の下位にデータの関連スクリプトタグがなければ、階層の上位のスクリプトタグにより参照されるスクリプトを実行してデータを表現する。別の一つの実施の形態において、コンテント構造ファイルにおける参照されたスクリプトをスクリプトファイルで見つけることができなければ、データを表現するためにデフォルトスクリプトを実行する。
【００１０】
図１は、本発明を例示的に実施するシステム１０を示す。システム１０は、コンテントプロバイダ１２と、ワイヤレスキャリア１４と、デスクトップコンピュータ１６と、モバイル装置１８と、で構成される。コンテントプロバイダ１２は、データベース又は他のデータソースからあらゆる適当なタイプのデータを提供する。たとえば、以下では、コンテントプロバイダ１２をインターネットワールドワイドウェブコンテントのプロバイダとして説明する。好ましい実施の形態において、上記コンテントは、ＨＴＭＬ、ＪＰＥＧ、ＧＩＦ、ＷＡＶ等の標準フォーマットで提供される。また、ウェブコンテントは、チャンネル定義フォーマット（ＣＤＦ）ファイルとしても通常知られるコンテント構造ファイルにおいて記述されることが好ましい。コンテントの単一部分（ウェブページ又はウェブサイト等）を本明細書ではモバイルチャンネルという。
【００１１】
モバイルチャンネルは、ウェブコンテントをモバイル装置１８に効率よくダウンロードするために必要な情報すべてを含む自己記述式ウェブサイトである。好ましいモバイルチャンネルでは、３つの要素が提供される。これらの要素は、チャンネル定義フォーマット（ＣＤＦ）ファイルと、チャンネルを表現するためのスクリプトファイル一式と、表現されるデータファイル一式である。ＣＤＦファイルについては、さらに詳細を後述する。概説すれば、ＣＤＦは、モバイルチャンネル上に含まれるコンテントのインベントリである。
【００１２】
スクリプトファイルは、モバイル装置１８の画面上でのデータの外観を特定するテンプレートを定義するスクリプトを含む。スクリプトは、ビジュアルベーシックスクリプト（ＶＢＳ）で書かれていることが好ましい。
【００１３】
データファイルは、１つ以上のスクリプトファイルに相当し、表現されるチャンネルの実質コンテントを表すデータで構成される。データは、小さく単純なテキストファイルにパッケージ化される。この情報のすべてを用いて、ウェブコンテントを定義する。
【００１４】
スクリプトファイルとデータファイルを別個に使用するシステム１０の動作については、１９９８年６月３０日付で出願された同時係属中の米国特許出願第０９／１０７，６６６号「低速ビットレート送信チャンネル上でデータコンテントを配信するシステム(SYSTEM FOR DELIVERING DATA CONTENT OVER A LOW BIT RATE TRANSMISSION CHANNEL)」に詳細に説明されており、ここに参照として組み込む。しかしながら、端的に言えば、ワイヤレスキャリア１４は、ウェブコンテントプロバイダ１２からダイヤルアップ又は直接インターネット接続、もしくはネットワーク接続を介してウェブコンテントを受信するように構成されている。また、ワイヤレスキャリア１４は、ワイヤレスプッシュサーバ２０も有する。サーバ２０は、コンテントプロバイダ１２から受信されたコンテントを、ワイヤレスキャリア１４により使用されている特定のトランスポートタイプと互換性のあるピースに分割する。たとえば、サーバ２０は、使用されているチャンネルタイプ又はトランスポートタイプに合わせて最大パケットサイズ制約、文字集合要件等に合致するようにデータを分割することができる。送信に先立って、データは、異なる形式に翻訳されることが好ましい。翻訳は、圧縮、暗号化、符号化そしてパッケージ化を含む。
【００１５】
トランスポート制約に合致するようにデータを適宜分割してしまうと、データは、次にワイヤレスネットワークを通して（ページングチャンネルを通して等）空間に送信し、直接モバイル装置１８により受信されるように構成される。送信されたデータは、モバイル装置１８に搭載されたワイヤレス受信機及びドライバ要素２２により受信され、データは、モバイル装置１８によって使用されるように手配される。
【００１６】
また、モバイル装置１８は、モデム２４を有してもよい。このため、ワイヤレスキャリア１４を通して送信されるより、むしろ、ウェブコンテントは、モバイル装置１８との直接ダイヤルアップモデム接続を通してウェブコンテントプロバイダ１２から直接送信できる。
【００１７】
また、本明細書では、デスクトップコンピュータ１６についてもさらに詳細に後述する。しかしながら、端的に言えば、デスクトップコンピュータ１６は、ワシントン州レッドモンドにあるマイクロソフト・コーポレイションから市販化されているインターネットエクスプローラ４．０等の標準ウェブブラウザを装着していることが好ましい。このようにして、好ましくは、デスクトップ１６のユーザは、オフライン又はオンラインでブラウズ可能なチャンネルコンテントをユーザに提供する標準的な方法で、チャンネルに購読申し込みを行うことができる。デスクトップコンピュータ１６には、スクリプトファイルにアクセスするロード可能なトランスポートを装着していることが好ましく、対応するデータファイル（スクリプトにしたがって）に作用してコンテントの表現を行い、デスクトップコンピュータ１６がデータを表現する。デスクトップコンピュータ１６は、トランスポートを通して、新規かつ更新されたスクリプト、データ及びＣＤＦファイルを定期的に検索又は受信して、さらにモバイル装置１８に送信し、あるいは、データを単に表現することが可能である。スクリプト、データ又はＣＤＦファイルは、一緒に又は互いに独立して送信され得る。典型的なスクリプト用ファイルが必要とする更新の頻度は、データファイルよりはるかに少ないため、ユーザには、デスクトップ（オフライン）上でウェブコンテントを閲覧できる機能を与えるが、データファイルを段階的に更新する帯域幅は僅かな量で済む。
【００１８】
また、デスクトップコンピュータ１６は、同期化コンポーネント２６も有することが好ましい。端的に言えば、同期化コンポーネント２６は、モバイル装置１８に搭載される同様の同期化コンポーネント２８と対話して、同期化の対象となるファイルをデスクトップコンピュータ１６からモバイル装置１８に、又はその逆に同期化できるように構成されている。同期化されると、双方のファイル（コンピュータ１６とモバイル装置１８上のもの）が最新情報を含む。
【００１９】
より詳細には、好ましい実施の形態において、モバイル装置１８は、デスクトップコンピュータ１６又は別のモバイル装置１８のいずれか一方又は両方と同期化される。このインスタンスでは、モバイル装置１８に搭載されるオブジェクト記憶装置に格納されたオブジェクトの特性は、デスクトップコンピュータ１６又は別のモバイル装置１８に搭載されるオブジェクト記憶装置に格納された同一オブジェクトの他のインスタンスの特性と同様である。したがって、たとえば、ユーザが、デスクトップコンピュータ１６に搭載されるオブジェクト記憶装置に格納されたオブジェクトの１つのインスタンスを変更すると、モバイル装置１８に搭載されるオブジェクト記憶装置におけるそのオブジェクトの第２のインスタンスは、モバイル装置１８が次にデスクトップコンピュータ１６に接続される際に更新されるため、同一オブジェクトの両方のインスタンスは、最新データを含んでいる。これを同期化という。
【００２０】
同期化を行うためには、同期化コンポーネント２６及び２８をモバイル装置１８とデスクトップコンピュータ１６（又は別のモバイル装置１８）の両方で稼働する。これらの同期化コンポーネントは、通信と同期化を管理するために明確に規定されたインタフェースを通して相互通信を行う。
【００２１】
また、モバイル装置１８は、好ましい一つの実施の形態において、デスクトップコンピュータ１６に搭載されるロード可能なトランスポートと同一又は同様のスクリプトインタプリタを有することが好ましい。上記トランスポートは、たとえば、フォーマット用スクリプトを受信して翻訳する小型化されたビジュアルベーシックインタープリタとしてもよい。スクリプトは、ウェブコンテントの生データを保持するデータファイル（典型的には、テキストファイル）と関連づけられる。したがって、スクリプトインタプリタは、所定のスクリプトと関連づけられたデータについて動作して、ウェブコンテントの表現をモバイル装置１８のユーザに提供する。
【００２２】
スクリプトをウェブコンテントのデータと分けることによって、ウェブコンテントを非常に低速のビットレートのチャンネルを介してモバイル装置１８に送信することが可能である。通常、スクリプトは、必要とする送信の頻度が非常に少ないだけではなく、個々のファイルが通常スクリプトファイルよりはるかに小さいため、データをかなり頻繁に更新することが可能であり、モバイル装置１８のユーザに、新たなスクリプトを送信することなく更新済みのウェブコンテント情報をもたらすことができる。したがって、スクリプトとデータを分けたことにより、低速ビットレートチャンネルを介してウェブコンテント情報の送信を非常に効率よく行うことが可能となる。
【００２３】
好ましい実施の形態において、モバイル装置１８をデスクトップコンピュータ１６と結合した状態で、別のモバイル装置１８とも結合することができることに着目する価値がある。この接続は、いずれの適当かつ商業的に入手可能な通信リンクを利用して、さらに適当な通信プロトコルを利用して行うことが可能である。たとえば、好ましい一つの実施の形態において、モバイル装置１８は、デスクトップコンピュータ１６又は別のモバイル装置１８のいずれか一方と、シリアル通信プロトコルを用いて通信する物理的ケーブル通信により通信を行う。本発明は、赤外線（ＩＲ）通信又は他の適当な通信機構等の他の通信機構をも意図している。
【００２４】
図２は、モバイル装置１８のさらに詳細なブロック図である。モバイル装置１８は、マイクロプロセッサ３０と、メモリ３２と、入出力（Ｉ／Ｏ）コンポーネント３４と、デスクトップ通信インタフェース３６と、ワイヤレス受信機３７と、アンテナ３９と、を有することが好ましい。好ましい一つの実施の形態において、モバイル装置１０のこれらのコンポーネントは、適当なバス３８を介して互いに通信接続されている。
【００２５】
メモリ３２は、バッテリバックアップモジュール（図示せず）を備えたランダムアクセスメモリ（ＲＡＭ）等の不揮発性電子記憶装置として実施され、メモリ３２に記憶された情報がモバイル装置１８への一般電力が遮断されても失われることがないよう構成されることが好ましい。メモリ３２の一部を、プログラム実行のためのアドレス指定可能なメモリとして割り当て、メモリ３２の別の部分をディスクドライブ上の仮想記憶装置等の記憶装置に使用することが好ましい。
【００２６】
メモリ３２は、オペレーティングシステム４０と、アプリケーションプログラム４２（個人情報マネージャ、すなわちＰＩＭなど）と、オブジェクト記憶装置４４と、を有する。動作時、オペレーティングシステム４０は、メモリ３２からプロセッサ３０により実行されることが好ましい。好ましい一つの実施の形態において、オペレーティングシステム４０は、マイクロソフト・コーポレイションから市販化されるＷｉｎｄｏｗｓＣＥブランドのオペレーティングシステムである。オペレーティングシステム４０は、モバイル装置に合わせて設計されることが好ましく、ＰＩＭ４２により利用可能なデータベース特性を、露出したアプリケーションプログラミングインタフェースと方法とのセットにより実施するオブジェクト記憶装置４４におけるオブジェクトは、露出したアプリケーションプログラミングインタフェースと方法に対する呼び出しに少なくとも一部応じて、アプリケーションＰＩＭ４２とオペレーティングシステム４０により維持されることが好ましい。
【００２７】
好ましい一つの実施の形態において、Ｉ／Ｏコンポーネント３４は、モバイル装置１８のユーザからの入出力動作を容易にするよう設けられる。Ｉ／Ｏコンポーネント３４は図３及び図４において、より詳細に説明する。
【００２８】
デスクトップ通信インタフェース３６は、任意の適当な通信インタフェースとしてオプションで設けられる。インタフェース３６は、図１において説明したように、デスクトップコンピュータ１６、コンテントプロバイダ１２、ワイヤレスキャリア１４及びオプションとして別のモバイル装置１８との通信を行うために使用されることが好ましい。したがって、通信インタフェース３６は、デスクトップコンピュータ１６と通信を行う同期化コンポーネント２８と、コンテントプロバイダ１２と通信を行うモデム２４と、を有することが好ましい。ワイヤレス受信機及びドライバ２２は、ワイヤレスキャリア１４と通信を行うために使用される。
【００２９】
図３は、本発明にしたがって使用可能なモバイル装置１０の好ましい一つの実施の形態の視覚的簡略図である。図３に示すように、モバイル装置１０は、ソフトウェアをマイクロソフト・コーポレイションから提供されたＨ／ＰＣ（ハンドヘルドＰＣ）の名称で販売されるデスクトップ支援とすることができる。好ましい一つの実施の形態において、モバイル装置１８は、小型化されたキーボード４３と、ディスプレイ４５と、スタイラス４６と、を有する。図３に示す実施の形態において、ディスプレイ４５は、タッチ感知型ディスプレイ画面をスタイラス４６とともに使用する液晶ディスプレイ（ＬＣＤ）である。スタイラス４６は、ユーザ入力機能を実行するために指定された座標において、ディスプレイ４５を押したりタッチするために使用される。小型化されたキーボード４３は、好ましくは、小型化された英数字キーボードとして実施され、ユーザ入力機能を実行するために任意の適当かつ所望のファンクションキーを設けられている。
【００３０】
図４は、本発明の別の好ましい実施の形態に係るモバイル装置１８の別の視覚的間略図である。図４に示すように、モバイル装置１８は、図３において説明したものと同様のアイテムをいくつか備え、同様に符号が付されている。たとえば、モバイル装置１８は、図４に示すように、タッチ感知型スクリーン４５をスタイラス４６とともに使用することで、ユーザ入力機能を行うことができる。なお、図３及び図４に示すモバイル装置のディスプレイ４５は、相互に同寸法であってもよく、また互いに異なる寸法としてもよいが、通常は、デスクトップコンピュータとともに使用される従来のディスプレイよりはるかに小型となることに留意されたい。たとえば、図３及び図４に示すディスプレイ４５は、２４０×３２０座標のみ、又は１６０×１６０座標、あるいは、その他あらゆる適当なサイズのもののマトリクスにより規定され得る。
【００３１】
図４に示すモバイル装置１８も多数のユーザ入力キー又はボタン（スクロールボタン４７等）を備え、これにより、ユーザは、ディスプレイ４５に表示されるメニューオプション又は他の表示オプションをスクロールすることができ、又は、ディスプレイ４５にタッチすることなく、ユーザがアプリケーションを変更することができる。さらに、同様に図４に示すモバイル装置１８も、モバイル装置１８に対する一般電源のオン／オフを行うために使用可能な電源ボタン４９も有することが好ましい。
【００３２】
また、図４に示す実施の形態において、モバイル装置１８は、手書きエリア５１を有することにも留意されたい。手書きエリア５１は、スタイラス４６とともに使用され、ユーザがメッセージを書き込み、メモリ４２に記憶して後でモバイル装置１８により使用できるように構成される。例示的な一つの実施の形態において、手書きされたメッセージは、単に手書き形式で記憶され、ユーザが再度呼び出すことも可能であり、モバイル装置１８に入力された手書きメッセージをユーザが確認できるようにディスプレイ画面４５で表示することも可能である。別の好ましい実施の形態において、モバイル装置１８には、文字認識モジュールが設けられ、ユーザは、エリア５１に英数字情報をスタイラス４６で書き込むことによって、その英数字情報をモバイル装置１８に入力することができる。その場合には、モバイル装置１８における文字認識モジュールは、英数字文字を認識し、上記文字を、モバイル装置１８におけるアプリケーションプログラム４２に使用することが可能なコンピュータが認識可能な英数字文字に変換する。
【００３３】
図５及び関連の説明は、本発明の一部を実施し得る適当なデスクトップコンピュータ１６の簡単な一般的説明を行うことを意図されている。必須ではないが、本発明は、少なくとも一部は、プログラムモジュール等のコンピュータが実行可能な命令の一般コンテキストをパーソナルコンピュータ１６又はモバイル装置１８により実行しているときに説明される。一般に、プログラムモジュールは、特定のタスクを実行するか、あるいは特定の抽象データタイプを実施するルーチンプログラム、オブジェクト、コンポーネント、データ構造等を有する。さらに、デスクトップコンピュータ１６が、他のコンピュータシステム構成、たとえば、マルチプロセッサシステム、マイクロプロセッサベース又はプログラマブルコンシューマエレクトロニクス、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ等とともに実施され得ることが、当業者には理解されよう。本発明は、通信ネットワークを介してリンクされたリモート処理装置によって複数タスクが実行される分散型コンピューティング環境においても、実用化され得る。分散型コンピューティング環境において、プログラムモジュールは、ローカルメモリ記憶装置とリモートメモリ記憶装置の両方に配設してもよい。
【００３４】
図５を参照して、デスクトップコンピュータ１６を実施する代表的なシステムは、従来のパーソナルコンピュータ１６形式の汎用コンピューティング装置を備え、処理装置４８と、システムメモリ５０と、システムメモリ５０を含む各種システムコンポーネントを処理装置４８に結合させるシステムバス５２と、を有する。システムバス５２は、メモリバス又はメモリコントローラと、周辺バスと、種々のバスアーキテクチャをのいずれかを使用するローカルバスと、を含むいくつかのタイプのバス構造のいずれであってもよい。システムメモリ５０は、読み取り専用メモリ（ＲＯＭ）５４とランダムアクセスメモリ（ＲＡＭ）５５とを有する。基本入力／出力システム（ＢＩＯＳ）５６は、開始時等、デスクトップコンピュータ１６内のコンポーネント間で情報の転送を助ける基本ルーチンを含み、ＲＯＭ５４に格納されている。デスクトップコンピュータ１６は、ハードディスク（図示せず）から読み出し、かつこれに書き込むハードディスクドライブ５７と、リムーバブル磁気ディスク５９から読み出し、かつこれに書き込む磁気ディスクドライブ５８と、ＣＤ  ＲＯＭ、他の光媒体等、リムーバブル光ディスク６１から読み出し、かつこれに書き込む光ディスクドライブ６０と、をさらに有する。ハードディスクドライブ５７、磁気ディスクドライブ５８及び光ディスクドライブ６０は、システムバス５２にハードディスクドライブインタフェース６２、磁気ディスクドライブインタフェース６３、光ディスクドライブインタフェース６４によりそれぞれ接続される。上記ドライブ及び関連するコンピュータが読み出し可能な媒体は、コンピュータが読み出し可能な命令、データ構造、プログラムモジュール及びその他デスクトップコンピュータ１６についてのデータの不揮発性記憶装置を提供する。
【００３５】
本明細書に記載の代表的な実施の形態では、ハードディスク、リムーバブル磁気ディスク５９及びリムーバブル光ディスク６１を採用しているが、当業者に理解されるとおり、コンピュータによりアクセス可能なデータを記憶可能な他のタイプのコンピュータが読み出し可能な媒体、たとえば、磁気カセット、フラッシュメモリカード、ディジタルビデオディスク（ＤＶＤ）、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）等を、代表的な動作環境において使用してもよい。
【００３６】
ハードディスク、リムーバブル磁気ディスク５９及びリムーバブル光ディスク６１、ＲＯＭ５４又はＲＡＭ５５には、オペレーティングシステム６５、１つ以上のアプリケーションプログラム６６（ＰＩＭを含む場合もある）、他のプログラムモジュール６７（同期化コンポーネント２６を含む場合もある）及びプログラムデータ６８を含む、多数のプログラムモジュールが記憶できる。ユーザは、コマンド及び情報をデスクトップコンピュータ１６に、キーボード７０、ポインティングデバイス７２、マイクロフォン７４等の入力デバイスを介して入力することができる。他の入力デバイス（図示せず）として、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナ等がある。これら及び他の入力デバイスは、多くの場合、システムバス５２と結合されるシリアルポートインタフェース７６を通して処理装置４８に接続されるが、サウンドカード、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）等の他のインタフェースにより接続されてもよい。モニタ７７又は他のタイプのディスプレイ装置も、システムバス５２にビデオアダプタ７８等のインタフェースを介して接続される。モニタ７７に加え、デスクトップコンピュータは、通常、スピーカ７５、プリンタ等の他の周辺出力デバイスを備えてもよい。
【００３７】
デスクトップコンピュータ１６は、（モバイル装置１８以外の）リモートコンピュータ７９等の１つ以上のリモートコンピュータとのロジック接続を利用したネットワーク接続された環境下で動作することができる。リモートコンピュータ７９は、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス又は他のネットワークノードとしてもよく、典型的には、デスクトップコンピュータ１６に関して上述した多くの要素又はすべての要素を含むが、図４には、メモリ記憶装置８０だけを図示する。図４に示す論理接続は、ローカルエリアネットワーク（ＬＡＮ）８１とワイドエリアネットワーク（ＷＡＮ）８２とを有する。かかるネットワーク環境は、社内、企業規模のコンピュータネットワークイントラネット及びインターネットでは一般的である。
【００３８】
ＬＡＮネットワーク環境下で使用される場合、デスクトップコンピュータ１６は、ローカルエリアネットワーク８１にネットワークインタフェース又はアダプタ８３を通して接続される。ＷＡＮネットワーク環境下で使用される場合、デスクトップコンピュータ１６は、通常、インターネット等ワイドエリアネットワーク８２を介して通信を確立するためのモデム８４又は他の手段を有する。モデム８４は、内蔵又は外付けの場合もあり、シリアルポートインタフェース７６を介してシステムバス５２と接続される。ネットワーク環境下では、デスクトップコンピュータ１６又はその一部に関して上述したプログラムモジュールをリモートメモリ記憶装置に記憶しても良い。なお、図示のネットワーク接続が代表的なものであり、コンピュータ間で通信リンクを確立する他の手段を使用してもよいことは理解されよう。
【００３９】
デスクトップコンピュータ１６は、典型的には不揮発性メモリ５４に格納され且つプロセッサ４８上で実行されるオペレーティングシステム６５を稼働する。１つの適当なオペレーティングシステムは、マイクロソフト・コーポレイションが販売するＷｉｎｄｏｗｓブランドのオペレーティングシステム、たとえば、Ｗｉｎｄｏｗｓ９５又はＷｉｎｄｏｗｓＮＴオペレーティングシステム、Ｗｉｎｄｏｗｓブランドオペレーティングシステムの他の派生バージョン、あるいは別の適当なオペレーティングシステムである。他の適当なオペレーティングシステムには、アップル・コーポレーションから販売されるＭａｃｉｎｔｏｓｈＯＳ、ニューヨーク州アーモンクにあるインターナショナルビジネスマシーンズ（ＩＢＭ）が販売するＯＳ／２プレゼンテーションマネージャ等のシステムがある。アプリケーションプログラムは、プログラムモジュール６７、揮発性メモリ又は不揮発性メモリに記憶されることが好ましく、あるいは、フロッピーディスケット５９、ＣＤＲＯＭドライブ６１から図５に示すコンポーネントのいずれかにロードしたり、ネットワークからネットワークアダプタ８３を介してダウンロードしたり、別の適当な機構を用いてロードすることが可能である。
【００４０】
図６は、モバイル装置１８の機能アーキテクチャを示すブロック図である。図６は、本明細書で上記で説明したものと同様の要素を示している。同様の要素は、同様の符号が割り当てられている。図６は、モバイル装置１８が、同期化コンポーネント２６、ワイヤレス受信機（無線受信機及びドライバ）２２又はモデム２４のいずれかを介してウェブコンテント情報を受信することを示す。これらの場合のいずれにおいても、ＣＤＦファイル２０１ならびにブロック２０４及び２０２で示すスクリプトテンプレート及びデータファイルは、最終的にキャッシュメモリ２０６に提供される。ウェブコンテント情報が同期化コンポーネント２６を通して受信される場合、ＣＤＦファイル２０１、スクリプトテンプレート２０４及びデータファイル２０２は暗号化又は符号化されず、ワイヤレス又はモデムチャンネルを介する送信の場合と同一にフォーマット化できる。したがって、ＣＤＦファイル２０１、スクリプトテンプレート２０４及びデータファイル２０２は、キャッシュマネージャ２０８に直接提供される。キャッシュマネージャ２０８は、ＣＤＦファイル２０１、スクリプトテンプレート２０４及びデータファイル２０２を受信し、これらをキャッシュメモリ２０６に提供する。キャッシュマネージャ２０８は、メモリマニピュレーション及びタイミングコンポーネントとともにデータ転送コンポーネントを有し、これらは、ＣＤＦファイル２０１、スクリプトテンプレート２０４及びデータファイル２０２をキャッシュメモリ２０６内の特定の場所に転送し、その場所を追跡するのに適する。
【００４１】
一方、ウェブコンテントがワイヤレス受信機及びドライバ２２又はモデム２４を介して受信される場合、データをキャッシュに入れる前に追加の処理ステップを行わなければならない。ワイヤレス受信機及びドライバ２２は、メッセージを受信してフィルタリングし、かつウェークアップイベントをモバイル装置１８に対して生成する物理的レイヤである。好ましい一つの実施の形態において、送信された情報は、まず翻訳（圧縮、暗号化、符号化、パッケージ化等）された後に送信される。このため、モバイル装置１８によりさらに使用される前に、データをその元の形式に翻訳し直さなければならない。したがって、データは、まずメッセージルータ２１０に提供される。メッセージルータ２１０は、メッセージを記録し、受信メッセージを翻訳レイヤ２０９にルート指定する役割を果たす。図６において、翻訳レイヤ２０９は、アンパッケージャ（unpackager）及びジョイナ(joiner)コンポーネント２１２と、総称的に２１４でラベルした追加翻訳プログラム群と、さらなるルーティングコンポーネント２１６と、を有する。
【００４２】
アンパッケージャ及びジョイナブロック２１２は、送信されるパケット群を受信し、アンパックし、整列させる役割を果たす。アンパッケージャは、ワイヤレスキャリア１４により分割された任意の長いメッセージのパケットを再結合する。整列されたデータは、翻訳コンポーネント２１４に提供される。
【００４３】
翻訳コンポーネント２１４は、コンテントハンドラ２１６がハンドルできるように適当な形式にデータを再フォーマット又は翻訳する役割を果たす。たとえば、メッセージを構成するパケットがアンパッカ及びジョイナ２１２によりアンパックされ再結合されると、典型的な翻訳コンポーネント２１４は、これらのパケットを圧縮解凍し、暗号解読し、復号することができる。
【００４４】
コンテントハンドラ２１６は、アンパックされ、結合され、かつ翻訳されたメッセージをモバイル装置１８上の登録された適宜の宛先（すなわち、適宜のアプリケーション又は他の機能ブロック）に配信する。図５に示す実施の形態において、コンテントハンドラ２１６は、情報をキャッシュマネージャ２０８に提供し、これをキャッシュ２０６に格納する。
【００４５】
ユーザが、キャッシュ２０６に格納されたウェブコンテントをオフラインブラウズしようとする場合、ユーザは、図５においてチャンネルブラウザブロック２１８で示される適宜アプリケーションプログラムを立ち上げる。チャンネルブラウザ２１８は、好ましくは、ディスプレイ４５の適当なユーザインタフェースを生成し、ユーザが、閲覧しようとする所定のチャンネルを選出することができるようにしている。
【００４６】
チャンネルブラウザ２１８は、ロード可能なトランスポート２２０と対話するような構成であり、そして該トランスポートがキャッシュマネージャ２０８に結合している。選出したチャンネルを介して提供された情報をユーザが閲覧したいと要求すると、ロード可能なトランスポート２２０は、キャッシュマネージャ２０８に対し、対応するウェブコンテント情報を（スクリプトテンプレート及びデータファイルの形式で）キャッシュ２０６から検索するように要求する。所望のスクリプトテンプレート２０４及びデータファイル２０２は、キャッシュマネージャ２０８からロード可能なトランスポート２２０に提供される。
【００４７】
トランスポート２２０内のスクリプトインタプリタは、スクリプトテンプレート２０４を解釈し、かつ同様にＣＤＦファイル２０１の関数としてデータファイル２０２に作用して所望のウェブコンテントの表現を行うビジュアルベーシックスクリプトインタプリタであることが好ましい。図５に示す実施の形態において、ウェブコンテントは、従来のハイパーテキストマークアップ言語（ＨＴＭＬ）ページ２２４として表現される。次にロード可能なトランスポート２２０は、このＨＴＭＬページ２２４の表現をチャンネルブラウザ２１８に提供し、モバイル装置１８のユーザがディスプレイ４５で閲覧できるようにしている。
【００４８】
システム１０は、コンテントプロバイダ１２が使用する所望の情報のロギングを可能にする。言い換えれば、ＣＤＦファイル２０１に入力することにより、コンテントプロバイダは、追跡したい所定アイテムにタグをつけることが可能である（すなわち、任意の所定ユーザが、いつ、どのくらいの時間閲覧していたかを知りたい所定アイテムにタグをつけることが可能である）。
【００４９】
たとえば、ユーザがチャンネルブラウザ２１８を立ち上げ、ロード可能なトランスポート２２０から情報を要求する場合、ロード可能なトランスポート２２０は、要求された情報が、情報が閲覧されていた時刻と時間についての情報のログをコンテントプロバイダが取ることを希望することを表す適切なＣＤＦタグを備えているかを決定する。備えていれば、ロード可能なトランスポート２２０は、情報がユーザにより閲覧されていた時刻と時間を表す情報のログを取る。この情報は、その特定のウェブコンテント情報に対応する場所にあるキャッシュ２０６に格納される。
【００５０】
次回にモバイル装置１８がデスクトップコンピュータ１６と同期すると、モバイル装置１８は、デスクトップコンピュータ１６により受信された最新のウェブコンテントが更新されるだけでなく、デスクトップコンピュータ１６は、モバイル装置１８により維持される最新のロギング情報も更新される。同様に、次回に、デスクトップコンピュータ１６に搭載されたブラウザがコンテントプロバイダ１２から適切なウェブコンテントにアクセスすると、ロギング情報は、デスクトップコンピュータ１６からコンテントプロバイダ１２に送信される。好ましい一つの実施の形態において、デスクトップコンピュータ１６に搭載されるブラウザがインターネットエクスプローラ４．０であるため、デスクトップコンピュータ１６と同期されているロギング情報は、インターネットエクスプローラ４．０のスケジューラが次にデスクトップコンピュータ１６で呼び出されるときにコンテントプロバイダ１２に送信される。
【００５１】
図７は、図６の一部を簡略化したブロック図であり、モバイル装置１８に記憶されたデータにアクセスして、ディスプレイ４５を通してユーザに表示するために使用されるこれらのコンポーネントに焦点を当てている。図７において、後述するＣＤＦファイル２０１、データ２０２、スクリプトテンプレート２０４及びプリファレンス２３０は、キャッシュ２０６の一部として図示されている。
【００５２】
本発明の一特徴は、ＨＴＭＬページ２２４を構築するＣＤＦファイル２０１の利用である。特に、ＨＴＭＬページ２２４は、ＣＤＦファイル２０１に含まれる構造情報を使用して、スクリプトテンプレート２０４とデータ２０２を組み合わせる。たとえば、特定のスクリプトテンプレート２０４は、ＣＤＦファイル２０１のどのサブチャンネルが表示されているかを決定し、そのサブチャンネルのタイトル及びロゴをＣＤＦファイル２０１から獲得し、これらをＨＴＭＬページ２２４に組み込む。さらに、サブチャンネル内の記事(article)や画像(picture)及び／又は追加サブチャンネル等特定のデータアイテムをＣＤＦファイル２０１から獲得して、表示されているサブチャンネルにインデックスを呈することが可能である。典型的には、新規データを獲得するとアイテムは頻繁に変更されるので、ＨＴＭＬページ２２４のアイテムタイトルは、データ２０２に記憶されたデータから直接獲得することができる。このスクリプトテンプレート２０４、データ２０２及びＣＤＦファイル２０１を混在する方法は、フルＨＴＭＬページをサーバからクライアントに転送する従来システム及び方法より複雑であるが、この方法は有益である。特に、本システム及び方法は、フルＨＴＭＬページの代わりに小さなデータのセグメントにおけるコンテントを配信することが可能である。このインクリメンタルアプローチにより、ピークネットワーク時間中の株式相場値等、時間が決め手となる情報の更新を効率的かつ経済的に行う。また、本システム及び方法により、キャッシュ２０６に格納されるデフォルトスクリプトテンプレート２３２の利用が可能となる。デフォルトスクリプトテンプレート２３２を利用することで、特定のスクリプトテンプレートが紛失した場合にチャンネルコンテント（すなわち、サブチャンネル及びデータ）の表現を行うことが可能である。
【００５３】
ＣＤＦは、インターネットエクスプローラ４．０等のブラウザと併用する際、「チャンネル」を作成する標準である。ＣＤＦ標準は、拡張可能なマークアップ言語（ＸＭＬ）に基づく。本発明の一態様として、ＣＤＦを拡張してモバイル装置上での使用を向上させるための追加タグがある。具体的には、追加タグは、コンテントをディスプレイ４５に表示させようとする場合ＣＤＦファイル２０１においてナビゲーションを行って、モバイル装置１８上の必要な記憶スペースを削減するために利用される。以下の表１は、本発明に係るＣＤＦファイルの一例である。
【００５４】
【表１】
0004219555.tif 000002
【００５５】
表１を参照して、ＣＤＦの経路は、ＣＤＦファイルにおいて標準であるトップレベル“ＣＨＡＮＮＥＬ”タグの２つの属性に存在している。特に、ロード可能なトランスポート２２０（図６）のトランスポートプロトコル、たとえば、モバイルチャンネルトランスポートプロトコル（ＭＣＴＰ）を使用するＣＤＦ経路を参照する、“Ａ”で示される“ＨＲＥＦ”属性を利用することが可能である。ＨＲＥＦ属性は、ＭＣＴＰ接頭部を用いて、ＣＤＦファイルがモバイル装置１８用であることを示している。ＣＤＦファイルがモバイル装置１８ではなくデスクトップコンピュータ１６（図１）上に存在する場合、ＭＣＴＰ接頭部は、デスクトップコンピュータ１６上で使用されるブラウザにより参照される際に特殊な処理を呼び出すことが可能である。デスクトップコンピュータ１６に搭載されたインターネットエクスプローラ４．０等のブラウザにより使用されるＨＲＥＦ属性と異なり、ＵＲＬは、表現するページを直接示すものではない。むしろ、上記属性は、ＣＤＦファイルにより特定されたトップレベルチャンネルを参照する。
【００５６】
“ＳＥＬＦ”属性“Ｂ”は、標準ＨＴＴＰ接頭部を使用するＣＤＦ経路を参照する。デスクトップコンピュータ１６上での標準的なＣＤＦの実施と異なり、ＳＥＬＦ属性は、トップレベルＣＨＡＮＮＥＬタグとともに使用されることが好ましい。
【００５７】
“ＢＡＳＥ”属性“Ｃ”は、本発明のＣＤＦファイルにおいて、デスクトップコンピュータ１６に搭載されるブラウザにおいて使用される場合と同一機能性を有する。そのＵＲＬはＨＴＴＰ  ＵＲＬである。例示では、トップレベルＣＨＡＮＮＥＬタグのＨＲＥＦ属性“Ａ”は、トランスポートプロトコル形式のＵＲＬのみを有する。他のすべてのＨＲＥＦ属性値はＨＴＴＰ形式である。
【００５８】
本発明に係るＣＤＦファイル２０１に見られるいつかの属性及び属性値は、標準ＣＤＦタグにおいて見られる。これらのタグを以下の表に記載する。
【００５９】
【表２】
0004219555.tif 000003
以下、各タグ又は属性について、詳細を説明する。
【００６０】
“ＩＤ”
ＩＤタグは、特定された要素を識別するための属性として使用されるテキスト列である。ＩＤタグは、モバイルチャンネルにおいてＣＨＡＮＮＥＬ、ＩＴＥＭ、ＬＯＧＯの各要素すべてに提供される必要がある。
ＩＤ＝“ＣｈａｎＩｄ”
ＩＤ＝“ＩｔｅｍＩｄ”
ＩＤ＝“ＬｏｇｏＩｄ”
【００６１】
ＩＤタグは、ＣＤＦファイル２０１内とスクリプトテンプレート２０４内の両方において、短く迅速な参照に使用される。ＣＤＦファイル２０１内では、ＩＤタグは、後述するＣＨＡＮＳＣＲＩＰＴとＩＴＥＭＳＣＲＩＰＴの両方のタグの値として使用され、スクリプトテンプレート２０４を表す関連づけられたＩＴＥＭタグを示す。
【００６２】
スクリプトテンプレート２０４内では、ＩＤタグは、後述するＭＣＴＰとともに使用され、固有のＵＲＬを形成する。ＩＤタグは、ロード可能なトランスポート２２０により使用され、チャンネル又はアイテムを一意的に参照する。ＭＣＴＰ参照は、
チャンネルの場合“ｍｃｔｐ：／／Ｃｄｆｉｄ／ＣｈａｎＩＤ”、あるいは
アイテムの場合“ｍｃｔｐ：／／ＣＤＦｉｄ／ＩｔｅｍＩＤ”
の形式である。
【００６３】
一つの実施の形態において、ＩＤタグのストリング長は、時間経過とともにＣＤＦにおいてこれを一意的に定義するのに必要な最小値で保持される。ＩＤストリング長を短くしておくことは、ネットワーク帯域及び記憶スペースを確保するために重要である。
【００６４】
ＣＤＦファイル２０１において、トップレベルチャンネルのＩＤタグは、チャンネルに対するハンドルとして使用される。一つの実施の形態において、ＩＤストリングの最大長は６４文字であるが、トップレベルＩＤを一意とするためには６乃至１０文字のハンドルが推奨される。以下は３つのコード例である。
【００６５】
【数１】
0004219555.tif 000004
【００６６】
ＩＤタグは、親要素ごとのものの方が好ましく、単一出現とすることができる。
【００６７】
“ＵＳＡＧＥ”
ＵＳＡＧＥタグでは、３つの新たな値が設けられる。
【００６８】
（１）ＭｏｂｉｌｅＣｈａｎｎｅｌ
ステートメント
＜ＵＳＡＧＥ  Ｖａｌｕｅ＝“ＭｏｂｉｌｅＣｈａｎｎｅｌ”  ／＞
は、チャンネルを、モバイル装置１８とともに使用する際のチャンネル又はデータアイテムとして特定する。トップレベルチャンネルには、“ＭｏｂｉｌｅＣｈａｎｎｅｌ”のＵＳＡＧＥ値が与えられるはずである。ＵＳＡＧＥ値が“ＭｏｂｉｌｅＣｈａｎｎｅｌ”に設定されると、チャンネルブラウザ２１８によりアイテムが認識され、モバイル装置１８のディスプレイ４５に表示されるが、デスクトップコンピュータ１６のチャンネルブラウザによっては認識されない。この特性により、モバイル装置１８の特殊なデータアイテム（“．ｍｃｄ”のファイル拡張子を有する）を精確に表示するとともに、ＣＤＦ２０１がデスクトップコンピュータ１６とともに使用される場合に上記アイテムを無視することが可能となる。たとえば、
【００６９】
【数２】
0004219555.tif 000005
である。
【００７０】
上記のアイテムＴ１はモバイル装置１８のデータアイテムであり、チャンネルブラウザ２１８により認識されるが、デスクトップコンピュータ１６のチャンネルブラウザによっては認識されない。アイテムＴ２はスクリプトであり、値が「無」であるため、モバイル装置１８又はデスクトップコンピュータ１６のチャンネルブラウザにより認識されない。
【００７１】
（２）ＭｏｂｉｌｅＤｅｓｋｔｏｐＣｏｍｐｏｎｅｎｔ
ステートメント
＜ＵＳＡＧＥ  ＶＡＬＵＥ＝“ＭｏｂｉｌｅＤｅｓｋｔｏｐＣｏｍｐｏｎｅｎｔ”  ／＞
は、チャンネルを、個人情報マネージャ、たとえば、スケジューラ、電子メールアプリケーション等、他のアプリケーションとともにディスプレイ４５で閲覧可能なコンポーネントとして特定する。
【００７２】
（３）ＭｏｂｉｌｅＡｄ
ステートメント
＜Ｕｓａｇｅ  ｖａｌｕｅ＝“ＭｏｂｉｌｅＡｄ”  ／＞
は、ディスプレイ４５で閲覧可能な広告としてアイテムを特定する。以下の例では、
【００７３】
【数３】
0004219555.tif 000006
である。
【００７４】
“ＡＤ１．Ｍａｄ”は、後述するスクリプトテンプレート２０４にしたがって表示される広告を特定する。表１の例では、“Ｅ”のトップレベルチャンネルにおいて２つの広告が定義されている。トップレベルチャンネルがスクリプトテンプレート２０４にしたがってディスプレイ４５で表示されると、上記の広告の一方又は両方を表示することも可能である。代替的な実施の形態において、スクリプトテンプレート２０４は、２つ以上が存在する場合には上記広告の表示を交互に行う。表１の例では、トップレベルチャンネルに関して上記広告が定義されるが、サブチャンネル定義において上記広告の構文を繰り返す必要なくサブチャンネル“Ｃ１”又は“Ｃ２”も表示される場合、本発明の特性により、上記広告も表示され得る。本明細書で用いられる、この特性を「継承」という。必要であれば、新たな広告をサブチャンネルにおいて定義することも可能である。
【００７５】
ＤＥＦＡＵＬＴＰＲＥＦ
ＤＥＦＡＵＬＴＰＲＥＦタグは、以下のように使用することが可能である。
【００７６】
【数４】
0004219555.tif 000007
【００７７】
表１の例では、ＤＥＦＡＵＬＴＰＲＥＦタグは、“Ｇ”及び“Ｈ”で使用される。
【００７８】
ＤＥＦＡＵＬＴＰＲＥＦタグは、サブチャンネルに特定のデフォルトプリファレンスをマークする。言い換えれば、ＤＥＦＡＵＬＴＰＲＥＦタグは、ユーザが、どのサブチャンネルのコンテントをデフォルトにより受信したかを制御する。デフォルトによって、新たなチャンネルのコンテントがモバイル装置１８に提供されると、属性ＤＥＦＡＵＬＴＰＲＥＦ＝  “ＯＦＦ”がマークされたサブチャンネル内のアイテムは転送されない。
【００７９】
本特性により、コンテントプロバイダ１２は、モバイル装置１８で利用可能な制限された記憶資源が相応に収容し得るより多くのコンテントを供給するチャンネルを作成することができる上、デフォルトにより、モバイル装置１８をチャンネルのすべてのコンテントで埋め尽くすことはない。一つの実施の形態において、チャンネルがまずモバイル装置１８に提供される場合、２３０で格納されるＤＥＦＡＵＬＴＰＲＥＦタグが検討される。ユーザは、各自のプリファレンス２３０を必要に応じて変更し、格納して、ＤＥＦＡＵＬＴＰＲＥＦ設定が可能であるより多くの又は少ないコンテントを有することができる。
【００８０】
ＤＥＦＡＵＬＴＰＲＥＦタグは、“ＯＮ”又は“ＯＦＦ”のいずれかの値を有することができる。ＤＥＦＡＵＬＴＰＲＥＦ属性が特定されない場合、モバイル装置１８は、ＤＥＦＡＵＬＴＰＲＥＦ＝“ＯＮ”でマークされているかのようにサブチャンネルを扱う。ＤＥＦＡＵＬＴＰＲＥＦタグは、ＣＨＡＮＮＥＬ要素において一度だけ見られる。
【００８１】
従来技術のＣＤＦファイルに存在するが現在は新たな属性を含む上述したタグに加え、ＣＤＦファイル２０１は、スクリプトテンプレート２０４及びデータ２０２とともに使用する新たなタグも有する。新たなタグを以下の表に記載する。
【００８２】
【表３】
0004219555.tif 000008
以下、各タグを説明する。
【００８３】
ＣＨＡＮＳＣＲＩＰＴ
ＣＨＡＮＳＣＲＩＰＴタグは、通常
＜ＣＨＡＮＳＣＲＩＰＴ  ＶＡＬＵＥ＝“ＣｈａｎｎｅｌＩＤ”／＞
の形式であり、ここで、“ＣｈａｎｎｅｌＩＤ”はＵＲＬを特定している。表１の例において、チャンネル又はサブチャンネルを表示するスクリプトは、“Ｊ”で示されるように拡張子“．ｍｃｓ”で表される。一つの実施の形態において、「タグ継承」は、ＣＨＡＮＳＣＲＩＰＴタグ値がすべてのチャンネル、あるいは、現行チャンネル又はサブチャンネルの「子」チャンネルに当てはまる場合に設けられる。サブチャンネルＣＨＡＮＳＣＲＩＰＴタグは、より上位又は「親」ＣＨＡＮＮＥＬ要素により予め定義された任意のＣＨＡＮＳＣＲＩＰＴ値を引き継ぐ(supersede)。ＶＡＬＵＥ属性は、このチャンネルのレベルを表現するために稼働するスクリプトに対応するＩＴＥＭ要素のＩＤを特定する。たとえば、表１において、
＜ＣＨＡＮＳＣＲＩＰＴ  ＶＡＬＵＥ＝ＣＳ１”／＞
は、ある特定のスクリプトテンプレートの使用を特定し、ここで、“ＣＳ１”により識別されるチャンネルスクリプトは、ＣＤＦファイルの開始部分において定義済みである。
【００８４】
トップレベルＣＨＡＮＮＥＬ要素は、少なくとも１つのＣＨＡＮＳＣＲＩＰＴタグを子要素として有することが可能である。各サブチャンネルは、多くとも１つの上記タグを有することが可能である。
【００８５】
ＩＴＥＭＳＣＲＩＰＴ
ＩＴＥＭＳＣＲＩＰＴタグは、通常
＜ＩＴＥＭＳＣＲＩＰＴ  ＶＡＬＵＥ＝“ＩｔｅｍＩＤ”／＞
の形式であり、ここで、“ＩｔｅｍＩＤ”はＵＲＬを特定している。表１の例において、アイテムを表示するスクリプトは、“Ｋ”で示されるように拡張子“．ｍｃｓ”で表される。一つの実施の形態において、「タグ継承」は、ＩＴＥＭＳＣＲＩＰＴタグ値が現行チャンネル又はサブチャンネルのすべての「子」チャンネルに当てはまる場合に設けられる。サブチャンネルＩＴＥＭＳＣＲＩＰＴタグは、「親」ＣＨＡＮＮＥＬ要素によりすでに定義されたいずれのＩＴＥＭＳＣＲＩＰＴを引き継ぐ(supersede)。ＶＡＬＵＥ属性は、このチャンネルのレベルを表現するために稼働するスクリプトに対応するＩＴＥＭ要素のＩＤを特定する。たとえば、表１において、
＜ＩＴＥＭＳＣＲＩＰＴ  ＶＡＬＵＥ＝“ＩＳ１”  ／＞
は、ある特定のスクリプトテンプレートを特定し、ここで、“ＩＳ１”により識別されるスクリプトは、ＣＤＦファイルにおいて予め定義されていた。なお、以下のステートメント
＜ＵＳＡＧＥ  ＶＡＬＵＥ＝“ＮＯＮＥ”／＞
がスクリプトファイルとともに見られる場合、ＵＳＡＧＥタグの“ＮＯＮＥ”のＶＡＬＵＥ属性により、スクリプトファイルは、チャンネルブラウザ２１８により表示できなくなることに留意されたい。
【００８６】
最上位のＣＨＡＮＮＥＬ要素は、少なくとも１つのＩＴＥＭＳＣＲＩＰＴタグを有することが可能である。他のすべてのチャンネルレベルでは、多くとも１つの上記タグが存在することが可能である。
【００８７】
ＩＴＥＭＦＯＲＭＡＴ
ＩＴＥＭＦＯＲＭＡＴタグは、通常
＜ＩＴＥＭＦＯＲＭＡＴ  ＶＡＬＵＥ＝“ｈｅａｄｅｒ＿ｂｌｏｃｋ；ｒｅｐｅａｔ＿ｂｌｏｃｋ”／＞
の形式である。
【００８８】
上記タグは、関連づけられたファイル構造を識別することによってデータアイテムのクラスのフォーマットを特定する。データアイテムは、固有のヘッダと、記録指向データを繰り返すブロック構造と、を有することが可能な単純なテキストファイルである。スクリプト環境には、ＩＴＥＭＦＯＲＭＡＴタグに含まれる情報を用いるデータコンテントにアクセスするためのヘルパー機能が設けられる。ｈｅａｄｅｒ＿ｂｌｏｃｋとｒｅｐｅａｔ＿ｂｌｏｃｋは、ともにオプションである。しかし、ｈｅａｄｅｒ＿ｂｌｏｃｋ又はｒｅｐｅａｔ＿ｂｌｏｃｋの少なくとも一方又は他方が存在しなければならない。ｒｅｐｅａｔ＿ｂｌｏｃｋが存在する場合、上記で示したセミコロン（；）等のデリミタにより先行するはずである。典型的なヘッダブロックは、データアイテムについての記述を含む。そして、繰り返し可能なデータブロックは、その中にある特定のデータアイテムについての記述を含む。ｈｅａｄｅｒ＿ｂｌｏｃｋ及びｒｅｐｅａｔ＿ｂｌｏｃｋは、
Ｖｉ［＝Ｔｉ］  ｉ＝１乃至ｎ
ここで、“Ｖｉ”は、ブロック値のフィールド名であり、“ＴＩ”は、ブロック値のオプショナルタイプである。“ＴＩ”が省略されると、デフォルト値“ＨＴＭＬ”が推定される。有効タイプを以下の表に挙げる。
【００８９】
【表４】
0004219555.tif 000009
【００９０】
データブロックは、単なる値の群にすぎない。１行あたり１つの値がある。いずれの有意なデータファイルには少なくとも１つのデータブロックがあるはずである。たとえば、３つの株式のポートフォリオを表すために３つのデータブロックを使用することがある。以下の例では、“Ｍａｒｋｅｔ”チャンネルは、“Ｓｔｏｃｋｓ．ｍｃｄ”ファイルにリストされた株式値を表示している。ヘッダはタイトルを与え、表示された株式のデータを表示する。リストされるデータには、各株式の名称、低価格、高価格、終わり値がある。
【００９１】
【数５】
0004219555.tif 000010
【００９２】
ここで、ヘッダブロックには３つの値、“Ｔｉｔｌｅ”、“Ｄａｔｅ”そして“Ｐｉｃｔｕｒｅ”があり、データブロックには“Ｎａｍｅ”、“Ｌｏｗ”、“Ｈｉｇｈ”そして“Ｃｌｏｓｅ”の４つがある。
【００９３】
ＩＭＧは、ＪＰＧ又はＧＩＦ等、イメージを表すフィールドを示す。フィールド値は、イメージのＵＲＬを定義するアイテムの識別子である。ビルトインされたアイテムスクリプトは、このアイテムを表示するためにＩＭＧ値を作成する。
【００９４】
データブロックを繰り返すことで、株式価格の表を作り上げることができる。Ｓｔｏｃｋｓ．ｍｃｄファイルが単一のデータブロックを含む場合、スクリプトは、１ページあたり１つの株式を表示する。データブロックを多数含む場合、スクリプトは、株式の表を表示することが可能である。
【００９５】
新たな記事をタイトル、イメージ及びテキスト本文とともに表す以下の例
＜ＩＴＥＭＦＯＲＭＡＴ  ＶＡＬＵＥ＝“ＴＩＴＬＥ，ＰＩＣＴＵＲＥ＝ＩＭＧ，ＢＯＤＹ”／＞
に示すように、繰り返しブロックを省略することができる。株式ページを株式のリストとともに表した以下の例に示すように、ヘッダブロックも省略できる。なお、値リストを示すためにセミコロン（；）が存在することに留意されたい。したがって、繰り返しブロックがあり、ヘッダブロックがないことである。
＜ＩＴＥＭＦＯＲＭＡＴ  ＶＡＬＵＥ＝“；Ｎａｍｅ，Ｌｏｗ，Ｈｉｇｈ，Ｃｌｏｓｅ”／＞
【００９６】
なお、すべての標準タグが、モバイル装置１８において支援され、かつ使用されるのではないことに留意されたい。特に、ＣＤＦファイル２０１は、チャンネルブラウザ２１８が「オフライン」モードのみで動作される場合に、ソフトウェア更新チャンネルタグ（ＥＡＲＬＩＥＳＴＴＩＭＥ，ＩＮＴＥＲＶＡＬＴＩＭＥ，そしてＬＡＳＴＴＩＭＥの各タグ）を支援する必要はない。さらに、ＬＯＧＩＮタグを無視してもよい。しかしながら、オフラインで動作時にＥＡＲＬＩＥＳＴＴＩＭＥ，ＩＮＴＥＲＶＡＬＴＩＭＥ及びＬＡＳＴＴＩＭＥの各タグは、モバイル装置１８において無視される一方、モバイル装置１８が「オンライン」モードで動作され得る場合には支援される。さらに、ＣＤＦファイル２０１、スクリプトテンプレートファイル２０４及びデータファイル２０２構造がデスクトップコンピュータ１６又は他の同様の装置で使用される場合、ソフトウェア更新タグが認識され、コンテントプロバイダ１２からチャンネルをダウンロードするために使用される。
【００９７】
モバイルチャンネルデータファイル
データファイル２０２は、チャンネルのインクリメンタルデータを配信するために使用される。これらは、ファイルにおいて１行あたり１つのデータアイテムを有するデータを含む単純なテキストファイルである。ＣＤＦファイル２０１において、データファイルの構造は、先述したＩＴＥＭＦＯＲＭＡＴタグを使用して宣言され得る。
【００９８】
本例では、各データファイルには“．ｍｃｄ”の拡張子がある。ＣＤＦファイル２０１は、“ｍｃｄ”ファイルを定義するためのＩＴＥＭタグを含む。ＩＴＥＭタグにおいて、ＩＤ属性は、 “ｍｃｄ”ファイルを、その完全なＵＲＬを参照する必要なくスクリプトの中から参照する即時伝達方法として使用される。
【００９９】
スクリプトファイルを稼働して、表示するデータを呼び出す従来のスクリプト駆動アプローチと異なり、本システムでは、インクリメンタルデータを表示するために逆のことがなされる。新たな情報は、新たな“ｍｃｄ”ファイル内に随時入ってくる可能性があるため、スクリプトテンプレート２０４を起動してデータ２０２を到着時に表示することのほうがより効果的である。このデータをトリガするスクリプトアプローチには、スクリプトテンプレートの継承を可能とする点でさらに利点がある。
【０１００】
データファイル２０２のファイルフォーマットはフレキシブルである。データを含むのは、各アイテムが別々のライン上にあるイメージへの参照等、テキストファイルにすぎない。本システムは、スクリプト用環境において、このコンテントをデータファイル２０２から読み出す方法を明らかにする。
【０１０１】
ＩＴＥＭＦＯＲＭＡＴタグは、ファイルに存在するデータの種類を特定するために使用される。一般的に、ファイルは以下のフォーマットを有する。
［Ｈｅａｄ  Ｂｌｏｃｋ］
［Ｄａｔａ  Ｂｌｏｃｋ  １］
［Ｄａｔａ  Ｂｌｏｃｋ  ２］
…
［Ｄａｔａ  Ｂｌｏｃｋ  ｎ］
上述したように、ＣＤＦファイル２０１における特定のスクリプトテンプレート２０４の使用は、ＣＨＡＮＮＥＬＳＣＲＩＰＴ及びＩＴＥＭＳＣＲＩＰＴの各タグで識別される。スクリプトテンプレート２０４は、データ駆動状態で呼び出される。特定のデータファイル２０２を表示するときがくると、データファイル２０２への参照が行われ、適切なアイテムスクリプトテンプレートを探索して表示する。同様に、サブチャンネル又はデータアイテムのリスト等、チャンネルコンテントを示すときがくると、チャンネルへの参照が行われ、適切なチャンネルスクリプトテンプレートを探索して表示する。
【０１０２】
ＩＴＥＭＳＣＲＩＰＴ  ＳＥＬＥＣＴＩＯＮ
チャンネルブラウザ２１８を介して特定のデータファイル２０２を表現することが必要な場合、適切なスクリプトテンプレート２０４を選出しなければならない。アイテムスクリプトテンプレートは、確実にデータファイルを表現し、データファイル２０２のＵＲＬを参照することにより呼び出される。適切なスクリプトテンプレート２０４は、ＩＴＥＭＳＣＲＩＰＴタグが、表現されるべき特定のデータファイル２０２との近接度に基づいて選出される。
【０１０３】
例示の実施の形態において、アイテムＵＲＬは、スクリプトに現れる際には以下の形式である。
Ｍｃｔｐ：／／ＣＤＦｉｄ／ＩｔｅｍＩＤ
ここで、ｍｃｔｐは、ＵＲＬを解読し、かつスクリプト用エンジンを呼び出すためのモバイルチャンネルトランスポートプロトコルの使用を特定する。ＣＤＦｉｄは、トップレベルＣＨＡＮＮＥＬ要素のＩＤタグであり、ＣＤＦファイル２０１における正しいＣＤＦファイルを選出するために使用される。ＩｔｅｍＩｄは、データファイル２０２を表現する際のＩＴＥＭ要素のＩＤタグである。
【０１０４】
データファイルは、チャンネル階層内のＩＴＥＭ要素において現れる。ＩＴＥＭＳＣＲＩＰＴタグに対するＩＴＥＭ要素の場所により、どのスクリプトテンプレート２０４を使用してデータを表現するかが決定される。スクリプトテンプレート２０４は、ＩＴＥＭＳＣＲＩＰＴタグにおけるＩＤ値を、ＣＤＦファイル２０１における、スクリプトテンプレート２０４のアイテムであるＩＴＥＭ要素のＩＤ値と一致させることによって識別される。
【０１０５】
ＩＴＥＭＳＣＲＩＰＴタグは、ＣＨＡＮＮＥＬ要素又はＩＴＥＭ要素の子となり得る。ＩＴＥＭＳＣＲＩＰＴタグは、現行チャンネル及びそのサブチャンネルのアイテムすべてに使用されるスクリプトテンプレート２０４を、このサブチャンネルと関連づけられるＩＴＥＭＳＣＲＩＰＴタグがこれ以上ない場合に決定する。ＣＨＡＮＮＥＬ又はＩＴＥＭ要素について、ＩＴＥＭＳＣＲＩＰＴにより識別されるアイテムスクリプトテンプレート２０４は、予め定義された任意のＩＴＥＭＳＣＲＩＰＴ値を引き継ぐ。
【０１０６】
したがって、継承モデルが使用される。ある特定のデータアイテムを表現することが必要な場合、階層における最も近くのＩＴＥＭＳＣＲＩＰＴ要素を用いて、どのスクリプトテンプレート２０４がデータを表現すべきかを決定する。適切なスクリプトテンプレート２０４がモバイル装置１８において利用可能でない場合、ビルトインスクリプトテンプレートを用いてデータを表現する。デフォルトアイテムスクリプトテンプレートは、２３２で格納され、ＩＴＥＭＦＯＲＭＡＴタグにおいて特定されたフィールドすべてを通して単に列挙し、１つずつ、特定されたデータファイルから適切なデータを表示する。データファイルが繰り返しブロックを含む場合、すべてのブロック値は、データファイルの最後にたどり着くまでリストのそのページ上に列挙される。
【０１０７】
慣例により、アイテムスクリプトテンプレートは、チャンネルのトップレベル、通常、表１に示すようにファイルの先頭で特定される。各アイテムスクリプトテンプレートには、固有のＩＤが割り当てられる。次に、通常のＨＴＴＰプロトコルではなく、ＣＤＦロード可能なトランスポート２２０の任意の場所からＩＴＥＭＳＣＲＩＰＴ要素を使用してスクリプトを参照することができる。
【０１０８】
なお、デスクトップコンピュータ１６の標準チャンネルブラウザがイメージのＵＲＬをハンドルすることにおける制限により、イメージをデスクトップコンピュータ１６で表現するために、ロード可能なトランスポートではなく、標準ＨＴＴＰ参照を用いてイメージを参照すべきであることに留意されたい。チャンネルを閲覧できるようにする際、デスクトップコンピュータ１６が重要ではなければ、ロード可能なトランスポートタイプのＵＲＬを使用してもよい。
【０１０９】
ＣＨＡＮＮＥＬ  ＳＣＲＩＰＴ  ＳＥＬＥＣＴＩＯＮ
ニュース記事等、データファイルからデータを表現することに加え、ユーザが所望のデータに対するナビゲーションを行うことができるようにＣＤＦ内の現行場所を表現することが通常必要である。ディスプレイ４５でＣＤＦナビゲーションページ（すなわち、チャンネル及び／又はサブチャンネル）を表現することが必要である場合、適切なスクリプトテンプレートを選出しなければならない。チャンネルスクリプトテンプレートは、コンテントプロバイダ１２により提供されたＣＤＦナビゲーションページを表現する責任がある。アイテムスクリプトテンプレートのように、サブチャンネルのＵＲＬを参照することにより、チャンネルスクリプトテンプレートの呼び出しがなされる。適切なスクリプトテンプレートは、ＣＨＡＮＳＣＲＩＰＴタグが、上記ＵＲＬの特定のＣＨＡＮＮＥＬ要素との近接度に基づいて選出される。
【０１１０】
チャンネルＵＲＬはスクリプトテンプレートに現れる際には以下の形式である。
ｍｃｔｐ：／／ＣＤＦｉｄ／ＣｈａｎＩＤ
【０１１１】
ここで、ｍｃｔｐは、ＵＲＬを解読し、かつスクリプト用エンジンを呼び出すためのロード可能なトランスポートプロトコルの使用を特定する。“ＣＤＦｉｄ”は、トップレベルＣＨＡＮＮＥＬ要素のＩＤタグである。これを用いて、正しいＣＤＦファイルが選出される。“ＣｈａｎＩｄ”は、ＣＤＦ内のサブチャンネルが表現される際のＣＨＡＮＮＥＬ要素のＩＤタグである。ユーザがチャンネルをナビゲートするので、データファイルにアクセスするＣＤＦチャンネル階層を通して効率よく上下移動している。チャンネル階層の各レベルにおいて、スクリプトテンプレートを関連づけて、通常はサブチャンネル又は利用可能なアイテムのリストであるチャンネルコンテントを表示することが可能である。
【０１１２】
ＣＨＡＮＳＣＲＩＰＴタグは、ＩＴＥＭＳＣＲＩＰＴタグがスクリプトテンプレートを識別してデータを表現する方法と同様に、現行チャンネル場所を表現するのに使用されるスクリプトテンプレートを識別する。ＣＨＡＮＮＥＬ要素のＣＨＡＮＳＣＲＩＰＴに対する場所により、どのスクリプトテンプレートを使用してサブチャンネルを表現するかを決定する。スクリプトテンプレートは、ＣＨＡＮＳＣＲＩＰＴ要素におけるＩＤ値をＣＤＦにおけるＩＴＥＭ要素のＩＤ値、すなわちスクリプトテンプレートのＩＴＥＭと一致させることによって識別される。
【０１１３】
ＣＨＡＮＳＣＲＩＰＴタグは、ＣＨＡＮＮＥＬ要素の子である。ＣＨＡＮＳＣＲＩＰＴタグにより、現行チャンネル及びそのサブチャンネルに使用されるスクリプトテンプレートが決定される。ＣＨＡＮＮＥＬ要素について特定されたＣＨＡＮＳＣＲＩＰＴタグは、予め特定された任意のＣＨＡＮＳＣＲＩＰＴ値を引き継ぐ。
【０１１４】
したがって、継承モデルが使用される。ある特定のサブチャンネルを表現することが必要な場合、階層において上に向かって最も近くのＣＨＡＮＳＣＲＩＰＴタグを用いて、どのスクリプトテンプレートがデータを表現すべきかを決定する。適切なスクリプトテンプレートがモバイル装置１８において利用可能でない場合、ビルトインスクリプトテンプレート２３２を用いて、可能な最良のものとしてチャンネルを表現する。
【０１１５】
ＳＣＲＩＰＴＩＮＧ
スクリプトテンプレートは、ＨＴＭＬページのレイアウト及び挙動を特定する。スクリプトセグメントは、“＜％”と“％＞”又は“＜％＝”と“％＞”のデリミタ対で括られる。デリミタの第２の対は、スクリプトテンプレートにおける特殊な用途及び意味をともなう。各スクリプトセグメントでは、少なくとも１つの有効な実行可能な、又は非コメント(non-comment)のステートメントがあるはずである。同様に、ｍｃｓファイルには少なくとも１つのスクリプト用セグメントがあるはずである。一つの実施の形態において、いずれの空スクリプトセグメントも構文エラーを生成する。スクリプト用セグメントは、スクリプト生成されたＨＴＭＬ出力が、標準ＨＴＭＬ表示コードのコンテクストにおいて有効な構文を有するとすれば、標準ＨＴＭＬテキストと自在に混ざり合うことが可能である。添付書類Ａでは、ＣＨＡＮＮＥＬＳＣＲＩＰＴとＩＴＥＭＳＣＲＩＰＴの一例を挙げる。添付書類Ｂは、本システムにおいて使用されるスクリプト用環境の記述である。
【０１１６】
図８は、ＣＤＦファイル２０１、スクリプトテンプレート２０４及びデータ２０２を使用して、コンテント情報を表現するインデックスビューワユーザインタフェース２４０の一例を示す。インデックスビューワユーザインタフェース２４０は、情報を表現する際にディスプレイ４５を完全にカバーすることが可能であり、あるいは、インデックスビューワユーザインタフェース２４０は、ディスプレイ４５にて維持されるより大型のグラフィカルユーザインタフェースの一「区画(pane)」としてもよい。
【０１１７】
図５の例示の実施の形態において、トップレベルチャンネルは、２４２で表される。トップレベルチャンネル２４２は、「ニュースとテクノロジ」「スポーツ」「ビジネス」「エンターテインメント」「ライフスタイルと旅行」「マイクロソフトネットワーク」「ＭＳＮＢＣ」等の一般的なサブチャンネルカテゴリを有する。サブチャンネル２４４、２４５、２４６、２４７、２４８、２４９及び２５０は、表１の例に示す第１レベルのサブチャンネル“Ｔｅｓｔ  Ｓｕｂｃｈａｎｎｅｌ  １”及び“Ｔｅｓｔ  Ｓｕｂｃｈａｎｎｅｌ  ２”に対応する。各サブチャンネル２４４〜２５０は、さらなるサブチャンネル及び／又はデータアイテムに続く。図５の例では、サブチャンネル２４５は、さらなるサブチャンネル２５２、２５３、２５４及び２５５を有する。本例では、サブチャンネル２５２は、２５７で表される、アクセス時に、リストされた主題ヘッディングに関する最新の記事を表示する別のサブチャンネルを更に有する。追加情報が存在するが示されていない場合には、インジケータボタン２６０がユーザに提示される。本例では、インジケータボタン２６０は、トップレベルチャンネル２４２に対する追加サブチャンネルが存在することを示している。ユーザインタフェース２４０の一部２６４を広告用に別に設けることができる。
【０１１８】
トップレベルチャンネル２４２のコンテント情報を表示するために、チャンネルブラウザ２１８（図６）は、ロード可能なトランスポート２２０にアクセスし、格納されたＣＤＦファイル２０１においてトップレベルチャンネル２４２のＣＤＦファイルを探索する。トップレベルチャンネル２４２のＣＤＦファイルを検討することによって、ロード可能なトランスポート２２０は、どのスクリプトファイルをスクリプトテンプレート２０４から実行し、図８に示すサブチャンネル２４４〜２５０のタイトルを表現するかを決定する。なお、サブチャンネル２４４〜２５０のタイトルは、実行されるスクリプトファイルには含まれておらず、むしろ、トップレベルチャンネル２４２のＣＤＦファイルの一部を形成することに留意されたい。したがって、トップレベルチャンネル２４２を表現するために使用されるスクリプトファイルは、トップレベルチャンネル２４２のＣＤＦファイルを検討して、チャンネルブラウザ２１８に提示されるＨＴＭＬページ２２４を生成する。これにより、表現される情報の各部分には、特定のスクリプトファイルではなく一般のスクリプトファイルを使用できる。上述したように、サブチャンネル２４５等のサブチャンネルを表現する場合、異なるスクリプトファイルを呼び出すことが可能であり、あるいは、呼び出さない場合には、トップレベルチャンネル２４２を生成するために使用されるスクリプトファイルを使用することができる。ここでも、サブチャンネル２５２〜２５５又は２５７のいずれかを表現しようとすると、実行されるスクリプトは、トップレベルチャンネル２４２のＣＤＦファイルを検討して、表示される関連の情報を獲得するとともに、この情報を階層においてどのように表示すべきかを決定する。スクリプトテンプレート２０４及びデータ２０２とともに、ＣＤＦファイル２０１は必要に応じて更新することが可能である。
【０１１９】
好ましい実施の形態を参照して本発明を説明してきたが、本発明の精神及び範囲から逸脱することなく首尾よくかつ細部において変更を行ってもよいことは、当業者であれば理解されよう。
【０１２０】
【表５】
0004219555.tif 000011
0004219555.tif 000012
0004219555.tif 000013
0004219555.tif 000014
0004219555.tif 000015
0004219555.tif 000016
0004219555.tif 000017
0004219555.tif 000018
0004219555.tif 000019
【０１２１】
【表６】
0004219555.tif 000020
0004219555.tif 000021
0004219555.tif 000022
0004219555.tif 000023
0004219555.tif 000024
0004219555.tif 000025
0004219555.tif 000026
0004219555.tif 000027
0004219555.tif 000028
0004219555.tif 000029
0004219555.tif 000030
0004219555.tif 000031
0004219555.tif 000032
0004219555.tif 000033
0004219555.tif 000034
0004219555.tif 000035
0004219555.tif 000036
0004219555.tif 000037
0004219555.tif 000038
0004219555.tif 000039
0004219555.tif 000040
0004219555.tif 000041
0004219555.tif 000042
0004219555.tif 000043
0004219555.tif 000044
【図面の簡単な説明】
【図１】  本発明に係るシステムにおけるモバイル装置の１つの実施の形態を示す簡易ブロック図である。
【図２】  図１に示すモバイル装置の１つの実施の形態の一層詳細なブロック図である。
【図３】  図２に示すモバイル装置の１つの実施の形態の簡易図である。
【図４】  図２に示すモバイル装置の他の実施の形態の簡易図である。
【図５】  本発明の１つの特徴に係るデスクトップコンピュータの１つの実施の形態のブロック図である。
【図６】  本発明の１つの特徴に係るモバイル装置の動作方法を示す流れ図である。
【図７】  図６の簡易ブロック図である。
【図８】  本発明により表現されたグラフィカルユーザインタフェースの図である。
【図１】
0004219555.tif 000045
【図２】
0004219555.tif 000046
【図３】
0004219555.tif 000047
【図４】
0004219555.tif 000048
【図５】
0004219555.tif 000049
【図６】
0004219555.tif 000050
【図７】
0004219555.tif 000051
【図８】
0004219555.tif 000052