メニュー開始構造
選択されたメニュー項目で動作するための方法が提供される。メニュー項目は、それらがラベル、開始型およびパラメータと関連するように定義される。選択されたメニュー項目の開始型によって、異なる動作が行われ、パラメータは異なる仕方で使用される。メニュー項目を選択した上で開始型が、リストまたはフォームが提示されるべきであることを示す場合、パラメータはリストまたはフォームサブシステムへ入力として渡される。開始型が、選択されたメニュー項目に特有の動作が実行されるべきであることを示す場合、選択されたメニュー項目によって示されるエンティティを表すオブジェクト内の予め定義された機能が呼び出され、予め定義された機能の名前がパラメータの値から判定される。メニュー項目上で定義および動作する方法によって、メニュー項目に共通の機能と特有の機能との両方は、メニュー項目と関連付けられることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメニュー構造に関し、詳細にはメニュー項目を選択すると行われる動作に関する。
【背景技術】
【０００２】
メニューから項目が選択される場合、そのメニュー項目に関連した動作が直接開始される。このことは、メニューの中で機能が複数の項目に共通しているという利点を活かしていない。また、システムの現在の状態を考慮していない。
【発明の概要】
【課題を解決するための手段】
【０００３】
メニューを定義するための構造はメニュー項目に多数の変数を関連付けるのが好ましく、メニュー項目の選択は、メニュー項目に関連した変数によって、そのうちのいくつかが共通サブシステムであってもよい任意の多くの機能を実行する。
【０００４】
一態様によって、本発明はメニュー項目の選択に応じる方法を提供する。メニュー項目の定義の中でメニュー項目に関連したメニュー項目の開始型が判定される。開始型が、リストが提示されるべきであることを示す場合、リストサブシステムは起動され、メニュー項目の定義の中でメニュー項目に関連したパラメータの値は入力としてリストサブシステムに渡される。開始型が、フォームが提示されるべきであることを示す場合、フォームサブシステムは起動され、パラメータの値は入力としてフォームサブシステムに渡される。開始型が、カスタム動作が実行されるべきであることを示す場合、パラメータの値によって定義されたカスタム動作は起動される。
【０００５】
別の態様によって、本発明はメニューを定義する方法を提供する。複数のメニュー項目の各々について、ラベルの値はメニュー項目に関連して記憶される。複数のメニュー項目の各々について、開始型の値はメニュー項目に関連して記憶される。複数のメニュー項目の各々について、パラメータの値はメニュー項目に関連して記憶される。
【０００６】
本発明の方法は、コンピュータ可読記憶媒体上で処理命令として記憶され、命令はコンピュータプロセッサによって実行される。
【０００７】
本発明は、メニュー項目の定義の中に含まれる項目の開始型によって、選択されたメニュー項目上で異なる動作が実行されることを可能にする。メニュー項目の定義構造もまた、定義された動作型を実行する際に使用するためのパラメータとして記憶される。いくつかの開始型については、パラメータは共通システムに対する入力である。他の開始型については、パラメータは、オブジェクトのために定義された特定の動作を伴うオブジェクトのクラス名である。
【０００８】
本発明の特徴および利点は、添付の図面を参照する以下の好ましい実施形態の詳細な説明からより明らかとなろう。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態によるメニュー定義例の図である。
【図２】本発明の一実施形態による、メニュー終了項目を選択すると実行される方法の流れ図である。
【発明を実施するための形態】
【００１０】
添付の図面では、類似した特徴には同様のラベルがついていることに留意されたい。
【００１１】
図１を参照すると、本発明の一実施形態によるメニュー定義例の図が示されている。図１は、メニューが定義されるＸＭＬファイルの内容を示す。図１のメニュー例は複数の層を持ち、いくつかの層でメニュー項目（たとえば「Ｅｑｕｉｐｍｅｎｔ」とラベル付されたメニュー項目）を選択することによって、ユーザはサブメニューにアクセスできるようになる。最終的には終了メニュー項目が提示され、それを選択することによって、サブメニューを開くこと以外のいくつかのタスクが実行される。図１に示されるメニューは３つのメニュー終了項目を含み、各々、「ｌａｂｅｌ」という名前のラベル変数の値によって示される。ユーザによる選択のために利用可能なメニューの中の３つのメニュー終了項目は、「Ｃｈａｓｓｉｓ」、「Ｃａｒｄ」および「Ｐｏｗｅｒ Ｓｕｐｐｌｙ」である。各メニュー終了項目はまた、「ｌａｕｎｃｈｔｙｐｅ」という名前の開始型変数を持つ。「Ｃｈａｓｓｉｓ」メニュー項目のための「ｌａｕｎｃｈｔｙｐｅ」変数の値は「ａｃｔｉｏｎ」である。「Ｃａｒｄ」メニュー項目のための「ｌａｕｎｃｈｔｙｐｅ」変数の値は「ｌｉｓｔ」である。「Ｐｏｗｅｒ Ｓｕｐｐｌｙ」メニュー項目のための「ｌａｕｎｃｈｔｙｐｅ」変数の値は「ｆｏｒｍ」である。各メニュー項目はまた、「ｃｌａｓｓＮａｍｅ」という名前のパラメータ変数を持つ。「Ｃｈａｓｓｉｓ」メニュー項目のための「ｃｌａｓｓＮａｍｅ」変数の値は「ｅｘａｍｐｌｅ．ａｃｔｉｏｎ．ＣｈａｓｓｉｓＡｃｔｉｏｎ」である。「Ｃａｒｄ」メニュー項目のための「ｃｌａｓｓＮａｍｅ」変数の値は「ｅｘａｍｐｌｅ．ｅｑｕｉｐｍｅｎｔ．Ｃａｒｄ」である。「Ｐｏｗｅｒ Ｓｕｐｐｌｙ」メニュー項目のための「ｃｌａｓｓＮａｍｅ」変数の値は「ｅｘａｍｐｌｅ．ｅｑｕｉｐｍｅｎｔ．ＰｏｗｅｒＳｕｐｐｌｙ」である。
【００１２】
図１を参照して説明されるメニューは、単なる例である。一般にメニューは、各終了項目が少なくとも３つの変数に関連付けられた構造を持つように定義され、変数のうちの１つはラベルであり、１つは開始型であり、１つは動作を実行する際に使用されるパラメータである。
【００１３】
図２を参照すると、本発明の一実施形態による、メニュー終了項目を選択すると実行される方法の流れ図が示されている。方法は、メニューからメニュー終了項目が選択される場合に（５０）開始する。ステップ５２で、選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ａｃｔｉｏｎ」と等しいかどうかが判定される。等しい場合、次いでステップ５４でコードモジュールが実行される。コードモジュールは、クラスおよび名前が変数「ｃｌａｓｓＮａｍｅ」の値から導き出されるオブジェクトの内部にある。コードモジュールの名前は予め定義されているので、メニュー項目の選択時には知られている。コードモジュール内の論理は、任意の定義されたタスクを実行することができる。たとえば、コードはシステムの現在の状態を調べ、（「ｃｌａｓｓＮａｍｅ」の値から判定された）選択されたメニュー項目によって表されるエンティティのために現在定義されている情報を判定し、エンティティが、現在、追加の構成を必要とするかどうかによって、リストまたはフォームのいずれかを開始することができる。
【００１４】
選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ａｃｔｉｏｎ」と等しくない場合、ステップ５６で、選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ｌｉｓｔ」と等しいかどうかが判定される。等しい場合、次いでステップ５８で、リストサブシステムへの入力として「ｃｌａｓｓＮａｍｅ」の値を使用して、リストサブシステムが起動される。リストサブシステムは、「ｃｌａｓｓＮａｍｅ」の値を使用して、開くための特定の型のリストウィンドウを判定する。「ｃｌａｓｓＮａｍｅ」の値を使用して、リストサブシステムは、選択されたエンティティの型を判定し、リストの形式を判定する。リストの形式は、「ｃｌａｓｓＮａｍｅ」の値によって示されるエンティティの型の検索を実行することについての情報とともに、すべてのエンティティ型についてリストサブシステム内で予め定義されている。形式は、リストウィンドウの内容のレイアウトを記述するＸＭＬ形式のテキストファイルとして記憶されるのが好ましい。リストサブシステムに含まれる情報は、表示されるデータの他にも、適用されるフィルターを含む。「ｃｌａｓｓＮａｍｅ」の値を使用して、リストサブシステムはまた、選択されたメニュー項目によって参照される特定のエンティティ、「ｃｌａｓｓＮａｍｅ」の値から導き出されるエンティティ型と特定のエンティティの両方を判定する。リストサブシステムは、好ましくはメニューがアクセスされたアプリケーション用のディスプレイマネージャに直接リストウィンドウを開き、特定のエンティティのための現在のデータをリストウィンドウに投入する。
【００１５】
選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ｌｉｓｔ」と等しくない場合、次いでステップ６０で、選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ｆｏｒｍ」と等しいかどうかが判定される。等しい場合、次いでステップ６２で、「ｃｌａｓｓＮａｍｅ」の値をフォームサブシステムへの入力として使用して、フォームサブシステムが起動される。フォームサブシステムは、「ｃｌａｓｓＮａｍｅ」の値を使用して、開くための特定の型のフォームウィンドウを判定する。「ｃｌａｓｓＮａｍｅ」の値を使用して、フォームサブシステムは選択されたエンティティの型を判定し、フォームの形式を判定する。フォームの形式は、すべてのエンティティ型について、フォームサブシステム内で予め定義されている。形式は、フォームウィンドウの内容のレイアウトを記述するＸＭＬ形式のテキストファイルとして記憶されるのが好ましい。「ｃｌａｓｓＮａｍｅ」の値を使用して、フォームサブシステムはまた、選択されたメニュー項目によって参照される特定のエンティティ、「ｃｌａｓｓＮａｍｅ」の値から導き出されるエンティティ型と特定のエンティティの両方を判定する。フォームサブシステムは、好ましくはメニューがアクセスされたアプリケーション用のディスプレイマネージャに直接フォームウィンドウを開く。
【００１６】
選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ｆｏｒｍ」と等しくない場合、変数「ｌａｕｎｃｈｔｙｐｅ」は未認識の値を持ち、ステップ６４でエラーが生じる。図２を参照して説明される方法がコンパイルされる場合に、「ｌａｕｎｃｈｔｙｐｅ」変数の未認識の値が検出されることになるので、理想的には、これは生じるべきではない。しかしながら、完全を期すため、または安全策として、エラーはステップ６４で処理されてもよい。エラーが発生したときに行われるべき動作は、本出願の範囲には入らないが、単にエラーメッセージの提示であってもよい。
【００１７】
代替として、他の開始型およびそれらの関連の動作は定義され、メニュー定義の中に含まれてもよい。変数「ｃｌａｓｓＮａｍｅ」の値の使用は、開始型のために実行される論理によって決まる。グラフ開始型およびサブシステム、マップ開始型およびサブシステム、ならびにツリー開始型およびサブシステムは例である。たとえば、グラフ開始型の例では、図２を参照して上で説明された方法は変更されてもよいので、「ｌａｕｎｃｈｔｙｐｅ」の値が「ｇｒａｐｈ」と等しいかどうかが判定される。等しい場合、「ｃｌａｓｓＮａｍｅ」の値を入力パラメータとして使用して、グラフサブシステムが起動される。
【００１８】
大まかに言えば、メニュー項目が選択されると、メニュー項目のために定義される開始型が判定され、開始型に基づいて動作が行われる。開始型が、カスタム動作が実行されるべきであることを示す場合、カスタム動作を起動するために、メニュー項目のために定義されたパラメータが使用される。開始型が、リストがメニュー項目のために表示されるべきであることを示す場合、メニュー項目のために定義されたパラメータを入力として使用して、リストサブシステムが起動される。開始型が、フォームがメニュー項目のために表示されるべきであることを示す場合、メニュー項目のために定義されたパラメータを入力として使用して、フォームサブシステムが起動される。その他の開始型およびそれらの関連の動作もまた定義されてよい。
【００１９】
本方法の論理はソフトウェアの形態であるのが好ましく、またメニュー終了項目の選択時にコンピュータプロセッサに動作させることができるコンピュータ可読記憶媒体上の命令として記憶されてもよい。メニュー項目のためのラベル、開始型およびパラメータの関連を含めて、メニューの定義は、コンピュータプロセッサにメニューを提示させることができるコンピュータ可読記憶媒体上に記憶されてもよい。
【００２０】
提示される実施形態は単に例示的なものであり、当業者には、本発明の趣旨から逸脱することなく上述の実施形態の変形が作られてもよいということを諒解されたい。たとえば、メニューはＸＭＬファイル以外の他の手段を使用して定義されてもよい。別の例として、「ｌａｕｎｃｈｔｙｐｅ」変数の値が判定される順序は変更されてもよく、方法は、図２を参照する上述のものと論理的に同等の任意の方法であってよい。他の「ｌａｕｎｃｈｔｙｐｅ」変数の値が使用され得る。本発明の範囲は、添付の特許請求の範囲によってのみ定義される。
【技術分野】
【０００１】
本発明はメニュー構造に関し、詳細にはメニュー項目を選択すると行われる動作に関する。
【背景技術】
【０００２】
メニューから項目が選択される場合、そのメニュー項目に関連した動作が直接開始される。このことは、メニューの中で機能が複数の項目に共通しているという利点を活かしていない。また、システムの現在の状態を考慮していない。
【発明の概要】
【課題を解決するための手段】
【０００３】
メニューを定義するための構造はメニュー項目に多数の変数を関連付けるのが好ましく、メニュー項目の選択は、メニュー項目に関連した変数によって、そのうちのいくつかが共通サブシステムであってもよい任意の多くの機能を実行する。
【０００４】
一態様によって、本発明はメニュー項目の選択に応じる方法を提供する。メニュー項目の定義の中でメニュー項目に関連したメニュー項目の開始型が判定される。開始型が、リストが提示されるべきであることを示す場合、リストサブシステムは起動され、メニュー項目の定義の中でメニュー項目に関連したパラメータの値は入力としてリストサブシステムに渡される。開始型が、フォームが提示されるべきであることを示す場合、フォームサブシステムは起動され、パラメータの値は入力としてフォームサブシステムに渡される。開始型が、カスタム動作が実行されるべきであることを示す場合、パラメータの値によって定義されたカスタム動作は起動される。
【０００５】
別の態様によって、本発明はメニューを定義する方法を提供する。複数のメニュー項目の各々について、ラベルの値はメニュー項目に関連して記憶される。複数のメニュー項目の各々について、開始型の値はメニュー項目に関連して記憶される。複数のメニュー項目の各々について、パラメータの値はメニュー項目に関連して記憶される。
【０００６】
本発明の方法は、コンピュータ可読記憶媒体上で処理命令として記憶され、命令はコンピュータプロセッサによって実行される。
【０００７】
本発明は、メニュー項目の定義の中に含まれる項目の開始型によって、選択されたメニュー項目上で異なる動作が実行されることを可能にする。メニュー項目の定義構造もまた、定義された動作型を実行する際に使用するためのパラメータとして記憶される。いくつかの開始型については、パラメータは共通システムに対する入力である。他の開始型については、パラメータは、オブジェクトのために定義された特定の動作を伴うオブジェクトのクラス名である。
【０００８】
本発明の特徴および利点は、添付の図面を参照する以下の好ましい実施形態の詳細な説明からより明らかとなろう。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態によるメニュー定義例の図である。
【図２】本発明の一実施形態による、メニュー終了項目を選択すると実行される方法の流れ図である。
【発明を実施するための形態】
【００１０】
添付の図面では、類似した特徴には同様のラベルがついていることに留意されたい。
【００１１】
図１を参照すると、本発明の一実施形態によるメニュー定義例の図が示されている。図１は、メニューが定義されるＸＭＬファイルの内容を示す。図１のメニュー例は複数の層を持ち、いくつかの層でメニュー項目（たとえば「Ｅｑｕｉｐｍｅｎｔ」とラベル付されたメニュー項目）を選択することによって、ユーザはサブメニューにアクセスできるようになる。最終的には終了メニュー項目が提示され、それを選択することによって、サブメニューを開くこと以外のいくつかのタスクが実行される。図１に示されるメニューは３つのメニュー終了項目を含み、各々、「ｌａｂｅｌ」という名前のラベル変数の値によって示される。ユーザによる選択のために利用可能なメニューの中の３つのメニュー終了項目は、「Ｃｈａｓｓｉｓ」、「Ｃａｒｄ」および「Ｐｏｗｅｒ Ｓｕｐｐｌｙ」である。各メニュー終了項目はまた、「ｌａｕｎｃｈｔｙｐｅ」という名前の開始型変数を持つ。「Ｃｈａｓｓｉｓ」メニュー項目のための「ｌａｕｎｃｈｔｙｐｅ」変数の値は「ａｃｔｉｏｎ」である。「Ｃａｒｄ」メニュー項目のための「ｌａｕｎｃｈｔｙｐｅ」変数の値は「ｌｉｓｔ」である。「Ｐｏｗｅｒ Ｓｕｐｐｌｙ」メニュー項目のための「ｌａｕｎｃｈｔｙｐｅ」変数の値は「ｆｏｒｍ」である。各メニュー項目はまた、「ｃｌａｓｓＮａｍｅ」という名前のパラメータ変数を持つ。「Ｃｈａｓｓｉｓ」メニュー項目のための「ｃｌａｓｓＮａｍｅ」変数の値は「ｅｘａｍｐｌｅ．ａｃｔｉｏｎ．ＣｈａｓｓｉｓＡｃｔｉｏｎ」である。「Ｃａｒｄ」メニュー項目のための「ｃｌａｓｓＮａｍｅ」変数の値は「ｅｘａｍｐｌｅ．ｅｑｕｉｐｍｅｎｔ．Ｃａｒｄ」である。「Ｐｏｗｅｒ Ｓｕｐｐｌｙ」メニュー項目のための「ｃｌａｓｓＮａｍｅ」変数の値は「ｅｘａｍｐｌｅ．ｅｑｕｉｐｍｅｎｔ．ＰｏｗｅｒＳｕｐｐｌｙ」である。
【００１２】
図１を参照して説明されるメニューは、単なる例である。一般にメニューは、各終了項目が少なくとも３つの変数に関連付けられた構造を持つように定義され、変数のうちの１つはラベルであり、１つは開始型であり、１つは動作を実行する際に使用されるパラメータである。
【００１３】
図２を参照すると、本発明の一実施形態による、メニュー終了項目を選択すると実行される方法の流れ図が示されている。方法は、メニューからメニュー終了項目が選択される場合に（５０）開始する。ステップ５２で、選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ａｃｔｉｏｎ」と等しいかどうかが判定される。等しい場合、次いでステップ５４でコードモジュールが実行される。コードモジュールは、クラスおよび名前が変数「ｃｌａｓｓＮａｍｅ」の値から導き出されるオブジェクトの内部にある。コードモジュールの名前は予め定義されているので、メニュー項目の選択時には知られている。コードモジュール内の論理は、任意の定義されたタスクを実行することができる。たとえば、コードはシステムの現在の状態を調べ、（「ｃｌａｓｓＮａｍｅ」の値から判定された）選択されたメニュー項目によって表されるエンティティのために現在定義されている情報を判定し、エンティティが、現在、追加の構成を必要とするかどうかによって、リストまたはフォームのいずれかを開始することができる。
【００１４】
選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ａｃｔｉｏｎ」と等しくない場合、ステップ５６で、選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ｌｉｓｔ」と等しいかどうかが判定される。等しい場合、次いでステップ５８で、リストサブシステムへの入力として「ｃｌａｓｓＮａｍｅ」の値を使用して、リストサブシステムが起動される。リストサブシステムは、「ｃｌａｓｓＮａｍｅ」の値を使用して、開くための特定の型のリストウィンドウを判定する。「ｃｌａｓｓＮａｍｅ」の値を使用して、リストサブシステムは、選択されたエンティティの型を判定し、リストの形式を判定する。リストの形式は、「ｃｌａｓｓＮａｍｅ」の値によって示されるエンティティの型の検索を実行することについての情報とともに、すべてのエンティティ型についてリストサブシステム内で予め定義されている。形式は、リストウィンドウの内容のレイアウトを記述するＸＭＬ形式のテキストファイルとして記憶されるのが好ましい。リストサブシステムに含まれる情報は、表示されるデータの他にも、適用されるフィルターを含む。「ｃｌａｓｓＮａｍｅ」の値を使用して、リストサブシステムはまた、選択されたメニュー項目によって参照される特定のエンティティ、「ｃｌａｓｓＮａｍｅ」の値から導き出されるエンティティ型と特定のエンティティの両方を判定する。リストサブシステムは、好ましくはメニューがアクセスされたアプリケーション用のディスプレイマネージャに直接リストウィンドウを開き、特定のエンティティのための現在のデータをリストウィンドウに投入する。
【００１５】
選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ｌｉｓｔ」と等しくない場合、次いでステップ６０で、選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ｆｏｒｍ」と等しいかどうかが判定される。等しい場合、次いでステップ６２で、「ｃｌａｓｓＮａｍｅ」の値をフォームサブシステムへの入力として使用して、フォームサブシステムが起動される。フォームサブシステムは、「ｃｌａｓｓＮａｍｅ」の値を使用して、開くための特定の型のフォームウィンドウを判定する。「ｃｌａｓｓＮａｍｅ」の値を使用して、フォームサブシステムは選択されたエンティティの型を判定し、フォームの形式を判定する。フォームの形式は、すべてのエンティティ型について、フォームサブシステム内で予め定義されている。形式は、フォームウィンドウの内容のレイアウトを記述するＸＭＬ形式のテキストファイルとして記憶されるのが好ましい。「ｃｌａｓｓＮａｍｅ」の値を使用して、フォームサブシステムはまた、選択されたメニュー項目によって参照される特定のエンティティ、「ｃｌａｓｓＮａｍｅ」の値から導き出されるエンティティ型と特定のエンティティの両方を判定する。フォームサブシステムは、好ましくはメニューがアクセスされたアプリケーション用のディスプレイマネージャに直接フォームウィンドウを開く。
【００１６】
選択された項目の変数「ｌａｕｎｃｈｔｙｐｅ」の値が「ｆｏｒｍ」と等しくない場合、変数「ｌａｕｎｃｈｔｙｐｅ」は未認識の値を持ち、ステップ６４でエラーが生じる。図２を参照して説明される方法がコンパイルされる場合に、「ｌａｕｎｃｈｔｙｐｅ」変数の未認識の値が検出されることになるので、理想的には、これは生じるべきではない。しかしながら、完全を期すため、または安全策として、エラーはステップ６４で処理されてもよい。エラーが発生したときに行われるべき動作は、本出願の範囲には入らないが、単にエラーメッセージの提示であってもよい。
【００１７】
代替として、他の開始型およびそれらの関連の動作は定義され、メニュー定義の中に含まれてもよい。変数「ｃｌａｓｓＮａｍｅ」の値の使用は、開始型のために実行される論理によって決まる。グラフ開始型およびサブシステム、マップ開始型およびサブシステム、ならびにツリー開始型およびサブシステムは例である。たとえば、グラフ開始型の例では、図２を参照して上で説明された方法は変更されてもよいので、「ｌａｕｎｃｈｔｙｐｅ」の値が「ｇｒａｐｈ」と等しいかどうかが判定される。等しい場合、「ｃｌａｓｓＮａｍｅ」の値を入力パラメータとして使用して、グラフサブシステムが起動される。
【００１８】
大まかに言えば、メニュー項目が選択されると、メニュー項目のために定義される開始型が判定され、開始型に基づいて動作が行われる。開始型が、カスタム動作が実行されるべきであることを示す場合、カスタム動作を起動するために、メニュー項目のために定義されたパラメータが使用される。開始型が、リストがメニュー項目のために表示されるべきであることを示す場合、メニュー項目のために定義されたパラメータを入力として使用して、リストサブシステムが起動される。開始型が、フォームがメニュー項目のために表示されるべきであることを示す場合、メニュー項目のために定義されたパラメータを入力として使用して、フォームサブシステムが起動される。その他の開始型およびそれらの関連の動作もまた定義されてよい。
【００１９】
本方法の論理はソフトウェアの形態であるのが好ましく、またメニュー終了項目の選択時にコンピュータプロセッサに動作させることができるコンピュータ可読記憶媒体上の命令として記憶されてもよい。メニュー項目のためのラベル、開始型およびパラメータの関連を含めて、メニューの定義は、コンピュータプロセッサにメニューを提示させることができるコンピュータ可読記憶媒体上に記憶されてもよい。
【００２０】
提示される実施形態は単に例示的なものであり、当業者には、本発明の趣旨から逸脱することなく上述の実施形態の変形が作られてもよいということを諒解されたい。たとえば、メニューはＸＭＬファイル以外の他の手段を使用して定義されてもよい。別の例として、「ｌａｕｎｃｈｔｙｐｅ」変数の値が判定される順序は変更されてもよく、方法は、図２を参照する上述のものと論理的に同等の任意の方法であってよい。他の「ｌａｕｎｃｈｔｙｐｅ」変数の値が使用され得る。本発明の範囲は、添付の特許請求の範囲によってのみ定義される。
【特許請求の範囲】
【請求項１】
メニュー項目の選択に応じる方法であって、
メニュー項目の定義の中でメニュー項目に関連した開始型を判定することと、
開始型が、リストが提示されるべきであることを示す場合、リストサブシステムを起動して、メニュー項目の定義の中のメニュー項目に関連したパラメータの値を入力としてリストサブシステムに渡すことと、
開始型が、フォームが提示されるべきであることを示す場合、フォームサブシステムを起動して、パラメータの値を入力としてフォームサブシステムに渡すことと、
開始型が、カスタム動作が実行されるべきであることを示す場合、パラメータの値によって定義されたカスタム動作を起動することとを備える、方法。
【請求項２】
リストサブシステムがパラメータからリストフォームの形式を判定し、フォームサブシステムがパラメータからフォームの形式を判定する、請求項１に記載の方法。
【請求項３】
開始型が、異なるサブシステムが起動されるべきであることを示す場合、異なるサブシステムを起動して、パラメータの値を入力として異なるサブシステムに渡すことをさらに備える、請求項１に記載の方法。
【請求項４】
開始型が、グラフサブシステムが起動されるべきであることを示す、請求項３に記載の方法。
【請求項５】
開始型が、マップサブシステムが起動されるべきであることを示す、請求項３に記載の方法。
【請求項６】
開始型が、ツリーサブシステムが起動されるべきであることを示す、請求項３に記載の方法。
【請求項７】
メニュー項目の定義がＸＭＬファイルの中に記憶される、請求項１に記載の方法。
【請求項８】
複数のメニュー項目の各々のために、メニュー項目に関連してラベルの値を記憶することと、
複数のメニュー項目の各々のために、メニュー項目に関連して開始型の値を記憶することと、
複数のメニュー項目の各々のために、メニュー項目に関連してパラメータの値を記憶することとを備える、メニューを定義する方法。
【請求項１】
メニュー項目の選択に応じる方法であって、
メニュー項目の定義の中でメニュー項目に関連した開始型を判定することと、
開始型が、リストが提示されるべきであることを示す場合、リストサブシステムを起動して、メニュー項目の定義の中のメニュー項目に関連したパラメータの値を入力としてリストサブシステムに渡すことと、
開始型が、フォームが提示されるべきであることを示す場合、フォームサブシステムを起動して、パラメータの値を入力としてフォームサブシステムに渡すことと、
開始型が、カスタム動作が実行されるべきであることを示す場合、パラメータの値によって定義されたカスタム動作を起動することとを備える、方法。
【請求項２】
リストサブシステムがパラメータからリストフォームの形式を判定し、フォームサブシステムがパラメータからフォームの形式を判定する、請求項１に記載の方法。
【請求項３】
開始型が、異なるサブシステムが起動されるべきであることを示す場合、異なるサブシステムを起動して、パラメータの値を入力として異なるサブシステムに渡すことをさらに備える、請求項１に記載の方法。
【請求項４】
開始型が、グラフサブシステムが起動されるべきであることを示す、請求項３に記載の方法。
【請求項５】
開始型が、マップサブシステムが起動されるべきであることを示す、請求項３に記載の方法。
【請求項６】
開始型が、ツリーサブシステムが起動されるべきであることを示す、請求項３に記載の方法。
【請求項７】
メニュー項目の定義がＸＭＬファイルの中に記憶される、請求項１に記載の方法。
【請求項８】
複数のメニュー項目の各々のために、メニュー項目に関連してラベルの値を記憶することと、
複数のメニュー項目の各々のために、メニュー項目に関連して開始型の値を記憶することと、
複数のメニュー項目の各々のために、メニュー項目に関連してパラメータの値を記憶することとを備える、メニューを定義する方法。
【図１】
【図２】
【図２】
【公表番号】特表２０１３−５１９９５９（Ｐ２０１３−５１９９５９Ａ）
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１２−５５３４１４（Ｐ２０１２−５５３４１４）
【出願日】平成２３年２月７日（２０１１．２．７）
【国際出願番号】ＰＣＴ／ＩＢ２０１１／０００４７４
【国際公開番号】ＷＯ２０１１／１０１７４２
【国際公開日】平成２３年８月２５日（２０１１．８．２５）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年２月７日（２０１１．２．７）
【国際出願番号】ＰＣＴ／ＩＢ２０１１／０００４７４
【国際公開番号】ＷＯ２０１１／１０１７４２
【国際公開日】平成２３年８月２５日（２０１１．８．２５）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
[ Back to top ]