JP2022102769A - 情報処理装置、情報処理システムおよびユーザインタフェース提供方法 - Google Patents

Abstract

【課題】各アプリケーションに関して、アプリケーションの設定に関するユーザインタフェースを統一し、ユーザには操作性を向上させ、アプリケーション開発者には開発効率を向上させる。【解決手段】アプリケーションを実行する情報処理装置は、アプリケーションごとに、アプリケーションのユーザインタフェースを定義するマニフェストファイル（ユーザインタフェース定義ファイル）を保持し、マニフェストファイルは、アプリケーションの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目ごとに、データ型の属性が指定される。情報処理装置は、マニフェストファイルに基づいて、アプリケーションの設定を行なうユーザインタフェースオブジェクトを生成する。【選択図】 図３

Description

本発明は、情報処理装置に係り、特に、異なったアプリケーションソフトウェアに対しても、統一したユーザインタフェースを提供するのに好適な情報処理装置に関する。

近年、無線ルータなどの通信端末がエッジデバイスとして、データの一次処理や、プロトコル変換など多様な処理を行うケースが増加している。さらに、通信機能を含むこれらのアプリケーションソフトウェア（以下、単に「アプリケーション」という）の更新・追加を実施するＦＯＴＡ（Firmware Over The Air）の技術が確立されつつある。

このような場合に、使用されるアプリケーションは、ユーザごとに異なり、同じアプリケーションを改変して別のアプリケーションを提供するときでも、わずかな機能追加を行う場合も存在する。また、アプリケーションを複数人で開発することも多く、情報処理装置の開発に携わっていない開発者がアプリケーションの機能のみを設計する場合も存在する。このようにアプリケーションが日々更新・追加される情報処理装置において、アプリケーションのユーザインタフェースを統一することは、非常に難しい。また、更新のつどユーザインタフェースを変更するのは効率が悪い。このような背景から、効率的にアプリケーションのユーザインタフェースを統一する手法が必要となる。

ユーザインタフェースのデザインの統一の観点から、例えば、特許文献１の技術が提案されている。特許文献１の記載された情報処理装置では、ワークフロー処理部が、ワークフローを実行する場合に、ワークフローの各工程を実行する各機能プロバイダが共通で使用するユーザインタフェースのデザインを決定し、各機能プロバイダに対して指定する。

これにより、ユーザインタフェースのデザインが統一されていない複数の拡張プログラムを組み合わせて一連の処理を実行する場合であっても、ユーザインタフェースのデザインを統一することができるとしている。

特開２０１７－３３２３５号公報

情報処理装置の用途によっては、アプリケーションの処理は互いに独立し、連携して処理を行わない可能性がある。また、新たなアプリケーションを新たな人員が開発する場合、機能を分離することにより、既存のアプリケーションとの機能の連携を疎にする方が、開発効率がよい。上記特許文献１によれば、各アプリケーションが連携しない情報処理装置では、アプリケーション毎のユーザインターフェースデザインが異なり、ユーザの操作を阻害する恐れがある。また、ユーザインターフェースデザインを統一するために、開発者に他アプリケーション同様のユーザインタフェースの生成を要求すると、開発効率が落ちる恐れがある。

本発明の目的は、各アプリケーションに関して、アプリケーションの設定に関するユーザインタフェースを統一し、ユーザには操作性を向上させ、アプリケーション開発者には開発効率の向上を行なうことのできる情報処理装置を提供することにある。

本発明の情報処理装置の構成は、好ましくは、アプリケーションソフトウェアを実行する情報処理装置であって、アプリケーションソフトウェアごとに、アプリケーションソフトウェアのユーザインタフェースを定義するユーザインタフェース定義ファイルを保持し、ユーザインタフェース定義ファイルは、アプリケーションソフトウェアの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目ごとに、データ型の属性が指定され、情報処理装置は、ユーザインタフェース定義ファイルに基づいて、アプリケーションソフトウェアの設定を行なうユーザインタフェースオブジェクトを生成するようにしたものである。

本発明によれば、各アプリケーションに関して、アプリケーションの設定に関するユーザインタフェースを統一し、ユーザには操作性を向上させ、アプリケーション開発者には開発効率の向上を行なうことのできる情報処理装置を提供することができる。

実施形態１に係る情報処理装置の機能構成図である。 実施形態１に係る情報処理装置のハードウェア・ソフトウェア構成図である。 実施形態１に係るマニフェストファイルの一例を示す図である。 実施形態１に係る情報処理装置が表示するアプリケーション選択メニュー画面の一例を示す図である。 実施形態１に係る情報処理装置が表示するアプリケーション設定画面の一例を示す図である。 情報処理装置によるＣＵＩの一例を示す図である。 実施形態２に係るマニフェストファイルの一例を示す図である。 実施形態２に係る情報処理装置が表示するアプリケーション選択メニュー画面の一例を示す図である。 実施形態２に係る情報処理装置が表示するアプリケーション設定画面の一例を示す図である。 実施形態３に係るマニフェストファイルの一例を示す図である。 実施形態３に係る情報処理装置が表示するアプリケーション設定画面の一例を示す図である。 実施形態４に係るマニフェストファイルの一例を示す図である。 実施形態４に係る情報処理装置が表示するアプリケーション設定画面の一例を示す図である。 実施形態５に係る情報処理システムの機能構成図である。 クライアントがユーザインタフェース提供サーバに対して、ユーザインタフェースの提供を依頼するコマンドを送ったときの処理を示すフローチャートである。

以下、本発明に係る各実施形態を、図１ないし図１１を用いて説明する。
本発明の概要を説明すると以下のようになる。

本発明の情報処理装置では、アプリケーション毎にインタフェースの要素を定義するマニフェストファイルを保持する。そして、マニフェストファイルを参照し、ユーザとの入出力を行なうユーザインタフェースオブジェクトを生成する。ユーザインタフェースオブジェクトは、ＧＵＩ（Graphic User Interface）とＣＵＩ（Character-based User Interface）によりユーザが表示要素を視認したり、コマンド、データの入力を行なうことが可能である。

情報処理装置で動作する各アプリケーションは、設定ファイルとマニフェストファイル、実行ファイルを保持する。そして、マニフェストファイルからユーザインタフェースオブジェクトを生成する機能を有する。

マニフェストファイルは、人間が視覚的に理解しやすいテキスト（例えば、ＪＳＯＮ（Java Script Object Notation）形式で記載される。マニフェストファイルにはアプリケーションＩＤ、設定・表示項目のＩＤ、名称、データ型、値の範囲、リードオンリー設定などが記載される。他に、アクション名と実行ファイルの対応と、それを実行するアクショントリガーが記載される。アクショントリガーは、例えば、ＧＵＩ上のボタンと紐づけ、ボタンが押された場合に起動する等の形で記載される。

また、本発明は、クライアント－サーバからなる情報処理システムに適用することができる。その場合には、ＧＵＩによるユーザインタフェースが提供されるときには、ＬＡＮから情報処理装置にブラウザ経由でアクセスした場合に表示され、アプリケーション毎にマニフェストに記載された設定・表示項目がメニュー化されて表示される。また、ＣＵＩによるユーザインタフェースが提供されるときには、指定されたＴＣＰポート番号を使用して、情報処理装置とＴＣＰ接続することで表示される文字列を介してやり取り可能になる。

〔実施形態１〕
以下、本発明に係る実施形態１を、図１ないし図５を用いて説明する。

先ず、図１および図２を用いて実施形態１に係る情報処理装置の構成について説明する。
本実施形態の情報処理装置は、アプリケーションを実行するために設計された装置であり、ユーザ１は情報処理装置１０のＧＵＩまたはＣＵＩを操作することにより、情報処理装置１０から情報を取得したり、あるいは、アプリケーションを実行したり、そのアプリケーションの設定を行う。情報処理装置１０のアプリケーション２０は、情報処理装置が実現する機能ごとに分離される。一例として、通信端末としての機能を持つ情報処理装置であればルータ機能やシリアル通信機能、プロトコル変換機能といった単位でアプリケーション２０は分離される。本実施形態の情報処理装置は、図１に示されるように、入出力部１１、アプリケーション起動部１２、ユーザインタフェースオブジェクト生成部１３、アプリケーション設定部１４の各機能部から構成される。

また、本実施形態の情報処理装置は、複数のアプリケーション２０（図１では、２０－１、２０－２、…と表記）を実行することができ、各々のアプリケーション２０は、マニフェストファイル２１（図１では、２１－１、２１－２、…と表記）、設定ファイル２２（図１では、２２－１、２２－２、…と表記）、実行ファイル２３（図１では、２３－１、２３－２、…と表記）を保持している。

入出力部１１は、ユーザ１からの入力を受け付けたり、情報処理装置１０の情報をユーザに表示したりする機能部である。アプリケーション起動部１２は、アプリケーションを起動したり、アプリケーション設定画面を起動する機能部である。ユーザインタフェースオブジェクト生成部１３は、マニフェストファイル２１に従って、アプリケーション２０に関するユーザインタフェースを提供するオブジェクト（ウィンドウやそれに表示されるテキスト項目、コマンドボタンなど、以下、「ユーザインタフェースオブジェクト」という）などの表示・入出力要素を生成する機能部である。ユーザに提供されるユーザインタフェースは、ＧＵＩでもＣＵＩでもよい。アプリケーション設定部１４は、ユーザの入力に従って、アプリケーション実行のための設定を行なう機能部である。

マニフェストファイル２１は、ＧＵＩ、ＣＵＩなどのユーザに提供するユーザインタフェースを提供するユーザインタフェースオブジェクトの仕様を定義するファイルである（詳細は、後述）。設定ファイル２２は、アプリケーション２０を実行するめの条件を記述するファイルであり、初期値としてデフォルト設定値が記載されており、ＧＵＩやＣＵＩを介したユーザの操作により設定値が書き換えられる。設定ファイルは、例えば、設定項目とその値が対になったＪＳＯＮ形式（詳細は、後述）のファイルである。実行ファイル２３は、アプリケーションの処理を実行するファイルであり、シェルファイルや事項形式のファイルである。

次に、図２を用いて情報処理装置１０のハードウェア・ソフトウェア構成について説明する。
情報処理装置１０のハードウェア構成としては、例えば、図２に示されるパーソナルコンピュータのような一般的な情報処理装置で実現される。

情報処理装置１０は、ＣＰＵ（Central Processing Unit）３０２、主記憶装置３０４、ネットワークＩ／Ｆ（InterFace）３０６、表示Ｉ／Ｆ３０８、入出力Ｉ／Ｆ３１０、補助記憶Ｉ／Ｆ３１２が、バスにより結合された形態になっている。

ＣＰＵ３０２は、情報処理装置１０の各部を制御し、主記憶装置３０４に必要なプログラムをロードして実行する。

主記憶装置３０４は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ３０２が実行するプログラム、参照するデータが記憶される。

ネットワークＩ／Ｆ３０６は、ネットワーク５と接続するためのインタフェースである。

表示Ｉ／Ｆ３０８は、ＬＣＤ（Liquid Crystal Display）などの表示装置３２０を接続するためのインタフェースである。

入出力Ｉ／Ｆ３１０は、入出力装置を接続するためのインタフェースである。図２の例では、キーボード３３０とポインティングデバイスのマウス３３２が接続されている。

補助記憶Ｉ／Ｆ３１２は、ＨＤＤ（Hard Disk Drive）３５０やＳＳＤ（Solid State Drive）などの補助記憶装置を接続するためのインタフェースである。

ＨＤＤ３５０は、大容量の記憶容量を有しており、本実施形態を実行するためのプログラムが格納されている。情報処理装置１０には、入出力プログラム３６１、アプリケーション起動プログラム３６２、ユーザインタフェースオブジェクト生成プログラム３６３、アプリケーション設定プログラム３６４がインストールされている。

入出力プログラム３６１、アプリケーション起動プログラム３６２、ユーザインタフェースオブジェクト生成プログラム３６３、アプリケーション設定プログラム３６４は、それぞれ入出力部１１、アプリケーション起動部１２、ユーザインタフェースオブジェクト生成部１３、アプリケーション設定部１４の各機能を実現するプログラムである。

また、ＨＤＤ３５０は、マニフェストファイル２１（図２では、２１－１、２１－２、…と表記）、設定ファイル２２（図２では、２２－１、２２－２、…と表記）、実行ファイル２３（図２では、２３－１、２３－２、…と表記）を格納している。

次に、図３を用いて実施形態１におけるマニフェストファイルの具体例について説明する。
図３は、実施形態１に係るマニフェストファイルの一例を示す図である。
マニフェストファイル２１は、アプリケーションに関するユーザインタフェース、また、アプリケーションに関するユーザインタフェースを定義するためのファイルである。本実施形態では、ＪＳＯＮ形式で記述した例を示している。ＪＳＯＮ形式は、{“key”:“value”}のように、{}の中にキーと値をコロンで区切って記述した形式である。本実施形態の情報処理装置１０のユーザインタフェースオブジェクト生成部１３は、マニフェストファイル２１に基づいて、ユーザインタフェースオブジェクトを表現するＨＴＭＬファイルを生成する。

以下、マニフェストファイル２１に記載された各キーに関して、説明する。
（Ｋ１）ａｐｐキー：ａｐｐｉｄキーとｎａｍｅキーを内包する。ａｐｐｉｄキーはアプリケーション毎の設定画面を指定するＵＲＬに組み込まれる文字列である。例えば、情報処理装置のＩＰアドレスを１９２．１６８．１０１．１とすると、本マニフェストファイルで定義されるアプリケーションのＵＲＬは「ｈｔｔｐ：／／１９２．１６８．１０１．１／ａｐｐ１」となる。ｎａｍｅキーは、アプリケーション選択メニュー画面において、アプリケーション２０を示す表示名となる。
（Ｋ２）ａｃｔｉｏｎキー：アプリケーション２０の有する実行ファイルを実行するアクショントリガーを登録する。「“トリガー名”：｛“ｅｘｅｃ”：“実行ファイル名”｝」の形式で登録する。登録されたトリガーはマニフェストファイル２１上で指定されたボタンを押された場合、または、ＣＬＩのコマンドが入力された場合に実行される。
（Ｋ３）ｃｏｎｆｉｇキー：アプリケーション２０の設定項目を登録する。設定項目は大項目から、中項目、小項目と段階を分けて設定できる。各項目のｃｈｉｌｄキーに格納することで、項目の子とすることができ、大項目の子は中項目、中項目の子は小項目となる。小項目のさらに下層に設定項目を配置することも可能である。

以下、この（Ｋ３）の各項目における設定キーを説明する。
（Ｋ３－１）ｎａｍｅキー：設定項目の名前を登録する。ＧＵＩ上での表示名に使用される。
（Ｋ３－２）ｍｅｎｕキー：アプリケーション毎の設定画面では、画面が分割され、左がメニュー画面、右が設定画面となる。ｍｅｎｕキーがｔｒｕｅの場合にメニュー画面に設定項目が表示される。
（Ｋ３－３）ｌｉｎｋキー：メニュー画面に表示された文字に、ハイパーリンクを設定するかを決定する。ｆａｌｓｅの場合、リンクは生成されない。
（Ｋ３－４）ｃｈｉｌｄキー：項目の子を作成する。
（Ｋ３－５）ｉｄキー：設定項目のｉｄを決定する。ｉｄはＣＬＩ操作時に呼び出され、値の取得・設定を可能とする。
（Ｋ３－６）ｔｙｐｅキー：設定項目の型を指定する。各設定項目は設定入力時、指定された型以外の入力を拒否する。

以下、（Ｋ３－６）における各型について説明する。
（Ｋ３－６－１）ｓｔｒｉｎｇ型：文字列を指定する。
（Ｋ３－６－２）ｌｏｎｇ型：４バイトの符号付整数を指定する。他に数値として、ｉｎｔ型やｆｌｏａｔ型、ｄｏｕｂｌｅ型など、一般的な数値を指定する型は全て指定できることとする。
（Ｋ３－６－３）ｅｎｕｍ型：列挙型を指定する。ｅｎｕｍの後ろに「．」と型を指定することにより、列挙する値の型を指定できる。図３の例では、ｉｎｔ型を指定しているため、各ｎａｍｅキー（表示名）にはｖａｌｕｉｅキーとしてｉｎｔ型の数値が指定される。
（Ｋ３－６－４）ａｒｒａｙ型：配列を指定する。配列ではｐｒｏｐｅｒｔｉｅｓキーを用いて、配列の中身（設定項目）を指定できる。配列の中身には設定項目を同様に指定する。
（Ｋ３－６－５）ｂｕｔｔｏｎ型：ＧＵＩ上にボタンを表示する。本型では、ａｃｔｉｏｎキーを設定し、（Ｋ２）アクションキーで指定したトリガー名を値とすることで、ボタンを押した場合に、アクショントリガーに設定された実行ファイルを実行する。
（Ｋ３－７）ｒｅａｄｏｎｌｙキー：ｔｒｕｅの場合に、設定項目へのユーザ１の入力を受け付けない。設定項目ではないアプリケーション２０の内部変数を設定項目と同様に表示する用途で用いる。処理の途中出力を表示させることにより、開発時におけるデバッグ用途で用いることも可能である。
（Ｋ３－８）ｍａｘキー：ｔｙｐｅキーの内容によって、持つ意味が変化する。
（Ｋ３－８－１）ａｒｒａｙ型の場合：ユーザ１が入力可能な、配列の最大長を設定する。
（Ｋ３－８－２）ｓｔｒｉｎｇ型の場合：入力可能な最大の文字列長を設定する。
（Ｋ３－８－３）ｌｏｎｇ型の場合（他、数値型全般に有効）：ユーザ１が入力可能な数値の範囲を指定できる。ｍａｘキーでは入力可能な最大値を指定する。
（Ｋ３－９）ｍｉｎキー：数値型でユーザ１が入力可能な数値の範囲を指定できる。ｍｉｎキーでは入力可能な最小値を指定する。

次に、図４Ａ、図４Ｂを用いて実施形態１におけるマニフェストファイルによって提供されるＧＵＩの例について説明する。

図４Ａに示されるアプリケーション選択メニュー画面４００は、各アプリケーション２０のマニフェストファイル２１を読み込むことにより生成される。（Ｋ１）で指定した表示名がアイコン４１０（図４Ａでは、４１０Ａ、４１０Ｂ、４１０Ｃ…と表記）内部に表示され、列挙される。また、アイコン４１０をクリックすることにより、（Ｋ１）で指定したａｐｐｉｄを含むリンクされたアプリケーション毎の設定画面に遷移することができる。

図４Ｂに示されるアプリケーション設定画面４２０も、各アプリケーション２０のマニフェストファイル２１を読み込むことにより生成される。

本実施形態の情報処理装置１０のアプリケーション２０のアプリケーション設定部１４は、アプリケーション設定画面４２０に入力された値に基づいて、設定ファイルにその値を反映させる。

画面の左側にはメニュー４３０が、右側には設定値入力画面４４０が表示される。画面上部にはアプリケーション選択メニュー画面４００へのリンクが表示される。メニュー画面４３０では（Ｋ３－２）ｍｅｎｕキーをｔｒｕｅとした項目が表示される。設定値入力画面４４０にはマニフェスト１１３に記載した設定項目が表示される。ｅｎｕｍ型で定義された項目４４１は、入力ボックスをクリックすることにより、設定した表示名が列挙された選択肢が表示される。ａｒｒａｙ型で定義された項目４４２は、表形式で設定値を入力できる。また、行の追加ボタン４４３を押すことにより、ｍａｘキーで設定した行数まで行を追加できる。設定保存ボタン４４４は入力した値を反映し、アプリケーションを再起動するボタンである。設定保存ボタン４４４を押すまでは、入力された設定値は反映されない。

次に、図５を用いてマニフェストファイルによって提供されるＣＵＩについて説明する。
図５は、情報処理装置によるＣＵＩの一例を示す図である。
以下、ＣＵＩ５００によるユーザに提供される各コマンドとマニフェストファイル２１の記述項目の関連について説明する。
（Ｃ１）ｌｏａｄコマンド：設定値の取得・設定を行うアプリケーションを指定する。存在するａｐｐｉｄを引数にすると、ＯＫと表示され、アプリケーション毎の設定モードに移行する。存在しないａｐｐｉｄを指定した場合、ＮＧと表示されるのみである。設定するアプリケーションを切り替える場合にも使用される。
（Ｃ２）ｓｅｔコマンド：設定値を入力する。第一引数に設定したい項目のｉｄ、第二引数に設定したい値を入力することにより、ＯＫと表示され設定値の入力が完了する。存在しないｉｄを入力した場合、ｔｙｐｅに適さない入力値を入力した場合、ＮＧと表示されるのみである。
（Ｃ３）ｇｅｔコマンド：設定値を確認する。引数に確認したい設定値のｉｄを指定することで、値を表示する。存在しないｉｄを入力した場合、ＮＧと表示されるだけである。
（Ｃ４）ｓａｖｅコマンド：入力した設定値を保存し、設定モード中だったアプリケーション２０を再起動する。アプリケーション毎の設定モードでない場合、ＮＧと表示されるのみである。
（Ｃ５）ａｃｔｉｏｎコマンド：アクションを実行する。第一引数にａｐｐｉｄ、第二引数にアプリケーション毎のマニフェストファイル２１で指定されたアクショントリガー名を指定することで、アクショントリガーに設定された実行ファイルを実行する。存在しないａｐｐｉｄ、アクショントリガー名を入力した場合、ＮＧと表示されるのみである。

以上、本実施形態によれば、開発者は、マニフェストファイルを記述するのみで、ユーザが実行するアプリケーションとアプリケーションの設定において、様々なアプリケーションに対しても、統一的なユーザインタフェースが提供される。それにより、アプリケーションの開発者のユーザインタフェースに対する開発労力を軽減することができる。

〔実施形態２〕
実施形態１では、マニフェストファイル２１を用いることにより、各アプリケーションとアプリケーション設定インタフェースを統一した。しかしながら、情報処理装置１０が海外で活用される場合には、国が異なるとＧＵＩの表示言語が変わるため、マニフェストファイル２１を入れ替える必要がある。これに対応して、本実施形態では、ＧＵＩの多言語対応のため、マニフェストファイル２１の項目を追加する。

以下、図６ないし図７Ｂを用いて実施形態１と異なった部分を中心にして、実施形態２について説明する。
ここで、図６を用いて実施形態２におけるマニフェストファイルの具体例について説明する。

以下、マニフェストファイル２１に追加されたキーに関して説明する。
（Ｋ４）ｎａｍｅキー：実施形態２では、ｎａｍｅキーに複数言語での名称を指定する。実施形態１と比較して、ｎａｍｅキーの内容が階層的に記載され、ｊｐキーであれば日本語の名称、ｅｎキーであれば英語の名称を記載する。ｊｐキー、ｅｎキーは一例であり、他にｃｈキーで中国語など、多様な言語キーに対応する。ｎａｍｅキーは全ての設定項目に共通で、どの設定項目においても同様に設定することによって、ＧＵＩの表示形態を変更することができる。

次に、図７Ａ、図７Ｂを用いて実施形態２におけるマニフェストファイルによって提供されるＧＵＩの例について説明する。

実施形態２のアプリケーション選択メニュー画面４００は、図７Ａに示されるようになる。アプリケーション選択メニュー画面４００では言語選択タブ７００で言語を切り替えることができる。図７Ａでは、図６の（Ｋ４）で設定した英語名称が反映され、アプリ１という表記からapp1という表記に切り替わっている。

また、実施形態２のアプリケーション設定画面４２０は、図７Ｂに示されるようになる。図７Ａに示したアプリケーション選択メニュー画面と同様に、言語選択タブ７００で言語を切り替えることができる。図７Ｂでは、図６の（Ｋ４）で設定した英語名称がアイコン４１０に反映され、「設定」という表記から「setting」という表記に切り替わっている。

実施形態２によれば、マニフェストファイル２１に、（Ｋ４）ｎａｍｅキーに複数の言語を、キーと値セットで登録することにより、ＧＵＩ上の表示言語を言語選択タブから切り替えることができる。これにより、アプリケーションが実行される国が異なる場合にマニフェストファイル２１を入れ替える手間をなくすことができる。

〔実施形態３〕
実施形態１、実施形態２では、マニフェストファイル２１に記載された全ての項目がＧＵＩ上に表示されていた。しかしながら、ＧＵＩやＣＵＩを参照する場面により、表示する内容が異なる場合がある。例えば、開発時や障害発生時には中間出力の値等を画面上に出力し、処理が適切に行われているか否かを判断する。これらの中間出力値は本来ユーザに見せるものではないため、ユーザ使用時には隠されるのが通常である。このようにＧＵＩやＣＵＩ５００を参照する場面ごとに、情報を隠すためにマニフェストファイル２１内のデバッグ用項目を削除する必要がある。

本実施形態では、このような手間を軽減するために、設定項目の表示・非表示を切り替えるマニフェストファイル２１の項目を追加するものである。

以下、実施形態１、実施形態２と異なった部分を中心にして、実施形態３について説明する。
ここで、図８を用いて実施形態３におけるマニフェストファイルの具体例について説明する。

以下、マニフェストファイル２１に追加されたキーに関して説明する。
（Ｋ３－１０）ｈｉｄｄｅｎキー：ｔｒｕｅの場合、ＧＵＩおよびＣＵＩに設定項目を表示させない。

図８においては、ｓｅｔｔｉｎｇ１－１－２、１－１－５、１－１－６の三項目で（Ｋ３－１０）ｈｉｄｄｅｎキーがｔｒｕｅとされ、表示されない設定となっている。また、このようなときに、ＣＵＩ上ではａｐｐ１をｌｏａｄした上で、ｇｅｔもしくはｓｅｔで引数にｓｅｔｔｉｎｇ１－１－２を取った場合には、ＮＧが返答されるのみである。

次に、図９を用いて実施形態３におけるマニフェストファイルによって提供されるＧＵＩの例について説明する。
実施形態３の表示するアプリケーション設定画面４２０では、（Ｋ３－１０）ｈｉｄｄｅｎキーをｔｒｕｅに設定された設定項目（ｓｅｔｔｉｎｇ１－１－２、１－１－５、１－１－６）は、画面上で表示されない。

本実施形態によれば、マニフェストファイル２１に（Ｋ３－１０）ｈｉｄｄｅｎキーをｔｒｕｅに設定することにより、設定された項目がＧＵＩ・ＣＵＩ５００上で、表示されない。これにより、開発者は、わずかなマニフェストファイル２１の編集で、デバッグ時に出力する項目を隠すことが可能になる。

〔実施形態４〕
実施形態１、実施形態２、実施形態３では、マニフェストファイル２１の記載により、インタフェース上で設定項目の表示や、実行ファイル２３の実行を可能にした。しかしながら、実行ファイル２３を実行するにあたり、その内部にＯＳＳ（Open Source Software）を含む場合、ライセンスの表示が義務付けられることがある。ライセンス情報を、マニフェストファイル２１の編集を工夫して表示することは不可能ではないが、本来の機能ではないため表示が崩れる恐れがある。

本実施形態は、ＯＳＳの対応も考慮し、マニフェストファイル２１にライセンスの情報を組み込み、ＧＵＩ上でそのライセンスを表示するユーザインタフェースに関するものである。

以下、実施形態１～実施形態３と異なった部分を中心にして、実施形態４について説明する。
ここで、図１０を用いて実施形態４におけるマニフェストファイルの具体例について説明する。

以下、マニフェストファイル２１に追加されたキーに関して説明する。
（Ｋ５）ｌｉｃｅｎｓｅキー：ライセンス情報を指定するキーである。

以下、（Ｋ５）を構成するキーについて説明する。
（Ｋ５－１）ｆｉｌｅキー：ライセンス情報を記載したファイルのパスを指定する。ＧＵＩではｆｉｌｅキーで指定されたファイルをＨＴＴＰの応答として返信する。
（Ｋ５－２）ｎａｍｅキー：ＧＵＩ上でライセンス情報を表示させるＯＳＳの名称を指定する。

次に、図１１を用いて実施形態４におけるマニフェストファイルによって提供されるＧＵＩの例について説明する。
実施形態４に係る情報処理装置が表示するアプリケーション設定画面４２０は、図１１に示されるようになる。このアプリケーション設定画面４２０には、（Ｋ５）ｌｉｃｅｎｓｅキーを追加することにより、メニューにｌｉｃｅｎｃｅへのリンク８００が追加される。ｌｉｃｅｎｃｅへのリンク８００をクリックすることにより、画面の右側に、ｌｉｃｅｎｓｅ情報８１０を表示できる。ｌｉｃｅｎｃｅ情報８１０では、（Ｋ５－２）で登録された名称８１１と、（Ｋ５－１）で登録されたファイルへのハイパーリンクが生成されたｌｉｃｅｎｃｅ ｆｉｌｅの文字列８１２がセットで表示される。

本実施形態によれば、マニフェストファイルに（Ｋ５）ｌｉｃｅｎｓｅキーを追加することにより、設定したＯＳＳのｌｉｃｅｎｃｅファイルへのリンクページが自動的に生成される。これにより開発者がＯＳＳを活用した際に、ユーザインタフェースを直接編集することなく、ライセンス表示を行なうことが可能になる。

〔実施形態５〕
実施形態１では、情報処理装置１０内で、アプリケーションのユーザインタフェースを規定し、そのユーザインタフェースに基づいて、アプリケーションの実行とアプリケーションの設定を行なう例について説明した。

本実施形態では、クライアント－サーバからなる情報処理システムで、アプリケーションのユーザインタフェースを規定する情報と、それに基づいて、ユーザインタフェースオブジェクトを生成する機能をサーバ側で担保する情報処理システムである。

先ず、図１２を用いて実施形態５に係る情報処理システムの構成について説明する。
本実施形態の情報処理システム３は、クライアント３０とユーザインタフェース提供サーバ５０がネットワーク５により、接続された形態である。

クライアント３０は、アプリケーションを実行し、ネットワーク５を介してユーザインタフェース提供サーバ５０にユーザインタフェースの提供を依頼する情報処理装置である。

ユーザインタフェース提供サーバ５０からの依頼に応じて、ユーザインタフェースに関する情報を送信する。

クライアント３０は、入出力部３１、サーバインタフェース部３２、アプリケーション起動部３３、アプリケーション設定部３４の各機能部から構成される。

また、クライアント３０のアプリケーションクライアントサイド４０（図１２では、４０－１、４０－２、…と表記）は、設定ファイル４１（図１２では、４１－１、４１－２、…と表記）、実行ファイル４２（図１２では、４２－１、４２－２、…と表記）を保持する。設定ファイル４１と実行ファイル４２は、実施形態１の設定ファイル２２、実行ファイル２３と同様である。

入出力部３１は、実施形態１の情報処理装置１０の場合と同様、ユーザ１からの入力を受け付けたり、情報処理装置１０の情報をユーザに表示したりする機能部である。サーバインタフェース部３２は、サーバとの通信インタフェースを司る機能部である。アプリケーション起動部３３も、実施形態１と同様に、アプリケーションを起動したり、アプリケーション設定画面を起動する機能部である。本実施形態のクライアント３０の場合は、ユーザインタフェース提供を受ける場合には、サーバインタフェース部３２を介して、ユーザインタフェース提供サーバ５０にコマンドを送付し、ユーザインタフェースに関する情報を受信する。アプリケーション設定部３４も、実施形態１と同様に、ユーザの入力に従って、アプリケーション実行のための設定を行なう機能部である。

ユーザインタフェース提供サーバ５０は、クライアントインタフェース部５１、ユーザインタフェースオブジェクト生成部５２の各機能部から構成される。

クライアントインタフェース部５１は、クライアントとの通信インタフェースを司る機能部である。ユーザインタフェースオブジェクト生成部５２は、実施形態１の情報処理装置１０と同様に、マニフェストファイル６１に従って、アプリケーションに関するユーザインタフェースオブジェクトを生成する機能部である。本実施形態では、ユーザインタフェースオブジェクトに関する情報は、クライアントインタフェース部５１を介して、クライアント３０に送信される。

ユーザインタフェース提供サーバ５０は、アプリケーションサーバサイド６０図１２では、６０－１、６０－２、…と表記）として、マニフェストファイル６１（図１２では、６１－１、６１－２、…と表記）を保持する。マニフェストファイル６１は、実施形態１のマニフェストファイル２１と同様である。

次に、図１３を用いてクライアントがユーザインタフェース提供サーバに対して、ユーザインタフェースの提供を依頼するコマンドを送ったときの処理について説明する。

本実施形態では、クライアント３０とユーザインタフェース提供サーバ５０は、ＴＣＰ／ＩＰ（Transmission Protocol/Internet Protocol）により、通信するものとする。
（Ｓ１）待ち受け開始：ユーザインタフェース提供サーバ５０は、クライアント３０との通信初期設定の後に、ＴＣＰコネクション生成要求の待ち受けを開始する。
（Ｓ２）待ち受け終了命令？：ＧＵＩやＣＵＩを介して再起動命令など、情報処理装置１０の停止を命令された場合には（Ｓ２：ＹＥＳ）、処理を終了する。それ以外の場合には（Ｓ２：ＮＯ）、（Ｓ３）に処理を進める。
（Ｓ３）ＴＣＰコネクション確立要求？：クライアント３０とユーザインタフェース提供サーバ５０が、ネットワーク５を介してＴＣＰコネクションの確立を要求した場合には（Ｓ３：ＹＥＳ）、（Ｓ４）に処理を進める。それ以外の場合には（Ｓ３：ＮＯ）、（Ｓ２）に処理を戻す。
（Ｓ４）ＴＣＰポート番号：コネクションの確立を要求された宛先ＴＣＰポート番号によって、処理を分岐する。ＨＴＴＰ（Hyper Text Transfer Protocol）・ＨＴＴＰＳ（Hyper Text Transfer Protocol Secure）に使用される８０番ポートまたは４４３番ポートであった場合には（Ｓ４：８０／４４３（ＨＴＴＰ））、コネクションを確立し、（Ｓ５）に処理を進める。事前に設定された指定ポート番号であった場合には（Ｓ４：指定されたポート番号）、コネクションを確立し、（Ｓ７）に処理を進める。そのほかのポート番号であった場合には（Ｓ４：その他）、（Ｓ２）に処理を戻す。
（Ｓ５）ＨＴＭＬ（Hyper Text Markup Language）ファイルの生成：ユーザインタフェース提供サーバ５０のユーザインタフェースオブジェクト生成５２は、アプリケーションサーバサイド６０が保持するマニフェストファイル６１を読み込み、ユーザインタフェースオブジェクトを表現するＨＴＭＬファイルを生成する。アクセスするＵＲＬに応じて、アプリケーション選択メニュー画面と、アプリケーション０毎の設定画面のいずれかを生成する。
（Ｓ６）ＨＴＭＬファイルの返信：（Ｓ５）で生成したＨＴＭＬファイルをＨＴＴＰレスポンスとして、返信する。返信後、（Ｓ２）に処理を戻す。この際、ＨＴＴＰの仕様により（Ｓ４）で確立されたコネクションは開放される。
（Ｓ７）コネクション開放要求？：（Ｓ４）で確立されたコネクションにおいて開放要求があれば（Ｓ７：ＹＥＳ）、コネクションを開放し、（Ｓ２）に処理を戻す。それ以外の場合は（Ｓ７：ＮＯ）、（Ｓ８）に進む。
（Ｓ８）正しいコマンドを受信？：（Ｓ４）で確立されたコネクションを介して、ＣＵＩのコマンド仕様に従った正しいコマンドを受信した場合には（Ｓ８：ＹＥＳ）、（Ｓ９）に処理を進める。それ以外の場合には（Ｓ８：ＮＯ）、（Ｓ７）に処理を戻す。
（Ｓ９）コマンドの実行：（Ｓ８）で受信したコマンドを解釈し、実行する。本処理におけるコマンドの内容は、情報取得や、設定値の更新・適用などである。
（Ｓ１０）待ち受け終了：ユーザインタフェース提供サーバ５０のクライアントインタフェース部５１は、ＴＣＰコネクション確立要求の待ち受けを終了する。

本実施形態では、マニフェストファイル５１がアプリケーションサーバサイド６０に置かれることになるため、管理が容易になり、アプリケーションが実行される多くのクライアントに対して統一的なユーザインタフェースを提供することができるという利点がある。

１…ユーザ
１０…情報処理装置
１１…入出力部
１２…アプリケーション起動部
１３…ユーザインタフェースオブジェクト生成部
１４…アプリケーション設定部
２０…アプリケーション
２１…マニフェストファイル
２２…設定ファイル
２３…実行ファイル
５…ネットワーク
３０…クライアント
３１…入出力部
３２…サーバインタフェース部
３３…アプリケーション起動部
３４…アプリケーション設定部
４０…アプリケーションクライアントサイド
４１…設定ファイル
４２…実行ファイル
５０…ユーザインタフェース提供サーバ
５１…クライアントインタフェース部
５２…ユーザインタフェースオブジェクト生成部
６０…アプリケーションサーバサイド
６１…マニフェストファイル
４００…アプリケーション選択メニュー画面
４１０…アイコン
４２０…アプリケーション設定画面
４３０…メニュー画面
４４０…設定値入力画面
４４１…ｅｎｕｍ型で定義された項目
４４２…ａｒｒａｙ型で定義された項目
４４３…行の追加ボタン
４４４…設定保存ボタン
５００…ＣＵＩ
７００…言語選択タブ
８００…ｌｉｃｅｎｃｅへのリンク
８１０…ｌｉｃｅｎｃｅ情報
８１１…（Ｋ５－２）で登録された名称
８１２…ｌｉｃｅｎｃｅ ｆｉｌｅの文字列

Claims (10)

1. アプリケーションソフトウェアを実行する情報処理装置であって、
   アプリケーションソフトウェアごとに、アプリケーションソフトウェアのユーザインタフェースを定義するユーザインタフェース定義ファイルを保持し、
   前記ユーザインタフェース定義ファイルは、前記アプリケーションソフトウェアの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目ごとに、データ型の属性が指定され、
   前記情報処理装置は、前記ユーザインタフェース定義ファイルに基づいて、前記アプリケーションソフトウェアの設定を行なうユーザインタフェースオブジェクトを生成することを特徴とする情報処理装置。
2. 前記アプリケーションソフトウェアの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目には、入力のみの属性を付与されたことを特徴とする請求項１記載の情報処理装置。
3. 前記アプリケーションソフトウェアの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目には、そのユーザインタフェースオブジェクトを定義する項目に処理のためのアクションが関連付けられたことを特徴とする請求項１記載の情報処理装置。
4. 前記アプリケーションソフトウェアの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目には、表示形態を切替える属性が定義されたことを特徴とする請求項１記載の情報処理装置。
5. 前記アプリケーションソフトウェアの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目には、表示の有無を切替える属性が定義されたことを特徴とする請求項１記載の情報処理装置。
6. 前記アプリケーションソフトウェアの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目には、前記アプリケーションソフトウェアのライセンスに関連付けられた属性が定義されたことを特徴とする請求項１記載の情報処理装置。
7. 前記ユーザインタフェース定義ファイルに基づいて、前記アプリケーションソフトウェアの設定をグラフィック表示で行なうことを特徴とする請求項１記載の情報処理装置。
8. 前記ユーザインタフェース定義ファイルに基づいて、前記アプリケーションソフトウェアの設定をコマンドラインで行なうことを特徴とする請求項１記載の情報処理装置。
9. クライアントとサーバがネットワークにより接続された情報処理システムであって、
   前記サーバは、アプリケーションソフトウェアごとに、アプリケーションソフトウェアのユーザインタフェースを定義するユーザインタフェース定義ファイルを保持し、
   前記ユーザインタフェース定義ファイルは、前記アプリケーションソフトウェアの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目ごとに、データ型の属性が指定され、
   前記クライアントは、前記サーバにユーザインタフェースオブジェクトの生成を依頼し、
   前記サーバは、前記ユーザインタフェース定義ファイルに基づいて、前記アプリケーションソフトウェアの設定を行なうユーザインタフェースオブジェクトを生成し、前記ネットワークを介して、前記クライアントに、前記ユーザインタフェースオブジェクトを送信することを特徴とする情報処理システム。
10. アプリケーションソフトウェアを実行する情報処理装置に対するユーザインタフェース提供方法であって、
    前記情報処理装置は、アプリケーションソフトウェアごとに、アプリケーションソフトウェアのユーザインタフェースを定義するユーザインタフェース定義ファイルを保持し、
    前記ユーザインタフェース定義ファイルは、前記アプリケーションソフトウェアの設定項目の入出力をするユーザインタフェースオブジェクトを定義する項目ごとに、データ型の属性が指定され、
    前記情報処理装置は、前記ユーザインタフェース定義ファイルに基づいて、前記アプリケーションソフトウェアの設定を行なうユーザインタフェースオブジェクトを生成するステップを有することを特徴とするユーザインタフェース提供方法。

Images