JPWO2002048869A1 - 端末装置及び中継装置 - Google Patents

Abstract

携帯電話機ＭＳのＥＥＰＲＯＭ１４のテーブル領域１４ｂに設けられたアプリケーション管理テーブルＴＢＬには、アプリケーション名と、格納位置情報と、ダウンロードフラグＦが格納されている。ここで、フラグＦは、当該アプリケーションがダウンロードされたものであるか否かを示すフラグであり、ＣＰＵ１１は、ＩＰサーバＷからアプリケーションをダウンロードすると、当該アプリケーションに対応したダウンロードフラグを”１”とする。そして、ＣＰＵ１１は、アプリケーションを実行する際に、当該アプリケーションに対応したダウンロードフラグＦを読み出して、ダウンロードフラグＦが”１”である場合に液晶表示部ＭＳ４に所定の画像を表示させる。

Description

技術分野
本発明は、インストールされたアプリケーションプログラム（以下、「アプリケーション」という）を実行する端末装置及び異なるネットワーク間のデータの授受を中継する中継装置に関する。
背景技術
パーソナルコンピュータ等の端末装置には、種々のアプリケーションをインストールすることができ、この端末にこのアプリケーションを実行させて、様々な機能を実現させることができる。このような端末装置にインストールするアプリケーションの出所として、ＣＤ−ＲＯＭ等の記憶媒体と、インターネット等のネットワーク上のサーバなどがある。また、端末の出荷前にも、端末にアプリケーションはインストールされうるので、端末販売者も出所になるし、アプリケーションを端末にインストールするよう端末販売者と契約した者もアプリケーションの出所になる。
しかし、これらのアプリケーション出所の全てが信頼できるわけではない。例えば、インターネット上には、悪意のある者が危険なアプリケーションを置いているサーバもある。この結果、端末およびその使用者はいろいろな危険にさらされている。
発明の開示
本発明は、以上説明した事情に鑑みてなされたものであり、端末上で動かすアプリケーションの出所の違いを端末の使用者に知らせることができる端末装置及び中継装置を提供することを目的とする。
以上説明した課題を解決するために、本発明は、複数のアプリケーションを記憶した記憶手段と、前記記憶手段に記憶されている前記アプリケーションを実行する一方、実行しているアプリケーションの出所に応じた通知をユーザに行うアプリケーション実行手段とを有する端末装置を提供する。
前記アプリケーション実行手段は、アプリケーションのインストール形態に基づいて、前記アプリケーションの出所を判断するようにしても良い。
アプリケーション実行手段は、実行しているアプリケーションがネットワークからダウンロードされたアプリケーションである否かによって、前記通知を変化させるようにしても良い。
前記アプリケーション実行手段は、実行しているアプリケーションが外部の記憶媒体から読み出されたアプリケーションである否かによって、前記通知を変化させるようにしてもよい。
前記アプリケーション実行手段は、実行しているアプリケーションが当該アプリケーションの供給元とは異なる第三者機関により信頼性が保証されているか否かによって、前記通知を変化させるようにしてもよい。
前記記憶手段に記憶されている前記アプリケーションには、ネットワークから中継装置を介してダウンロードされたものが含むようにして、前記アプリケーション実行手段は、前記中継装置によって付加された所定の識別子の有無によって、当該データの信頼性が保証されているか否かを判断するのが好ましい。
前記記憶手段は、外部から取得したアプリケーションを記憶する第１の記憶手段と、予めアプリケーションを記憶している第２の記憶手段とを有するようにしても良い。
前記アプリケーション実行手段は、実行しているアプリケーションの記憶位置が前記第１の記憶手段の時と前記第２の記憶手段の時とで、前記通知を変化させるようにしてもよい。
端末装置は、前記アプリケーション実行手段の制御の下、各種情報を表示する表示手段を更に有するのが好ましい。また、アプリケーション実行手段は、アプリケーションの出所に応じた前記通知を画像により前記表示手段に表示させるのが好ましい。
前記表示手段は、アプリケーション実行手段が実行しているアプリケーションに基づいた処理画面を第１の表示領域に表示するのが好ましい。この時、前記表示手段は、同時に前記通知情報に応じた画像を前記第１の領域とは独立した第２の表示領域に表示するのが好ましい
更に、本発明が提供する端末装置にアプリケーションを実行させる方法によれば、端末装置が、ネットワークからアプリケーションをダウンロードし、前記端末装置が、ダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に記憶し、前記端末装置が、アプリケーションを実行する際に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する。
更に、本発明が提供する端末装置にアプリケーションを実行させる方法によれば、端末装置が、ネットワークから中継サーバを介してアプリケーションをダウンロードし、前記端末装置は、前記アプリケーションを実行する際に、前記中継サーバによって当該アプリケーションに識別子が付加されている場合、前記端末装置の表示部に所定の画像を表示する。
更に本発明は、通信部により、ネットワークからアプリケーションをダウンロードする処理と、前記アプリケーションがダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に格納する処理と、アプリケーションを実行する時に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する処理とをコンピュータに実行させるプログラムを提供する。
更に本発明は、通信部により、ネットワークからアプリケーションをダウンロードする処理と、前記アプリケーションがダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に記憶する処理と、アプリケーションを実行する時に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する処理とをコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記録媒体を提供する。
更に本発明は、第１のネットワークと第２のネットワークとのデータの授受を中継する中継装置であって、前記第１のネットワークからデータを受信する受信手段と、前記受信手段によって受信されたデータを前記第２のネットワークに転送すると共に、当該データが、その供給元とは異なる第三者機関により信頼性が保証されていないデータである場合に、当該データに対して所定の識別子を付加して転送する転送手段とを具備する中継装置を提供する。
前記受信手段が前記第１のネットワークから受信するデータは、前記第１のネットワークに接続されたサーバにより送信され、前記転送手段は、前記受信手段が受信した前記データを送信したサーバの識別情報に基づいて、当該データの信頼性が保証されているか否かを判断するのが好ましい。
アプリケーションの出所は、インストール形態、すなわち、いかなる方法により、アプリケーションのインストールが行われたかにより定まる。インストール形態には、例えば、記憶媒体からインストールする方法、ネットワークからダウンロードしてインストールする方法がある。
発明を実施するための最良の形態
以下、図面を参照して、本発明の実施形態について説明する。なお、本実施形態においては、不揮発性メモリに書き込まれるアプリケーションを対象にしているので、「アプリケーション」というときは、ブラウザ上で実行されるＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）形式のデータ（以下、「ＨＴＭＬデータ」という）内でタグにより指定されるファイル（例えば、アプレットやＧＩＦファイル）を除く。
［１］第１実施形態
図１は、本実施形態による携帯電話機ＭＳが、インターネット上のサーバからアプリケーションをダウンロードする際に使われる要素を示している。本実施形態では、携帯電話機を使って説明をするが、ＰＤＡなどの端末装置にも本発明を適用できる。
図１を使って、携帯電話がインターネット上のＩＰサーバＷから、アプリケーションをダウンロードする時に通る要素を簡単に説明する。
ＩＰサーバＷに記憶されたアプリケーションは、インターネットＩＮＥＴ、ゲートウェイサーバＧＷＳ、移動パケット通信網ＭＰＮ、基地局ＢＳと通り、移動機ＭＳにまで送られる。なお、図１においては、図面が煩雑となることを防ぐため、１つの携帯電話機ＭＳ、１つの基地局ＢＳ及び２つのＩＰサーバＷのみが示されているが、移動機ＭＳ、基地局ＢＳ、ＩＰサーバＷは、複数存在する。
ＩＰサーバＷは、ＩＰ（Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｖｉｄｅｒ）の保有するコンピュータシステムである。このＩＰサーバＷは、例えば、ＨＴＭＬデータや、Ｊａｖａ（登録商標）プログラミング言語で記述されたＪａｖａアプリケーション、その他の言語により記述された各種アプリケーションを保持している（以下、特に特定する必要がない場合、Ｊａｖａアプリケーションとそれ以外のアプリケーションを総称してアプリケーションという）。このＩＰサーバＷが保有するアプリケーションには、例えば、株売買等のオンライントレーディングを行うアプリケーション、アドレス帳アプリケーション、ＰＩＭ（Ｐｅｒｓｏｎａｌ　Ｉｎｆｏｒｍａｔｉｏｎ　ｍａｎａｇｅｒ）アプリケーションがある。これらアプリケーションは、その種類によって、異なる方法で保有されている。例えば、Ｊａｖａアプリケーションは、当該アプリケーションの名称等の属性を有するＡＤＦと当該アプリケーションのデータ実体を有するＪａｒに分割してＩＰサーバＷに保有されている。なお、以下の説明においては、ＡＤＦとＪａｒを特に区別する必要がない場合、これらを合わせてＪａｖａアプリケーションという。また、Ｊａｖａアプリケーション以外のアプリケーションは、分割されることなく保有されている。
これらアプリケーションを含むデータのそれぞれにはＵＲＬが設定されている。ＩＰサーバＷは、インターネットＩＮＥＴから受信したＧＥＴ要求に含まれているＵＲＬを抽出して、当該ＵＲＬにより示されるデータをインターネットＩＮＥＴへと返信する。この時、ＩＰサーバＷが受信したＧＥＴ要求に含まれているＵＲＬがＪａｖａアプリケーション以外のアプリケーションを示している場合、ＩＰサーバＷは、単に示されたアプリケーション本体を返信する。しかし、当該ＵＲＬがＪａｖａアプリケーションを示している場合、ＩＰサーバＷは、当該ＵＲＬが示すＪａｖａアプリケーションのＡＤＦをインターネットＩＮＥＴへと返信する。そして、その返信したＡＤＦに対応したＪａｒの配信要求が送信されてくると、ＩＰサーバＷは、当該配信要求に対応したＪａｒを返信する。
携帯電話機ＭＳは、移動パケット通信網ＭＰＮを介してデータ通信が出来、また、図示しない移動電話網を介して音声通話を行うことが出来る。携帯電話機ＭＳは、ＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）ブラウザを搭載しており、これにより、携帯電話機ＭＳのユーザは、ＩＰサーバＷの提供しているページを閲覧することができる。また、携帯電話機ＭＳに搭載されているＷＷＷブラウザは、Ｊａｖａアプレットの実行機能を有しており、ＷＷＷページの閲覧に際し、タグ指定されたＪａｖａアプレットをダウンロードしてＷＷＷブラウザ上で実行することができる。また、携帯電話機ＭＳは、ＩＰサーバＷからダウンロードしたＪａｖａアプリケーション等の各種アプリケーションを実行する環境を有している。
さらに、本実施形態にかかる携帯電話機ＭＳは、アプリケーションの出所によりアプリケーションの扱いを変更する。より具体的には、携帯電話機ＭＳは、ダウンロードされたアプリケーションの実行中に当該アプリケーションがダウンロードされたものであることをユーザに通知する機能を有している。なお、この機能を実現するための具体的構成については、後に詳細に説明する。
移動パケット通信網ＭＰＮは、携帯電話機ＭＳに対してパケット通信サービスを提供するための通信網であり、ゲートウェイサーバＧＷＳや複数の基地局ＢＳを収容する他、図示せぬパケット加入者処理装置を有する。
ゲートウェイサーバＧＷＳは、インターネットＩＮＥＴと、移動パケット通信網ＭＰＮとを相互接続する移動パケット関門中継交換局に設けられたコンピュータシステムである。このゲートウェイサーバＧＷＳは、受信したデータのプロトコルを、転送先となるネットワークの従うプロトコルに変換して転送する。本実施形態において移動パケット通信網ＭＰＮとインターネットＩＮＥＴとの間のデータ通信は、このゲートウェイサーバＧＷＳの機能により実現される。
（Ａ）携帯電話機ＭＳのハードウェア構成
図２は、本実施形態にかかる携帯電話機ＭＳの構成を示すブロック図である。
同図に示すように携帯電話機ＭＳは、制御部ＭＳ１と、送受信部ＭＳ２と、指示入力部ＭＳ３と、液晶表示部ＭＳ４と、各要素間におけるデータの授受を仲介するバスＭＳ５を有する。
送受信部ＭＳ２は、制御部ＭＳ１の制御の下、移動パケット通信網ＭＰＮの基地局ＢＳと無線通信を行う。
指示入力部ＭＳ３は、ＰＢ（プッシュボタン）等の各種ボタン及びカーソルキーからなり、ユーザによって入力操作が行われると、その入力操作に対応した操作信号を制御部ＭＳ１に供給する。液晶表示部ＭＳ４は、液晶パネル等の表示装置から構成されており、制御部ＭＳ１の制御の下に各種情報を表示する。
制御部ＭＳ１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１３と、ＥＥＰＲＯＭ１４を有しており、携帯電話機ＭＳの各部を制御する。ＲＯＭ１２には、制御用アプリケーションの他、上述したＷＷＷブラウザ等の各種アプリケーションがインストールされている。ここで、ＲＯＭ１２にインストールされるアプリケーションは、携帯電話機ＭＳの製造過程においてインストール（すなわち、プリインストール）されるものであり、移動通信事業者や携帯電話機ＭＳのメーカーによって、その信頼性が保証されているアプリケーションである。以下の説明おいては、このＲＯＭ１２にプリインストールされたアプリケーションをプリインストールアプリケーションと呼ぶ。
ＲＡＭ１３は、ＣＰＵ１１のワークエリアとして用いられ、例えば、ＩＰサーバＷからダウンロードされたＨＴＭＬデータやアプリケーションなどが一時的に格納される。
ＥＥＰＲＯＭ１４は、アプリケーション格納領域１４ａとテーブル領域１４ｂを有する。アプリケーション格納領域１４ａには、ＩＰサーバＷからダウンロードされたアプリケーションが格納される。なお、以下の説明においては、ＩＰサーバＷからダウンロードされ、ＥＥＰＲＯＭ１４のアプリケーション格納領域１４ａに格納されたアプリケーションをダウンロードアプリケーションと呼ぶ。
一方、テーブル領域１４ｂには、図３に示すようなアプリケーション管理テーブルＴＢＬが設けられている。同図に示すように、アプリケーション管理テーブルＴＢＬには、携帯電話機ＭＳ内にインストールされている全てのアプリケーション（すなわち、上記プリインストールアプリケーション及びダウンロードアプリケーション）のアプリケーション名の各々に対応付けて、当該アプリケーションの格納位置情報（格納媒体名及びメモリアドレス）とダウンロードフラグＦが格納されている。
ここで、ダウンロードフラグＦは、当該アプリケーションがダウンロードされたアプリケーションであるか否かを示すフラグであり、このフラグＦが”１”である場合、当該アプリケーションはダウンロードされたものであることを示す。これに対し、このフラグＦが”０”である場合、当該アプリケーションは、プリインストールされていたものであることを示している。
本実施形態において、ＣＰＵ１１は、ＲＯＭ１２及びＥＥＰＲＯＭ１４に格納されたアプリケーションの実行時に、このアプリケーション管理テーブルＴＢＬの内容に基づいて、実行するアプリケーションの取り扱いを変更する。より具体的には、ＣＰＵ１１は、アプリケーション実行時にアプリケーション管理テーブルＴＢＬからダウンロードフラグＦを読み出し、その値が”１”である場合、液晶表示部ＭＳ４に対して制御信号を供給する。この結果、液晶表示部ＭＳ４には、所定の画像が表示される。かかる機能により、本実施形態にかかる携帯電話機ＭＳは、ＣＰＵ１１が実行しているアプリケーションがダウンロードアプリケーションであることをユーザに通知することが可能となる。
図４Ａは、プリインストールアプリケーションの実行中における液晶表示部ＭＳ４の表示の一例を示した図であり、図４Ｂは、ダウンロードアプリケーションの実行中における液晶表示部ＭＳ４の表示の一例を示す図である。図４Ａと図４Ｂから分かるように、図４Ｂには、「ＤＬ」と書かれた画像が表示されている（以下この画像を「ＤＬ」マークと言う）。このように、実行されるアプリケーションが、ダウンロードアプリケーションの時には、「ＤＬ」マークが表示される。
なお、図４Ａ及び図４Ｂで示される表示画面は、２つの領域に分けられている。このうち点線部よりも下の領域は、実行されているアプリケーションの実行画面が表示される領域である。これに対して、点線部よりも上の領域Ｐは、アンテナマーク等の携帯電話機に特有のアイコン（以下、これらのアイコンを「ピクトグラム」という、「ＤＬ」マークもピクトグラムである）を表示するための領域である。この領域Ｐは、ＣＰＵ１１がいかなるアプリケーションを実行している場合であっても、当該アプリケーションによって占有されることがなく、他の領域と独立して表示が行われる領域である。
「ＤＬ」マークは、領域Ｐに表示されるので、領域Ｐをみれば、実行中のアプリケーションが、ダウンロードアプリケーションであるかが分かる。
（Ｂ）携帯電話機のアプリケーション実行環境
図５は、携帯電話機ＭＳにおけるアプリケーションの実行環境を示す模式図である。
本実施形態において、携帯電話機ＭＳのアプリケーションの実行環境は、最下層に設けられたオペレーションシステム（以下、「ＯＳ」という）上に、Ｊａｖａ実行環境（以下、「ＪＲＥ」（Ｊａｖａ　Ｒｕｎｔｉｍｅ　Ｅｎｖｉｒｏｎｍｅｎｔ）という）を有している。
ＪＲＥは、ＯＳが提供する機能を用いて実行されるＪａｖａアプリケーションマネージャ（以下、「ＪＡＭ」と略称する）と、Ｊａｖａバーチャルマシン（以下、「ＫＶＭ」と略称する）によって構成されている。Ｊａｖａアプリケーションは、ＣＰＵ１１により、このＪＲＥが提供する実行環境で実行される。ここで、ＪＡＭは、Ｊａｖａアプリケーションの実行に伴うセキュリティなどを管理するソフトウェアである。また、ＫＶＭは、ＪＡＭによる制御の下、Ｊａｖａアプリケーションを実行するソフトウェアであり、Ｊａｖａの実行ファイル形式であるバイトコードを移動機ＭＳのＣＰＵ１１が解釈可能な命令コードに変換する機能を有する。これらＪＡＭやＫＶＭは、移動機ＭＳのＲＯＭ１２に記憶されている。
これに対して、Ｊａｖａアプリケーション以外のアプリケーション（例えば、ＷＷＷブラウザ等）は、ＯＳが提供する機能を用いてＣＰＵ１１により実行される。
［１．２］第１実施形態の動作
以下、本実施形態の動作を（Ａ）アプリケーションをダウンロードする時の動作、（Ｂ）携帯電話機ＭＳにおいてアプリケーションを実行する際の動作、の順に説明する。
（Ａ）アプリケーションをダウンロードする時の動作
以下、図６に示すデータシーケンスを参照しつつ、アプリケーションをダウンロードする時の動作について説明する。
まず、ユーザは、ＷＷＷブラウザを起動すべく、携帯電話機ＭＳの指示入力部ＭＳ３を操作する。この結果、指示入力部ＭＳ３から供給される操作信号に従い、ＣＰＵ１１は、ＲＯＭ１２からＷＷＷブラウザを読み出して、上述した移動パケット通信網ＭＰＮ内のパケット加入者処理装置に対してパケット登録を行う。このパケット登録とは、携帯電話機ＭＳが移動パケット通信網ＭＰＮとの間においてパケット交換を行うための登録手続きである。パケット登録が行われると、携帯電話機ＭＳは、ゲートウェイサーバＧＷＳとの間でパケット交換を行うことが可能となる。この結果、携帯電話機ＭＳは、要求や応答をパケット交換で行うことが可能となる。
その後、ユーザが携帯電話機ＭＳの指示入力部ＭＳ３に、例えば、ＩＰサーバＷのダウンロードページを示すＵＲＬを指定する入力を行うと、携帯電話機ＭＳのＣＰＵ１１は、当該ＵＲＬを含むＧＥＴ要求Ｄ１を送受信部ＭＳ２を介して移動パケット通信網ＭＰＮへと送出する。このＧＥＴ要求Ｄ１は、その後、ゲートウェイサーバＧＷＳによって受信される。そして、ゲートウェイサーバＧＷＳは、このＧＥＴ要求Ｄ１をプロトコル変換して、ＧＥＴ要求Ｄ２としてインターネットＩＮＥＴへと転送する。
ＩＰサーバＷは、このＧＥＴ要求Ｄ２を受信すると、当該ＧＥＴ要求Ｄ２に含まれるＵＲＬが示すＨＴＭＬデータＤ３（今の場合、ダウンロードページ）をインターネットＩＮＥＴへと返信する。このＨＴＭＬデータＤ３は、ゲートウェイサーバＧＷＳにより受信され、ＨＴＭＬデータＤ４として移動パケット通信網ＭＰＮへと転送される。
次に、このＨＴＭＬデータＤ４は、携帯電話機ＭＳの送受信部ＭＳ２によって受信される。携帯電話機ＭＳのＣＰＵ１１は、受信したＨＴＭＬデータＤ４をＲＡＭ１３に格納すると共に、液晶表示部ＭＳ４に当該ＨＴＭＬデータＤ４による画面を表示させる。
図７は、ＨＴＭＬデータＤ４を受信した携帯電話機ＭＳの液晶表示部ＭＳ４において表示される画像の一例を示した図である。同図に示すように、携帯電話機ＭＳの液晶表示部ＭＳ４上には、携帯電話機ＭＳがＩＰサーバＷからダウンロード可能なアプリケーション名が表示される。図７では、具体的には、ダウンロードメニューが表示されている。そして、アプリケーション名がいくつか表示されている。また、これらアプリケーション名は、ＨＴＭＬデータの中で、アンカータグを使って書かれている。
この時、ユーザーが「アプリケーションａ」をダウンロードしたいとすると、次の様な操作が行われる。まず、ユーザーは、指示入力部ＭＳ３のカーソルキーを操作して、アプリケーション名を選択する。すると、ＣＰＵ１１は、選択されたアプリケーション名の文字列を反転表示させる。つまり、図７に示す場合において、「アプリケーションａ」という文字列が反転表示される。この反転表示されている状態で、ユーザが指示入力部ＭＳ３の決定ボタンを押下すると、ＣＰＵ１１は、メニュー項目「アプリケーションａ」を指定しているＵＲＬを含むＧＥＴ要求Ｄ５を送受信部ＭＳ２を介して、移動パケット通信網ＭＰＮへと送出する。この際、ＣＰＵ１１は、選択されたアプリケーション名の文字列（すなわち、「アプリケーションａ」）をＲＡＭ１３に書き込む。
次に、携帯電話機ＭＳにより送信されたＧＥＴ要求Ｄ５は、ゲートウェイサーバＧＷＳにより受信され、ＧＥＴ要求Ｄ６としてインターネットＩＮＥＴへ転送された後、ＩＰサーバＷにより受信される。ＩＰサーバＷは、受信したＧＥＴ要求Ｄ６に含まれているＵＲＬを抽出する。そして、ＩＰサーバＷは、このＵＲＬによって指定されるアプリケーション（すなわち、アプリケーションａ）をデータＤ７としてインターネットＩＮＥＴに返信する。データＤ７は、ゲートウェイサーバＧＷＳによりプロトコル変換され、データＤ８として携帯電話機ＭＳに受信される。
この際、本実施形態においては、ダウンロードされるアプリケーション（すなわち、アプリケーションａ）がＪａｖａアプリケーションであるか否かによって、異なる処理を実行する。以下、アプリケーションａがＪａｖａアプリケーションである場合と、それ以外のアプリケーションである場合に分けて説明を行うこととする。
（ｉ）アプリケーションａがＪａｖａアプリケーションである場合
移動機ＭＳが送信し、ゲートウェイサーバＧＷＳにより転送されたＧＥＴ要求Ｄ６をＩＰサーバＷが受信すると、ＩＰサーバＷは、当該ＧＥＴ要求に含まれている、ＵＲＬを抽出する。そして、ＩＰサーバＷは、当該ＵＲＬに対応したＡＤＦ（すなわち、アプリケーションａに対応したＡＤＦ）をインターネットＩＮＥＴへと返信する。このＡＤＦは、ゲートウェイサーバＧＷＳによって受信されて、移動パケット通信網ＭＰＮへと転送される。
このＡＤＦを移動機ＭＳの送受信部ＭＳ２が受信すると、移動機ＭＳのＣＰＵ１１は、そのＡＤＦに含まれているアプリケーション名「アプリケーションａ」を抽出して、アプリケーション管理テーブルＴＢＬに格納する。そして、ＣＰＵ１１は、受信したＡＤＦをＥＥＰＲＯＭ１４のアプリケーション格納領域１４ａへと格納すると共に、当該ＡＤＦの格納位置（すなわち、格納媒体名（ＥＥＰＲＯＭ１４）とメモリアドレス）をＲＡＭ１３に記憶する。
次に、ＣＰＵ１１は、移動パケット通信網ＭＰＮに対して、その受信したＡＤＦに対応したＪａｒ（すなわち、アプリケーションａのＪａｒ）の配信要求を送信する。このＪａｒの配信要求は、ゲートウェイサーバＧＷＳにより転送されて、ＩＰサーバＷに受信される。このＪａｒの配信要求を受信したＩＰサーバＷは、配信要求に対応したＪａｒ（すなわち、アプリケーションａに対応したＪａｒ）を返信する。
返信されたＪａｒが移動機ＭＳの送受信部ＭＳ２によって受信されると、ＣＰＵ１１においては、以下のような処理が実行される。
ステップ１
ＣＰＵ１１は、受信したアプリケーションａのＪａｒを、ＥＥＰＲＯＭ１４のアプリケーション格納領域１４ａに格納する。この際、ＣＰＵ１１は、ＲＡＭ１３に格納していたＡＤＦの格納位置を読み出し、当該ＪａｒとＡＤＦを対応付ける。
ステップ２
次に、ＣＰＵ１１は、アプリケーション管理テーブルＴＢＬに対して、アプリケーションａの格納位置情報（すなわち、アプリケーションａに対応したＡＤＦ及びＪａｒの格納位置）を格納する。この際、格納位置情報として格納媒体名（ＥＥＰＲＯＭ１４）とメモリアドレスが格納される。
ステップ３
ＣＰＵ１１は、アプリケーション管理テーブルＴＢＬに対してダウンロードフラグＦを格納する。今の場合、アプリケーションａは、ＩＰサーバＷからダウンロードされたものであるため、ＣＰＵ１１は、ダウンロードフラグＦとして”１”をアプリケーション管理テーブルＴＢＬに格納する。
ステップ４
ＣＰＵ１１は、液晶表示部ＭＳ４に、例えば、「ダウンロードが完了しました」等の文字を表示させ、処理を終了する。
（ｉｉ）アプリケーションａがＪａｖａアプリケーションでない場合
移動機ＭＳから送信され、ゲートウェイサーバＧＷＳにより転送されたＧＥＴ要求Ｄ６を受信したＩＰサーバＷは、当該ＧＥＴ要求に含まれているＵＲＬを抽出して、当該ＵＲＬが示すアプリケーション（すなわち、アプリケーションａ）をデータＤ７としてインターネットＩＮＥＴへと返信する。このデータＤ７がゲートウェイサーバＧＷＳによりデータＤ８として転送され、携帯電話機ＭＳの送受信部ＭＳ２に受信されると、携帯電話機ＭＳのＣＰＵ１１は、以下の処理を実行する。
ステップ１
ＣＰＵ１１は、ＲＡＭ１３に格納していた文字列「アプリケーションａ」を読み出して、アプリケーション管理テーブルＴＢＬにアプリケーション名として格納する。
ステップ２
ＣＰＵ１１は、受信したアプリケーションａをＥＥＰＲＯＭ１４のアプリケーション格納領域１４ａに格納する。
ステップ３
次に、ＣＰＵ１１は、アプリケーション管理テーブルＴＢＬに対して、アプリケーションａの格納位置情報を格納する。この際、格納位置情報として格納媒体名（ＥＥＰＲＯＭ１４）とメモリアドレスが格納される。
ステップ４
ＣＰＵ１１は、アプリケーション管理テーブルＴＢＬに対してダウンロードフラグＦを格納する。今の場合、アプリケーションａは、ＩＰサーバＷからダウンロードされたものであるため、ＣＰＵ１１は、ダウンロードフラグＦとして”１”をアプリケーション管理テーブルＴＢＬに格納する。
ステップ５
ＣＰＵ１１は、液晶表示部ＭＳ４に、例えば、「ダウンロードが完了しました」等の文字を表示させ、処理を終了する。
（Ｂ）携帯電話機ＭＳにおいてアプリケーションが実行される際の動作
次に、図８を参照しつつ、携帯電話機ＭＳにおいてアプリケーションを実行する際の動作について説明するが、以下の説明においては、説明をより具体的なものとするためＥＥＰＲＯＭ１４のアプリケーション管理テーブルＴＢＬは、図３に示したものと同様の内容を有するものとする。
まず、ユーザが指示入力部ＭＳ３の所定のボタンを操作すると、携帯電話機ＭＳのＣＰＵ１１は、操作に従って、アプリケーション管理テーブルＴＢＬに格納されている全てのアプリケーション名を読み出す。そして、ＣＰＵ１１は、当該アプリケーション名を表示するように表示制御信号を液晶表示部ＭＳ４へ供給する（ステップＳａ１、Ｓａ２）。この結果、液晶表示部ＭＳ４には、各アプリケーション名に対応したメニューが表示される。
このようにして、液晶表示部ＭＳ４にメニューが表示されている状態となると、ＣＰＵ１１は、ユーザにより起動すべきアプリケーションを指定する入力操作が指示入力部ＭＳ３に行われるまで、待機する状態となる（ステップＳａ３）。
その後、ユーザが、指示入力部ＭＳ３に、例えば、アプリケーションａを起動するためアプリケーション名「アプリケーションａ」を入力すると、ＣＰＵ１１は、アプリケーション管理テーブルＴＢＬから、アプリケーション名「アプリケーションａ」に対応した格納位置情報「ＥＥＰＲＯＭ（＃１）」とダウンロードフラグＦ”１”を読み出す（ステップＳａ４）。
この読み出しが完了すると、ＣＰＵ１１は、読み出したダウンロードフラグＦが”１”であるか否かを判定する状態となる（ステップＳａ５）。今の場合、アプリケーション名「アプリケーションａ」に対応したダウンロードフラグＦは、”１”である。従って、ステップＳａ５における判断は、「Ｙｅｓ」となる。そして、ＣＰＵ１１は、液晶表示部ＭＳ４の領域Ｐに「ＤＬ」マークを表示させるための処理を実行すると共に（ステップＳａ６）、格納位置情報「ＥＥＰＲＯＭ（＃１）」に従い、ユーザが指定したアプリケーションａ（アプリケーションａがＪａｖａアプリケーションである場合、ＡＤＦ及びＪａｒ）を読み出す（ステップＳａ７）。
これに対して、ステップＳａ５における判断が「Ｎｏ」の場合（すなわち、ダウンロードフラグＦが”０”の場合）、ＣＰＵ１１は、領域Ｐに対する表示を液晶表示部ＭＳ４に行わせることなく、指定されたアプリケーションの読み出しを行う（ステップＳａ７）。
このようにして、読み出されたアプリケーションａは、ＣＰＵ１１により当該アプリケーションに対応した環境下で実行される（ステップＳａ８）。つまり、読み出されたアプリケーションａがＪａｖａアプリケーションである場合、ＣＰＵ１１は、ＪＲＥにより提供される機能を用いてアプリケーションａを実行する。これに対して、アプリケーションａがＪａｖａアプリケーション以外のアプリケーションである場合、ＣＰＵ１１は、ＯＳにより提供される機能によりアプリケーションａを実行することとなる。
このようにして、本実施形態にかかる携帯電話機は、ダウンロードされたアプリケーションが実行されると、液晶表示部上に「ＤＬ」マークを表示される。このため、携帯電話機のユーザは、問題の発生する可能性があることを容易に認知することが可能となる。
また、本実施形態において、「ＤＬ」マークが表示される領域は、液晶表示部において、アプリケーションの実行時に当該アプリケーションにより占有されること無く、独立して表示を行うことが可能な領域である。従って、携帯電話機上において実行されるアプリケーションの種類や機能等に関わらず、確実に「ＤＬ」マークを表示することが可能となり、ユーザに対して確実にダウンロードアプリケーションの実行中であることを示すことが可能となる。
なお、本実施形態では、領域Ｐにピクトグラムを表示して、ユーザにダウンロードしたアプリケーションを実行していることを伝えた。しかし、当然、他の領域に表示しても良い。また、音声等の他の手段によりユーザに通知する構成としても構わない。
なお、当然、液晶表示部ＭＳ４に表示するピクトグラムは「ＤＬ」マーク以外のマークや文字、絵文字等であっても構わない。
なお、本実施形態では、携帯電話機ＭＳが、ＩＰサーバＷからアプリケーションの提供を受けた。しかし、ＰＨＳ（ｐｅｒｓｏｎａｌ　ｈａｎｄｙｐｈｏｎｅ　ｓｙｓｔｅｍ）電話機やＰＤＡ（ｐｅｒｓｏｎａｌ　ｄｉｇｉｔａｌ　ａｓｓｉｓｔａｎｔｓ）或いはパーソナルコンピュータ等が、ＩＰサーバＷからアプリケーションの提供を受けてもよい。
この時、例えば、パーソナルコンピュータを用いた時に、ピクトグラムの表示をする場所は、タスクバーなどが考えられる。ここで、タスクバーとは、マルチタスクＯＳが備えているタスクの切り替え領域のことである。
なお、本実施形態においては、携帯電話機ＭＳにおいて実行されたアプリケーションがダウンロードアプリケーションである場合にピクトグラム（「ＤＬ」マーク）が表示された。しかし、実行されるアプリケーションがプリインストールアプリケーションである場合にピクトグラムを表示させ、。ダウンロードしたプログラムを実行する時に表示させないようにしても良い。
［１．３］変形例
＜変形例１−１＞
本実施形態では、アプリケーション管理テーブルＴＢＬに格納されているダウンロードフラグＦに基づいて、ＣＰＵ１１は、アプリケーションがダウンロードされたものであるか否かを判定した。しかし、他の方法により、ダウンロードアプリケーションとプリインストールアプリケーションとを判定しても構わない。
例えば、以下のような構成を採ることが可能である。
上述したように、プリインストールアプリケーションは、工場出荷時に携帯電話機ＭＳのＲＯＭ１２に格納されて出荷される。これに対して、ダウンロードアプリケーションは、ＥＥＰＲＯＭ１４に格納される。このように、プリインストールアプリケーションとダウンロードアプリケーションとは、物理的にその格納媒体が異なる。従って、ＣＰＵ１１は、物理的な格納媒体の違い（すなわち、「ＲＯＭ１２」であるか、「ＥＥＰＲＯＭ１４」であるか）に基づき、実行するアプリケーションがダウンロードされたものであるか否かを判定することが可能である。
この場合、ＣＰＵ１１は、アプリケーション管理テーブルＴＢＬに格納される格納位置情報に基づいて当該アプリケーションがダウンロードされたものであるか否かを判定する。よって、アプリケーション管理テーブルＴＢＬ上のダウンロードフラグＦは、不要となる。
図９は、このような構成を採った場合におけるＣＰＵ１１の処理を示した図である。図９の処理は、ステップＳｂ３までは、図３の処理と同じであるので、ステップＳｂ３までの説明を省略する。ＣＰＵ１１は、ステップＳｂ４において読み出した格納位置情報の格納媒体名が「ＥＥＰＲＯＭ」であるか否かを判定する（ステップＳｂ５）。そして、その格納媒体名が「ＥＥＰＲＯＭ」である場合、「ＤＬ」マークがＣＰＵ１１によって液晶表示部ＭＳ４に表示される（ステップＳｂ６）。これに対して、その格納媒体がＥＥＰＲＯＭ１４ではない場合（すなわち、ＲＯＭ１２である場合）、「ＤＬ」マークは、液晶表示部ＭＳ４に表示されることはない。
なお、当然、ＲＯＭ１２に格納されたアプリケーションの実行中にピクトグラム（「ＤＬ」マーク）を表示する構成としても良いことは言うまでもない。
＜変形例１−２＞
図１０は、本変形例にかかる携帯電話機ＭＳ１０の構成を示した図である。なお、同図において、上述した図２と同様の要素については、同一の符号を付してある。
本変形例かかる携帯電話機ＭＳ１０において、図２に示した携帯電話機ＭＳと異なる点は、ＣＤ−ＲＯＭドライブ等の外部デバイスを接続し、データの授受を行うための外部機器接続インターフェイス部ＭＳ６を有している点である。そして、携帯電話機ＭＳ１０は、外部機器インターフェイス部ＭＳ６に接続された外部デバイスからアプリケーションの供給を受け、ＥＥＰＲＯＭ１４へとインストールする機能を有する。
また、本変形例において、アプリケーション管理テーブルＴＢＬには、ダウンロードフラグＦは格納されておらず、これに換えて、インストールフラグＦ２が格納されている。ここで、このフラグＦ２は、各アプリケーションが外部デバイスからインストールされたものであるか否かを示すフラグである。
外部デバイスからアプリケーションのインストールを行った場合、ＣＰＵ１１は、アプリケーション管理テーブルＴＢＬに対してインストールフラグＦとして”１”を格納する。そして、アプリケーションを実行する場合、ＣＰＵ１１は、インストールフラグＦが”１”となっている場合に液晶表示部ＭＳ４へ「ＤＬ」マークを表示させるのである。なお、この際の処理については、図８と同様であるため説明は省略する。
このようにして、本変形例によれば、ネットワーク側からダウンロードしたアプリケーションのみならず、外部デバイスからアプリケーションのインストールを実行した場合であっても、ユーザに対して実行中のアプリケーションが異なる出所から導入されたアプリケーションであることを通知することが可能となる。
なお、本変形例においては、携帯電話機ＭＳにおいて実行されたアプリケーションが外部の記憶媒体からインストールされたアプリケーションである場合にピクトグラム（「ＤＬ」マーク）を表示する構成となっている。しかし、実行されるアプリケーションがプリインストールアプリケーションである場合にピクトグラムを表示する構成としても良い。
［２］第２実施形態
第１実施形態では、ダウンロードしたアプリケーションか、プリインストールされたアプリケーションかによって、ピクトグラムを表示するかを決めていた。しかしながら、ダウンロードしたアプリケーションでも、安全なものと、安全性のわからない物がある。よって、ダウンロードしたアプリケーションを安全なものと安全性がわからないものとに区別して、ピクトグラムを表示するか決めてもよい。
第２実施形態では、上のような区別を可能にするために、図１１に示されるようなゲートウェイサーバＧＷＳ２を使う。なお図１１で、図１と同じ要素には同じ符号がつけられている。
このゲートウェイサーバＧＷＳ２は、承認データベースＧＷＳ２１を有している。この承認データベースＧＷＳ２１に格納されるデータは、移動通信事業者と、信頼性を保証する旨の契約を結んだＩＰの保有するＩＰサーバＷのアドレスである。ゲートウェイサーバＧＷＳ２は、インターネットＩＮＥＴからデータを受信するとそのデータの送信元アドレスを抽出し、当該送信元アドレスと同一のアドレスが承認データベースＧＷＳ２１に格納されているか否かを判定する。
例えば、上述した図６を使って説明すると、データＤ７を受信すると、ゲートウェイサーバＧＷＳ２は、このデータＤ７から送信元アドレスを抽出し、当該送信元アドレスと同一のアドレスが承認データベースＧＷＳ２１に格納されているか否かを判定するのである。そして、この判定の結果、当該送信元アドレスと同一のアドレスが承認データベースＧＷＳ２１に存在する場合、ゲートウェイサーバＧＷＳ２は、受信したデータＤ７をプロトコル変換し、データＤ８として移動パケット通信網ＭＰＮに転送する際に、当該パケットのヘッダ部に承認されたことを示す識別子（以下、「承認識別子」という）を付加して転送する。
これに対して、当該送信元アドレスと同じアドレスが承認データベースＧＷＳ２１に存在しない場合、ゲートウェイサーバＧＷＳ２は、受信したデータに承認識別子を付加すること無くプロトコル変換を行って移動パケット通信網ＭＰＮへと転送する。
一方、データＤ８を受信した携帯電話機ＭＳのＣＰＵ１１は、そのデータＤ８のヘッダ部に承認識別子が含まれているか否かを判定する。そして、データＤ８に承認識別子が付加されている場合、ＣＰＵ１１は、当該アプリケーションに対応したダウンロードフラグＦを”０”としてアプリケーション管理テーブルＴＢＬに格納する。これに対して、データＤ８に承認識別子が付加されていない場合、携帯電話機ＭＳは、当該アプリケーションに対応したダウンロードフラグＦを”１”としてアプリケーション管理テーブルＴＢＬに格納する。
なお、アプリケーションの実行時の動作については、上述した第１実施形態と全く同様であるため（図９参照）、説明を省略する。
このようにして、ゲートウェイサーバがインターネットから受信したデータの信頼性を保証する。このため、携帯電話機のユーザは、信頼性の保証されていないアプリケーションが実行されていることを容易かつ確実に認識することが可能となる。さらに、ＩＰは、ユーザからの信頼を得ながらアプリケーションの提供を行うことができる。
なお、本実施形態においては、携帯電話機ＭＳ上で実行されるアプリケーションの信頼性が保証されていない場合にピクトグラム（「ＤＬ」マーク）が表示された。しかし、実行されるアプリケーションの信頼性が保証されている場合にピクトグラムを表示させても良い。
［３］変形例
本発明の実施の形態には、ダウンロードしたアプリケーションか、プリインストールされたアプリケーションかによって、画面上にマークを表示する携帯端末を生産し、販売すると言った形態の他、端末装置に上記のような機能を実現させるプログラムを電気通信回線を介して配布する形態や、そのようなプログラムをコンピュータで読み取る事の出来る記録媒体に記録して配布するという形態もありうる。
【図面の簡単な説明】
図１は、第１実施形態にかかる携帯端末ＭＳが、アプリケーションをダウンロードする時に使われる要素を示すブロック図である。
図２は、同実施形態にかかる携帯電話機ＭＳの構成を示すブロック図である。
図３は、同実施形態におけるアプリケーション管理テーブルＴＢＬの内容の一例を示した図である。
図４Ａは、プリインストールアプリケーションの実行中における液晶表示部ＭＳ４の表示の一例を示した図であり、図４Ｂは、ダウンロードアプリケーションの実行中における液晶表示部ＭＳ４の表示の一例を示す図である。
図５は、同実施形態にかかる携帯電話機ＭＳにおけるアプリケーションの実行環境を示す模式図である。
図６は、同実施形態にかかる携帯端末ＭＳがゲートウェイサーバＧＷＳを介してアプリケーションをダウンロードする時のデータシーケンスを示す図である。
図７は、同実施形態における液晶表示部１４の表示の一例を示す図である。
図８は、同実施形態にかかる携帯電話機ＭＳのＣＰＵ１１においてアプリケーション実行時に行われる処理を示すフローチャートである。
図９は、変形例１にかかる携帯電話機ＭＳのＣＰＵ１１においてアプリケーション実行時に行われる処理を示すフローチャートである。
図１０は、変形例２にかかる携帯電話機ＭＳの構成を示したブロック図である。
図１１は、第２実施形態にかかる携帯端末ＭＳが、アプリケーションをダウンロードする時に使われる要素を示すブロック図である。

Claims (15)

1. 複数のアプリケーションを記憶した記憶手段と、
   前記記憶手段に記憶されている前記アプリケーションを実行する一方、実行しているアプリケーションの出所に応じた通知をユーザに行うアプリケーション実行手段と
   を具備することを特徴とする端末装置。
2. 前記アプリケーション実行手段は、アプリケーションのインストール形態に基づいて、前記アプリケーションの出所を判断する
   ことを特徴とする請求項１に記載の端末装置。
3. 前記アプリケーション実行手段は、実行しているアプリケーションがネットワークからダウンロードされたアプリケーションである否かによって、前記通知を変化させる
   ことを特徴とする請求項１に記載の端末装置。
4. 前記アプリケーション実行手段は、実行しているアプリケーションが外部の記憶媒体から読み出されたアプリケーションである否かによって、前記通知を変化させる
   ことを特徴とする請求項１に記載の端末装置。
5. 前記アプリケーション実行手段は、実行しているアプリケーションが当該アプリケーションの供給元とは異なる第三者機関により信頼性が保証されているか否かによって、前記通知を変化させる
   ことを特徴とする請求項２に記載の端末装置。
6. 前記記憶手段に記憶されている前記アプリケーションは、ネットワークから中継装置を介してダウンロードされたものを含み、
   前記アプリケーション実行手段は、前記中継装置によって付加された所定の識別子の有無によって、当該アプリケーションの信頼性が保証されているか否かを判断することを特徴とする請求項５に記載の端末装置。
7. 前記記憶手段は、外部から取得したアプリケーションを記憶する第１の記憶手段と、
   予めアプリケーションを記憶している第２の記憶手段とを有し、
   前記アプリケーション実行手段は、実行しているアプリケーションの記憶位置が前記第１の記憶手段の時と前記第２の記憶手段の時とで、前記通知を変化させる
   ことを特徴とする請求項１に記載の端末装置。
8. 前記アプリケーション実行手段の制御の下、各種情報を表示する表示手段を更に有し、
   前記アプリケーション実行手段は、アプリケーションの出所に応じた前記通知を画像により前記表示手段に表示させる
   ことを特徴とする請求項１に記載の端末装置。
9. 前記表示手段は、前記アプリケーション実行手段が実行しているアプリケーションに基づいた処理画面を第１の表示領域に表示すると共に、前記通知情報に応じた画像を前記第１の領域とは独立した第２の表示領域に表示する
   ことを特徴とする請求項８に記載の端末装置。
10. 端末装置が、ネットワークからアプリケーションをダウンロードし、
    前記端末装置が、ダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に記憶し、
    前記端末装置が、アプリケーションを実行する際に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する
    ことを特徴とする端末装置にアプリケーションを実行させる方法。
11. 端末装置が、ネットワークから中継サーバを介してアプリケーションをダウンロードし、
    前記端末装置は、前記アプリケーションを実行する際に、前記中継サーバによって当該アプリケーションに識別子が付加されている場合、前記端末装置の表示部に所定の画像を表示する
    ことを特徴とする端末装置にアプリケーションを実行させる方法。
12. 通信部により、ネットワークからアプリケーションをダウンロードする処理と、
    前記アプリケーションがダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に格納する処理と、
    アプリケーションを実行する時に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する処理と
    をコンピュータに実行させるプログラム。
13. 通信部により、ネットワークからアプリケーションをダウンロードする処理と、
    前記アプリケーションがダウンロードされたものである旨のダウンロード識別子と関連付けながら、前記アプリケーションを記憶部に記憶する処理と、
    アプリケーションを実行する時に、アプリケーションにダウンロード識別子が関連付けられていたら、前記端末装置の表示部に所定の画像を表示する処理と
    をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記録媒体。
14. 第１のネットワークと第２のネットワークとのデータの授受を中継する中継装置であって、
    前記第１のネットワークからデータを受信する受信手段と、
    前記受信手段によって受信されたデータを前記第２のネットワークに転送すると共に、当該データが、その供給元とは異なる第三者機関により信頼性が保証されていないデータである場合に、当該データに対して所定の識別子を付加して転送する転送手段と
    を具備することを特徴とする中継装置。
15. 前記受信手段が前記第１のネットワークから受信するデータは、前記第１のネットワークに接続されたサーバにより送信され、
    前記転送手段は、前記受信手段が受信した前記データを送信したサーバの識別情報に基づいて、当該データの信頼性が保証されているか否かを判断する
    ことを特徴とする請求項１４に記載の中継装置。

Images