JP4150182B2 - 携帯無線通信装置およびその動作方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、携帯用の電話機やコンピュータなど、無線ネットワークを介して遠隔コンピュータと通信するためのブラウザアプリケーションを装備する携帯通信装置に係り、ブラウザアプリケーションは、ディスプレイサイズに制限のある携帯装置用に最適化されたＷＡＰ（無線アプリケーションプロトコル）などの規格に準拠して動作可能である。
【０００２】
【従来の技術】
ブラウザを装備した携帯無線通信装置は、遠隔コンピュータ上の特別に最適化されたデータページにアクセス可能である。このような最適化には、通常、小さいディスプレイでの表示および比較的遅いデータ接続によるダウンロードに適したページを提供することが含まれる。したがって、このようなページは、インターネット接続で表示可能なページと比較すると、短く、比較的グラフィック・イメージが不足する傾向にある。このような装置の１つの例は、ＷＡＰブラウザを装備した移動電話機である。
【０００３】
携帯無線装置のユーザの多くは、インターネットアクセス機能を装備したデスクトップ・コンピュータを使用したことがある。インターネット上でアクセス可能な情報の種類は、携帯無線装置を使用して利用可能なそれとは著しく異なる。インターネットページは別のフォーマットに符号化され、無線装置で利用可能な相対的に初歩的なテキスト情報より高度なコンテンツを提供できる。また、デスクトップ・コンピュータが利用可能なデータ接続速度は、携帯装置のそれよりもかなり大きく、したがって、受信するページに、グラフィック・イメージ、音、動画、他のマルチメディアファイル、および埋め込み式アプリケーションを添付できる。
【０００４】
いったんユーザが、より速い接続速度、大きなディスプレイサイズ、豊富なコンテンツ、および改良された対話機能を有するデスクトップシステムを使用すれば、携帯装置を使用して受信したデータが、それと比べてかなり初歩的なものに思われるだろう。
現在利用可能なＷＡＰ装備電話機は、情報ページを受信し、これを電話機に格納し、都合のいい時にプリント出力可能である。
【０００５】
【発明が解決しようとする課題】
しかし、ＷＡＰページは相対的に初歩的なフォーマットであり、サイズが小さいために、プリント出力したものはあまり印象的でない。
【０００６】
【課題を解決するための手段】
本発明の１つの利点は、追加の情報のアドレスをいったん受信すれば、それを第２のフォーマットでその情報を表示可能な別の装置に送信可能なことである。このことは、アドレスを受信した装置が第２のフォーマットで情報を表示できない場合、または制限された範囲でしか表示できない場合に、特に有利である。
遠隔サーバにおけるデータの場所を、アドレスの形式で指定する。各アドレスは、特定の情報の集まりと一致する。遠隔ソースから検索されるデータのアドレスは、ユニフォーム・リソース・ロケータ（ＵＲＬ）の形式であることが好ましい。これらは、統一規格に準拠してデータソースを特定する。
【０００７】
好適には、追加情報のソースを特定する、遠隔サーバから受信したアドレスは、ＨＴＭＬを使用して符号化されたインターネット上のページに対応する。これは、Ｊａｖａアプリケーションなど、他の符号化形式を含んでももちろん良い。
遠隔ソースから受信したアドレスは、単独で受信されても良いし、携帯装置への表示用の追加情報を伴っても良い。
【０００８】
本発明の実施形態の別の利点は、受信した情報の項目を２つの異なるソースに関連付け可能なことである。ユーザの選択次第で、受信した情報から項目を選択し、その表示された項目に明示的に関連するアドレスへのリダイレクトを選択するか、あるいは、選択した項目に関連する追加アドレスがあるかどうかを確認するためにデータベースに問い合わせ、そのようなアドレスがある場合にはそれをユーザの電話機に送信するよう遠隔ソースに要求するかのどちらかが可能である。
アドレスは、ネットワークおよび電話機間のＷＡＰメッセージの一部として、または、ショート・メッセージ・サービス（ＳＭＳ）を使用したショート・メッセージなどの何か他の手段によって、ユーザに送信される。
【０００９】
本発明の態様によるシステムの動作方法の１つの利点は、情報提供者が、相手の表示装置によって、程度の異なる情報を提供できることである。ＷＡＰ機能を装備した携帯装置を使用する人には、インターネット・ウェブサイトを介して利用可能な全情報のサブセットを提供できる。しかし、携帯装置のユーザは、適切に接続された装置で表示可能な追加の情報のソースをユーザに示す情報を、ＷＡＰサイトから容易に発見できる。
都合のいいことに、本発明は、ＷＡＰだけでなく、他の無線ブラウジング規格にも適用可能である。特に、日本のｉモード規格に準拠して動作可能な本発明の実施形態が示されている。
【００１０】
ＷＡＰ規格は、携帯装置でのデータ・ブラウジングに関する特有の問題を処理するために開発されてきた。このような装置は、デスクトップ装置と比べて、白黒で小さなディスプレイを有する傾向があり、データをあまり速くダウンロードできない。こういう理由で、たとえＨＴＭＬページを表示可能であっても、携帯装置は、通常、情報の提供者が意図するようにその情報を表示できない。
【００１１】
本発明の態様は、特に、所定の装置の物理的制限が、その装置および遠隔ソース間の通信の達成方法を規定するように作用する他の通信規格に適用可能である。
次に、本発明をよりよく理解するために、そして、どうしたら同じ効果が得られるかを理解するために、添付図面を参照して例示的に説明する。
【００１２】
【発明の実施の形態】
図１は、本発明の実施形態によるＷＡＰシステムに関連する一般的な構成要素の概観図である。ＷＡＰ対応電話機１０は、遠隔ＷＡＰサーバ５０からデータ取得するユーザ手段である。ＷＡＰサーバ５０は、ＷＡＰ対応電話機への転送に適した１つ又はそれ以上の符号化された情報ページを保有する。ＷＡＰサーバ５０は、通信ネットワーク４０を介して基準トランシーバ局（ＢＴＳ）３０に接続する。通信ネットワークは、固定電話ネットワーク、移動電話ネットワーク、あるいは両者の混合であってもよい。
【００１３】
ＢＴＳ３０は、最終的にＷＡＰページを電話機１０に転送する役割を果たす。ＢＴＳは移動通信ネットワークの一部を形成し、ＧＳＭ、ＣＤＭＡ、あるいはＰＤＣなどの通信規格の１つ又はそれ以上に準拠して動作可能である。ＢＴＳは、事実上、電話機１０およびネットワーク４０間におけるすべての音声およびテキスト通信に役割を果たす。
【００１４】
このシステムの電話機１０は、全地球測位システム（ＧＰＳ）を利用するための回路を備える。このシステムは、衛星の一群から読取りを行い、適切に接続された装置の緯度および経度を正確に計算する。図１には、単一の衛星２０しか示されていないが、現実には、位置を算出するため、装置は３つの衛星から信号を受信する必要がある。この特別な設備は、本発明の実施形態の動作に必須のものではないが、利用可能であれば有益な機能を提供する。
電話機１０は、さらに、パーソナル・コンピュータ６０、あるいは別の移動装置などの他の装置との通信を可能にする送信機を備える。この送信機はまた、これに対応する、両方向通信を促進する受信機を備えても良い。
コンピュータ６０は、データのハードコピーを作成できるプリンタ７０に接続する。
【００１５】
図２は、本発明の実施形態の基本動作を詳しく説明するフローチャートである。ステップ１００において、ユーザは移動電話機のメニュー機能を介して遠隔ＷＡＰサーバへのアクセスを開始する。ＷＡＰモードに入ると、ユーザは自分が訪れたいサイトを選択でき、その結果、ユーザが要求した情報が遠隔ＷＡＰサーバからユーザに送信される（ステップ１１０）。
【００１６】
遠隔ＷＡＰサーバから受信したデータは、一般的に非常にわずかであり、ユーザが必要とするすべての情報を提供するわけではない。受信したデータページの特定のトピックまたは論点をユーザがもっと知りたい場合には、メニュー・オプションからそのトピックを選択し、そのトピックに関する追加の情報を要求できる（ステップ１２０）。この追加の情報は、ＷＷＷまたはインターネット上のページのＵＲＬの形式である。
【００１７】
次に、ＷＡＰサーバは、ユーザが選択したトピックには、これに関連し、追加の情報を提供するＵＲＬがあるかどうかを調べるためにチェックする（ステップ１３０）。
選択した特定のトピックに対してＵＲＬが登録されていない場合には、利用できる追加の情報は無いということがユーザに通知される（ステップ１７０）。
【００１８】
他方、選択したトピックに関連する追加のＵＲＬが有る場合、そのＵＲＬがユーザに送信され、ユーザの電話機に記憶される（ステップ１４０）。これと別の方法として、送信されたＵＲＬがユーザのＳＩＭカードまたは何らかの他の着脱可能なメモリ・モジュールに記憶されても良い。
選択したトピックと追加のＵＲＬとの関連付けは、ＷＡＰサイトにおける情報の提供者によって行われる。情報提供者は、特定のトピックに関する情報の提供に従事し、追加のＵＲＬを付加価値サービスとして顧客または加入者に提供できる。
【００１９】
また、個人がＷＡＰサーバ上に個人的ページを保有し、このページを使用してユーザをＷＷＷ上の彼の標準ページに案内したいと望んでも良い。この場合には、関心のある人を彼のＷＷＷページに向けることが可能な追加のＵＲＬを有するＷＡＰページを開設できる。
ユーザが、デスクトップＰＣなど、ＷＡＰサーバから受信し記憶されているＵＲＬへのアクセスにより適した装置にアクセスするならば、ユーザはそのＵＲＬをその装置へ転送可能である（ステップ１５０）。この転送は、有線リンク、ブルートゥースなどの無線リンク、あるいはＩｒＤＡなどの赤外線リンクの使用によって実行可能である。
【００２０】
次に、デスクトップＰＣは、ブラウザ・アプリケーションを使用して、通常の方法でそのＵＲＬからデータページを検索できる。ユーザは、この情報を見て、希望であれば保存し、そして適切なプリンタへ出力できる。
また、ユーザは、ＵＲＬの情報にアクセス可能で、ディスプレイにその情報を表示する中間ステップ無しにユーザに対して直接プリント出力可能な、適切に接続されたプリンタへそのＵＲＬを転送することもできる。このような適切に設置されたプリンタは、ローカルエリアネットワーク（ＬＡＮ）に接続されたプリンタでも良い。
【００２１】
図３は、より具体的な説明に役立つ実例を示す。この例では、ユーザは、測位システムをも内蔵する携帯ＷＡＰ機能電話機を有する。適切な測位システムは、ＧＰＳ（全地球測位システム）である。このシステムでは、ユーザの位置は最寄りの１０メートルに算出できる。
【００２２】
ユーザは旅行中で、彼はホテルを出て歩いていて、どのレストランがその地域で利用可能であるか調べようと決断したと仮定する。ＧＰＳ装備のＷＡＰ電話機を使用して、ユーザは、ＧＰＳによって計算された現在位置の一定半径内にあるレストランのリストをユーザに送信する（ステップ２１０）ＷＡＰサイトを選択できる。ユーザの電話機にＧＰＳサービスが提供されていない場合には、別の方法が実行可能である。例えば、電話機は現在接続しているＢＴＳを知ることによって、おおよその位置を測定できるし、ユーザは、町の名前、あるいは郵便番号をすぐに入力することができる。
【００２３】
しかし、ＷＡＰを介して入手可能な情報には制限があるため、ユーザは、近くのレストランの名前、物理アドレス、あるいは標準料金しかおそらく受信できないだろう。おそらく、ちょっとした玄人であれば、これは自分にとって充分な情報ではなく、受信リスト内で特定したレストランの１つ又は２つについて、なにか追加の情報を得たいと決心する。
【００２４】
この情報を得るために、ユーザは受信リストの１つの特定のレストランを強調表示させ、電話機のメニュー機能を使用して「もっと情報」あるいは「ＵＲＬ取得」オプションを選択する（ステップ２２０）。この行為によって、元のリストを提供した遠隔ＷＡＰサーバに要求が送信される。
上記の「もっと情報」あるいは「ＵＲＬ取得」オプションの他に、ユーザには別のオプションが与えられる。このようなオプションの１つは、「進む」あるいは「選択」である。ユーザがこのようなオプションを選択した場合には、従来技術から知られているように、別のアドレスへ向けられる。
【００２５】
これは、以前に説明した、ユーザが別の装置を使用して後で訪れるように意図された別のサイトのＵＲＬを含む送信をＷＡＰサーバから受信するオプションと対照的である。もちろん、ＷＡＰサーバからの送信は、ＵＲＬのみならず付加的な情報を含んでも良い。
ユーザが「選択」オプションを選択した時には、リンク記述で符号化され、ディスプレイに表示されたアドレスに記憶されている情報の直接ダウンロードを要求していることに注意されたい。したがって、ユーザが向けられるアドレスは、電話機のメモリ内にすでに存在する。
【００２６】
しかし、ユーザが「ＵＲＬ取得」オプションを選択した時には、データベースに問い合わせて、選択した項目に関連付けられたＵＲＬがあるかどうかを確認するために、ＷＡＰサーバへ要求を送信する。関連ＵＲＬがある場合には、そのＵＲＬがユーザに送信される。ユーザがそのＵＲＬにリダイレクトされることはない。なぜなら、本発明では、ユーザは、記憶されたＵＲＬにある情報を、後日、別の装置を使用して見るからである。
【００２７】
ＷＡＰサーバは要求を受信すると、選択したレストランに関して利用可能なＵＲＬ形式の追加の情報があるかどうかを決定するためにチェックする（ステップ２３０）。
利用可能な追加の情報がない場合には、ＷＡＰサーバはユーザに適切なメッセージを送信する（ステップ２７０）。そして、ユーザは同様にして選択した別のレストランについて再試行できる。
【００２８】
しかし、利用可能な情報がさらにある場合には、ＷＡＰサーバは、追加の情報を取得できるＵＲＬをユーザの電話機に送信する（ステップ２４０）ことによって応答する。このＵＲＬは単独で送信されても良いし、装置に表示される別の情報が付随しても良い。それから、ＵＲＬは、ユーザの電話機、または既述したように、ＳＩＭカードなどの着脱可能なメモリ装置に記憶される。この例では、レストランがインターネット上にウェブサイトを持っている場合には、そのＵＲＬをユーザに送信できる。
【００２９】
ユーザが、望むだけ多くのレストランについての多くの情報を取得したら、ユーザはホテルへ戻り、自分のラップトップ・コンピュータと通常の電話線とを使用して受信したＵＲＬを訪れることができ、したがって、ラップトップ・コンピュータの高い表示能力、および固定電話線により達成可能な高速なデータ転送速度を利用できる。
【００３０】
ＵＲＬを移動電話機から転送するために、ユーザは既述のような複数の可能な送信規格の１つを使用してこれを送信する（ステップ２５０）。この送信は、ユーザが送信用に記憶された多くの可能なＵＲＬの１つを選択できるメニュー機能を使用して開始する。どの送信方法を使用するかは、好みの問題であり、その携帯電話機およびラップトップ・コンピュータがどの方法をサポートしているかの問題である。
【００３１】
ラップトップ・コンピュータへの送信は、ラップトップ・コンピュータがメッセージの性質を知り、ネットスケープ・ナビゲータやマイクロソフト・インターネット・エクスプローラなどのインターネット・ブラウザ・アプリケーションを開き、入ってくるＵＲＬを受信するように設定される。
【００３２】
ユーザは、インターネット・ブラウザ・アプリケーションを使用して、自分が選択したレストランのウェブページをブラウズでき、もしそのようにフォーマットされていれば、そのディナー・メニューを見て、そのレストランの批評を読み、レストランおよび料理の写真を調べ、ディナーの席を予約するために経営者に電子メールを送信できる。プリンタにアクセス可能であれば、後日の参照用にウェブページのハードコピーを作成できることはもちろんである。
【００３３】
図４は、本発明を説明するためのもので、レストランを選択する手順中、電話機のディスプレイがユーザにどのように見えるかを示す図である。
図４（ａ）のディスプレイは、ユーザの近くに位置するレストランのリストを示し、このリストは、図３のステップ２００においてユーザがＷＡＰサーバに要求して取得したものである。
【００３４】
ユーザは、オプション５が面白そうだと判断し、図４（ｂ）のように、電話機のキーパッドを操作してこのオプションを強調表示させ、「オプション」ラベルの下に位置するキーを操作する。各ディスプレイの下部に示された２つのラベルは、ラベルのすぐ下に位置するキーの働きを定義することに注意されたい。このようなキーは、通常、ソフトキーと呼ばれる。
【００３５】
「オプション」ソフトキーの操作に反応して、図４（ｃ）のように、可能なオプションのリストが、ユーザに示される。「選択」オプションを選ぶことによって、自分が選択したレストランに関連する情報のページにさらに入っていくことができる。この情報のページの場所あるいはアドレスは、電話機のディスプレイに表示された情報とともに、符号化される。このような情報は、レストランの物理アドレスおよび電話番号を含む。しかし、ＷＡＰサービスの限界のため、このような情報には必然的に制限がある。
利用可能な他のオプションには、前の画面に戻る「戻る」オプション、ユーザが予め定義したホームページに行く「ホーム」オプション、ＷＡＰサーバに再送信を要求することにより現在のページの情報を更新する「再ロード」オプション、およびブラウザ機能を終了する「終了」オプションなどがある。
【００３６】
しかし、図４（ｄ）のように、キーパッドおよび該当するソフトキーを操作して、ユーザは「ＵＲＬ取得」オプションを選ぶ。このオプションを選択すると、要求がＷＡＰサーバへ送信され、選択した項目に対して、追加の情報に対するアドレスが入手可能かどうかがチェックされる。この例では、追加のＵＲＬが入手可能であり、したがって、ユーザは、図４（ｅ）のようにメッセージによる通知を受ける。
【００３７】
図４（ｅ）に示した「オプション」キーを操作して、図４（ｆ）に示すメニューを表示させる。このメニューはユーザに次の３つの選択肢を提供する。この３つとは、取得したＵＲＬを後の使用のために電話機に格納する「保存」オプション、取得したＵＲＬを電話機のメモリから削除する「削除」オプション、またはＵＲＬをディスプレイに表示させる「表示」オプションである。
【００３８】
図４（ｇ）のように、ユーザは将来の使用のためにＵＲＬの保存を選択すると、図４（ｈ）のように、ＵＲＬが保存されたことを確認するメッセージが表示される。
もちろん、上記の実施形態は単に例示に過ぎず、制限された情報量がユーザの興味をかきたてるような別のあらゆる状況に、同じ方法、手法、および装置を応用できる。
【００３９】
より充分に理解するには、ＷＡＰページの構造様式を理解することが有益である。ＷＡＰページはカードのデッキからなることが知られている。ＷＡＰページは、ＸＭＬ（拡張マークアップ言語）の変種である無線マークアップ言語（ＷＭＬ）を使用してフォーマットされる。ＷＡＰページは、これもマークアップ言語の１つであるハイパーテキストマークアップ言語（ＨＴＭＬ）を使用してフォーマットされたＷＷＷページとは対照的である。ＨＴＭＬは、ＸＭＬの変種としての資格を与えるために定められた厳格な規則に従わない。
ＨＴＭＬページは、ＷＭＬページと互換性がなく、したがって、ＷＭＬページを見るように設定されたブラウザに表示できないし、逆も同様である。
【００４０】
ユーザが自分のブラウザからあるＷＡＰページを要求すると、要求はネットワークを介して関連するＷＡＰサーバに送信される。サーバは、ブラウザが解釈できるデータをネットワークを介してユーザに送信することによって、応答する。ブラウザによる解釈は、そのデータに付けられたマークアップ・タグによって制御される。これらのタグは、データを電話機のディスプレイに表示する方法を制御するために生データに付けられたテキスト・ラベルである。これによって、例えば、テキスト部分が、ボールド体に見えたり、あるいは下線付きに見えるように定義できる。また、これらを使用して、受信したページに関連する付加的なオプションを定義する。このように、タグを導入して、受信した情報ページのある項目に関連付けることができ、ユーザがその項目をカーソルキーを使用して選択すれば、追加のオプションのリストが表示される。この場合のオプションには、「もっと情報」オプション、「ＵＲＬ取得」オプションなどのタイトルが付けられる。このオプションを選択すれば、既述のように、要求がＷＡＰサーバへ送信される。
【００４１】
ＷＡＰ規格に準拠して機能する電話機への適用の観点から本発明を説明してきたが、他の規格に準拠して動作する電話機および他の装置、特に、これに限定されるわけではないが、日本のｉモードシステムを採用する電話機にも同様に適用可能である。
本発明はこれに限定されるものではなく、本明細書で開示したすべての新規な特徴または特徴の組み合わせも本発明の範疇に含むものである。
【図面の簡単な説明】
【図１】本発明を実行可能なシステムの１つの実施形態を示す図である。
【図２】本発明の実施形態の基本動作モードを説明するフローチャートである。
【図３】本発明の１つの実施形態の特定用途を説明するフローチャートである。
【図４】携帯装置の一連の表示画面を示す図である。
【符号の説明】
１０：ＷＡＰ対応電話機
２０：衛星
３０：基準トランシーバ局（ＢＴＳ）
４０：通信ネットワーク
５０：遠隔ＷＡＰサーバ
６０：パーソナル・コンピュータ
７０：プリンタ

Claims (24)

1. 遠隔情報ソースから、第１のフォーマットに符号化された情報を表示可能な携帯無線通信装置により、前記第１のフォーマットに符号化された情報を受信することと、
   前記情報の項目を選択することと、
   前記選択した項目に関し、第２のフォーマットに符号化された追加の情報のソースに対応し、前記選択した情報の項目に関連付けられたアドレスの要求を前記遠隔ソースに送信することと、
   前記要求に対する前記アドレスを前記遠隔ソースから受信することと、
   前記第２のフォーマットに符号化された情報を表示可能な別の装置に前記受信したアドレスを送信することとを含むことを特徴とする方法。
2. 請求項１に記載の方法において、
   前記無線通信装置が、無線アプリケーションプロトコル（ＷＡＰ）通信規格に準拠して動作可能であることを特徴とする方法。
3. 請求項２に記載の方法において、
   前記受信情報が、無線マークアップ言語（ＷＭＬ）を使用して符号化されていることを特徴とする方法。
4. 請求項１に記載の方法において、
   前記無線通信装置が、ｉモード規格に準拠して動作可能であることを特徴とする方法。
5. 請求項１乃至４の何れかに記載の方法において、
   前記受信した情報ページの前記項目選択を、キーパッドの１つ又はそれ以上のキーを使用して実行することを特徴とする方法。
6. 請求項１乃至５の何れかに記載の方法において、
   前記アドレスが、ユニフォーム・リソース・ロケータ（ＵＲＬ）であることを特徴とする方法。
7. 請求項１乃至６の何れかに記載の方法において、
   前記アドレスが、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）を使用して符号化された情報ソースに対応することを特徴とする方法。
8. 請求項１乃至７の何れかに記載の方法において、
   前記アドレスが、他のデータを伴うことを特徴とする方法。
9. 請求項１乃至８の何れかに記載の方法において、
   前記アドレスの要求を送信することと前記アドレスを送信することとが、それぞれ異なる送信機を使用して行われることを特徴とする方法。
10. 請求項９に記載の方法において、
    前記アドレスを送信することが、有線通信、赤外線（ＩｒＤＡ）通信、またはブルートゥースなどの低電力無線通信の１つを使用して行われることを特徴とする方法。
11. 遠隔ソースから第１のフォーマットに符号化された情報を受信する受信機と、
    前記情報の項目を選択する手段と、
    前記選択した項目に関し、第２のフォーマットに符号化された追加の情報のソースに対応し、前記選択した情報の項目に関連付けられたアドレスの要求を前記遠隔ソースに送信する送信機と、
    前記要求に対する前記アドレスを前記遠隔ソースから受信する受信機と、
    前記第２のフォーマットに符号化された情報を表示可能な別の装置に前記受信したアドレスを送信する送信機とを含み、
    前記第１のフォーマットに符号化された情報を表示可能であることを特徴とする装置。
12. 請求項１１に記載の装置において、
    前記装置が、無線アプリケーションプロトコル（ＷＡＰ）通信規格に準拠して動作可能であることを特徴とする装置。
13. 請求項１１に記載の装置において、
    前記装置が２つの送信機を有することを特徴とする装置。
14. 請求項１３に記載の装置において、
    前記送信機の１つが、無線通信ネットワークと通信可能であることを特徴とする装置。
15. 請求項１３または１４に記載の装置において、
    前記送信機の１つが、別のローカル装置と通信可能であることを特徴とする装置。
16. 無線通信ネットワークで第１のフォーマットに符号化された情報の項目を記憶することと、
    追加の情報を検索するための各アドレスを、前記記憶された情報の項目のそれぞれに関連付けることと、
    前記記憶された情報の項目から選択した項目を含む情報を、第１のフォーマットに符号化された情報を表示可能な無線通信装置に送信することと、
    前記選択した情報の項目に関する追加の情報の要求を、前記無線通信装置から受信することと、
    第２のフォーマットに符号化された前記選択した項目に関連付けられた追加の情報を検索する前記アドレスを、追加情報のための前記要求に応じて前記装置に送信することとを含み、
    前記無線通信装置は、前記第２のフォーマットに符号化された情報を表示可能な別の装置に前記受信したアドレスを送信することを特徴とする方法。
17. 請求項１６に記載の方法において、
    前記無線通信装置に送信することが、要求に応じて行われることを特徴とする方法。
18. 第１のフォーマットに符号化された情報の項目を記憶する記憶装置と、
    追加の情報を検索するための各アドレスを、前記記憶された情報の項目のそれぞれに関連付ける手段と、
    前記記憶された情報の項目から選択した項目を含む情報を、第１のフォーマットに符号化された情報を表示可能な前記無線通信装置に送信する送信機と、
    前記選択した情報の項目に関する追加の情報の要求を、前記無線通信装置から受信する受信機と、
    第２のフォーマットに符号化された前記選択した項目に関連付けられた追加の情報を検索する前記アドレスを、追加情報のための前記要求に応じて前記装置に送信する送信機とを含み、
    前記無線通信装置は、前記第２のフォーマットに符号化された情報を表示可能な別の装置に前記受信したアドレスを送信することを特徴とする無線通信ネットワーク。
19. 無線通信ネットワークと第１のフォーマットに符号化された情報を表示可能な複数の携帯無線通信装置とを含むシステムの動作方法であって、
    前記ネットワークが、携帯装置の１つに第１のフォーマットに符号化された情報を送信することと、
    前記携帯装置が、選択して受信した情報の項目に関する第２のフォーマットに符号化された追加の情報を取得可能なアドレスの要求を、前記ネットワークに送信することと、
    前記ネットワークが、前記要求に応じて、データ記憶装置から前記アドレスを検索することと、
    前記ネットワークが、前記アドレスを前記携帯装置に送信することと、
    前記携帯装置が、前記第２のフォーマットに符号化された情報を表示可能な別の装置への将来の送信のために、前記アドレスを記憶することとを含むことを特徴とする方法。
20. 請求項１９に記載の方法において、
    前記ネットワークと前記携帯装置とが、無線アプリケーションプロトコル（ＷＡＰ）通信規格に準拠して動作可能であることを特徴とする方法。
21. 請求項２０に記載の方法において、
    前記データ記憶装置が、ＷＡＰサーバであることを特徴とする方法。
22. 第１のフォーマットに符号化された情報を表示可能で、第２のフォ ーマットに符号化された情報を表示不可能な携帯無線通信装置において、遠隔ソースから、前記第１のフォーマットに符号化された情報を受信することと、
    受信した前記第１のフォーマットに符号化された情報の項目を選択することと、
    前記選択した情報の項目に対応し、且つ、前記選択した項目の前記第２のフォーマットに符号化された追加情報のソースと一致したアドレスの要求を、前記遠隔ソースに送信することと、
    前記要求に応答した前記アドレスを前記遠隔ソースから受信することと、
    前記第２のフォーマットの情報を表示可能な他の装置へ前記受信したアドレスを送信することとを含むことを特徴とする方法。
23. 請求項２２に記載の方法において、
    前記アドレスは、前記第２のフォーマットに符号化された前記追加情報を伴うことなく、前記要求に応答して、前記遠隔ソースから受信され、
    前記アドレスは、前記第２のフォーマットに符号化された前記追加情報を伴うことなく、前記第２のフォーマットに符号化された情報を表示可能な他の装置へ送信されることを特徴とする方法。
24. 第１のフォーマットに符号化された情報を表示可能な携帯無線通信装置において、遠隔ソースから、前記第１のフォーマットに符号化された情報を受信することと、
    前記第１のフォーマットに符号化された情報の項目を選択することと、
    前記選択した情報の項目に対応し、且つ、前記選択した項目の第２のフォーマットに符号化された追加情報のソースと一致したアドレスの要求を、前記遠隔ソースに送信することと、
    前記要求に応答した前記アドレスを、前記第２のフォーマットに符号化された前記追加情報を伴うことなく、前記遠隔ソースから受信することと、
    前記第２のフォーマットの情報を、前記第２のフォーマットに符号化された前記追加情報を伴うことなく、表示可能な他の装置へ前記受信したアドレスを送信することとを含むことを特徴とする方法。

Images