JP4309829B2 - 情報端末装置 - Google Patents

Description

本発明は、ユーザの意図しない動作の防止に寄与する情報端末装置に関する。

ラスタ画像は画像をグリッド状に配置された画素で表現するが、拡大すると表示が荒くなってしまう問題がある。これに対し、ベクタ画像は、画像を線分で表現するため、拡大しても高精彩な画像を表示することができる。携帯電話端末で用いられる画像データは、従来はラスタ画像が多かったが、表示装置の高精細化に伴って、ベクタ画像も用いられるようになりつつある。

ベクタ画像のフォーマットとして、例えばＸＭＬ（eXtensible Markup Language）で記述されたＳＶＧ（Scalable Vector Graphics：スケーラブル・ベクター・グラフィック）が知られている（例えば非特許文献１参照。）。
Ola Andersson、他６４名、"Scalable Vector Graphics 1.1"、２００３年１月１４日、World Wide Web Consortium、［online］、［平成１６年９月１０日検索］、インターネット

しかしながら、ＳＶＧのブラウザはＨＴＴＰ（Hyper Text Transfer Protocol）上のアプリケーションであるため、例えばＳＶＧコンテント中で他のコンテントに対するリンク等を定義することができる。このようなＳＶＧコンテントを、携帯電話端末でそのまま再生しようとすると、他のコンテントを要求する際に、ユーザの知らないうちに通信を行って、課金が発生してしまう可能性がある。

また、携帯電話端末は、ＭＰＵの処理能力，メモリ容量等が制限されるため、再生するＳＶＧコンテントの条件を制限しないと、動作が不安定になって、ユーザの意図しない動作を実行する可能性がある。

本発明は、上述のような課題に鑑みてなされたものであり、ユーザの意図しない動作の防止に寄与することができる情報端末装置を提供することを目的とする。

上述の課題を解決するために、本発明の請求項１に係る情報処理端末は、描画方法を定義する情報（描画定義情報）を含む描画定義データに従って描画処理を実行する描画手段と、描画定義データ中にハイパーリンク定義情報を含む場合に，ネットワーク経由で接続された提供装置に当該ハイパーリンク定義情報で指定されるデータを要求するデータ要求手段と、データ要求手段によるデータの要求に応じてユーザにネットワーク接続を行うか否かを確認する確認手段と、確認に対してユーザがネットワーク接続を指示した場合に，データ要求手段からの要求を前記提供装置に送信する送信手段と、送信手段からの要求に応じて提供装置から取得したデータが描画定義データである場合に，描画手段に当該描画定義データに応じた描画処理を実行させると共に，データ要求手段による当該描画定義データ中のハイパーリンク定義情報で定義されるデータの要求を制限させる要求制限手段とを備えることを特徴とする。

この情報端末装置では、確認手段が、データ要求手段からの要求に応じてユーザにネットワーク接続を行うか否かを確認し、ユーザがネットワーク接続を選択した場合に、送信手段が、要求手段からの要求を提供装置に提供する。

また、本発明の請求項３に係る情報端末装置は、請求項１の情報端末装置において、描画定義データのインライン表示の定義を含むページ記述言語で記述されたデータ（ページ記述データ）を再生する際に，当該定義に応じて前記提供手段から描画定義データを取得し，描画手段に当該取得した描画定義データに応じた描画処理を指示するブラウザを備え、データ要求手段は，ブラウザからの指示により描画手段が描画を行う場合には，当該描画に係る描画定義データ中にハイパーリンク定義情報が含まれる場合であっても，当該ハイパーリンク定義情報で指定されるデータの要求は行わないことを特徴とする。

また、本発明の請求項５に係る情報端末装置は、請求項１の情報端末装置において、描画定義データと当該描画定義データ中のハイパーリンク定義情報に従って取得される全てのデータのデータ容量の合計を検出するデータ容量監視手段と、データ容量監視手段によって検出されたデータ容量の合計が所定の閾値を超えた場合に、送信手段による要求の送信を中止させる中止手段とを備えることを特徴とする。

この情報端末装置では、データ容量監視手段によって検出されたデータ容量の合計が所定の閾値を超えた場合に、中止手段が、送信手段による要求の送信を中止させる。

本発明の請求項１に係る情報端末装置では、確認手段が、データ要求手段からの要求に応じてユーザにネットワーク接続を行うか否かを確認し、ユーザがネットワーク接続を選択した場合に、送信手段が、要求手段からの要求を提供装置に提供することにより、ユーザの選択があった場合にのみ、ネットワーク接続を行ってデータの取得を行うことができる。

これにより、ユーザの意図しないネットワーク接続を防止することができ、ユーザの意図しない動作の防止に寄与することができる。

本発明の請求項５に係る情報端末装置では、データ容量監視手段によって検出されたデータ容量の合計が所定の閾値を超えた場合に、中止手段が、送信手段による要求の送信を中止させることにより、描画定義データの表示において取得される全てのデータのデータ容量の合計に制限を設けることができる。

これにより、適切な空きメモリ容量の確保に寄与することができ、動作の安定化を通じて、ユーザの意図しない動作の防止に寄与することができる。

本発明は、例えば複数の移動体通信網に接続される情報端末装置間で通信を行い得る移動体通信システムに適用することができる。

（全体構成）
本発明の一実施例に係る移動体通信システムは、例えば図１に示すように、テキスト，画像，音声等のデータ（Ｗｅｂコンテント）を提供するＨＴＴＰ（Hyper Text Transfer Protocol）サーバ１０と、ＳＶＧ（Scalable Vector Graphics）コンテントを提供するＳＶＧサーバ２０と、Ｆｌａｓｈコンテントを提供するＦｌａｓｈサーバ３０と、メッセージの送受信を行うメールサーバ４０と、これらのサーバ等が接続されているインターネット等のネットワーク５０と、例えばＷ−ＣＤＭＡ（Wideband-Code Division Multiple Access）方式の移動体通信ネットワークからなる移動体通信網６０と、例えばＰＤＣ（Personal Digital cellular）方式の移動体通信ネットワークからなる移動体通信網７０と、移動体通信網６０経由で通話，通信等のサービスを利用し得る携帯電話端末装置（情報端末装置）８０とを備えている。

ＨＴＴＰサーバ１０，ＳＶＧサーバ２０，Ｆｌａｓｈサーバ３０及びメールサーバ４０は、例えばＭＰＵ（Micro Processing Unit），メモリ，ＨＤＤ（Hard Disk Drive）等の補助記憶装置，入出力装置，ネットワークインターフェース，キーボード，ディスプレイ等の入出力装置等を有するパーソナルコンピュータ（ＰＣ），ワークステーション（ＷＳ）等の情報処理装置からなり、ＨＤＤ等に保持されているオペレーティングシステム（ＯＳ）及び制御プログラムを実行することにより、同図中に示す機能ブロックとして機能する。

ＨＴＴＰサーバ１０は、テキスト，画像，音声等のデータを携帯電話端末装置８０あるいは携帯電話端末装置７３等に提供する。テキスト（文字列）のＷｅｂコンテントは、例えばＨＴＭＬ（Hyper Text Markup Language）形式，ＭＭＬ（Mobile Markup Language）形式等のページ記述データあるいはテキスト形式等で提供する。これらのＷｅｂコンテント中で、ＳＶＧサーバ２０が提供するＳＶＧコンテント，Ｆｌａｓｈサーバ３０が提供するＦｌａｓｈコンテントに対するリンク等を定義することができるようになっている。また、壁紙，写真，動画等の画像のデータは、例えばＪＰＥＧ，ＰＮＧ等の形式で提供する。また、着信メロディ，着信音等の音声データは、例えばＳＭＤ，ＭＩＤ，ＭＰ３等の形式で提供する。ＨＴＴＰサーバ１０は、これらのデータを保持するデータ保持部１１と、携帯電話端末装置８０等からの要求に応じてデータを提供するファイル提供部１２とを備えている。

ＳＶＧサーバ２０は、例えばＳＶＧコンテントを保持するデータ保持部２１と、携帯電話端末装置８０等からの要求に応じてＳＶＧコンテントを提供するファイル提供部２２とを備えている。また、Ｆｌａｓｈサーバ３０は、例えばＦｌａｓｈコンテントを保持するデータ保持部３１と、携帯電話端末装置８０等からの要求に応じてＦｌａｓｈコンテントを提供するファイル提供部３２とを備えている。なお、ＳＶＧサーバ２０，Ｆｌａｓｈサーバ３０を独立の装置として設けず、ＨＴＴＰサーバ１０にＳＶＧコンテント，Ｆｌａｓｈコンテントを格納しておき、ファイル提供部１２が携帯電話端末装置８０等からの要求に応じてＳＶＧコンテント，Ｆｌａｓｈコンテントを提供するように構成してもよい。

メールサーバ４０は、例えば携帯電話端末装置８０からのメッセージの送信にＳＭＴＰ（Simple Mail Transfer Protocol）を用い、携帯電話端末装置８０宛のメッセージの提供にＩＭＡＰ４（Internet Message Access Protocol version 4）等を用いて携帯電話端末装置８０に対するメールサービスを提供している。

移動体通信網６０は、例えば無線アクセス系としてＷ−ＣＤＭＡ（Wideband Code Division Multiple Access）方式，コアネットワーク系としてＧＰＲＳ（General Packet Radio Service）方式を採用したデジタル無線通信網等からなり、ショートメッセージサービスを提供するショートメッセージサービスセンタ（ＳＭＳＣ：Short Message Service Center）６１と、コアネットワーク（ＣＮ）を構成するＭＳＣ（Mobile Switching Circuit）６２，ＧＧＳＮ（Gateway GPRS Support Node）６３，ＳＧＳＮ（Serving GPRS Support Node）６４と、無線アクセスネットワークを構成するＲＮＣ（Radio Network Controller）６５，基地局装置（ＮＢ：ＮｏｄｅＢ）６６ａ，６６ｂ，…，６６ｎとを備えている。

また、移動体通信網７０は、ネットワーク５０に接続されたＧＧＳＮ７１と、このＧＧＳＮ７１に接続されたＳＧＳＮ７２と、いわゆる２．５世代（２．５Ｇ）と呼ばれるパケット通信機能を備えた携帯電話端末装置（ＭＳ：Mobile Station）７３との間で無線通信を行う基地局装置（ＢＳ：Base Station）７４ａ，７４ｂ，…と、これらのＢＳ７４ａ，７４ｂ，…の制御を行う基地局制御装置（ＢＳＣ：Base Station Controller）７５と、ＭＳＣ７６と、ＭＳＣ６２と接続されたＧＭＳＣ（Gate MSC）７７とを備えている。

携帯電話端末装置８０，７３は、他の携帯電話端末装置あるいは固定電話端末装置との間で通話を行う通話機能の他に、電子メールの送受信を行うメール通信機能（電子メールクライアント）と、ＨＴＴＰサーバ１０，ＳＶＧサーバ２０，Ｆｌａｓｈサーバ３０等が提供するデータ（コンテント）を利用するブラウザ機能（ブラウザ）とを備えている。さらに、携帯電話端末装置８０，７３はネットワーク５０経由で接続される図示しない他のＨＴＴＰサーバが提供するデータも利用可能になっている。

（携帯電話端末装置８０構成）
携帯電話端末装置８０は、高周波信号の処理を行う高周波（ＲＦ：Radio Frequency）部８１と、ＭＰＵ８２と、メモリ８３と、ユーザからの指示等を入力する操作キー８４と、ユーザに対する表示を行う表示部８５と、この表示部８５による表示を制御する表示制御部８６と、画像を撮像するカメラ８７と、音声通信の処理を行う通話処理部８８とを備えている。通話処理部８８は、音声信号の符号化／復号化を行う音声ＣＯＤＥＣ８８ａと、ＭＩＣ８８ｂと、スピーカ８８ｃとを備えている。

ＭＰＵ８２は、例えばメモリ８３に保持されている制御プログラムを実行することにより、移動体通信網６０を介した通信の制御を行う通信制御部１００と、メールサーバ１０，ＳＭＳＣ６１が提供する電子メールサービスを利用する電子メールクライアント２００と、ＨＴＴＰサーバ３０が提供するデータ，電子メールのメッセージ等を表示するブラウザ３００と、Ｊａｖａ（登録商標）等のスクリプト言語によって記述された処理を実行するＪａｖａ（登録商標）実行環境４００と、ＳＶＧコンテント，Ｆｌａｓｈコンテントの再生を行う再生処理部５００等としても機能する。

また、メモリ８３内には、設定情報を保持する設定保持部８３ａと、メッセージ，テキスト，画像，音声等のデータを保持するデータ保持部８３ｂとが設けられている。データ保持部８３ｂには、ＳＶＧコンテントを保持するＳＶＧデータ保持部８３ｂａと、Ｆｌａｓｈコンテントを保持するＦｌａｓｈデータ保持部８３ｂｂとが設けられている。

（ソフトウェア構造）
このように構成された携帯電話端末装置８０のＭＰＵ８２が実行するソフトウェアは、例えば図２に概念的に示すように、階層構造を有している。最下層のハードウェアの管理を行うＯＳ（ネイティブ環境）上で、通信制御部１００の処理が実行されている。この通信制御部１００上で、電子メールクライアント２００，ブラウザ３００，Ｊａｖａ（登録商標）実行環境４００，再生処理部５００等のアプリケーションが実行されている。再生処理部５００は、ＳＶＧコンテントを再生するＳＶＧ処理部５１０と、Ｆｌａｓｈコンテントを再生するＦｌａｓｈ処理部５２０とを備えている。これらのアプリケーション２００，３００，４００，５１０，５２０は通信制御部１００を介して通信処理を実行するようになっている。

通信制御部１００は、ＴＣＰ/ＩＰプロトコルによる通信の管理を行うＴＣＰ/ＩＰ接続部１１０と、ＴＣＰ／ＩＰプロトコル上でＨＴＴＰに従った通信の管理を行うＨＴＴＰ管理部１２０と、ＩＭＡＰ・ＳＭＴＰに従った通信の管理を行うＩＭＡＰ・ＳＭＴＰ管理部１３０と、通話処理部８８によるダイアルの管理等を行うダイアル処理部１４０とを有している。また、ＨＴＴＰ管理部１２０は、再生処理部５００にＨＴＴＰによる通信状態を通知する通信状態通知部１２１と、各アプリケーション３００，５１０，５２０からのコンテント要求に応じてＨＴＴＰリクエストにユーザエージェント名を付加するＵＡヘッダ（User Agent Header）付加部１２２と、ＨＴＴＰレスポンス中のContent−Typeに応じて各アプリケーション３００，５１０，５２０に対する応答を振り分けるルーティング処理部１２３と、各アプリケーション３００，４００，５１０，５２０の動作を監視するアプリケーション監視部１２４を有している。

（ＳＶＧコンテント詳細）
また、ＳＶＧコンテントは、例えば図３に示すように、ベクタ画像の描画等の処理が定義されている描画定義部６１０と、ダイアル処理の記述（ダイアラアンカー），メッセージ作成の記述（メーラアンカー）等が定義されているアンカー定義部６２０と、参照ファイル等のリンクが定義されているリンク定義部６３０と、ユーザの指示入力に応じた処理が定義されている操作定義部６４０とを有している。また、ＳＶＧデータ保持部８３ｂａには、複数のＳＶＧコンテント６００，６０１，６０２を保持し得るようになっている。この図３に示す例では、ＳＶＧコンテント６００のリンク定義部６３０により、ＳＶＧコンテント６０１がリンクされ、さらに、このＳＶＧコンテント６０１からＳＶＧコンテント６０２がリンクされている状態を示している。

なお、上述の各定義部６１０〜６４０は、全てのＳＶＧコンテントにおいて定義されているとは限らない。例えば外部のファイルを参照しないＳＶＧコンテント（例えばＳＶＧコンテント６０２）においてはリンク定義部６３０が存在しない。

（ＳＶＧ処理部５１０詳細）
また、上述のＳＶＧ処理部５１０は、描画定義部６１０の定義に従って描画等の処理を行い表示画像を構成する表示構成部５１１と、リンク定義部６３０の定義に従ってコンテントの要求等の通信処理を実行する通信管理部５１２と、通信制御部１００の通信状態通知部１２１からの通知に従って通信状態の表示を行う通信状態表示部５１３と、アンカー定義部６２０の定義に従ってダイアル処理部１４０，電子メールクライアント２００の制御を行うアンカー確認部５１４と、動作状態に従って表示構成部５１１による処理を制御する属性管理部５１５と、属性管理部５１５からの指示に従って動作の制限を行う動作制限部５１６とを有している。

ＳＶＧコンテント６００には、例えば図４に示すように、所定のファイル名（例えば“test.svg”）が付されている。具体的には、このＳＶＧコンテント６００では、例えば描画定義部６１０において長方形（rect），楕円（ellipse），線（line）等の描画が定義されており、リンク定義部６３０において＜ａ＞タグで外部のＵＲＬ（“http://www.w3.org”）に対するリンクが規定されている。

（動作概要）
このようなＳＶＧコンテント６００は、例えば図５に示すように、ＨＴＴＰサーバ１０が提供するＨＴＭＬ文書（Ｗｅｂコンテント）中で定義されているリンク情報（OBJECT DATA...）に従ってブラウザ３００がＳＶＧサーバ２０から取得する。ＨＴＭＬ文書及び取得したＳＶＧコンテント６００は、メモリ８３内のＳＶＧデータ保持部８３ｂａに保存できるようになっている。

また、ＳＶＧコンテントの表示は、例えば図６に示すように、ブラウザ３００の表示領域（ウィンドウ）中に画像８５ａとして表示（インライン再生）することができる。この状態では、ＳＶＧコンテント６００は描画定義部６１０による描画後の画像として表示され、アンカー定義部６２０，リンク定義部６３０で定義されているリンク，アンカー等は無視される。このようなインライン再生の他に、ＳＶＧコンテント６００は、例えば図７に示すように、ＳＶＧ処理部５１０によって独自のウィンドウに表示（インタラクティブ再生）することもできるようになっている。上述のインライン再生の場合には、ＨＴＴＰサーバ１０等から取得したＨＴＭＬ文書あるいはデータ保持部８３ｂに保持されているＨＴＭＬ文書に応じてブラウザ３００がＳＶＧ処理部５１０を呼び出してＳＶＧコンテントを表示させる。一方、インタラクティブ再生の場合には、ＳＶＧ処理部５１０が、ＳＶＧサーバ２０から直接取得したＳＶＧコンテント６００あるいはＳＶＧデータ保持部８３ｂａに保持されているＳＶＧコンテント６００を表示させる。

（通信確認）
上述のように、ＳＶＧコンテント６００には、リンク定義部６３０あるいはアンカー定義部６２０により、通信が必要となる処理が定義されている場合があるが、これをそのまま実行してしまうと、ユーザが知らないうちに、通信による課金が発生してしまう問題がある。ＳＶＧデータ保持部８３ｂａに格納されているＳＶＧコンテントを再生する場合には、ユーザはネットワークに接続することを意図していないため、特に問題である。また、メモリ８３に格納されているＨＴＭＬ文書で、ＳＶＧデータ保持部８３ｂａに格納されているＳＶＧコンテントを画像として参照しているＨＴＭＬ文書を表示する場合も同様の問題がある。このため、この携帯電話端末装置８０では、通信を行う前にユーザに通信を行うか否かの確認を行うようになっている。

上述の図４に示すＳＶＧコンテント６００では、リンク定義部６３０に対応する長方形（rect）部分にリンクが定義されている。このＳＶＧコンテント６００を図７に示すようにインタラクティブ再生している場合では、ユーザが操作キー８４を操作すると、例えば図８に示すように、長方形部分がハイライト表示（画像８５ｂａ）された状態になる。この状態で、ユーザが「選択」を指示する（図９中のＳ１）と、通信管理部５１２は、例えば図１０に示すように、ユーザにネットワークに接続するか否かの確認入力を求める画像（確認画像）を表示させる。

このように、この携帯電話端末装置８０では、ＳＶＧコンテント６００中でリンク等のネットワーク接続を必要とする処理が定義されていた場合に、接続を行う前に、ユーザに確認入力を求める画像を表示させることにより、ユーザが知らないうちに通信が行われて課金されてしまうことを防止することができる。これにより、ユーザの意図しない動作の防止に寄与することができる。

確認画像に応じて、ユーザがネットワーク接続を拒否した場合には、リンク定義部６３０で定義されたリンクは参照せず、リンク定義部６３０で定義されたアドレスのデータは取得しない。一方、ユーザが、ネットワーク接続を許可した場合には、通信管理部５１２は、リンク定義部６３０で定義されたアドレスのデータを、当該アドレス中で指定されたサーバ装置に要求する。具体的には、通信管理部５１２は、まず、ＨＴＴＰ管理部１２０に通信を要求し（図９中のＳ２）、ＨＴＴＰ管理部１２０がＴＣＰ/ＩＰ接続部１１０にセッションの確立を要求し（Ｓ３）、セッションが確立した後に、ＨＴＴＰサーバ１０にＨＴＴＰリクエストを送信してリンク先のコンテント（例えばＨＴＭＬ文書）を要求する。この際、例えば＜ａ＞タグによって定義されたリンクである場合には、ＵＡヘッダ付加部１２２はＨＴＴＰリクエストのユーザエージェント名をブラウザ３００であることを示す“Browser”とし、＜ｉｍａｇｅ＞タグによって定義されたリンクである場合にはＳＶＧ処理部５１０であることを示す“SVG”とする。

この要求に応じてＨＴＴＰサーバ１０は、まず、要求されたコンテントの形式（Content-Type等），容量等の属性をＨＴＴＰ管理部１２０に通知する（Ｓ４）。この通知（ＨＴＴＰレスポンス）は、ＨＴＴＰ管理部１２０のルーティング処理部１２３によって、ＨＴＴＰレスポンス内のContent-Typeに応じて宛先となるアプリケーション３００，４００，５１０，５２０に振り分けられる。例えばContent-Typeが“text/html”であればＨＴＴＰレスポンスはブラウザ３００に供給され、“image/svg”であればＨＴＴＰレスポンスはＳＶＧ処理部５１０に供給され、“application/x-shockwave-flash”であればＨＴＴＰレスポンスはＦｌａｓｈ処理部５２０に供給され、“text/vnd.sun.j2me.app-descriptor”であればＨＴＴＰレスポンスはＪａｖａ（登録商標）実行環境４００に供給される。

この後、コンテントが対象となるアプリケーション（Content−Typeが“text/html”であればブラウザ３００）に供給される。この間、ＨＴＴＰ管理部１２０の通信状態通知部１２１は、コンテントの受信状況を通信管理部５１２に通知する（Ｓ５）。これに応じて、通信管理部５１２は、通信状態表示部５１３に指示して、例えば図１１に示すように、コンテントの受信状況を示す画像８５ｃ（プログレスバー）を表示させる。これにより、ユーザはコンテントの受信状況を知ることができる。

あるいは、プログレスバーを表示させる代わりに、例えば図１２に示すように、通信中であることを示すアイコン（画像８５ｄ）を表示させるようにしてもよい。これにより、ユーザはコンテントの受信中であることを知ることができる。

（容量制限）
ＳＶＧコンテント中では、例えば図１３及び図１４に示すように、外部の画像データ等を参照してインライン表示（画像８５ｂｂ，８５ｂｃ）することができるようになっている。しかしながら、携帯電話端末装置８０では、メモリ容量の制限から、１コンテント当りのデータ容量の上限を設けている。

ＳＶＧコンテントにおいて、インライン表示されるデータ（リンクデータ）が多くなると、１つのコンテント（ＳＶＧコンテントと参照される全てのリンクデータ）全体としてのデータ容量が非情に大きくなってしまう場合がある。このような場合でも、個々のデータ毎に上限を設けるだけでは、ＳＶＧコンテント及びリンクデータの各々がデータ容量の上限を超えていない状態であると、ＳＶＧ処理部５１０が全てのリンクデータを取得してしまう。この結果、空きメモリ容量が少なくなって動作が不安定になる可能性がある。

このため、この携帯電話端末装置８０では、ＳＶＧコンテント６００と当該ＳＶＧコンテント６００内でリンクされているデータ全体の容量制限（閾値）を設けている。例えば図１５に示すように、ブラウザ３００がＳＶＧコンテント６００を要求し（Ｓ１１）、これに応じて通信管理部５１２がまず、ＨＴＴＰ管理部１２０に通信を要求し（Ｓ１２）、ＨＴＴＰ管理部１２０がＴＣＰ/ＩＰ接続部１１０にセッションの確立を要求し（Ｓ１３）、セッション確立後に、ＳＶＧサーバ２０からＳＶＧコンテントが供給される（Ｓ１４）。ＳＶＧ処理部５１０は、ＳＶＧコンテント内のリンク定義部６３０の定義に応じてインライン表示するデータ（例えば図１４中で＜ｉｍａｇｅ＞タグで定義された“test1.gif”及び“test2.gif”）をＨＴＴＰサーバ１０に要求する（Ｓ１５）。この際、ＵＡヘッダ付加部１２２がＨＴＴＰリクエストのユーザエージェント名として付加する情報は、ＳＶＧ処理部５１０であることを示す“SVG”である。これに応じてＨＴＴＰサーバ１０から供給されるＨＴＴＰレスポンス中のContent-Typeに応じて、当該レスポンスに対応するＳＶＧコンテントがＳＶＧ処理部５１０に提供されると（Ｓ１６）、ＳＶＧ処理部５１０は、ＳＶＧコンテント中にこれらのリンクデータをインライン表示させる。

上述のＳＶＧコンテント及びリンクデータの取得時（Ｓ１４〜Ｓ１６）において、ＨＴＴＰ管理部１２０の通信状態通知部１２１は、ＳＶＧコンテント及びリンクデータの合計がデータ容量の上限を超えたか否かを監視している。そして、この合計がデータ容量の上限を超えると、通信状態通知部１２１は、通信管理部５１２にその旨を通知する（Ｓ１７）。この通知があると、通信管理部５１２は、ＨＴＴＰ管理部１２０にセッションを切断させ、以降のリンクデータの取得を中止する。また、通信管理部５１２は通信状態表示部５１３に指示して、例えば図１６に示すように、データ容量が上限を超えた旨を示す画像を表示させる。これにより、ユーザにデータ容量の上限を超えたことを知らせることができる。

このように、データ容量の上限を超えた場合に、それまでに取得したＳＶＧコンテント，リンクデータによる画像を表示させる。あるいは、それまでに取得したＳＶＧコンテント及びリンクデータを破棄するようにしてもよい。さらに、これらの動作を図１６中のボタンの指示に応じて切り替えたり、設定応じて自動的に切り替えるようにしてもよい。

以上、ＳＶＧコンテント及びリンクデータ全体の容量制限を行う場合について説明したが、これらを取得する制限時間を設けてもよい。この場合通信状態通知部１２１は、ＳＶＧコンテントを取得してからの時間をカウントしておき、制限時間内に全てのリンクデータの取得が終了しない場合には、セッションを切断し、リンクデータの取得を終了させる。

（アンカー）
また、ＳＶＧコンテント６００の中では、所定の電話番号にダイアルさせるダイアラアンカー（例えば図１７）あるいは所定のアドレスに電子メールのメッセージを送信させるメーラアンカー（例えば図２０）等のアンカーを定義しておくことができるようになっている。例えば図１７に示すＳＶＧコンテント６００を再生する際には、アンカー定義部６２０に対応する上述の図８中の長方形（画像８５ｂａ）を選択した際に、例えば図１８に示すように、電話番号の表示（画像８５ｅ）を行って、ユーザにダイアルするか否かの確認を行った後に、ダイアルを行うようになっている。

具体的には、例えば図１９に示すように、ＳＶＧコンテント６００の再生中（通信中も含む）に、アンカー定義部６２０で定義されたダイアラアンカーが指示されると（Ｓ２１）、アンカー確認部５１４は、上述の図１８に示す確認画像を表示させる。ユーザが「ダイアル」を指示すると、アンカー確認部５１４は、他の通信中であれば、通信管理部５１２に通信の中断を要求する（Ｓ２２）。通信が一旦中断されると、アンカー確認部５１４は、ダイアル処理部１４０を介して通話処理部８８に発呼を要求し、アンカー定義部６２０で定義された電話番号に接続されると、通話処理を実行する。通話が終了すると、通話処理部８８はダイアル処理部１４０を介して通信管理部５１２に通話が終了したことを通知し（Ｓ２４）、通信管理部５１２はこれに応じて通信を再開する。これにより、この携帯電話端末装置８０では、ＳＶＧ処理部５１０によるＳＶＧコンテント６００の再生等による通信中であっても、通信を一旦終了してダイアラアンカーに応じた通話処理を実行させることができる。

ダイアル処理部１４０は、通常の通話処理においても、上述の確認画面と同様に、ダイアル先の電話番号を表示させ、ユーザの確認入力があった後にダイアルを行うようになっている。このため、上述のような手順で、ダイアラアンカーの処理を行うことにより、ユーザに対して統一感のあるユーザインターフェースを提供することができる。従って、操作の理解を容易にし、操作性の向上に寄与することができる。

また、メーラアンカーは、例えば図２０に示すように、アンカー定義部６２０で定義されている。ＳＶＧコンテント６００の再生中にメーラアンカーが指示されると、アンカー確認部５１４に、当該メーラアンカー中で定義された送信先アドレスを電子メールクライアント２００に通知し、メッセージの作成を指示する。これに応じて、電子メールクライアント２００は、例えば図２１に示すように、メールの編集画面を表示させる。ユーザが適宜メッセージの内容を入力し、送信を指示すると、電子メールクライアント２００は、ＩＭＡＰ・ＳＭＴＰ管理部１３０を介してメッセージを送信する。

メッセージの送信が終了すると、電子メールクライアント２００はその旨をアンカー確認部５１４に通知する。これに応じて、ＳＶＧ処理部５１０は、ＳＶＧコンテント６００の再生を再開する。これにより、この携帯電話端末装置８０では、ＳＶＧコンテント６００の再生中であっても、メーラアンカーに応じたメッセージの送信を行うことができる。

以上、ダイアラアンカーとメーラアンカーを例に説明したが、音楽データ，画像データ等を再生するメディアプレイヤーを起動するプレイヤーアンカー等のアンカー場合であっても、ＳＶＧコンテント６００の再生を一旦中止して、アンカーで指定された処理を実行させることができる。

（多重起動の制限）
ＳＶＧコンテントでは、例えば図２２に示すように、他のＳＶＧコンテントを定義して、インライン再生を行うことができるようになっている。ＰＣ等の汎用の情報処理装置では、マルチプロセッシングにより、ＳＶＧコンテントを多重的に再生させることができるが、携帯電話端末装置では、ＭＰＵの処理能力等の制約により、複数のＳＶＧコンテントを多重的に再生することは困難である。

このため、この携帯電話端末装置８０では、上述のインライン再生の場合には、ＳＶＧコンテント中で定義されている他のＳＶＧコンテントの再生は行わず、インタラクティブ再生の場合には、例えば図２３に示すように、ＳＶＧコンテント中で定義されているＳＶＧコンテントを１つまで再生し得るようにしている。具体的には、属性管理部５１５は再生しようとするＳＶＧコンテントの動作状態に応じた属性状態を動作制限部５１６に提供する。動作制限部５１６は、この属性状態に応じて、下位の再生状態のＳＶＧコンテント中のリンク定義部６３０（xlink:href属性）を無効にする。

上述の図３に示す例では、ＳＶＧコンテント６００のリンク定義部６３０により、ＳＶＧコンテント６０１がリンクされ、さらに、このＳＶＧコンテント６０１からＳＶＧコンテント６０２がリンクされている。この状態でＳＶＧコンテント６００をインタラクティブ再生しようとすると、属性管理部５１５は、まず、例えば図２４に示すように、ＳＶＧコンテント６００（例えば“test1.svg”）の属性情報を調べる（Ｓ３１）。最初にＳＶＧコンテント６００の動作を開始した状態では、ＳＶＧコンテント６００が一番上位の再生状態であるため、属性管理部５１５はその旨を動作制限部５１６に通知する（Ｓ３２）。動作制限部５１６は、この通知に応じて、ＳＶＧコンテント６００内にインライン再生の定義がある場合に、この定義に従った表示を行う状態とする。

この後、表示構成部５１１は、ＳＶＧコンテント６００内の描画定義部６１０に従って描画処理を実行する。ＳＶＧコンテント６００内にＳＶＧコンテント６０１（例えば“test2.svg”）をインライン再生する定義があると、表示構成部５１１は、これに応じてＳＶＧコンテント６０１を要求する（Ｓ３３）。この際、ＵＡヘッダ付加部１２２がＨＴＴＰリクエストのユーザエージェント名として付加する情報は、ＳＶＧ処理部５１０であることを示す“SVG”である。

動作制限部５１６は、この要求に応じてＳＶＧサーバ２０にＳＶＧコンテント６０１を要求する（Ｓ３４）。これに応じてＳＶＧサーバ２０から供給されるＨＴＴＰレスポンス中のContent-Typeに応じて、当該レスポンスに対応するＳＶＧコンテントがＳＶＧコンテント６０１が表示構成部５１１に供給されると（Ｓ３５）、属性管理部５１５は、ＳＶＧコンテント６０１の属性情報を調べる（Ｓ３６）。このＳＶＧコンテント６０１は、ＳＶＧコンテント６００中のインライン再生の定義に従って呼び出された下位の再生状態であるため、属性管理部５１５はその旨を動作制限部５１６に通知する（Ｓ３７）。これにより、ＳＶＧコンテント６０１中にインライン再生の定義があっても実行されない状態となる。

この後、表示構成部５１１は、ＳＶＧコンテント６０１内の描画定義部６１０に従って描画処理を実行する。ＳＶＧコンテント６０１内にＳＶＧコンテント６０２（例えば“test3.svg”）をインライン再生する定義があると、表示構成部５１１は、これに応じてＳＶＧコンテント６０２を要求する（Ｓ３８）。しかしながら、動作制限部５１６はこの要求を無視し、ＳＶＧコンテント６０２の要求はＳＶＧサーバ２０には提供されない。

以上の処理により、この携帯電話端末装置８０では、ＳＶＧコンテントが連鎖的に再生される回数を制限することができる。ＳＶＧコンテントが連鎖的に再生され得る構成とすると、ネイティブ環境（ＯＳ）側が、現在アクティブなＳＶＧコンテントがいずれかであることを把握できずに、処理要求に対する応答をいずれのコンテントに返すか解らずに、動作が不安定となる可能性がある。このため、ＳＶＧコンテントが連鎖的に再生される回数を制限することにより、動作の安定化に寄与することができる。

なお、動作制限部５１６が無効にする処理は、上述のリンク定義部６３０（xlink:href属性）に限られず、ＨＴＭＬ文書，画像等に対するリンク等も適用することができる。これらの処理についてもＳＶＧコンテントの再生状態に応じて動作の制限を加えることにより、ブラウザ３００，電子メールクライアント２００等の他のアプリケーションの連鎖的な起動をも防止することができる。

（インライン再生の制限）
また、ＳＶＧコンテント６００内にインライン再生されるＳＶＧコンテント６０１については、画像として表示するだけで、操作定義部６４０で定義されている操作入力は無効としている。例えば上述の図２３中のＳＶＧコンテント６００（画像８５ｂ）とＳＶＧコンテント６０１（画像８５ｘ）では、操作定義部６４０において、いずれも操作入力「ＯＫ？」が定義されているが、インライン再生されるＳＶＧコンテント６０１の操作入力は無効とされる。この結果、最も上位の再生状態であるＳＶＧコンテント６００中で定義された操作入力のみが有効とされる。

また、例えば図２５に示すように、ＨＴＭＬ文書等のＷｅｂコンテント中にインライン再生されているＳＶＧコンテント中で操作入力「ＯＫ？」が定義されていても、この操作入力は無効とされる。この結果、最も上位の再生状態であるＷｅｂコンテント中で定義された操作入力のみが有効とされる。

このような動作を実現するために、例えば図２６に示すように、ブラウザ３００は上述の属性管理部５１５と連携する属性管理部３１０を備えている。この属性管理部３１０は、Ｗｅｂコンテント８００内のリンク定義部８１０の定義に従ってインライン再生されるＳＶＧコンテント６００についてはその旨を属性管理部５１５に通知する。属性管理部５１５は、この通知に応じて動作制限部５１６に属性情報を通知し、動作制限部５１６はこの属性情報に従って、下位の再生状態であるＳＶＧコンテント内の操作入力（例えば上述の図４中のリンク定義部６３０等）の処理を無効にする。

例えば上述の図５に示すＷｅｂコンテント８００の再生中に、リンク定義部８１０にＳＶＧコンテント６００のインライン再生の定義（OBJECT DATA...）があると、例えば図２７に示すように、ブラウザ３００は、ＳＶＧ処理部５１０にＳＶＧコンテント６００の表示画像のデータを要求する（Ｓ４１）。この際、属性管理部３１０は、属性管理部５１５にブラウザ３００からの要求で起動された旨を通知する（Ｓ４２）。ＳＶＧコンテント６００は、Ｗｅｂコンテント８００中のインライン再生の定義に従って呼び出された下位の再生状態であるため、属性管理部５１５はその旨を動作制限部５１６に通知する（Ｓ４３）。これにより、ＳＶＧコンテント６００中に操作定義部６４０があっても操作入力が無効とされる状態となる。

この後、ＳＶＧサーバ２０からＳＶＧコンテント６００が提供されると（Ｓ４４）、ＳＶＧ処理部５１０はＳＶＧコンテント６００を再生するが、操作定義部６４０を無効として表示画像を生成してブラウザ３００に提供する（Ｓ４５）。ブラウザ３００は、Ｗｅｂコンテント８００内に操作入力の処理が定義されていれば、この定義に従って操作入力を有効とする。

これにより、この携帯電話端末装置８０では、上位の再生状態にあるコンテントの操作入力のみを有効とし、下位の再生状態にあるコンテントの操作入力を無効にすることができる。ＰＣ等の汎用の情報処理装置では、下位の再生状態にあるコンテントの操作入力を有効にしてもマウス等のポインティングデバイスで個々のコンテント内の操作入力を選択することができる。これに対し、携帯電話端末装置８０では操作キー８４の制約から、個々のコンテント内の操作入力を選択することが困難である。このため、上述のように、上位の再生状態にあるコンテントの操作入力のみを有効とすることにより、ユーザの操作性の向上に寄与することができる。

（Ｆｌａｓｈ処理部５２０詳細）
ところで、この携帯電話端末装置８０では、ＳＶＧコンテント６００の他に、Ｆｌａｓｈコンテントも再生することができるようになっている。上述のＦｌａｓｈ処理部５２０は、例えば図２８に示すように、描画定義部７２０の定義に従って表示画像を構成する表示構成部５２１と、通信処理定義部７４０の定義に従ってする通信管理部５２２と、通信制御部１００の通信状態通知部１２１からの通知に従って通信状態の表示を行う通信状態表示部５２３と、アンカー定義部７３０の定義に従ってダイアル処理部１４０，電子メールクライアント２００の制御を行うアンカー確認部５２４と、動作状態に従って表示構成部５２１による処理を制御する属性管理部５２５と、属性管理部５２５からの指示に従って動作の制限を行う動作制限部５２６とを有している。

また、Ｆｌａｓｈコンテント７００は、コンテント全体の進行の定義を含む進行定義部７１０と、描画処理の定義を含む描画定義部７２０と、上述のダイアルアンカー，メーラアンカー等の定義を含むアンカー定義部７３０と、外部コンテントに対するリンク等の定義を含む通信処理定義部７４０とを有している。これらの進行定義部７１０〜通信処理定義部７４０は、Ａｃｔｉｏｎ Ｓｃｒｉｐｔと呼ばれる言語で記述されたスクリプトで構成されている。

このようなＦｌａｓｈコンテント７００は、例えば図２９に示すように、ＨＴＴＰサーバ１０が提供するＨＴＭＬ文書中で定義されているリンク情報（OBJECT DATA...）に従ってブラウザ３００がＦｌａｓｈサーバ３０から取得する。ＨＴＭＬ文書及び取得したＦｌａｓｈコンテント７００は、メモリ８３内のＦｌａｓｈデータ保持部８３ｂｂに保存できるようになっている。

Ｆｌａｓｈコンテント７００の表示は、例えば図３０に示すように、ブラウザ３００によるウィンドウ中に画像８５ｆとして表示（インライン再生）することができる。この状態では、Ｆｌａｓｈコンテント７００は描画定義部７２０による描画後の画像として表示され、アンカー定義部７３０，通信処理定義部７４０で定義されているリンク，アンカー等は無視される。このようなインライン再生の他に、Ｆｌａｓｈコンテント７００は、例えば図３１に示すように、Ｆｌａｓｈ処理部５２０によって独自のウィンドウ８５ｇに表示（インタラクティブ再生）することもできるようになっている。インライン再生の場合には、通信制御部１００が提供するＨＴＭＬ文書あるいはデータ保持部８３ｂに保持したＨＴＭＬ文書に応じてブラウザ３００がＦｌａｓｈ処理部５２０を呼び出してＦｌａｓｈコンテントを表示させる。一方、インタラクティブ再生の場合には、Ｆｌａｓｈ処理部５２０が、Ｆｌａｓｈサーバ３０からＦｌａｓｈコンテント７００を直接取得したり、Ｆｌａｓｈデータ保持部８３ｂｂに保持されているＦｌａｓｈコンテント７００を表示させる。

（通信確認）
図３１中のボタンの画像８５ｇａ等には、例えば通信処理定義部７４０の定義を関連付けることができる。しかしながら、ユーザの知らないうちに通信による課金が発生してしまうことを防止するために、この携帯電話端末装置８０では、通信を行う前にユーザに通信を行うか否かの確認を行うようになっている。

具体的には、画像等に対応付けられている通信処理定義部７４０の定義の一部を無効にしている。例えば通信処理定義部７４０中にｇｅｔＵＲＬコマンド（指定されたＵＲＬのコンテントをブラウザ３００等で表示させる命令）が存在する場合には、図３２に示すように、無条件で当該コマンドを実行する場合には当該コマンドを無効とし、図３３に示すように、一定の条件（ｏｎ（Ｐｒｅｓｓ）：当該ボタンの画像がユーザから指示された場合）を満たす場合に限り当該コマンドを有効にする。

さらに、ボタン等が選択されて、ｇｅｔＵＲＬコマンドが実行されると、通信管理部５２２は、例えば上述の図１０に示すように、ユーザにネットワークに接続するか否かの確認入力を求める画像（確認画像）を表示させる。

確認画像に応じて、ユーザがネットワーク接続を拒否した場合には、通信処理定義部７４０に対応する外部リンクは参照しない。一方、ユーザが、ネットワーク接続を許可した場合には、通信管理部５２２は、通信処理定義部７４０で定義されたアドレスのコンテントを、当該アドレス中で指定されたサーバ装置に要求する。これに応じてコンテントが提供されると通信状態表示部５２３は、例えば上述の図１１に示すように、コンテントの受信状況を示す画像８５ｃ（プログレスバー）を表示させる。これにより、ユーザはコンテントの受信状況を知ることができる。

あるいは、プログレスバーを表示させる代わりに、例えば上述の図１２に示すように、通信中であることを示すアイコン（画像８５ｄ）を表示させるようにしてもよい。これにより、ユーザはコンテントの受信中であることを知ることができる。

従って、この携帯電話端末装置８０では、ユーザがネットワーク接続を許可しない限り、Ｆｌａｓｈ処理部５２０が画像８５ｇａ等に関連付けられたコンテントを取得することはない。これにより、ユーザの指示なしに通信を行うことを防止することができ、ユーザの意図しない動作の防止に寄与することができる。

（アンカー）
また、Ｆｌａｓｈコンテント７００中においても、上述のＳＶＧコンテントの場合と同様に、ボタンの画像等に、ダイアル操作等の動作を関連付けることができる。ダイアラアンカーの場合には、アンカー確認部５２４は、上述の図１８と同様の確認画像を表示させ。これに応じて、ユーザが「ダイアル」を選択すると、アプリケーション監視部１２４は、Ｆｌａｓｈ処理部５２０にコンテントの再生の中止を指示し、ダイアル処理部１４０に発呼等の通話処理を実行させる。通話が終了すると、アプリケーション監視部１２４は、Ｆｌａｓｈ処理部５２０にコンテントの再生を再開させる。あるいは、ユーザが「ダイアル」を選択した際に、アプリケーション監視部１２４が、Ｆｌａｓｈ処理部５２０にコンテントの再生を終了させるようにしてもよい。

これにより、この携帯電話端末装置８０では、Ｆｌａｓｈ処理部５２０によるＦｌａｓｈコンテント７００の再生中であっても、ダイアラアンカーに応じた通話処理を実行させることができる。

（インライン再生の制限）
ところで、上述の図３０に示すように、Ｆｌａｓｈコンテント７００をインライン再生する場合、ＰＣ等の汎用の情報処理装置では、下位の再生状態にあるコンテント（インライン再生されているＦｌａｓｈコンテント７００）の操作入力を有効にしてもマウス等のポインティングデバイスで個々のコンテント内の操作入力を選択することができる。これに対し、携帯電話端末装置８０では操作キー８４の制約から、個々のコンテント内の操作入力を選択することが困難である。このため、この携帯電話端末装置８０では、インライン再生されているＦｌａｓｈコンテント７００の操作入力を無効にしている。具体的には、Ｆｌａｓｈコンテント７００の進行定義部７１０，アンカー定義部７３０，通信処理定義部７４０等の定義中のｐｒｅｓｓ，Ｋｅｙｐｒｅｓｓ等の一部のコマンドを無効にする。

これにより、上位の再生状態にあるコンテント（例えばブラウザ３００で実行されているＷｅｂコンテント）の操作入力のみを有効とすることにより、上位の再生状態にあるコンテント（例えばＷｅｂコンテント）と下位の再生状態にあるＦｌａｓｈコンテントの操作入力が競合してユーザが意図しない動作が実行される事を防止することができる。また、操作入力が無効とされるだけで、インライン再生自体は可能であるため、Ｆｌａｓｈコンテントを再生自体は可能であるため、ユーザの利便性の向上に寄与することができる。

（ＵＡヘッダ付加部１２２動作詳細）
ところで、ＳＶＧコンテント中では、上述のリンク定義部６３０において、＜ａ＞タグでＷｅｂコンテント等の外部のファイルに対するリンクを定義することができる。例えば上述の図４に示す例では、リンク定義部６３０において＜ａ＞タグでＵＲＬ“http://www.w3.org”に対するリンクが定義されている。このような＜ａ＞タグで定義されたリンク先に対応するコンテントを要求する際には、通常は、ＳＶＧ処理部５１０の通信管理部５１２がＨＴＴＰのコネクションを設定した後、ＳＶＧ処理部５１０のユーザエージェント名（User Agent Header）を付したＨＴＴＰリクエストをＨＴＴＰサーバに送信する。このため、ＨＴＴＰ管理部１２０は、ＨＴＴＰサーバからの応答をＳＶＧ処理部５１０に返すのが一般的な動作である。

また、Ｆｌａｓｈコンテント中では、上述の通信処理定義部７４０において、ｇｅｔＵＲＬ（）コマンドで他のコンテントに対するリンクを定義することができる。このようなｇｅｔＵＲＬ（）コマンドで定義されたリンク先に対応するコンテントは、その種類に応じたアプリケーションで再生すべきであるが、このようなコンテントを要求するＨＴＴＰリクエストはＦｌａｓｈ処理部５２０のものであるため、このＨＴＴＰリクエストに対する応答は、Ｆｌａｓｈ処理部５２０に返されるのが一般的である。

しかしながら、ＨＴＴＰサーバからの応答がＷｅｂコンテントである場合には、ＨＴＴＰリクエストを送信したＳＶＧ処理部５１０，Ｆｌａｓｈ処理部５２０が受信してしまうと、正常な再生動作ができなくなる可能性がある。一方、リンク先のコンテントがＷｅｂコンテントではなく、ＳＶＧ処理部５１０，Ｆｌａｓｈ処理部５２０等の他のアプリケーションで表示するコンテントである場合もあるが、このような場合は、ブラウザ３００が受信しても、対応するアプリケーションにコンテントの表示を指示することができる。

ところで、ＳＶＧコンテントにおける＜ａ＞タグあるいはＦｌａｓｈコンテントにおけるｇｅｔＵＲＬ（）コマンドによるリンク先はＷｅｂコンテントである場合が多く、それ以外のＳＶＧコンテントにおける＜ｉｍａｇｅ＞タグあるいはＦｌａｓｈコンテントにおけるｌｏａｄＭｏｖｉｅ（），ｌｏａｄＶｒｉａｂｌｅｓ（）等のコマンドによるリンク先は、当該コンテントを再生しているアプリケーションで再生できるコンテントである場合が多い。

このため、この携帯電話端末装置８０では、ＳＶＧ処理部５１０がリンク定義部６３０において＜ａ＞タグで定義されているリンク先のコンテントを要求する際に、ＵＡヘッダ付加部１２２がＨＴＴＰリクエスト中のユーザエージェント名をブラウザ３００に対応したもの（例えば“Browser”）とする。また、この携帯電話端末装置８０では、Ｆｌａｓｈ処理部５２０が、通信処理定義部７４０においてｇｅｔＵＲＬ（）コマンドで定義されているリンク先のコンテントを要求する際にも、ＵＡヘッダ付加部１２２がＨＴＴＰリクエスト中のユーザエージェント名をブラウザ３００に対応したものとしている。

以下、ＳＶＧコンテントからＷｅｂコンテントを要求する際の動作を例に説明する。例えば図３４に示すように、ＳＶＧ処理部５１０の通信管理部５１２が、リンク定義部６３０において＜ａ＞タグで定義されたＵＲＬ“http://www.w3.org”に対応するコンテントを要求する際（Ｓ５１）には、ＵＡヘッダ付加部１２２は、ユーザエージェント名をブラウザ３００のものとしてＨＴＴＰリクエストを生成し、ＨＴＴＰサーバ１０宛に送信する（Ｓ５２）。このＨＴＴＰリクエストは、具体的には、例えば“GET http://www.w3.org HTTP/1.1 3G V-90xVF … Browser …”となる。ここで、ＨＴＴＰ拡張ヘッダ中の“V-90xVF”は携帯電話端末装置の機種名を示す文字であり、“3G”は携帯電話端末装置の世代を示す文字である。また、拡張ヘッダ中の“Browser”は、当該ＨＴＴＰリクエストの送信元がブラウザ３００であることを示す文字である。この部分は、送信元がＳＶＧ処理部５１０であれば“SVG”とされ、送信元がＦｌａｓｈ処理部５２０であれば“Flash”とされていた部分である。

ＨＴＴＰサーバ１０は、このようなＨＴＴＰリクエスト中のユーザエージェント名に応じて応答（ＨＴＴＰレスポンス）を送信する（Ｓ５３）。例えばブラウザ３００からのＨＴＴＰリクエスト（ユーザエージェント名“Browser”）に対する応答は、Ｗｅｂコンテントである。このＷｅｂコンテントに対応するＨＴＴＰレスポンス中のContent-Typeは“text/html”である。このようなＨＴＴＰレスポンスを受信すると、ルーティング処理部１２３は、ＨＴＴＰレスポンス中のContent-Typeに応じて当該レスポンスのデータを提供するアプリケーションを選択する。この場合では、Content-Type“text/html”に対応するブラウザ３００に提供される（Ｓ５４）。ブラウザ３００は、提供されたＷｅｂコンテントを表示する。

また、ＳＶＧコンテントのリンク定義部６３０において、＜ｉｍａｇｅ＞タグで定義されているリンク先のコンテントを要求する際には、ＵＡヘッダ付加部１２２は、ユーザエージェント名をＳＶＧ処理部５１０であることを示す“SVG”としてＨＴＴＰリクエストを送信する。これに対するＨＴＴＰレスポンス中のContent-Typeは、例えば“image/svg”である。このようなＨＴＴＰレスポンスを受信すると、ルーティング処理部１２３は、当該レスポンス中のデータをＳＶＧ処理部５１０に提供する。ＳＶＧ処理部５１０は、提供されたＳＶＧコンテントを再生する。

これにより、この携帯電話端末装置８０では、リンク定義部６３０あるいは通信処理定義部７４０で定義されているリンク先のコンテントを、リンクの定義（ＳＶＧにおけるタグあるいはＦｌａｓｈにおけるコマンド）に応じて、適切なアプリケーション３００，５１０，５２０に提供することができる。従って、アプリケーションの混乱を防止してユーザの意図しない動作を防止することができる。

また、この携帯電話端末装置８０では、ＨＴＴＰリクエストに、適切なユーザエージェント名を付加しているため、コンテントを提供するサーバ側が、送信先のアプリケーションを認識することができ、コンテントの要求元のアプリケーション宛に応じた適切な応答を返すことができる。これにより、適切な応答が適切なアプリケーションに返されることになり、ユーザの意図しない動作の防止に寄与することができる。

（アプリケーション監視部１２４動作詳細）
ところで、ＳＶＧ処理部５１０は、上述の図２に示すように、ＨＴＴＰ上で実行されるアプリケーションであるため、ＳＶＧコンテントを、他のアプリケーション３００，４００で実行されるコンテントと相互に連携させながら動作させることができるようになっている。例えばＷｅｂコンテントの再生中にＳＶＧコンテントをインラインで表示させたり、ＳＶＧコンテントの再生中にネットワークと通信を実行し、そのレスポンスにより新たにブラウザ３００を起動するという動作を実行することができる。

ＰＣ等の汎用の情報処理装置では、複数のアプリケーションを同時に実行させることができるが、携帯電話端末装置では、ＭＰＵの処理性能，メモリ容量の制限等により、複数のアプリケーションを同時に実行させるのが困難である。このため、ＳＶＧコンテント中のネットワークに対する要求に対するレスポンスが、他のアプリケーションの動作を要求する場合には携帯電話端末装置側が応答できない場合がある。

このため、この携帯電話端末装置８０では、アプリケーション監視部１２４が、各アプリケーション３００，４００，５１０の動作状態を監視し、これらのうちのいずれのアプリケーションが起動しているかを監視している。さらに、アプリケーション監視部１２４は、アプリケーション間の推移を監視し、他のアプリケーションに推移した際に、前のアプリケーションの動作を中断又は停止させる。これにより、推移先のアプリケーションを実行することができるようになる。

具体的には、例えばアプリケーション監視部１２４は、ＳＶＧ処理部５１０，Ｊａｖａ（登録商標）実行環境４００の動作をブラウザ３００の管理下とし、ＳＶＧ処理部５１０からブラウザ３００が起動された場合とＳＶＧ処理部５１０からＪａｖａ（登録商標）実行環境４００が起動された場合に、ＳＶＧ処理部５１０の動作を中断又は停止とする。あるいは、他のアプリケーションからＳＶＧ処理部５１０に推移する場合にＳＶＧ処理部５１０を起動する。

これにより、この携帯電話端末装置８０では、ＳＶＧ処理部５１０，Ｆｌａｓｈ処理部５２０と、これらのアプリケーション５１０，５２０と連携する他のアプリケーション３００，４００の相乗動作によってアプリケーションの暴走を防止することができる。従って、適切なアプリケーションの実行環境を維持することができる。これにより、ユーザの意図しない動作を防止することができる。

（変形例）
上述の説明では、ＨＴＴＰサーバ１０とは別に、コンテントを提供するＳＶＧサーバ２０，Ｆｌａｓｈサーバ３０を設けた構成としていたが、ＨＴＴＰサーバ３０にＳＶＧコンテント，Ｆｌａｓｈコンテントを格納しておき、ＨＴＴＰサーバ３０がこれらのコンテントのデータを提供する構成とすることもできる。

以上、携帯電話端末装置に本発明を適用した例について説明したが、本発明の適用対象はこれに限られるものではなく、例えばＰＤＡ等の携帯端末機器，パーソナルコンピュータ等にも本発明を適用することができる。特に、ＰＤＡ等の携帯端末機器では、携帯電話端末装置と同様に、ＭＰＵの処理能力，メモリ容量が制限されているため、本発明を適用することによって、携帯電話端末装置と同様の作用効果を奏することができる。

本発明の実施例１に係る移動体通信システムの構成例を示すブロック図である。 前記移動体通信システムを構成する携帯電話端末装置のソフトウェアの構成例を示すブロック図である。 前記携帯電話端末装置で表示するＳＶＧコンテント及びＳＶＧ処理部の構成例を示す図である。 前記ＳＶＧコンテントの具体的な例を示す図である。 前記ＳＶＧコンテントに対するリンクが記述されたＷｅｂコンテントの例を示す図である。 前記ＳＶＧコンテントに応じて携帯電話端末装置の表示部に表示される画像の例を示す図である。 前記ＳＶＧコンテントに応じて表示部に表示される画像の例を示す図である。ャートである。 前記ＳＶＧコンテントに応じて表示部に表示される画像の例を示す図である。 前記携帯電話端末装置における通信確認処理の例を示すシーケンス図である。 前記表示部に表示される確認画像の例を示す図である。 前記表示部に表示される通信状態を示す画像の例を示す図である。 前記通信状態を示す画像の他の例を示す図である。 前記ＳＶＧコンテントに応じて携帯電話端末装置の表示部に表示される画像の例を示す図である。 前記ＳＶＧコンテントの例を示す図である。 前記携帯電話端末装置におけるコンテントの容量制限処理の例を示すシーケンス図である。 前記携帯電話端末装置の表示部に表示される警告画像の例を示す図である。 前記ＳＶＧコンテントの例を示す図である。 前記携帯電話端末装置で実行されるダイアル処理部によって表示されるダイアル確認画像の例を示す図である。 前記携帯電話端末装置におけるダイアルアンカーの処理の例を示すシーケンス図である。 前記ＳＶＧコンテントの例を示す図である。 前記携帯電話端末装置で実行される電子メールクライアントによる編集画面の例を示す図である。 前記ＳＶＧコンテントの例を示す図である。 前記ＳＶＧコンテントに応じて前記表示部に表示される画像の例を示す図である。 前記携帯電話端末装置における多重起動の制限処理の例を示すシーケンス図である。 インライン再生されたＳＶＧコンテントの例を示す図である。 前記携帯電話端末装置で実行されるブラウザ等の構成例を示すブロック図である。 前記携帯電話端末装置におけるインライン再生の制限処理の例を示すシーケンス図である。 前記携帯電話端末装置を構成するＦｌａｓｈ処理部の構成例を示す図である。 Ｆｌａｓｈコンテントに対するリンクが記述されたＷｅｂコンテントの例を示す図である。 前記インライン再生されたＦｌａｓｈコンテントの例を示す図である。 前記インタラクティブ再生されたＦｌａｓｈコンテントの例を示す図である。 前記Ｆｌａｓｈ処理部の動作制限部によって無効とされるコマンドの例を示す図である。 前記動作制限部によって有効とされるコマンドの例を示す図である。 前記携帯電話端末装置におけるコンテントの再生処理の例を示すシーケンス図である。

符号の説明

１０ ＨＴＴＰサーバ，２０ ＳＶＧサーバ、３０ Ｆｌａｓｈサーバ、４０ メールサーバ、５０ ネットワーク、６０ 移動体通信網、７０ 移動体通信網、７３，８０ 携帯電話端末装置、８３ｂ データ保持部、８６ 表示制御部、２００ 電子メールクライアント、３００ ブラウザ、４００ Ｊａｖａ（登録商標）実行環境、５００ 再生処理部、５１０ ＳＶＧ処理部、５２０ Ｆｌａｓｈ処理部

Claims (6)

1. 描画方法を定義する情報（描画定義情報）を含む描画定義データに従って描画処理を実行する描画手段と、
   前記描画定義データ中にハイパーリンク定義情報を含む場合に，ネットワーク経由で接続された提供装置に当該ハイパーリンク定義情報で指定されるデータを要求するデータ要求手段と、
   該データ要求手段によるデータの要求に応じてユーザにネットワーク接続を行うか否かを確認する確認手段と、
   該確認に対してユーザがネットワーク接続を指示した場合に，前記データ要求手段からの要求を前記提供装置に送信する送信手段と、
   該送信手段からの要求に応じて前記提供装置から取得したデータが前記描画定義データである場合に，前記描画手段に当該描画定義データに応じた描画処理を実行させると共に，前記データ要求手段による当該描画定義データ中のハイパーリンク定義情報で定義されるデータの要求を制限させる要求制限手段と
   を備えることを特徴とする情報端末装置。
2. 前記描画定義データ中にユーザからの操作入力を定義する情報（入力定義情報）がある場合に，当該入力定義情報に応じてユーザからの操作入力を取得する入力手段と、
   前記送信手段からの要求に応じて前記提供装置から取得したデータが前記描画定義データである場合に，前記入力手段に当該描画定義データ中の入力定義情報に応じた操作入力の取得を行わせない操作制限手段と
   を備えることを特徴とする請求項１記載の情報端末装置。
3. 前記描画定義データのインライン表示の定義を含むページ記述言語で記述されたデータ（ページ記述データ）を再生する際に，当該定義に応じて前記提供手段から描画定義データを取得し，前記描画手段に当該取得した描画定義データに応じた描画処理を指示するブラウザを備え、
   前記データ要求手段は，前記ブラウザからの指示により描画手段が描画を行う場合には，当該描画に係る描画定義データ中にハイパーリンク定義情報が含まれる場合であっても，当該ハイパーリンク定義情報で指定されるデータの要求は行わないことを特徴とする請求項１記載の情報端末装置。
4. 前記描画定義データ中にユーザからの操作入力を定義する情報（入力定義情報）がある場合に，当該入力定義情報に応じてユーザからの操作入力を取得する入力手段と、
   前記ブラウザからの指示により描画手段が描画を行う場合には，当該描画に係る描画定義データ中に入力定義情報を含む場合であっても，当該入力定義情報に応じた操作入力の取得を行わせない操作制限手段と
   を備えることを特徴とする請求項３記載の情報端末装置。
5. 前記描画定義データと当該描画定義データ中のハイパーリンク定義情報に従って取得される全てのデータのデータ容量の合計を検出するデータ容量監視手段と、
   該データ容量監視手段によって検出された前記データ容量の合計が所定の閾値を超えた場合に、前記送信手段による前記要求の送信を中止させる中止手段と
   を備えることを特徴とする請求項１記載の情報端末装置。
6. 第１の描画方法を定義する情報（描画定義情報）を含む第１の描画定義データに従って描画処理を実行する第１の描画手段と、
   第２の描画方法を定義する情報（描画定義情報）を含む第２の描画定義データに従って描画処理を実行する第２の描画手段と、
   スクリプト言語で記述されたデータ（スクリプトデータ）に従って処理を実行する処理実行手段と、
   前記描画定義データ中にハイパーリンク定義情報を含む場合に，ネットワーク経由で接続された提供装置に当該ハイパーリンク定義情報で指定されるデータを要求するデータ要求手段と、
   該データ要求手段によるデータの要求に応じてユーザにネットワーク接続を行うか否かを確認する確認手段と、
   該確認に対してユーザがネットワーク接続を指示した場合に，前記データ要求手段からの要求を前記提供装置に送信する送信手段と、
   該送信手段からの要求に応じて前記提供装置から取得したデータの属性に応じて，当該データの処理を行う前記第１の描画手段，前記第２の描画手段及び前記処理実行手段のいずれかを選択し，選択した手段以外の２つの手段の動作を停止又は休止させ，選択した手段に処理を実行させる実行制御手段と
   を備えることを特徴とする情報端末装置。

Images