(57)【特許請求の範囲】
【請求項１】
文字などのグラフィック画面を構成する要素であるグラフィック要素を描画させるための命令について、クライアントがハードウェアレベルで対応している・ソフトウェアレベルで対応している・未対応である、の何れの実行能力を有するかを示す情報である命令実行能力情報をクライアントから取得する命令実行能力情報取得部と、
クライアントにグラフィック要素を描画させるための命令を描画させるべきグラフィック要素と関連付けて保持する命令保持部と、
複数のグラフィック要素から構成される画面を生成するための命令集合を構成するために前記命令実行能力情報に応じてグラフィック要素を描画させるための命令を選択する命令選択部と、
前記実行能力のレベル及び前記グラフィック要素を描画させるための命令に対して設定される重要性のレベルに対応付けて、命令選択部にて各命令を選択するか否かを定める対応情報を保持する対応情報保持部と、
選択に応じて命令集合を構成する命令集合構成部と、
構成した命令集合を送信する命令集合送信部と、
を有するグラフィック命令送信装置。
【請求項２】
文字などのグラフィック画面を構成する要素であるグラフィック要素を描画させるための命令について、クライアントがハードウェアレベルで対応している・ソフトウェアレベルで対応している・未対応である、の何れの実行能力を有するかを示す情報である命令実行能力情報をクライアントから取得するステップと、
クライアントにグラフィック要素を描画させるための命令を描画させるべきグラフィック要素と関連付けて保持するために記録するステップと、
複数のグラフィック要素から構成される画面を生成するための命令集合を構成するために前記命令実行能力情報に応じてグラフィック要素を描画させるための命令を選択するステップと、
選択に応じて命令集合を構成するステップと、
構成した命令集合を送信するステップと、
前記実行能力のレベル及び前記グラフィック要素を描画させるための命令に対して設定される重要性のレベルに対応付けて、命令選択部にて各命令を選択するか否かを定める対応情報を保持するために記録するステップと、
を有するグラフィック命令送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント側で複数のグラフィック要素から構成される画面を描画させるための命令集合を送信するグラフィック命令送信装置に関する。
【背景技術】
【０００２】
今日において、パーソナルコンピュータの他に、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）等のモバイル機器が多く存在し、グラフィックデータを受信するクライアント端末の多様化が進んでいる。これらのクライアント端末は、一般にＣＰＵの処理能力、専用ＩＣの有無等の性能の面で異なっている。
また、近年のマルチメディアの発達により、ネットワーク等を介して、静止画や動画データの多様なグラフィックデータを電子機器等で取得することが可能になっており、ネットワークの通信速度の高速化に伴いグラフィックデータの容量も増大している。
【０００３】
このような背景の下、クライアントの電子機器の種類等に応じてサーバ側でグラフィックデータの編集を行うことが行われている。例えば、特許文献１では、ユーザの表示環境をサーバ上で再現し、クライアントが閲覧を希望するＷｅｂページが問題なく表示されるかをサーバ側で判断し、問題がある場合には適切な変換を行った上でＷｅｂページデータをクライアントに送信するサーバ装置が開示されている。この装置により、クライアントはＷｅｂページの記述言語やブラウザの性質に関わらず、自己の表示環境に適した、閲覧しやすい表示を確実に行うことが可能になる。
【特許文献１】特開２００６−３１４７６
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記のような従来技術では、クライアントがグラフィック要素を描画する最低限の能力を有しているならば、当該グラフィック要素を描画するための命令を含めた形でグラフィックデータを送信することになる。このため、それ程重要でないグラフィック要素に対してもクライアント側で受信又は描画のために時間を要することになり、最適なグラフィックデータを送信しているとはいえなかった。
【課題を解決するための手段】
【０００５】
以上の課題を解決するため、本発明は、文字などのグラフィック画面を構成する要素であるグラフィック要素を描画させるための命令について、クライアントがハードウェアレベルで対応している・ソフトウェアレベルで対応している・未対応である、の何れの実行能力を有するかを示す情報である命令実行能力情報をクライアントから取得する命令実行能力情報取得部と、クライアントにグラフィック要素を描画させるための命令を描画させるべきグラフィック要素と関連付けて保持する命令保持部と、複数のグラフィック要素から構成される画面を生成するための命令集合を構成するために前記命令実行能力情報に応じてグラフィック要素を描画させるための命令を選択する命令選択部と、前記実行能力のレベル及び前記グラフィック要素を描画させるための命令に対して設定される重要性のレベルに対応付けて、命令選択部にて各命令を選択するか否かを定める対応情報を保持する対応情報保持部と、選択に応じて命令集合を構成する命令集合構成部と、構成した命令集合を送信する命令集合送信部と、を有するグラフィック命令送信装置を提案する。
【発明の効果】
【０００６】
本発明によれば、グラフィック要素の重要性などに鑑みて各命令の選択を行うため、従来技術と比較してクライアントの処理能力を不必要に消費することが少なくなる。
【発明を実施するための最良の形態】
【０００７】
以下に、本発明の実施例を説明する。実施例と請求項の相互の関係は、以下の通りである。実施例１は主に請求項１、請求項３などに関し、実施例２は主に請求項２、請求項４などに関し、などにする。なお、本発明はこれら実施例に何ら限定されるものではなく、その要旨を逸脱しない範囲内において、様々な態様で実施しうる。
【実施例１】
【０００８】
＜概要＞
本実施例のグラフィック命令送信装置は、グラフィック要素を描画させるための命令実行能力情報をクライアントから取得し、当該実行能力の情報に応じてグラフィックを構成する各命令を選択し、当該選択に基づいて生成された命令集合をクライアントに送信する機能を有するものである。
本実施例のグラフィック命令送信装置の概要を図１で説明する。ここでは、グラフィック命令送信装置が、処理能力が異なる二つのクライアント端末からユーザインターフェイス（ＵＩ）データの送信要求を受けた場合を考える。どちらの端末もグラフィック命令送信装置に保持されているＵＩデータをそのまま実行することが可能であるが、低処理能力の機種はアニメーション等の特定のグラフィック命令の実行に対して多くの処理時間を要する。この場合、本実施例のグラフィック命令送信装置は、低処理能力の機種に対して処理時間を要する命令を含まないように各命令の選択を行い、当該選択に基づいてグラフィック命令集合を構成して送信することが可能である。このため、従来技術と比較してクライアントの処理能力を不必要に消費することが少なくなる。
【０００９】
＜構成＞
図２は、本実施例のグラフィック命令送信装置の機能ブロックの一例を示す図である。
本件発明の構成要素である各部は、ハードウェア、ソフトウェア、ハードウェアとソフトウェアの両者、のいずれかによって構成される。例えば、これらを実現する一例として、コンピュータを利用する場合には、ＣＰＵ、メインメモリ、バス、インターフェイス、周辺機器などから構成されるハードウェアと、これらのハードウェア上にて実現可能なソフトウェアを挙げることができる。具体的には、メインメモリ上に展開されたプログラムを順次実行することで、メインメモリ上のデータや、インターフェイスを介して入力されるデータの加工、蓄積、出力などにより各部の機能が実現される。
【００１０】
同図において、本実施例の「グラフィック命令送信装置」０２００は、「命令実行能力情報取得部」０２０１と、「命令保持部」０２０２と、「命令選択部」０２０３と、「命令集合構成部」０２０４と、「命令集合送信部」０２０５とからなる。
なお、本発明は、装置として実現できるのみでなく、方法としても実現可能である。（本明細書の全体を通して同様である。）
【００１１】
「命令実行能力情報取得部」は、クライアントにおいてグラフィック要素を描画させるための命令の実行能力をグラフィック要素ごとに示す情報である命令実行能力情報をクライアントから取得するように構成されている。
ここで「命令実行能力情報」として、例えば図３に示すような情報が考えられる。この図において、「タグ」はグラフィックデータに含まれうるグラフィック要素の種類を表わしており、「属性」は個々のグラフィック要素に対して指定可能な性質を表わすものである。また、「対応状況」は個々のタグ又は属性に対してクライアント側が実行する能力を有しているか否か、又はどのレベルで実行する能力があるかについて表わしている。具体的に説明すると、テキストデータの描画命令を表わす「ｔｅｘｔ」タグの全ての属性に対してクライアントはハードウェアで対応することができるが、「ｒｅｃｔ」タグに含まれる「ｓｔｒｏｋｅ−ｗｉｄｔｈ」属性に対してはソフトウェアで対応していることが判断される。また、「ａｕｄｉｏ」タグの全ての属性に対して未対応であることが判断される。
命令実行能力情報の取得方法としては、例えば以下の方法が考えられる。まず、クライアントはグラフィック命令送信装置に自己の命令実行能力情報を送信し、登録を行う。グラフィック命令送信装置は当該命令実行能力をクライアントＩＤに関連付けて記憶装置に保持し、当該ＩＤをクライアントに対して送信する。クライアントはグラフィックデータの送信要求を送信する際に、自己のクライアントＩＤを合わせて送信することで、グラフィック命令送信装置はクライアントの命令実行能力を記憶装置から取得することが可能になる。
また、その他の方法として、各クライアントが機種名及びソフトウェアのバージョン情報等をグラフィック命令送信装置に送信し、グラフィック命令送信装置が、当該情報と関連付けて記憶装置に保持されている命令実行能力情報から各クライアントの命令実行能力を取得する方法が考えられる。
【００１２】
「命令保持部」は、クライアントにグラフィック要素を描画させるための命令を描画させるべきグラフィック要素と関連付けて保持するように構成されている。例えば、図４において、＜ｔｅｘｔ＞タグは、テキスト要素を描画させるための命令を表わしており、テキストデータを表示するためのグラフィック要素と関連づけて保持されている。この例では、「コンテンツガイド」の文字が描画されることになる。ここで、＜ｔｅｘｔ＞タグに含まれる「ｘ」、「ｙ」、「ｆｉｌｌ」、「ｆｏｎｔ−ｓｉｚｅ」は、タグに関する属性を表わすもので、それぞれ、テキストの描画始点のＸ座標、テキストの描画始点のＹ座標、テキストの色、テキストのサイズを指定する命令である。
【００１３】
「命令選択部」は、複数のグラフィック要素から構成される画面を生成するための命令集合を構成するために前記命令実行能力情報に応じてグラフィック要素ごとに命令を選択するように構成されている。例えば、命令に含まれるタグ及び属性に対してクライアント側が未対応である場合は、当該タグ及び属性を選択しないようにする構成が可能である。図３のクライアントの場合で説明すると、当該クライアントは＜ａｕｄｉｏ＞タグにのみ対応していないことから、命令に＜ａｕｄｉｏ＞タグが含まれている命令を選択せず、他の命令に関しては選択することが可能である。また、命令に含まれるタグ及び属性に対してハードウェアで対応している場合のみ、当該命令を含めるとする構成も可能である。例えば、＜ｒｅｃｔ＞タグの「ｘ、ｙ」、「ｆｉｌｌ」、「ｓｔｒｏｋｅ」はハードウェアで対応しているので選択し、「ｓｔｒｏｋｅ−ｗｉｄｔｈ」、「ｒｘ、ｒｙ」、「ｆｉｌｌ−ｏｐａｃｉｔｙ」はソフトウェアでのみ対応しているため、選択しないことになる。このような構成とすることで、クライアントにおいて高速で表示可能な、ハードウェア対応のグラフィック要素のみを選択することが可能になる。
【００１４】
「命令集合構成部」は、選択に応じて命令集合を構成するように構成されている。
「選択に応じて命令集合を構成する」方法としては、例えば、クライアントからグラフィックデータの送信要求があった場合、命令保持部に存在する当該グラフィックデータから、命令選択部で選択された命令のみを残すように新たなグラフィックデータを構成することが考えられる。また、命令選択部で選択されなかった命令を無効にするように、特定の命令（コメントアウトの命令等）を付加して新たなグラフィックデータを構成することも可能である。
【００１５】
「命令集合送信部」は、構成した命令集合を送信するように構成されている。「命令集合を送信する」方法としては、ネットワークを介してクライアントに送信する方法や、無線により送信する方法が考えられる。
【００１６】
命令実行能力の違うクライアントで描画されるグラフィックの差異を具体的に説明する。各クライアントは、図５で示されるような命令実行能力を有しているとする。クライアント１、２は、＜ｒｅｃｔ＞タグの＜ｒｘ、ｒｙ＞属性及び＜ｆｉｌｌ−ｏｐａｃｉｔｙ＞属性、また＜ａｎｉｍａｔｅ＞タグについて命令実行能力が異なる。＜ｒｅｃｔ＞タグの＜ｒｘ、ｒｙ＞属性は、四角形の四つ角を丸くする属性であり、＜ｆｉｌｌ−ｏｐａｃｉｔｙ＞属性は背景を半透明にする属性である。また、＜ａｎｉｍａｔｅ＞タグはアニメーション機能に関するタグで、文字のスクロール等を可能にする。ここで、図６に示すＸＭＬデータに対して、別々のクライアントから送信要求があった場合を考える。当該ＸＭＬデータには、各クライアントで命令実行能力が異なる命令が含まれている。このＸＭＬデータがそのまま実行されると図７のようなグラフィックが表示されることになる。
図５に示すように、クライアント１はＸＭＬデータに含まれる命令の全てについてハードウェアで対応している。このため、命令選択部において、ハードウェアで対応しているグラフィック要素の命令のみを選択する構成としている場合でも、上記全ての命令が選択されることになる。このため、命令構成部にて構成されるクライアント１用のＸＭＬデータは命令保持部にもともと存在する図６のＸＭＬデータと相違はない。よって、クライアント１において表示されるグラフィックも図７と同一である。
次に、命令保持部に存在するＸＭＬデータを構成する命令から図５で示すクライアント２の命令実行能力情報に基づいて各命令が選択されると、図８のようなＸＭＬデータが構成されることになる。クライアント２は、＜ｒｅｃｔ＞タグの＜ｒｘ、ｒｙ＞及び＜ｆｉｌｌ−ｏｐａｃｉｔｙ＞属性についてソフトで対応、また＜ａｎｉｍａｔｅ＞タグについて未対応であるため、これらの命令については選択されていない。このため、クライアント２用の当該ＸＭＬデータが実行されると、図９で示すようなグラフィックが描画されることになる。
【００１７】
なお、上記の例では、グラフィックを構成する各グラフィック要素の命令をクライアントに送信するデータとして残すか否かを「選択」して命令集合を構成しているが、個々のグラフィック要素に対して予め選択肢として複数の命令が存在する場合は、当該選択肢から特定の命令を「選択」して命令集合を構成することも可能である。
【００１８】
＜具体的な構成＞
次に、本実施例のグラフィック命令送信装置のそれぞれのハードウェア構成部の働きについて説明する。図１０は、本実施例のグラフィック命令送信装置のハードウェア構成の一例を示す概略図である。この図にあるように、命令実行能力情報取得部と、命令選択部と、命令集合構成部は「ＣＰＵ」１００１と「メインメモリ」１００２を備える。また、命令保持部は「記憶装置（又は記憶媒体）」１００３を備えている。また、命令集合送信部は「ネットワークインターフェイス」１００４を備えている。これらはシステムバスなどのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００１９】
記憶装置はＣＰＵによって実行される各種プログラムなどを記憶している。またメインメモリは、プログラムがＣＰＵによって実行される際の作業領域であるワーク領域を提供する。また、このメインメモリや記憶装置にはそれぞれ複数のアドレスが割り当てられており、ＣＰＵで実行されるプログラムは、そのアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。また、以下の説明では、プログラムは予めメインメモリのワーク領域に展開して常駐させておく構成としているが、必要な場合に記憶装置から呼び出す構成とすることも可能である。
【００２０】
ネットワークインターフェイスにおいて、クライアントからグラフィック命令集合の送信要求及びクライアントＩＤを受信した場合、命令実行能力情報取得プログラムは、記憶装置に保持されている命令実行能力情報テーブルをメインメモリの所定のアドレスに格納し、上記クライアントＩＤに関連付けられた情報を検索し、メインメモリの所定のアドレスに抽出する。なお、ここではクライアントの命令実行能力情報が予め各クライアントＩＤに関連付けられて記憶装置に保持されている構成としているが、グラフィック命令集合の送信要求を受けると同時に命令実行能力情報をクライアントから直接取得する構成なども可能である。
命令選択プログラムは、送信要求を行ったクライアントの命令実行能力情報がメインメモリに格納された場合、送信要求の対象であるグラフィック命令集合を記憶装置から取得し、メインメモリの所定のアドレスに格納する。なお、グラフィック命令集合はネットワークインターフェイスを介して外部から取得する構成とすることも可能である。その後命令選択プログラムは、グラフィック要素を表す各命令を選択するか否かを判断するための処理を命令実行能力情報に基づいて行う。命令の選択判断の処理に際し、最低限の命令実行能力がない場合に当該命令を選択しないとする構成も可能であるが、命令実行能力が一定の基準に達しない場合も当該命令を選択しないとする構成も可能である。一定の基準はグラフィック命令送信装置において設定可能である。
命令集合構成プログラムは、上記命令選択プログラムの処理の結果に基づき、グラフィック命令集合を構成するための処理をＣＰＵにて行う。構成されたグラフィック命令集合は、ネットワークインターフェイスを介して、送信要求を行ったクライアントに対して送信される。
＜処理の流れ＞
【００２１】
図１１は本実施例のグラフィック命令送信装置における処理の流れの一例を示す図である。ここでは、クライアントにグラフィック要素を描画させるための命令を描画させるべきグラフィック要素と関連付けて保持するために記録するステップが既に行われているものとする。同図の処理の流れは以下のステップからなる。最初に、ステップＳ１１０１では、クライアントからのグラフィックデータの送信要求を受信したか否か判断する。ここでの判断が、受信したとの判断である場合は、ステップＳ１１０２に進む。ここでの判断が、受信していないとの判断である場合は、待機する。ステップＳ１１０２では、クライアントから送信要求があった命令集合を命令保持部から取得する。ステップＳ１１０３では、送信要求を行ったクライアントの命令実行能力情報を取得可能か否か判断する。ここでの判断が取得可能との判断である場合は、ステップＳ１１０４Ａに進む。ここでの判断が取得できないとの判断である場合は、ステップＳ１１０４Ｂに進む。この処理は、主に命令実行能力情報取得部によって実行される。ステップＳ１１０４Ｂでは、命令保持部から取得した命令集合をクライアントに対してそのまま送信し、処理を終了する。ステップＳ１１０４Ａでは、命令実行能力情報に応じてグラフィック画面を構成する各グラフィック要素の命令を選択するか否か判断する。この処理は、主に命令選択部によって実行される。ステップＳ１１０５Ａでは、命令選択部の選択に応じてグラフィック画面を描画させるための命令集合を構成する。この処理は、主に命令集合構成部によって実行される。ステップＳ１１０６Ａでは、送信要求をしたクライアントに対して命令集合構成部で構成された命令集合を送信する。この処理は、主に命令集合送信部によって実行される。
【００２２】
以上の処理は、計算機に実行させるためのプログラムで実行することができ、また、
このプログラムを計算機によって読取り可能な記録媒体に記録することができる（本明書
書の全体を通して同様である。）。
【００２３】
＜効果＞
本件発明のグラフィック命令送信装置においては、グラフィックデータにクライアント側で描画する実行能力が低いグラフィック要素に関する命令が含まれている場合は、命令実行能力を有していても当該命令を含まない態様でグラフィックデータを構成し、クライアントに対して送信することが可能になるため、クライアントの処理能力を不必要に消費することが少なくなる。
【実施例２】
【００２４】
＜概要＞
本実施例のグラフィック送信装置は、基本的に実施例１の装置と共通するが、任意のクライアントにおける命令実行能力に加え、各命令の特性に基づいてその命令を選択するか否かを定める特徴を有する点で異なる。
【００２５】
＜構成＞
図１２は、本実施例のグラフィック命令送信装置の機能ブロックの一例を示す図である。
図１２において、本実施例の「グラフィック命令送信装置」１２００は、「命令実行能力情報取得部」１２０１と、「命令保持部」１２０２と、「命令選択部」１２０３と、「命令集合構成部」１２０４と、「命令集合送信部」１２０５と「対応情報保持部」１２０６からなる。構成は基本的に実施例１に記載の装置の構成と同じであるため、相違点となる対応情報保持部について以下詳述する。
【００２６】
「対応情報保持部」は、任意のクライアントにおける各命令の実行能力及び各命令の特性に対応付けて命令選択部にてその命令を選択するか否かを定める対応情報を保持するように構成されている。
【００２７】
「命令の特性」は命令を特徴付ける性質を表すものである。例えばタグの種類を「命令の特性」とすることが考えられる。この場合、対応情報として、図１３で示すようなデータを保持しておくことが考えられる。この例においては、＜ｔｅｘｔ＞タグが含まれる命令は、クライアントが未対応の場合は命令選択部において選択せず、ハードウェアかソフトウェアで対応しているならば選択することになる。また、＜ａｎｉｍａｔｅ＞タグが含まれる命令は、クライアントが未対応又はソフトウェアで対応している場合は選択せず、ハードウェアで対応している場合のみ選択することになる。ここで、同一のタグに関して命令実行能力が異なる属性が含まれる場合は、命令実行能力が低い属性に合わせて命令実行能力を判断する構成が考えられる。たとえば、図５で示したクライアント２では、＜ｒｅｃｔ＞タグに関して、＜ｆｉｌｌ＞属性と＜ｆｉｌｌ−ｏｐａｃｉｔｙ＞属性に対して異なる命令実行能力を有している。この場合、＜ｒｅｃｔ＞タグに関しては、命令実行能力の低い＜ｆｉｌｌ−ｏｐａｃｉｔｙ＞属性に合わせて、「ソフトウェアで対応している」と判断することになる。また、タグに含まれる各属性を「命令の特性」とし、各タグの属性ごとに対応情報を保持しておくことも同様に可能である。  
【００２８】
さらに、命令に新たに付加された属性を「命令の特性」とすることも可能である。図１４に示す例では、特定の命令に対して＜ｒａｔｉｎｇ＞（要素の重要性）が新たな属性として付加されており、当該属性を「命令の特性」としている。この場合、対応情報として、図１５で示すようなデータを保持しておくことが考えられる。ここで、重要性を「重要（ｈｉｇｈ）」と設定された命令は、クライアントが未対応の場合は前記選択部において選択しないが、ハードウェアかソフトウェアで対応しているならば選択することになる。また、重要性を「通常（ｎｏｒｍａｌ）」と設定された命令は、クライアントが未対応又はソフトウェアで対応している場合は選択せず、ハードウェアで対応している場合にのみ選択することになる。ここでは、重要性の基準を「重要（ｈｉｇｈ）」と「通常（ｎｏｒｍａｌ）」の２段階に分けているが、２段階より大きい数を設定することも可能である。
また、新たな属性としては上記の＜ｒａｔｉｎｇ＞（要素の重要性）に限られず、＜ｄａｔａｓｉｚｅ＞（グラフィック要素のデータサイズ）とすることも考えられる。「命令の特性」を＜ｄａｔａｓｉｚｅ＞とした場合、各グラフィック要素のデータサイズが一定の基準サイズを超えるか否かにより、当該要素を描画するための命令を選択するか否かの判断を行うことが可能になる。
なお、新たな属性を単純な識別符号等とすることも可能である。例えば、識別符号として、「０、１」を特定の命令に付加する場合が考えられる。この場合、識別符号が「０」と設定された命令は、クライアントがハードウェアかソフトウェアで対応しているならば選択し、識別符号が「１」と設定された命令は、クライアントがハードウェアで対応している場合にのみ選択するという構成が可能である。
【００２９】
以下、「命令の特性」を＜ｒａｔｉｎｇ＞（要素の重要性）とした場合について、命令実行能力の違うクライアントごとに構成される命令集合の差異を具体的に説明する。各クライアントは、実施例１の図５で示した命令実行能力を有しているとする。ここで、クライアント１、２は、＜ｒｅｃｔ＞タグの＜ｒｘ、ｒｙ＞及び＜ｆｉｌｌ−ｏｐａｃｉｔｙ＞属性、また＜ａｎｉｍａｔｅ＞タグについて命令実行能力が異なる。これらの命令が含まれるグラフィックデータに対して各クライアントから送信要求があった場合、命令選択部は当該命令実行能力と図１５で表わした対応情報に基づいて命令を選択するため、各クライアントに対して異なる命令集合が構成されることになる。
【００３０】
例えば、図１６のように、各クライアントで命令実行能力が異なる命令に＜ｒａｔｉｎｇ＞属性が付加されているＸＭＬデータが命令保持部に保持されている場合を考える。
当該ＸＭＬデータがそのまま実行された場合、図７で示したようなグラフィックが描画されることになる。当該ＸＭＬデータで表わす命令集合から、図５で示すクライアント１の命令実行能力情報と図１５で示す対応情報に基づいて命令が選択されると、図１７に示すＸＭＬデータが構成されることになる。＜ｒａｔｉｎｇ＞属性はクライアント側でグラフィックを描画する際には不要であるため削除する構成としているが、当該＜ｒａｔｉｎｇ＞属性の記述をそのまま残す構成とすることも可能である。クライアント１はすべての命令に対してハードウェアで対応しているため、実質的には命令保持部に存在する図１６のＸＭＬデータと相違はない。よってクライアント１用のＸＭＬデータが実行されると、図７で示すグラフィックが描画されることになる。これに対して、図５で示すクライアント２の命令実行能力情報及び図１５で示す対応情報に基づいて命令が選択されると、図１８のようなＸＭＬデータが構成されることになる。クライアント２は、＜ｒｅｃｔ＞タグの＜ｒｘ、ｒｙ＞及び＜ｆｉｌｌ−ｏｐａｃｉｔｙ＞属性についてソフトウェアで対応しているが、重要度が「重要」である＜ｒｅｃｔ＞タグの＜ｒｘ、ｒｙ＞属性は選択され、重要度が「通常」である＜ｒｅｃｔ＞タグの＜ｆｉｌｌ−ｏｐａｃｉｔｙ＞属性に関しては選択されないことになる。また、＜ａｎｉｍａｔｅ＞タグに関しては未対応であるから選択されない。このため、クライアント２用のＸＭＬデータが実行されると、図１９で示すグラフィックが描画されることになり、クライアント１のグラフィックと相違することになる。
【００３１】
なお、上記の例では、グラフィックを構成する各グラフィック要素の命令をクライアントに送信するデータとして残すか否かを「選択」して命令集合を構成しているが、個々のグラフィック要素に対して予め選択肢として複数の命令が存在する場合は、当該選択肢から特定の命令を「選択」して命令集合を構成することも可能である。  
【００３２】
＜具体的な構成＞  
図２０は、本実施例のグラフィック命令送信装置のハードウェア構成の一例を示す概略図である。その構成は、基本的に図１０を用いて説明した実施例１の装置のハードウェア構成と共通する。ただし、本実施例の装置は、「記憶装置（又は記憶媒体）」に対応情報が保持されている。
【００３３】
ネットワークインターフェイスにおいて、グラフィック命令集合の送信要求及びクライアントＩＤを受信した場合、命令実行能力情報取得プログラムは、記憶装置に保持されている命令実行能力情報をメインメモリの所定のアドレスに格納し、上記クライアントＩＤに関連付けられた情報を検索し、メインメモリの所定のアドレスに抽出する。ここで、クライアントの命令実行能力情報は予め各クライアントＩＤに関連付けられて記憶装置に保持されている構成としているが、グラフィック命令集合の送信要求を受けると同時に命令実行能力情報をクライアントから直接取得する構成も可能である。
命令選択プログラムは、送信要求を行ったクライアントの命令実行能力情報がメインメモリに格納された場合、対応情報及び送信要求の対象であるグラフィック命令集合（命令情報）を記憶装置から取得し、メインメモリの所定のアドレスに格納する。なお、グラフィック命令集合はネットワークインターフェイスを介して外部から取得する構成とすることも可能である。その後命令選択プログラムは、グラフィック要素を表す各命令を選択するか否かを判断するための処理を命令実行能力及び対応情報に基づいて行う。
命令集合構成プログラムは、上記命令選択プログラムの処理の結果に基づき、グラフィック命令集合を構成するための処理をＣＰＵにて行う。構成されたグラフィック命令集合は、ネットワークインターフェイスを介して、送信要求を行ったクライアントに対して送信される。
【００３４】
＜処理の流れ＞
図２１は本実施例のグラフィック命令送信装置における処理の流れの一例を示す図である。ここでは、クライアントにグラフィック要素を描画させるための命令を描画させるべきグラフィック要素と関連付けて保持するために記録するステップが既に行われているものとする。また、任意のクライアントにおける各命令の実行能力及び各命令の特性に対応付けてその命令を選択するか否かを定める対応情報を保持するために記録するステップも既に行われているものとする。同図の処理の流れは以下のステップからなる。最初に、ステップＳ２１０１では、クライアントからのグラフィックデータの送信要求を受信したか否か判断する。ここでの判断が、受信したとの判断である場合は、ステップＳ２１０２に進む。ここでの判断が、受信していないとの判断である場合は、待機する。ステップＳ２１０２では、クライアントから送信要求があった命令集合を命令保持部から取得する。ステップＳ２１０３では、送信要求を行ったクライアントの命令実行能力情報を取得可能か否か判断する。ここでの判断が取得可能との判断である場合は、ステップＳ２１０４Ａに進む。ここでの判断が取得できないとの判断である場合は、ステップＳ２１０４Ｂに進む。この処理は、主に命令実行能力情報取得部によって実行される。ステップＳ２１０４Ｂでは、命令保持部から取得した命令集合をクライアントに対してそのまま送信し、処理を終了する。ステップＳ２１０４Ａでは、クライアントから送信要求のあったグラフィックデータに対する対応情報を対応情報保持部から取得可能か否か判断する。ここでの判断が、取得可能であるとの判断である場合は、ステップＳ２１０５Ａに進む。ここでの判断が取得できないとの判断である場合は、ステップＳ２１０５Ｃに進む。ステップＳ２１０５Ｃ以降は、実施例１の＜処理の流れ＞のステップＳ１１０４Ａ以降の処理と同様である。ステップＳ２１０５Ａでは、命令実行能力情報及び対応情報に応じてグラフィック画面を構成する各グラフィック要素の命令を選択するか否か判断する。この処理は、主に命令選択部によって実行される。ステップＳ２１０６Ａでは、命令選択部の選択に応じてグラフィック画面を描画させるための命令集合を構成する。この処理は、主に命令集合構成部によって実行される。ステップＳ２１０７Ａでは、送信要求をしたクライアントに対して命令集合構成部で構成された命令集合を送信する。この処理は、主に命令集合送信部によって実行される。
【００３５】
＜効果＞
本件発明のグラフィック命令送信装置においては、グラフィックデータにクライアント側で描画する実行能力が低く、かつ描画する必要性が少ないグラフィック要素に関する命令が含まれている場合は、当該命令を含まない態様でグラフィックデータを構成し、クライアントに対して送信することが可能になるため、クライアントの処理能力を不必要に消費することが少なくなる。
【図面の簡単な説明】
【００３６】
【図１】実施例１の概要図
【図２】実施例１に係るグラフィック命令送信装置の機能ブロック図
【図３】実施例１に係るグラフィック命令送信装置が取得する命令実行能力情報の一例を表す図
【図４】実施例１に係るグラフィック命令送信装置において保持されるラフィック要素を描画させるための命令の一例を表す図
【図５】実施例１に係るグラフィック命令送信装置に対してグラフィックデータの送信要求を行ったクライアントの命令実行能力情報の一例を表す図
【図６】実施例１に係るグラフィック命令送信装置に対してクライアントが送信要求をした対象であるグラフィックデータの一例を表す図
【図７】図６のグラフィックデータが実行された場合に描画されるグラフィックを表す図
【図８】クライアント１の命令実行能力情報に基づいて構成されるグラフィックデータを表す図
【図９】図８のグラフィックデータが実行された場合に描画されるグラフィックを表す図
【図１０】実施例１に係るグラフィック命令送信装置の具体的な構成図
【図１１】実施例１に係るグラフィック命令送信装置の処理の流れを示すフロー図
【図１２】実施例２に係るグラフィック命令送信装置の機能ブロック図
【図１３】実施例２に係るグラフィック命令送信装置において保持される対応情報の一例を表す図（「命令の特性」がタグの種類であるとした場合）
【図１４】実施例２に係るグラフィック命令送信装置において保持される、新たな属性が付与された命令の一例を表す図
【図１５】実施例２に係るグラフィック命令送信装置において保持される対応情報の一例を表す図（「命令の特性」が要素の重要性であるとした場合）
【図１６】実施例２に係るグラフィック命令送信装置に対してクライアントが送信要求をした対象であるグラフィックデータの一例を表す図
【図１７】クライアント１の命令実行能力情報及び対応情報に基づいて構成されるグラフィックデータを表す図
【図１８】クライアント２の命令実行能力情報及び対応情報に基づいて構成されるグラフィックデータを表す図
【図１９】図１８のグラフィックデータが実行された場合に描画されるグラフィックを表す図
【図２０】実施例２に係るグラフィック命令送信装置の具体的な構成図
【図２１】実施例２に係るグラフィック命令送信装置の処理の流れを示すフロー図
【符号の説明】
【００３７】
０２００        グラフィック命令送信装置
０２０１        命令実行能力情報取得部
０２０２        命令保持部
０２０３        命令選択部
０２０４        命令集合構成部
０２０５        命令集合送信部
【図１】
0004697979.tif 000002
【図２】
0004697979.tif 000003
【図３】
0004697979.tif 000004
【図４】
0004697979.tif 000005
【図５】
0004697979.tif 000006
【図６】
0004697979.tif 000007
【図７】
0004697979.tif 000008
【図８】
0004697979.tif 000009
【図９】
0004697979.tif 000010
【図１０】
0004697979.tif 000011
【図１１】
0004697979.tif 000012
【図１２】
0004697979.tif 000013
【図１３】
0004697979.tif 000014
【図１４】
0004697979.tif 000015
【図１５】
0004697979.tif 000016
【図１６】
0004697979.tif 000017
【図１７】
0004697979.tif 000018
【図１８】
0004697979.tif 000019
【図１９】
0004697979.tif 000020
【図２０】
0004697979.tif 000021
【図２１】
0004697979.tif 000022