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