JP6181853B2 - 自動インターフェース変更の方法（バージョン） - Google Patents

Description

本発明は、情報技術に関し、より詳細には、自動インターフェース変更の方法（ｍｅｔｈｏｄ ｏｆ ａｕｔｏｍａｔｅｄ ｉｎｔｅｒｆａｃｅ ｃｈａｎｇｅ）に関する。

自動インターフェース変更のプロセスは、パソコン、ノートパソコンなどの電子コンピュータ上のビジネスアプリケーションの実装または実行の段階でユーザインターフェースを構成する、柔軟でユーザフレンドリな方法を必要とする。

「実装」（Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）は、これ以降、ユーザが実行するために、電子コンピュータ上にソフトウェアを配備し、固有の環境に従うようにソフトウェアを構成するプロセスを指す。

前記課題に対処する様々な方法が存在する。

米国特許出願公開第２０１１／２５２３９７号（２０１１年１０月１３日発行）は、ユーザから要求を受け取ることと、要求されたサービスを提供することが可能なすべての構成を動的な特徴モデルから取得することと、対応する構成を取得することと、取得された構成に基づいてシステムのリソースを再構成することと、要求されたサービスを提供することとを含む、自動インターフェース変更の方法を提案する。結果として、前記方法により、ユーザインターフェースなしで、リアルタイムに変化する環境向けに最適化されたサービスを提供することが可能にある。

米国特許出願公開第２０１１／２５２３９７号明細書

しかしながら、すべてのシステム構成を取得して対応する構成を選ぶこと、および取得された構成に基づいてシステムリソースを再構成することは、ユーザインターフェースを変更するプロセスを長くし、すべての可能な構成を記憶するためにかなりのリソースを必要とするので、この方法は、使用が限定される。

したがって、アプリケーションを実装または実行するときに、柔軟でユーザフレンドリな方法でユーザが自分自身でそれを構成することが可能になるであろう、自動インターフェース変更の高速で汎用的な方法を開発することによって、技術ツールのセットを強化する必要がある。

この目標および指定された技術的な結果を達成するために、第１の発明の実施形態は、以下のフェーズを含む自動インターフェース変更の方法を提案する。開発段階で事前に個別のシステム要素（ｓｅｐａｒａｔｅ ｓｙｓｔｅｍ ｅｌｅｍｅｎｔ）を作成し、その構成依存要素（ｃｏｍｐｏｓｉｎｇ ｄｅｐｅｎｄｅｎｔ ｅｌｅｍｅｎｔｓ）を指定し、そのような個別の要素を記憶デバイスに保存することと、個別のシステム要素の値を記憶するために特別な要素（ｓｐｅｃｉａｌ ｅｌｅｍｅｎｔ）を形成することと、アプリケーションの実装または実行の段階で前記特別なシステム要素の値を設定することと、アプリケーションの実行の段階でその個別のシステム要素をダウンロードすることと、特別な値の記憶要素から個別のシステム要素の値を取得することと、個別のシステム要素の取得された値を使用することによって、構成依存要素と接続されたユーザインターフェース要素（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ ｅｌｅｍｅｎｔｓ）を再構成すること。

以下の発明の実施形態により、以下のフェーズを含む自動インターフェース変更の方法を適用することによって、指定された技術的な結果を達成することが可能になる。開発段階で事前に個別のシステム要素を作成し、その構成依存要素を指定し、そのような個別の要素を記憶デバイスに保存することと、個別のシステム要素の値をパラメータ化する要素を作成することと、個別のシステム要素の値とのパラメータ値の一致を記憶することを目的とする要素を形成することと、アプリケーションの実装または実行の段階で個別のシステム要素の値とのパラメータ値の一致を入力することと、アプリケーションの実行の段階でパラメータ値を設定することと、個別のシステム要素の値とのパラメータ値の一致を記憶する要素から、指定されパラメータ値に対応する個別のシステム要素の値を選択することと、個別のシステム要素の取得された値を使用することによって、構成依存要素と接続されたユーザインターフェース要素を再構成すること。

２つの実施形態の固有の属性は、システム要素がいくつかの個別の要素に依存する場合、そのようなシステム要素と接続されたインターフェースの部分が、少なくともそれらの個別の要素のうちの１つによって許可されると表示されることである。

本発明の第１のバージョンによる、自動インターフェース変更の方法を示す論理ブロック図である。 本発明の第２のバージョンによる、自動インターフェース変更の方法を示す論理ブロック図である。

本発明は、任意のビジネス分野における企業内の経済活動および組織活動、様々なタイプの会計分析、財務分析、および経済分析に関するプロセスの自動化全体に向けて設計された、コンピューティングシステム（以下、「システム」）内の電子コンピュータ（たとえば、パソコンなど）に実装することができる。１組の不変のファイルとして存在するシステムは、開発者とユーザの両方によって適用される様々なソフトウェアツールの組合せを備える。システムは、相互に作用する２つの部分に論理的に分割される。それらは、構成、すなわち、任意の特定の企業の環境に従うシステムおよび実行されるべきタスクを構成する能力、ならびに構成動作を管理するプラットフォームである。本発明の実装形態は、様々なタスクを扱うために使用される１組のデータを記憶する関連情報ベースを必要とする。

自動インターフェース変更の方法により、ユーザ自身によってインターフェースをセットアップする柔軟でユーザフレンドリな機能、およびシステム内に作成された個別の要素のパラメータに基づいてインターフェースをセットアップする機能を提供しながら、実装中またはシステム動作中のユーザインターフェースの迅速な構成が可能になる。

本発明で提示される方法は、アプリケーション自体を変更することなく、すなわち、システムソフトウェアコードのいかなる部分も削除または修正することなく、機能ブロック全体を実装するときのアクティブ化／非アクティブ化を対象とする。たとえば、開発者は、個別のシステム要素として、追加オブジェクトのプロパティ、たとえば「製品」プロパティと連携する機能を指摘することができる。このケースでは、開発者がこの機能を無効にする場合、追加の「製品」プロパティに関するすべての機能は、システムインターフェース内で隠される。指定された設定値を用いて、システムは自動的に新しい状態をセットアップし、インターフェースを理解し易く、不要な要素がなく、提携に便利にする。

第１のバージョンで提示される方法は、開発段階で事前に個別のシステム要素を作成し（図１−１２０）、その構成依存要素を指定し（図１−１１０）、そのような個別の要素を記憶デバイスに保存することを含む。この要素の中で、他のどのシステム要素にそれが影響するかを指定することも必要である。属性、コマンドなどの様々なシステム要素は、個別のシステム要素の一部であり得る。属性は、ユーザが読み取るか、または完成するためのフォームに表示される、カタログまたはドキュメントのフィールドである。コマンドは、ユーザによって実行されるべきアクションを記述するために、開発者によって使用される構成オブジェクトである。

次いで、個別のシステム要素（図１−１２０）の値を記憶するために、特別な要素が形成される（図１−１３０）。この特別な要素（図１−１３０）は、そのために要素の値のソースとして働くオブジェクトを選択することができる、指定されるべき必要なプロパティ−ストレージプロパティを有する。たとえば、定数、カタログ属性、および情報レジスタのリソースとして、そのようなオブジェクトを選択することができる。定数は、めったに変化しない値、たとえば、組織名、納税者番号、取締役の名前などを記憶する。カタログは、データの均質な要素のリストと連携するために使用されるツールである。任意のカタログは、自動的に作成される２つの必要な属性、「コード」および「名称」を有する。名称に加えて何らかの他の情報を含む場合がある他のカタログ属性は、作成されている固有のカタログごとに決定されるべきである。情報レジスタは、次元の組合せによって配備される情報を記憶することを目的とする。レジスタのリソースは、レジスタに記憶された定量的データまたは積分データである。インターフェースを管理するために、それらの値がブール型属性に記憶された個別の要素のみを使用することができる。

実装または実行の段階（図１−２００）で、アプリケーションは、前記特別なシステム要素の値（図１−２１０）をセットアップする。アプリケーションの実行の段階（図１−３００）で、システム内で作成された個別の要素がダウンロードされ（図１−１２０）、個別の要素の値が特別な値の記憶要素（図１−１３０）から取得され、構成依存要素（図１−１１０）に対応するユーザインターフェース要素（図１−３１０）が、特別な要素の取得された値（図１−２１０）に基づいて再構成される。特別なケースでは、いくつかの個別の要素に依存するか、またはいくつかの個別の要素（図１−１２０）の一部であるユーザインターフェース要素（図１−３１０）は、少なくともそれらの個別の要素（図１−１２０）のうちの１つによって許可されると表示される。

本発明の第１のバージョンは、特定の実装形態の環境に依存して、顧客に奉仕する部門による、そのような顧客の課金機能の無効化を実現することが必要とされるときのタスクによって例示することができ、その結果、ドキュメントが扱われるとき、ドキュメントフォーム内で「部門」フィールドが表示されない。この目的を達成するために、個別の要素（図１−１２０）である、「部門による課金」要素が作成されるべきである。依存システム要素（図１−１１０）（たとえば、「クライアントのレシート」ドキュメント属性）は、個別の要素の組立てにおいて指定されるべきである。次いで、特別な要素（図１−１３０）である「部門による課金」定数は、ブール型システム要素の値のソースを記憶するために形成されるべきである。特別な要素の値（図１−２１０）は、実装または実行の段階（図１−２００および図１−３００）で「偽」に設定されるべきであり、これにより、「部門による課金」の個別の要素（図１−１２０）が無効になり、システムは、たとえば、フィールド、コマンド、レポート要素などの個別の要素（図１−１２０）からなるすべてのインターフェース要素（図１−３１０）の表示を自動的に再構成し、この特別なケースでは、ユーザインターフェースは「部門」フィールドを隠す。

本発明の第２のバージョンに関しては、個別の要素の値（図２−１２０）は、いくつかのパラメータに依存する。この依存性を実装するために、個別のシステム要素の値をパラメータ化する特別の要素が使用される。

この方法は、開発段階（図２−１００）で事前に個別のシステム要素（図２−１２０）を作成し、その構成依存要素（図２−１１０）を指定し、そのような個別の要素を記憶デバイスに保存することを含む。次いで、個別のシステム要素（図２−１２０）の値をパラメータ化する要素（図２−１４０）が作成される。その要素は、それらの値が個別の要素の値の選択を決定する１組のオブジェクトを指定するべきである。利用可能なオブジェクトのリストは、カタログおよび情報レジスタの次元を含む。このケースでは、レジスタの次元は、情報を記憶するためにどのような視点が使用されるべきかを示す。カタログの全リストからの１つのカタログ、および各情報レジスタからの１つの次元は、このリスト内のパラメータ値ごとに選択することができる。たとえば、個別の要素（図２−１２０）がカタログ属性に記憶された場合、パラメータは特定のカタログ要素へのリンクを含むべきである。個別の要素（図２−１２０）が情報レジスタのリソースに記憶された場合、すべてのレジスタの次元の値が指定されるべきである。このケースでは、あらゆる次元はそのパラメータによって特徴付けられるべきである。パラメータにより、実装段階で１度しか設定されていないが、情報ベースに記憶されたデータに基づいて、個別のシステム要素（図２−１２０）のパラメータに基づいて変化することができる結果を用いて、個別のシステム要素を作成することが可能になる。

次のステップは、個別のシステム要素の値とのパラメータ値の一致を記憶することを目的とする要素を形成すること（図２−１３０）と、アプリケーションの実装または実行の段階（図２−２００）で個別のシステム要素の値とのパラメータ値の一致（図２−２１０）を入力することとを含む。次いで、アプリケーションの実行の段階（図２−３００）でパラメータ値（図２−３１０）が設定されるべきである。指定されたパラメータ値（図２−３１０）に対応する個別の要素の値（図２−３２０）は、個別のシステム要素の値とのパラメータ値の一致を記憶する要素（図２−１３０）から選択される。次いで、構成依存要素（図２−１１０）と接続されたユーザインターフェース要素（図２−３３０）は、個別のシステム要素の値（図２−１２０）に基づいて再構成される。ブール型の個別の要素（図２−１２０）にすべてのパラメータが指定されるとは限らない場合、指定されないパラメータを有するすべての値に対して「ＯＲ」演算が実行される。たとえば、「組織」次元および「倉庫」次元を有する情報レジスタに個別の要素（図２−１２０）が記憶され、「組織」次元のみが指定された場合、個別の要素の値（図２−１２０）は、「倉庫」次元内で列挙された倉庫のうちの少なくとも１つについての個別の要素の値（図２−１２０）が「真」であるという条件で「真」になる。

本発明の次のバージョンは、製品のレシートが登録される組織に依存して、ドキュメント内の「ＶＡＴ率」フィールドを表示するか、または隠すことが必要とされるときのタスクによって例示することができる。組織が個別の税務会計を保持している場合、ユーザが共通（デフォルト）または任意の他の（たとえば、低減された）率を選ぶことを可能にするために、「ＶＡＴ率」フィールドは表示されるべきである。組織が個別の会計を保持していない場合、デフォルトの「ＶＡＴ率」が使用されるので、このフィールドは隠されるべきである。この目標を達成するために、方法は、システム内に個別の要素（図２−１２０）、すなわち、「個別のＶＡＴ会計」要素を作成し、その構成依存要素（図２−１１０）を指定し、作成された要素を記憶デバイスに保存することを必要とする。次のステップは、個別の要素（図２−１２０）の値をパラメータ化する「組織」要素（図２−１４０）を作成し、個別の要素の値とのパラメータ値の一致を記憶するための要素（図２−１３０）を形成することである。したがって、個別の要素の値（図２−１２０）は、ブール型の「カタログ．組織．属性．個別ＶＡＴ会計」カタログ属性に記憶される。アプリケーションの実装または実行の段階（図２−２００および図２−３００）で、「組織」パラメータ値がセットアップされ（図２−３１０）、対応する「偽」または「真」の値が選択される。次いで、組織が個別の税務会計を保持していない場合、「ＶＡＴ率」フィールドは隠され、組織が個別の税務会計を保持している場合、このフィールドは表示される。第１の実施形態の例と同様に、特別なケースでは、いくつかの個別の要素に依存するか、またはいくつかの個別の要素の一部であるユーザインターフェース要素は、少なくともそれらの個別の要素（図２−１２０）のうちの１つによって許可されると表示される。

このように、本発明の実施形態によって提案された自動インターフェース変更の方法は、技術ツールのセットを強化し、実装および実行の段階で柔軟な方式でユーザインターフェースをセットアップすることを可能にする。

Claims (1)

1. ビジネスアプリケーションの開発、実装または実行の段階における自動ユーザインターフェース変更の方法であって、
   前記ビジネスアプリケーションの開発段階で個別のシステム要素を作成し、その構成依存要素を指定し、前記個別のシステム要素を記憶デバイスに保存する段階であって、前記依存要素はカタログのフィールド、ドキュメントのフィールドまたはコマンドを表す、段階と、
   前記個別のシステム要素の値をパラメータ化する要素を作成し、該パラメータ化する要素を記憶デバイスに保存する段階と、
   前記個別の要素の値との前記パラメータ化する要素のパラメータ値の一致を記憶するための要素を形成する段階であって、前記記憶するための要素はカタログまたは情報レジスタであり、前記個別のシステム要素のブール型値が前記カタログまたは情報レジスタの属性に記憶されることが可能である、段階と、
   前記パラメータ化する要素内において、前記個別のシステム要素の値とのパラメータ値の一致を記憶するための前記要素を指定する段階と、
   アプリケーションの実装または実行の段階において、前記個別のシステム要素の値とのパラメータ化する要素の値の一致を設定する段階であって、前記個別のシステム要素の値は「偽」または「真」のブール型の値である、段階と、
   アプリケーションの実行の段階で前記パラメータ化する要素の前記パラメータ値を設定する段階と、
   前記個別のシステム要素の値を、前記個別のシステム要素の値とのパラメータ値の一致を記憶するための前記要素から選択する段階であって、前記個別の要素の値は前記パラメータ化する要素の設定値に対応し、前記個別の要素にすべてのパラメータが指定されない場合、前記個別の要素の多値に対して「ＯＲ」演算が実行される、段階と、
   前記ビジネスアプリケーションのユーザインターフェースの依存要素を自動再構成する段階であって、前記個別のシステム要素の値が「偽」と設定された場合には、その全ての依存要素がアプリケーションユーザインターフェースにおいて非表示となることからなる、段階と
   を含む、自動ユーザインターフェース変更の方法。

Images