JP2001526807A

JP2001526807A - サービスの作成

Info

Publication number: JP2001526807A
Application number: JP54359198A
Authority: JP
Inventors: バイリー、ジョン・ハリソン
Original assignee: British Telecommunications PLC
Current assignee: British Telecommunications PLC
Priority date: 1997-04-15
Filing date: 1998-04-07
Publication date: 2001-12-18
Also published as: EP0976068A1; AU6928698A; US20010041002A1; WO1998047082A1

Abstract

(57)【要約】エンドユーザに向けて表示するためのグラフィカルユーザインターフェース（ＧＵＩ）を用意するのに使用するサービス作成方法と装置であり、次のものが含まれている：表示されることになる画像についてのコード化した表現を例えばカラーのような所定フォーマットに対して走査して、その所定フォーマットにより定義される画像の領域（１８）を識別すること；前記領域のリストを生成すること；実行されることになる動作を識別する情報を前記リスト内に含めて前記領域のそれぞれの一つと各動作が関係づけられるようにすること；画像とリストについてのコード化した版（バージョン）を出力すること。異なる性質を有する領域は、その領域についてのなにがしかの特性、例えば大きさ、を基に識別される。

Description

【発明の詳細な説明】サービスの作成この発明は、例えばオンラインサービスといったサービスを創生するための方法と装置に関する。インターネットのような電子通信システムの急速な発展により、オンラインサービスの提供には大きな関心がもたれている。グラフィカルユーザインターフェース（ＧＵＩ）をオンラインサービス用に専用のやり方で生成（創生）することは可能であり、多くのサービスプロバイダ（提供者）はできるだけサービスの生成を自動化できるようにしたいと願っている。この発明の一つの特徴によると、エンドユーザに向けてディスプレイをするためのグラフィカルユーザインターフェースを用意するのに使われるサービスの作成方法が提供されており、この方法は：表示されることになる画像のコード化した表現を所定のフォーマットに対して走査して、この所定フォーマットにより定義される画像の領域を識別することと；前記領域のリストを生成することと；実行されることになる動作を識別する情報を前記リスト内に含めることと；画像とリストとのコード化したバージョン（版）を出力することとを含んでいる。この方法は、ホームショッピング（家庭に在っての買物）のようなオンラインサービスについての応用を速かに作成できる。小売店がオンラインショッピングサービスに関与したいとしているとすると、必要とされるＧＵＩの表現（例えばディジタルビットマップ画像）をシステムに向って単に呈示すればよく、このシステムはサービス作成者の設計規則に従って設計されていて、このシステムが自動的にＧＵＩの機能領域（例えばボタンとかホットスポット）を自動的に識別してＧＵＩの表現を機能ＧＵＩに変換する。走査される所定のフォーマットは所定のカラーであるのが好ましい。この外の適当な所定フォーマットは境界とか、境界の幅などを形成するシンボルであってよい。特徴の形式はその大きさといった識別された領域の基本的な何らかの特性に基いて割当てられるのが良い。この発明はまた、エンドユーザに対して表示するためのグラフィカルユーザインターフェース（ＧＵＩ）を用意する際に使用するためのサービス作成装置を提供し、この装置は：所定のフォーマットで表示されることになる画像のコード化した表現を走査し、それによって所定のフォーマットで定義される画像の領域を識別して前記領域のリストを生成するための手段と；前記リスト内に実行されることになる動作を識別する情報がエントリィされるようにし、各動作が前記領域のそれぞれものと関係するようにする手段と、画像とリストのコード化したバージョン（版）を放出する出力とを含んでいる。この発明を添付の図面を参照して、例としての目的で記述して行く。図１は、対話形サービスを放出するためのシステムのブロック図である；図２は、この発明の一実施例によるサービス作成ツールのブロック図である；図３は作成されることになるＧＵＩの表現の一例を示す；図４は、図２のツールの動作を示す流れ図である；図５は、この発明のサービス作成ツールを用いてサービス作成者に呈示される最初の画像走査ウインドウの一例を示す；図６は、この発明によりサービス作成ツールによりＧＵＩの表現が走査された後の画像走査窓の一例を示す；図７は、この発明のサービス作成ツールにより作成された応用の構造の一例を示す。この発明のもたらす状況によるとＧＵＩを備えた計算機を用いてユーザに対してサービスの提供が行なわれる。ここで記述する例は航空会社の対話形サービスについてのものである。しかし、これは例示にすぎないのであって、このサービス作成ツールはこの種のどんなサービスにも適用される。構築されるサービスは例えば航空会社のサービス担当者により決められる。提供されることになるサービスは航空会社自体によって提供することができるし、例えば自動車レンタル会社、ホテル予約会社、免税品小売店などの選ばれた供給えによって提供することができる。ユーザ（航空会社乗客）は計算機１（図１）を所有しているか、備えていて、計算機１にはプロセッサ１０がありＲＯＭ１１に接続されている。そのほか、ディスクメモリ１２（これは計算機１からは遠く離れていて、多数のこの種の計算機に共通のサーバの中にあってよい）、キーパッド１３および目視可能な表示ユニット１４がある。動作時には、ディスクメモリからメモリ内にロードされた制御プログラムの制御の下でプロセッサにより、ユーザは最初にスクリーン画像（ここではこれをページと呼ぶ）を与えられて、それが多数のオプション（選択肢）を与え、キーパッド１３上でキーを操作することによって与えられたオプションの中からユーザが選択できるようにする。このような第一のページで与えられたオプションは、おそらくは追加のオプションを与えている別なこのようなページを見る機会を完全に構成していることになろう。一般に表示スクリーンは特定のサービスに適したオプションも提供することになり、その場合には制御が別のプログラムもしくは別のハードウェアに移行されて特定の機能が提供され、例えばビジュアル表示ユニット上で映画（フィルム）やテレビジョンプログラムが提供されたり、ビデオ電話、ファクシミリあるいはインターネットアクセスといった遠隔通信機能が提供されたり、品物の注文（買物サービス）のような対話形サービス等といったものが提供される。他のサービスプロバイダがＧＵＩを使って航空会社にユーザにアクセスできるようにする機能についての正確な本質は、無論、この発明にとっては重要なものではない。重要な点はページを表示しかつユーザにより行なわれたキーストロークに応答するための制御プログラムの動作である。この例ではキーパッド制御のモードは次のようなものであると想定している。参照されるオプションはスクリーンの他と区別できる部分によってスクリーン画像内に表現され、このスクリーンの部分にはある識別子（ここではそれを特徴（フィーチャ）と呼ぶこととする）が付いていて、ユーザに提供されるオプションの本質について知らせている。小さな絵もしくはアイコンを含んでいるボックス（箱）、キーもしくはボタンの形の中にある小さな絵（“ソフトキー”）、“ショッピング”“ファックス”あるいは映画名などで示すことができるようなテキスト（文書）を含んでいるボックス、あるいは単に単語で箱のないものなどがこれにあたる。各フィーチャは部分（もしくは全体）として制御プログラムが選択的にハイライトをあてることができるようにするものを有している。すなわち、際立ったカラー（色）で表示がされるようにするもので、どんなときにも一つだけのフィーチャがハイライトを当てられるものと理解されたい。例えばボックスで成るフィーチャはこの方法によりハイライトを当てられている境界を有している。最初は、一つのフィーチャ（デフォルトもしくは“第１のフォーカス”フィーチャ）がハイライトを当てられる。矢印キーである‘上’、‘下’、‘左’及び‘右’を用いることにより、ユーザは他のフィーチャの一つにハイライトを当ててもよい。すなわち制御プログラムはキーストロークにハイライトを当てたフィーチャのもとのカラーを回復させることにより応答し、別のフィーチャへの他と区別できるカラーを適用する。このユーザがその者が望んでいる選択に対応しているフィーチャがハイライトを当てられていることに満足しているときには、その者は別の（“選択”）キーを押すことによりそのフィーチャを選び、また制御プログラムはそのフィーチャに指定された機能の初期化性能により応答して、別のこの種のページの表示とし、ビデオカセット再生器の制御とし、ファックス送信用の通信プログラムの実行とし、あるいはシステム設計者により予め決められた何らかものもとする。これらの動作を実行するためには、制御プログラムはディスク１２上に記憶されているデータファイルにアクセスできることが必要とされ、このデータファイルは次の情報を含んでいて、提供されるサービスについてＧＵＩと一緒に規定している：１．各ページのディジタル画像表現２．各画像について −その画像中に含まれているフィーチャについてのハイライトをあてることができる部分を識別するように制御プログラムを動作可能とする情報。 −デフォルトフィーチャを識別する情報。 −矢印キーに対するプログラムの応答を定義するフィーチャ間ナビゲーション情報。 −この種のフィーチャの各々について、そのフィーチャが選ばれるときに実行すべき機能を定義する情報；すなわち、表示されることになるこの種の別のページの識別子（これはスクリーン間ナビゲーションもしくはページ間の“リンク”を表わしている）、あるいはディスク上に記憶された他のプログラムであって何らかの所望機能（機能へのリンク）を提供できるもの。（マウスもしくはタッチセンサスクリーのような他の手段によるユーザ入力は代替とすることができよう；この場合にはフィーチャ間ナビゲーション情報はもはや必要ではないし、ハイライトをあてることも必要でないが、無論フィーチャ領域は依然として識別されることを要する。）このデータファイルの構築はこれから記述するサービス作成ツールを用いて実行される。通常は、これは上述した構成からは物理的に完全に分離されていて、事実、このツールの動作は別な当事者へのサービスプロバイダであるサービス作成者により委任されることになる。データファイルは、いったん生成されると、無論ツールからディスクメモリ１２に便利な手段、たとえばフロッピィディスク上でとか遠隔通信リンクを経由してとかで転送できる。サービス作成ツール２は図２に示してあり、読み書きメモリ２１、ハードディスク２２、キーボード２３、ビジュアル表示ユニット２４及びフロッピィディスクドライブ２５に接続されているプロセッサ２０を有している。このプロセッサの動作はハードディスク２２上に記憶され、メモリ２１にロードされた制御プログラムにより制御される。ＧＵＩを定義するデータファイルを生成するプロセスは多数の他と区別できる段階で構成されていると見ることができる。：１．ページ画像の現れ方（外観）の定義２．フィーチャ（特定）の識別子３．フィーチャ間ナビゲーションの定義４．画像間ナビゲーションと実行すべき機能との定義。大部分については、これらの段階は与えられた順序で発生するものとして記述されることになるが、このことはいつでも本質的なものとは限らず、例えば、画像は出発点ですべてが定義されなければならないわけではなく、ページ間ナビゲーションの定義の際にページのリンクした構造を構築するときに必要とされてそれを導入することができる。人が段階１−ページの設計−をしたいという可能性に対応するようにこのプロセスは設計されていて、恐らくはサービスプロバイダ自身によって、サービス作成者以外の誰かが、サービス作成ツールの外で実行するようにしている。こういう場合を仮定すると、段階１はいずれかのすでに使用できるようになっているグラフィック設計ソフトウェア（例えばAdobe Photoshopとか、Equilibrium DeBab elizer)を用いて実行されて、サービスプロバイダが自分のユーザに見てほしいとしている画像を定義するディジタルファイルを作るようにする。このファイルは標準のカラー画像フォーマットであり、一般にはビットマップ画像もしくは圧縮したビットマップ画像であり、例えばMicrosoft Windows BMPフォーマット、Z soft Paintbrush PCXフォーマット（あるいは他の産業規格画像ファイルフォーマット）である。（原理的には、この段階は手操作で表現を用意し、それをイメージスキャナで走査することにより実行できるもので、このような場合には区別されなければならない全カラーは、使用されるスキャナによって区別されるように十分に違ったものとなっていることを確かにするための注意が払われなければならない。図３はこのようなスクリーン画像を示す。ここには次のようなフィーチャ（特徴）が含まれている：タイトル（題名）バー１０、絵(picture)のアイコン（Ｐアイコン）１２、テキストボックス１４、及び４つのソフトキー１６ａ，ｂ，ｃ，ｄである。各フィーチャにユーザが選ぶことができるもので、ハイライトをあてることができる境界１８を備えている。境界のカラーは後に述べる。したがって、ここで示した例では、ユーザが別の（関係がある、あるいは関係のない）情報を、Ｐアイコン１２、テキスト１４もしくはいずれかのソフトキー１６を選ぶことによって、受領できるようにしてある。ＧＵＩもまたグラフィカルバックグラウンド２０をもつことができて、例えばこれが顧客のロゴとかブランドマークを描くことができる。入力ボックス２２もまた示してある。実際には、当然に、示したスクリーンの各種領域は芸術的なやり方で配設された画像及び／又はテキストを含んでいるが、こういったものはここでは図示していない。サービスプロバイダ（もしくはこのスクリーンを設計する他の者）はまた設計のどの部分がフィーチャであるかを示す必要がある。この目的のために、ある種の画素（ピクセル）がフラグを立てられて、あるフィーチャの一部であることを示すようにしている。一般に、これらのピクセルは境界１８のものであり、このことが以下の記述で仮定されている。しかし、同じ原理が、境界をもたないがシンボルもしくはテキストの一部で構成されているフィーチャに適用されるのであって、この場合にはアイコンのピクセルもしくはテキスト文字自体がフラグを立てられる。追加のビットがこのフラグ立てのための画像ファイル内に含まれるようにできるが、通常のフォーマットのファイルが使用できるようにするために、ある種のカラーがこのフィーチャを識別するためにとっておかれる。こうして各フィーチャはそれぞれの所定のカラーをもつ境界で囲まれていて、このカラーはスクリーン上の他部では使用できないようになっている。この発明の特定の実施例では、ファイルフォーマットはパレットシステムを使用するもの（例えばＢＭＰ）であると仮定している。このようなシステムは一般には２４ビットカラー分解能（Ｒ，Ｇ，Ｂ各成分について８ビット宛）を有しているが、いずれの１画像で使用できるのは２²⁴の可能なカラーのうちの２５６だけとし、それによって画像は１−，８ビットコードワード（パレットインデックス）／ピクセルと、それに２５６の２４ビットカラー値、すなわち２５６のインデックスを表わすリスト（“パレット”と呼ぶ）を加えたものとによって表わすことができる。したがって、適当な数−おそらくは１５−のパレットインデックスが最高ｎの選択可能なフィーチャを識別するためにとっておかれる。どれを選んでもよいのであるが、インデックス０ないしｎ−１とするのが便利である。パレットエントリィはそこでＲ，Ｇ，Ｂ値のカラーに設定され、ハイライトを当てられていないそれぞれの境界を表示するようにしたいとサービスプロバイダが思っているカラーとなる。ｎの境界のすべてが同じカラーとなり（ハイライトを当てられたときに一層明白となるようなカラー変化となるようにする）ことをサービスプロバイダが望ことも許される：原理的には複数のインデックスが同じカラーを設定できるが、実際には、標準的な“オフ・ザ・シェルフ（出来あいの）” ソフトウェアを使って標準画像ファイルを作成して処理するとすると、そのときにはこれが不可能となる：しかし、同じ効果は人の眼には違いが感知できない程似ているカラーを用いて得ることができる。例えば、グレイレベルの各種の陰影が使われる。ＲＧＢ値では、これはＲとＧとＢとについての値が実質的に同じであることを意味する。したがって、パレットの中の最初の１５色がハイライトに割当てられるとする：これらのカラーは｛１２８，１２８，１２８｝；｛１２８，１２９，１２８｝；｛１２９，１２８，１２８｝；｛１２８，１２８，１２９｝；｛１２７，１２８，１２８｝などとなろう。これらのハイライトをあてた境界はユーザの眼には同じに見えるが、ハイライトカラーの各々は走査については単一の特徴を定義している。サービスプロバイダはサービス作成者により一組の設計規則が与えられる。これらの設計規則は次のようなパラメータを特定できる。・ピクセルでの、ページの幅と高さ、例えば６４０×４８０。・ピクセルでの、ハイライト境界の幅、例えば４ピクセル。・ピクセルでの、タイトルの位置。・最小のフィーチャ寸法。・ページと寸法当りいくつのソフトキーが許されるか。・画像当りで許されるＰアイコンの最大数。・とっておいたパレットインデックス。この発明のサービス作成ツールで入力画像ファイルからＧＵＩを生成できるものについては、ファイルが所与の設計規則に従うことが必要とされる。いったん画像ファイルが完成すると、それがサービス作成者に（例えばフロッピィディスク上で）渡され、その者がそれをドライブ２５を用いて作成ツールのハードディスクにコピイする。サービス作成ツールの動作は図４に示されていて、その制御プログラムの動作の流れ図としてある。段階１００ではそのキーボードから（もしくはマウスを経由して）コマンドを受領する。仮りにソース画像ファイルがすでに記憶されているとし、またオペレータがソース画像ファイルを識別するためにファイル名と一緒に、“走査”コマンドを入力して上述したフィーチャ識別フェーズを開始するとする。次に段階１０１では、プロセッサ２０はメモリ内にテーブルを作り、空ではあるがフィーチャのために使われる可能性のあるパレットカラーのリストとし、やがて例えばパレット内の最初の１５色について走査がされる。このカラーは自動的にリストが作られ、構成可能なものであるが、カラーはリストに追加できるし、リストから削除することがこの段階で行なえる。カラーをリストに加えることは二つの方法でできる。パレットインデックス５０１によるか、ＲＧＢ値５０２による。カラーはそのＲＧＢ値により表わすことができ、この値は３つの数値であり、その各々は０ないし２５５の範囲であり第１の数値はカラー内の赤の量を、第２は線を、第３は青となっている。パレットインデックスは０ないし２５５の数値であり、これはそのカラーの単一のＲＧＢ表現に等しい。例えば、パレットインデックス１はＧＢＧ値‘２５５，１２８，０’に等しく、全赤、半分強度の線、青なしであり、橙色となる。また、このテーブルは図５に示したように、ツールの表示ユニット上に表示されるのが好く、これが記憶されたテーブルの構造とそれが表示されることになる形式との両方を例示するのに使われる。次の段階１０２では、画像ファイルがピクセル毎に調べられてパレットインデックス０を使用するピクセルを識別し、他のピクセルを全部無視する。次に一時的なビットマップファイルを作り、それがピクセル当り１ビットをもつ簡単なマップとなることができて、インデックスもっていたピクセルに対しては１が設定され、その他は零に設定される。このプロセスは次にテーブル内の他のすべてのカラーに対して繰返される。次に（１０３）、各一時的な画像が調べられて、識別されたピクセルにより占有された領域の寸法を確めるようにする。（あるいはむしろ一時的ファイル内で全ピクセルが“１”のフラグを立てられたものを含んでいる一番小さな矩形のピクセル群の寸法を確める）。これは実行するには簡単なアルゴリズムである：もしｘとｙとがピクセルの水平と垂直の位置であり、すべてのフラグを立てたピクセルが調べられて、ｘとｙとの最大と最小の位置とが（Ｘｍａｘ，Ｘｍｉｎ，Ｙｍａｘ，Ｙｍｉｎ）であると、幅Ｗは（Ｗｍａｘ−Ｘｍｉｎ）であり、高さは（Ｙｍａｘ−Ｙｍｉｎ）である。これらの値はテーブルに加えられて、表示に現れ、それが図６に見るように更新され、ここでは全体の寸法コラム５０８へのエントリィが‘水平寸法Ｘ垂直寸法’の形、例えば‘３０４×５８’となっている。このエントリィはもしそのカラーでピクセルが一つも見付からなければ‘０×０ ’ となる。これはハイライト境界を含んでいるフィーチャの寸法であることに留意されたい。制御プログラムはある種の標準寸法を識別するデータを含んでいて、それが特定形式のフィーチャに対応している。また段階１０４では各寸法Ｗ，ｈがこれらのデータと比較され、もし整合するときには（予め設定した許容幅は例えば２％以内とする）、関係するフィーチャ形式がテーブル（コラム５０９）内で、表示の中に記録される。フィーチャ形式５０９は‘走査されず’から‘見付からず’ 、‘Ｔアイコン’、‘Ｐアイコン’、‘ソフトキー’、その他のフィーチャ形式もしくは‘未知’の一つに変わる。・もし‘見付からず’であれば、そのときはサービス作成ツールはこのカラーである画像内のピクセルが何もないことを見付けたのであり、全体の寸法は‘０ ×０’である。・もし‘Ｔアイコン’、‘Ｐアイコン’、もしくは‘ソフトキー’などであれば、そのときはその画像はそのカラーであるピクセルを含み、サービス作成ツールはＴアイコン、Ｐアイコンもしくはソフトキーであることを示唆している。この示唆は全体の寸法を設計規則で定義された標準寸法と比較することにより作られている。もし‘未知’であると、そのときはこの画像はそのカラーのピクセルを含まず、サービス作成ツールはそれらピクセルが表わしているフィーチャを認識できないことである。この原因として、ピクセルがＴアイコン、Ｐアイコンもしくはソフトキーで標準寸法でないものもしくはそれに近くないものを定義しており、それにより認識できないことがあげられる。あるいは原因としてピクセルがグラフィック画像の一部でないか、あるいは実際にフィーチャのハイライトをあてることができる境界ではないことがあげられる。一度この自動プロセスが完了すると、そのときは（１０５）、このツールのオペレータはテーブルを編集する機械をもち、例えば欠落している情報を加えたり（例えば“未知”の形式のエントリィを置換したり）、またフィーチャ間ナビゲーション情報を加えたりする機会が与えられ、こういったもののすべてがテーブルに加えられる。右側のコラム５１０はオプションとして用意されており、キーパッド１３が“ ショートカット（近道）”キーをもっていて、それがユーザに対してある種のオプションを直接選ぶ機能を与えていて、その際に画像の中でナビゲートをするために矢印キーを使わずにできるようにしている。したがってここで示したエントリィによって、第１の４つのフィーチャに対応する動作が４つのこの種のキーの１つによって直接アクセスできる。ナビゲーション情報は表示されたテーブル内に示すことができるが、図６には示されていない。それは実際のスクリーン画像自体の表示上に重ねられた矢印によって表示装置上でこれが表示されるのが好ましいことによる。こうして段階１０６では、オペレータは各フィーチャ、すわわち４つの矢印キーの各々に対してシステムの応答を特定し、応答なし（例えばフィーチャに対する左矢印キーの場合にはスクリーンの左側に）か、同じページ上の他のフィーチャに対してハイライトを移動させるようにする。もし望むのであれば、このツール自体からの実際のスクリーン画像ファイルを編集するようにすることができ、それによって例えば別のフィーチャが加えられたり、ボックスの内容を変えたりできる。異なるフィーチャ形式を識別することの目的が説明されるべきである。いくつかの典型的な形式を次にリストする：・絵のアイコン（Ｐアイコン）１２。・ショッピング（買物）Ｐアイコン。・テキストアイコン（Ｔアイコン）。・ソフトキー１６。・入力ボックス２２。・ハイライトをあてることができるテキスト出力ボックス。・アニメーションこういった形式は２つの目的に対して機能しており、一つは（ａ）サービス作成ツールにより処理されるやり方で、また他は（ｂ）最終的な対話形のサービスで取扱われるやり方とである。（ａ）もしサービス作成ツールが画像の編集を許せば、そのときは異なる拘束条件がフィーチャの形式に従い、編集プロセス上に置かれてよい。例えばテキストアイコンは絵がその中に挿入されたり、それが絵の中に挿入されたりすることを許さない。（ｂ）ある種のフィーチャは特殊機能を実行してよく、例えば出力ボックスはメッセージを表示するために使用されてよい。一度このテーブルが完成すると、それをディスク上に記憶でき、適切なファイル名が付けられていて、このファイル名は対応する画像ファイルのものと同じであるが、異なるサフィックスとかファイル名エクステンションが付いている。もし望むのであれば、画像ファイルとそれが関係するテーブルのコピイとが作られて、別々に編集され、別なこの種のページを作成するためのテンプレートを形成するようにできる。そこで制御は１００に戻り、そこではオペレータが別の画像ファイルを走査する選択をしてよいし、あるいはこれらのページからサービスの構築を始めるためのコマンドを入力してもよい。後の場合についてはスクリーン間ナビゲーションの定義と、実行されることになる機能の定義とが段階１０７で行なわれる。一番簡単なこれを達成する方法はテーブル内に追加のコラムを加え（そして同じようにテーブルの表示されたバージョンにも加え）ることであり、テーブル内には必要な情報がキーボードを用いて入力できる。別なスクリーン画像の表示を必要とするこういったフィーチャについては、ページのファイル名内にタイプ入力し、その他の機能に対してはプログラムのファイル名（このプログラムには恐らくコマンドラインオプションが付いている）内にタイプ入力して所望の機能を提供するために実行されるべきものとする。これに代って、もっとユーザに使い易い入力がスクリーンを表示することにより用意できるのであり、図６に示すようなスクリーン（“構造ウインドウ ”）であって、走査された各ページ（もしくは別に作られた各ページ）がボックスとして表示され、ボックスは入力ラインとそこから派生する多数のライン（その画像が含んでいる多数のフィーチャに対応している）を有している。これらのラインの各々はそこでオペレータ入力（例えばマウスを用いて別のこの種のボックスの入力に接続されるようにするか、プログラムが実行されるべきことを表わしているシンボルを備えるかしていて、こういったことを表わしているデータが自動的に生成されて、関連のテーブル内の入れることができるようになっている。サービスにより使用するための出力ファイルは各種の画像ファイルであり、対応するテーブルである。しかし、実際にはこれらテーブルのすべてを結合させて単一のリストとするのが好ましく、このファイルは画像ファイル名と、それが関係するテーブルからの性質とをリストしているものにする。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ

Claims

【特許請求の範囲】１．エンドユーザに向けてディスプレイをするためのグラフィカルユーザインターフェースを用意するのに使われるサービスの作成方法であって、：表示されることになる画像についてのコード化した表現を所定のフォーマットについて走査して、この所定フォーマットにより定義される画像の領域を識別することと；前記領域のリストを生成することと；実行されることになる動作を識別する情報を前記リスト内に含めることと；画像とリストとのコード化したバージョンを出力することとを含んでいる方法。２．前記各所定フォーマットは画像の要素のカラーである請求項１記載の方法。３．前記コード化した画像表現は複数のカラーインデックスの各々に対応するカラー値についてのパレットテーブルと、また画像の各画素について対応するインデックスとをを含んでいる画像のビットマップ表現であり、前記所定フォーマットの各々はカラーインデックスのサブセットの特定の一つである請求項２記載の方法。４．前記リスト内で識別される動作の少くともあるものが別のこの種の画像の表示である請求項１ないし３のいずれか１項記載の方法。５．各識別された領域の特性を確かめて、この領域の少なくともあるものにその特性に依存して関係するフィーチャ形式を割当てて、しかもテーブル内にはこのフィーチャ形式を識別するデータを含んでいる請求項１ないし４のいずれか１項記載の方法。６．前記特性は前記識別された領域の寸法である請求項５記載の方法。７．エンドユーザに対して表示するためのグラフィカルユーザインターフェース（ＧＵＩ）を用意する際に使用するサービス作成装置であって；所定のフォーマットで表示されることになる画像のコード化した表現を走査し、それによって所定のフォーマットで定義される画像の領域を識別して前記領域のリストを生成するための手段と；前記リスト内に実行されることになる動作を識別する情報がエントリィされるようにし、各動作の前記領域のそれぞれものと関係するようにする手段と、画像とリストのコード化したバージョンを放出する出力とを含む装置。８．各所定のフォーマットが画像の要素のカラーである請求項７記載の装置。９．前記コード化した画像表現は複数のカラーインデックスの各々に対応するカラー値についてのパレットテーブルと、またこの画像の各画素については対応するインデックスとをを含んでいる画像のビットマップ表現であり；前記所定のフォーマットの各々はカラーインデックスのサブセットの特定の一つである請求項８記載の装置。１０．各識別された領域の特性を確かめ、その特性に依存してて関係するフィーチャ形式をこの領域の少くともあるものに割当てて、前記リスト内にこのフィーチャ形式を識別するデータを含めるように動作する手段を含む請求項７，８，９のいずれか１項記載の装置。１１．前記特性は前記識別された領域の寸法である請求項１０記載の装置。１２．添付の図面を参照して実質的に記述したエンドユーザに向けた表示のためのグラフィカルユーザインターフェースを用意する際に使用するためのサービス作成方法。１３．添付の図面を参照して実質的に記述したエンドユーザに向けた表示のためのグラフィカルユーザインターフェースを用意する際に使用するためのサービス作成装置。