JP4863449B2 - Management system that manages the reference relationship of multiple applications - Google Patents
Management system that manages the reference relationship of multiple applications Download PDFInfo
- Publication number
- JP4863449B2 JP4863449B2 JP2006031347A JP2006031347A JP4863449B2 JP 4863449 B2 JP4863449 B2 JP 4863449B2 JP 2006031347 A JP2006031347 A JP 2006031347A JP 2006031347 A JP2006031347 A JP 2006031347A JP 4863449 B2 JP4863449 B2 JP 4863449B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- window
- control unit
- system control
- execution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Stored Programmes (AREA)
Description
本発明は、複数のアプリケーションの参照関係を管理する管理システムに関する。 The present invention relates to a management system that manages reference relationships among a plurality of applications.
従来、ソフトウェア開発においてはオブジェクト指向を用いたプログラミング(C++、JAVA(登録商標)等を用いたプログラミング)によりソフトウェアを機能毎に部品化をし、それらを組み合わせて開発する事が主流になってきている。このようにソフトウェアを機能毎に部品化することにより、一部を修正した場合に、ソフトウェア全体を再度コンパイルすることなく、修正した箇所のみを再度コンパイルすればよいというメリットがある。また、ソフトウェアの一部分をバージョンアップする場合、その部分のみを交換するだけでよく、保守の面で非常に優れている。 Conventionally, in software development, it has become mainstream to divide software into parts by function by programming using object-oriented programming (programming using C ++, JAVA (registered trademark), etc.) and combine them. Yes. By dividing the software into parts for each function in this way, there is an advantage that when a part is corrected, only the corrected portion needs to be recompiled without recompiling the entire software. In addition, when upgrading a part of software, it is only necessary to replace that part, which is very excellent in terms of maintenance.
しかしながら、ソフトウェアが部品化されたことにより、そのソフトウェアを効率よく利用するためには、各プログラム間の相互連携や情報共有の手法をソフトウェアが判断する事が必須となった。その手法としてアプリケーション間の関係をテーブルデータとしてもつ方法が提案されている。 However, since software has been made into components, in order to use the software efficiently, it has become essential for the software to determine the mutual cooperation between programs and information sharing methods. As a method for this, a method having a relationship between applications as table data has been proposed.
特許文献1は、クラスごとに参照先のアプリケーションプログラムを定めた定義テーブルを利用する技術を開示している。特許文献1では、定義テーブルを用いることによって、アプリケーションプログラムを起動させたときに、このアプリケーションプログラムのユーザーインターフェース上で他のアプリケーションを直接起動させることができる。
しかしながら、特許文献1では、各アプリケーションプログラムがどのアプリケーションプログラムを参照先としているかは分からない。そのため、ユーザは、アプリケーションプログラムを修正・追加等する必要がある場合には、各アプリケーションプログラムの参照関係を全て把握しなければならず、システム開発や保守に過大な負荷がかかっていた。そこで、複数のアプリケーションの連携を考慮したシステム開発において、開発者の負荷が少なく、保守管理が容易なシステムが望まれていた。
However, in
本発明は、上記の問題点に鑑みてなされたものであり、開発者の開発・保守の負荷を軽減することができるシステムを提供することを目的とする。 The present invention has been made in view of the above-described problems, and an object of the present invention is to provide a system that can reduce the development and maintenance load of a developer.
本発明は、複数のアプリケーションの参照関係を管理する管理システムに係り、複数のアプリケーションのそれぞれのアプリケーション名に対してその参照先のアプリケーション名が対応づけられている参照関係テーブルを記憶するための記憶手段と、前記複数のアプリケーションを実行するためのシステム制御部と、を備え、前記システム制御部は、前記記憶手段から前記複数のアプリケーションのそれぞれの前記参照関係テーブルを取得し、取得した前記参照関係テーブルに基づいて前記複数のアプリケーションのそれぞれのアプリケーション名とその参照元のアプリケーション名とが対応づけられている全アプリケーション被参照関係テーブルを作成し、実行するアプリケーションのアプリケーション名に基づいて前記全アプリケーション被参照関係テーブルを検索して対応する参照元のアプリケーションを抽出し、抽出された前記参照元のアプリケーションの実行必要性フラグをイネーブルにする手段を有することを特徴とする管理システム。 The present invention relates to a management system that manages a reference relationship of a plurality of applications, and a storage for storing a reference relationship table in which a reference destination application name is associated with each application name of a plurality of applications. And a system control unit for executing the plurality of applications, wherein the system control unit acquires the reference relationship table of each of the plurality of applications from the storage unit, and acquires the reference relationship Based on the table, an all-application reference relationship table in which the application names of the plurality of applications and the application names of the reference sources are associated with each other is created. Management system and a means for searching for down-reference relation table extracts referencing application corresponding, of the extracted said reference source application execution necessity flag enabled.
本発明によれば、開発者の開発・保守の負荷を軽減することができるシステムを提供することができる。 ADVANTAGE OF THE INVENTION According to this invention, the system which can reduce the load of a developer's development and maintenance can be provided.
以下に、本発明の好適な実施の形態に係る管理システムについて添付の図面に基づいて詳細に説明する。 Hereinafter, a management system according to a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings.
[第1の実施形態]
図1は、本発明の好適な実施の形態に係る管理システム及びそのハードウェアの構成を示す図である。図1(a)は、本発明の好適な実施の形態に係る管理システムの構成を示し、図1(b)は、この管理システムを実現するためのハードウェアの構成を示す。各アプリケーション101、102は、そのアプリケーション名とデータを更新する際に参照する参照先のアプリケーション名とが対応づけられたアプリケーション参照関係テーブル103、104をそれぞれ有する。アプリケーションが参照関係にある場合には、あるアプリ−ションは他のアプリケーションのデータを使って自身のデータを作成する。各アプリケーション101、102は、記憶手段108に記憶される。システム制御部105は、ユーザからの入出力を受け取る入出力インターフェース部107と全アプリケーション参照関係テーブル402を制御することができる。また、システム制御部105は、アプリケーション101、102の実行やその必要性の制御、アプリケーション101、102からのデータ更新通知受信を行うことができる。また、システム制御部105は、アプリケーション参照関係テーブル103、104を各アプリケーション101、102から受信し、全アプリケーション参照関係テーブル402を作成し、参照関係にあるアプリケーションを検索する機能を有する。記憶手段108は、例えば、2次記憶装置116の記憶領域に割り当てることが好ましいが、他の記憶手段に割り当ててもよい。記憶手段106は、例えば、主記憶装置115の記憶領域に割り当てることが好ましいが、他の記憶手段に割り当ててもよい。
[First Embodiment]
FIG. 1 is a diagram showing the configuration of a management system and its hardware according to a preferred embodiment of the present invention. FIG. 1A shows a configuration of a management system according to a preferred embodiment of the present invention, and FIG. 1B shows a hardware configuration for realizing the management system. Each of the
各アプリケーションは、アプリケーション参照関係テーブルを例えば図2(a)に示すような配列データ201として持つことができる。配列データ201の中には、自分自身の実行に必要な直接参照するアプリケーション名が登録されている。図2(b)は、これを模式的に表した図である。図2(b)を例に挙げると、アプリケーション「2」は、アプリケーション「1」とアプリケーション「3」を参照先としていることが分かる。したがって、図2(a)は、“application1”と“application3”のデータを使って“application2”のデータの更新を行うことを意味する。
Each application can have an application reference relationship table as
図3は、ソフトウェアがコンピュータ上で起動された時の処理の流れをUML2.0シーケンスで示す図である。ユーザによってソフトウェアが起動されたとき(図3−1)、システム制御部105は、2次記憶装置116内に記憶されたアプリケーション101、102を主記憶装置115内にロードする(図3−2)。ロードされたアプリケーション101、102は、それぞれ自身がもつアプリケーション参照関係テーブル103、104をシステム制御部105に送信する(図3−2)。システム制御部105は、全てのアプリケーションのロード及びテーブル103、104の送信が終了すると、ロードしたアプリケーション101、102の全ての参照関係を記した全アプリケーション参照関係テーブル402を構築する(図3−4)。
FIG. 3 is a diagram showing the flow of processing when the software is started on the computer in the UML 2.0 sequence. When the software is activated by the user (FIG. 3-1), the system control unit 105 loads the
システム制御部105は、アプリケーション参照関係テーブルを構築する際、図4に示すように2種類のテーブルを構築することができる。一つは、各アプリケーションから渡されたアプリケーション参照関係テーブル情報401を一つにまとめた全アプリケーション参照関係テーブル402である。もう一つは、各アプリケーションから渡されたアプリケーション参照関係テーブル情報401より構築したアプリケーション被参照関係テーブル403である。
When constructing the application reference relationship table, the system control unit 105 can construct two types of tables as shown in FIG. One is an all-application reference relationship table 402 in which the application reference
アプリケーション被参照関係テーブル403とは、あるアプリケーションがどのアプリケーションから参照されているかを示すテーブルである。図4を参照してアプリケーション被参照関係テーブル403を説明する。アプリケーション参照関係テーブル情報401において、アプリケーション「1」はアプリケーション「2」、「3」から参照されている。従って、アプリケーション「1」は、全アプリケーション被参照関係テーブル403では、アプリケーション「2」、「3」をテーブルとして持つ。以上の二種類のテーブルは、システム制御部105がソフトウェアを起動する時に構築されることが望ましい。
The application referenced relationship table 403 is a table indicating which application is referred to by an application. The application reference relationship table 403 will be described with reference to FIG. In the application reference
図5は、図4のアプリケーション参照関係テーブル情報401の全アプリケーションの参照関係をTree構造で表した図である。図5よりシステム制御部105ではアプリケーション「4」が直接参照するアプリケーションは「3」であるが、「3」は「1」を参照しているため、「4」のデータを更新するためには「1」、「3」を更新する必要があることが分かる。なお、参照先のアプリケーションには、直接参照するアプリケーションだけではなく、他のアプリケーションを介して間接的に参照するアプリケーションも含まれる。したがって、例えば図4の場合では、アプリケーション「4」の参照先のアプリケーションには、アプリケーション「1」及びアプリケーション「3」が含まれる。
FIG. 5 is a diagram showing the reference relationship of all applications in the application reference
図6は、システム制御部105がアプリケーションの参照関係を検索するときの流れをアプリケーション「4」の参照関係を検索する場合を例として示す図である。まず、アプリケーション「4」が直接参照するアプリケーションを調べ、その結果アプリケーション「3」が検索にヒットするので、更に検索を行い、アプリケーション「3」が直接参照しているアプリケーションを検索する。その結果、アプリケーション「3」において「1」が検索にヒットするので、更に検索を行い、アプリケーション「1」は参照するアプリケーションがないので、この時点で検索が終了する。このように再帰的に検索する事により間接的に参照するアプリケーションを調べる事が出来る。その結果アプリケーション「4」の直接的及び間接的に参照するアプリケーションは「1」、「3」となる。 FIG. 6 is a diagram illustrating, as an example, a case where the system control unit 105 searches for the reference relationship of the application “4” when searching for the reference relationship of the application. First, an application directly referred to by the application “4” is checked, and as a result, the application “3” hits the search. Therefore, a further search is performed to search for an application directly referred to by the application “3”. As a result, since “1” hits the search in the application “3”, the search is further performed, and the application “1” has no application to refer to, and the search ends at this point. By recursively searching in this way, it is possible to examine applications that are indirectly referenced. As a result, the applications referred to directly and indirectly by the application “4” are “1” and “3”.
ユーザがアプリケーションを実行するときのパターンとしては、参照される側のアプリケーションが実行される場合と参照する側のアプリケーションが実行される場合の二通りがある。 There are two patterns when a user executes an application: a case where a referenced application is executed and a case where a referenced application is executed.
図7は、ユーザがソフトウェア上で参照される側のアプリケーションを実行したときのフローをUML2.0シーケンスで示す図である。図7では、アプリケーション「1」を実行したときを例示的に示す。ここで、アプリケーション「1」は、図5に示すようにアプリケーション「2」、「3」、「4」から直接的又は間接的に参照されている場合を例に挙げる。 FIG. 7 is a diagram illustrating a flow when the user executes the application on the side referred to on the software in the UML 2.0 sequence. FIG. 7 shows an example when the application “1” is executed. Here, as an example, the application “1” is referred to directly or indirectly from the applications “2”, “3”, and “4” as shown in FIG.
ユーザがアプリケーション「1」を実行するときは、まずユーザーインターフェース(ウィンドウ、コマンド入力)を介してシステム制御部105にアプリケーション「1」の実行命令を送信する(図7−1)。システム制御部105は、アプリケーション「1」に対して実行命令を出す(図7−2)。アプリケーション「1」は処理終了後、データ変更の通知をシステム制御部105に送信する(図7−3)。システム制御部105はデータ更新通知が送られたら全アプリケーション被参照関係テーブル403から、実行命令のあったアプリケーション「1」と参照関係にあるアプリケーションを検索する(図7−4)。そして検索されたアプリケーション「2」、「3」、「4」の実行必要性フラグをTRUE(イネーブル)に変更する(図7−5)。図8に示すように、アプリケーション「1」実行後の各アプリケーションの実行必要性フラグは、アプリケーション「1」の実行が完了しているのでFALSE(ディセーブル)となっており、「2」、「3」、「4」のフラグは未実行のためTRUEとなっている。 When the user executes the application “1”, first, an execution command for the application “1” is transmitted to the system control unit 105 via the user interface (window, command input) (FIG. 7-1). The system control unit 105 issues an execution command to the application “1” (FIG. 7-2). After the process is completed, the application “1” transmits a data change notification to the system control unit 105 (FIG. 7C). When the data update notification is sent, the system control unit 105 searches the all application reference relationship table 403 for an application that has a reference relationship with the application “1” for which the execution instruction has been issued (FIG. 7-4). Then, the execution necessity flags of the searched applications “2”, “3”, and “4” are changed to TRUE (enable) (FIG. 7-5). As shown in FIG. 8, the execution necessity flag of each application after execution of the application “1” is FALSE (disabled) because the execution of the application “1” is completed, and “2”, “ The flags “3” and “4” are TRUE because they are not executed.
図9は、ユーザが参照する側のアプリケーションを実行した場合のフローをUML2.0シーケンスを示す図である。図9ではアプリケーション「1」の実行完了後にアプリケーション「4」を実行した場合を例に挙げる。ユーザはアプリケーション「4」の実行命令をシステム制御部105に送信する(図9−1)。システム制御部105はアプリケーション「4」が参照するアプリケーションを全アプリケーション参照関係テーブル402から検索する(図9−2)。アプリケーション「4」の場合は図5よりアプリケーション「1」、「3」が検索される。次にシステム制御部105はアプリケーション「1」、「3」の実行必要性フラグを確認する(図9−3)。この場合は図8よりアプリケーション「3」がTRUEになっているので、システム制御部105はアプリケーション「4」を実行する前にアプリケーション「3」を実行する必要があると判断する。システム制御部105は、アプリケーション「1」の実行必要性フラグがFALSEなので、アプリケーション「4」と参照関係にはあるが、実行の必要はないと判断し、アプリケーション「1」の実行は行わない。よって、システム制御部105は、まずアプリケーション「4」の実行前にアプリケーション「3」に実行命令を出す(図9−4)。アプリケーション「3」は、アプリケーション「1」からデータを取得し、処理を実行する(図9−5)。アプリケーション「3」は、処理が完了したらシステム制御部105にデータ変更の通知を送信する(図9−6)。システム制御部105はアプリケーション「3」の実行が完了したので、アプリケーション「3」の実行必要性フラグをFALSEに変更する(図9−7)。次に、システム制御部105は、アプリケーション「3」の実行が完了したので、アプリケーション「4」に実行命令を出す(図9−8)。アプリケーション「4」は、アプリケーション「3」からデータを取得し、処理を実行する(図9−9)。アプリケーション「4」は、処理が完了したら、システム制御部105にデータ変更の通知を送信する(図9−10)。システム制御部105は、アプリケーション「4」の実行が完了したので、アプリケーション「4」の実行必要性フラグをFALSEに変更する(図9−11)。アプリケーション「4」は処理結果をシステム制御部105に送信し(図9−12)、ユーザは結果を確認することになる(図9−13)。 FIG. 9 is a diagram showing a UML 2.0 sequence of the flow when the application on the side referred to by the user is executed. FIG. 9 shows an example in which the application “4” is executed after the execution of the application “1” is completed. The user transmits an execution command for the application “4” to the system control unit 105 (FIG. 9A). The system control unit 105 searches for an application referred to by the application “4” from the all application reference relationship table 402 (FIG. 9-2). In the case of the application “4”, the applications “1” and “3” are searched from FIG. Next, the system control unit 105 checks the execution necessity flags of the applications “1” and “3” (FIG. 9-3). In this case, since the application “3” is TRUE from FIG. 8, the system control unit 105 determines that it is necessary to execute the application “3” before executing the application “4”. Since the execution necessity flag of the application “1” is FALSE, the system control unit 105 determines that there is a reference relationship with the application “4” but does not need to be executed, and does not execute the application “1”. Therefore, the system control unit 105 first issues an execution command to the application “3” before executing the application “4” (FIG. 9-4). The application “3” acquires data from the application “1” and executes processing (FIG. 9-5). When the process is completed, the application “3” transmits a data change notification to the system control unit 105 (FIG. 9-6). Since the execution of the application “3” is completed, the system control unit 105 changes the execution necessity flag of the application “3” to FALSE (FIG. 9-7). Next, since the execution of the application “3” is completed, the system control unit 105 issues an execution command to the application “4” (FIG. 9-8). The application “4” acquires data from the application “3” and executes the process (FIG. 9-9). When the process is completed, the application “4” transmits a data change notification to the system control unit 105 (FIG. 9-10). Since the execution of the application “4” is completed, the system control unit 105 changes the execution necessity flag of the application “4” to FALSE (FIG. 9-11). The application “4” transmits the processing result to the system control unit 105 (FIG. 9-12), and the user confirms the result (FIG. 9-13).
アプリケーション「4」の実行後の各アプリケーションの実行必要性フラグは、図10に示すようにアプリケーション「1」、「3」、「4」実行が完了しているのでFALSEとなっているが、「2」のフラグは未実行のためTRUEとなっている。 The execution necessity flag of each application after the execution of the application “4” is FALSE because the execution of the applications “1”, “3”, and “4” is completed as shown in FIG. The flag “2” is TRUE because it is not executed.
以上により、ユーザは実行するアプリケーションのみを意識すればよく、その参照関係や計算の必要性などは全てシステム制御部で管理するため、ユーザービリティーの高いシステムとして利用することが可能である。 As described above, the user only needs to be aware of the application to be executed, and the reference relationship and the necessity of calculation are all managed by the system control unit, so that it can be used as a system with high usability.
[第2の実施形態]
本発明の好適な第2の実施形態は、システム制御部105に、アプリケーションの実行時刻を記録する機能と、アプリケーションの処理結果をウィンドウに表示する際にアプリケーション種別情報及びその表示時刻を記録する機能と、を持たせたものである。これによって、アプリケーション実行後の処理結果が表示されているウィンドウ(他のアプリケーションでの実行も含む)を、全て最新の情報に自動的に更新することができる。
[Second Embodiment]
The second preferred embodiment of the present invention has a function for recording the application execution time in the system control unit 105 and a function for recording the application type information and the display time when displaying the processing result of the application on the window. It is something that has. As a result, it is possible to automatically update all windows (including executions in other applications) in which processing results after application execution are displayed to the latest information.
システム制御部105は、アプリケーション参照関係に基づく処理の他、ソフトウェアのメニュー、ツールバー及び表示ウィンドウの制御を行う。システム制御部105は、ユーザからアプリケーションの実行命令を受け取り、アプリケーションにこれを通知して処理を行わせ、アプリケーションの処理結果を受け取る。そして、システム制御部105は、表示用ウィンドウを作成してその処理結果を表示する。ユーザは、表示用ウィンドウを通して、この処理結果を確認することができる。また、本実施形態に係る管理システムは、マルチウィンドウシステムとして構成することができる。これによって、本実施形態に係る管理システムは、複数のウィンドウに情報を分けて表示したり、異なるアプリケーションの実行結果を別々のウィンドウに表示したりすることができる。 The system control unit 105 controls software menus, toolbars, and display windows in addition to processing based on application reference relationships. The system control unit 105 receives an application execution command from the user, notifies the application of the instruction, performs processing, and receives the processing result of the application. Then, the system control unit 105 creates a display window and displays the processing result. The user can confirm the processing result through the display window. The management system according to the present embodiment can be configured as a multi-window system. Accordingly, the management system according to the present embodiment can display information separately in a plurality of windows, or can display the execution results of different applications in different windows.
また、システム制御部105は、ウィンドウへ表示を行う際に、そのウィンドウがどのアプリケーションからデータ転送されたのかを示すアプリケーション種別情報及びその表示が実行された時刻を、ウィンドウ毎に主記憶装置115に記録する。これと同時に、システム制御部105は、そのアプリケーションが実行された時刻を主記憶装置115に記録する。アプリケーション種別情報としては、例えば、システム制御部105が、ソフトウェアの起動時に各アプリケーションに割り振った固有の値を用いることができる。
In addition, when displaying on a window, the system control unit 105 stores application type information indicating the application from which data is transferred to the window and the time when the display is executed in the
図11は、ユーザがアプリケーションを実行してからウィンドウに結果が表示されるまでのフローをUML2.0シーケンスで示す図である。図11では、ユーザがアプリケーションの実行命令を出したときに(図11−1)、本発明の好適な実施の形態に係るシステム制御部105が、該当するアプリケーション及び参照関係にあるアプリケーションに実行命令を出す(図11−2)。システム制御部105は、アプリケーションの実行時刻を主記憶装置115に記録する(図11−3)。アプリケーションの実行が完了すると、アプリケーションからシステム制御部105に処理結果情報が渡される(図11−4)。そして、システム制御部105は、表示用のウィンドウを作成する(図11−5)。その際、システム制御部105は、表示用のウィンドウに処理結果が表示されるアプリケーションの種別情報と、アプリケーションがそのウィンドウに処理結果を表示する時刻と、を主記憶装置115に記録する(図11−6,7)。システム制御部105は、表示用のウィンドウに処理結果を表示し(図11−8)、ユーザは、その処理結果を確認する(図11−9)。
FIG. 11 is a diagram showing a flow from the execution of the application by the user until the result is displayed in the window in the UML 2.0 sequence. In FIG. 11, when the user issues an execution command for an application (FIG. 11-1), the system control unit 105 according to the preferred embodiment of the present invention executes the execution command to the corresponding application and the application having a reference relationship. (FIG. 11-2). The system control unit 105 records the execution time of the application in the main storage device 115 (FIG. 11-3). When the execution of the application is completed, processing result information is passed from the application to the system control unit 105 (FIG. 11-4). Then, the system control unit 105 creates a display window (FIG. 11-5). At that time, the system control unit 105 records, in the
表示用のウィンドウは複数個作成が可能であり、一つのアプリケーションから二つ以上のウィンドウを作成することも可能である。図11−10〜11−24は、アプリケーションが二つのウィンドウを作成した場合の例を示す。二つのウィンドウを作成した場合の処理は、上述の処理と同様であり、必要なウィンドウの数だけ処理がループされる。 A plurality of display windows can be created, and two or more windows can be created from one application. FIGS. 11-10 to 11-24 show an example in which the application creates two windows. The process when two windows are created is similar to the process described above, and the process is looped as many times as necessary.
このように、システム制御部105に、アプリケーションの実行時刻を記録する機能と、アプリケーションの処理結果をウィンドウに表示する際にアプリケーション種別情報及びその表示時刻を記録する機能と、を持たせる。これにより、ウィンドウの表示を自動的に更新する機能(ウィンドウ表示自動更新機能)を実現することができる。 As described above, the system control unit 105 is provided with a function of recording the execution time of the application and a function of recording the application type information and the display time when displaying the processing result of the application on the window. Thereby, the function (window display automatic update function) which updates the display of a window automatically is realizable.
以下、図5を用いてこの機能について説明する。ここでは、アプリケーション「1」を“レンズ構成データ変更アプリケーション”とし、アプリケーション「3」を“光線追跡図表示アプリケーション”とする。また、1番目のウィンドウを“ズーム番号1の光線追跡図表示”とし、2番目のウィンドウを“ズーム番号2の光線追跡図表示”とする。また、アプリケーション「1」でデータ入力を行い、そのデータを参照してアプリケーション「3」でウィンドウに光線追跡図を表示するものとする。
Hereinafter, this function will be described with reference to FIG. Here, the application “1” is a “lens configuration data change application”, and the application “3” is a “ray tracing diagram display application”. In addition, the first window is “display of ray tracing diagram with
図12に示すように、ユーザ1201の操作により、上述の管理システムを実行すると、「光学CADシステム」とタイトル表示されたソフトウェアメインウィンドウ1204が表示される。ソフトウェアメインウィンドウ1204のメニューバーには、「レンズデータ構成」と「光線追跡」とが表示されている。ユーザ1201は、「レンズデータ構成」をマウス等で選択すると、アプリケーション「1」が実行されて、レンズデータ構成ウィンドウ1205が表示される。同様に、ユーザ1201は、「光線追跡」をマウス等で選択すると、アプリケーション「3」が実行されて、光線追跡図ウィンドウ1206が表示される。ここでは、レンズデータ構成ウィンドウ1205が既に表示されているものとする。そして、ユーザ1201が、レンズデータ構成ウィンドウ1205でデータを入力し、メニューバーに表示された「光線追跡」を選択すると(1202)、アプリケーション「1」の処理結果を利用してアプリケーション「3」が実行される。システム制御部105は、アプリケーション「3」の実行結果を表示するための光線追跡図ウィンドウ1206を作成し、そのウィンドウ内に図形を表示する。図12では、システム制御部105は、2つの光線追跡図ウィンドウ1206を作成したが、これに限定されない。この場合、システム制御部105は、アプリケーションの実行時刻と、作成されたウィンドウに表示を行ったアプリケーションの種別情報及びその表示時刻と、を記録する。
As shown in FIG. 12, when the above-described management system is executed by the operation of the
図13は、ウィンドウ表示自動更新機能を例示的に示す図である。図13に示すように、ユーザ1301の操作により上述の管理システムを実行すると、ソフトウェアメインウィンドウ1303が表示される。ユーザ1301がソフトウェアメインウィンドウ1303で「光線追跡」を選択すると、アプリケーション「3」が実行される。そして、ソフトウェアメインウィンドウ1303に光線追跡図ウィンドウ1305が表示される。光線追跡図ウィンドウ1305が表示されているときに、ユーザが「レンズデータ構成」を選択してアプリケーション「1」を実行させると、レンズデータ構成ウィンドウ1304が表示される。ユーザ1301が、レンズデータ構成ウィンドウ1304からデータを入力し(1302)、アプリケーション「1」を実行させると、アプリケーション「1」のデータが更新される。このとき、ユーザ1301がアプリケーション「3」を明示的に実行させなくても、アプリケーション「1」に新しく入力されたデータ(1302)に基づいて、光線追跡図ウィンドウ1306が自動的に作成され、新たな図形が表示される。
FIG. 13 is a diagram exemplarily showing the window display automatic update function. As shown in FIG. 13, when the above management system is executed by the operation of the
図14は、図13に示す自動更新機能の仕組みをUML2.0シーケンスで示す図である。ユーザ1301は、アプリケーション「3」により光線追跡図ウィンドウ1306が表示されているときに、「レンズデータ構成」を選択して、アプリケーション「1」の実行命令をシステム制御部105に出す(図14−1)。システム制御部105は、ユーザ1301から実行命令が出されたアプリケーション「1」を実行する(図14−2)。アプリケーション「1」は、アプリケーション「1」の処理が終了すると、データ変更の通知をシステム制御部105に渡す(図14−3)。システム制御部105は、図4の全アプリケーション被参照関係テーブル403を用いて、アプリケーション「1」の参照元のアプリケーションを検索する(図14−4)。そして、システム制御部105は、検索されたアプリケーションの実行必要性フラグをTRUE(イネーブル)に変更する。例えば、図5に示す参照関係の場合には、アプリケーション「2」、「3」及び「4」が参照元のアプリケーションとして検索される。そして、アプリケーション「1」は、その処理結果をシステム制御部105に渡す(図14−6)。ここまでは、上述の管理システムと同様である。次いで、システム制御部105は、現在表示が行われているウィンドウの属性を確認する。具体的には、先頭のウィンドウ(1番目のウィンドウ)の属性を確認し、表示が実行されているアプリケーションの情報を取得する(図14−7)。この場合、上述のように、アプリケーション「3」が既に実行されているため、1番目のウィンドウはアプリケーション「3」により表示されたという情報を持っている。そこで、システム制御部105は、アプリケーション「3」で実行された表示であると判断する。次いで、システム制御部105は、アプリケーション「3」の実行必要性フラグを確認する(図14−8)。システム制御部105は、アプリケーション「3」の実行必要性フラグがFALSEであれば実行しないが、TRUEであればアプリケーション「3」に実行命令を出す。ここでは、アプリケーション「3」の実行必要性フラグは、図14−5によりTRUEに変更されているので、システム制御部105は、アプリケーション「3」に実行命令を出す(図14−9)。アプリケーション「3」は、既に最新のデータに変更されているデータをアプリケーション「1」から取得し、その処理を実行する(図14−10)。アプリケーション「3」は、その処理が終了すると、システム制御部105にデータ変更の通知を行う(図14−11)。システム制御部105は、アプリケーション「3」の実行必要性フラグをFALSEにする(図14−12)。アプリケーション「3」は、その処理結果をシステム制御部105に転送する(図14−13)。システム制御部105は、更新された最新のデータを1番目のウィンドウに表示する(図14−14)。ウィンドウ表示後は、上記のウィンドウ属性記録の仕組みに従って、ウィンドウ表示を行っているアプリケーションの情報、ウィンドウ表示を行った時刻、及びアプリケーションの実行時刻を記録する(図14−15)。
FIG. 14 is a diagram showing a mechanism of the automatic update function shown in FIG. 13 in a UML 2.0 sequence. When the ray
以上の仕組みにより、アプリケーション「1」のデータ変更後に、アプリケーション「3」によって表示されている先頭のウィンドウ(第1番目のウィンドウ)の自動更新が可能である。2番目以降のウィンドウも、アプリケーション「3」によって表示されているウィンドウであるため、更新するにはアプリケーション「3」の再実行が必要となる。しかしながら、図14−12により、既にアプリケーション「3」の実行必要性フラグがFALSEになっている。そのため、システム制御部105は、2番目以降のウィンドウについては、図14−8のアプリケーション実行必要性の確認により、アプリケーション「3」に実行命令を出すことが出来ない。そこで、同一アプリケーションにより複数ウィンドウが表示される場合、2番目以降のウィンドウについては、先頭のウィンドウが更新されたときのそのアプリケーションの実行時刻(図14−15の時刻)と、ウィンドウ表示が行われた時刻とを比較する。そして、時刻に差があった場合は、以下のようにそのアプリケーションの実行命令を出すものとする。 With the above mechanism, after the data of the application “1” is changed, the top window (first window) displayed by the application “3” can be automatically updated. Since the second and subsequent windows are also windows displayed by the application “3”, the update of the application “3” is required to update. However, according to FIG. 14-12, the execution necessity flag of the application “3” is already FALSE. Therefore, the system control unit 105 cannot issue an execution command to the application “3” for the second and subsequent windows by confirming the necessity of executing the application in FIG. 14-8. Therefore, when a plurality of windows are displayed by the same application, for the second and subsequent windows, the execution time of the application when the top window is updated (the time shown in FIG. 14-15) and the window display are performed. Compare the time. If there is a difference in time, an execution command for the application is issued as follows.
図14を参照すると、まずシステム制御部105は、2番目のウィンドウの属性を確認する(図14−16)。2番目のウィンドウに表示を行っているアプリケーションは「3」である。システム制御部105は、2番目のウィンドウに表示が行われた時刻と、図14−15でシステム制御部105が記録したアプリケーションの実行時刻とを比較する(図14−17)。システム制御部105は、比較した時刻に差があると、アプリケーション「3」に実行命令を出す(図14−18)。そして、アプリケーション「3」は、アプリケーション「1」のデータを取得する(図14−19)。アプリケーション「3」は、その処理が終了すると、データ変更通知をシステム制御部に送る(図14−20)。システム制御部105は、アプリケーション「3」の実行必要性フラグをFALSEにする(図14−21)。アプリケーション「3」は、その処理結果情報をシステム制御部105に転送する(図14−22)。そして、システム制御部105は、2番目のウィンドウに結果を表示し(図14−23)、その後、ウィンドウ属性を変更する(図14−24)。このようにして、ユーザは、アプリケーション「1」を実行するだけで、最新のデータによるアプリケーション「3」の表示結果を確認することができる。(図14−25)。 Referring to FIG. 14, first, the system control unit 105 confirms the attribute of the second window (FIGS. 14-16). The application displaying in the second window is “3”. The system control unit 105 compares the time when the display is performed in the second window with the execution time of the application recorded by the system control unit 105 in FIG. 14-15 (FIGS. 14-17). If there is a difference between the compared times, the system control unit 105 issues an execution command to the application “3” (FIGS. 14 to 18). Then, the application “3” acquires the data of the application “1” (FIG. 14-19). When the process is completed, the application “3” sends a data change notification to the system control unit (FIG. 14-20). The system control unit 105 sets the execution necessity flag of the application “3” to FALSE (FIGS. 14-21). The application “3” transfers the processing result information to the system control unit 105 (FIG. 14-22). Then, the system control unit 105 displays the result in the second window (FIGS. 14-23), and then changes the window attributes (FIGS. 14-24). In this way, the user can confirm the display result of the application “3” based on the latest data only by executing the application “1”. (FIGS. 14-25).
[第3の実施形態]
本発明の好適な第3の実施形態は、システム制御部105に、ウィンドウ表示自動更新判定フラグと、そのフラグをユーザが変更することができるユーザーインターフェースと、を持たせたものである。これによって、ユーザが、ウィンドウ表示更新機能を自由なタイミングで実行することができ、利便性の向上につながる。
[Third Embodiment]
In a third preferred embodiment of the present invention, the system control unit 105 is provided with a window display automatic update determination flag and a user interface that allows the user to change the flag. As a result, the user can execute the window display update function at any timing, which leads to improved convenience.
上記のウィンドウ自動更新の仕組みにおいて、システム制御部105は、ウィンドウ毎にウィンドウ表示自動更新判定フラグを持つ。ユーザは、このフラグの設定を変更することによって、ウィンドウ表示の更新を自動で行うか手動で行うかを選択することができる。ユーザは、メニューやGUIウィンドウなどのユーザーインターフェースを用いて、このフラグの設定変更をシステム制御部105に要求することができる。 In the window automatic update mechanism described above, the system control unit 105 has a window display automatic update determination flag for each window. The user can select whether to update the window display automatically or manually by changing the setting of the flag. The user can request the system control unit 105 to change the setting of the flag using a user interface such as a menu or a GUI window.
図14−7、図14−16に示すように、システム制御部105は、ウィンドウ属性を確認する前に、このウィンドウ表示自動更新判定フラグを確認する。ウィンドウ表示自動更新判定フラグがTRUEであれば、上記の仕組みによって、ウィンドウ表示が自動更新される。ウィンドウ表示自動更新判定がFALSEの場合は、図14を例に挙げると、1番目のウィンドウが自動更新オフの設定である場合には、図14−7〜15までは実行はされない。また、2番目のウィンドウが自動更新オフの設定である場合には、図14−16〜24は実行されない。 As shown in FIGS. 14-7 and 14-16, the system control unit 105 checks the window display automatic update determination flag before checking the window attribute. If the window display automatic update determination flag is TRUE, the window display is automatically updated by the above mechanism. When the window display automatic update determination is FALSE, taking FIG. 14 as an example, if the first window is set to automatic update OFF, the process is not executed until FIGS. When the second window is set to automatic update OFF, FIGS. 14-16 to 24 are not executed.
システム制御部105は、ウィンドウ表示の更新を行うユーザーインターフェース(メニューやツールバーボタン)を提供する。ユーザは、このユーザーインターフェースを利用することによって、図14−7〜15、図14−16〜24の処理を自由なタイミングで実行することができる。 The system control unit 105 provides a user interface (menu or toolbar button) for updating the window display. By using this user interface, the user can execute the processes of FIGS. 14-7 to 15 and FIGS. 14-16 to 24 at any timing.
図15は、ウィンドウ表示手動更新処理をUML2.0シーケンスで示す図である。ユーザは、システム制御部105に対して、更新したいウィンドウを指定し、ウィンドウ更新命令を出す(図15−1)。システム制御部105は、指定されたウィンドウの属性を確認し、そのウィンドウ表示を行った時刻とシステムが記録している現在のアプリケーションの実行時刻とを比較する。両者に差があった場合には、システム制御部105は、アプリケーションに対して実行命令を出す(図15−2〜4)。処理終了後に、アプリケーションは、システム制御部105にデータ変更通知をする。システム制御部105は、このアプリケーションの実行フラグをFALSEにする(図15−5,6)。アプリケーションは、処理結果情報をシステム制御部105に転送し、システム制御部105は、結果をウィンドウに表示する(図15−7,8)。その後、ウィンドウ属性の変更をシステム制御部105が行い(図15−9)、ユーザは、更新した結果を確認することができる(図15−10)。 FIG. 15 is a diagram showing the window display manual update processing in the UML 2.0 sequence. The user designates a window to be updated to the system control unit 105 and issues a window update command (FIG. 15-1). The system control unit 105 confirms the attribute of the designated window, and compares the time when the window is displayed with the execution time of the current application recorded by the system. If there is a difference between the two, the system control unit 105 issues an execution command to the application (FIGS. 15-2 to 4). After the processing is completed, the application notifies the system control unit 105 of data change. The system control unit 105 sets the execution flag of this application to FALSE (FIGS. 15-5 and 6). The application transfers the processing result information to the system control unit 105, and the system control unit 105 displays the result in a window (FIGS. 15-7 and 8). Thereafter, the window attribute is changed by the system control unit 105 (FIG. 15-9), and the user can check the updated result (FIG. 15-10).
[第4の実施形態]
本発明の好適な第4の実施形態は、データ変更前のデータを主記憶装置115の別の記憶領域に退避させるものである。これによって、ユーザがデータ変更後の値を一度確認して求める解でなかった場合に、変更前のデータを回復することができ、ユーザービリティーの向上につながる。
[Fourth Embodiment]
In the fourth preferred embodiment of the present invention, data before data change is saved in another storage area of the
ユーザは、アプリケーション実行時に、ユーザーインターフェースとして図16に示すようなGUIウィンドウ1601を利用する。GUIウィンドウ1601は、例えば、「OK」、「キャンセル」及び「試行」の3つのボタンを備える。ユーザがGUIウィンドウ1601でデータを変更した後に、「OK」ボタンを押すことによりデータ更新が行われ、上述したウィンドウ表示自動更新機能により参照関係にあるアプリケーションが全て実行される。その結果、最新のデータによってウィンドウ表示が自動的に更新される。ユーザがGUIウィンドウ1601で「キャンセル」ボタンを押すと、データ変更の値は破棄されて処理が終了する。ユーザがGUIウィンドウ1601で「試行」ボタンを押すと、データ変更後の値で一度実行して確認することができ、また再度ウィンドウでのデータ入力が可能になる。
When executing the application, the user uses a
その後、ユーザがGUIウィンドウ1601で「OK」ボタン又は「キャンセル」ボタンを押すことにより、データ変更を適用するのかしないのかを選択することができる。試行ボタンは何回も押すことが可能である。
Thereafter, the user can select whether to apply the data change by pressing an “OK” button or a “Cancel” button in the
図17を参照して上記の試行機能の処理フローを示す。まず、ユーザからの操作によりウィンドウがオープンされると(S001)、アプリケーションは、現在の主記憶装置115上のデータを一時的に別の記憶領域にコピー(バックアップ)する(S002)。ユーザは、このウィンドウ上のデータ入力欄にデータを入力することによって、入力データを変更する(S003)。データ入力後に、ユーザが「OK」、「キャンセル」及び「試行」の3つのボタンのいずれかを押すことにより、処理を選択することができる(S004)。
A processing flow of the trial function is shown with reference to FIG. First, when a window is opened by a user operation (S001), the application temporarily copies (backs up) the current data on the
ユーザが「OK」ボタンを押した場合には、ウィンドウで入力した値によりアプリケーションが実行され(S005)、主記憶装置115上のデータが更新され(S006)、ウィンドウがクローズされる(S007)。アプリケーションの実行によりデータが更新されたので、そのアプリケーションと参照関係にあるアプリケーションも再実行される。そして、表示ウィンドウが最新の状態に自動的に更新され(S008)、処理が終了する(S100)。
When the user presses the “OK” button, the application is executed with the value input in the window (S005), the data on the
ユーザが「キャンセル」を押した場合には、ウィンドウで変更した値は主記憶装置115にセットされず、そのままウィンドウがクローズして(S009)、処理が終了する(S100)。
When the user presses “Cancel”, the value changed in the window is not set in the
ユーザが「試行」ボタンが押した場合には、変更後のデータでアプリケーションが実行される(S010)。その結果を最初にコピーした一時的な記憶領域にセットし、実行したアプリケーションと参照関係にあるアプリケーションを実行し、表示ウィンドウを更新する(S012)。S012の処理を終了した後、再度S003に戻り、再度入力ウィンドウ上でデータ更新が可能となる。再度ウィンドウ上でボタンを選択することができ、ユーザが「OK」ボタンを押した場合には、変更後の値を主記憶装置115にセットする。ユーザが「キャンセル」ボタンを押した場合には、バックアップでコピーしておいた変更前の値に戻して、ウィンドウが開く前の状態に戻す。このとき、再度データを変更し、試行ボタンを押すことも可能である。なお、主記憶装置115としてはメモリやファイルが利用可能である。
When the user presses the “trial” button, the application is executed with the changed data (S010). The result is set in the temporary storage area that was copied first, the application having a reference relationship with the executed application is executed, and the display window is updated (S012). After the process of S012 is completed, the process returns to S003 again, and data can be updated again on the input window. The button can be selected again on the window, and when the user presses the “OK” button, the changed value is set in the
以上のように、第1〜第4の実施形態に係るシステムによれば、多数のアプリケーションを定義した場合でも、そのアプリケーション自身の参照関係を定義するだけで、ソフトウェア全体の参照関係テーブルを自動的に構築できる。そのため、開発者はアプリケーションの参照関係を意識しなくてもよい。 As described above, according to the systems according to the first to fourth embodiments, even when a large number of applications are defined, the reference relationship table of the entire software can be automatically created only by defining the reference relationship of the application itself. Can be built. Therefore, the developer does not need to be aware of the application reference relationship.
また、システム制御部は、予め定められた場所にアプリケーションを全てロードする機能をもつ。そのため、ユーザは利用可能なアプリケーションの数を気にせず、新規にアプリケーションを追加する場合には、統一のテーブルデータ構造をもたせて、その場所に置くだけでよい。したがって、システムに修正を加える必要がなく、ソフトウェアの拡張を行うことができる。 The system control unit has a function of loading all applications to a predetermined location. Therefore, the user does not care about the number of applications that can be used, and when adding a new application, it is only necessary to provide a unified table data structure and place it there. Therefore, it is not necessary to modify the system, and software can be expanded.
その結果、開発者にとって、システムの拡張が容易になり、開発・保守の負荷が軽減される。また、アプリケーションの実行の際に、そのアプリケーションを実行するのに必要な処理を、全てシステム制御部が自動的に判断する。そのため、利用者は、数多くの操作手順を覚える必要がない。また、アプリケーションの実行の必要性をシステム制御部が自動的に判断することによって、少ない操作で無駄のない最適な処理を行うことができ、ユーザービリティーの向上につながる。 As a result, the system can be easily expanded for the developer, and the load of development and maintenance is reduced. In addition, when executing an application, the system control unit automatically determines all the processes necessary to execute the application. Therefore, the user does not need to learn many operation procedures. In addition, since the system control unit automatically determines the necessity of executing the application, it is possible to perform optimum processing without waste with less operations, leading to improved usability.
100 管理システム
101、102 アプリケーション
103、104 参照関係テーブル
105 システム制御部
106、108 記憶手段
403 全アプリケーション被参照関係テーブル
100
Claims (9)
複数のアプリケーションのそれぞれについて、そのアプリケーション名とその参照先のアプリケーション名が対応づけられた参照関係テーブルを記憶するための記憶手段と、
前記複数のアプリケーションを実行するためのシステム制御部と、
を備え、
前記システム制御部は、前記記憶手段から前記複数のアプリケーションのそれぞれの前記参照関係テーブルを取得し、取得した前記参照関係テーブルに基づいて前記複数のアプリケーションのそれぞれのアプリケーション名とその参照元のアプリケーション名とが対応づけられている全アプリケーション被参照関係テーブルを作成し、実行するアプリケーションのアプリケーション名に基づいて前記全アプリケーション被参照関係テーブルを検索して対応する参照元のアプリケーションを抽出し、抽出された前記参照元のアプリケーションの実行必要性フラグをイネーブルにする手段を有することを特徴とする管理システム。 A management system for managing a reference relationship of a plurality of applications,
Storage means for storing a reference relationship table in which the application name and the application name of the reference destination are associated with each other for the plurality of applications;
A system control unit for executing the plurality of applications;
With
The system control unit acquires the reference relationship table of each of the plurality of applications from the storage unit, and the application name of each of the plurality of applications and the application name of the reference source based on the acquired reference relationship table Is created, and a reference source application is extracted by searching the all application reference relationship table based on the application name of the application to be executed. A management system comprising means for enabling an execution necessity flag of the reference source application.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006031347A JP4863449B2 (en) | 2006-02-08 | 2006-02-08 | Management system that manages the reference relationship of multiple applications |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006031347A JP4863449B2 (en) | 2006-02-08 | 2006-02-08 | Management system that manages the reference relationship of multiple applications |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2007213233A JP2007213233A (en) | 2007-08-23 |
JP2007213233A5 JP2007213233A5 (en) | 2009-05-07 |
JP4863449B2 true JP4863449B2 (en) | 2012-01-25 |
Family
ID=38491624
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006031347A Expired - Fee Related JP4863449B2 (en) | 2006-02-08 | 2006-02-08 | Management system that manages the reference relationship of multiple applications |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4863449B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020110727A1 (en) | 2018-11-29 | 2020-06-04 | 日本電信電話株式会社 | Information creation device, information creation method, and information creation program |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5974875B2 (en) * | 2011-12-08 | 2016-08-23 | 富士通株式会社 | Related estimation program, related estimation device, and related estimation method |
US11714394B2 (en) * | 2018-09-28 | 2023-08-01 | Fisher-Rosemount Systems, Inc | Bulk commissioning of field devices within a process plant |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH06161790A (en) * | 1992-11-24 | 1994-06-10 | Nippon Telegr & Teleph Corp <Ntt> | Inter-program data interlocking method |
JP2001056766A (en) * | 1999-08-18 | 2001-02-27 | Denso Corp | Multimodule system and interactive system |
JP2004157676A (en) * | 2002-11-05 | 2004-06-03 | Mitsubishi Electric Corp | Business integration device |
-
2006
- 2006-02-08 JP JP2006031347A patent/JP4863449B2/en not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020110727A1 (en) | 2018-11-29 | 2020-06-04 | 日本電信電話株式会社 | Information creation device, information creation method, and information creation program |
US11922233B2 (en) | 2018-11-29 | 2024-03-05 | Nippon Telegraph And Telephone Corporation | Information creation device, information creation method, and information creation program |
Also Published As
Publication number | Publication date |
---|---|
JP2007213233A (en) | 2007-08-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8621053B2 (en) | Firmware update apparatus and program | |
US7406577B2 (en) | Data migration method | |
JPH096582A (en) | Method and device for application grouping | |
KR101700553B1 (en) | System development device, method, and program | |
US9105222B2 (en) | Display control apparatus and display control method | |
JP6801086B2 (en) | Program development support device, program development support method, and program development support program | |
JP4863449B2 (en) | Management system that manages the reference relationship of multiple applications | |
US7831921B2 (en) | Navigation connection points | |
JP5426938B2 (en) | Information processing apparatus and information processing method | |
CN108920566A (en) | Operating method, device and the equipment of a kind of pair of SQLite database | |
CN114327601A (en) | Business process control method, device, system and related equipment | |
US7412665B2 (en) | Menu management in an OLE document environment | |
JP2014063472A (en) | Information processor, method thereof and program | |
JP4784754B2 (en) | Control system setting device | |
JP2009266149A (en) | Job management program and job management apparatus | |
JP4825120B2 (en) | Service management system, service management apparatus, and service management method | |
WO2006085578A1 (en) | Distributed information unification method and distributed information unification system | |
US10852992B2 (en) | Data management system, data management method, and program recording medium | |
JP6169485B2 (en) | Distributed processing system | |
JP2013191003A (en) | Branch repository management system | |
JP2006215665A (en) | Data management device, data management system, data processor, data management method, program, and storage medium | |
JP6869428B2 (en) | Data creator, data transfer method and data transfer program | |
JP7183092B2 (en) | SOURCE INFORMATION MANAGEMENT DEVICE AND SOURCE INFORMATION MANAGEMENT METHOD | |
JP6519180B2 (en) | Management system, control method, and control program | |
JP2022115749A (en) | Data processing system, data processing method, and data processing program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090209 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090318 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110829 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110831 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111019 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111104 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111107 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141118 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141118 Year of fee payment: 3 |
|
LAPS | Cancellation because of no payment of annual fees |