JP2005340941A - 通信システム、携帯端末及びサーバ - Google Patents

Abstract

【課題】 簡易な操作でメニュー画面の表示を自由に変更できるとともに、携帯端末における内蔵アプリケーションの起動操作及びネットワーク上のリソースへのアクセス操作を一つの画面行うことができるようにする。
【解決手段】
通信網上のサーバに、携帯端末で表示可能なコンテンツのプログラムソースに、所定サーバへのアクセス命令及び携帯端末に内蔵のアプリケーション起動命令の定義が記述された、メニュー画面用のメニューコンテンツを蓄積しておき、サーバにアクセスした携帯端末からの送信要求に応じて、要求されたメニューコンテンツをサーバから携帯端末に送信し、携帯端末において、取得したメニューコンテンツとその識別情報を記憶し、記憶された複数のメニューコンテンツの中から選択されたメニューコンテンツをメニュー画面として設定し、そのメニューコンテンツを表示部に表示する。
【選択図】 図４

Description

本発明は、通信システム、携帯端末及びサーバに関し、特に、通信網上のサーバにアクセスした携帯端末からのコンテンツ送信要求に応じサーバ内の当該コンテンツを携帯端末に送信する通信システム、携帯端末及びサーバに関する。

従来、例えば携帯電話端末において、内蔵アプリケーションソフトウェア（電話帳、電卓、スケジュール帳など）を起動するためのユーザインターフェース機能として組み込まれているメニュー機能については、メニュー画面の色や背景などの複数の視覚的デザインがプリセットデータとして携帯電話端末内のフラッシュメモリ等に保持されている。また、メニュー表示内の一つずつのメニューアイコンを変更するカスタマイズ機能が実現されている。

例えば、メニュー表示において利用する機能の選択を容易化し、操作性を向上させるものとして、利用者が必要とする機能を書き込み可能な不揮発性のメモリに設定登録し、メニュー表示に際して、簡易メニュー表示が選択された場合、前記メモリに設定登録されている機能だけを表示部に表示するようにしたものが提案されている（例えば、特許文献１参照。）。この特許文献１に記載のものは、所定の操作によってユーザが機能を選択できるので、メニュー機能をカスタマイズして利用したい機能だけを表示部へメニューとして表示することができる。
特開２００１−８６２１９号公報

しかしながら、特許文献１に記載のものは、変更可能な表示デザインの数に制限があった。また、メニュー表示全体のデザイン変更に関する自由度が低く、デザインの追加が不可能である。さらに、自作メニューの表示に取り替えることもできないという問題があった。

また、特許文献１に記載のものを始めとする従来の携帯電話端末に内蔵のアプリケーションプログラム（以下、アプリケーションという。）は、専用のメニュー機能で起動され、Ｗｅｂ（World Wide Web）サイトへの接続時は、Ｗｅｂブラウザ（以下、単にブラウザという。）を起動する必要がある。

図１０は、従来の携帯電話端末の画面表示例を示す図であり、図１０Ａはメニュー画面の一例、図１０Ｂはブラウザを起動する際の表示画面の一例、図１０Ｃは内蔵アプリケーションのツール機能を選択する際の表示画面の一例を示す図を示す。例えば、携帯電話端末からインターネットに接続してＷｅｂサイトを閲覧したいときは、図９Ａのメニュー画面から例えばｉモード（日本電信電話株式会社登録商標）等のインターネット接続モード（以下、Ｗｅｂモードという。）を選択して図９Ｂに示すＷｅｂモード画面を表示させ、Ｗｅｂモード画面内のＷｅｂモードメニューを選択して所定のブラウザを起動させることでＷｅｂサイトの閲覧ができる。また、携帯電話端末に内蔵のアプリケーションを起動させたいときは、一旦上述の処理で起動させたブラウザを終了する。そして、図９Ａのツール等を選択し、図９Ｃのツール画面から所望のアプリケーションを選択するような操作で実現できる。

このように、よく使用する内蔵アプリケーションの利用と、インターネット等のネットワーク上のリソースへアクセスを行うためには、それぞれに別々のアプリケーションを起動させる必要があり、例えばパーソナルコンピュータのＯＳ（Operating System）等で採用されているデスクトップ画面上での操作のように、一つの画面上で簡易な操作で起動することはできないという問題があった。

斯かる点に鑑み、本発明は、簡易な操作でメニュー画面の表示を自由に変更できるとともに、携帯端末における内蔵アプリケーションの起動操作及びネットワーク上のリソースへのアクセス操作を一つの画面で行うことができるようにすることを目的とする。

上記課題を解決し、目的を達成するため、本発明は、通信網との通信手段を備えた携帯端末から通信網に接続されたサーバにアクセスし、サーバから携帯端末へコンテンツを送信するものであって、携帯端末で表示可能なコンテンツのプログラムソースに、通信網上の所定サーバへのアクセス命令及び携帯端末に内蔵のアプリケーションソフトウェア起動命令の定義が記述された、メニュー画面用のメニューコンテンツをサーバに蓄積し、携帯端末からのメニューコンテンツ送信要求に応じて蓄積されたメニューコンテンツをサーバから携帯端末に送信し、携帯端末においてサーバより取得したメニューコンテンツとその識別情報を記憶し、この記憶されたメニューコンテンツの中から選択されたメニューコンテンツをメニュー画面として設定し、このメニュー画面として設定されたメニューコンテンツを表示部に表示するようにする。

斯かる本発明によれば、ユーザはサーバより所望のメニューコンテンツをダウンロードしてメニュー画面に表示することにより、取得した所望のメニューコンテンツによるメニュー表示又はデフォルトメニュー表示を選択可能となる。

また、サーバよりダウンロードするメニューコンテンツ、例えばＨＴＭＬファイル等のプログラムソースに対し、通信網上のリソースへのアクセスを行うための記述に加え、携帯端末本体の内蔵アプリケーションを起動するための記述を拡張定義したので、ユーザは一つの画面で通信網上のリソースへのアクセス操作と内部アプリケーションの起動操作を行うことができる。

本発明によれば、ユーザはサーバより所望のメニューコンテンツをダウンロードしてメニュー画面に表示することにより、取得した所望のメニューコンテンツによるメニュー表示又はデフォルトメニュー表示を選択可能となり、携帯端末のメニューで表示される全体の視覚効果について、例えばアプリケーションの表示順序、機能構成、アニメーションの効果等、自由に変更することができるという効果がある。

また、ダウンロードするメニューコンテンツ、例えばＨＴＭＬファイル等のプログラムソースに対し、通信網上のサーバへのアクセスを行うための記述に加え、携帯端末の内蔵アプリケーションを起動するための記述を拡張定義したので、ユーザは一つの画面で通信網上のリソースへのアクセス操作と内部アプリケーションの起動操作を行うことができるので、メニュー機能を切り替える必要がなく使い勝手が良いという効果がある。

以下、図１〜図９を参照して、本発明の一実施の形態の例について説明する。本例は携帯端末の一例として携帯電話端末に本発明を適用した例である。

図１は、本発明の一実施の形態のシステム構成を示す図である。図１において、１は通信機能及びブラウザを備える携帯電話端末、５はインターネット等の通信網、６は通信網５に接続されたＷｅｂサーバ（コンテンツサーバ）、７はコンテンツサーバ６内に格納され後述するメニューコンテンツが保存されているデータベースを示す。

利用者は、図１に示される携帯電話端末１のキー入力部３を操作してブラウザを起動させ、アンテナ４を介し基地局（図示略）に無線接続して通信網５上の所定のコンテンツサーバ６にアクセスし、液晶ディスプレイなどからなる表示部２に表示されるＷｅｂサイト上のページを閲覧することができる。利用者はＷｅｂサイトから所望の画像データや音声データ、プログラムデータ等を携帯電話端末１へダウンロードすることができる。

図２は、本発明の一実施の形態の携帯電話端末１のソフトウェア構成例を示す図であり、階層化して示している。

図２において、最上位のアプリケーション層にネットワーク環境などで利用されるアプリケーションソフトウェア（以下、ＡＰとも称する。）として例えばSun Microsystems社開発のＪａｖａ（登録商標）アプリケーション、コンテンツサーバ６より取得したコンテンツデータを表示するＷｅｂブラウザ（単にブラウザともいう。）１３、携帯電話端末１に内蔵された、例えば電話帳、電卓、カメラ機能等のアプリケーションが設けられる。この内蔵アプリケーションは、専用のメニュー機能として用意されソフトウェアとしては本体に組み込み形式で搭載されている。なお、ＪＶＭ１２はＪａｖａ仮想マシンを示す。

アプリケーション層の下位層には、ブラウザ１３とコンテンツサーバ６の間でＨＴＭＬ（HyperText Transfer Protocol）ファイルやこれに関連付けられた画像データ等の送受信に用いられるＨＴＴＰ１５、その下位層に携帯電話端末１及びコンテンツサーバ６間のデータ転送の管理及びデータ転送の信頼性を保証するトランスポートレイヤ１６、さらに下位層にパケット通信のためのアドレス管理と経路選択を行うパケット通信プロトコル１７が構成される。

また、アプリケーション層の下位層には、アプリケーション（ＡＰ）管理部１８があり、下位層のシステム制御部１９からの制御信号を受けてブラウザ１３や他のアプリケーション等のアプリケーションの起動及び終了の管理を行う。システム制御部１９は、キー入力部３からの入力信号に基づく所定の制御、及び本発明の通信システムを実現するための制御を行う。

さらに、アプリケーション層の下位層にある描画ライブラリ２０は、複数のソフトウェアで使用される描画に関する処理を行うものである。ファイルマネージャー２２は、例えばファイルのコピーや移動などといったファイルシステムの操作をＧＵＩ（Graphical User Interface）で実現するものである。また、フラッシュメモリライブラリ２３はフラッシュメモリ３４（図３参照）へのファイルのコピーや移動などといった処理を実現するものである。そして、これら描画ライブラリ２０、ファイルマネージャー２２、フラッシュメモリライブラリ２３は、オペレーティングシステム（ＯＳ）２５との橋渡しをするドライバ部２１により制御される。なお、このドライバ部２１は各ライブラリ及びファイルマネージャーの専用ドライバとして作成し、３つに分割してもよい。

最下位層に位置するＯＳ２５は基本ソフトウェアであって、キー入力や画面出力といった入出力機能やメモリの管理など、多くのアプリケーションから共通して利用される基本的な機能を提供し、コンピュータシステム全体を管理するソフトウェアである。

図２に示されるように、本例のソフトウェア構成は、無線によるパケット通信機能を備え、コンテンツサーバ６より取得したコンテンツデータを表示するブラウザ１３を備える。なお、本発明を実現するためのソフトウェア構成はこの例に限るのではない。

図３は、本発明の一実施の形態の携帯電話端末１のハードウェア構成例を示す図である。図中、破線で囲まれた部分は携帯電話端末１の筐体内に収納された部分を表す。

図３において、ＣＰＵ（Central Processing Unit）３１はシステム全体の演算及び制御を司る制御部であり、その演算及び制御はバスで接続されたＲＡＭ（Random Access Memory）３３をワークエリアとしてＲＯＭ（Read Only Memory）３２又はフラッシュメモリ３４に記録された上述ソフトウェア構成を実現するプログラムに従い行われる。

また表示部２は、アプリケーションに実装されたＧＵＩを表示し、例えばＣＰＵ３１においてキー入力部３を介して入力されたユーザの操作信号に基づき処理された結果などを表示する。

また無線送受信部３５は、アンテナ４を介して基地局と送受信するデータの変調及び復調等の処理を行うものである。携帯電話端末１はユーザの無線送受信部３５からアンテナ４を介して通信網５上のコンテンツサーバ６にアクセスして、メニューコンテンツ等の所望のコンテンツデータを取得することができる。取得したコンテンツデータは、ＣＰＵ３１で所定の処理が行われ、不揮発性のフラッシュメモリ３４に保存される。

またフラッシュメモリ３４は、コンテンツサーバ６から取得したメニューコンテンツの保存に加え、このメニューコンテンツのファイル番号、内蔵アプリケーションの機能番号をデータベースに記憶する。

図３に示されるように、本例のハードウェア構成は、不揮発性メモリとして例えばフラッシュメモリ３４を備え、ソフトウェア処理にてダウンロードしたメニューコンテンツデータをフラッシュメモリ３４へ保存する機能を備える。またメニューコンテンツを保存する操作表示と、これをメニュー表示として表示部２へ表示させる機能を備える。なお、本発明を実現するためのハードウェア構成はこの例に限るものではない。

上述の図２に示すソフトウェア構成及び図３に示すハードウェア構成により、携帯電話端末１は以下のような機能を有している。携帯電話端末１に搭載されるブラウザ１３は、所望のＵＲＬで示される通信網５上のＷｅｂサイトへ接続し、ＨＴＭＬファイルその他画像データ（ＧＩＦ、ＪＰＥＧ等）のダウンロードと表示を行える。また、ダウンロードしたコンテンツ（ＨＴＭＬファイル、ＧＩＦ、ＪＰＥＧ等）を携帯電話端末本体のフラッシュメモリ３４に格納できる。また、ＨＴＭＬファイルを読み込み、このＨＴＭＬ記述を構文解析し、画面上に成形された文書、画像の表示を行える。

本例は、上述したようなソフトウェア構成及びハードウェア構成を利用して、携帯電話端末１に搭載されているブラウザ機能のソフトウェアを拡張し、変更可能なメニュー機能を実現する。

従来の携帯電話端末では、内蔵アプリケーションを起動するメニュー機能とＷｅｂサイトの情報を表示するブラウザは独立の機能として存在しているが、本例はブラウザが解析、表示可能なコンテンツファイル、例えばＨＴＭＬファイルの記述形式を拡張することにより、ＨＴＭＬファイル内に内蔵アプリケーションの起動命令を記述し、ブラウザのみで内蔵アプリケーション起動とＷｅｂサイトに接続の双方の機能を実現させる。具体的には、携帯電話端末のブラウザが解釈できるＨＴＭＬタグに「指定された内蔵アプリケーションを起動する」という意味を持つタグの定義を追加する。

以下に、ＨＴＭＬプログラムソースのＡタグ（他のＵＲＬ（Uniform Resource Locator）へリンクを張るタグ）に定義される、Ｗｅｂページへのアクセスを行う記述と、内蔵アプリケーションを起動する記述を示す。なお、"apex"はアプリケーション起動命令属性を示すものである。

（ＨＴＭＬタグセットのＡタグ記述）
・Ｗｅｂページへのアクセス・・・<a href="http:{ Domain Name }">
・内蔵ＡＰの起動・・・・・・・・・・・・・<a href="apex:{ 携帯電話端末内蔵ＡＰ機能番号}">

図４は、ＨＴＭＬファイルのプログラムソース内に内蔵アプリケーション起動命令の記述を追加定義したＨＴＭＬタグ拡張例を示す。図４において、あるＨＴＭＬプログラムソースのタグセットのＡタグを拡張した例であり、既存のネットワーク接続用のＡタグに内蔵ＡＰ起動用の記述を新たに追加している。図４に示される内蔵ＡＰ起動用の記述において、"apex:"以降の♯xxxxは起動すべき内蔵アプリケーションを識別するための機能番号であり、この機能番号が登録されたデータベースは携帯電話端末１のＲＯＭ３２に格納されている。

図５は、図４に示される拡張ＨＴＭＬにより表示部２に表示されるＧＵＩの表示例を示す図である。１つのメニュー画面上で、Ｗｅｂページへのリンク部、例えば「会社のホームページ」及び「私のページ」と、携帯電話端末１に内臓のアプリケーション、例えば「電卓」、「スケジュール帳」が表示され、ユーザはメニュー機能を切替えることなく１つのメニュー画面上で双方の操作が行える。

このＨＴＭＬプログラムソースのタグセットの例えばＡタグに、内蔵アプリケーションを起動する記述を追加定義した拡張Ａタグ、すなわち内蔵アプリケーションの起動命令を含むメニュー用のＨＴＭＬファイル（メニューコンテンツ）を作成し、通信網５上の特定のＷｅｂサーバ例えばコンテンツサーバ６（図１参照）にアップロードしておく。

図６は、コンテンツサーバ上のメニューコンテンツを携帯電話端末１にダウンロード操作する際の画面表示例を示すものである。例えば、まずユーザが携帯電話端末１の表示部２に表示されている待ち受け画面（図６Ａ）のＷｅｂモードボタンを選択又はキー入力部３のＷｅｂモードキーを押下し、Ｗｅｂモードメニュー（図６Ｂ）を表示する。次に、Ｗｅｂモードメニュー上でカーソル６１を移動させてリストからインターネットを選択すると、ブラウザ１３が起動しＵＲＬ入力画面あるいはＵＲＬ履歴画面（図６Ｃ）が表示されるので、メニューコンテンツ一覧が公開されている所定のＷｅｂページのＵＲＬを入力し、ブラウザ１３にメニューコンテンツ一覧を表示する（図６Ｄ）。

そして、ダウンロード可能なメニューコンテンツ一覧からユーザが所望のダウンロードメニュー、例えばダウンロードメニューＢを選択すると、ダウンロードメニューＢを表示部２に表示する（図６Ｅ）。ユーザは表示されたダウンロードメニューＢを見て内容を確認後にダウンロードを希望する場合、ダウンロードボタンを押下する。携帯電話端末１はダウンロードボタンの入力信号を受けてコンテンツサーバ６からのダウンロードを実行し、フラッシュメモリ３４へダウンロードメニューＢを格納する。ダウンロードされたダウンロードメニューＢは、本例ではＷｅｂモードメニュー内の画面メモ内に保存される。ダウンロード処理後、図６Ａと同様の待ち受け画面（図６Ｆ）に戻る。

次に、図７及び図８を参照して、ダウンロードしたメニューコンテンツを新規メニュー表示用に設定／解除する操作について説明する。図７は、メニューコンテンツのメニュー設定／解除の操作処理を示すフローチャートである。また、図８は、メニューコンテンツのメニュー設定／解除操作時の画面表示例を示す。

図７のフローチャートにおいて、まず携帯電話端末１のブラウザ画面上で、図６に示される操作表示に沿ってダウンロードしたメニューコンテンツをフラッシュメモリ３４に保存する（ステップＳ１）。次に、ブラウザ１３の保存済みコンテンツの一覧表示画面から、メニュー機能として使用するメニューコンテンツを選択し、表示する（ステップＳ２）。

ここでは、例えばＷｅｂモードメニュー内で設定／解除操作する場合について説明すると、待ち受け画面（図８Ａ）から所定の操作によりＷｅｂモードメニュー画面（図８Ｂ）を表示する。そして、Ｗｅｂモードメニュー画面のリスト上でカーソル８１を移動させ、例えばフラッシュメモリ３４にダウンロードされているメニューコンテンツが格納された画面メモを選択し、ダウンロードメニューの一覧を表示する（図８Ｃ）。ユーザはこの画面メモ表示のダウンロードメニュー一覧から、カーソル８１を移動させて所望のメニュー、例えばダウンロードメニューＢを選択して表示させる（図８Ｄ）。

ここで、ユーザがキー入力部３により図８に示されるダウンロードメニューＢの表示画面中の機能ボタンを押下すると、「メニューＢ設定／解除」を含む該当メニューコンテンツに対する操作を行う機能メニュー（サブメニュー）（図８Ｅ）が表示される。ユーザから「メニューＢ設定／解除」が押下されると（ステップＳ３）、選ばれているダウンロードメニューＢのファイル番号（以下、インデックス値ともいう。）と、現在携帯電話端末１のメニュー表示用として設定されたメニューコンテンツのファイル番号（インデックス値）をフラッシュメモリ３４から読み出して一致しているか否かを判断する（ステップＳ４）。判断ステップＳ３において、「メニューＢ設定／解除」が押下されなかったときはステップＳ２に戻る。

判断ステップＳ４において、ダウンロードメニューＢのファイル番号と、現在メニュー表示用として設定されたメニューコンテンツのファイル番号が一致していない場合、あるいはダウンロードしたメニューコンテンツを新規にメニュー表示用に設定しなかった、すなわちデフォルトメニューの場合、表示部２の画面上に「メニュー設定？」（図示略）のメッセージを表示し（ステップＳ５）、ユーザに「ＯＫ」か「ＮＯ」の選択を求め、いずれが選択されたか判断する（ステップＳ６）。

ユーザがキー入力部３を操作して「ＯＫ」を選択すると、メニュー表示設定のファイル番号（インデックス値）を新たに設定したメニューコンテンツ、すなわちダウンロードメニューＢのファイル番号に変更してフラッシュメモリ３４に書き込む（ステップＳ７）。このようにして、ユーザが再度待ち受け画面からキー入力部３よりメニュー表示操作を実行すると、メニュー表示が上記設定したダウンロード済みメニューコンテンツＢの表示に切り替わる。

ステップＳ６において「ＮＯ」が選択された場合、あるいはステップＳ７におけるフラッシュメモリ３４への書き込みが終了すると、ステップＳ２の例えば画面メモ（図８Ｆ）の表示に戻り、設定をやり直すか、終了して待ち受け画面（図８Ａ）に戻る。

一方、ダウンロードメニューＢのファイル番号と、現在メニュー表示用として設定されたメニューコンテンツのファイル番号が一致している場合、表示部２の画面上に「メニュー解除？」（図示略）のメッセージを表示し（ステップＳ８）、ユーザに「ＯＫ」か「ＮＯ」の選択を求め、いずれが選択されたか判断する（ステップＳ９）。

ユーザがキー入力部３の操作により「ＯＫ」を選択すると、フラッシュメモリ３４に現在記憶されているコンテンツファイル番号（インデックス値）を消去し、携帯電話端末１のメニュー表示にダウンロードしたコンテンツメニューの表示を不可とする意味のデフォルト値をフラッシュメモリ３４に書き込む（ステップＳ１０）。そして、再度待ち受け画面からユーザがキー入力部３よりメニュー表示操作を実行すると、メニューがデフォルトメニュー（携帯電話端末１に予め組み込まれた専用のメニュー機能アプリケーションによるメニュー表示）に戻る。

ステップＳ９において「ＮＯ」が選択された場合、あるいはステップＳ１０におけるフラッシュメモリ３４への書き込みが終了すると、ステップＳ２の例えば画面メモ（図８Ｆ）の表示に戻り、設定をやり直すか、終了して待ち受け画面（図８Ａ）に戻る。

次に、図９を参照してダウンロードしたメニューコンテンツの起動及び使用操作処理について説明する。図９は、ダウンロードメニューの起動及び使用操作処理を示すフローチャートである。

図９のフローチャートにおいて、まず携帯電話端末１の電源をオンするなどして表示部２に待ち受け画面（図６Ａ参照）を表示する（ステップＳ２１）。ユーザが携帯電話端末１の機能を使用するため、待ち受け画面表示の状態からキー入力部によりメニューボタンを選択するか、又はキー入力部３のメニューキーを押下すると、フラッシュメモリ３４にメニュー表示用として設定されたダウンロードメニューファイル番号（インデックス値）を読み出し（ステップＳ２２）、そのインデックス値がデフォルト値か否かを判断する（ステップＳ２３）。

ここでインデックス値がデフォルト値であった場合、デフォルトメニューアプリケーション（ＡＰ）を起動して、表示部２にメニュー表示する（ステップＳ２４）。

一方、インデックス値がデフォルト値でない場合、ＡＰ管理部１８がブラウザ１３（図２参照）を起動する（ステップＳ２５）。そしてブラウザ１３が指定されたインデックス値に該当するメニューコンテンツデータをフラッシュメモリ３４から読み出し（ステップＳ２６）、メニューコンテンツデータを解析して表示部２に、例えば図５に示すメニュー画面のメニューコンテンツを表示する（ステップＳ２７）。

ここで、ユーザ操作によるキー入力があった場合、その入力操作がメニュー表示のＡタグを選択したものか否かを判断する（ステップＳ２８）。キー操作部３を操作してＵＲＬ（Http://）のＡタグが選択されたか否か、すなわちネットワーク上に存在する情報リソースへのアクセス要求であるかどうかを判断する（ステップＳ２９）。

ここでＵＲＬのＡタグが選択された場合、例えば図５に示すメニュー画面の「会社のホームページ」のリンク文字が選択されたときは所定のＷｅｂページへ接続して指定されたコンテンツを取得し（ステップＳ３０）、終了するとステップＳ２７のコンテンツメニュー表示に戻る。

一方、ＵＲＬではなくapex:#xxxxのＡタグが選択された場合、すなわち携帯電話端末１の内蔵アプリケーション起動要求がなされた場合、ブラウザ１３は起動引数として選択されたＡタグの内蔵アプリケーション機能番号（#xxxx）を取得し、起動アプリケーションを決定する（ステップＳ３１）。続いてブラウザ１３からＡＰ管理部１８へ指定した内蔵アプリケーションの機能番号を通知し起動要求を行う（ステップＳ３２）。

ブラウザ１３から機能番号を受信したＡＰ管理部１８は、ブラウザ１３の動作を一時中断して（ステップＳ３３）、指定された機能番号に該当する内蔵アプリケーションを起動し（ステップＳ３４）、ユーザ操作に従って内蔵アプリケーションが実行される。

そして、内蔵アプリケーションの実行処理が終了したかどうかを判断し（ステップＳ３５）、終了した場合はステップＳ２６の処理に戻り、ブラウザ１３が指定されたインデックス値に該当するメニューコンテンツデータを再度フラッシュメモリ３４から読み出し、メニューコンテンツデータを解析して表示部２にメニューコンテンツを表示する。

以上述べた実施の形態によれば、ユーザはコンテンツサーバ６より所望のメニューコンテンツをダウンロードしてメニュー画面に表示することにより、デフォルトメニュー又は所望のメニューコンテンツによるメニュー表示を選択可能となり、携帯電話端末１のメニューで表示される全体の視覚効果について、例えばアプリケーションの表示順序、機能構成、アニメーションの効果等、自由に変更することができる。

また、ダウンロードするメニューコンテンツ、例えばＨＴＭＬファイルのプログラムソースに対し、ネットワーク上のリソースへのアクセスを行うための記述に加え携帯電話端末本来の内蔵アプリケーションを起動するための記述を拡張定義したので、ユーザは１つの画面でネットワーク上のリソースへのアクセス操作と内部アプリケーションの起動操作を行うことができる。

さらに、例えばデザイナーなどがメニュー機能のＧＵＩをデザインしてコンテンツサーバ６にアップデートすることにより、製造時にプリセットデータとして用意すべきメニュー機能のＧＵＩを最少数にとどめられるので、携帯電話端末事業者はメニュー機能のＧＵＩ設計のコストダウンを実現できる。

また、ユーザに提供するメニューコンテンツをベクタグラフィックスを利用したコンテンツで対応した場合、ベクタグラフィックスではコンテンツ内にフォントの埋め込みが可能であるため、日本語以外の文字コードでのメニュー表示を携帯電話端末本体のフォントメモリ容量を増加させずに、複数言語対応メニューとして提供することが可能となり、ＧＵＩ設計のコストダウンを実現できる。

さらにまた、コンテンツプロバイダの観点からすると、新しいデザインのメニューコンテンツを作成しコンテンツサーバ６にアップデートしておくことにより、ユーザにメニューコンテンツをダウンロードさせるという新サービスを提供でき、既存のコンテンツダウンロードサービスの拡張が行えるという利点がある。あるいは、ユーザ自身が作成したメニューコンテンツをサーバにアップロードし、それを携帯端末にダウンロードして、カスタマイズメニューとして利用するといったことも考えられる。

次に、本発明の他の実施の形態の例について説明する。本例は、携帯端末の待ち受け画面として設定できるアプリケーション、例えばＪａｖａアプリケーションでメニュー機能を実現するようにしたものである。ソフトウェア構成及びハードウェア構成は図２及び図３と同様である。

具体的には、携帯電話端端末１の通信網５上のコンテンツサーバ６へのアクセス命令及び内蔵アプリケーションの起動命令を含むメニューコンテンツを、ＨＴＭＬでなくＪａｖａアプリケーションによる外部アプリケーションとして作成し、このメニューコンテンツのファイルをコンテンツサーバ６に置く。ユーザが通信網５を介してそのＪａｖａアプリケーションで作成されたメニューコンテンツを携帯電話端末１にダウンロードし、フラッシュメモリ３４に保存する。そして、所定の操作を行い待ち受け画面（兼メニュー画面）として設定すると、Ｊａｖａアプリケーションによるメニューコンテンツが待ち受け画面として表示される。勿論、上述例と同様に、表示するメニュー機能を予めユーザが選択し設定できるようにしておく。したがって、本来の内蔵アプリケーションとして用意されているメニューアプリケーション機能と表示を切り替えることができる。

以上のように構成することにより、待ち受け画面にメニュー機能を持たせることができ、ユーザがキー入力により待ち受け画面からメニュー機能を呼び出す操作が不要となる。その他本例は、上述の実施の形態の例と同様の作用、効果を奏する。

なお、本発明は上述したこれらの実施の形態の例に限られるものではなく、本発明の要旨を逸脱することなくその他種々の構成を取り得ることは勿論である。

本発明の一実施の形態の例のシステム構成図である。 本発明の一実施の形態の携帯電話端末のソフトウェア構成図である。 本発明の一実施の形態の携帯電話端末のハードウェア構成図である。 本発明の一実施の形態のＨＴＭＬタグ拡張例を示す図である 本発明の一実施の形態の携帯電話端末に表示されるメニュー画面の一例を示す図である。 本発明の一実施の形態のメニューコンテンツのダウンロード操作時の画面表示例を示す図である。 本発明の一実施の形態のダウンロードメニューの設定／解除操作を示すフローチャートである。 本発明の一実施の形態のダウンロードメニューの設定／解除操作時の画面表示例を示す図である。 本発明の一実施の形態のダウンロードメニューの起動及び使用操作を示すフローチャートである。 従来の携帯電話端末の画面表示例を示す図である。

符号の説明

１…携帯電話端末、２…表示部、３…キー入力部、４…アンテナ、５…通信網、６…コンテンツサーバ、７…メニューコンテンツ、１１…Ｊａｖａ、１３…ブラウザ、１４…内蔵アプリケーション、１８…ＡＰ管理部、３１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…フラッシュメモリ、１５…無線送受信部、３１，６１，８１…カーソル

Claims (7)

1. 通信網との通信手段を備えた携帯端末から前記通信網に接続されたサーバにアクセスし、前記サーバから前記携帯端末へコンテンツを送信する通信システムであって、
   前記携帯端末で表示可能なコンテンツのプログラムソースに、前記通信網上の所定サーバへのアクセス命令及び前記携帯端末に内蔵のアプリケーションソフトウェア起動命令の定義が記述された、メニュー画面用のメニューコンテンツを蓄積する蓄積手段と、
   前記携帯端末からのメニューコンテンツ送信要求に応じて前記蓄積手段に蓄積された前記メニューコンテンツを前記携帯端末に送信する送信手段と
   を有するサーバと、
   前記サーバより取得した前記メニューコンテンツとその識別情報を記憶する記憶手段と、
   前記記憶手段に記憶されたメニューコンテンツの中から選択されたメニューコンテンツをメニュー画面として設定する制御手段と、
   前記メニュー画面として設定されたメニューコンテンツを表示する表示手段と
   を有する携帯端末と
   から構成される通信システム。
2. 前記携帯端末の制御手段は、メニュー画面の設定処理において、前記記憶手段から前記選択されたメニューコンテンツと現在メニュー画面に設定されているメニューコンテンツの識別情報をそれぞれ読み出して同一かどうかを判別し、
   双方のメニューコンテンツの識別情報が異なる場合、前記選択されたメニューコンテンツを新たにメニュー画面に設定する
   ことを特徴とする請求項１記載の通信システム。
3. 前記携帯端末の制御手段は、前記サーバより取得した前記メニューコンテンツが表示されたメニュー画面上の任意のリンク部が選択されたときに、前記選択されたリンク部が前記通信網上の所定サーバへのアクセス命令である場合、前記通信網上の指定サーバにアクセスし、
   前記選択されたリンク部が前記携帯端末の内蔵アプリケーションソフトウェアの起動命令である場合、前記制御手段は、前記メニュー画面を表示するアプリケーションソフトウェアの動作を一時中断し、前記内蔵アプリケーションソフトウェアを起動する
   ことを特徴とする請求項１記載の通信システム。
4. 通信網との通信手段を備え、前記通信網に接続されたサーバにアクセスし、前記サーバからコンテンツをダウンロードする携帯端末であって、
   前記サーバより取得した、前記携帯端末で表示可能なコンテンツのプログラムソースに、前記通信網上の所定サーバへのアクセス命令及び前記携帯端末に内蔵のアプリケーションソフトウェア起動命令の定義が記述された、メニュー画面用のメニューコンテンツと、その識別情報を記憶する記憶手段と、
   前記記憶手段に記憶されたメニューコンテンツの中から選択されたメニューコンテンツをメニュー画面として設定する制御手段と、
   前記メニュー画面として設定されたメニューコンテンツを表示する表示手段と
   を有することを特徴とする携帯端末。
5. 前記制御手段は、メニュー画面の設定処理において、前記記憶手段から前記選択されたメニューコンテンツと現在メニュー画面に設定されているメニューコンテンツの識別情報をそれぞれ読み出して同一かどうかを判別し、
   双方のメニューコンテンツの識別情報が異なる場合、前記選択されたメニューコンテンツを新たにメニュー画面に設定する
   ことを特徴とする請求項４記載の携帯端末。
6. 前記制御手段は、前記サーバより取得した前記メニューコンテンツが表示されたメニュー画面上の任意のリンク部が選択されたときに、前記選択されたリンク部が前記通信網上の所定サーバへのアクセス命令である場合、前記通信網上の指定サーバにアクセスし、
   前記選択されたリンク部が前記携帯端末の内蔵アプリケーションソフトウェアの起動命令である場合、前記制御手段は、前記メニュー画面を表示するアプリケーションソフトウェアの動作を一時中断し、前記内蔵アプリケーションソフトウェアを起動する
   ことを特徴とする請求項４記載の携帯端末。
7. 携帯端末から通信網を介して送信されたコンテンツ送信要求に応じてコンテンツを送信するサーバであって、
   前記携帯端末で表示可能なコンテンツのプログラムソースに、前記通信網上の所定サーバへのアクセス命令及び前記携帯端末に内蔵のアプリケーションソフトウェア起動命令の定義が記述された、メニュー画面用のメニューコンテンツを蓄積する蓄積手段と、
   前記携帯端末からのメニューコンテンツ送信要求に応じて前記蓄積手段に蓄積された前記メニューコンテンツを前記携帯端末に送信する送信手段と
   を有することを特徴とするサーバ。

Images