(57)【要約】【課題】ユーザーによるソフトウェアの使用がアップデートの必要性の重要な判断基準となる、ソフトウェアアップデート方法を開示すること。【解決手段】計算器を有する機械用の、ソフトウェアを使用に応じてアップデートするための方法であって、当該方法は、顧客別のデータセットの形態の、前記ソフトウェアの使用に関する動作特性数を、前記計算器によって収集するステップと、前記計算器に当該データセットを記憶するステップと、当該データセットを評価することによって、アップデートを必要としている、前記ソフトウェアのコンポーネントを求めるステップと、当該求められたアップデートを前記計算器上で実行するステップとを有する、ことを特徴とする、アップデートするための方法。【選択図】図４
2015141719.tif 000002
【特許請求の範囲】
【請求項１】
計算器（２１）を有する機械用の、ソフトウェア製品（４）を使用に応じてアップデートするための方法であって、当該方法は、
・顧客別のデータセット（１０）の形態の、前記ソフトウェア製品（４）の使用に関する動作特性数（９）を、前記計算器（２１）によって収集するステップと、
・前記計算器（２１）に当該データセット（１０）を記憶するステップと、
・当該データセット（１０）を評価することによって、アップデートを必要としている、前記ソフトウェア製品（４）のコンポーネントを求めるステップと、
・当該求められたアップデートを前記計算器（２１）上で実行するステップとを有する、
ことを特徴とする、アップデートするための方法。
【請求項２】
前記記憶されたデータセット（１０）をサーバー（１６）に伝送し、当該サーバーで、データバンク（１１）内に記憶し、前記データセット（１０）の前記評価を当該サーバー（１６）上で行う、請求項１記載の方法。
【請求項３】
前記使用情報を有する前記データバンク（１１）を、リモートメンテナンスに関するエラー分析に使用する、請求項２記載の方法。
【請求項４】
前記データセット（１０）を評価することによって、最適なアップデート時点を求め、当該アップデートを有利には当該時点で行う、請求項１または２記載の方法。
【請求項５】
有利には、前記ソフトウェア製品（４）が動作していないために負荷が極めて小さい時点で、前記アップデートを実行する、請求項４記載の方法。
【請求項６】
前記評価されたデータセット（１０）を用いて、前記ソフトウェア製品（４）のどのコンポーネントが優先してアップデートされるべきかの、優先リスト（１５）を作成する、請求項１から５までのいずれか１項記載の方法。
【請求項７】
前記ソフトウェア製品（４）は複数のライセンスオプション（５）を含んでおり、当該複数のライセンスオプションのうちの少なくとも１つはユーザーによってロック解除されなければならない、請求項１から６までのいずれか１項記載の方法。
【請求項８】
前記動作特性数（９）は、前記ライセンスオプション（５）の使用に関する情報、例えば、一作業過程中のコール数、使用時点または使用期間、を含んでいる、請求項７記載の方法。
【請求項９】
前記動作特性数（９）を、前記ロック解除されたライセンスオプション（５）による前記ソフトウェア製品（４）の操作中に、前記データセット（１０）内に書き込む、請求項７または８記載の方法。
【請求項１０】
前記ソフトウェア製品（４）のどのコンポーネントがアップデートされるのかを、自動的に判断する、または、局部的に前記ソフトウェア製品（４）においてユーザー自身によって判断する、請求項１から９までのいずれか１項記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１の上位概念に記載されている特徴を有する、ソフトウェア製品を、使用に応じてアップデートするための方法に関する。
【背景技術】
【０００２】
本発明は、アプリケーションソフトウェア開発の技術分野に関する。
【０００３】
これまでの従来技術には、種々の様式のアップデートがある。ユーザー自身がソフトウェアの新しいバージョンをインストールする、手動アップデートの他に、殊に、ユーザーの介入無く行われる自動アップデートがある。これらが混合されている形態も、よく見られる。この混合形態では例えば、更新プロセスが自動で行われるが、アップデートの一部を使用したいのか、および／または、アップデートのどの部分を使用したいのかが、ユーザーに問い合わせされる。
【０００４】
各自動アップデートは、必要なデータが伝送される様式においても、新たなアップデートがいつ必要であるかの決定においても異なっている。一般的な方法では、アップデートが必要であるか否かの判断は、ソフトウェアのバージョン番号に基づいて行われる。伝送方法に対しては、複数の方法がある：アップデートパケットが、例えばサーバーによって手動で、または、自動でダウンロードされてもよい。アクティブなサーバーが、該当する目標ソフトウェアが動作している多数のクライアントに問い合わせをし、これらを相応にアップデートしてもよい。自動アップデートの場合の伝送路は、常に、ネットワークにわたって走行する。伝送媒体は、線路が接続されているネットワーク（例えばＬＡＮまたはバスシステム）であっても無線ネットワーク（例えば携帯電話またはＷＬＡＮ）であってもよい。ネットワークの様式は、例えば、企業内ネットワーク（イントラネット）であり得る。しかし、アップデートパケットを、直接的にインターネットを介して伝送することもできる。これは、アップデートすべきソフトウェアがこれにアクセスする場合である。
【０００５】
特許出願ＤＥ１０３４６４７８Ａ１号は、例えば、インターネットを介した、自動システムの、柔軟なソフトウェアアップデートのためのシステムおよび方法を開示している。ここでこの自動システムは、規格化された形態、例えばＳＭＬファイルの形態での、当該自動システムに関する情報を収集および転送するために設けられている特別なソフトウェアコンポーネントを有している。これらのソフトウェアコンポーネントは、この自動システムの、すなわちこの自動システムの計算器上の、目下のソフトウェアコンフィギュレーションおよび／またはハードウェアコンフィギュレーションを設定している。この情報収集ないしは処理の規格化された形態によって、一方では、種々のプロセスへの組み込みが可能になり、さらに、自動検出によって、サービス部門の負荷が軽減される。自動システムに関する、ソフトウェアコンポーネントによって集められた情報は、殊に、製品の目下のソフトウェアコンフィギュレーションを推薦されたアップデートと照合するのに用いられる。
【０００６】
この従来技術の欠点は、ソフトウェアのバージョン番号に基づいてアップデートの必要性を判断する際に、不要なデータが大量に生じてしまう、ということである。これは次のことを意味する。すなわち、しばしば、ユーザーに全く必要の無いアップデートが行われる、ということを意味する。これは例えば、ユーザーが使用しないソフトウェア部分でのアップデート、または、ユーザーを妨害しないエラーを除去するアップデートの場合である。さらに、殊に、属するネットワークが僅かなデータ伝送レートしか有していない場合には、必要なアップデートの実行が阻止される。さらに、ソフトウェアは多くの場合、アップデート過程の間、使用可能ではないので、頻繁に行われる不必要なアップデートによって、使用可能性が低減してしまう。ソフトウェアの動作時に、依然として製品プロセスが係属中である場合には、これによって、大きな経済的損失が生じ得る。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、ユーザーによるソフトウェアの使用がアップデートの必要性の重要な判断基準となる、ソフトウェアアップデート方法を開示することである。
【課題を解決するための手段】
【０００８】
上述の課題は、計算器を有する機械用の、ソフトウェア製品を使用に応じてアップデートするための方法であって、当該方法は、顧客別のデータセットの形態の、前記ソフトウェア製品の使用に関する動作特性数を、前記計算器によって収集するステップと、前記計算器に当該データセットを記憶するステップと、当該データセットを評価することによって、アップデートを必要としている、前記ソフトウェア製品のコンポーネントを求めるステップと、当該求められたアップデートを前記計算器上で実行するステップとを有する、ことを特徴とする、アップデートするための方法によって解決される。
【図面の簡単な説明】
【０００９】
【図１】ソフトウェア製品から動作特性数を求める方法の基本図
【図２】ソフトウェア製品における動作特性数検出のフロー
【図３】ソフトウェア製品におけるユーザーデータ検出のフロー
【図４】ソフトウェアアップデートの例のフロー
【発明を実施するための形態】
【００１０】
ソフトウェア製品を、使用に応じてアップデートするための方法であって、当該方法は以下のステップを含む：
１．計算器によって、顧客別のデータセットの形態の、ソフトウェア製品の使用に関する動作特性数（Arbeitskennzahlen）を収集するステップ
２．計算器にこのデータセットを記憶するステップ
３．このデータセットを評価することによって、アップデートを必要としているソフトウェア製品のコンポーネントを求めるステップ
４．計算器上で、この求められたアップデートを実行するステップ
【００１１】
主要な特徴は、有利には、ユーザーによって実際に使用されているソフトウェア製品コンポーネントのみにアップデートが施される、ということである。従って、この方法の利点は、ソフトウェア製品のアップデートプロセスの数を必要最低限に減らすことができる、ということである。これによって殊に、ソフトウェアが生産的に使用することができない時間が低減される。これは、ソフトウェア製品のコンポーネントが、実質的に動作特性数と称される、その使用に関するデータを検出することによって行われる。これは例えば、一作業過程中のコール数、使用時点または使用期間である。動作特性数は、このソフトウェア製品が動作している計算器上のデータセット内に格納され、ここで評価される。この評価に基づいて、個々の使用プロファイルが作成される。この使用プロファイルによって、ソフトウェアユーザーの要求にマッチしたインストールストラテジーが作成される。すなわち、ソフトウェア製品に使用可能な全てのアップデートパケットがユーザーに伝送された後、このインストールストラテジーに基づいて、次のことが特定される。すなわち、どのパケットが最初に、ないしは、優先的にインストールされるべきなのかが特定される。
【００１２】
本発明の有利な発展形態は、属する従属請求項並びに属する図面を伴う明細書に記載されている。
【００１３】
本発明の方法の有利な発展形態では、記憶されているデータセットをサーバーに伝送し、ここでユーザー情報データバンク内に格納され、データセットの評価をサーバー上で行う。使用データを中央サーバーにこのように伝送することによって、使用データを先進的に分析することが可能になる。これは、簡単に、局部的な計算器上で作成されたインストールストラテジーを超える。従って、サーバーへのデータの伝送は、推薦される手法である。幾つかの手法を以降で説明する。
【００１４】
本発明の方法の有利な発展形態では、使用情報を含んでいるユーザー情報データバンクが、リモートメンテナンスに関するエラー分析のために使用可能である。使用データが、中央のアクセス可能なサーバー上にある場合、データバンクの更新の度に、ソフトウェア製品の状態を監視することができる。ユーザーがそれを望むはずであろう場合には、これによって、リモートメンテナンスが可能である。経験によると、ソフトウェア領域において多くの問題がエラーコンフィギュレーションによって生じるので、このような問題は同様に遠隔で解決可能である、ないしは、これによってエラーコンフィギュレーションを排除することができる。この結果、誤った使用によって引き起こされる、サービスパーソンの不必要な投入が回避される。
【００１５】
本発明の方法の有利な発展形態は、データセットを評価することによって、最適なアップデート時点を求め、このアップデートを有利にはこの時点で実施する、ということである。
【００１６】
本発明の方法の有利な発展形態では、アップデートは有利には、ソフトウェア製品が動作していないために負荷が極めて小さい時点で実施される。制御される機械のできるだけ高い使用率が望まれているが、機械は、この機械を少なくとも間接的に制御するソフトウェア製品のアップデートの間、使用可能ではないので、機械の使用率が最低の時に、アップデートを実行するのが有利である。これによって、アップデート中の機械の中断コストが低減される。このアップデートによって、製造結果に直接的に影響を与えるエラーが除去される場合には、当然ながらこの限りではない。ソフトウェア製品の使用と、場合によって生じる、エラーを有するソフトウェア製品によるその後の負担との間のバランスを考えて、更新されるソフトウェア製品と低い中断コストとの間での理想的な妥協が可能である。従って、使用データの評価は、アップデートのための最適な時点を求めるベースとなる。
【００１７】
本発明の方法の有利な発展形態では、評価されたユーザー情報データバンクに基づいて、優先リストが作成される。この優先リストは、ソフトウェア製品のどのコンポーネントが優先的にアップデートされるべきかのリストである。このような優先リストによって、各ユーザーにとって最も重要なコンポーネントを最初に更新することができる。どのコンポーネントがこのようなコンポーネントであるかは、ソフトウェア製品によって制御される機械並びにユーザーの個々の要求に依存する。
【００１８】
本発明の方法の有利な発展形態では、ソフトウェア製品は複数のライセンスオプションを含んでいる。これらのライセンスオプションのうちの少なくとも１つは、ユーザーに対して開放されていなければならない。ライセンスオプションを使用することによって、次のことが可能になる。すなわち、動作特性数を介して集められたユーザー情報に基づいて、ソフトウェア製品のユーザーの個々の要求に合わせられた機能性を作成することが可能になる。
【００１９】
本発明の方法の別の有利な発展形態では、動作特性数はライセンスオプションの使用に関する情報、例えば一作業過程中のコールの割合、使用時点または使用期間を含む。この情報によって、例えば、最適なアップデート時点または優先リストを作成することが可能になる。
【００２０】
本発明の方法の別の有利な発展形態では、動作特性数が、ソフトウェア製品の操作中に、開放されたライセンスオプションによってデータバンク内に書き込まれる。開放されたライセンスオプションのみが、動作特性数を使用に供することができる。開放されているが使用されていないライセンスオプションの動作特性数は、状態データおよび不使用に関する情報に制限される。
【００２１】
本発明の方法の有利な発展形態では、ソフトウェア製品のどのコンポーネントがアップデートされるかの判断が自動的に行われる、または、局部的にソフトウェア製品においてユーザー自身によって判断される。ユーザーの利便性を高めるために、本願方法を介して求められたユーザー個々のアップデートのバリエーションの他に、固有のインストールストラテジーを構築することもできる。可能な例は、使用可能な全てのアップデートを基本的に引き受けることである。
【００２２】
本発明の方法の有利な発展形態では、上述したコンピュータープログラム製品が外部の計算器上で動作され、メンテナンスされ、ネットワークを介して局部的なユーザーによって操作され、上述したネットワークを介して局部的な機械および機器を制御することができる。すなわち、ソフトウェア製品がシステムソフトウェアとして、ソフトウェア製品の提供者によってサーバーにインストールされ、動作され、メンテナンスされることも可能である。元来のユーザーは、ソフトウェア製品を、グラフィルカルユーザインタフェースを介して操作することができる。このグラフィルカルユーザインタフェースは、確実なネットワーク接続を介してソフトウェア製品とリモート接続されている。この確実なネットワーク接続を介して、局部的な機械も、ユーザーで制御される。
【００２３】
この方法並びにこの方法の機能的に有利な発展形態を以降で、属する図面に関連して、少なくとも１つの有利な実施例に基づいて、より詳細に説明する。図面では、相応する部材にはそれぞれ同じ参照番号が付けられている。
【実施例】
【００２４】
ソフトウェア製品４（以降では、レイアウトプログラム３と称される）は、モノリシックプログラムとして、顧客の計算器２１にインストールされる。レイアウトプログラム３の使用には、いわゆるライセンスオプション５が重要である。これらは、レイアウトプログラム３の機能範囲を決定し、購入したライセンスを有するユーザーによってロック解除されなければならない。このようなオプションの例は例えば、シートオプティマイザ６、バーコードジェネレータ７または工程アシスタント８である。
【００２５】
動作時には、図１に示されているように、各動作経過時に、要求に基づいて、レイアウト入力データ１およびレイアウトプログラム３の操作オペレーションから、次のことが判断される。すなわち、所望のレイアウト出力データ２を作成するために、どのライセンスオプション５が使用されるのかが判断される。ここで、レイアウトプログラム３内に含まれているライセンスオプション５、すなわち、シートオプティマイザ６、バーコードジェネレータ７および／または工程アシスタント８は、動作特性数９を検出する。重要な特性数９は例えば、１つの作業過程の間のコール数、使用時点および使用期間である。動作特性数９の検出プロセスは、図２に示されている。起動され、使用されているライセンスオプション５のみが、検出に用いられる。
【００２６】
動作特性数９は、図３に示されているように、収集され（ステップ「動作特性数の検出」は、図２に示されたプロセスに相応する）、顧客別の使用データ１０が得られる。この使用データは継続的に、特定の時間間隔２０で、サーバー１６に伝送される。ここでこのサーバーは、レイアウトプログラム３の提供者によって管理される。ここで使用データは、ユーザー情報データバンク１１内に格納され、ここから、顧客別のインストールストラテジー１２が導出される。これは例えば、可能なアップデートパケット１３に対する優先リスト１５の形態である。すなわち、使用されていないコンポーネントは、クリチカルなエラーの除去の場合にも、迅速には、相応のアップデートを必要としない。さらに、実際の使用情報１０、殊に使用時間期間から、自動更新に最適な時間期間も求められる。これによって、レイアウトプログラム３の更新を、製造妨害無く、または、最低の製造妨害で、行うことができる。
【００２７】
アップデートプロセスの基本的な流れが、図４に示されている。はじめに、ユーザーが自動更新を所望するか否かが求められる。選択肢には、存在する全てのアップデートパケット１３の完全なアップデートかユーザーによって局部的に作成された優先リスト１５の使用が考えられる。この問い合わせを、例えば、コンフィギュレーションの形態で、または、ユーザーへの直接的な問い合わせの形態で、グラフィカルユーザインタフェース１９を介して行うことができる。自動更新が望まれる場合には、事前に、レイアウトプログラム３の提供者によって、アップデートパケットとともに、ユーザーに送信されているインストールストラテジー１２が、アップデートに必要なアップデートパケット１３を求めるために使用される。次にこれらのパケット１３が選択されて、相応のレイアウトプログラム３を更新する。
【００２８】
求められた使用データ１０を、さらに、顧客プロセスの分析にも使用することができる。すなわち、ユーザーが、インストールされている全てのライセンスオプション５を実際に必要としているか否か、または、ユーザーが、まだ所有していない別のライセンスオプション５をその最適な動作のために必要としているか否かを求めることができる。
【００２９】
さらに、使用データ１０は、ユーザーでのリモート分析およびリモートメンテナンスにも利用される。殊に、エラーコンフィギュレーションは、しばしば、ソフトウェア製品使用時の、主要なエラー源である。従って、コンフィギュレーションのリモート分析はしばしば、発生しているエラーを識別するのに既に充分である。これによって、必要なサービス投入が大量に低減される。多くの他のエラーも、このようにして遠隔から診断可能である。これは例えば、レイアウトプログラム３によって制御される機械の状況情報を評価することによって行われる。
【符号の説明】
【００３０】
１  レイアウト入力データ、  ２  レイアウト出力データ、  ３  レイアウトプログラム、  ４  ソフトウェア製品、  ５  ライセンスオプション、  ６  ライセンスオプション「シートオプティマイザ」、  ７  ライセンスオプション「バーコードジェネレータ」、  ８  ライセンスオプション「工程アシスタント」、  ９  動作特性数、  １０  顧客別の使用データ、  １１  ユーザー情報データバンク、  １２  インストールストラテジー、  １３  アップデートパケット、  １４  アップデートパケット情報、  １５  優先リスト、  １６  サーバー、  １７  ネットワーク、  １８  確実なネットワーク接続、  １９  グラフィカルユーザインタフェース、  ２０  時間間隔、  ２１  計算器
【図１】
2015141719.tif 000003
【図２】
2015141719.tif 000004
【図３】
2015141719.tif 000005
【図４】
2015141719.tif 000006
【手続補正書】
【提出日】平成27年3月31日(2015.3.31)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１の上位概念に記載されている特徴を有する、ソフトウェアを、使用に応じてアップデートするための方法に関する。
【背景技術】
【０００２】
本発明は、アプリケーションソフトウェア開発の技術分野に関する。
【０００３】
これまでの従来技術には、種々の様式のアップデートがある。ユーザー自身がソフトウェアの新しいバージョンをインストールする、手動アップデートの他に、殊に、ユーザーの介入無く行われる自動アップデートがある。これらが混合されている形態も、よく見られる。この混合形態では例えば、更新プロセスが自動で行われるが、アップデートの一部を使用したいのか、および／または、アップデートのどの部分を使用したいのかが、ユーザーに問い合わせされる。
【０００４】
各自動アップデートは、必要なデータが伝送される様式においても、新たなアップデートがいつ必要であるかの決定においても異なっている。一般的な方法では、アップデートが必要であるか否かの判断は、ソフトウェアのバージョン番号に基づいて行われる。伝送方法に対しては、複数の方法がある：アップデートパケットが、例えばサーバーによって手動で、または、自動でダウンロードされてもよい。アクティブなサーバーが、該当する目標ソフトウェアが動作している多数のクライアントに問い合わせをし、これらを相応にアップデートしてもよい。自動アップデートの場合の伝送路は、常に、ネットワークにわたって走行する。伝送媒体は、線路が接続されているネットワーク（例えばＬＡＮまたはバスシステム）であっても無線ネットワーク（例えば携帯電話またはＷＬＡＮ）であってもよい。ネットワークの様式は、例えば、企業内ネットワーク（イントラネット）であり得る。しかし、アップデートパケットを、直接的にインターネットを介して伝送することもできる。これは、アップデートすべきソフトウェアがこれにアクセスする場合である。
【０００５】
特許出願ＤＥ１０３４６４７８Ａ１号は、例えば、インターネットを介した、自動システムの、柔軟なソフトウェアアップデートのためのシステムおよび方法を開示している。ここでこの自動システムは、規格化された形態、例えばＳＭＬファイルの形態での、当該自動システムに関する情報を収集および転送するために設けられている特別なソフトウェアコンポーネントを有している。これらのソフトウェアコンポーネントは、この自動システムの、すなわちこの自動システムの計算器上の、目下のソフトウェアコンフィギュレーションおよび／またはハードウェアコンフィギュレーションを設定している。この情報収集ないしは処理の規格化された形態によって、一方では、種々のプロセスへの組み込みが可能になり、さらに、自動検出によって、サービス部門の負荷が軽減される。自動システムに関する、ソフトウェアコンポーネントによって集められた情報は、殊に、製品の目下のソフトウェアコンフィギュレーションを推薦されたアップデートと照合するのに用いられる。
【０００６】
この従来技術の欠点は、ソフトウェアのバージョン番号に基づいてアップデートの必要性を判断する際に、不要なデータが大量に生じてしまう、ということである。これは次のことを意味する。すなわち、しばしば、ユーザーに全く必要の無いアップデートが行われる、ということを意味する。これは例えば、ユーザーが使用しないソフトウェア部分でのアップデート、または、ユーザーを妨害しないエラーを除去するアップデートの場合である。さらに、殊に、属するネットワークが僅かなデータ伝送レートしか有していない場合には、必要なアップデートの実行が阻止される。さらに、ソフトウェアは多くの場合、アップデート過程の間、使用可能ではないので、頻繁に行われる不必要なアップデートによって、使用可能性が低減してしまう。ソフトウェアの動作時に、依然として製品プロセスが係属中である場合には、これによって、大きな経済的損失が生じ得る。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、ユーザーによるソフトウェアの使用がアップデートの必要性の重要な判断基準となる、ソフトウェアアップデート方法を開示することである。
【課題を解決するための手段】
【０００８】
上述の課題は、計算器を有する機械用の、ソフトウェアを使用に応じてアップデートするための方法であって、当該方法は、顧客別のデータセットの形態の、前記ソフトウェアの使用に関する動作特性数を、前記計算器によって収集するステップと、前記計算器に当該データセットを記憶するステップと、当該データセットを評価することによって、アップデートを必要としている、前記ソフトウェアのコンポーネントを求めるステップと、当該求められたアップデートを前記計算器上で実行するステップとを有する、ことを特徴とする、アップデートするための方法によって解決される。
【図面の簡単な説明】
【０００９】
【図１】ソフトウェアから動作特性数を求める方法の基本図
【図２】ソフトウェアにおける動作特性数検出のフロー
【図３】ソフトウェアにおけるユーザーデータ検出のフロー
【図４】ソフトウェアアップデートの例のフロー
【発明を実施するための形態】
【００１０】
ソフトウェアを、使用に応じてアップデートするための方法であって、当該方法は以下のステップを含む：
１．計算器によって、顧客別のデータセットの形態の、ソフトウェアの使用に関する動作特性数（Arbeitskennzahlen）を収集するステップ
２．計算器にこのデータセットを記憶するステップ
３．このデータセットを評価することによって、アップデートを必要としているソフトウェアのコンポーネントを求めるステップ
４．計算器上で、この求められたアップデートを実行するステップ
【００１１】
主要な特徴は、有利には、ユーザーによって実際に使用されているソフトウェアコンポーネントのみにアップデートが施される、ということである。従って、この方法の利点は、ソフトウェアのアップデートプロセスの数を必要最低限に減らすことができる、ということである。これによって殊に、ソフトウェアが生産的に使用することができない時間が低減される。これは、ソフトウェアのコンポーネントが、実質的に動作特性数と称される、その使用に関するデータを検出することによって行われる。これは例えば、一作業過程中のコール数、使用時点または使用期間である。動作特性数は、このソフトウェアが動作している計算器上のデータセット内に格納され、ここで評価される。この評価に基づいて、個々の使用プロファイルが作成される。この使用プロファイルによって、ソフトウェアユーザーの要求にマッチしたインストールストラテジーが作成される。すなわち、ソフトウェアに使用可能な全てのアップデートパケットがユーザーに伝送された後、このインストールストラテジーに基づいて、次のことが特定される。すなわち、どのパケットが最初に、ないしは、優先的にインストールされるべきなのかが特定される。
【００１２】
本発明の有利な発展形態は、属する従属請求項並びに属する図面を伴う明細書に記載されている。
【００１３】
本発明の方法の有利な発展形態では、記憶されているデータセットをサーバーに伝送し、ここでユーザー情報データバンク内に格納され、データセットの評価をサーバー上で行う。使用データを中央サーバーにこのように伝送することによって、使用データを先進的に分析することが可能になる。これは、簡単に、局部的な計算器上で作成されたインストールストラテジーを超える。従って、サーバーへのデータの伝送は、推薦される手法である。幾つかの手法を以降で説明する。
【００１４】
本発明の方法の有利な発展形態では、使用情報を含んでいるユーザー情報データバンクが、リモートメンテナンスに関するエラー分析のために使用可能である。使用データが、中央のアクセス可能なサーバー上にある場合、データバンクの更新の度に、ソフトウェアの状態を監視することができる。ユーザーがそれを望むはずであろう場合には、これによって、リモートメンテナンスが可能である。経験によると、ソフトウェア領域において多くの問題がエラーコンフィギュレーションによって生じるので、このような問題は同様に遠隔で解決可能である、ないしは、これによってエラーコンフィギュレーションを排除することができる。この結果、誤った使用によって引き起こされる、サービスパーソンの不必要な投入が回避される。
【００１５】
本発明の方法の有利な発展形態は、データセットを評価することによって、最適なアップデート時点を求め、このアップデートを有利にはこの時点で実施する、ということである。
【００１６】
本発明の方法の有利な発展形態では、アップデートは有利には、ソフトウェアが動作していないために負荷が極めて小さい時点で実施される。制御される機械のできるだけ高い使用率が望まれているが、機械は、この機械を少なくとも間接的に制御するソフトウェアのアップデートの間、使用可能ではないので、機械の使用率が最低の時に、アップデートを実行するのが有利である。これによって、アップデート中の機械の中断コストが低減される。このアップデートによって、製造結果に直接的に影響を与えるエラーが除去される場合には、当然ながらこの限りではない。ソフトウェアの使用と、場合によって生じる、エラーを有するソフトウェアによるその後の負担との間のバランスを考えて、更新されるソフトウェアと低い中断コストとの間での理想的な妥協が可能である。従って、使用データの評価は、アップデートのための最適な時点を求めるベースとなる。
【００１７】
本発明の方法の有利な発展形態では、評価されたユーザー情報データバンクに基づいて、優先リストが作成される。この優先リストは、ソフトウェアのどのコンポーネントが優先的にアップデートされるべきかのリストである。このような優先リストによって、各ユーザーにとって最も重要なコンポーネントを最初に更新することができる。どのコンポーネントがこのようなコンポーネントであるかは、ソフトウェアによって制御される機械並びにユーザーの個々の要求に依存する。
【００１８】
本発明の方法の有利な発展形態では、ソフトウェアは複数のライセンスオプションを含んでいる。これらのライセンスオプションのうちの少なくとも１つは、ユーザーに対して開放されていなければならない。ライセンスオプションを使用することによって、次のことが可能になる。すなわち、動作特性数を介して集められたユーザー情報に基づいて、ソフトウェアのユーザーの個々の要求に合わせられた機能性を作成することが可能になる。
【００１９】
本発明の方法の別の有利な発展形態では、動作特性数はライセンスオプションの使用に関する情報、例えば一作業過程中のコールの割合、使用時点または使用期間を含む。この情報によって、例えば、最適なアップデート時点または優先リストを作成することが可能になる。
【００２０】
本発明の方法の別の有利な発展形態では、動作特性数が、ソフトウェアの操作中に、開放されたライセンスオプションによってデータバンク内に書き込まれる。開放されたライセンスオプションのみが、動作特性数を使用に供することができる。開放されているが使用されていないライセンスオプションの動作特性数は、状態データおよび不使用に関する情報に制限される。
【００２１】
本発明の方法の有利な発展形態では、ソフトウェアのどのコンポーネントがアップデートされるかの判断が自動的に行われる、または、局部的にソフトウェアにおいてユーザー自身によって判断される。ユーザーの利便性を高めるために、本願方法を介して求められたユーザー個々のアップデートのバリエーションの他に、固有のインストールストラテジーを構築することもできる。可能な例は、使用可能な全てのアップデートを基本的に引き受けることである。
【００２２】
本発明の方法の有利な発展形態では、上述したコンピュータープログラム製品が外部の計算器上で動作され、メンテナンスされ、ネットワークを介して局部的なユーザーによって操作され、上述したネットワークを介して局部的な機械および機器を制御することができる。すなわち、ソフトウェアがシステムソフトウェアとして、ソフトウェアの提供者によってサーバーにインストールされ、動作され、メンテナンスされることも可能である。元来のユーザーは、ソフトウェアを、グラフィルカルユーザインタフェースを介して操作することができる。このグラフィルカルユーザインタフェースは、確実なネットワーク接続を介してソフトウェアとリモート接続されている。この確実なネットワーク接続を介して、局部的な機械も、ユーザーで制御される。
【００２３】
この方法並びにこの方法の機能的に有利な発展形態を以降で、属する図面に関連して、少なくとも１つの有利な実施例に基づいて、より詳細に説明する。図面では、相応する部材にはそれぞれ同じ参照番号が付けられている。
【実施例】
【００２４】
ソフトウェア４（以降では、レイアウトプログラム３と称される）は、モノリシックプログラムとして、顧客の計算器２１にインストールされる。レイアウトプログラム３の使用には、いわゆるライセンスオプション５が重要である。これらは、レイアウトプログラム３の機能範囲を決定し、購入したライセンスを有するユーザーによってロック解除されなければならない。このようなオプションの例は例えば、シートオプティマイザ６、バーコードジェネレータ７または工程アシスタント８である。
【００２５】
動作時には、図１に示されているように、各動作経過時に、要求に基づいて、レイアウト入力データ１およびレイアウトプログラム３の操作オペレーションから、次のことが判断される。すなわち、所望のレイアウト出力データ２を作成するために、どのライセンスオプション５が使用されるのかが判断される。ここで、レイアウトプログラム３内に含まれているライセンスオプション５、すなわち、シートオプティマイザ６、バーコードジェネレータ７および／または工程アシスタント８は、動作特性数９を検出する。重要な特性数９は例えば、１つの作業過程の間のコール数、使用時点および使用期間である。動作特性数９の検出プロセスは、図２に示されている。起動され、使用されているライセンスオプション５のみが、検出に用いられる。
【００２６】
動作特性数９は、図３に示されているように、収集され（ステップ「動作特性数の検出」は、図２に示されたプロセスに相応する）、顧客別の使用データ１０が得られる。この使用データは継続的に、特定の時間間隔２０で、サーバー１６に伝送される。ここでこのサーバーは、レイアウトプログラム３の提供者によって管理される。ここで使用データは、ユーザー情報データバンク１１内に格納され、ここから、顧客別のインストールストラテジー１２が導出される。これは例えば、可能なアップデートパケット１３に対する優先リスト１５の形態である。すなわち、使用されていないコンポーネントは、クリチカルなエラーの除去の場合にも、迅速には、相応のアップデートを必要としない。さらに、実際の使用情報１０、殊に使用時間期間から、自動更新に最適な時間期間も求められる。これによって、レイアウトプログラム３の更新を、製造妨害無く、または、最低の製造妨害で、行うことができる。
【００２７】
アップデートプロセスの基本的な流れが、図４に示されている。はじめに、ユーザーが自動更新を所望するか否かが求められる。選択肢には、存在する全てのアップデートパケット１３の完全なアップデートかユーザーによって局部的に作成された優先リスト１５の使用が考えられる。この問い合わせを、例えば、コンフィギュレーションの形態で、または、ユーザーへの直接的な問い合わせの形態で、グラフィカルユーザインタフェース１９を介して行うことができる。自動更新が望まれる場合には、事前に、レイアウトプログラム３の提供者によって、アップデートパケットとともに、ユーザーに送信されているインストールストラテジー１２が、アップデートに必要なアップデートパケット１３を求めるために使用される。次にこれらのパケット１３が選択されて、相応のレイアウトプログラム３を更新する。
【００２８】
求められた使用データ１０を、さらに、顧客プロセスの分析にも使用することができる。すなわち、ユーザーが、インストールされている全てのライセンスオプション５を実際に必要としているか否か、または、ユーザーが、まだ所有していない別のライセンスオプション５をその最適な動作のために必要としているか否かを求めることができる。
【００２９】
さらに、使用データ１０は、ユーザーでのリモート分析およびリモートメンテナンスにも利用される。殊に、エラーコンフィギュレーションは、しばしば、ソフトウェア使用時の、主要なエラー源である。従って、コンフィギュレーションのリモート分析はしばしば、発生しているエラーを識別するのに既に充分である。これによって、必要なサービス投入が大量に低減される。多くの他のエラーも、このようにして遠隔から診断可能である。これは例えば、レイアウトプログラム３によって制御される機械の状況情報を評価することによって行われる。
【符号の説明】
【００３０】
１  レイアウト入力データ、  ２  レイアウト出力データ、  ３  レイアウトプログラム、  ４  ソフトウェア、  ５  ライセンスオプション、  ６  ライセンスオプション「シートオプティマイザ」、  ７  ライセンスオプション「バーコードジェネレータ」、  ８  ライセンスオプション「工程アシスタント」、  ９  動作特性数、  １０  顧客別の使用データ、  １１  ユーザー情報データバンク、  １２  インストールストラテジー、  １３  アップデートパケット、  １４  アップデートパケット情報、  １５  優先リスト、  １６  サーバー、  １７  ネットワーク、  １８  確実なネットワーク接続、  １９  グラフィカルユーザインタフェース、  ２０  時間間隔、  ２１  計算器
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
計算器（２１）を有する機械用の、ソフトウェア（４）を使用に応じてアップデートするための方法であって、当該方法は、
・顧客別のデータセット（１０）の形態の、前記ソフトウェア（４）の使用に関する動作特性数（９）を、前記計算器（２１）によって収集するステップと、
・前記計算器（２１）に当該データセット（１０）を記憶するステップと、
・当該データセット（１０）を評価することによって、アップデートを必要としている、前記ソフトウェア（４）のコンポーネントを求めるステップと、
・当該求められたアップデートを前記計算器（２１）上で実行するステップとを有する、
ことを特徴とする、アップデートするための方法。
【請求項２】
前記記憶されたデータセット（１０）をサーバー（１６）に伝送し、当該サーバーで、データバンク（１１）内に記憶し、前記データセット（１０）の前記評価を当該サーバー（１６）上で行う、請求項１記載の方法。
【請求項３】
前記使用情報を有する前記データバンク（１１）を、リモートメンテナンスに関するエラー分析に使用する、請求項２記載の方法。
【請求項４】
前記データセット（１０）を評価することによって、最適なアップデート時点を求め、当該アップデートを当該時点で行う、請求項１または２記載の方法。
【請求項５】
前記ソフトウェア（４）が動作していないために負荷が極めて小さい時点で、前記アップデートを実行する、請求項４記載の方法。
【請求項６】
前記評価されたデータセット（１０）を用いて、前記ソフトウェア（４）のどのコンポーネントが優先してアップデートされるべきかの、優先リスト（１５）を作成する、請求項１から５までのいずれか１項記載の方法。
【請求項７】
前記ソフトウェア（４）は複数のライセンスオプション（５）を含んでおり、当該複数のライセンスオプションのうちの少なくとも１つはユーザーによってロック解除されなければならない、請求項１から６までのいずれか１項記載の方法。
【請求項８】
前記動作特性数（９）は、前記ライセンスオプション（５）の使用に関する情報を含んでいる、請求項７記載の方法。
【請求項９】
前記ライセンスオプション（５）の使用に関する情報は、一作業過程中のコール数、使用時点または使用期間を含む、請求項８に記載の方法。
【請求項１０】
前記動作特性数（９）を、前記ロック解除されたライセンスオプション（５）による前記ソフトウェア（４）の操作中に、前記データセット（１０）内に書き込む、請求項７、８または９記載の方法。
【請求項１１】
前記ソフトウェア（４）のどのコンポーネントがアップデートされるのかを、自動的に判断する、または、局部的に前記ソフトウェア（４）においてユーザー自身によって判断する、請求項１から１０までのいずれか１項記載の方法。