JP2003131862A

JP2003131862A - 表示制御方法、情報処理装置、プログラム及び記録媒体。

Info

Publication number: JP2003131862A
Application number: JP2001279376A
Authority: JP
Inventors: Mitsuo Yoshioka; 光生吉岡
Original assignee: Square Co Ltd
Current assignee: Square Enix Co Ltd
Priority date: 2001-08-15
Filing date: 2001-09-14
Publication date: 2003-05-09

Abstract

(57)【要約】【課題】情報処理装置の表示パフォーマンスを高め、
表現範囲を広くする。【解決手段】ＮＭＬ文書１１０１のＨＥＡＤ部にＢＯ
ＤＹ部で参照される画像データ１２０１を予め定義して
おき、ＨＥＡＤ部の解析で、画像データ１２０１をゲー
ムＡサーバシステムから取得して（ステップＳ１２１０
→Ｓ１２１５）、予めクライアントシステム内に格納し
ておく（ステップＳ１２２０）。ＢＯＤＹ部の解析で
は、テキスト制御コードで指示される参照名で、ＨＥＡ
Ｄ部で定義され予めクライアントシステム内に格納され
ている画像データ１２０１を取得し、外字フォント的に
その画像をテキストと同時に表示する（ステップＳ１２
２５、Ｓ１２３０）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、表示制御方法、情
報処理装置、プログラム及び記録媒体に関し、より詳し
くは、マークアップ言語で記述された文書のファイルを
読み込んで、テキスト及び画像を表示するための表示制
御方法、情報処理装置、プログラム及び記録媒体に関す
る。

【０００２】

【従来の技術】従来、インターネットに代表される通信
ネットワークに接続されたクライアントシステムから、
ＷｅｂサーバシステムにアクセスしてＷｅｂコンテンツ
情報を取得し、クライアントシステムのビューア（デー
タ表示用ソフトウェア。ブラウザとも呼ばれる）の表示
画面に取得したＷｅｂコンテンツ情報を表示し、ユーザ
が閲覧するシステムがある。

【０００３】Ｗｅｂコンテンツ情報は、例えばマークア
ップ言語のＨＴＭＬ（hypertext markup language）で
記述されたＨＴＭＬ文書のファイルとして、Ｗｅｂサー
バシステムに格納されている。クライアントシステムの
ユーザは、起動したビューアから、所望のＨＴＭＬファ
イルの格納場所を指定するＵＲＬ（uniform resourcelo
cators）をＷｅｂサーバシステムへ送信し、指定したＨ
ＴＭＬファイルを取得する。このときの通信プロトコル
としては、ＨＴＴＰ（hypertext transfer protocol）
が用いられる。クライアントシステムのビューアは、マ
ークアップ言語で記述されたファイルを解析するパーサ
（parser）を有しており、例えば、ＨＴＭＬファイルを
解析するＨＴＭＬパーサを有している。ビューアは、Ｈ
ＴＭＬファイルを受信すると、ＨＴＭＬパーサのＨＴＭ
Ｌファイル解析結果に基づいて、そのファイルのＨＴＭ
Ｌ文書の表示を行う。

【０００４】ＵＲＬ、ＨＴＴＰ及びＨＴＭＬの書式（タ
グの使用法等）については、当業者には周知であるので
詳細な説明は省くが、例えば、アンク著、「カラー版Ｈ
ＴＭＬタグ辞典」、株式会社翔泳社・発行（１９９９年
１２月１０日、初版第１０刷）に、ＨＴＭＬのタグの解
説が記載されている。

【０００５】以下、図１〜３を使用して、クライアント
システムのビューアが、ＷｅｂサーバシステムからＨＴ
ＭＬファイルを取得して表示する従来例を説明する。図
１は、Ｗｅｂサーバシステムが格納しているＨＴＭＬフ
ァイルの１例を示す図である。図２は、クライアントシ
ステムのビューアとＷｅｂサーバシステムとの間の、Ｈ
ＴＴＰによるシーケンス図である。図３（ａ）、（ｂ）
は、取得したＨＴＭＬファイルにしたがってビューアが
表示する画面を示す図である。図３（ａ）は、テキスト
のみが表示完了した状態を示す図で、図３（ｂ）は、図
３（ａ）に続いて画像が表示完了した状態を示す図であ
る。

【０００６】図１において、図中符号１０１のＨＴＭＬ
ファイルjuhrai.htmlは、<html>タグ１０２、<body>タ
グ１０３、<img src="xxxxx/heart.png" width="16"hig
ht="16">タグ１０４、<input type="submit" value="あ
いうえお">タグ１０５等を含む。

【０００７】<html>タグ１０２は、<html>〜</html>タ
グで挟まれた内容が、ＨＴＭＬでかかれていることを宣
言する。<body>タグ１０３は、<body>〜</body>タグで
挟まれた内容が、ビューアに表示される本文であること
を示す。<img src="xxxxx/heart.png" width="16"hight
="16">タグ１０４は、その前後のテキストである”あい
う”と”えお”とを表示する際に、画像ファイルheart.
pngの画像を、表示画像サイズを幅１６ドット及び高さ
１６ドットに調整して”あいう”と”えお”との間に表
示することを示す。<input type="submit" value="あい
うえお">タグ１０５は、ボタン名”あいうえお”を有す
るボタンを表示することを示す。

【０００８】図２において、クライアントシステムのビ
ューアは、ユーザの指示に従い、ＨＴＭＬファイルjuhr
ai.html１０１のＵＲＬを指定したＨＴＴＰ要求を、Ｗ
ｅｂサーバシステムへ送信する（ステップＳ２００）。
ＨＴＴＰ要求を受信したＷｅｂサーバシステムは、格納
しているＨＴＭＬファイルjuhrai.html１０１を読み出
して、それを付加したＨＴＴＰ応答をクライアントシス
テムへ送信する（ステップＳ２０５）。

【０００９】ＨＴＴＰ応答を受信したビューアは、ＨＴ
ＭＬファイルjuhrai.html１０１を取得すると、ＨＴＭ
ＬパーサによるＨＴＭＬファイルjuhrai.html１０１の
解析を開始する。ＨＴＭＬパーサが、<img src="xxxxx/
heart.png" width="16"hight="16">タグ１０４の前にあ
るテキスト”あいう”を解析すると、ビューアは、表示
テキストデータ”あいう”を、画面の表示用データを展
開するフレームバッファメモリにバッファリングし、フ
レームバッファメモリの情報に基づいてテキスト”あい
う”を表示する（ステップＳ２１０）。

【００１０】次にＨＴＭＬパーサが、<img src="xxxxx/
heart.png" width="16"hight="16">タグ１０４を解析す
ると、ビューアは、画像ファイルheart.pngの画像デー
タ用のデフォルト領域を、上述の表示テキストデータ”
あいう”に続いてフレームバッファメモリに確保する。
そして、フレームバッファメモリの情報に基づいて、上
述のテキスト”あいう”に続いて上記デフォルト領域を
表示する（ステップＳ２１５）。そして、ビューアは、
画像ファイルheart.pngのＵＲＬ（上述の"xxxxx/heart.
png"）を指定したＨＴＴＰ要求を、Ｗｅｂサーバシステ
ムへ送信する（ステップＳ２２０）。

【００１１】ＨＴＭＬパーサが、<img src="xxxxx/hear
t.png" width="16"hight="16">タグ１０４の後にあるテ
キスト”えお”を解析すると、ビューアは、表示テキス
トデータ”えお”を、上述のデフォルト領域に続いてフ
レームバッファメモリにバッファリングする。そして、
フレームバッファメモリの情報に基づいて、上述のデフ
ォルト領域に続いてテキスト”えお”を表示する（ステ
ップＳ２２５）。

【００１２】さらにＨＴＭＬパーサが、<input type="s
ubmit" value="あいうえお">タグ１０５を解析すると、
ビューアは、ボタン名”あいうえお”を有するボタンの
データを、フレームバッファメモリにバッファリング
し、フレームバッファメモリの情報に基づいてボタン
名”あいうえお”を有するボタンを表示する（ステップ
Ｓ２３０）。

【００１３】一方、ＨＴＴＰ要求を受信したＷｅｂサー
バシステムは、格納している画像ファイルheart.png２
０１を読み出して、それを付加したＨＴＴＰ応答をクラ
イアントシステムへ送信する（ステップＳ２３５）。こ
こで、Ｗｅｂサーバシステムが格納している画像ファイ
ルheart.png２０１の画像データの表示画像サイズは、
幅８０ドット及び高さ８０ドットであるとする。

【００１４】ここまでのビューアの表示画面を、図３
（ａ）に示す。符号３０１のビューア画面は、テキス
ト”あいう”と”えお”とを表示すると共に、それらの
間に画像ファイルheart.pngの画像データ用のデフォル
ト領域３０２−１を表示する。また、ビューア画面３０
１は、ボタン名”あいうえお”を有するボタン３０３を
表示する。符号３０４は、ビューアのダウンロードイン
ジケータであり、これが動作中（点灯、回転その他）の
場合、上述した画像ファイルheart.png２０１を付加し
たＨＴＴＰ応答に基づいて、ビューアがＷｅｂサーバシ
ステムから画像ファイルheart.png２０１をダウンロー
ド中であることを示す。

【００１５】ビューアは、画像ファイルheart.png２０
１のダウンロードを終了すると、フレームバッファメモ
リ上のその画像データ用のデフォルト領域を、<img src
="xxxxx/heart.png" width="16"hight="16">タグ１０４
で指示される表示画像サイズ（幅１６ドット及び高さ１
６ドット）に調整した画像データ領域とする。そしてフ
レームバッファメモリ上の、表示テキストデータ”あい
う”及びそれに続く画像データ領域並びに表示テキスト
データ”えお”について、画面レイアウトを再調整する
（ステップＳ２４０）。

【００１６】そしてビューアは、取得した画像ファイル
heart.png２０１の画像データを表示画像サイズ（幅１
６ドット及び高さ１６ドット）に調整して、フレームバ
ッファメモリ上の画像データ領域にバッファリングし、
フレームバッファメモリの情報に基づいてレイアウト調
整されたテキスト”あいう”及びそれに続く画像ファイ
ルheart.pngの画像領域並びにテキスト”えお”を表示
する（ステップＳ２４５）。

【００１７】この時のビューアの表示画面を、図３
（ｂ）に示す。ビューア画面３０１は、テキスト”あい
う”と”えお”とを表示すると共に、それらの間に、指
定された表示画像サイズ（幅１６ドット及び高さ１６ド
ット）に調整された画像ファイルheart.pngの画像３０
２−２を表示する。尚、ビューアはＷｅｂサーバシステ
ムから画像ファイルheart.png２０１のダウンロードを
完了しているので、ダウンロードインジケータ３０４の
動作は停止している。

【００１８】

【発明が解決しようとする課題】上述のような、クライ
アントシステムのビューアが、サーバシステムからマー
クアップ言語で記述された情報を取得して表示する従来
のシステムでは、ビューアは、画像の表示に先立ってデ
フォルトの仮領域を確保して他のテキストを表示する必
要がある。そして、その後表示すべき画像データをサー
バシステムから取得した後、それを所定のサイズで表示
するために、上記仮領域を表示すべきサイズにする画面
レイアウトの再調整が必要である。このため、画面表示
の再調整においてクライアントシステムのＣＰＵに負荷
がかかり、画面表示まで時間がかかるという問題があっ
た。また、従来のシステムでは、ボタンやアイコン等の
オブジェクトを表示することができるが、これらは、表
示における表現が限られてしまう。

【００１９】そこで本発明は上述のような状況に鑑みて
なされたものであり、その目的とするところは、迅速且
つ効果的に画面表示を行うことのできる表示制御方法、
情報処理装置、プログラムおよびきを提供することにあ
る。

【００２０】

【課題を解決するための手段】上記目的を達成するため
に、本発明の一実施形態にかかる表示制御方法は、マー
クアップ言語で記述された文書のファイルを読み込み、
該文書を解析し、内容を表示する情報処理装置の表示制
御方法において、文書は、画像データの格納先を特定す
る格納先情報と、当該文書中において当該画像データを
識別する識別子とが記述された第１の記述部と、表示
すべき画像の画像データを示す前記識別子が記述された
第２の記述部とを有し、第１の記述部を解析し、格納先
情報に基づいて前記画像データを取得する取得ステップ
と、取得した画像データと、識別子とを対応付けて記憶
する記憶ステップと、第２の記述部を解析し、識別子に
対応付けられた前記画像データに基づいて画像を表示す
る表示ステップとを備える。

【００２１】第２の記述部は、オブジェクトの表示を指
定するオブジェクト表示記述と、オブジェクトに対応付
けて表示させるべきテキストを示すテキストデータと、
オブジェクトに対応付けて表示させるべき画像の画像デ
ータを示す前記識別子とが記述されており、表示ステッ
プは、識別子に対応付けられた画像データと、テキスト
データに基づくテキストとを、オブジェクトに対応付け
て表示するようにしてもよい。また、格納先情報は、ネ
ットワークを介して接続されたサーバシステム内を示し
ており、取得ステップは、サーバシステムから画像ファ
イルを取得するようにしてもよい。

【００２２】本発明の一実施形態にかかる情報処理装置
は、マークアップ言語で記述された文書のファイルを読
み込み、該文書を解析し、内容を表示する情報処理装置
において、文書は、画像データの格納先を特定する格納
先情報と、当該文書中において当該画像データを識別す
る識別子とが記述された第１の記述部と、表示すべき画
像の画像データを示す前記識別子が記述された第２の記
述部とを有し、第１の記述部を解析し、格納先情報に基
づいて画像データを取得する取得手段と、取得した画像
データと、識別子とを対応付けて記憶する記憶手段と、
第２の記述部を解析し、識別子に対応付けられた画像デ
ータに基づいて画像を表示する表示手段とを備える。

【００２３】第２の記述部は、オブジェクトの表示を指
定するオブジェクト表示記述と、オブジェクトに対応付
けて表示させるべきテキストを示すテキストデータと、
オブジェクトに対応付けて表示させるべき画像の画像デ
ータを示す識別子とが記述されており、表示手段は、識
別子に対応付けられた画像データと、テキストデータに
基づくテキストとを、オブジェクトに対応付けて表示す
るようにしてもよい。格納先情報は、ネットワークを介
して接続されたサーバシステム内を示しており、取得手
段は、サーバシステムから画像ファイルを取得するよう
にしてもよい。

【００２４】本発明の一実施形態にかかるプログラム
は、マークアップ言語で記述された文書のファイルを読
み込み、該文書を解析し、内容を表示する処理をコンピ
ュータに実行させるプログラムにおいて、文書は、画像
データの格納先を特定する格納先情報と、当該文書中に
おいて当該画像データを識別する識別子とが記述された
第１の記述部と、表示すべき画像の画像データを示す前
記識別子が記述された第２の記述部とを有し、第１の記
述部を解析し、格納先情報に基づいて前記画像データを
取得する取得手順と、取得した画像データと、識別子と
を対応付けて記憶する記憶手順と、第２の記述部を解析
し、識別子に対応付けられた画像データに基づいて画像
を表示する表示手順とを備える。

【００２５】本発明の一実施形態にかかる記録媒体は、
マークアップ言語で記述された文書のファイルを読み込
み、該文書を解析し、内容を表示する処理をコンピュー
タに実行させるプログラムを記録した記録媒体におい
て、文書は、画像データの格納先を特定する格納先情報
と、当該文書中において当該画像データを識別する識別
子とが記述された第１の記述部と、表示すべき画像の
画像データを示す識別子が記述された第２の記述部とを
有し、第１の記述部を解析し、格納先情報に基づいて画
像データを取得する取得手順と、取得した画像データ
と、識別子とを対応付けて記憶する記憶手順と、第２の
記述部を解析し、識別子に対応付けられた画像データに
基づいて画像を表示する表示手順とを備えたプログラム
を記録する。

【００２６】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を詳細に説明する。各図面中同一の機能を有する
箇所には同一符号を付し、同じ箇所の説明の重複は省
く。

【００２７】本実施形態のシステムは、ネットワークサ
ービス企業（以下、株式会社「甲」）が提供する通信ネ
ットワークサービスシステムにおける１機能として説明
する。本実施形態の通信ネットワークサービスシステム
は、ネットワークサービス企業がサーバ群を設置し運営
する通信ネットワークサービスを、インターネットを介
して会員ユーザへ提供する。また、本実施形態の通信ネ
ットワークサービス名を、仮にＮＯＬ（New On-Line）
と呼ぶこととする。

【００２８】上記通信ネットワークサービスが含む内容
としては、例えば、コンテンツ閲覧サービス；スポーツ、音楽、漫画、買い
物情報及びその他各種情報提供コミュニケーションサービス；ユーザ間のリアルタイム
なメッセージ交換の環境及びメールサービス環境の提
供。ゲームサービス；通信ネットワークを介して起動するオ
ンラインゲーム環境の提供等がある。

【００２９】上記通信ネットワークサービスの会員ユー
ザは、その通信ネットワークサービス専用のビューア
（データ表示用ソフトウェア）をクライアントシステム
上で起動し、ネットワークサービス企業のサーバ群へア
クセスしサービスを利用する。

【００３０】会員ユーザは、クライアントシステムから
上記サーバ群の所望のサーバシステムにアクセスして情
報を取得し、クライアントシステムのビューアの表示画
面に取得した情報を表示し閲覧する。

【００３１】（システム構成）図４は、本実施形態の通
信ネットワークサービスシステムのシステム構成図であ
る。通信ネットワークサービスシステムは、通信ネット
ワーク４０１、ネットワークサービス企業のサーバ群４
０２、及び通信ネットワーク４０１を介してサーバ群４
０２と接続され複数のユーザが使用するクライアントシ
ステム、例えば４０３ａ、４０３ｂ、４０４ａ、４０４
ｂ等を含む。さらに、通信ネットワークサービスシステ
ムは、専用線を介してサーバ群４０２と接続されカスタ
マーサポートセンタのオペレータが使用するクライアン
トシステム４０５を含む。サーバ群４０２及びクライア
ントシステム４０３ａ、４０３ｂ、４０４ａ、４０４
ｂ、４０５は、各々コンピュータシステムである。

【００３２】クライアントシステム４０３ａ、４０３ｂ
は、家庭用のビデオゲーム機である。クライアントシス
テム４０４ａ、４０４ｂはパーソナル・コンピュータ
（以下、ＰＣと呼ぶ）である。ＰＣは、例えばマイクロ
ソフト社のＷｉｎｄｏｗｓ（登録商標）９８等のＯＳ
（operating system）環境で動作するものを想定してお
り、このようなＰＣのシステム構成は周知のため、特に
詳細な説明は要しないであろう。クライアントシステム
４０３ａ、４０３ｂは、上述のビューアのプログラムを
ＣＤＲＯＭよりメモリへロードして起動することができ
る。クライアントシステム４０４ａ、４０４ｂは、上述
のビューアをあらかじめ内蔵のＨＤ（hard disk）に搭
載している。

【００３３】通信ネットワーク４０１は、サーバ群４０
２及び上述のクライアントシステム４０３ａ、４０３
ｂ、４０４ａ、４０４ｂ等を接続する。通信ネットワー
ク４０１としては、本実施形態ではインターネットを想
定する。

【００３４】サーバ群４０２は、上記各クライアントシ
ステムからの要求に応じて、保持しているデータへのア
クセスとその処理、各クライアントシステムへのサービ
スを行う。サーバ群４０２は、認証サーバシステム４０
２ａ、コンテンツサーバシステム４０２ｂ、メッセージ
サーバシステム４０２ｃ、メールサーバシステム４０２
ｄ、ゲームＡサーバシステム４０２ｅ、ゲームＢサーバ
システム４０２ｆ、プロファイルサーバシステム４０２
ｇ、業務サーバシステム４０２ｈを有し、それらサーバ
システムはＬＡＮ（local area network）で接続されて
いる。

【００３５】認証サーバシステム４０２ａは、各会員ユ
ーザのユーザアカウント（ユーザＩＤ（識別子））、そ
のパスワード、メールアカウント等を管理する。また認
証サーバシステム４０２ａは、ユーザの接続状況（オン
ライン／オフライン）及びオンライン中であるユーザの
クライアントマシンのアドレスを管理するようにしても
よい。

【００３６】コンテンツサーバシステム４０２ｂは、ス
ポーツ、音楽、漫画、買い物情報及びその他各種情報を
提供する。

【００３７】メッセージサーバシステム４０２ｃは、ユ
ーザ間のリアルタイムなメッセージ交換の環境を提供す
る。詳しくは、ユーザがクライアントマシン上で起動す
るメッセンジャアプリケーションとチャットアプリケー
ションのための環境を提供する。主にメッセンジャアプ
リケーションの交換メッセージ、チャットアプリケーシ
ョンのチャットメッセージを配信するためのルーティン
グ（送信先、経路の設定）を行う。

【００３８】メールサーバシステム４０２ｄは、ユーザ
間の電子メール交換の環境を提供する。

【００３９】ゲームＡサーバシステム４０２ｅは、ゲー
ム名「Ａ」のゲームのためのサーバシステムであり、ゲ
ームＢサーバシステム４０２ｆは、ゲーム名「Ｂ」のゲ
ームのためのサーバシステムである。各ゲームのサーバ
システムはオンラインゲームの環境を提供する。ユーザ
はビューアからゲームのサーバシステム内のオンライン
ゲームを起動してゲームを行う。例えばそのオンライン
ゲームがロールプレイングゲーム（ユーザがゲームのキ
ャラクタになってプレイするゲーム）の場合には、他の
会員ユーザと共にロールプレイングゲームを行うことが
できる。

【００４０】プロファイルサーバシステム４０２ｇは、
ユーザアカウント毎にそのユーザアカウントに対応する
ユーザのプロファイル（横顔。紹介）を管理する。ユー
ザがビューアから自分のプロファイルをプロファイルサ
ーバシステムへ登録できるようにしてもよい。

【００４１】また、プロファイルサーバシステム４０２
ｇは、ユーザアカウント毎にそのユーザアカウントに対
応するユーザの１以上のハンドルネーム（Handle Nam
e、以下、ＨＮ）を管理する。ＨＮは、ユーザの有する
仮の名前であり、ＨＮを以ってゲームに参加したりメッ
セージを送信したりする。ユーザは、例えばチャットに
参加中は、所望のＨＮでチャットを行う。ＨＮは、ユー
ザアカウントに対応して予めプロファイルサーバシステ
ム４０２ｇに登録してあるので、ユーザがチャットに参
加する時点で、プロファイルサーバシステム４０２ｇか
らハンドルネームのリスト（不図示）を取得して表示
し、そのリストから所望のハンドルネームを選択するよ
うにしてもよい。

【００４２】業務サーバシステム４０２ｈは、各ユーザ
アカウントに対応するユーザの、本実施形態の通信ネッ
トワークサービス使用料、個人情報の管理（入退会
他）、カスタマーサポートその他、通信ネットワークサ
ービスの業務処理を行う。業務サーバシステム４０２ｈ
は、カスタマーサポートセンタのクライアントシステム
４０５からの要求を受け付け、処理を行う。

【００４３】通信ネットワーク４０１、上述の専用線及
びＬＡＮ等のデータの送受信には、ＴＣＰ／ＩＰ（tran
smission control protocol/internet protocol）、Ｈ
ＴＴＰ（hypertext transfer protocol）、ＳＭＴＰ（s
imple mail transfer protocol）、ＦＴＰ（file trans
fer protocol）等通常のプロトコルを使用すればよい。

【００４４】また、各サーバシステムは、各クライアン
トシステムからの各種要求に対して、連携したデータベ
ース処理その他のバックエンド・プログラムを処理する
には、ＣＧＩ（common gateway interface）、ＳＳＩ
（server side include）、ＤＢＭＳ（database manage
ment system）及びその他の周知技術を利用すればよ
い。

【００４５】（クライアントシステム）上述のシステム
構成において、本実施形態では、クライアントシステム
を家庭用のビデオゲーム機とした場合について説明す
る。

【００４６】図５は、家庭用のビデオゲーム機であるク
ライアントシステム４０３ａ、４０３ｂ及び４０３ｃ等
の使用環境を説明している。これらクライアントシステ
ムは通信ネットワーク４０１を介してサーバ群４０２と
接続されている。

【００４７】クライアントシステム４０３ａはゲーム機
本体５０１、テレビ受像機５０２及びコントローラ５０
３を含む。同様に、クライアントシステム４０３ｂはゲ
ーム機本体５０４、テレビ受像機５０５及びコントロー
ラ５０６を含み、クライアントシステム４０３ｃはゲー
ム機本体５０７、テレビ受像機５０８及びコントローラ
５０９を含む。

【００４８】ゲーム機本体５０１はビューアを起動しサ
ーバ群４０２へアクセスする。テレビ受像機５０２はゲ
ーム機本体５０１からの画像及び音のデータを出力す
る。コントローラ５０３はユーザの指示をゲーム機本体
５０１へ入力する。

【００４９】本実施形態では、ユーザのヨシオカがクラ
イアントシステム４０３ａを使用してサーバ群４０２へ
アクセスするものとする。

【００５０】図６は、ゲーム機本体５０１のシステム構
成を示す。図６において、ゲーム機本体５０１は、ＣＰ
Ｕ（central processing unit）５０１ａ、システムメ
モリ５０１ｂ、ＶＲＡＭ（video ram）５０１ｃ、画像
制御モジュール５０１ｄ、音制御モジュール５０１ｅ、
メモリカードスロット５０１ｆ、Ｉ／Ｏ（input/outpu
t）インタフェース５０１ｇ、通信インタフェース５０
１ｈ、ＣＤＲＯＭドライブ５０１ｉを含む。

【００５１】ＣＰＵ５０１ａは、システムメモリ５０１
ｂにロードしたあるいは記憶されているプログラムの制
御手順に従い、ゲーム機本体５０１全体の制御を行う。

【００５２】システムメモリ５０１ｂはＲＯＭ（read o
nly memory）、ＲＡＭ（random access memory）等を含
む。ＲＯＭはＢＩＯＳ（basic input/output system）
プログラムが記憶されており、ＲＡＭは制御用データ及
びＣＤＲＯＭドライブ５０１ｉのＣＤＲＯＭからロード
されたビューアプログラムが一時記憶される。

【００５３】ＶＲＡＭ５０１ｃはテレビ受像機５０２へ
表示するための画像データを展開して一時記憶する。画
像制御モジュール５０１ｄはテレビ受像機５０２へ表示
するための画像データを制御する。音制御モジュール５
０１ｅはテレビ受像機５０２で出力するための音データ
を制御する。

【００５４】メモリカードスロット５０１ｆは、ＣＰＵ
５０１ａがビューアを起動時に参照するデータを記憶し
てあるメモリカードを差し込むためのインタフェースで
ある。

【００５５】Ｉ／Ｏインタフェース５０１ｇは、テレビ
受像機５０２またはコントローラ５０３等の外部機器と
ゲーム機本体５０１とのデータの入出力を行う。通信イ
ンタフェース５０１ｈは通信ネットワーク４０１との通
信制御を行う。

【００５６】ＣＤＲＯＭドライブ５０１ｉは、プログラ
ムを記憶したＣＤＲＯＭを駆動しそのプログラムを読み
取る。本実施形態では、ビューアプログラムを記憶した
ＣＤＲＯＭがＣＤＲＯＭドライブ５０１ｉにより読み取
られ、ビューアプログラムがシステムメモリ５０１ｂの
ＲＡＭへロードされる。

【００５７】図７はコントローラ５０３を示す。５０３
ａ、５０３ｂ、５０３ｃ、５０３ｄは各々上、下、左、
右の方向キーである。５０３ｅは○ボタン、５０３ｆは
×ボタンである。ユーザはこれらのキーやボタンを押し
て、指示をゲーム機本体５０１に与える。

【００５８】方向キー５０３ａ、５０３ｂ、５０３ｃ、
５０３ｄは、たとえばテレビ受像機５０２に表示された
ビューアの画面上の項目指定をするためのカーソル（ハ
イライト）と、それを指し示しながらそれと組で移動す
るアンカー（矢印）とを、対応する方向へ移動させる。

【００５９】○ボタン５０３ｅは、カーソルがある項目
に対して決定操作を行うためのボタンである。×ボタン
５０３ｆは、決定操作をキャンセルしたり１つ前の操作
ステップへ戻るためのボタンである。

【００６０】図８は、本実施形態に係るクライアントシ
ステムの、表示制御方法を実現するプログラムを含むソ
フトウェアモジュールの構成を示した図である。例え
ば、ゲーム機本体５０１において、ＣＰＵ５０１ａは、
ＣＤ−ＲＯＭからＣＤ−ＲＯＭドライブ５０１ｉを介し
てソフトウェアモジュール８００を読み出し、システム
メモリ５０１ｂのＲＡＭに格納して実行する。ソフトウ
ェアモジュール８００は、第１層８０１から第６層８０
６までの６階層により構成されている。

【００６１】第１層８０１は、物理インタフェースであ
り、ソフトウェアモジュール８００が搭載されるハード
ウェアに応じて、ビデオゲーム機ＩＦ８１１と汎用コン
ピュータＩＦ８１２と携帯端末ＩＦ８１３とから構成さ
れている。第２層８０２は、オペレーティングシステム
である。

【００６２】第３層８０３は、各種ドライバ、通信プロ
トコルなどから構成されている。ドライバには、文字描
画、線描画、塗りつぶし、スクロール、フォント設定な
どを行うグラフィクス・ドライバ８３１と、キーパッ
ド、キーボード、マウスなどからイベントを取得するイ
ベント・ドライバ８３２と、ファイル媒体に対する制御
を行うファイルＩ／Ｏ・ドライバ８３３とが含まれる。

【００６３】通信プロトコルは、インターネット層プロ
トコルとトランスポート層プロトコルを構成するＴＣＰ
／ＩＰ８３４と、アプリケーション層プロトコルである
チャット・プロトコル８３５と、メッセンジャ・プロト
コル８３６と、メーラ・プロトコル８３７とから構成さ
れている。なお、トランスポート層プロトコルにＵＤＰ
を使用するなど、通信プロトコルには、他のプロトコル
を使用することもできる。また、ＴＣＰ／ＩＰ通信のセ
キュリティを確保するためのＳＳＬ（Secure Socket La
yer）８３８と、ＳＳＬアルゴリズムによりクライアン
ト・サーバ間で交わされる暗号である暗号化モジュール
８３９とを備えている。

【００６４】第４層８０４は、各種モジュールの起動、
メモリリソース管理などを行うウィンドウマネージャー
８４１と、仮名入力に対して漢字候補を出力するＦＥＰ
（Front End Processor）であるかな漢字変換システム
８４２とから構成されている。

【００６５】第５層８０５は、ＰＮＧ（Portable Netwo
rk Graphics）、ＧＩＦ（GraphicsInterchange Forma
t）、ＪＰＥＧ（Joint Photographic Experts Grou
p）、ＭＰＥＧ（Moving Picture Experts Group）など
のフォーマットで作成された画像を描画するための画像
描画エンジン８５１と、例えばＨＴＭＬベースのマーク
アップ言語を解析し、タグの指示によって画面表示を行
うビューア（データ表示用ソフトウェア。ブラウザとも
呼ばれる）プログラム８５２と、各サーバ群と通信を行
うためのインタフェースである各種ＡＰＩ（Applicatio
n Programming Interface）８５３とから構成されてい
る。

【００６６】第６層８０６は、画面ＵＩ（user interfa
ce）モジュールであり、各種画面、ダイアログなどの表
示設定を行うユーザインタフェースモジュールである。

【００６７】（ビューアの表示の動作説明）以下、図
９、１０を用いて、本実施形態の上述のシステムにおい
て、ユーザのヨシオカがクライアントシステム４０３ａ
を使用して、ゲーム名「Ａ」のオンラインゲームの環境
を提供するゲームＡサーバシステム４０２ｅにアクセス
し、当該ゲーム名の範疇に含まれるゲームリストの情報
を取得し、クライアントシステム４０３ａのビューアの
表示画面に取得したゲームリストを表示し閲覧する場合
について説明する。

【００６８】ユーザのヨシオカがゲーム機本体５０１に
ビューアプログラムを記憶したＣＤＲＯＭをセットする
と、ゲーム機本体５０１はビューアを起動する。

【００６９】ビューアの初期画面はログインのためのア
カウントとパスワードの入力を促してくるので、ユーザ
は自分のアカウントとパスワードを不図示のソフトウェ
アキーボード（画面にキーボードを表示）（あるいは不
図示の外付けキーボード）から入力し、○ボタン５０３
ｅで決定操作を行いビューアにログインする。

【００７０】本実施形態のビューアは、ログインのため
のアカウントとして１つのマスタアカウントと３つのサ
ブアカウントの計４個のアカウントを使うことが可能で
ある。これらは、メモリカードスロット５０１ｆに差し
込まれたメモリカードに、パスワードとペアで記憶され
ており、ログイン時に入力されたアカウント及びパスワ
ードと照合される。上記ユーザのヨシオカはマスタアカ
ウントのアカウント「yoshioka」でログインしたものと
する。

【００７１】この場合のログイン直後のビューアのトッ
プ画面を図９に示す。図９において、ビューアメニュー
画面９０１はアカウント９０２、ナビゲータコマンドボ
タン９０３、ゲームコマンドボタン９０４、スポーツコ
マンドボタン９０５、ミュージックコマンドボタン９０
６、漫画コマンドボタン９０７等を含む。この時点では
ビューアはサーバ群４０２とオフライン状態である。

【００７２】ユーザは所望のボタンにカーソルを移動さ
せて（アンカーもペアで移動）○ボタン５０３ｅで決定
操作を行うことにより、決定操作されたボタンに関連し
た機能を起動する。このように、以下ユーザはカーソル
がある項目に対して決定操作を行い、その項目に関連し
た機能を起動することができる。

【００７３】ユーザがナビゲータコマンドボタン９０３
に決定操作を行うと、メッセージサーバシステム４０２
ｃ、メールサーバシステム４０２ｄおよびプロファイル
サーバシステム４０２ｇへアクセスしてコミュニケーシ
ョンサービスの提供を行うためのコミュニケーションツ
ール「ナビゲータ（仮称）」が起動される。ナビゲータ
はメッセンジャアプリケーション（以下、単にメッセン
ジャと呼ぶ）、チャットアプリケーション、メールアプ
リケーション等の機能を統合したコミュニケーションツ
ールである。

【００７４】ユーザがスポーツコマンドボタン９０５、
ミュージックコマンドボタン９０６、漫画コマンドボタ
ン９０７等に決定操作を行うと、コンテンツサーバシス
テム４０２ｂへアクセスして各種コンテンツ情報を取得
するためのコンテンツ閲覧ツールが起動される。

【００７５】ユーザがゲームコマンドボタン９０４にカ
ーソルを移動させ、決定操作を行うと、プロファイルサ
ーバシステム４０２ｇ、ゲームＡサーバシステム４０２
ｅへアクセスしてゲームを行うためのゲームツールが起
動される。

【００７６】以下、ユーザがゲームコマンドボタン９０
４に決定操作を行い、ゲームツールが起動されたビュー
アの動作について説明する。ビューアメニュー画面９０
１表示後にゲームツールが起動されると、ビューアのロ
グインに要した前述のアカウントとパスワードでサーバ
群４０２へのアクセスの認証が認証サーバシステム４０
２ａによって行われる。

【００７７】上記認証が得られサーバ群４０２とオンラ
イン状態となると、ビューアは、ゲームＡサーバシステ
ム４０２ｅにアクセスし、当該ゲームの範疇に含まれる
ゲームリストの情報を要求して取得し、クライアントシ
ステム４０３ａのビューアの表示画面に取得したゲーム
リストを表示する。本実施形態では、当該範疇に含まれ
るゲームは、麻雀ゲーム、ｘｘｘゲーム等であり、ビュ
ーアはそれらのゲームの選択ボタンから成るゲームリス
トを画面に表示し、ユーザにゲーム選択を促す。

【００７８】図１０にゲームコマンドボタン９０４が決
定操作され、ゲームツールが起動された場合のビューア
の画面を示す。図１０において、ゲームリスト画面１０
０１は、ゲームリスト名１００２と、ボタン１００３と
を有する。

【００７９】（表示シーケンス）ゲームリスト画面１０
０１の情報は、本実施形態特有のＮＭＬ（New markup l
anguage；仮称）で記述されたＮＭＬ文書のファイルと
して、ゲームＡサーバシステム４０２ｅに格納されてい
る。ＮＭＬはＨＴＭＬをベースとした本実施形態特有の
マークアップ言語である。

【００８０】クライアントシステム４０３ａのユーザ
は、起動したビューアから、所望のＮＭＬファイルの格
納場所を指定するＵＲＬをサーバシステムへ送信し、指
定したＮＭＬファイルを取得する。このときの通信プロ
トコルとしては、ＨＴＴＰが用いられる。クライアント
システム４０２ｅのビューアは、マークアップ言語で記
述されたファイルを解析するパーサ（parser）を有して
おり、例えば、ＮＭＬファイルを解析するＮＭＬパーサ
を有している。ビューアは、ＮＭＬファイルを受信する
と、ＮＭＬパーサのＮＭＬファイル解析結果に基づい
て、そのファイルのＮＭＬ文書の表示を行う。

【００８１】以下、図１１〜１２使用して、クライアン
トシステム４０３ａのビューアが、ゲームＡサーバシス
テム４０２ｅからゲームリスト画面１００１のＮＭＬフ
ァイルを取得して表示する表示シーケンスについて説明
する。図１１は、ゲームＡサーバシステム４０２ｅが格
納しているＮＭＬファイルの１例を示す図である。図１
２は、クライアントシステム４０３ａのビューアとゲー
ムＡサーバシステム４０２ｅとの間の、ＨＴＴＰによる
シーケンス図である。

【００８２】図１１において、図中符号１１０１のＮＭ
Ｌファイルgamelist.nmlは、<nml>タグ１１０２、<body
>タグ１１０３、<text pos="90,20" size="112,16">タ
グ１１０４、<input pos="95,60" size="80,16" type="
submit" value="麻雀&image=heart;ゲーム">タグ１１０
５、<head>タグ１１０６、<inlineimg src="xxxxx/hear
t.png" size="16,16" name="heart">タグ１１０７等を
含む。

【００８３】<nml>タグ１１０２は、<nml>〜</nml>タグ
で挟まれた内容が、ＮＭＬでかかれていることを宣言す
る。<body>タグ１１０３は、<body>〜</body>タグで挟
まれた内容（以下、ＢＯＤＹ部）が、ビューアに表示さ
れる本文であることを示す。

【００８４】また、<head>タグ１１０６によって、<hea
d>〜</head>タグで挟まれた部分（以下、ＨＥＡＤ部）
は、ＢＯＤＹ部で参照されるデータ（画像データ等）を
予め定義しておく。ＮＭＬパーサは、まずＨＥＡＤ部を
解析し、ここで定義されているデータをゲームＡサーバ
システム４０２ｅから取得して、予めクライアントシス
テム４０３ａ内に格納しておく。

【００８５】第1の記述部の一例としての<inlineimg sr
c="xxxxx/heart.png" size="16,16"name="heart">タグ
１１０７は、上述のＨＥＡＤ部の解析で、画像ファイル
heart.pngの画像データを、name="heart"の識別子の一
例である参照名heartをインデックスとして付し、予め
クライアントシステム４０３ａ内に格納することを示
す。src="xxxxx/heart.png"は、画像ファイルの格納先
情報の一例である。

【００８６】<text pos="90,20" size="112,16">タグ１
１０４は、</text>タグとで挟まれたテキストである”
ゲーム&image=heart;リスト”を、ｘｙ座標での開始位
置が（90,20）の文字ベースライン上に、表示範囲サイ
ズを幅１１２ドット及び高さ１６ドットにして表示する
ことを示す。ここで、&image=heart;は「テキスト制御
コード」である。この場合、&image=heartで指示される
参照名heartで、上記ＨＥＡＤ部で定義され予めクライ
アントシステム４０３ａ内に格納されている画像データ
を取得し、外字フォント的にその画像を、テキスト”ゲ
ーム”及び”リスト”の間にテキストと同時に表示する
ことを示す。

【００８７】<input pos="95,60" size="80,16" type="
submit" value="麻雀&image=heart;ゲーム">タグ１１０
５は、第２の記述部の一例であり、ボタン名「麻雀&ima
ge=heart;ゲーム」を有するボタン（オブジェクト）
を、ｘｙ座標での開始位置（95,60）に、表示サイズを
幅８０ドット及び高さ１６ドットにして表示することを
示す。ここで、&image=heart;は「テキスト制御コー
ド」である。この場合、&image=heartで指示される参照
名heartで、上記ＢＯＤＹ部で定義され予めクライアン
トシステム４０３ａ内に格納されている画像データを取
得し、外字フォント的にその画像を、テキスト” 麻
雀”及び” ゲーム”の間にテキストと同時に表示する
ことを示す。この記述によると、同一の画像ファイルを
表示させる場合には、参照名を表示すればよく、文書作
成者の負担を軽減することができる。また、参照名は、
基本的には、文書の格納先情報よりも少ないデータ量で
記述できるので文書のデータ量を押さえ、送信時間を短
縮することができる。

【００８８】図１２において、クライアントシステム４
０３ａのビューアは、ユーザの指示に従い、ＮＭＬファ
イルgamelist.htm１１０１のＵＲＬを指定したＨＴＴＰ
要求を、ゲームＡサーバシステム４０２ｅへ送信する
（ステップＳ１２００）。ＨＴＴＰ要求を受信したゲー
ムＡサーバシステム４０２ｅは、格納しているＮＭＬフ
ァイルgamelist.htm１１０１を読み出して、それを付加
したＨＴＴＰ応答をクライアントシステム４０３ａへ送
信する（ステップ１Ｓ２０５）。

【００８９】ＨＴＴＰ応答を受信したビューアは、ＮＭ
Ｌファイルgamelist.htm１１０１を取得すると、ＮＭＬ
パーサによるＮＭＬファイルgamelist.htm１１０１の解
析を開始する。最初に、ＨＥＡＤ部が解析され、ＮＭＬ
パーサが<inlineimg src="xxxxx/heart.png" size="16,
16" name="heart">タグ１１０７を解析すると、ビュー
アは、画像ファイルheart.pngのＵＲＬ（上述の"xxxxx/
heart.png"）を指定したＨＴＴＰ要求を、ゲームＡサー
バシステム４０２ｅへ送信する（ステップＳ１２１
０）。

【００９０】ＨＴＴＰ要求を受信したゲームＡサーバシ
ステム４０２ｅは、格納している画像ファイルheart.pn
g１２０１を読み出して、それを付加したＨＴＴＰ応答
をクライアントシステム４０３ａへ送信する（ステップ
Ｓ１２１５）。ここで、ゲームＡサーバシステム４０２
ｅが格納している画像ファイルheart.png１２０１の画
像データの表示画像サイズは、幅８０ドット及び高さ８
０ドットであるとする。

【００９１】ビューアは、画像ファイルheart.png１２
０１のダウンロードを終了すると、画像ファイルheart.
png１２０１の画像データをＲＡＭに格納する。そし
て、<inlineimg src="xxxxx/heart.png" size="16,16"
name="heart">タグ１１０７の解析に基づいて、size="1
6,16"による表示画像サイズ（ドット）の（16,16）と格
納した画像データの画像データポインタ（ＲＡＭ上の格
納位置）とからなるレコードを、name="heart"の参照名
heartをインデックスとして付して、ＲＡＭ上のinlinei
mgリストに登録する（ステップＳ１２２０）。

【００９２】次にＢＯＤＹ部が解析され、ＮＭＬパーサ
が<text pos="90,20" size="112,16">タグ１１０４を解
析すると、ビューアは、</text>タグとで挟まれたテキ
ストである”ゲーム&image=heart;リスト”を、ｘｙ座
標での開始位置が（90,20）の文字ベースライン上に、
表示範囲サイズを幅１１２ドット及び高さ１６ドットに
して表示する。この場合ビューアは、&image=heartで指
示される参照名heartによって上記inlineimgリストから
表示画像サイズ（16,16）と画像データポインタとを取
得する。そしてそれに基づいてＲＡＭに格納された画像
ファイルheart.png１２０１の画像データを表示画像サ
イズ（幅１６ドット及び高さ１６ドット）に調整して、
その画像データを外字フォント的に、テキスト”ゲー
ム”及び”リスト”の間にテキストと同時にレイアウト
して表示する（ステップＳ１２２５）。

【００９３】これにより、図１０に示すゲームリスト画
面１００１には、ゲームリスト名１００２が表示され
る。ゲームリスト画面１００１は、テキスト”ゲーム”
と”リスト”とを表示すると共に、それらの間に、指定
された表示画像サイズ（幅１６ドット及び高さ１６ドッ
ト）に調整された画像ファイルheart.pngの画像１００
４を表示する。

【００９４】続いてＮＭＬパーサが<input pos="95,60"
size="80,16" type="submit" value="麻雀&image=hear
t;ゲーム">タグ１１０５を解析すると、ビューアは、ボ
タン名「麻雀&image=heart;ゲーム」を有するボタン
を、ｘｙ座標での開始位置（95,60）に、表示サイズを
幅８０ドット及び高さ１６ドットにして表示する。この
場合ビューアは、&image=heartで指示される参照名hear
tによって上記inlineimgリストから表示画像サイズ（1
6,16）と画像データポインタとを取得する。そしてそれ
に基づいてＲＡＭに格納された画像ファイルheart.png
２０１の画像データを表示画像サイズ（幅１６ドット及
び高さ１６ドット）に調整して、その画像データを外字
フォント的に、テキスト”麻雀”及び”ゲーム”の間に
テキストと同時にレイアウトして表示する（ステップＳ
１２３０）。

【００９５】これにより、図１０に示すゲームリスト画
面１００１には、ボタン１００３が表示される。ゲーム
リスト画面１００１は、テキスト”麻雀”と”ゲーム”
とを表示すると共に、それらの間に、指定された表示画
像サイズ（幅１６ドット及び高さ１６ドット）に調整さ
れた画像ファイルheart.pngの画像１００５を表示す
る。

【００９６】本実施形態は、ＮＭＬ文書のＨＥＡＤ部に
ＢＯＤＹ部で参照される画像データを予め定義してお
き、ＮＭＬパーサのＨＥＡＤ部の解析で、その定義され
ている画像データをゲームＡサーバシステム４０２ｅか
ら取得して、予めクライアントシステム４０３ａ内に格
納しておく。そして、ＮＭＬパーサによるＮＭＬ文書の
ＢＯＤＹ部の解析では、テキスト制御コードで指示され
る参照名で、上記ＢＯＤＹ部で定義され予めクライアン
トシステム４０３ａ内に格納されている画像データを取
得し、外字フォント的にその画像をテキストと同時に表
示することに特徴がある。

【００９７】（クライアントシステム処理）上記のシス
テム構成において、図９〜図１２により上述したよう
に、クライアントシステム４０３ａのビューアが、ゲー
ムＡサーバシステム４０２ｅからゲームリスト画面１０
０１のＮＭＬファイルを取得して表示する場合の、クラ
イアントシステムの処理手順を以下、図１３（ａ）、
（ｂ）、（ｃ）及び図１４を用いて説明する。図１３
（ａ）、（ｂ）、（ｃ）は、クライアントシステム４０
３ａが本実施形態の表示制御の処理を行う処理手順を示
すフローチャートである。図１４は、inlineimgリスト
の説明図である。

【００９８】本実施形態では、図１３（ａ）、（ｂ）、
（ｃ）に示す処理手順は、クライアントシステム４０３
ａのゲーム機本体５０１が有するＣＰＵ５０１ａが、Ｃ
ＤＲＯＭからシステムメモリ５０１ｂのＲＡＭへロード
されたビューアプログラムを実行することにより行われ
る。図１３（ａ）、（ｂ）、（ｃ）に示す処理手順は、
特に図１２で説明したＮＭＬパーサの解析の処理につい
て示しており、図１３（ａ）はＮＭＬパーサ処理のフロ
ーチャート、図１３（ｂ）はＨＥＡＤ部処理のフローチ
ャート、図１３（ｃ）はＢＯＤＹ部処理のフローチャー
トである。

【００９９】図１４は、システムメモリ５０１ｂのＲＡ
Ｍ上のinlineimgリストを示しており、システムメモリ
５０１ｂのＲＡＭ上に格納した画像データについて、そ
の表示画像サイズと画像データポインタ（ＲＡＭ上の格
納位置）とからなるレコードを、参照名（name）をイン
デックスとして登録するリストである。

【０１００】図１３（ａ）において、ＣＰＵ５０１ａ
は、ＨＴＴＰ応答を受信しＮＭＬファイルgamelist.htm
１１０１を取得すると、ＮＭＬファイルgamelist.htm１
１０１の解析を開始する。最初に、ＨＥＡＤ部を解析し
（ステップＳ１３００）、次いでＢＯＤＹ部を解析する
（ステップＳ１３５０）。

【０１０１】図１３（ｂ）は上述のステップＳ１３００
のＨＥＡＤ部処理を示す。図１３（ｂ）において、ＣＰ
Ｕ５０１ａは、<inlineimg src="xxxxx/heart.png" siz
e="16,16" name="heart">タグ１１０７であると判断す
ると（ステップＳ１３０１→Ｓ１３０２）、画像ファイ
ルheart.pngのＵＲＬ（上述の"xxxxx/heart.png"）を指
定したＨＴＴＰ要求をゲームＡサーバシステム４０２ｅ
へ送信し、画像ファイルheart.png１２０１をダウンロ
ードして画像ファイルheart.png１２０１の画像データ
をシステムメモリ５０１ｂのＲＡＭに格納する。（ステ
ップＳ１３０２）。

【０１０２】次にＣＰＵ５０１ａは、<inlineimg src="
xxxxx/heart.png" size="16,16" name="heart">タグ１
１０７に基づいて、size="16,16"による表示画像サイズ
（16,16）と画像データポインタ（画像ファイルheart.p
ng１２０１の画像データのＲＡＭ上における格納位置）
とからなるレコードを、name="heart"の参照名heartを
インデックスとして、システムメモリ５０１ｂのＲＡＭ
上のinlineimgリストに登録する（ステップＳ１３０
３）。この時のinlineimgリストの登録状況は、図１４
における符号１４０１のレコードのようになる。そして
ＣＰＵ５０１ａはＨＥＡＤ部処理の終了か否かを判断す
る（ステップＳ１３０５）。

【０１０３】ＣＰＵ５０１ａは、ステップＳ１３０１で
<inlineimg>タグでないと判断した場合は、その他の処
理を行い（ステップＳ１３０４）、ＨＥＡＤ部処理の終
了か否かを判断する（ステップＳ１３０５）。

【０１０４】ＣＰＵ５０１ａは、ＨＥＡＤ部処理終了と
判断するまで、ステップＳ１３０５とＳ１３０１の間の
ループ処理行い、ＨＥＡＤ部処理終了と判断した場合、
図１３（ａ）の処理へ戻る（ステップＳ１３０５→リタ
ーン）。

【０１０５】図１３（ｃ）は上述のステップＳ１３５０
のＢＯＤＹ部処理を示す。図１３（ｃ）において、ＣＰ
Ｕ５０１ａは、<text pos="90,20" size="112,16">タグ
１１０４であると判断すると、それと</text>タグとで
挟まれたテキスト”ゲーム&image=heart;リスト”内
に、テキスト制御コードがあるか否かを判断する（ステ
ップＳ１３５１→Ｓ１３５２）。

【０１０６】ＣＰＵ５０１ａは、この場合テキスト制御
コード「&image=heart;」があるため、”ゲーム&image=
heart;リスト”中の表示テキストデータ（”ゲーム”及
び”リスト”）をシステムメモリ５０１ｂのＲＡＭ上の
画面の表示用データを展開するフレームバッファメモリ
にバッファリングし、<text pos="90,20" size="112,1
6">タグ１１０４に基づいた文字ベースラインの開始位
置（90,20）と表示範囲サイズ（幅１１２ドット及び高
さ１６ドット）を、システムメモリ５０１ｂのＲＡＭに
セーブする（ステップＳ１３５２→Ｓ１３５３）。さら
に、&image=heartで指示される参照名heartによって図
１４のinlineimgリスト中のレコード１４０１を参照
し、その表示画像サイズ（16,16）と画像データポイン
タ（画像ファイルheart.png１２０１の画像データのＲ
ＡＭ上における格納位置）とをシステムメモリ５０１ｂ
のＲＡＭにセーブする（ステップＳ１３５４）。

【０１０７】そしてＣＰＵ５０１ａは、ステップＳ１３
５３〜Ｓ１３５４で取得した情報に基づいて、ステップ
Ｓ１３０２でシステムメモリ５０１ｂのＲＡＭに格納さ
れた画像ファイルheart.png１２０１の画像データを、
表示画像サイズ（幅１６ドット及び高さ１６ドット）に
調整して、その画像データを外字フォント的に、テキス
ト”ゲーム”及び”リスト”の間にテキストと同時にレ
イアウトしてフレームバッファメモリにバッファリング
し、フレームバッファメモリの情報に基づいて表示を行
う（ステップＳ１３５４→Ｓ１３５６）。これにより、
図１０に示すゲームリスト画面１００１には、ゲームリ
スト名１００２が表示される。

【０１０８】ＣＰＵ５０１ａは、ステップＳ１３５２
で、<text pos="90,20" size="112,16">タグ１１０４と
</text>タグとで挟まれたテキスト内に、テキスト制御
コード「&image;」がないと判断した場合は、表示テキ
ストデータをフレームバッファメモリにバッファリング
し、<text pos="90,20" size="112,16">タグ１１０４に
基づいた文字ベースラインの開始位置（90,20）と表示
範囲サイズ（幅１１２ドット及び高さ１６ドット）を、
システムメモリ５０１ｂのＲＡＭにセーブする（ステッ
プＳ１３５５）。そしてＣＰＵ５０１ａは、ステップＳ
１３５５で取得した情報に基づいて、テキストをレイア
ウトして表示する（ステップＳ１３５５→Ｓ１３５
６）。

【０１０９】また、ステップＳ１３５１において、ＣＰ
Ｕ５０１ａは、<input pos="95,60"size="80,16" type
="submit" value="麻雀&image=heart;ゲーム">タグ１１
０５であると判断すると、テキスト”麻雀&image=hear
t;ゲーム”内に、テキスト制御コードがあるか否かを判
断する（ステップＳ１３５１→Ｓ１３５２）。

【０１１０】ＣＰＵ５０１ａは、この場合テキスト制御
コード「&image=heart;」があるため、”麻雀&image=he
art;ゲーム”中の表示テキストデータ（”麻雀”及び”
ゲーム”）をフレームバッファメモリにバッファリング
し、<input pos="95,60" size="80,16" type="submit"
value="麻雀&image=heart;ゲーム">タグ１１０５に基づ
いたボタンの開始位置（95,60）と表示サイズ（幅８０
ドット及び高さ１６ドット）を、システムメモリ５０１
ｂのＲＡＭにセーブし（ステップＳ１３５２→Ｓ１３５
３）、さらに、&image=heartで指示される参照名heart
によって図１４のinlineimgリスト中のレコード１４０
１を参照し、その表示画像サイズ（16,16）と画像デー
タポインタ（画像ファイルheart.png１２０１の画像デ
ータのＲＡＭ上における格納位置）とをシステムメモリ
５０１ｂのＲＡＭにセーブする（ステップＳ１３５
４）。

【０１１１】そしてＣＰＵ５０１ａは、ステップＳ１３
５３〜Ｓ１３５４で取得した情報に基づいて、ステップ
Ｓ１３０２でシステムメモリ５０１ｂのＲＡＭに格納さ
れた画像ファイルheart.png１２０１の画像データを、
表示画像サイズ（幅１６ドット及び高さ１６ドット）に
調整して、その画像データを外字フォント的に、テキス
ト”麻雀”及び”ゲーム”の間にテキストと同時にレイ
アウトしてフレームバッファメモリにバッファリング
し、フレームバッファメモリの情報に基づいて表示を行
う（ステップＳ１３５４→Ｓ１３５６）。これにより、
図１０に示すゲームリスト画面１００１には、ボタン１
００３が表示される。

【０１１２】ＣＰＵ５０１ａは、ステップＳ１３５２
で、<input>タグ内に、テキスト制御コード「&image;」
がないと判断した場合は、表示テキストデータをフレー
ムバッファメモリにバッファリングし、、<input pos="
95,60" size="80,16" type="submit" value=……・>タ
グに基づいたボタンの開始位置（95,60）と表示サイズ
（幅８０ドット及び高さ１６ドット）を、システムメモ
リ５０１ｂのＲＡＭにセーブする（ステップＳ１３５
５）。そしてＣＰＵ５０１ａは、ステップＳ１３５５で
取得した情報に基づいて、テキストをレイアウトして表
示する（ステップＳ１３５５→Ｓ１３５６）。

【０１１３】ＣＰＵ５０１ａは、ステップＳ１３５６の
後、ＢＯＤＹ部処理の終了か否かを判断する（ステップ
Ｓ１３５８）。また、ＣＰＵ５０１ａは、ステップＳ１
３５１で<text>タグでも<input>タグでもないと判断し
た場合は、その他の処理を行い（ステップＳ１３５
７）、ＢＯＤＹ部処理の終了か否かを判断する（ステッ
プＳ１３５８）。

【０１１４】ＣＰＵ５０１ａは、ＢＯＤＹ部処理終了と
判断するまで、ステップＳ１３５８とＳ１３５１の間の
ループ処理行い、ＢＯＤＹ部処理終了と判断した場合、
図１３（ａ）の処理へ戻る（ステップＳ１３５８→リタ
ーン）。

【０１１５】（実施形態の効果）上述の実施形態によれ
ば、ＮＭＬ文書のＨＥＡＤ部にＢＯＤＹ部で参照される
画像データを予め定義しておき、ＮＭＬパーサのＨＥＡ
Ｄ部の解析で、その定義されている画像データをゲーム
Ａサーバシステム４０２ｅから取得して、予めクライア
ントシステム４０３ａ内に格納しておく。そして、ＮＭ
ＬパーサによるＮＭＬ文書のＢＯＤＹ部の解析では、テ
キスト制御コードで指示される参照名で、上記ＢＯＤＹ
部で定義され予めクライアントシステム４０３ａ内に格
納されている画像データを取得し、外字フォント的にそ
の画像をテキストと同時に表示する。

【０１１６】このため、画面表示の再調整が不要なので
クライアントシステム４０３ａのＣＰＵ負荷が抑制さ
れ、ビューアの表示パフォーマンスが向上する。また、
ビューアは、ボタンやアイコン等のオブジェクトを表示
する際に、それらオブジェクト内にテキストを表示する
と共に画像も表示できるので。ボタンやアイコン等のオ
ブジェクトを表示する際の表現の範囲が広がる。

【０１１７】（他の実施形態）上述の実施形態の他に次
の形態を実施できる。１）上述の実施形態では、クライアントシステムは、ゲ
ームＡサーバシステム４０２ｅと通信ネットワークを介
して接続されており、ゲームＡサーバシステム４０２ｅ
から、ＮＭＬ文書とそのＨＥＡＤ部に予め定義されてい
るデータとを取得している。しかし、ＮＭＬ文書とその
ＨＥＡＤ部に予め定義されているデータとを予め格納し
ているスタンドアロンのシステムにおいても、本発明は
適用可能である。２）上述の実施形態では、クライアントシステムを家庭
用のビデオゲーム機としているが、クライアントシステ
ムしてはＰＣを使用してもよい。この場合、ビューアは
ＣＤＲＯＭよりロードすることに限らず、あらかじめハ
ードディスクに搭載しても良い。また、メモリカードに
代わってハードディスクに認証用データ等を保存すれば
よい。また、コントローラの代わりにマウスまたはキー
ボードを使用すればよい。３）上述の実施形態では、クライアントシステムを家庭
用のビデオゲーム機としているが、クライアントシステ
ムしてはゲームセンタに設置された端末機またはゲーム
機等を使用してもよい。この場合、ビューアはＣＤＲＯ
Ｍよりロードすることに限らず、あらかじめ内蔵の記憶
装置に搭載しても良い。また、メモリカードに代わって
内蔵の記憶装置に認証用データ等を保存すればよい。ま
た、コントローラに相当する入力デバイスは任意に周知
の物を使用すればよい。４）上述の実施形態では、クライアントシステムを家庭
用のビデオゲーム機としているが、クライアントシステ
ムしては携帯電話、ＰＤＡ（personal digital assista
nt）等の携帯情報端末を使用してもよい。この場合、ビ
ューアはあらかじめ内蔵のＲＯＭに搭載しても良い。ま
た、メモリカードに代わって内蔵のフラッシュメモリに
認証用データ等を保存すればよい。また、コントローラ
に相当する入力デバイスは入力キー等を使用すればよ
い。５）上述の実施形態では、メモリカード内に認証用デー
タ等を記憶させているが、これに限らず、認証用データ
は、別途ゲーム機内に設けられているＲＡＭに記憶され
ていても良いし、操作者が入力しても良い。６）上述の実施形態は本発明の例示のために説明した
が、上述の実施形態の他にも変形が可能である。その変
形が特許請求の範囲で述べられている本発明の技術思想
に基づく限り、その変形は本発明の技術的範囲内とな
る。

【０１１８】

【発明の効果】以上説明したように本発明によれば、迅
速且つ効果的に画面表示を行うことができる。

【図面の簡単な説明】

【図１】従来の、Ｗｅｂサーバシステムが格納している
ＨＴＭＬファイルの１例を示す図である。

【図２】従来の、クライアントシステムのビューアとＷ
ｅｂサーバシステムとの間の、ＨＴＴＰによるシーケン
ス図である。

【図３】従来の、取得したＨＴＭＬファイルにしたがっ
てビューアが表示する画面を示す図で、（ａ）はテキス
トのみが表示完了した状態を示す図、（ｂ）は（ａ）に
続いて画像が表示完了した状態を示す図である。

【図４】本発明の実施形態の通信ネットワークサービス
システムのシステム構成のブロック図である。

【図５】本発明の実施形態の家庭用のビデオゲーム機の
使用環境の説明図である。

【図６】本発明の実施形態のゲーム機本体のシステム構
成のブロック図である。

【図７】本発明の実施形態のコントローラの説明図であ
る。

【図８】本発明の実施形態の、表示制御方法を実現する
プログラムを含むソフトウェアモジュールの構成図であ
る。

【図９】本発明の実施形態のビューアのトップ画面の説
明図である。

【図１０】本発明の実施形態のゲームコマンドボタン決
定操作後のビューアの画面で、ゲームリストを表示した
場合を示す図である。

【図１１】本発明の実施形態のゲームＡサーバシステム
が格納しているＮＭＬファイルの１例を示す図である。

【図１２】本発明の実施形態のクライアントシステムの
ビューアとゲームＡサーバシステムとの間の、ＨＴＴＰ
によるシーケンス図である。

【図１３】本発明の実施形態のクライアントシステムが
行う表示制御の処理手順を示すフローチャートで、
（ａ）はＮＭＬパーサ処理のフローチャート、（ｂ）は
ＨＥＡＤ部処理のフローチャート、（ｃ）はＢＯＤＹ部
処理のフローチャートである。

【図１４】本発明の実施形態のinlineimgリストの説明
図である。

【符号の説明】

１０１ＨＴＭＬファイルjuhrai.html １０２ <html>タグ１０３ <body>タグ１０４ <img src="xxxxx/heart.png" width="16"hight
="16">タグ１０５ <input type="submit" value="あいうえお">タ
グ２０１画像ファイルheart.png ３０１ビューア画面３０２−１画像データ用のデフォルト領域３０２−２画像ファイルheart.pngの画像３０３ボタン３０４ダウンロードインジケータ４０１通信ネットワーク４０２サーバ群４０３ａ、４０３ｂビデオゲーム機４０４ａ、４０４ｂＰＣ５０１、５０４、５０７ゲーム機本体５０２、５０５、５０８テレビ受像機５０３、５０６、５０９コントローラ５０３ａ、５０３ｂ、５０３ｃ、５０３ｄ方向キー５０３ｅ ○ボタン５０３ｆ ×ボタン８００クライアントシステムのフトウェアモジュール９０１ビューアメニュー画面９０２ユーザアカウント９０３ナビゲータコマンドボタン９０４ゲームコマンドボタン１００１ゲームリスト画面１００２ゲームリスト名１００３ボタン１００４画像ファイルheart.pngの画像１００５画像ファイルheart.pngの画像１１０１ＮＭＬファイルgamelist.nml １１０２ <nml>タグ１１０３ <body>タグ１１０４ <text pos="90,20" size="112,16">タグ１１０５ <input pos="95,60" size="80,16" type="su
bmit" value="麻雀&image=heart;ゲーム">タグ１１０６ <head>タグ１１０７ <inlineimg src="xxxxx/heart.png" size="1
6,16" name="heart">タグ１２０１画像ファイルheart.png １４０１ inlineimgリスト中のレコード

Claims

【特許請求の範囲】

【請求項１】マークアップ言語で記述された文書のフ
ァイルを読み込み、該文書を解析し、内容を表示する情
報処理装置の表示制御方法において、前記文書は、画像データの格納先を特定する格納先情報と、当該文書
中において当該画像データを識別する識別子とが記述さ
れた第１の記述部と、表示すべき画像の画像データを示す前記識別子が記述さ
れた第２の記述部とを有し、前記第１の記述部を解析し、前記格納先情報に基づいて
前記画像データを取得する取得ステップと、前記取得した画像データと、前記識別子とを対応付けて
記憶する記憶ステップと、前記第２の記述部を解析し、前記識別子に対応付けられ
た前記画像データに基づいて画像を表示する表示ステッ
プとを備えたことを特徴とする表示制御方法。
【請求項２】請求項１に記載の表示制御方法におい
て、前記第２の記述部は、オブジェクトの表示を指定するオ
ブジェクト表示記述と、前記オブジェクトに対応付けて
表示させるべきテキストを示すテキストデータと、前記
オブジェクトに対応付けて表示させるべき画像の画像デ
ータを示す前記識別子とが記述されており、前記表示ステップは、前記識別子に対応付けられた前記
画像データと、前記テキストデータに基づくテキストと
を、前記オブジェクトに対応付けて表示することを特徴
とする表示制御方法。
【請求項３】請求項１または２に記載の表示制御方法
において、前記格納先情報は、ネットワークを介して接続されたサ
ーバシステム内を示しており、前記取得ステップは、前記サーバシステムから前記画像
ファイルを取得することを特徴とする表示制御方法。
【請求項４】マークアップ言語で記述された文書のフ
ァイルを読み込み、該文書を解析し、内容を表示する情
報処理装置において、前記文書は、画像データの格納先を特定する格納先情報と、当該文書
中において当該画像データを識別する識別子とが記述さ
れた第１の記述部と、表示すべき画像の画像データを示す前記識別子が記述さ
れた第２の記述部とを有し、前記第１の記述部を解析し、前記格納先情報に基づいて
前記画像データを取得する取得手段と、前記取得した画像データと、前記識別子とを対応付けて
記憶する記憶手段と、前記第２の記述部を解析し、前記識別子に対応付けられ
た前記画像データに基づいて画像を表示する表示手段と
を備えたことを特徴とする情報処理装置。
【請求項５】請求項４に記載の情報処理装置におい
て、前記第２の記述部は、オブジェクトの表示を指定するオ
ブジェクト表示記述と、前記オブジェクトに対応付けて
表示させるべきテキストを示すテキストデータと、前記
オブジェクトに対応付けて表示させるべき画像の画像デ
ータを示す前記識別子とが記述されており、前記表示手段は、前記識別子に対応付けられた前記画像
データと、前記テキストデータに基づくテキストとを、
前記オブジェクトに対応付けて表示することを特徴とす
る情報処理装置。
【請求項６】請求項４または５に記載の情報処理装置
において、前記格納先情報は、ネットワークを介して接続されたサ
ーバシステム内を示しており、前記取得手段は、前記サーバシステムから前記画像ファ
イルを取得することを特徴とする情報処理装置。
【請求項７】マークアップ言語で記述された文書のフ
ァイルを読み込み、該文書を解析し、内容を表示する処
理をコンピュータに実行させるプログラムにおいて、前記文書は、画像データの格納先を特定する格納先情報と、当該文書
中において当該画像データを識別する識別子とが記述さ
れた第１の記述部と、表示すべき画像の画像データを示す前記識別子が記述さ
れた第２の記述部とを有し、前記第１の記述部を解析し、前記格納先情報に基づいて
前記画像データを取得する取得手順と、前記取得した画像データと、前記識別子とを対応付けて
記憶する記憶手順と、前記第２の記述部を解析し、前記識別子に対応付けられ
た前記画像データに基づいて画像を表示する表示手順と
を備えたことを特徴とするプログラム。
【請求項８】マークアップ言語で記述された文書のフ
ァイルを読み込み、該文書を解析し、内容を表示する処
理をコンピュータに実行させるプログラムを記録した記
録媒体において、前記文書は、画像データの格納先を特定する格納先情報と、当該文書
中において当該画像データを識別する識別子とが記述さ
れた第１の記述部と、表示すべき画像の画像データを示す前記識別子が記述さ
れた第２の記述部とを有し、前記第１の記述部を解析し、前記格納先情報に基づいて
前記画像データを取得する取得手順と、前記取得した画像データと、前記識別子とを対応付けて
記憶する記憶手順と、前記第２の記述部を解析し、前記識別子に対応付けられ
た前記画像データに基づいて画像を表示する表示手順と
を備えたプログラムを記録した記録媒体。