(57)【要約】アプリケーションがコンピューティング・デバイスの画面上に配置するテキストが、アプリケーションのビルド時又はインストール時ではなく、むしろ、デバイスを制御するオペレーティングシステムによって、表示される間際に決定される。アプリケーションは、多数の可能な候補の文字列が添付されている文字列ＩＤをオペレーティングシステムに渡す。ＯＳは、その後、実行の間際に、使用の際の言語、画面上の有効なスペース、デバイス・コンフィグレーション等の多数の可能な表示変数を考慮しながら、どの可能な候補が表示されるべきかを決定する。【特許請求の範囲】
【請求項１】
アプリケーションの実行中において、どんなテキスト文字列が画面上又は他の表示装置上で示されるかが、前記アプリケーションのビルド時ではなく、表示されようとする際に、前記アプリケーションのコンポーネントによってではなく、オペレーティングシステムのコンポーネントによって決定されることを特徴とする対話型コンピューティング・デバイス。
【請求項２】
テキストを表示しようとする前記アプリケーションが、前記オペレーティングシステムに文字列ＩＤを提供し、前記オペレーションシステムが前記アプリケーションによって提供されたテキスト文字列の複数の候補から表示するために最も適切なテキスト文字列を選択することを特徴とする請求項１記載の対話型コンピューティング・デバイス。
【請求項３】
表示すべき最も適切なテキスト文字列が、
前記アプリケーションの動作時において用いられる言語と、
文字列が適するべき画面上のスペースのサイズと、
前記アプリケーションが動作するデバイスと、
前記アプリケーションの動作時に前記デバイス上で利用可能な入力方法と、
前記アプリケーションの動作時における画面の解像度と、
前記アプリケーションの動作時における画面のズームレベルと、
前記アプリケーションの動作時における画面の縦横比と、
前記アプリケーションの動作時における前記デバイスのコンフィグレーションの他のあらゆる要素と、
画面のズームレベルと、
前記デバイス又は前記デバイスが接続するネットワークとの内、少なくとも１つによって選択されることを特徴とする請求項２に記載の対話型コンピューティング・デバイス。
【請求項４】
前記アプリケーションが、個々のファイルにおける各文字列に添付されるべき文字列候補を提供するように構成されていることを特徴とする請求項２又は３に記載の対話型コンピューティング・デバイス。
【請求項５】
アプリケーションの実行中において、どんなテキスト文字列が画面上又は他の表示装置上で示されるかが、前記アプリケーションのビルド時ではなく、表示されようとする際に、前記アプリケーションのコンポーネントによってではなく、オペレーティングシステムのコンポーネントによって決定されることを特徴とする対話型コンピューティング・デバイスの動作方法。
【請求項６】
テキストを表示しようとする前記アプリケーションが、前記オペレーティングシステムに文字列ＩＤを提供し、前記アプリケーションによって提供されたテキスト文字列の複数の候補から表示するために最も適切なテキスト文字列が選択されることを特徴とする請求項５記載の対話型コンピューティング・デバイスの動作方法。
【請求項７】
表示すべき最も適切なテキスト文字列が、
前記アプリケーションの動作時において用いられる言語と、
文字列が適するべき画面上のスペースのサイズと、
前記アプリケーションが動作するデバイスと、
前記アプリケーションの動作時にデバイス上で利用可能な入力方法と、
前記アプリケーションの動作時における画面の解像度と、
前記アプリケーションの動作時における画面のズームレベルと、
前記アプリケーションの動作時における画面の縦横比と、
前記アプリケーションの動作時における前記デバイスのコンフィグレーションの他のあらゆる要素と、
表示されるべきテキストのフォント、ピッチ、スタイルと、
前記デバイス又は前記デバイスが接続するネットワークとの内、少なくとも１つによって選択されることを特徴とする請求項６記載の対話型コンピューティング・デバイスの動作方法。
【請求項８】
前記アプリケーションが、個々のファイルにおける各文字列に添付されるべき文字列候補を提供することを特徴とする請求項６記載の対話型コンピューティング・デバイスの動作方法。
【請求項９】
コンピューティング・デバイスを請求項５乃至８のいずれか１項記載の方法に従って、動作させるオペレーティングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピューティング・デバイスの表示画面において情報を表示する方法に関し、特に、表示画面上の特定領域において、適切なテキスト形式メッセージを配置するために、対話型コンピューティング・デバイスによって用いられる方法に関する。
【背景技術】
【０００２】
対話型コンピューティング・デバイスという語は、情報を表示する画面や他の方法と、情報を選択する等の入力として用いられるキーボード、キーパッド、ボタンアレイ、タッチ画面や他の方法との両方を有するデバイスを含むものとして解釈されるべきである。今日において、それは、デスクトップコンピュータ、ラップトップコンピュータ、ＰＤＡ、携帯電話、スマートフォン、ディジタルカメラ、ディジタル・ミュージック・プレーヤのようなパーソナルデバイスを含んでいる。また、他の多くの工業製品や家電製品も同様に含まれ、それらには、ＡＴＭから家庭用電気器具（例えば、洗濯機やテレビ）、自動車（あらゆる型を含む）、鉄道、ボートや飛行機といった輸送機構までが含まれている。
【０００３】
１９７０年代における安価なビジュアル・ディスプレイ・ユニット（ＶＤＵ）の開発は、対話型コンピューティングの成長を可能とした。それによって、単一のユニットがキーボードと画面を含み、リアルタイムの入力と出力の機能を提供するようになった。対話型コンピューティングは、コンピューティング・デバイスが情報を表示し、ユーザに入力を指示することによって、有効とされ実行されるようなユーザインタフェースを要している。高解像度グラフィックスを処理することができる現代の画面は、視覚映像（例えば、アイコン）の使用を増加させる一方で、今なお、多くの情報が、テキスト形式で表示されている。
【０００４】
しかしながら、テキストプロンプトの包含は、ユーザインタフェース用のコードを記述するプログラマに特定の問題を常に投げかけている。
【０００５】
現在まで常にあった１つの主な理由に、テキストは位置依存であり、言語依存であるということがある。プログラムが異なる国における人々によって用いられるようにプログラムを国際化する場合には、一般的に、ユーザインタフェースを伴うテキストへの変更が求められるが、プログラム自身への変更は求められない。
【０００６】
プログラマが位置依存の問題を解決しようとする方法として、従来は、テキストプロンプトを定義するテキスト文字列を含む位置依存の情報を、コードの本文から除去し、代わりに別のモジュール（一般的には、リソースファイル）に格納していた。また、その位置依存の情報は、ある種のインデックス化された検索の仕組みによって、取り出されることができる。
【０００７】
最近の文書で証明された実施の一つが、ディジタルリサーチ社製のＧＥＭオペレーティングシステムにおいて見出されることができる。１９８５年のＧＥＭプログラマガイドによると以下のように記載されている。
【０００８】
「リソースファイルの目的は、アプリケーションのデバイス固有であり、ユーザ固有であり、国毎のデータを、コードから分離することである。そのような分離によって、以下のような利点がもたらされる。
【０００９】
・ｅマシンコードの移植性
異なった環境に渡ってアプリケーションをポートするために、プログラマは、リソースファイルデータを変更することのみを必要とする。
【００１０】
・外観のカスタマイズ
プログラマでない者が、アプリケーションのメニュー構造、ダイアログボックスのレイアウト、エラーメッセージの本文を変更することができる。ほとんどの場合に、プログラマが関わる必要はない。
【００１１】
・テキストメッセージの国際化
テキストメッセージを１つの言語から他の言語に変更するために、リソースファイルの本文を変更することのみが必要とされる。
【００１２】
・デバイス非依存のラスタ・グラフィックス
ＧＥＭ  ＡＥＳのアイコンと他のビットマップ画像は、リソースとして格納されているので、様々な解像度特性に合わせて調整されることができる。そのような全ての場合において、アプリケーションのコードは変更されない。
【００１３】
要約すると、テキスト文字列を処理する上記の方法の利点は、種々の言語用のソフトウエアの国際化に際し、プログラム又はアプリケーション自体の変更が不要な点であり、適切にカスタマイズされたリソースファイルのみが必要とされる。多くのオペレーティングシステムは、異なるテキスト文字列を考慮するために、ランタイム時に、画面制御（例えば、ダイアログボックスやメニュー）を調整することができる。しかしながら、ローカライゼーションと表示のカスタマイゼーションにとって、上記の標準的な解決法は、携帯電話のような小さい画面を備え、リソースが抑制されたコンピューティング・デバイスに適用される場合には、十分でないことが知られている。
【００１４】
そのようなデバイスの本質的な問題は、画面の領域があまりにも小さいために、表示されるダイアログボックスやメニューのサイズにおいて十分な柔軟性を与えることができないということである。画面上の１つのダイアログボックスにおいて適するテキスト文字列は、省略する(truncated)ことなしに他のダイアログボックスにおいて適するようにならない。
【００１５】
ＵＩ設計者は、過去において、テキスト文字列が用いられるであろう各位置用の別のテキスト文字列を定義することによって、ユーザインタフェースの要求される位置に、各テキスト文字列が完全に適応することを保証しようとしていた。
【００１６】
しかしながら、そのような「静的」な技術は、設計者が、全ての可能な画面のパラメータを十分に認識しているという前提に依存している。画面のサイズについて不可知論的であるばかりでなく、ユーザによる画面の動的な変更と再コンフィグレーションを可能にさせるオペレーティングシステムが動作する高度なデバイスにとって、そのような静的な手法は、実用的ではない。また、経済的でもなく、ローカライゼーションを極めて高価とし、良くても時々においてしか用いられないであろうコンフィグレーションの要求を満たすことにおいて、そのようなリソースが抑制されたデバイス上で、極めて多くのメモリを浪費してしまう。
【００１７】
上記で引用されているＧＥＭの技術は、ユーザインタフェースにテキスト形式の情報を含むことがなぜ問題を引き起こすのかということについて、他の理由（アイコンと他のグラフィカル情報と共有している）をほのめかしている。これは、表示特性の違いということであって、用いられるテキストの正しい形式は、何がユーザに伝えられることが必要かということのみでなく、画面サイズや、表示の解像度のような項目にも依存しているということである。そのような表示上の相違は、一般的に、デバイス間においてのみ存在している。問題が発生する場合において、それらのデバイスは、一般的に、ビルド時又はインストール時のいずれかにおいてソフトウエアをコンフィグレーションすることによって、対応されていた。しかしながら、注目すべきことには、多くの現代のデスクトップコンピューティング・デバイスは、その分野における特別規定が不要であるとしていた。その理由としては、例えば、６４０×４８０ピクセル、又は、１０２４×７６８ピクセルといった比較的大きく、標準的な画面解像度を前提とすることができ、テキストが適切なスペースに適していない場合に、ランタイム技術（例えば、スクロールバー）の使用が認められることができるからである。明らかに、そのような方法は、例えば、携帯電話のような小さな画面を有するデバイスにとっては、不適である。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
そこで、上記の点に鑑み、本発明は、コンピューティング・デバイスの表示画面において情報を表示する改良された方法を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明の第１の側面に対応する発明が提供される。
【００２０】
本発明の第２の側面に対応する発明が提供される。
【００２１】
本発明の第３の側面に対応する発明が提供される。
【発明を実施するための最良の形態】
【００２２】
本発明の根底となる理解は、ビルド時において各可能なデバイス用の種々の文字列を構成する代わりに、ランタイム時に識別されるということである。
【００２３】
本発明においては、使用可能な表示サイズを考慮することなく、デバイスのユーザに同一の個々のメッセージを提供することが必要な度に、同一の一意なテキスト文字列識別子（又は、文字列ＩＤ）が用いられる。文字列ＩＤのそれぞれは、文字列ＩＤに添付される１以上のテキスト文字列を有していて、それらのテキスト文字列は、デバイス用に予期される可能な画面サイズと使用例のほとんど、望ましくは全てを考慮するように構成されている。それらのテキスト文字列は、例えば、デバイスのメモリ内のデータベースに格納されていても良い。これは、比較的容易く実現され、上述のように、テキスト形式のプロンプトを定義するテキスト文字列が、プログラムコードの本文とは別とされ、別のモジュール（一般的に、リソースファイル）に格納されている。また、そのようなテキスト文字列は、ある種のインデックス化された検索の仕組みによって必要に応じて、取り出されることができる。
【００２４】
デバイスの表示領域は、一般的に、ウィンドウズ（登録商標）マネージャとして知られるオペレーティングシステムの一部によって制御される。そのようなウィンドウズ（登録商標）マネージャは、テキスト文字列が適合する全ての画面ボックスのサイズを知っている。従って、例えば、１つのプログラムと他のプログラムとの間で、縦向きから横向きに表示が変化した場合に、ラップ・アラウンド・テキストを格納できるサイズとフォーマットを有するダイアログボックスにおいてラップ・アラウンド・テキストの２行分に順応している縦型フォーマットにおける特有のユーザメッセージが、１行分のテキストを格納することのみできるダイアログボックスにおいて格納されなければならないことをウィンドウズ（登録商標）マネージャは認識している。従って、本発明によって、特定のメッセージについての文字列ＩＤが選択された場合に、文字列ＩＤに関連したテキスト文字列は、ウィンドウズ（登録商標）マネージャに対して有効となる。また、ウィンドウズ（登録商標）マネージャは、有効となったボックスの場所における１行分のテキストとして適合することができるテキスト文字列を選択することができる。従って、ランタイム時に、画面に実際に表示される文字列は、画面サイズ、フォント、フォントサイズ、スタイル、スペース等を考慮した、画面上に最も適応した文字列となっている。画面を制御するオペレーティングシステムの一部は、文字列ＩＤに添付された全ての文字列の中から最も適する文字列を選択するように構成されている。
【００２５】
本発明は、従来技術に比べて、複数の利点を有している。
【００２６】
・開発者は、ソフトウエアが適切に構成されていることを懸念する必要がない。その理由として、可変の画面サイズと解像度、種々のズームレベル、画面フォーマットのような柔軟なコンフィグレーションをサポートすることが必要とされるであろう、開発に関わる努力と保守における投資が、絶対最小値まで低減されるからである。２画面（例えば、ある種の携帯電話）を有するデバイスであっても、余分な開発努力を必要としない。
【００２７】
・携帯電話のような小画面を有するデバイスのユーザは、ソフトウエアの正しいバージョンを購入することについて懸念する必要がない。また、それを正しくインストールすることについて危惧する必要がない。
【００２８】
従って、本発明は、アプリケーションがコンピューティング・デバイスの画面上に配置するテキストが、アプリケーションがビルドされようとする際にアプリケーション設計者によって、又は、アプリケーションがインストールされようとする際に所有者によってではなくむしろ、デバイスを制御するオペレーティングシステムによって表示されようとする際に決定される方法を提供する。その方法を実現する仕組みは、アプリケーションは、多数の可能な候補となる文字列が添付されている文字列ＩＤをオペレーティングシステムに提供する。ＯＳは、その後、実行の間際に、使用の際の言語や、画面上の有効スペースや、デバイスのコンフィグレーション等の多数の可能な表示変数を考慮しながら、どの可能な候補が表示されるべきかを決定する。
【００２９】
本発明は、特定に実施形態に関連して記述されているが、付加された請求項によって定義された本発明の範囲であるならば、適宜変更されても良い。
【国際調査報告】
2008516359.tif 000002
2008516359.tif 000003