JP2005501301A - ダウンロード可能なマルチメディア・コンテント及び課金方法 - Google Patents

Abstract

個人用リングチューンデータ及びその他の、この種のマルチメディアコンテントを無線ハンドセットブラウザに配信し、再生する新規なシステムが提供される。更に、消費者がマルチメディア・コンテントをプレビューでき、前記特定マルチメディアメッセージ・コンテントに課金されることを承認又は否認できるような新規システムが提供される。

Description

【０００１】
（発明の属する技術分野）
本発明は、一般的に、マルチメディア・コンテントのための配送と課金のための方法とシステムに関する。
【０００２】
（技術の背景）
移動電話機（移動局及び個人用装置として知られている）は、初めの内、通常電話器と同様なリングトーンを使っていた。これは、問題を引き起こし、二人のユーザが同一空間で同一リングトーンを使った時には、どちらの移動電話機が鳴っているのか分からず、混乱を起こした。この問題は、移動電話機が進歩するにつれて解決された。現在、移動電話機は、予め記憶された複数のリングトーンを備えており、ユーザはその中から好きなリングトーンを選択できるようになっている。通常のリングトーンに加えて、よく耳にするメロディーがリングトーンとして実装されており、選択できるようになっている。又、リングトーンは、特にメロディの場合に、リングチューンを意味することがある。移動電話機の利用が増大すると、ユーザが、同一空間で、同一リングチューンを使う問題が残る可能性がある。
【０００３】
電話機のリングトーンのプログラミングについては、ＵＳＰ６，０９４，５８７（２０００年７月２５日、アルマント他に特許され、本発明の被譲受人に譲渡された）に開示されている。前記特許は、ここに引用することによりその内容を本明細書に含まれる。アルマント他の特許においては、リングトーンは、リングトーン・メッセージの形で、メッセージがリングトーンであることを識別する識別子をつけて移動局に送られる。受信時、前記リングトーン・メッセージは、リングトーンメッセージ識別子を基に識別される。次に、リングトーンは、リングトーン発生器とメモリに適した形式に変換される。前記リングトーンは、Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ（ＳＭＳ）、Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ（ＵＳＳＤ）のようなショートメッセージにキャラクタとして、又は、赤外データ協会（ＩｒＤａ）タイプのオフライン赤外線リンクにより送信される。
【０００４】
ショート・メッセージ・サービス（ＳＭＳ）は、特にＧＳＭネットワークにおける移動ネットワークにおけるメッセージ通信の例示である。ＳＭＳは、スピーチ・データサービスとは異なり、ショートメッセージを送る時には、送信者から受信者への接続は確立される必要はない。ショートメッセージが、コントロール時のシグナリング、又は、デジタル移動ネットワークにシグナリングチャネルを使って転送されるからである。
【０００５】
この場合、消費者がリングトーンの選択をブラウズするサービスを提供しないし、更に、リングトーンが消費者の気に入らない場合でも、各ＳＭＳ又は類似のメッセージは、消費者に課金する可能性がある。メッセージ課金請求については、国際出願番号ＰＣＴ／Ｆ１９９／００９３５、２０００年５月１８日公開、対応公開番号（ａｓｓｉｇｎｅｄ Ｐｕｂｌｉｃａｔｉｏｎ Ｎｕｍｂｅｒ） ＷＯ ００／２８７４６、名称：メッセージ通信課金（対応米国出願番号０９／８５０，０３６）、及び、国際出願番号ＰＣＴ／ＦＩ９８／００４７４、１９９８年１２月１０日公開、対応公開番号ＷＯ ９８／５６２０２，発明の名称、請求書作成移動終端ショートメッセージ（対応米国出願番号０９／５４５，１１９）。前記全出願は、本発明の譲受人の関連会社に譲渡されており、この引用により、本明細書に組み込まれる。
【０００６】
現在、複数のウェブサイトがあって、そこから、インストラクションとテキストを受け取り、消費者がプログラムして曲を移動局に入れることができ、Ｎｏｋｉａブランドの移動局にリングトーンを送信できるようになっている。これらサイトの例は、ｗｗｗ．ｃｌｕｂｎｏｋｉａ．ｃｏｍ とｗｗｗ．ｖｏｕｒｍｏｂｉｌｅ．ｃｏｍである。この場合、ユーザは、パソコン（ＰＣ）、又は、ＨＴＴＰとＨＴＭＬ等の基本な工業標準を支援する、ブラウザを使うワールド・ワイド・ウェッブ（ＷＷＷ）サーフィング装置にアクセスしなければならない。このＷＷＷサイトは、デスクトップＰＣ及び高速接続用に設計されてきているが、狭帯域で限定された画面サイズの装置では充分に機能しない。
【０００７】
近年のウェブプロトコールの進歩の結果、ワイアレス・アプリケーション・プロトコール（ＷＡＰ）が作成された。Ｈａｎｄｈｅｌｄ Ｄｅｖｉｃｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＨＤＭＬ）又はＷｉｒｅｌｅｓｓ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＷＭＬ）を使ったＷＡＰ法によれば、ウェブコンテントが、移動局のような狭帯域で限定された画面サイズ携帯装置での使用に適合するようになる。移動局製造業者は、高付加価値のアプリケーション（例えば、ＷＡＰ対応マイクロブラウザのような）を移動局に実装し、移動局がクライアントとして機能し、ワイアレスポータルを介してインターネットからサービスとコンテントを受けるようにできる。マイクロブラウザは、ソフトウェア又はファームウェアの形態のロジックであり得る。これらソフトウェア又はファームウェアは、エンドユーザ装置に実装され、該装置がネットワーク上でゲートウェーと対話することを可能にする。マイクロブラウザの例は、Ｎｏｋｉａ Ｍｉｃｒｏｂｒｏｗｓｅｒで、付属書（Ａｐｐｅｎｄｉｘ）Ａに示される。この引用により本明細書に組み込まれる、又は、Ｐｈｏｎｅ．ｃｏｍ（Ｒｅｄｗｏｏｄ Ｃｉｔｙ，Ｃａｌｉｆｏｒｎｉａ；ｗｗｗ．ｐｈｏｎｅ．ｃｏｍ）のＵＰ．Ｂｒｏｗｓｅｒである。ＨＤＭＬのスタイルガイドは、（ｗｗｗ．ｐｈｏｎｅ．ｃｏｍ）から取得でき、この参照により本明細書に組み込まれる。
【０００８】
ワイアレスポータル又はゲートウェーは、入り口であって、これを通して、ユーザはインターネットのコンテントとサービスにアクセスできるものである。ポータルがコンテント及び／又はサービスをユーザに送信し（ＰＵＳＨと呼ぶ）、又は、ユーザがポータルプロバイダからコンテントとサービスを要求する（ＰＵＬＬと呼ぶ）。このようなポータルの例は、Ｎｏｋｉａ Ａｒｔｕｓ ＭＡＸ Ｐｌａｔｆｏｒｍ（ｗｗｗ．ｎｏｋｉａ．ｃｏｍ／ｗａｐ／ｐｒｏｄｕｃｔｓ．ｈｔｍｌ） である。
【０００９】
ＷＡＰ上の情報は、（ｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇ）又はＵｎｄｅｒｓａｔａｎｄｉｎｇ ＷＡＰ；Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎｓ，Ｄｅｖｉｃｅｓ，ａｎｄ Ｓｅｒｖｉｃｅｓ；ＩＳＢＮ １−５８０５３−０９３−１； Ａｒｔｅｃｈ Ｈｏｕｓｅ Ｐｕｂｌｉｓｈｅｒｓ （Ｂｏｓｔｏｎ；ｗｗｗ．ａｒｔｅｃｈｈｏｕｓｅ．ｃｏｍ） から取得できる。この引用により、これらは、本明細書に組み込まれる。
【００１０】
ＷＡＰ又は他の類似したサービスを介して、移動局にリングチューンを配送することが望ましい。又、送信したチューンの請求書を承認したり、拒絶したりするシステムを消費者に提供するニーズもある。更に、ロゴ及び／又は呼び出し音（ｊｉｎｇｌｅ）の形態での広告を受け入れる消費者にクレジットを与えるニーズがある。
【００１１】
（本発明の概要）
新規なシステムは、個人化するチューンデータ、又は、他のメディアコンテントを配送し、再生するものである。更に、新規なシステムは、消費者がマルチメディアのコンテント（例えば、リングトーンチューン）をプレビューするのを可能にし、前記特定のマルチメディア・メッセージ・コンテントについての請求を承認又は拒絶することを可能にするものである。又、消費者は、広告するコンテントを受け入れ、クレジットを受取るかもしれない。ユーザが、メディアコンテントを要求して、識別ナンバーを有するヘッダーのついたメッセージを送出する。その後、ユーザは、メディアコンテント、ユニバーサル・リソース・ロケータ（ＵＲＬ）を有するメッセージを受信し、メディアを受け入れると、前記メディアを不揮発性メモリに保持する。プリミティブがＵＲＬに基づいて生成される。これはメッセージに組み込まれ、課金サーバに送信される。
【００１２】
本発明の有利な点は、消費者がハンドセットから直接リングチューンのようなマルチメディアコンテントを選択できる点で、ＰＣの前でメディアコンテントを選択し、ＳＭＳ又はマルチメディア・メッセージ・サービス（ＭＭＳ）を介しての配送を必要としない。
【００１３】
本発明の前記の及び他の特徴は、付属の図面と共に以下の本発明の詳細な説明により、もっと明らかになる。
【００１４】
（詳細な説明）
本発明は、ブラウザを備える無線システムで使用される。実施例として、本発明をユニバーサル・モバイル通信システムで使用する例をあげて説明する。この通信システムは、広帯域符号分割多重方式（ＣＤＭＡ）、ＷＡＰ等に実装する方法を利用するが、本発明はこれに限定するものではない。
【００１５】
ＳＭＳは移動マルチメディアを含むように進化してきた。マルチメディア・メッセージ・サービス（ＭＭＳ）は、画像、オーディオ、ビデオ、データ及びテキスト又はこれらの組合せを含む。
【００１６】
本発明の譲受人は、１９９７年のＣｅＢｉｔで、スマートメッセージと呼ぶメッセージ概念を導入した。スマートメッセージを使うと、インターネット情報を、ショートメッセージをサポートする、どのようなＧＳＭ移動局へも配送することが可能になる。スマートメッセージはＡｒｔｕｓ Ｍｅｓｓａｇｉｎｇ Ｐｌａｔｆｏｒｍを使って、ＨＴＭＬフォーマットでインターネット情報を検索し、ＴＴＭＬを介してそれをショートメッセージに変換する。ＴＴＭＬは、ＨＴＭＬの部分集合であって、ノキアのプロトコールであり、ＧＳＭ電話上でインターネットからアクセスされる情報を表す（ｐｒｅｓｅｎｔ）ものである。インターネットコンテント検索がＨＴＭＬで行われるから、プロバイダーは、Ｗｅｂサーバへ変更する必要はない。開発者は、無線電話によっても又、全地球的なユーザコミューニティへの統一したアクセスを行える。
【００１７】
他のマークアップ言語（例えば、ＸＨＴＭＬとＴＭＬ（Ｔａｓｋ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ））が現在使用されている。当業者であれば、これら他の言語を使用することができる。本発明の範囲は、どれか一つのマークアップ言語に限定することではない。
【００１８】
スマートメッセ−ジは、狭帯域ソケットプロトコールを使用するが、これは、インテルとノキアが共同開発したものである。それは、ウィンドウズのソケットスタックがマイクロソフトのオペレーティングシステムに対して行うのと同様なことを、無線電話に対し行うものである。即ち、それは、インターネットへの標準手段を提供するものである。
【００１９】
狭帯域ソケット（ＮＢＳ）規格は、インテルとノキアが最初に開発した開放型産業規格である。この規格で定義された機能を使って、移動ＰＣ及びスマート電話ユーザの為に無線メッセージアプリケーションが、使い慣れたインターネットプログラミングインターフェースを使って、作成される。前記ＮＢＳ規格は、インターネットの範囲に拡大され、常時接続型移動局クライアントを作り出す。
【００２０】
ＮＢＳ規格は、無線メッセージング・ネットワークに亘って、ＵＤＰとＴＣＰサービスの効率的な実施を定める。又、ＮＢＳは、ネットワークから独立しており、従って、アプリケーションはＮＢＳを使えば、どのようなネットワーク上でも、ショートメッセージを介して、データを送受信することができる。前記ＮＢＳ規格は、ＢＳＤソケットとＷｉｎｓｏｃｋ２プログラミングインターフェースを提供する。これらについては、当業者に周知の事項である。
【００２１】
狭帯域ソケット規格（改訂版１．０、１９９７年３月７日）は、ＵＲＬ ｗｗｗ．ｆｏｒｕｍ．ｎｏｋｉａ．ｃｏｍから，「狭帯域ソケット；無線メッセージングプロトコールとＡＯＡＣ移動通信を可能にするためのＡＰＩ」という名称のホワイトペーパをダウンロードできる。前記規格とホワイトペーパは、この引用によりこの明細書に組み込まれる。
【００２２】
グラフィクを含むメッセージを送信することは、国際特許出願番号ＰＣＴ／ＥＰ００／０２３７０、２０００年９月２８日公開、公開番号ＷＯ ００／５７６１７に説明されている。前記国際出願は本出願の譲受人に譲渡されており、この引用により、この明細書に組み込まれる。
【００２３】
本発明の図面を参照すると、図１は、典型的な移動局を示すもので、本発明の実施例に組み込まれるものである。この図は説明のためのもので、説明される装置は、本発明の実施にとって重要なものではない。この場合、移動局１００は、小さなスクリーンとハンドセットを持つ無線電話器である。移動局１００は、各種セルラ標準（例えば、ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）に従って動作する無線システムを有することができる。移動局１００は、無線システムを有し、該システムは、各種セルラ標準（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ又はその子孫（ｐｒｏｇｅｎｙ）等）に従って動作するものである。
【００２４】
通信規格（ＴＩＡ）は、ＣＤＭＡに関する情報を規定する。ＩＳ−９５ ＣＤＭＡ及びＣＤＭＡ２０００ Ｖｉｊａｙ Ｋ．Ｇａｒｇ著；ＩＳＢＮ ０−１３−０８７１１２−５ Ｐｒｅｎｔｉｃｅ Ｈａｌｌ発行（ニュージャージー；ｗｗｗ．ｐｈｐｔｒ．ｃｏｍ）及び第３世代移動通信の為のＵＭＴＳ無線アクセスのためのＷＣＤＭＡ Ｈａｒｒｉ Ｈｏｌｍａ 及びＡｎｔｔｉ Ｔｏｓｋａｌａ著（両者共ノキア、フィンランド所属）；ＩＳＢＮ０ ４７１ ７２０５１ ８；Ｊｏｈｎ Ｗｉｌｙ ａｎｄ Ｓｏｎｓ発行（英国；ｗｗｗ．ｗｉｌｙ．ｃｏｍ）は、この分野の知識を提供する。二つの書籍は、この引用により、この明細書に組み入れられる。
【００２５】
移動局１００の表示装置１１０は、ソフトキー１２０Ａと１２０Ｂの押圧により起動され、データとメニューとソフトキー機能の為のエリア１２１Ａと１２１Ｂを表示する。スクロールキー１３０は、表示装置１１０上に表示されるメニューアイタムをスクロールするものである。又、スクロールキーは、ローリングシリンダ、ボール等の表示アイタムのスクロールを可能にするものであればよい。キーボード１４０はデータの入力のために動作する。キーボード１４０のキーを、当業者に公知の各種の方法で照明し、イベントに対し視覚的に注意喚起してもよい。データの入力は、当業者に公知の予測的（ｐｒｅｄｉｃｔｉｖｅ）キーボード入力法を使用してもよい。データは、メモリ１８０に記憶される。メモリ１８０は、データの一時記憶としてキャッシュ領域をもつ揮発性ランダムアクセスメモリ（ＶＲＡＭ）を含んでもよい。移動局１００は、又、不揮発性メモリ１６０を有してもよい。このメモリは、装置に組み込まれてもよいし、リムーバブル・サブスクライバ・アイデンティフィケーション・モジュール（ＳＩＭ）のようにリムーバブルであってもよい。不揮発性メモリ１６０は、ＳａｎＤｉｓｋ（サニーベール、カリフォルニア）から供給されるＥＥＰＲＯＭ又はフラッシュメモリ等であってよい。メモリ１６０と１８０に含まれるロジックはプロセッサ１７０の動作を制御し、本発明の実施例に従う機能を実装してもよい。前記ロジックはソフトウェア又はファームウェアコードであってもよい。プロセッサ１７０は、適当なコマンドを作成し、移動局１００の他の構成ブロックの制御を行う。プロセッサ１７０は、キャッシュメモリを組み込んでもよい。移動局１００は、又、スピーカ１９０を有し、リングチューン・サウンドを生成する。
【００２６】
表示装置は、又、Ｍｉｃｒｏｖｉｓｉｏｎ（シアトル、ワシントン）が提供するバーチャルディスプレーであってもよい。又、該表示装置は、Ｅ Ｉｎｋ Ｃｏｒｐｏｒａｔｉｏｎ（ｗｗｗ． ｅｉｎｋ． Ｃｏｍ ； Ｃａｍｂｒｉｄｇｅ，Ｍａｓｓａｃｈｕｓｅｔｔ．）の電子インクと及びＬｕｃｅｎｔ Ｔｅｃｈｎｏｌｏｇｙ（Ｃａｍｂｒｉｄｇｅ，Ｍａｓｓａｃｈｕｓｅｔｔ）のプラスティック上に印刷されたアクティブマトリックス駆動回路を使った移動局１００のハウジングであってもよい。前記特殊インクはナノメータレベルの半導体粒子（Ｊｏｓｅｐｈ Ｊａｃｏｂｓｏｎ及びその他が開発したもので、注目すべき特許は、ＵＳＰ ５，９３０，０２６； ５，９６１，８０４； ６，０１７，５８４；６，０７２，７１６； ６，１１８，４２６； ６，１２０，５８８； ６，１２３０，８３９；及び６，１３０，７７３である）を含むものである。前記複数特許は、この引用により、この明細書に含まれるものとする。本技術に関する研究はＭＩＴで行われてきており、最近はＥ Ｉｎｋで行われている。
【００２７】
移動局１００は、又、インターフェースを備えて、リングチューンを有する移動局のオーディオが、既存のオーディオシステム上で動作することを可能にしてもよい。このようなインターフェースは、米国特許第６，１６３，７１１（名称：既存のオーディオシステムを有する移動電話をインターフェースするための方法と装置、２０００年１２月１９日、Ｊｕｎｔｕｎｅｎに特許され、本出願の譲受人に譲渡された）により提供される。該特許は、この引用により、この明細書に組み込まれる。これは、多重音チューンを奏することのできるスピーカシステムを提供するものである。
【００２８】
移動局１００は、又、赤外送受信器１５０、又は、他のローカルデータ伝送手段を有するので、データを他の移動局、自動車ガイダンスシステム、プリンタ等のような他の装置と共有してもよい。データ共有は、無線周波数識別（ＲＦＩＤ）トランスポンダタグにより与えられる。このタグはローカルデータ伝送手段として当業者に公知のものである。データ共有の他の手段は、Ｂｌｕｅｔｏｏｔｈにより与えられる。Ｂｌｕｅｔｏｏｔｈに関する情報は、ｗｗｗ．ｂｌｕｅｔｏｏｔｈ．ｃｏｍで見つけることができる。
【００２９】
本発明による実施例は、ＳＭＳ、Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｄａｔａ（ＣＳＤ），第３世代パートナーシッププログラム（３ＧＰＰ）のようなベアラ・サービス、及び無線アプリケーションプロトコール（ＷＡＰ）等ベアラ独立解決手法（ｂｅａｒｅｒ ｉｎｄｅｐｅｎｄｅｎｔ ｓｏｌｕｔｉｏｎｓ）で使用されてもよい。
【００３０】
ＷＡＰアーキテクチャとＷＡＰ規格の詳細は、ＷＡＰ Ｆｏｒｕｍ（ｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇにある）から利用でき、この引用により、本明細書に含まれるものとする。前記ＷＡＰ規格は、無線アプリケーション環境（ＷＡＥ）を規定している。ＷＡＥは、ワールドワイドウェッブ（ＷＷＷ）モデルに基づく一般アプリケーション環境を規定するものである。
【００３１】
前記ＷＷＷモデルにおいて、サーバは、ＨＴＭＬ又はＸＭＬのような標準フォーマット（ウェブページ又は文書として言及される）でクライアントにコンテントを提示する。クライアントの装置に埋め込まれたブラウザとして知られているユーザエイジェントが文書をブラウズする。ＷＷＷのリソースは、インターネット規格のユニバーサル・リソース・ロケータ（ＵＲＬ）で命名される。ブラウザは、標準ネットワーキングプロトコール（最も普及しているのは、ハイパーテキスト・トランスポート・プロトコール（ＨＴＴＰ）である）を使用するサーバと通信する。
【００３２】
ＷＡＥは、ＷＷＷモデルに従うものである。コンテントは、ＷＭＬ（ＸＭＬに類似している）のような標準フォーマットで表現される。ＷＡＰにおいては、ＷＷＷドメインのページ又は文書は、カード又はデッキ（ｄｅｃｋ）になる。用意されたアプリケーションが、ＨＴＭＬフォーマット文書を文章解析し、翻訳して、ＨＤＭＬ又はＷＭＬフォーマット・デック／カードに変換する。コンテントは、ＨＴＴＰを使って、ネットワークのＷＷＷドメインに転送される。ＨＴＴＰに類似するプロトコールは、無線ドメインで無線セッションプロトコール（ＷＳＰ）と呼ばれる。
【００３３】
図２は、ＷＡＰクライアントを説明する図である。本発明の好ましい実施例においては、移動局はＷＡＰクライアントとして構成される。多くのネットワークアーキテクチャと同様に、ＷＡＰは、一連のレイヤとして構成される。ＷＡＰクライアント２００は、ユーザ・エイジェント・レイヤ２３０、ＵＲＬ＆ＨＴＴＰレイヤ２４０、プロトコールレイヤ２５０を有する。図２のＷＡＰクライアント２００は、又、各種のアプリケーション・プログラム・インターフェース（ＡＰＩ）ｓ（例えば無線アプリケーション環境（ＷＡＥ ＡＰＩ）２１０、プラットフォームＡＰＩｓ２１５、無線データグラムプロトコール２２０）を含む。
【００３４】
ＷＤＰは、ＷＷＷドメインで定義されたユーザ・データグラム・プロトコール（ＵＤＰ）を採用し、ＷＤＰ ＡＰＩは、ＧＳＭ， ＣＤＭＡ， ＧＰＲＳ， ＣＤＰＤ等の標準のデータ・ベアラサービスをサポートする。
【００３５】
ユーザ・エイジェント・レイヤ２３０は、ＷＭＬブラウザ２３１、移動局をプログラムするＷＭＬスクリプトバーチャルマシン２３２、及び一組の標準機能であるＷＭＬスクリプトライブラリ２３３を含む。又、マイクロブラウザと呼ぶＷＭＬブラウザは、ＷＳＰを使ってゲートウェーと通信を行う。該ゲートウェーは、ＨＴＴＰを使ってサーバと通信を行う。
【００３６】
ＵＲＬ及びＨＰＰＴレイヤ２４０は、ＵＲＬローダ（ｌｏａｄｅｒ）２４１、ＨＴＴＰローダ２４２及びキャッシュ２４３を有する。
【００３７】
プロトコールレイヤ２５０は、ワイアレスプロトコールスタックを有し、該スタックは、無線セッションプロトコール（ＷＳＰ）２６１、無線トランザクションプロトコール（ＷＴＰ）２６２、セキュリティ制御のための無線転送レイヤセキュリティ（ＷＴＬＳ）２６３、無線データグラムプロトコール（ＷＤＰ）２６４を含み、これらは、ベアラサービスに関係しており、プロトコールスタック２３０の上位レイヤにサービスを提供する。
【００３８】
図３は、図１の移動局１００上のＷＡＰクライアントの他の実施例である。クライアント３００は、ＷＭＬブラウザ要素３１０、ユーザインターフェース（ＵＩ）レベル３８０、ベアラレベル３９０を有している。ＷＭＬブラウザは、ＷＡＰゲートウェーから受け取ったＷＭＬコンテント（カード及びデック）を翻訳し、ＡＰＩｓを使って、前記コンテントをＵＩに渡す。ＷＭＬブラウザは、ブラウザ状態情報を保持する。
【００３９】
ＵＩレベル３８０は、更に、メインウィンド及びメニュー要素３８１、セッティング３８２、カードレンダリング３８３、及びブックマーク３８４要素を有する。
【００４０】
ベアラレベル３９０は、ユーザデータグラムプロトコール（ＵＤＰ）ベアラの実施例を含む。このベアラは、Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｄａｔａ（ＣＳＤ）ネットワークをサポートできる。
【００４１】
ユーザエイジェント（Ｕｓｅｒ Ａｇｅｎｔ；ＵＡ）レベルは、ブラウザー３１０の核（即ち、ＷＭＬインタープリタ３２１、ＷＭＬＳｃｒｉｐｔインタープリタと標準ライブラリ３２２、及びプッシュ・サブシステム（ＰＵＳＨ Ｓｕｂｓｙｓｔｅｍ））を有する。ＷＭＬインタプリタは、ＷＭＬ言語規格（ＷＢＭＰ画像ファイルを含む）、非同期画像ローダ及びクッキー（ｃｏｏｋｉｅｓ）をサポートする。ＷＭＬＳｃｒｉｐｔインタープリタは、符号化したＷＭＬＳｃｒｉｐｔコンテントを取り扱い、前記コンテントが定める動作を実行する。ライブラリは、ブラウザに対するサポート及びＵＲＬハンドリング機能を有する。ＵＡレベルは、ＷＭＬ、ＷＭＬＳｃｒｉｐｔ及びＰＵＳＨ ＡＰＩを使ってＵＩレベルでインターフェースを行う。
【００４２】
ＰＵＳＨ サブシステム３２０は、更に、ＰＵＳＨ ハンドラー３２４、サービス表示（ＳＩ）デコーダ３２５、サービスローダ（ＳＬ）デコーダ３２６及びＷＢＸＭＬパーサ（Ｐａｒｓｅｒ）３２７を有している。ＰＵＳＨ サブシステムは、ＷＢＸＭＬパーサを使って、ＰＵＳＨメッセージをＳＩデコーダ３２５又はＳＬデコーダ３２６に送る。一旦前記メッセージがデコードされると、ＰＵＳＨハンドラ−３２４は、移動局サービス（例えば、メッセージ−ジング、アラート）及びクライアントローダレベル３３０と双方向に通信を行い、ＰＵＳＨプロセスを行う。
【００４３】
ローダレベル３３０は、ＨＴＴＰローダ３３１、ＵＲＬローダ３３２、キャッシュ３３３、アプリケーションディスパッチャ３３４、ＷＳＰヘッダハンドリング３３５、コンテント送信器３５６、ＷＳＰアダプタ３５７を有している。ローダレベル３３０は、ＨＴＴＰスキームを使ってＵＲＬのローディングを行う。ＵＲＬ及びヘッダ認証が、このレベルで行われる。クッキー及び基本的な認証に対するサポートが、提供される。キャッシュロジックと記憶が、このレイヤでサポートされる。ローダレバー３３０は、ＰＵＳＨ送信を含めコンテントとアプリケーションの送信を規定する。ローダレバー３３０は、ローダＡＰＩｓを介してＡＰＩとＵＡレベルを処理するＷＳＰを介して、無線プロトコールスタック（ＷＳＰ）レベルとインターフェースをとる。
【００４４】
実施例のクライアントとブラウザは、ホスト特定コンテントタイプ（マルチメディア・インターネット・メール・エクステンション（ＭＩＭＥ）タイプとして公知である）を規定し、移動局が、クライアントによって通常許可される上記機能を実行できるようにする。本発明は、新規なＭＩＭＥタイプを提供し、フォーマットをファイル化し、移動局が特別なネットワーク動作（例えば、リングチューンとビットマップをダウンロードする）を実行することを可能にする。このように、リングチューン又は他のマルチメディアが、ダウンロードされ、応答は、ＵＲＬに送られる。
【００４５】
ビットマップは、移動局１００の表示装置１１０上に表示される。他の実施例は、移動局１００のハウジングが、Ｅ−ｉｎｋが作成した特殊インクで製造される場合で、このインクにより、可撓性プラスチック上で表示装置が作成される。従って、移動局ハウジング全体が、宣伝となりえる。
【００４６】
ＭＩＭＥは、インターネット上でどのようにメッセージが送信されるかを記述する。ＨＴＴＰ等のプロトコールは、ｍｉｍｅタイピングを使って、サーバが、クライアントに送り返すデータのタイプを特定化することを可能にする。ノキアの６１８５移動局に対し、新しいｍｉｍｅタイプが、“ａｐｐｌｉｃａｔｉｏｎ／ｎｍｐ−ｃｏｎｔｅｎｔ”として定義される。このｍｉｍｅタイプは、通常、“．ｎｍｐ”表現を持つファイルと関係するが、サーバは、どのファイルに対してもこのｍｉｍｅタイプを使ってもよい。
【００４７】
（‘ＮＭＰコンテント’タイプ・ヘッダ）
“ａｐｐｌｉｃａｔｉｏｎ／ｎｍｐ−ｃｏｎｔｅｎｔ”としてマークされたデータは、特定ヘッダをもって開始すべきで、そうすれば移動局はそのデータタイプを識別できる。
【００４８】
【表１】

【００４９】
表１を見て分かるように、ヘッダは、ファイルタイプを指定するＡＳＣＩＩテキストの８バイトであるＦＩＬＥ ＴＹＰＥフィールドを含む。ファイルタイプについての更なる情報が表２により与えられる。
【００５０】
ＬＥＮＧＴＨ ＭＳＢ−ヘッダに後続するデータの最上位バイト。
ＬＥＮＧＴＨ ＬＳＢ−ヘッダに後続するデータの最上位バイト。
ＳＵＢ ＦＩＥＬＤ ＣＮＴ−サブフィールドブロックの数。
ＲＥＳＥＲＶＥＤ−リザーブされたビット。
【００５１】
【表２】

【００５２】
（“ＮＭＰ−ＲＮＧ０”ファイルタイプ）
ＮＭＰ−ＲＮＧ０ファイルタイプは、リングチューンをダウンロードするのに使われる。表３はリングチューン・ファイルタイプ用のファイルを規定する。
【００５３】
【表３】

【００５４】
ＦＩＬＥ ＴＹＰＥ、ＬＥＮＧＴＨ ＭＳＢ、ＬＥＮＧＴＨ ＬＳＢ、ＲＥＳＥＲＶＥＤは、表１におけるものと同様である。ＦＩＬＥ ＴＹＰＥは、ＮＭＰ−ＲＮＧ０である。
【００５５】
ＲＩＮＧ ＮＡＭＥはＡＳＣＩＩストリングで、その名称がリングチューンである。ＲＩＮＧ ＤＡＴＡは、バイナリのＮＭＰ リングフォーマットである。このデータフォーマットは、米国特許番号６，０９４，５８７（名称；電話リングトーンのプログラミング、２０００年７月２５日、Ａｒｍａｎｔｏ他に特許され、本発明の譲受人に譲渡された）に説明されている。
リンギングトーンは、文字に変換することができ、次のように音符の形式で、文字としてショートメッセージに含めることができる。
【００５６】
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
文字（ｃｈａｒａｃｔｅｒ）の形の音符：
Ｃ、Ｄ、・・・Ｇ、Ａ、Ｈ より低いオクタ−ブのＡからＧの音
ｃ、ｄ、・・・ｇ、ａ、ｈ より高いオクターブのＡからＧの音
♯は、先行する音を半音上げる。（即ち、高）
♭は、先行する音を半音下げる。（即ち、鈍い）
音符長（ｄｕｒａｔｉｏｎ）：
文字が無いは、基本長さ
先行する音符：基本長さの半分
＋先行する音符：基本長さの２倍
・先行する音符：基本長さの１．５倍
・・先行する音符：基本長さの１．７５倍
長さ文字は累積的であってよく、例えば、単一文字は、常にそれに先行する文字の効果に寄与する。例として、Ｃ＋は、基本長さの３倍を意味する。Ｃ−−−は、基本長さの０．１２５倍を意味する。
Ｒｅｓｔ（休止符）について
；ｒｅｓｔ； は、基本長さと同じ長さ。
，ｒｅｓｔ；は、基本長さの半分。
他のｒｅｓｔは、文字を使って入力でき、音の長さを他の休止符文字とともに修正する。
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
【００５７】
上記のように、音符により生成されるリンギングトーンは、文字で符号化することができ、ショートメッセージの形で送信される。ショートメッセージ受信時、受信した文字は伝送リンギングトーンに処理され、リンギングトーンメモリに記憶され、電話が鳴る時に、再生される。このように、本方法が特に適する装置は、リングトーンが、ユーザインターフェースを介して音符としてプログラムされ、音符として、リンギングトーンメモリに予め記憶されるような装置である。
【００５８】
前記仕様に加え、リンギングトーンとその仕様に関係した他の要素を、文字として、次のように指定することができる。
【００５９】
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
：ＡＣＤ ：Ｘ
但しＸは、任意の整数で、音のシーケンスをＡＣＤ Ｘ回リピートする。Ｘがない場合は２回。
／Ｘ ＡＣＤ ／ 、但しＸは任意の整数で、文字“／”の内部の音の長さを短縮する。例えば、数Ｘで割り算して。
本明細書による第３の音は、“／３ ＡＣＤ ／”とマークされる。
＄は、シャープとフラットを入力する。例えば、括弧の中の全ての音について、各音毎に、入力文字♯又は♭を別々に入力しなければならない。
（：）は、反復を指定する。例えば、（５ＣＤ：２Ｅ：Ｆ）は、ＣＤＥ ＣＤＥ ＣＤＦ ＣＤ ＣＤを演奏する。
！は、スタッカートのオン／オフの切替を行う。例えば、次の文字まで、適当なパーセントで音の長さを増大し、休止符の割合を減少させる。全般に亘って変更すあることなく、断片的に完了する。コンピュータシミュレーションで、音符長を５０−６０％又は７０％増大させてもよく聞こえる。
？は、個別音の機能のオンオフの切替を行う。例えば、次の文字まで、音符長を最小期間増大させ、音楽生成時間の残りの期間休符を続ける。その場合、二つの同一音を、次々に別の音として聞くことができる。それはフローイング音楽モード（ｆｌｏｗｉｎｇ ｍｕｓｉｃ ｍｏｄｅ、複数の先行音が単一音として聞こえるモード）ではない。音符間の休符は同一長さで無ければならない。
特定の休符より短い複数の音符は、別々の音として聞くことができない。コンピュータシミュレーションにおいて、３０ｍｓ続く、複数音符間の休符は、個別音機能（ｓｅｐａｒａｔｅ ｎｏｔｅｓ ｆｕｎｃｔｉｏｎ）を使って心地よく聞こえる。
<B>｀</B>は、デフォールトオクターブを上げる。デフォールトオクターブが１のとき、それを２に上げる。そうでない場合は、１である。
“は、デフォールトオクターブを下げる。デフォールトオクターブが３のとき、それを２に下げる。そうでない場合は、３である。
４オクターブ使用する場合、上記のように、大文字と小文字、Ｃ…Ｈ、ｃ…Ｈを塚手、同時に２オクターブ使用することができる。
Ｘは、続く複数の音符Ｘを、１度（ｄｅｇｒｅｅ）上げる。但し、Ｘは整数である。Ｘが負数の場合は、半音下げる。
数は、テンポ、１分（１ｍｉｎ）当たりのビート（例えば、基本長さの音符が毎分どれだけあるか。）を指定する。
カラのスペース（ｅｍｐｔｙ ｓｐａｃｅ）は無視される。
更に、リンギングトーンは、ユーザインターフェースを使って、他のメッセージと一緒に組み合わせることができる。例えば、
＊ 電話が鳴るときのフラッシュライト―光のオンオフを切り替える。
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
【００６０】
ＡＳＣＩＩ文字は、２進数に変換される。ＡＳＣＩＩ文字は、１６進数として表示されるので、更に２進数に変換することは容易である。以下、どのように、単語“Ｃａｌｌｉｎｇ”を２進数に変換するかを説明する。１６進数表示の二つの数はＡＳＣＩＩ文字に対応するものであるが、スペースにより分離され、１６進数文字は、以下のように４ビットで表すことができ、従って、ＡＳＣＩＩ文字は８ビットで表示できる。
ＡＳＣＩＩ文字として：“Ｃａｌｌｉｎｇ”
１６進数表示で ：４３ ６１ ６Ｃ ６Ｃ ６９ ６Ｅ ６７
２進数表示で ：０１００ ００１１ ０１１０ ０００１ ０１１０ １１００ ０１１０ １１００ ０１１０ １００１ ０１１０ １１１０ ０１１０ ０１１１
【００６１】
実際の伝送において、前記文字はスペースなく（連続ビット列として）、次々に伝送される。従って、各ＡＳＣＩＩ文字に対し、特定の１６進数と２進数があり、ＡＳＣＩＩ文字で音符を特定する上記の例は、２進数に変換することができる。
【００６２】
文字としてリンギングチューンを送信する他の方法は、最初に、リンギングチューンを、周知の楽器用の通信言語であるＭＩＤＩ（ＭｕｓｉｃａｌＩｎｓｔｒｕｍｅｎｔＤａｔａＩｎｔｅｒｆａｃｅ）へ変換する方法である。このために移動局にＭＩＤＩ変換器を実装することができる。ＭＩＤＩ変換器は、プロセッサの中に配置し、受信時、ＭＩＤＩ形式で受信し、文字を電話のリンギングトーン発生器とメモリに適合する形式に変換することが望ましい。同様に、伝送において、ＭＩＤＩ変換器は、リンギングチューンをＭＩＤＩ形式に基づく文字に変換するものである。コンピュータベースの作曲プログラムを使って、前記ＭＩＤＩ変換器は、リンギングチューンを作曲することができる。該プログラムは、ＭＩＤＩ形式をサポートするものである。このように、コンピュータ又はサーバから生成されたメロディを、例えば、ショートメッセージの形で移動局に伝送することができる。
【００６３】
“ＮＭＰ−ＢＭＰ０”ファイルタイプ
このファイルタイプは目覚まし（ｗａｋｅｕｐ）又は他のビットマップをダウンロードするために使用される。
【００６４】
【表４】

【００６５】
ＦＩＬＥ ＴＹＰＥ、ＬＥＮＧＴＨ ＭＳＢ、ＬＥＮＧＴＨ ＬＳＢ、ＲＥＳＥＲＶＥＤは、表１におけるものと同様である。ＦＩＬＥ ＴＹＰＥは、ＮＭＰ−ＢＭＰ０である。
ＢＮＰ ＦＯＲＭＡＴフィールドは、ＮＭＰ Ｂｉｔｍａｐ Ｆｏｒｍａｔに対し、０ｘ００である。０ｘ００から０ｘＦＦまでは、予備用である。
【００６６】
【表５】

【００６７】
ＢＩＴＳ ＰＥＲ ＰＩＸＥＬフィールドは、各ピクセルに対し、正負符号のない数を表す。
ＢＭＰ ＨＥＩＧＨＴフィールドは、（正負符号の無い）ピクセルのビットマップ高さの高さを表す。
ＢＭＰ ＷＩＤＴＨフィールドは、（正負符号の無い）ピクセルのビットマップの幅を表す。
ＰＩＸＥＬ ＤＡＴＡは、ビットマップデータを表すビットストリームである。
【００６８】
“ＮＭＰ−ＰＰＣ０”ファイルタイプ
このファイルタイプは、ＰＰＣリクエストファイルをダウンロードするために使用される。このファイルは、ｉｄｓリストを含んでいる。ｉｄｓに対応するデータをアップロードしなければならない。
【００６９】
【表６】

【００７０】
ＦＩＬＥ ＴＹＰＥ、ＬＥＮＧＴＨ ＭＳＢ、ＬＥＮＧＴＨ ＬＳＢ、ＲＥＳＥＲＶＥＤは、表１におけるものと同様である。ＦＩＬＥ ＴＹＰＥは、ＮＭＰ−ＰＰＣ０である。
ＳＣＲＩＰＴ ＵＲＬフィールドは、ＮＵＬＬで、これは、ＵＲＬ（コモンゲートウェーインターフェース（ｃｇｉ）、又は、最終データを処理する他のスクリプトのＵＲＬ）を含むＡＳＣＩＩストリングを終了させるものである。ＳＰＥＣＩＡＬ ＤＡＴＡは、要求される特別データのビットマスクである。その他の情報を図７に示す。
ＰＰＣ ＬＩＳＴはＰＰＣ Ｉｄｓのリストであり、そのデータはアップロードされる。
【００７１】
【表７】

【００７２】
“ＮＭＰ−ＣＮＴ０”ファイルタイプ
このファイルタイプは、ダウンロード可能なフォーマットから発展したものであり、各種のコンテントタイプを含む。
【００７３】
【表８】

【００７４】
ＦＩＬＥ ＴＹＰＥ、ＬＥＮＧＴＨ ＭＳＢ、ＬＥＮＧＴＨ ＬＳＢ、ＲＥＳＥＲＶＥＤは、表１におけるものと同様である。ＦＩＬＥ ＴＹＰＥは、ＮＭＰ−ＰＰＣ０である。
ＳＵＢ ＦＩＥＬＤ ＣＮＴは、表１から分かるように新規なフィールドである。
【００７５】
【表９】

【００７６】
ＳＵＢ ＩＤ ＢＬＯＣＫ ＤＡＴＡ ＦＯＲＭＡＴＳ
各ＳＵＢ ＩＤ ＢＬＯＣＫは、そのタイプに基づく単一のデータフォーマットを持つ。このデータは、ブロックレコードのＳＵＢ ＩＤ ＤＡＴＡフィールドに位置するものであり、本出願のものとして、三つのデータタイプを定義する。
【００７７】
ＲＩＮＧ ＢＩＮＡＲＹ これは、ＮＭＰ−ＰＮＧ０（表３参照）として同一データタイプを含む。
【表１０】

【００７８】
ＢＭＰ ＢＩＮＡＲＹ これは、ＮＭＰ−ＢＰＭ０（表４参照）として同一データタイプを含む。
【表１１】

【００７９】
ＲＥＳＰＯＮＳＥ ＵＲＬ これは、コミットメッセージを受け取る“ｇｏｔｏ”へのＵＲＬを含む。若しこのフィールドがデータファイルに存在するならば、例えば移動局のような装置は、内在するＵＲＬに対し、ＨＴＴＰ”ＧＥＴ”リクエストを行う必要がある。又、コミットメッセージを受け取るまでデータを書き込んではならない。
【表１２】

ＵＲＬ ＤＡＴＡはＡＳＣＩＩ文字のストリングである。
【００８０】
“ＮＭＰ−ＣＭＴ０”ファイルタイプ
このファイルタイプは、コンテントコミットオーダを指定するものである。ファイルがダウンロードされ、そのファイルが応答ＵＲＬを含む場合は、装置は、内在するＵＲＬに対しＨＴＴＰ“ＧＥＴ”リクエストを行う。次に、サーバは、このタイプのファイルで応答し、移動局に対し、永久メモリにデータを保存する許可を有する旨を通知する。このｍｉｍｅタイプは、データを有しない。
【００８１】
【表１３】

【００８２】
新規ヘッダとファイルフォーマットを使用するためのシステムと方法は以下の通りである。
Ｉｎｃｌｕｄｅｄ ｔｗｏ ｄａｔａ ｂｌｏｃｋｓ， ａ ｒｉｎｇ ｔｕｎｅ ａｎｄ ｃｏｍｍｉｔ ＵＲＬ ｉｎ ａ ｍｅｓｓａｇｅ．
【００８３】
例えば、コミットＵＲＬは、ｈｔｔｐ：／／ｍａｒｇｅ．ａｍｅｒｉｃａｓ．ｎｏｋｉａ．ｃｏｍ／ｗｍｌ／ｃｏｍｍｉｔ．ｎｍｐ であってよい。基本的に、これは、単にコミットヘッダだけのファイルである。
【００８４】
リングチューンはバイナリブロックファイル（好ましい実施例においては、ＳＵＢ ＩＤ ＢＬＯＣＫフォーマットである）に変換される。次に、コミットＵＲＬブロック用の、もう一つのバイナリファイルが作成される。ファイルは連結され、ヘッダは結合された長さを含み、プリペンドされる。
【００８５】
例として
旧フォーマット
８バイト識別子（即ちＮＭＰ−ＲＮＧ０）
２バイト長さ
２バイト予備
Ｎバイトのデータ（各タイプに指定される）
【００８６】
新フォーマット
８バイト識別子（特に、ＮＭＰ−ＣＮＴ０、旧フォーマット／ヘッダ、サポートされる）
１バイトのｎｕｍ ｓｕｂ ｐａｒａｍｓ
１バイト予備
（以下の反復バージョンはオプショナルである）
１バイトサブブロックＤ（００−リングバイナリ、０１−Ｒｉｎｇ Ｓｍａｒｔ Ｍｓｇ、２０−ＣｏｍｍｉｔＵＲＬ）
２バイト長さ
Ｎバイトデータ
【００８７】
新フォーマットの他の実施例
８バイト識別子（特に“ＮＭＰ−ＣＭＴ０”コミット オーダ）
２バイト長さ＝＝０
２バイト予備＝＝０
【００８８】
この新規フォーマットは、同一ファイルにおいて、複数コンテントタイプをサポートするものである。従って、５つのリングトーンを、一つのファイル、１つのリングチューントーンと１つのビットマップにダウンロードされる。
【００８９】
図４Ａと４Ｂからなる図４は、本発明の実施例に基づく各種ステップを表すフローチャートである。図５は、セッションダイアグラムで、各種ネットワークエンティティ間のフローを表すものである。図４のステップレファレンスは、図５で繰り返され、エンティティからエンティティへのフローを表す。
【００９０】
図４Ａと図５を参照すると、このシステムは、ステップ４０００からスタートする。ステップ４０１０で、図１の移動局１００のような装置のユーザ（図５の５００）は、メディアサーバのＵＲＬを入力して、リングチューン又はメディアサーバ５３０からの、主要なリングチューン・デッキを要求する。
前記ＵＲＬは、ＵＲＬの格納リストから選択される。これは、この分野で、通常ブックマーク又はお気に入り（ｆａｖｏｒｉｔｅｓ）と呼ばれている。好ましい実施例においては、移動局の電源ボタンが押された時に、表示装置上で、特別メニューが、ユーザに提供される。このケースでは、ＵＲＬは、既に移動局に記憶されており、この特別メニュー上で選択を行い、記憶されいるＵＲＬを使ってブラウザの起動を行う。
【００９１】
キャリアネットワーク（ＣＮ）５１０は、ステップ４０２０において、インターネット５２０、ＷＡＰゲートウェー等を介して、リクエストをメディアサーバ５３０へルートする。ＨＴＴＰヘッダは、移動局５００の移動体識別ナンバー（ＭＩＮ：Ｍｏｂｉｌｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を含む。
【００９２】
メディアサーバ５３０は、例えば、ＢＭＩのような、著作権クリアランスプロバイダのためのサーバであってよい。メディアサーバは、インターネット・サービス・プロバイダ（ＩＳＰ）又はキャリアネットワークが所有するものである。メディアサーバは、レコード会社、又はＢＭＩのような著作権クリアランスが所有してもよい。好ましい実施例において、メディアサーバはクラブ・ノキアネットワーク（ｗｗｗ．ｃｌｕｂｎｏｋｉａ．ｃｏｍ）の一部である。
【００９３】
ステップ４０２０において、メディアサーバ５３０は、リクエストを受け取り、主要なＨＤＭＬデッキを配信する。このデッキは、リングチューン、又は、移動局５００に対する他のメディアカテゴリを規定するリンクを有するものである。これは、キャリアネットワーク、ＷＡＰゲートウェーを介してルートされる。前記カテゴリは、移動局５００（図１の１００）の表示装置１１０（図１参照）に表示される。ステップ４０３０を参照されたい。ユーザはステップ４０４０でメディアのカテゴリを選択する。例えば、ユーザが、映画のチューンズ／ジングルズに興味を持って、このカテゴリを選択してもよい。キャリアネットワークは、インターネット、ＷＡＰゲートウェー等を介して、カテゴリに対するリクエストをメディアサーバに配信する（ステップ４０５０）。又、ＨＴＴＰヘッダは、移動局のＭＩＮ（移動体識別ナンバー）を含む。
【００９４】
ステップ４０６０において、メディアサーバ５３０は、ＨＤＭＬデッキを配信する。このデッキは、リングチューンへの特定リンクから構成されている。該リングチューンは、ステップ４０４０において、ユーザが選択したカテゴリに基づくものである。又、好ましい実施例において、これは、キャリアネットワークによりルートされる。４０７０において、ユーザは特定リングチューンを選択する。図６Ａは、チューンを選択する為の典型的な表示装置の実施例である。この図は、ユーザが“５ＡｕｓｔｉｎＰｏｗｅｒｓ”を選択したことを表示している。このカテゴリの為のチューンのリストが、移動局１００の表示装置１１０に表示される。ユーザはスクロールキー１３０、ソフトキー１２０Ａ又は１２０Ｂを使用して、選択する。他の方法として、ユーザは数“５”キー１４５を押して、選択してもよい。
【００９５】
この選択は、アクティブ・サーバページ（ＡＳＰ）につながっているＵＲＬを持つ。これは、キャリアネットワーク５１０により、インターネット５２０、ＷＡＰゲートウェーを介して、メディアサーバにルートされる（ステップ４０８０）。
【００９６】
ステップ４０９０において、ＡＳＰを使って、メディアサーバ５３０は、データベースレコードとトランザクション数を作成する。前記トランザクション数は、時間とＭＩＮに基づいた、特定の移動局リクエストを反映するものである。前記メディアサーバは、チューンファイル、及び、プログラムを使って作成された応答ＵＲＬヘッダを、上記の特定ＭＩＭＥタイプを使った適正なフォーマットで、ハンドセットに送信する。これは、ステップ４１００で行われ、ステップ４１１０でキャリアネットワークによりルートされる。
【００９７】
ステップ４１２０で、前記移動局は、ｍｉｍｅコンテントを認識し、データを移動局装置レイヤに渡す。図４Ｂを使って、システムについての説明を続ける。図４Ｂのステップ４１３０において、移動局はデータフォーマットを確かめ、ファイルを一時ランダムアクセスメモリ（ＲＡＭ）（例えば、メモリ１８０又は図１のプロセッサのキャッシュ１７０）に記憶する。前記ファイルに含まれる応答ＵＲＬは、トランザクション数、チューン／ビットマップデータ及びラベルタグを持ってもよい。
【００９８】
ユーザは、移動局の表示装置を介して、プロンプト状態になる（ステップ４１４０）。ユーザは、「止め（ｂａｃｋ ａｗａｙ）」、メディアを放棄してもよい（ステップ４１４３）。このケースでは、トランザクションは終了し、ユーザは、メディアコンテントについて請求されることはない。又、ユーザは、リングチューンをプレビューしたり聞いたり、及び／又は、画像を見ること無く、節約することができる。この時点では、ユーザは再び、次のいずれか決めるためのプロンプト状態になる（４１４０）。
放棄する（４１４３）；
再度聞く（４１４５）；又は
メディアを受け取り、トランザクションを継続する（４１４７）。
【００９９】
図６Ｂの実施例は、移動局１００の表示装置１１０上で、ユーザに提供される選択枝を示す典型的な例である。表示装置は、新規リングトーン（又はチューン）が受け取られたことを示している。ユーザは、ソフトキー１２０Ａを押してチューンを聞いてもよいし、ソフトキー１２０Ｂを押してチューンを記憶してもよい。
【０１００】
再度図４Ｂを参照すると、ステップ４１５０において、移動局は、ＲＡＭに記憶された応答ＵＲＬを使って、ＨＴＴＰ“ＧＥＴ”プリミティブを生成する。このように、メディア（リングチューン又は画像）の受け取りを表す。キャリアネットワークは、受け取りメッセージを、ＷＡＰゲートウェーを介して、メディアサーバ５３０にルートする（ステップ４１６０）。ＨＴＴＰヘッダは、移動局のＭＩＮを含むものである。
【０１０１】
ステップ４１７０において、メディアサーバ５３０は、トランザクション数、ＭＩＮ、又はこれら情報の組合せのようなメッセージからの情報を使って、レコードの位置を決める（ｌｏｃａｔｅ）。メディアサーバ５３０は、使用レコードを作成し、キャリアに送り出し、このキャリアは、前記トランザクションを課金サーバ５４０に記憶する。他の実施例において、メデイアサーバは、課金機能要素として機能する。しかし、好ましい実施例においては、キャリアは、サービスとコンテントに対し他のデビット又はクレジットを含め、ユーザに対し請求するためにインボイスを送る。
【０１０２】
キャリアが課金を扱う為に、数分の１セントの小口取引は、他の料金と合計し、利用しやすい請求／クレジット及び支払いにすることが可能である。キャリアは、課金を「社内」で行ってもよいし、又は会計士、又は会計システムを開発した第三者に依頼して行ってもよい。このシステムの実施例は、ＬｕｃｅｎｔのＫｅｎａｎ ｓｙｓｔｅｍ（ｗｗｗ．ｋｅｎａｎ．ｃｏｍ； Ｃａｍｂｒｉｄｇｅ， Ｍａｓｓａｃｈｕｓｅｔｔ）、又は、Ａｍｄｏｃｓ’ Ｅｎｓｅｍｂｌｅ（ｗｗｗ．ａｍｄｏｃｓ．ｃｏｍ； Ｓｔａｎｆｏｒｄ， Ｃｏｎｎｅｔｉｃｕｔ）である。著作権ロイヤリティとコンテント供給に関連した他のコストのための経理を、前記会計システムが行ってもよい。
【０１０３】
ユーザは、リングチューンを選択し、そのチューンを使う場合、自分達の請求書上でクレジットを受け取ることできるケースがあり得る。例えば、ユーザは、プロモートされた映画の曲又はプロモートされた商品（例えばコカコーラ）のジングルを選んで、ダウンロードしてもよい。プロモータは、ユーザに、クレジット（請求書に対し）、デジタルキャッシュ又は商品購入用のクーポン券を提供してもよい。デジタルキャッシュと移動局支払い方法システムのための方法は、米国特許番号６、０７８、８０６（２０００年６月２０日特許）に説明されている。前記特許は、米国出願番号０８／５９７，８４７（１９９６年２月７日出願）で、現在特許番号５，８８７，２６６（１９９９年３月２３日特許）の継続出願で、両特許共名称は、「移動局におけるアプリケーションのための方法、移動局と支払い実行のためのシステム」で、発明者はＨｅｉｎｏｅｎ他で、本発明の譲受人に譲渡されている。この引用により、本明細書に組み込まれるものとする。ユーザが発する音で誰もがジングルを聞くことになるので、プロモータは宣伝できる（ｇｅｔ ｅｘｐｏｓｕｒｅ）。コーポレート・ロゴのダウンロード画像は、プロモータにとって宣伝を提供することになる。画像は、表示装置１１０、又は、Ｅｉｎｋ Ｃｏｒｐｏｒａｔｉｏｎ（ケンブリッジ、マサチュセッツ）の技術を使って、カバー自体に表示してもよい。
【０１０４】
前記したＰｕｌｌプロセス（ユーザがメディアサーバからコンテントを引き出すプロセス）の代わりに、Ｐｕｓｈプロセスを使ってもよい。例として、Ｂｌｕｔｏｏｔｈが可能な移動局において、プロモータはユーザにリングチューンを提供することができる。Ｂｌｕｅｔｏｏｔｈに関する情報は、（ｗｗｗ．Ｂｌｕｅｔｏｏｔｈ．ｃｏｍ）で見つけることができる。
【０１０５】
再び、図４Ｂと５に戻る。ステップ４１９０において、メディアサーバ５３０は、確認応答メッセージを作成し、移動局に前記新規ｍｉｍｅタイプを送る。キャリアネットワークは、ＷＡＰゲートウェー等を使って移動局にこのメッセージを送る（ｒｏｕｔｅ）（ステップ４２００）。
【０１０６】
確認メッセージが受信されると、移動局はメディアファイル（チューン／ビットマップとラベル）を非揮発性ＲＡＭに記憶する。図６Ｃに示されているのは、リングチューンが記憶されたことを、表示装置がユーザに教える典型的な例である。ユーザは、移動局のカスタム化された特徴が提供する手順に従って、リングチューン又は画像を選択しなければならない。
【０１０７】
応答ＵＲＬは、非揮発性ＲＡＭに記憶することもできる。チューンを使う度に、該ＵＲＬは、記録し、キャリアの課金サーバ又はメディアサーバに報告するように使ってもよい。前記のように、チューンの演奏は、デジタルキャッシュ又はクレジット（ユーザの請求書への）の受け取りの可能性を生ずるかもしれない。図７は、トーン・アクティベーション・シーケンス７００を示す。もしトーンが応答ＵＲＬを有し、それに接続しているならば、機能コール７１０は、起動され、ＷＡＰブラウザを活性化し、トーンの使用を課金サーバに通知する。すると該サーバはユーザ口座の貸方に記入する（ｃｒｅｄｉｔ）。このプロセスは、又、メディアの使用毎の、ロイヤルティ支払いの会計処理を行うものである。
【０１０８】
クレジットは、移動局上で保持されるものである。デジタルキャッシュ又はトランザクションクレジット価値の情報が、例えば、移動局のメモリに符号語として記憶される。デジタルキャッシュと支払い実行方法は、米国特許番号６、０７８、８０６（２０００年６月２０日特許）に説明されている。前記特許は、米国出願番号０８／５９７，８４７（１９９６年２月７日出願）で、現在特許番号５，８８７，２６６（１９９９年３月２３日特許）の継続出願で、両特許共名称は、「移動局におけるアプリケーションのための方法、移動局と支払い実行のためのシステム」で、発明者はＨｅｉｎｏｅｎ他で、本発明の譲受人に譲渡されている。この引用により、本明細書に組み込まれるものとする。
【０１０９】
上記トランザクションは、安全な接続を使って実行してもよい。このような接続はこの技術分野で知られているものである。通信システムにおける安全な通信の一つの例は、米国特許番号５，９１５，０２１号（１９９９年６月２２日、Ｈｅｒｌｉｎその他に特許され、本発明の譲受人に譲渡された。この引用により、本明細書に含まれるものとする。）
【０１１０】
この技術分野の当業者が認めるように、本出願で説明した革新的なコンセプトは、アプリケーションの広範囲にわたって、変更を行うことができる。従って、特許のサブジェクトマターの範囲は、特定の例示的な考え方により制限されるものではない。出願人は、複数を、１又はそれ以上を意味すると定義する。
【図面の簡単な説明】
【図１】
限定されたサイズのスクリーンとキーボードを持つ移動局である。
【図２】
ＷＡＰブラウザのブロック図である。
【図３】
ＷＡＰブラウザの追加のブロック図である。
【図４】
本発明に基づく実施例のフローチャートである。図４Ａと４Ｂからなる。
【図５】
図４Ａと４Ｂに示される各種ステップに関連するハードウェアを示すセッションダイアグラムである。
【図６】
本発明の実施例に基づくマルチメディアメッセージを受信する移動局の表示シーケンスである。
【図７】
本発明の実施例に基づくトーン・アクチベーション・シーケンスである。

Claims (10)

1. 第１識別番号を有するヘッダを持つメッセージを送信することにより、メディアコンテントを要求するステップと、
   メディアコンテント、サーバを識別する応答ユニバーサル・リソース・ロケータ（ＵＲＬ）、及びトランザクション識別子を有するメッセージを受信するステップと、
   一時メモリに前記メディアを記憶するステップと、
   前記ＵＲＬが識別するサーバに、識別情報を持つプリミティブを送信するステップと、
   記憶する許可を受け取った時だけ、永久メモリにメディアを記憶するステップと、を有する通信路に送信されるメディアコンテントのための課金方法。
2. ネットワークに接続されたサーバにおいて、
   複数のメディア選択を有するネットワーク上の装置を提供するステップと、
   前記装置の複数のメディア選択からの選択を受け取るステップと、
   データベース記録を作成するステップと、
   トランザクション数を作成するステップと、
   ＵＲＬを作成するステップと、
   前記装置にメッセージを送り出すステップであって、
   前記メッセージは、ＵＲＬとメディアコンテントを含み、前記装置は、メディアコンテントが前記装置の永久メモリに記憶される前に、プリミティブを前記ＵＲＬに送ることを要求されることを特徴とするステップと、
   メディアコンテントのための課金方法。
3. 複数メディアを持った装置を提供するようにコンピュータに指令する第１部分と、
   複数メディアから一の選択を、装置から受け取るようにコンピュータに指令する第２部分と、
   データベース記録を作成するようにコンピュータに指令する第３部分と、
   トランザクション数を作成するようにコンピュータに指令する第４部分と、
   ＵＲＬを作成するようにコンピュータに指令する第５部分と、
   前記装置にメッセージを送り出すようにコンピュータに指令する部分であって、
   前記メッセージは、ＵＲＬとメディアを含み、前記装置は、メディアコンテントが前記装置の永久メモリに記憶される前に、プリミティブを前記ＵＲＬに送ることを要求されることを特徴とする第６部分と、
   からなる、コンピュータにより使用する時、特定の方法で機能するようコンピュータに指令するためのコンピュータ読み取り可能なメモリ。
4. 複数のメディア選択を有する、ネットワーク上の装置を提供し、
   複数メディアから一の選択を、装置から受け取り、
   データベース記録を作成し、
   トランザクション数を作成し、
   ＵＲＬを作成し、
   前記装置にメッセージを送り出すためのものであって、
   前記メッセージは、ＵＲＬとメディアコンテントを含み、前記装置は、メディアコンテントが前記装置の永久メモリに記憶される前に、プリミティブを前記ＵＲＬに送るためのインストラクションを有する搬送波に埋め込まれたコンピュータデータ信号。
5. 複数のメディア選択を有するネットワーク上の装置を提供し、
   前記装置の複数のメディア選択からの選択を受け取り、
   データベース記録を作成し、
   トランザクション数を作成し、
   ＵＲＬを作成し、
   前記装置にメッセージを送り出すものであって、
   前記メッセージは、ＵＲＬとメディアコンテントを含み、前記装置は、メディアコンテントが前記装置の永久メモリに記憶される前に、プリミティブを前記ＵＲＬに送ることを要求されることを特徴とする、
   コンピュータに指示するコンピュータ読取り可能なコードを有するメディアコンテントのための課金を、ネットワークエンティティが行うことを可能にするコンピュータプログラムプロダクト。
6. 有形（ｔａｎｇｉｂｌｅ）メディアが、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、フロッピディスク、フラッシュメモリ等からなる一群から選択されることを特徴とする請求項５記載のコンピュータプログラムプロダクト。
7. ファイルタイプ表示と、
   複数の長さインジケータと、
   サブフィールド数のカウント表示と、複数のサブフィールドと、
   からなるメディアコンテントの課金のために備える情報コントロール装置。
8. 前記各サブフィールドが、更に、サブフィールド識別表示とサブフィールドデータを有することを特徴とする請求項７記載の情報コントロール装置。
9. 前記サブフィールドデータの少なくとも１つがバイナリデータを含むことを特徴とする請求項８記載の情報コントロール装置。
10. 前記サブフィールドデータの少なくとも１つが、更に、ユニバーサル・リソース・ロケータ（ＵＲＬ）データを有することを特徴とする請求項８記載の情報コントロール装置。

Images