WO2002048869A1

WO2002048869A1 - Terminal et repetiteur

Info

Publication number: WO2002048869A1
Application number: PCT/JP2001/010833
Authority: WO
Inventors: Kazuhiro Yamada; Tatsuaki Wakabayashi; Dai Kamiya; Yoshiaki Hiramatsu
Original assignee: Ntt Docomo, Inc.
Priority date: 2000-12-11
Filing date: 2001-12-11
Publication date: 2002-06-20
Also published as: JPWO2002048869A1; NZ520061A; EP2138945A3; EP1343074A1; BR0108176A; TW584801B; CN1398368A; JP4361732B2; KR20030007418A; CA2397170A1; EP2138945A2; NO330914B1; CA2397170C; CN1199098C; EP1343074A4; NO20023802D0; EP2138945B1; US20030037105A1; AU2002221117B2; AU2111702A

Description

工

明細書端末装置及び中継装置技術分野

本発明は、インストールされたアプリケーションプログラム（以下、「アプリケーシヨン」という）を実行する端末装置及ぴ異なるネットワーク間のデータの授受を中継する中継装置に関する。背景技術

パーソナルコンピュータ等の端末装置には、種々のアプリケーションをィンストールすることができ、この端末にこのアプリケーションを実行させて、様々な機能を実現させることができる。このような端末装置にインストールするアプリケーシヨンの出所として、 C D— R OM等の記憶媒体と、インターネット等のネットワーク上のサーバなどがある。また、端末の出荷前にも、端末にアプリケーシヨンはインストールされうるので、端末販売者も出所になるし、アプリケーシ

3ンを端末にインストールするよう端末販売者と契約した者もアプリケーションの出所になる。

し力し、これのアプリケーション出所の全てが信頼できるわけではない。例えば、インターネット上には、悪意のある者が危険なアプリケーションを置いているサーバもある。この結果、端末おょぴその使用者はいろいろな危険にさらされている。発明の開示

本発明は、以上説明した事情に鑑みてなされたものであり、端末上で動かすァプリケーションの出所の違いを端末の使用者に知らせることができる端末装置及び中継装置を提供することを目的とする。

以上説明した課題を解決するために、本発明は、複数のアプリケーションを記憶した記憶手段と、前記記憶手段に記憶されている前記アプリケーションを実行 Z する一方、実行'しているアプリケーションの出所に応じた通知をユーザに行うァプリケーション実行手段とを有する端末装置を提供する。

前記アプリケーション実行手段は、アプリケーションのインストール形態に基づいて、前記アプリケーションの出所を判断するようにしても良い。

アプリケーション実行手段は、実行しているアプリケーションがネットワークからダウンロードされたアプリケーションである否かによって、前記通知を変化させるようにしても良い。

前記アプリケーシヨン実行手段は、実行しているアプリケーションが外部の記憶媒体から読み出されたアプリケーションである否かによって、前記通知を変化させるようにしてもよい。

前記アプリケーション実行手段は、実行しているアプリケーションが当該ァプリケーシヨンの供給元とは異なる第三者機関により信頼性が保証されているか否力によって、前記通知を変化させるようにしてもよい。

前記記憶手段に記憶されている前記アプリケーションには、ネットワークから中継装置を介してダウンロードされたものが含むようにして、前記アプリケーション実行手段は、前記中継装置によつて付加された所定の識別子の有無によって、当該データの信頼性が保証されているか否かを判断するのが好ましい。

前記記憶手段は、外部から取得したアプリケーションを記憶する第 1の記憶手段と、予めアプリケーションを記憶している第 2の記憶手段とを有するようにしても良い。

前記アプリケーション実行手段は、実行しているアプリケーションの記憶位置が前記第 1の記憶手段の時と前記第 2の記憶手段の時とで、前記通知を変化させるようにしてもよい。

端末装置は、前記アプリケーション実行手段の制御の下、各種情報を表示する表示手段を更に有するのが好ましい。また、アプリケーション実行手段は、ァプリケーションの出所に応じた前記通知を画像により前記表示手段に表示させるのが好ましい。

前記表示手段は、アプリケーション実行手段が実行しているアプリケーションに基づいた処理画面を第 1の表示領域に表示するのが好ましい。この時、前記表示手段は、同時に前記通知情報に応じた画像を前記第 1の領域とは独立した第 2 の表示領域に表示するのが好ましい

更に、本発明が提供する端末装置にアプリケーションを実行させる方法によれば、端末装置が、ネットワークからアプリケーションをダウンロードし、前記端末装置が、ダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に記憶し、前記端末装置が、アプリケーションを実行する際に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する。

更に、本発明が提供する端末装置にアプリケーションを実行させる方法によれば、端末装置が、ネットワークから中継サーバを介してアプリケーションをダウンロードし、前記端末装置は、前記アプリケーションを実行する際に、前記中継サーバによって当該アプリケーションに識別子が付加されている場合、前記端末装置の表示部に所定の画像を表示する。

更に本発明は、通信部により、ネットワークからアプリケーションをダウン口ードする処理と、前記アプリケーションがダウンロードされたものである旨のダゥンロード識別子と関連付けながら、前記アプリケーションを記憶部に格納する処理と、アプリケーションを実行する時に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する処理とをコンピュータに実行させるプログラムを提供する。

更に本発明は、通信部により、ネットワークからアプリケーションをダウン口一ドする処理と、前記アプリケーションがダウンロードされたものである旨のダゥンロード識別子と関連付けながら、前記アプリケーションを記憶部に記憶する処理と、アプリケーションを実行する時に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する処理とをコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記録媒体を提供する。

更に本発明は、第 1のネットワークと第 2のネットワークとのデータの授受を中継する中継装置であって、前記第 1のネットワークからデータを受信する受信手段と、前記受信手段によって受信されたデ一タを前記第 2のネットワークに転送すると共に、当該データが、その供給元とは異なる第三者機関により信頼性が保証されていないデータである場合に、当該データに対して所定の識別子を付加して転送する転送手段とを具備する中継装置を提供する。

前記受信手段が前記第 1のネットワークから受信するデータは、前記第 1のネットワークに接続されたサーバにより送信され、前記転送手段は、前記受信手段が受信した前記データを送信したサーバの識別情報に基づいて、当該データの信賴性が保証されているか否かを判断するのが好ましい。

アプリケーションの出所は、インストール形態、すなわち、いかなる方法により、アプリケーションのィンストールが行われたかにより定まる。インストール形態には、例えば、記憶媒体からインストールする方法、ネットワークからダウンロードしてインストールする方法がある。図面の簡単な説明

図 1は、第 1実施形態にかかる携帯端末 M Sが、アプリケーションをダウン口一ドする時に使われる要素を示すプロック図である。

図 2は、同実施形態にかかる携帯電話機 M Sの構成を示すプロック図である。図 3は、同実施形態におけるアプリケーション管理テーブル T B Lの内容の一例を示した図である。

図 4 Aは、プリインストールアプリケーションの実行中における液晶表示部 M S 4の表示の一例を示した図であり、図 4 Bは、ダウンロードアプリケーションの実行中における液晶表示部 M S 4の表示の一例を示す図である。

図 5は、同実施形態にかかる携帯電話機 M Sにおけるアプリケーションの実行環境を示す模式図である。

図 6は、同実施形態にかかる携帯端末 M Sがゲートウェイサーバ GW Sを介してアプリケーションをダウンロードする時のデータシーケンスを示す図である。図 7は、同実施形態における液晶表示部 1 4の表示の一例を示す図である。図 8は、同実施形態にかかる携帯電話機 M Sの C P U 1 1においてアプリケーション実行時に行われる処理を示すフローチャートである。

図 9は、変形例 1にかかる携帯電話機 M Sの C P U 1 1においてアプリケーション実行時に行われる処理を示すフローチヤ一トである。

図 10は、変形例 2にかかる携帯電話機 M Sの構成を示したプロック図である。図 1 1は、第 2実施形態にかかる携帯端末 MSが、アプリケーションをダウンロードする時に使われる要素を示すプロック図である。発明を実施するための最良の形態

以下、図面を参照して、本発明の実施形態について説明する。なお、本実施形態においては、不揮発性メモリに書き込まれるアプリケーションを対象にしているので、 Γアプリケーション」というときは、ブラゥザ上で実行される HTML (Hypertext Markup Language) 开$式のデータ（以下、「HTMLデータ」という）内でタグにより指定されるファイル（例えば、ァプレットや G I Fファィル) を除く。

[1] 第 1実施形態

図 1は、本実施形態による携帯電話機 MSが、インターネット上のサーバからアプリケーションをダウンロードする際に使われる要素を示している。本実施形態では、携帯電話機を使って説明をするが、 PDAなどの端末装置にも本発明を適用できる。

図 1を使って、携帯電話がインターネット上の I Pサーバ Wから、アプリケーションをダウンロードする時に通る要素を簡単に説明する。

I Pサーバ Wに記憶されたアプリケーションは、インターネット I NET、ゲ一トウヱイサーバ GWS、移動パケット通信網 MP N、基地局 B Sと通り、移動機 MSにまで送られる。なお、図 1においては、図面が煩雑となることを防ぐため、 1つの携帯電話機 MS、 1つの基地局 B S及び 2つの I Pサーバ Wのみが示されているが、移動機 MS、基地局 B S、 I Pサーバ Wは、複数存在する。

I Pサーノ Wは、 I P (information Provider) の保有するコンピュータシステムである。この I Pサーバ Wは、例えば、 HTMLデータや、 J a v a (登録商標）プログラミング言語で記述された J a V aアプリケーション、その他の言語により記述された各種アプリケーションを保持している（以下、特に特定する必要がない場合、 J a v aアプリケーションとそれ以外のアプリケーションを総称してアプリケーションという）。この I Pサーバ Wが保有するアプリケーシヨンには、例えば、株売買等のオンライントレーディングを行うアプリケーション、ァドレス帳アプリケーション、 P I M (Personal Information manager) アプリケーションがある。これらアプリケーションは、その種類によって、異なる方法で保有されている。例えば、 J a V aアプリケーションは、当該アプリケーションの名称等の属性を有する AD Fと当該アプリケーションのデータ実体を有する J a rに分割して I Pサーバ Wに保有されている。なお、以下の説明においては、 ADFと J a rを特に区別する必要がない場合、これらを合わせて J a v aアプリケーションという。また、 J a v aアプリケーション以外のアプリケーシヨンは、分割されることなく保有されている。

これらアプリケーションを含むデータのそれぞれには URLが設定されている。 I Pサーバ Wは、ィンターネット I NETから受信した GET要求に含まれている URLを抽出して、当該 UR Lにより示されるデータをインターネット I NE Tへと返信する。この時、 I Pサーバ Wが受信した GET要求に含まれている U RLが J a V aアプリケーション以外のアプリケ——ンョンを示している場合、 I Pサーバ Wは、単に示されたアプリケーション本体を返信する。しかし、当該 U RLが J a V aアプリケーションを示している場合、 I Pサーバ Wは、当該 UR Lが示す J a v aアプリケ一ションの AD Fをインターネット I NETへと返信する。そして、その返信した AD Fに対応した J a rの配信要求が送信されてくると、 I Pサーバ Wは、当該配信要求に対応した J a rを返信する。

携帯電話機 MSは、移動バケツト通信網 MPNを介してデータ通信が出来、また、図示しない移動電話網を介して音声通話を行うことが出来る。携帯電話機 MSは、 WWW (World Wide Web) ブラウザを搭載しており、これにより、携帯電話機 MSのユーザは、 I Pサーバ Wの提供しているページを閲覧することができる。また、携帯電話機 MSに搭載されている WWWブラウザは、 J a v a アブレットの実行機能を有しており、 WWWページの閲覧に際し、タグ指定された J a V aァプレツトをダウンロードして WWWブラゥザ上で実行することができる。また、携帯電話機 MSは、 I Pサーバ Wからダウンロードした J a V aァ _η

プリケーシヨン等の各種アプリケーションを実行する環境を有している。

さらに、本実施形態にかかる携帯電話機 MSは、アプリケーションの出所によりアプリケーションの扱いを変更する。より具体的には、携帯電話機 MSは、ダゥンロードされたアプリケーションの実行中に当該アプリケーションがダウン口ードされたものであることをユーザに通知する機能を有している。なお、この機能を実現するための具体的構成については、後に詳細に説明する。

移動パケット通信網 MP Nは、携帯電話機 MSに対してバケツト通信サービスを提供するための通信網であり、ゲートウエイサーバ GWSや複数の基地局 B S を収容する他、図示せぬパケット加入者処理装置を有する。

ゲートウェイサーバ GWSは、インターネット I NETと、移動パケット通信網 M P Nとを相互接続する移動パケット関門中継交換局に設けられたコンビユータシステムである。このゲートウェイサーバ GWSは、受信したデータのプロトコルを、転送先となるネットワークの従うプロトコルに変換して転送する。本実施形態において移動パケット通信網 MPNとインターネット I NETとの間のデータ通信は、このゲートウェイサーバ GWSの機能により実現される。

(A) 携帯電話機 MSのハードゥヱァ構成

図 2は、本実施形態にかかる携帯電話機 MSの構成を示すプロック図である。同図に示すように携帯電話機 MSは、制御部 MS 1と、送受信部 MS 2と、指示入力部 MS 3と、液晶表示部 MS 4と、各要素間におけるデータの授受を仲介するバス MS 5を有する。

送受信部 MS 2は、制御部 MS 1の制御の下、移動バケツト通信網 MP Nの基地局 B Sと無線通信を行う。

指示入力部 MS 3は、 PB (プッシュボタン）等の各種ポタン及ぴカーソルキ一からなり、ユーザによって入力操作が行われると、その入力操作に対応した操作信号を制御部 MS 1に供給する。液晶表示部 MS 4は、液晶パネル等の表示装置から構成されており、制御部 MS 1の制御の下に各種情報を表示する。

制卸部 MS 1は、例えば、 CPU (Central Processing Unit) 1 1と、 ROM (Read Only Memory) 1 2と、 RAM (Random Access Memory) 1 3と、 EEPROM14を有しており、携帯電話機 MSの各部を制御する。 R OM12には、制御用アプリケーションの他、上述した WWWブラウザ等の各種アプリケーションがィンストールされている。ここで、 ROM1 2にインスト一ルされるアプリケーションは、携帯電話機 MSの製造過程においてインストール (すなわち、プリインストール）されるものであり、移動通信事業者や携帯電話機 MSのメーカーによって、その信頼性が保証されているアプリケーションである。以下の説明おいては、この ROM1 2にプリインストールされたアプリケーションをプリインストールアプリケーションと呼ぶ。

RAMI 3は、 CPU1 1のワークエリアとして用いられ、例えば、 I Pサーバ Wからダウンロードされた HTMLデータやアプリケーションなどが一時的に格納される。

EEPROM14は、アプリケーション格納領域 14 aとテーブル領域 14 b を有する。アプリケーション格納領域 14 aには、 I Pサーバ Wからダウンロードされたアプリケーションが格納される。なお、以下の説明においては、 I Pサーバ Wからダウンロードされ、 EEPROM14のアプリケーション格納領域 1 4 aに格納されたアプリケーションをダウンロードアプリケーションと呼ぶ。一方、テーブル領域 14 bには、図 3に示すようなアプリケーション管理テープル TB Lが設けられている。同図に示すように、アプリケーション管理テープル TB Lには、携帯電話機 MS内にィンストールされている全てのアプリケーシヨン (すなわち、上記プリインストールアプリケーション及びダウンロードアプリケーシヨン）のアプリケーション名の各々に対応付けて、当該アプリケーションの格納位置情報（格納媒体名及びメモリアドレス）とダウンロードフラグ Fが格納されている。 .

ここで、ダウンロードフラグ Fは、当該アプリケーションがダウン口一ドされたアプリケーションであるか否かを示すフラグであり、このフラグ Fが" 1" である場合、当該アプリケーションはダウンロードされたものであることを示す。これに対し、このフラグ Fが" 0" である場合、当該アプリケーションは、プリインストールされていたものであることを示している。

本実施形態において、 CPU 1 1は、 ROM12及び EEPROM14に格納されたアプリケーションの実行時に、このアプリケーション管理テーブル TB L の内容に基づいて、実行するアプリケーションの取り扱いを変更する。より具体的には、 CPU1 1は、アプリケーション実行時にアプリケーション管理テープル TBLからダウンロードフラグ Fを読み出し、その値が" 1" である場合、液晶表示部 MS 4に対して制御信号を供給する。この結果、液晶表示部 MS 4には、所定の画像が表示される。かかる機能により、本実施形態にかかる携帯電話機 M Sは、 CPU 1 1が実行しているアプリケーションがダウンロードアプリケーションであることをユーザに通知することが可能となる。

図 4 Aは、プリインストールアプリケーションの実行中における液晶表示部 M S 4の表示の一例を示した図であり、図 4Bは、ダウンロードアプリケーションの実行中における液晶表示部 MS 4の表示の一例を示す図である。図 4 Aと図 4 Bから分かるように、図 4Bには、「DL」と書かれた画像が表示されている（以下この画像を「DL」マークと言う）。このように、実行されるアプリケーションが、ダウンロードアプリケーションの時には、「DL」マークが表示される。なお、図 4 A及び図 4 Bで示される表示画面は、 2つの領域に分けられている。このうち点線部よりも下の領域は、実行されているアプリケーションの実行画面が表示される領域である。これに対して、点線部よりも上の領域 Pは、アンテナマーク等の携帯電話機に特有のアイコン（以下、これらのアイコンを「ピクトグラム」という、「DL」マークもピクトグラムである）を表示するための領域である。この領域 Pは、 C PU 1 1がいかなるアプリケーションを実行している場合であっても、当該アプリケーションによって占有されることがなく、他の領域と独立して表示が行われる領域である。

「DL」マークは、領域 Pに表示されるので、領域 Pをみれば、実行中のァプリケーションが、ダウンロードアプリケ一ションであるかが分かる。

(B) 携帯電話機のアプリケーション実行環境

図 5は、携帯電話機 MSにおけるアプリケーションの実行環境を示す模式図である。

本実施形態において、携帯電話機 MSのアプリケーションの実行環境は、最下層に設けられたオペレーションシステム（以下、「OS」という）上に、 J a v a実行環境（以下、「J RE」（Java Runtime Environment) とレヽう）を有している。

J REは、 OSが提供する機能を用いて実行される J a v aアプリケーションマネージャ（以下、「J AM」と略称する）と、 J a v aパーチャルマシン（以下、「KVM」と略称する）によって構成されている。 J a v aアプリケーションは、 CPU 1 1により、この J REが提供する実行環境で実行される。ここで、 J AMは、 J a V aアプリケーションの実行に伴うセキュリティなどを管理するソフトウェアである。また、 KVMは、 J AMによる制御の下、 J a v aアプリケーションを実行するソフトウヱァであり、 J a V aの実行フアイル形式であるバイトコ一ドを移動機 MSの C PU 1 1が解釈可能な命令コードに変換する機能を有する。これら J AMや KVMは、移動機 MSの ROM 12に記憶されている。これに対して、 J a v aアプリケーション以外のアプリケーション (例えば、 WWWブラウザ等）は、 OSが提供する機能を用いて CPU1 1により実行される。 [1. 2] 第 1実施形態の動作

以下、本実施形態の動作を（A) アプリケーションをダウンロードする時の動作、（B) 携帯電話機 MSにおいてアプリケーションを実行する際の動作、の順に説明する。

(A) アプリケーションをダウンロードする時の動作

以下、図 6に示すデータシーケンスを参照しつつ、アプリケーションをダウンロードする時の動作について説明する。

まず、ユーザは、 WWWブラウザを起動すべく、携帯電話機 MSの指示入力部 MS 3を操作する。この結果、指示入力部 MS 3から供給される操作信号に従い、 CPU1 1は、 ROM12から WWWブラウザを読み出して、上述した移動パケット通信網 MPN内のパケット加入者処理装置に対してパケット登録を行う。このパケット登録とは、携帯電話機 MSが移動パケット通信網 MP Nとの間においてパケット交換を行うための登録手続きである。パケット登録が行われると、携帯電話機 MSは、ゲートウェイサーバ GWSとの間でパケット交換を行うことが可能となる。この結果、携帯電話機 MSは、要求や応答をパケット交換で行うこ U

とが可能となる。

その後、ユーザが携帯電話機 MSの指示入力部 MS 3に、例えば、 I Pサーバ Wのダウンロードページを示す URLを指定する入力を行うと、携帯電話機 MS の CPUl 1は、当該 URLを含む GET要求 D 1を送受信部 MS 2を介して移動パケット通信網 MPNへと送出する。この GET要求 D 1は、その後、ゲートウェイサーバ GWSによって受信される。そして、グートウヱイサーバ GWSは、この GET要求 D 1をプロトコル変換して、 GET要求 D 2としてインターネット I NETへと転送する。

I Pサーバ Wは、この GET要求 D 2を受信すると、当該 GET要求 D 2に含まれる URLが示す HTMLデータ D 3 (今の場合、ダウンロードページ）をィンターネット I NETへと返信する。この HTMLデータ D 3は、ゲートウェイサーバ GWSにより受信され、 HTMLデータ D 4として移動バケツト通信網 M PNへと転送される。

次に、この HTMLデータ D 4は、携帯電話機 MSの送受信部 MS 2によって受信される。携帯電話機 MSの CPU 1 1は、受信した HTMLデータ D 4を R AMI 3に格納すると共に、液晶表示部 MS 4に当該 HTMLデータ D 4による画面を表示させる。

図 7は、 HTMLデータ D 4を受信した携帯電話機 MSの液晶表示部 MS 4において表示される画像の一例を示した図である。同図に示すように、携帯電話機 MSの液晶表示部 MS 4上には、携帯電話機 MSが I Pサーバ Wからダウンロード可能なアプリケーション名が表示される。図 7では、具体的には、ダウンロードメニューが表示されている。そして、アプリケーション名がいくつか表示されている。また、これらアプリケーション名は、 HTMLデータの中で、アンカータグを使つて書かれてレ、る。

この時、ユーザーが「アプリケーション a」をダウンロードしたいとすると、次の様な操作が行われる。まず、ユーザーは、指示入力部 MS 3のカーソルキーを操作して、アプリケーション名を選択する。すると、 CPU1 1は、選択されたアプリケーション名の文字列を反転表示させる。つまり、図 7に示す場合において、「アプリケーション a」という文字列が反転表示される。この反転表示さ _n

丄れている状態で、ユーザが指示入力部 MS 3の決定ボタンを押下すると、 CPU 1 1は、メニュー項目「アプリケーション a」を指定している URLを含む GE T要求 D 5を送受信部 MS 2を介して、移動バケツト通信網 MP Nへと送出する。この際、 CPU1 1は、選択されたアプリケーション名の文字列（すなわち、「ァプリケーシヨン a」）を RAMI 3に書き込む。

次に、携帯電話機 MSにより送信された GET要求 D 5は、ゲートウェイサーバ GWSにより受信され、 GET要求 D 6としてィンターネット I NETへ転送された後、 I Pサーバ Wにより受信される。 I Pサーバ Wは、受信した GET要求 D 6に含まれている URLを抽出する。そして、 I Pサーバ Wは、この URL によって指定されるアプリケーション (すなわち、アプリケーション a) をデータ D 7としてインターネット I NETに返信する。データ D 7は、ゲートウェイサーバ GWSによりプロトコル変換され、データ D 8として携帯電話機 MSに受信される。

この際、本実施形態においては、ダウンロードされるアプリケーション（すなわち、アプリケーション a )が J a V aアプリケーションであるか否かによって、異なる処理を実行する。以下、アプリケーション aが J a V aアプリケーションである場合と、それ以外のアプリケーションである場合に分けて説明を行うこととする。

(i) アプリケーション aが J a v aアプリケーションである場合

移動機 MSが送信し、ゲートウェイサーバ GWSにより転送された GET要求 D 6を I Pサーバ Wが受信すると、 I Pサーバ Wは、当該 GET要求に含まれている、 URLを抽出する。そして、 I Pサーバ Wは、当該 URLに対応した AD F (すなわち、アプリケーション aに対応した AD F) をインターネット I NE Tへと返信する。この ADFは、ゲートウエイサーバ GWSによって受信されて、移動パケット通信網 MPNへと転送される。

この A D Fを移動機 M Sの送受信部 M S 2が受信すると、移動機 M Sの C P U 1 1は、その ADFに含まれているアプリケーション名「アプリケーション a」を抽出して、アプリケーション管理テーブル TB Lに格納する。そして、 CPU 1 1は、受信した ADFを EEPROM14のアプリケーション格納領域 14 a へと格納すると共に、当該 AD Fの格納位置（すなわち、格納媒体名（EE PR OM14) とメモリアドレス）を RAM 1 3に記憶する。

次に、 CPU1 1は、移動パケット通信網 MPNに対して、その受信した AD Fに対応した J a r (すなわち、アプリケーション aの J a r) の配信要求を送信する。この J a rの配信要求は、ゲートウェイサーバ GWSにより転送されて、 I Pサーバ Wに受信される。この J a rの配信要求を受信した I Pサーバ Wは、配信要求に対応した J a r (すなわち、アプリケーション aに対応した J a r ) を返信する。

返信された J a rが移動機 MSの送受信部 MS 2によって受信されると、 CP U 1 1においては、以下のような処理が実行される。

ステップ 1

C PU 1 1は、受信したアプリケーション aの J a rを、 E E PROM 14のアプリケーション格納領域 14 aに格納する。この際、 CPU 1 1は、 RAMI 3に格納していた AD Fの格納位置を読み出し、当該 J a rと AD Fを対応付ける。

ステップ 2

次に、 CPU 1 1は、アプリケーション管理テーブル TB Lに対して、アプリケーシヨン aの格納位置情報（すなわち、アプリケーション aに対応した ADF 及び J a rの格納位置）を格納する。この際、格納位置情報として格納媒体名（E EPROM14) とメモリアドレスが格納される。

CPU 1 1は、アプリケーション管理テーブル TB Lに対してダウンロードフラグ Fを格納する。今の場合、アプリケーション aは、 I Pサーバ Wからダウンロードされたものであるため、 CPU 1 1は、ダウンロードフラグ Fとして" 1" をアプリケーション管理テーブル TB Lに格納する。

CPU1 1は、液晶表示部 MS 4に、例えば、「ダウンロードが完了しました」等の文字を表示させ、処理を終了する。

(ii) アプリケーション aが J a v aアプリケーションでない場合移動機 MSから送信され、ゲートウェイサーバ GWSにより転送された GET 要求 D 6を受信した I Pサーバ Wは、当該 GET要求に含まれている UR Lを抽出して、当該 URLが示すアプリケーション (すなわち、アプリケーション a) をデータ D 7としてインターネット I NETへと返信する。このデータ D 7がゲ一トウエイサーバ GWSによりデータ D 8として転送され、携帯電話機 MSの送受信部 MS 2に受信されると、携帯電話機 MSの CPU 1 1は、以下の処理を実行する。

ステップ 1

CPU 1 1は、 RAMI 3に格納していた文字列「アプリケーション a」を読み出して、アプリケーション管理テーブル TB Lにアプリケーション名として格納する。

ステップ 2

CPU 1 1は、受信したアプリケーション aを EE PROM 1 4のアプリケーション格納領域 1 4 aに格納する。

ステップ 3

次に、 CPU 1 1は、アプリケーション管理テーブル TB Lに対して、アプリケーシヨン aの格納位置情報を格納する。この際、格納位置情報として格納媒体名（EEPROM1 4) とメモリアドレスが格納される。

ステップ 4

CPU 1 1は、アプリケーション管理テープ Λ^ΤΒ Lに対してダウンロードフラグ Fを格納する。今の場合、アプリケーション aは、 I Pサーバ Wからダウンロードされたものであるため、 CPU 1 1は、ダウンロードフラグ Fとして" 1" をアプリケーション管理テーブル TB Lに格納する。

ステップ 5

CPU 1 1は、液晶表示部 MS 4に、例えば、「ダウンロードが完了しました」等の文字を表示させ、処理を終了する。

(B) 携帯電話機 MSにおいてアプリケーションが実行される際の動作次に、図 8を参照しつつ、携帯電話機 MSにおいてアプリケーションを実行する際の動作について説明するが、以下の説明においては、説明をより具体的なものとするため EE PROM14のアプリケーション管理テーブル TBLは、図 3 に示したものと同様の内容を有するものとする。

まず、ユーザが指示入力部 MS 3の所定のボタンを操作すると、携帯電話機 M Sの CPU1 1は、操作に従って、アプリケーション管理テーブル TB Lに格納されている全てのアプリケーション名を読み出す。そして、 CPU 1 1は、当該アプリケーション名を表示するように表示制御信号を液晶表示部 MS 4へ供給する（ステップ S a l、 S a 2)₀ この結果、液晶表示部 MS 4には、各アプリケーシヨン名に対応したメニューが表示される。

このようにして、液晶表示部 M S 4にメニューが表示されている状態となると、 CPU 1 1は、ユーザにより起動すべきアプリケーションを指定する入力操作が指示入力部 MS 3に行われるまで、待機する状態となる（ステップ S a 3)。その後、ユーザが、指示入力部 MS 3に、例えば、アプリケーション aを起動するためアプリケーション名「アプリケーション a」を入力すると、 CPU1 1 は、アプリケーション管理テーブル TB から、アプリケーション名「アプリケーシヨン a」に対応した格納位置情報「EEPR〇M (# 1)」とダウンロードフラグ F" 1" を読み出す（ステップ S a 4)。

この読み出しが完了すると、 CPU 1 1は、読み出したダウンロードフラグ F 力 S" 1" であるか否かを判定する状態となる（ステップ S a 5)。今の場合、ァプリケーシヨン名「アプリケーション a」に対応したダウンロードフラグ Fは、" 1 " である。従って、ステップ S a 5における判断は、「Y e s」となる。そして、 CPU1 1は、液晶表示部 MS 4の領域 Pに「DL」マークを表示させるための処理を実行すると共に（ステップ S a 6)、格納位置情報「EEPROM (# 1)」に従い、ユーザが指定したアプリケーション a (アプリケーション aが J a V aアプリケーションである場合、 ADF及ぴ J a r) を読み出す（ステップ S a 7)。

これに対して、ステップ S a 5における判断が「No」の場合（すなわち、ダゥンロードフラグ Fが" 0" の場合）、 CPU 1 1は、領域 Pに対する表示を液晶表示部 MS 4に行わせることなく、指定されたアプリケーションの読み出しを行う（ステップ S a 7)。 _{Λ r}

16 このようにして、読み出されたアプリケーション aは、 C P U 1 1により当該アプリケーションに対応した環境下で実行される（ステップ S a 8 )。つまり、読み出されたアプリケーション aが J a v aアプリケーションである場合、 C P U 1 1は、 J R Eにより提供される機能を用いてアプリケーション aを実行する。これに対して、アプリケーション aが J a V aアプリケーション以外のアプリケーシヨンである場合、 C P U 1 1は、 O Sにより提供される機能によりアプリケーシヨン aを実行することとなる。

このようにして、本実施形態にかかる携帯電話機は、ダウンロードされたアブリケーシヨンが実行されると、液晶表示部上に「D L」マークを表示される。このため、携帯電話機のユーザは、問題の発生する可能性があることを容易に認知することが可能となる。

また、本実施形態において、「D L」マークが表示される領域は、液晶表示部において、アプリケーションの実行時に当該アプリケーションにより占有されること無く、独立して表示を行うことが可能な領域である。従って、携帯電話機上において実行されるアプリケーションの種類や機能等に関わらず、確実に「D L」マークを表示することが可能となり、ユーザに対して確実にダウンロードアプリケーシヨンの実行中であることを示すことが可能となる。

なお、本実施形態では、領域 Pにピクトグラムを表示して、ユーザにダウン口ードしたアプリケーションを実行していることを伝えた。しかし、当然、他の領域に表示しても良い。また、音声等の他の手段によりユーザに通知する構成としても構わない。

なお、当然、液晶表示部 M S 4に表示するピクトグラムは「D L」マーク以外のマークや文字、絵文字等であっても構わない。

なお、本実施形態では、携帯電話機 M Sが、 I Pサーバ Wからアプリケーションの提供を受けた。し力し、 P H S (personal handyphone system) 電話機や P D A (personal digital as sistants) 或レヽ fま/ヽ⁰ーソナノレコンビュータ等が、 I Pサーバ Wからアプリケーションの提供を受けてもよい。

この時、例えば、パーソナルコンピュータを用いた時に、ピクトグラムの表示をする場所は、タスクパーなどが考えられる。ここで、タスクバーとは、マルチ „

17 タスク O Sが備えているタスクの切り替え領域のことである。

なお、本実施形態においては、携帯電話機 MSにおいて実行されたアプリケーションがダウンロードアプリケーションである場合にピクトグラム (「D L」マーク）が表示された。しかし、実行されるアプリケーションがプリインストールアプリケーションである場合にピクトグラムを表示させ、。ダウンロードしたプログラムを実行する時に表示させないようにしても良い。

[ 1. 3] 変形例

<変形例 1-1 >

本実施形態では、アプリケーション管理テーブル TB Lに格納されているダウンロードフラグ Fに基づいて、 CPU 1 1は、アプリケーションがダウンロードされたものであるか否かを判定した。しかし、他の方法により、ダウンロードアプリケーシヨンとプリインストールァプリケーシヨンとを判定しても構わない。例えば、以下のような構成を採ることが可能である。

上述したように、プリインストールアプリケーションは、工場出荷時に携帯電話機 MSの ROM1 2に格納されて出荷される。これに対して、ダウンロードアプリケーシヨンは、 EE PROM1 4に格納される。このように、プリインストールアプリケーションとダウンロードアプリケーションとは、物理的にその格納媒体が異なる。従って、 CPU 1 1は、物理的な格納媒体の違い（すなわち、「R OM1 2」である力、「EE PROM1 4」である力）に基づき、実行するァプリケーシヨンがダウンロードされたものであるか否かを判定することが可能である。

この場合、 CPU 1 1は、アプリケーション管理テーブル TB Lに格納される格納位置情報に基づいて当該アプリケーションがダウンロードされたものであるか否かを判定する。よって、アプリケーション管理テーブル TB L上のダウン口ードフラグ Fは、不要となる。

図 9は、このような構成を採った場合における CPU 1 1の処理を示した図である。図 9の処理は、ステップ S b 3までは、図 3の処理と同じであるので、ステツプ S b 3までの説明を省略する。 CPU 1 1は、ステップ S b 4において読み出した格納位置情報の格納媒体名が「EEPROM」であるか否かを判定する (ステップ S b 5)。そして、その格納媒体名が「EE PROM」である場合、「D LJ マークが C PU 1 1によって液晶表示部 MS 4に表示される（ステップ S b 6)。これに対して、その格納媒体が EE PROM 1 4ではない場合（すなわち、 ROM 1 2である場合）、「DL」マークは、液晶表示部 M S 4に表示されることはない。

なお、当然、 ROM1 2に格納されたアプリケーションの実行中にピクトグラム（「DL」マーク）を表示する構成としても良いことは言うまでもない。

<変形例 1-2 >

図 1 0は、本変形例にかかる携帯電話機 MS 1 0の構成を示した図である。なお、同図において、上述した図 2と同様の要素については、同一の符号を付してある。

本変形例かかる携帯電話機 MS 1 0において、図 2に示した携帯電話機 MSと異なる点は、 CD— ROMドライブ等の外部デバイスを接続し、データの授受を行うための外部機器接続インターフェイス部 MS 6を有している点である。そして、携帯電話機 MS 1 0は、外部機器インターフェイス部 MS 6に接続された外部デバイスからアプリケーションの供給を受け、 EE PROM1 4へとインストールする機能を有する。

また、本変形例において、アプリケーション管理テーブル TB Lには、ダウンロードフラグ Fは格納されておらず、これに換えて、インストールフラグ F 2が格納されている。ここで、このフラグ F 2は、各アプリケーションが外部デバィスからインストールされたものであるか否かを示すフラグである。

外部デバイスからアプリケーションのインストールを行った場合、 C PU 1 1 は、アプリケーション管理テーブル TB Lに対してィンストールフラグ Fとして" 1 " を格納する。そして、アプリケーションを実行する場合、 CPU 1 1は、インストールフラグ Fが" 1" となっている場合に液晶表示部 MS 4へ「DL」マークを表示させるのである。なお、この際の処理については、図 8と同様であるため説明は省略する。

このようにして、本変形例によれば、ネットワーク側からダウンロードしたァ _n

丄 y プリケーションのみならず、外部デバイスからアプリケーションのィンストールを実行した場合であっても、ユーザに対して実行中のアプリケーションが異なる出所から導入されたアプリケーションであることを通知することが可能となる。なお、本変形例においては、携帯電話機 M Sにおいて実行されたアプリケーションが外部の記憶媒体からインストールされたアプリケーションである場合にピクトグラム（「D L」マーク）を表示する構成となっている。しかし、実行されるアプリケーションがプリインストールアプリケーションである場合にピクトク、、ラムを表示する構成としても良い。 [ 2 ] 第 2実施形態

第 1実施形態では、ダウンロードしたアプリケーションか、プリインストールされたアプリケーションかによつて、ピクトグラムを表示するかを決めていた。しかしながら、ダウンロードしたアプリケーションでも、安全なものと、安全性のわからない物がある。よって、ダウンロードしたアプリケーションを安全なものと安全性がわからないものとに区別して、ピクトグラムを表示するか決めてもよい。

第 2実施形態では、上のような区別を可能にするために、図 1 1に示されるようなゲートウェイサーバ GW S 2を使う。なお図 1 1で、図 1と同じ要素には同じ符号がつけられている。

このゲートウェイサーバ GW S 2は、承認データベース GW S 2 1を有している。この承認データベース GW S 2 1に格納されるデータは、移動通信事業者と、信頼性を保証する旨の契約を結んだ I Pの保有する I Pサーバ Wのァドレスである。ゲートウヱイサーバ G W S 2は、インターネット I N E Tからデータを受信するとそのデータの送信元ァドレスを抽出し、当該送信元ァドレスと同一のァドレスが承認データベース GW S 2 1に格納されているか否かを判定する。

例えば、上述した図 6を使って説明すると、データ D 7を受信すると、ゲートウェイサーバ GW S 2は、このデータ D 7から送信元アドレスを抽出し、当該送信元ァドレスと同一のァドレスが承認データベース GW S 2 1に格納されているか否かを判定するのである。そして、この判定の結果、当該送信元アドレスと同一のァドレスが承認データベース GWS 2 1に存在する場合、ゲートウエイサーバ GWS 2は、受信したデータ D 7をプロトコル変換し、データ D 8として移動パケット通信網 MP Nに転送する際に、当該バケツトのヘッダ部に承認されたことを示す識別子（以下、「承認識別子」という）を付加して転送する。

これに対して、当該送信元アドレスと同じアドレスが承認データベース GWS 2 1に存在しない場合、ゲートウェイサーバ GWS 2は、受信したデータに承認識別子を付加すること無くプロトコル変換を行って移動パケット通信網 MP Nへと転送する。

—方、データ D 8を受信した携帯電話機 MSの CPU 1 1は、そのデータ D 8 のヘッダ部に承認識別子が含まれているか否かを判定する。そして、データ D 8 に承認識別子が付加されている場合、 CPU 1 1は、当該アプリケーションに対応したダウンロードフラグ Fを" 0" としてアプリケーション管理テーブル TB Lに格納する。これに対して、データ D 8に承認識別子が付加されていない場合、携帯電話機 MSは、当該アプリケーションに対応したダウンロードフラグ Fを" 1" としてアプリケーション管理テーブル TB Lに格納する。

なお、アプリケーションの実行時の動作については、上述した第 1実施形態と全く同様であるため（図 9参照）、説明を省略する。

このようにして、ゲートウエイサーバがィンターネットから受信したデータの信頼性を保証する。このため、携帯電話機のユーザは、信頼性の保証されていないアプリケーションが実行されていることを容易かつ確実に認識することが可能となる。さらに、 I Pは、ユーザからの信頼を得ながらアプリケーションの提供を行うことができる。

なお、本実施形態においては、携帯電話機 MS上で実行されるアプリケーションの信頼性が保証されていない場合にピクトグラム（「DL」マーク）が表示された。しかし、実行されるアプリケーションの信頼性が保証されている場合にピクトグラムを表示させても良い。

[3] 変形例

本発明の実施の形態には、ダウンロードしたアプリケーションか、プリインストールされたアプリケーションかによつて、画面上にマークを表示する携帯端末を生産し、販売すると言った形態の他、端末装置に上記のような機能を実現させるプログラムを電気通信回線を介して配布する形態や、そのようなプログラムをコンピュータで読み取る事の出来る記録媒体に記録して配布するという形態もありうる。

Claims

請求の範囲

1 . 複数のアプリケーションを記憶した記憶手段と、

前記記憶手段に記憶されている前記アプリケーションを実行する一方、実行しているアプリケーションの出所に応じた通知をユーザに行うアプリゲーシヨン実行手段と

を具備することを特徴とする端末装置。

2 . 前記アプリケーション実行手段は、ァプリケーションのィンストール形態に基づいて、前記アプリケーションの出所を判断する

ことを特徴とする請求項 1に記載の端末装置。

3 . 前記アプリケーション実行手段は、実行しているアプリケーションがネットワークからダウンロードされたアプリケーションである否かによって、前記通知を変化させる

ことを特徴とする請求項 1に記載の端末装置。

4 . 前記アプリケーション実行手段は、実行しているアプリケーションが外部の記憶媒体から読み出されたアプリケーションである否かによって、前記通知を変化させる

ことを特徴とする請求項 1に記載の端末装置。

5 . 前記アプリケーション実行手段は、実行しているアプリケーションが当該アプリケーションの供給元とは異なる第三者機関により信頼性が保証されているか否かによって、前記通知を変化させる

ことを特徴とする請求項 2に記載の端末装置。

6 . 前記記憶手段に記憶されている前記アプリケーションは、ネットワークから中継装置を介してダウンロードされたものを含み、前記アプリケーション実行手段は、前記中継装置によって付加された所定の識別子の有無によって、当該アプリケーションの信頼性が保証されているか否かを判断することを特徴とする請求項 5に記載の端末装置。

7 . 前記記憶手段は、外部から取得したアプリケーションを記憶する第 1の記憶手段と、

予めアプリケーションを記憶している第 2の記憶手段とを有し、

前記アプリケーション実行手段は、実行しているアプリケーションの記憶位置が前記第 1の記憶手段の時と前記第 2の記憶手段の時とで、前記通知を変化させる

ことを特徴とする請求項 1に記載の端末装置。

8 . 前記アプリケーション実行手段の制御の下、各種情報を表示する表示手段を更に有し、

前記アプリケーション実行手段は、アプリケーションの出所に応じた前記通知を画像により前記表示手段に表示させる

ことを特徴とする請求項 1に記載の端末装置。

9 . 前記表示手段は、前記アプリケーション実行手段が実行しているアプリケーションに基づいた処理画面を第 1の表示領域に表示すると共に、前記通知情報に応じた画像を前記第 1の領域とは独立した第 2の表示領域に表示する

ことを特徴とする請求項 8に記載の端末装置。

1 0 . 端末装置が、ネットワークからアプリケーションをダウンロードし、前記端末装置が、ダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に記憶し、

前記端末装置が、アプリケーションを実行する際に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示することを特徴とする端末装置にアプリケーションを実行させる方法。

1 1 . 端末装置が、ネットワークから中継サーバを介してアプリケーションをダウンロードし、

前記端末装置は、前記アプリケーションを実行する際に、前記中継サーバによつて当該アプリケーションに識別子が付加されている場合、前記端末装置の表示部に所定の画像を表示する

ことを特徴とする端末装置にアプリケーションを実行させる方法。

1 2 . 通信部により、ネットワークからアプリケーションをダウンロードする処理と、

前記アプリケーションがダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に格納する処理と、アプリケーションを実行する時に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する処理とをコンピュータに実行させるプログラム。

1 3 . 通信部により、ネットワークからアプリケーションをダウンロードする処理と、

前記アプリケーションがダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に記憶する処理と、アプリケーションを実行する時に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する処理とをコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記録媒体。

1 4 . 第 1のネットワークと第 2のネットワークとのデータの授受を中継する中継装置であって、

前記第 1のネットワークからデータを受信する受信手段と、前記受信手段によって受信されたデータを前記第 2のネットワークに転送すると共に、当該データが、その供給元とは異なる第三者機関により信頼性が保証されていなレヽデータである場合に、当該データに対して所定の識別子を付加して転送する転送手段と

を具備することを特徴とする中継装置。

1 5 . 前記受信手段が前記第 1のネットワークから受信するデータは、前記第 1のネットワークに接続されたサーバにより送信され、

前記転送手段は、前記受信手段が受信した前記データを送信したサーバの識別情報に基づいて、当該データの信頼性が保証されているか否かを判断することを特徴とする請求項 1 4に記載の中継装置。