JP5274284B2 - 電子機器、ソフトウェアのアップデート方法、及びコンピュータプログラム - Google Patents
電子機器、ソフトウェアのアップデート方法、及びコンピュータプログラム Download PDFInfo
- Publication number
- JP5274284B2 JP5274284B2 JP2009020515A JP2009020515A JP5274284B2 JP 5274284 B2 JP5274284 B2 JP 5274284B2 JP 2009020515 A JP2009020515 A JP 2009020515A JP 2009020515 A JP2009020515 A JP 2009020515A JP 5274284 B2 JP5274284 B2 JP 5274284B2
- Authority
- JP
- Japan
- Prior art keywords
- update
- software
- information
- updating
- electronic device
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Description
本発明は、電子機器、ソフトウェアのアップデート方法、及びコンピュータプログラムに関し、特に、電子機器に組み込まれたソフトウェアモジュールをアップデートするために用いて好適なものである。
特許文献１では、クライアント端末のプログラムバージョンと、サーバのプログラムバージョンとが異なっているときに、クライアント端末のプログラムのバージョンを更新するか否かの判断をユーザに促すようにしている。
また、特許文献２では、電子機器内で発生した障害を記憶しておき、配信されたソフトウェアが、記憶しておいた障害を修正したものである場合には、当該ソフトウェアをアップデートするようにしている。
また、特許文献２では、電子機器内で発生した障害を記憶しておき、配信されたソフトウェアが、記憶しておいた障害を修正したものである場合には、当該ソフトウェアをアップデートするようにしている。
しかしながら、ＭＦＰ（Multi Function Printer）のような公共性が高く、機能が多彩であり、使用頻度が使用者によって異なるような電子機器の場合には、ユーザによる様々な要望がある。具体的には、例えば、以下の（１）〜（４）のような要望がある。
（１） 公共性が高いために、障害の修正（ソフトウェアモジュールのアップデート）によりシステムを止めないことを優先したい。
（２） システムを止めてでも障害を修正したソフトウェアモジュールにアップデートしたい。
（３） 電子機器の使用者によっては、対応した障害の機能は使用頻度が低いため、ソフトウェアモジュールを緊急にアップデートする必要はない。
（４） ソフトウェアモジュール群の依存関係が複雑であり、アップデートすべきものが分かり辛いため、ソフトウェアモジュールをアップデートするための設定をもっと簡易に行いたい。
（１） 公共性が高いために、障害の修正（ソフトウェアモジュールのアップデート）によりシステムを止めないことを優先したい。
（２） システムを止めてでも障害を修正したソフトウェアモジュールにアップデートしたい。
（３） 電子機器の使用者によっては、対応した障害の機能は使用頻度が低いため、ソフトウェアモジュールを緊急にアップデートする必要はない。
（４） ソフトウェアモジュール群の依存関係が複雑であり、アップデートすべきものが分かり辛いため、ソフトウェアモジュールをアップデートするための設定をもっと簡易に行いたい。
以上のように、電子機器に組み込まれたソフトウェアモジュールのアップデートに関する要望はユーザそれぞれで異なる。
しかしながら、特許文献１に記載の技術では、ソフトウェアモジュールのアップデートの要否をユーザに問い合わせるに過ぎない。また、特許文献２では、電子機器内で過去に発生した障害に対応したソフトウェアモジュールをアップデートするに過ぎない。したがって、従来の技術では、ソフトウェアモジュールのアップデートをユーザの望む条件で簡易に行うことが困難であるという問題点があった。
しかしながら、特許文献１に記載の技術では、ソフトウェアモジュールのアップデートの要否をユーザに問い合わせるに過ぎない。また、特許文献２では、電子機器内で過去に発生した障害に対応したソフトウェアモジュールをアップデートするに過ぎない。したがって、従来の技術では、ソフトウェアモジュールのアップデートをユーザの望む条件で簡易に行うことが困難であるという問題点があった。
本発明は、このような問題点の少なくとも一部に鑑みてなされたものであり、ソフトウェアのアップデートを従来よりも柔軟に且つ容易に行えるようにすることを目的とする。
本発明の電子機器は、ソフトウェアが組み込まれた電子機器であって、ユーザの操作に基づいて、前記ソフトウェアをアップデートする際のポリシーとして、当該アップデートの緊急度に関する情報と、当該アップデートの際に前記電子機器の動作を一旦停止することを許可するか否かを示す情報とを設定する設定手段と、前記アップデートするソフトウェアと共に、当該ソフトウェアをアップデートするタイミングを判断するための指標となる情報を、前記アップデートするソフトウェアを配信する装置から、取得する取得手段と、前記設定手段により設定された前記アップデートする際のポリシーと、前記取得手段により取得された指標となる情報とを用いて、前記ソフトウェアをアップデートするタイミングを決定する決定手段とを有し、前記決定手段は、前記取得手段により取得されたソフトウェアについて、前記アップデートする際のポリシーとして設定されている前記緊急度に関する情報と前記取得された指標となる情報に含まれる緊急度に関する情報とが対応し、かつ、前記取得された指標となる情報にアップデートの際に前記電子機器の動作を一旦停止する必要があることを示す情報が含まれる場合には、前記アップデートする際のポリシーとしてアップデートの際に前記電子機器の動作を一旦停止することを許可することが設定されている際に、前記取得手段により取得されたソフトウェアを即時にアップデートすることを決定し、前記取得手段により取得されたソフトウェアについて、前記アップデートする際のポリシーとして設定されている前記緊急度に関する情報と前記取得された指標となる情報に含まれる緊急度に関する情報とが対応し、かつ、前記取得された指標となる情報にアップデートの際に前記電子機器の動作を一旦停止する必要があることを示す情報が含まれる場合には、前記アップデートする際のポリシーとしてアップデートの際に前記電子機器の動作を一旦停止することを許可しないことが設定されている際に、前記取得手段により取得されたソフトウェアをアップデートするタイミングを即時としないことを特徴とする。
本発明によれば、ソフトウェアのアップデートを従来よりも柔軟に且つ容易に行うことが可能になる。
以下に、図面を参照しながら、本発明の一実施形態について説明する。
図１は、ソフトウェア配信システムの構成の一例を示す図である。
図１において、１０１は配信サーバである。１０２はＣＰＵであり、図２以降で説明するソフトウェアのうち、配信サーバ１０１で動作するソフトウェアは全てこのＣＰＵ１０２で動作する。１０３はＲＡＭであり、ＣＰＵ１０２で動作するソフトウェアがデータを保存したり、当該ソフトウェア自身が動作したりするために使用される。１０４はＨＤＤであり、ソフトウェア等を保存する。１０５は通信インターフェイスである。
図１は、ソフトウェア配信システムの構成の一例を示す図である。
図１において、１０１は配信サーバである。１０２はＣＰＵであり、図２以降で説明するソフトウェアのうち、配信サーバ１０１で動作するソフトウェアは全てこのＣＰＵ１０２で動作する。１０３はＲＡＭであり、ＣＰＵ１０２で動作するソフトウェアがデータを保存したり、当該ソフトウェア自身が動作したりするために使用される。１０４はＨＤＤであり、ソフトウェア等を保存する。１０５は通信インターフェイスである。
１１１はＭＦＰである。１１２はＣＰＵであり、図２以降で説明するソフトウェアのうち、ＭＦＰ１１１で動作するソフトウェアは全てこの上で動作する。１１３はＲＡＭであり、ＣＰＵ１１２で動作するソフトウェアがデータを保存したり、当該ソフトウェア自身が動作したりするために使用される。１１４はＨＤＤであり、ソフトウェア等を保存する。１１５は通信インターフェイスである。１１６はＵＩであり、このＵＩ１１６を通してユーザが操作を行ったり、その操作の結果等の表示を行ったりする。１１７はスキャナである。１１８はプリンタエンジンである。
１２１はＭＦＰである。ＭＦＰ１２１のハードウェアの構成は、ＭＦＰ１１１のハードウェアの構成と同じであるので、図１では、その図示を省略する。また、以下の説明では、配信サーバ１０１からＭＦＰ１１１にソフトウェアモジュールを配信する場合を例に挙げて説明するが、配信サーバ１０１からＭＦＰ１２１にソフトウェアモジュールを配信することも可能である。
図２は、配信サーバ１０１及びＭＦＰ１１１のソフトウェアモジュールの構成の一例を示す図である。
図２において、２０１は、配信サーバ１０１からＭＦＰ１１１に配信されるソフトウェアモジュール群である。２０２は、ソフトウェアモジュール群２０１のアップデートの内容や、当該アップデートを行うときに必要な処理等が記載されたアップデート情報である。アップデート情報２０２は、ソフトウェアモジュール群２０１を作成するときに提供者（ユーザ）によって作成される。
図２において、２０１は、配信サーバ１０１からＭＦＰ１１１に配信されるソフトウェアモジュール群である。２０２は、ソフトウェアモジュール群２０１のアップデートの内容や、当該アップデートを行うときに必要な処理等が記載されたアップデート情報である。アップデート情報２０２は、ソフトウェアモジュール群２０１を作成するときに提供者（ユーザ）によって作成される。
図３は、アップデート情報２０２のデータ構造の一例を示す図である。
図３において、３０１は、ＭＦＰ１１１の機能を実現するソフトウェアモジュールの名称（モジュール名）である。例えば、モジュールＡは、コピーを行うためのものであり、モジュールＤは、ＰＤＬ（Page Description Language）データを作成するものであるというように、各ソフトウェアモジュールは、それぞれ独自の機能を有する。
３０２は、モジュール名３０１に示されている名称のソフトウェアモジュールをアップデートする際に、ＭＦＰ１１１の電源を一旦停止（オフ）した後に起動（オン）する（ＯＦＦ／ＯＮする）必要があるか否かを表す電源ＯＦＦ／ＯＮ要否である。３０３は、モジュール名３０１に示されている名称のソフトウェアモジュールのアップデートの緊急度である。例えば、ＭＦＰ１１１における重大な障害を回復するためにソフトウェアモジュールを修正した場合や、ユーザに非常に有用な新機能がソフトウェアモジュールに追加された場合には、アップデートの緊急度３０３は高くなる。このように、アップデートの緊急度３０３は、アップデートで対応する障害の重大度やアップデートの有用度に関連する情報である。また、図３に示す例では、モジュールＡ〜モジュールＣの電源ＯＦＦ／ＯＮ要否３０２とアップデートの緊急度３０３とが一つの情報で表されている。これは、モジュールＡ〜モジュールＣが同時（一緒）にアップデートされる必要があることを表している。
図３において、３０１は、ＭＦＰ１１１の機能を実現するソフトウェアモジュールの名称（モジュール名）である。例えば、モジュールＡは、コピーを行うためのものであり、モジュールＤは、ＰＤＬ（Page Description Language）データを作成するものであるというように、各ソフトウェアモジュールは、それぞれ独自の機能を有する。
３０２は、モジュール名３０１に示されている名称のソフトウェアモジュールをアップデートする際に、ＭＦＰ１１１の電源を一旦停止（オフ）した後に起動（オン）する（ＯＦＦ／ＯＮする）必要があるか否かを表す電源ＯＦＦ／ＯＮ要否である。３０３は、モジュール名３０１に示されている名称のソフトウェアモジュールのアップデートの緊急度である。例えば、ＭＦＰ１１１における重大な障害を回復するためにソフトウェアモジュールを修正した場合や、ユーザに非常に有用な新機能がソフトウェアモジュールに追加された場合には、アップデートの緊急度３０３は高くなる。このように、アップデートの緊急度３０３は、アップデートで対応する障害の重大度やアップデートの有用度に関連する情報である。また、図３に示す例では、モジュールＡ〜モジュールＣの電源ＯＦＦ／ＯＮ要否３０２とアップデートの緊急度３０３とが一つの情報で表されている。これは、モジュールＡ〜モジュールＣが同時（一緒）にアップデートされる必要があることを表している。
図２の説明に戻り、２０３は、ソフトウェアモジュール群２０１とアップデート情報２０２とをネットワーク１２９を介して相互に接続されたＭＦＰ１１１に配信する配信部である。
２１１は、配信サーバ１０１の配信部２０３から配信されたデータを受信し、ＨＤＤ１１４に格納するデータ受信部である。２１２は、ＭＦＰ１１１が有する機能の使用頻度を集計する使用頻度集計部である。使用頻度集計部２１２は、集計した使用頻度のデータをＨＤＤ１１４に機能使用頻度データ２１３として保持する。
図４は、機能使用頻度データ２１３のデータ構造の一例を示す図である。
図４において、４０１は、ＭＦＰ１１１の機能を実現するソフトウェアモジュールの名称（モジュール名）である。４０２は、モジュール名３０１に示されている名称のソフトウェアモジュールの使用頻度を表している。尚、図４において、モジュールＦの使用頻度４０２が「なし」となっているのは、モジュールＦは未だ使用されていないことを表す。
以上のように本実施形態では、例えば、ＭＦＰ１１１が、データ受信部２１１が、ソフトウェアモジュール群２０１とアップデート情報２０２とを受信すること、使用頻度集計部２１２が使用頻度を集計することにより、取得手段の一例が実現される。
２１１は、配信サーバ１０１の配信部２０３から配信されたデータを受信し、ＨＤＤ１１４に格納するデータ受信部である。２１２は、ＭＦＰ１１１が有する機能の使用頻度を集計する使用頻度集計部である。使用頻度集計部２１２は、集計した使用頻度のデータをＨＤＤ１１４に機能使用頻度データ２１３として保持する。
図４は、機能使用頻度データ２１３のデータ構造の一例を示す図である。
図４において、４０１は、ＭＦＰ１１１の機能を実現するソフトウェアモジュールの名称（モジュール名）である。４０２は、モジュール名３０１に示されている名称のソフトウェアモジュールの使用頻度を表している。尚、図４において、モジュールＦの使用頻度４０２が「なし」となっているのは、モジュールＦは未だ使用されていないことを表す。
以上のように本実施形態では、例えば、ＭＦＰ１１１が、データ受信部２１１が、ソフトウェアモジュール群２０１とアップデート情報２０２とを受信すること、使用頻度集計部２１２が使用頻度を集計することにより、取得手段の一例が実現される。
２１４は、ＵＩ１１６の一つであるディスプレイに、図５に示すＧＵＩを表示し、ＭＦＰ１１１の機能を構成するソフトウェアモジュール群２０１をアップデートするタイミングや、当該アップデートする際の方針を設定するアップデート設定制御部である。アップデート設定制御部２１４は、ディスプレイに表示したＧＵＩに基づくユーザの操作に従って設定した情報を、ＨＤＤ１１４上にアップデート設定情報２１５として保持する。
図５は、アップデート設定制御部２１４がディスプレイに表示するＧＵＩの一例である。具体的に図５Ａは、ソフトウェアモジュールのアップデートのタイミングや方針を設定する動作を開始する際（アップデート設定制御部２１４を起動する際）にＵＩ１１６に表示されるＧＵＩの一例を示す図である。図５Ｂは、図５Ａに示すマニュアルモードボタンが押下された場合にＵＩ１１６に表示されるＧＵＩの一例を示す図である。図５Ｃは、図５Ａに示すポリシー設定ボタンが押下された場合にＵＩ１１６に表示されるＧＵＩの一例を示す図である。
図５Ａにおいて、５０１は、アップデート設定制御部２１４の起動時のＧＵＩである。ＧＵＩ５０１には、マニュアルモードボタン５０２とポリシー設定ボタン５０３とが表示される。マニュアルモードボタン５０２は、ソフトウェアモジュールをアップデートするタイミングをユーザが全て自分の思い通りに設定する際にユーザによって押下される。ポリシー設定ボタン５０３は、ソフトウェアモジュールをアップデートする際の基本方針だけをユーザが設定する際にユーザによって押下される。
マニュアルモードボタン５０２が押下されると、図５Ｂに示すＧＵＩ５０４がディスプレイに表示される。
図５Ｂにおいて、５０５は、ＭＦＰ１１１の機能を実現するソフトウェアモジュールの名称（モジュール名）である。５０６は、モジュール名５０５で示される名称のソフトウェアモジュールをアップデートするタイミングを設定するための選択ボタンである。図５Ｂに示す例では、モジュールＡの選択ボタン５０６を押下した状態を示しており、「即時」、「夜間」、及び「しない」の選択肢がプルダウンメニューとして表示されている様子を表している。ユーザは、このプルダウンメニューの中から、ソフトウェアモジュールをアップデートするタイミングを選択する。
図５Ｂにおいて、５０５は、ＭＦＰ１１１の機能を実現するソフトウェアモジュールの名称（モジュール名）である。５０６は、モジュール名５０５で示される名称のソフトウェアモジュールをアップデートするタイミングを設定するための選択ボタンである。図５Ｂに示す例では、モジュールＡの選択ボタン５０６を押下した状態を示しており、「即時」、「夜間」、及び「しない」の選択肢がプルダウンメニューとして表示されている様子を表している。ユーザは、このプルダウンメニューの中から、ソフトウェアモジュールをアップデートするタイミングを選択する。
ポリシー設定ボタン５０３が押下されると、図５Ｃに示すＧＵＩ５０７がディスプレイに表示される。
図５Ｃにおいて、５０８は、電源ＯＦＦのパラメータである。ユーザがボタン５０９を押下すると、ソフトウェアモジュールをアップデートする際にＭＦＰ１１１の電源をオフすることを許可（「可」）することと、不許可（「不可」）とすることとの何れかを選択するための選択肢がプルダウンメニューとして表示される。ユーザは、このプルダウンメニューの中から、ソフトウェアモジュールをアップデートする際にＭＦＰ１１１の電源をオフすることを許可するか否かを選択する。図５Ｃに示す例では、「不可」が選択された状態を表している。
図５Ｃにおいて、５０８は、電源ＯＦＦのパラメータである。ユーザがボタン５０９を押下すると、ソフトウェアモジュールをアップデートする際にＭＦＰ１１１の電源をオフすることを許可（「可」）することと、不許可（「不可」）とすることとの何れかを選択するための選択肢がプルダウンメニューとして表示される。ユーザは、このプルダウンメニューの中から、ソフトウェアモジュールをアップデートする際にＭＦＰ１１１の電源をオフすることを許可するか否かを選択する。図５Ｃに示す例では、「不可」が選択された状態を表している。
５１０は、緊急度のパラメータである。ユーザがボタン５１１を押下すると、図３に示したアップデート情報２０２に含まれるアップデートの緊急度３０３に設定された緊急度の選択肢と、アップデートするタイミングを特に気にしないことを表す「-」とがプルダウンメニューとして表示される。ユーザは、このプルダウンメニューの中から、ソフトウェアモジュールをアップデートする緊急度を選択し、アップデートの緊急度のレベルを設定する。図５Ｃに示す例では、ソフトウェアモジュールをアップデートする緊急度が最も高い「高」が選択された状態を表している。
５１２は、使用頻度のパラメータである。ユーザがボタン５１３を押下すると、図４に示した機能使用頻度データ２１３に含まれる使用頻度４０２に設定された使用頻度の選択肢と、ソフトウェアモジュールの使用頻度を特に気にしないことを表す「−」とがプルダウンメニューとして表示される。ユーザは、このプルダウンメニューの中から、ソフトウェアモジュールの使用頻度を選択して、即時にアップデートしたいソフトウェアモジュールの使用頻度のレベルを設定する。図５Ｃに示す例では、アップデートするソフトウェアモジュールの使用頻度を気にしないことを示す「−」が選択された状態を表している。
尚、図５に示すＧＵＩ５０４、５０７の選択可能な部分にはデフォルト値が入っており、ユーザが操作しなければ、デフォルト値が有効となる。以上の設定値がアップデート設定情報２１５に保持される。
尚、図５に示すＧＵＩ５０４、５０７の選択可能な部分にはデフォルト値が入っており、ユーザが操作しなければ、デフォルト値が有効となる。以上の設定値がアップデート設定情報２１５に保持される。
図２の説明に戻り、２１６は、ソフトウェアモジュール群２０１のアップデートを司るソフトウェアアップデート管理部である。ソフトウェアアップデート管理部２１６は、アップデート設定情報２１５と機能使用頻度データ２１３とを元に、アップデート情報２０２を参照して、ソフトウェアモジュール群２０１をアップデートするタイミングを決定する。そして、ソフトウェアアップデート管理部２１６は、ソフトウェアモジュール群２０１をアップデートするタイミングを、ＨＤＤ１１４にアップデートタイミング情報２１７として保持する。２１８は、現状のシステム上で動作している現行ソフトウェアモジュール群である。
図６は、アップデートタイミング情報２１７のデータ構造の一例を示す図である。
図６において、６０１は、ＭＦＰ１１１の機能を実現するソフトウェアモジュールの名称（モジュール名）である。６０２は、モジュール名５０５で示される名称のソフトウェアモジュールをアップデートするタイミング（update timing）である。
図６は、アップデートタイミング情報２１７のデータ構造の一例を示す図である。
図６において、６０１は、ＭＦＰ１１１の機能を実現するソフトウェアモジュールの名称（モジュール名）である。６０２は、モジュール名５０５で示される名称のソフトウェアモジュールをアップデートするタイミング（update timing）である。
図７は、ソフトウェアモジュールをアップデートするタイミングを決定する際のＭＦＰ１１１の動作の一例を説明するフローチャートである。
まず、データ受信部２１１は、配信サーバ１０１から配信された、ソフトウェアモジュール群２０１とアップデート情報２０２とを受信すると、それらをＨＤＤ１１４に格納する。そして、データ受信部２１１は、ソフトウェアアップデート管理部２１６にアップデートタイミング情報２１７の作成を行うように依頼を出す（ステップＳ７０１）。
まず、データ受信部２１１は、配信サーバ１０１から配信された、ソフトウェアモジュール群２０１とアップデート情報２０２とを受信すると、それらをＨＤＤ１１４に格納する。そして、データ受信部２１１は、ソフトウェアアップデート管理部２１６にアップデートタイミング情報２１７の作成を行うように依頼を出す（ステップＳ７０１）。
次に、ソフトウェアアップデート管理部２１６は、非同期に設定されているアップデート設定情報２１５を参照して、ユーザがアップデートをマニュアルで行いたいのか、それともポリシーに基づいて行いたいのかを判定する（ステップＳ７０２）。すなわち、ソフトウェアアップデート管理部２１６は、マニュアルモードボタン５０２が押下され、ＧＵＩ５０４に基づく設定が行われたか、それとも、ポリシー設定ボタン５０３が押下され、ＧＵＩ５０７に基づく設定が行われたかを判定する。
このように本実施形態では、アップデート設定情報２１５をＨＤＤ１１４に保持することにより設定手段の一例が実現される。
このように本実施形態では、アップデート設定情報２１５をＨＤＤ１１４に保持することにより設定手段の一例が実現される。
そして、ユーザがアップデートをマニュアルで行いたいと判定した場合、ソフトウェアアップデート管理部２１６は、図８に示す概念図と、図９に示すフローチャートとで説明する方法でアップデートタイミング情報２１７を決定する（ステップＳ７０４)。一方、ユーザがアップデートをポリシーに基づいて行いたいと判定した場合、ソフトウェアアップデート管理部２１６は、図１０に示す概念図と、図１１に示すフローチャートとで説明する方法でアップデートタイミング情報２１７を決定する（ステップＳ７０５）。
その後、ソフトウェアアップデート管理部２１６は、ステップＳ７０４又はＳ７０５で決定されたアップデートタイミング情報２１７に基づいてソフトウェアモジュールのアップデートを行う（ステップＳ７０６）。
その後、ソフトウェアアップデート管理部２１６は、ステップＳ７０４又はＳ７０５で決定されたアップデートタイミング情報２１７に基づいてソフトウェアモジュールのアップデートを行う（ステップＳ７０６）。
図８は、ユーザがマニュアルでソフトウェアモジュール群２０１のアップデートの設定を行うことを希望した場合のアップデートタイミング情報２１７の作成工程の一例を概念的に示す図である。ここでは、アップデート設定情報２１５とアップデート情報２０２とが図８に示すようにして設定されている場合を例に挙げて説明する。
図８において、８０１〜８０６は、アップデート設定情報２１５として設定されたアップデートタイミングの一例である。アップデートタイミング８０１、８０３、８０６は、モジュールＡ、Ｃ、Ｆのアップデートを即時に行うことをユーザが指定していることを示している（図８では「即時」と表記している）。アップデートタイミング８０２は、モジュールＢのアップデートはいつ行ってもよいことをユーザが指定していることを示している（図８では「−」と表記している）。アップデートタイミング８０４は、モジュールＤのアップデートを夜間に行うことをユーザが指定していることを示している（図８では「夜間」と表記している）。アップデートタイミング８０５は、モジュールＥのアップデートをしないことをユーザが指定していることを示している（図８では「しない」と表記している）。
図８において、８０１〜８０６は、アップデート設定情報２１５として設定されたアップデートタイミングの一例である。アップデートタイミング８０１、８０３、８０６は、モジュールＡ、Ｃ、Ｆのアップデートを即時に行うことをユーザが指定していることを示している（図８では「即時」と表記している）。アップデートタイミング８０２は、モジュールＢのアップデートはいつ行ってもよいことをユーザが指定していることを示している（図８では「−」と表記している）。アップデートタイミング８０４は、モジュールＤのアップデートを夜間に行うことをユーザが指定していることを示している（図８では「夜間」と表記している）。アップデートタイミング８０５は、モジュールＥのアップデートをしないことをユーザが指定していることを示している（図８では「しない」と表記している）。
また、８０７〜８０９は、各ソフトウェアモジュールのアップデート情報２０２の一例である。ソフトウェアモジュールをマニュアルでアップデートする場合には、次の情報が必要になる。すなわち、アップデート情報２０２に設定されている複数のソフトウェアモジュールについて、個別にアップデートすることができるのか、それとも他のソフトウェアモジュールと纏めて同時にアップデートする必要があるのかを示す情報が必要になる。図８に示す例では、モジュールＡは独立でアップデートできるという情報（アップデート情報８０７）がアップデート情報２０２に含まれている。また、モジュールＢ、モジュールＣ、及びモジュールＤは、同時にアップデートする必要がある（アップデート情報８０８）という情報がアップデート情報２０２に含まれている。さらに、モジュールＥ、モジュールＦは、同時にアップデートする必要がある（アップデート情報８０９）という情報がアップデート情報２０２に含まれている。
また、８１０〜８１５は、図９に示すアルゴリズムに基づいて、ユーザによって指定されたアップデートタイミング８０１〜８０６とアップデート情報８０７〜８０９との状態から導き出した各ソフトウェアモジュールのアップデートタイミング（の確定値）である。アップデートタイミング８１０〜８１２、８１４、８１５は、モジュールＡ、Ｂ、Ｃ、Ｅ、Ｆは、即時にアップデートすることを表している（図８では「即時」と表記している）。また、アップデートタイミング８１３は、モジュールＤは、夜間にアップデートすることを表している（図８では「夜間」と表記している）。
図９は、ユーザがマニュアルでソフトウェアモジュール群２０１の設定を希望した場合のアップデートタイミング情報２１７の生成方法の一例を説明するフローチャートである。この図９のフローチャートは、図７のステップＳ７０４のアップデートタイミング情報マニュアル決定処理の一例を詳細に説明するものである。
まず、ソフトウェアアップデート管理部２１６は、アップデートタイミング情報２１７に既に設定されているソフトウェアモジュールのアップデートタイミング６０２をクリアする（ステップＳ９０１）。
次に、ソフトウェアアップデート管理部２１６は、アップデートタイミング６０２が未決定であるソフトウェアモジュールがあるか否かを判定する（ステップＳ９０２）。この判定の結果、アップデートタイミング６０２が未決定であるソフトウェアモジュールがある場合には、ステップＳ９０３に進む。
次に、ソフトウェアアップデート管理部２１６は、アップデートタイミング６０２が未決定であるソフトウェアモジュールがあるか否かを判定する（ステップＳ９０２）。この判定の結果、アップデートタイミング６０２が未決定であるソフトウェアモジュールがある場合には、ステップＳ９０３に進む。
そして、ソフトウェアアップデート管理部２１６は、アップデート情報２０２を参照して、そのソフトウェアモジュールの名称（モジュール名３０１）を抽出する（ステップＳ９０３）。
次に、ソフトウェアアップデート管理部２１６は、ステップＳ９０３で抽出したソフトウェアモジュールと同時にアップデートできるソフトモジュールがあるか否かを、アップデート情報２０２を参照して調査する（ステップＳ９０４）。ステップＳ９０３で抽出したソフトウェアモジュールがモジュールＡである場合には、図８に示すアップデート情報８０７が設定されているので、同時にアップデートできるソフトモジュールはない（単独でアップデートする）と判定する。また、ステップＳ９０３で抽出したソフトウェアモジュールがモジュールＢ、Ｃ、Ｄである場合には、アップデート情報８０８が設定されているので、同時にアップデートできるソフトモジュールがあると判定する。同様に、ステップＳ９０３で抽出したソフトウェアモジュールがモジュールＥ、Ｆである場合には、アップデート情報８０９が設定されているので、同時にアップデートできるソフトモジュールがあると判定する。
次に、ソフトウェアアップデート管理部２１６は、ステップＳ９０３で抽出したソフトウェアモジュールと同時にアップデートできるソフトモジュールがあるか否かを、アップデート情報２０２を参照して調査する（ステップＳ９０４）。ステップＳ９０３で抽出したソフトウェアモジュールがモジュールＡである場合には、図８に示すアップデート情報８０７が設定されているので、同時にアップデートできるソフトモジュールはない（単独でアップデートする）と判定する。また、ステップＳ９０３で抽出したソフトウェアモジュールがモジュールＢ、Ｃ、Ｄである場合には、アップデート情報８０８が設定されているので、同時にアップデートできるソフトモジュールがあると判定する。同様に、ステップＳ９０３で抽出したソフトウェアモジュールがモジュールＥ、Ｆである場合には、アップデート情報８０９が設定されているので、同時にアップデートできるソフトモジュールがあると判定する。
ステップＳ９０４の判定の結果、ステップＳ９０３で抽出したソフトウェアモジュールと同時にアップデートできるソフトウェアモジュールがない場合には、ステップＳ９０５に進む。そして、ソフトウェアアップデート管理部２１６は、ステップＳ９０３で抽出したソフトウェアモジュールに対して選択ボタン５０６で選択された情報を、当該ソフトウェアモジュールのアップデートタイミング６０２に設定してアップデートタイミングを決定する。図８に示したモジュールＡを例に挙げて説明すると、ユーザによって指定されたアップデートタイミング８０１を、アップデートタイミング情報２１７のアップデートタイミング８１０に設定して、アップデートタイミングを決定する。
一方、ステップＳ９０４の判定の結果、ステップＳ９０３で抽出したソフトウェアモジュールと同時にアップデートできるソフトウェアモジュールがある場合には、ステップＳ９０６に進む。そして、ソフトウェアアップデート管理部２１６は、それら同時にアップデートできるソフトウェアモジュールに対してユーザにより指定されたアップデートタイミングのうち、最も早いものを選択する。そして、ソフトウェアアップデート管理部２１６は、選択したアップデートタイミングを、同時にアップデートできるソフトウェアモジュールのアップデートタイミング６０２に設定してアップデートタイミングを決定する。図８に示したモジュールＢを例に挙げて説明すると、ユーザによって指定されたアップデートタイミング８０２、８０３、８０４を比較する。そして、これらのアップデートタイミング８０２、８０３、８０４のうち、最もタイミングが早いアップデートタイミング８０３を、アップデートタイミング情報２１７のアップデートタイミング８１１、８１２、８１３に設定する。
そして、前記ステップＳ９０２において、アップデートタイミング６０２が未決定であるソフトウェアモジュールが見つからなくなるまで以上のステップＳ９０３〜Ｓ９０６の処理を繰り返す。そして、アップデートタイミング６０２が未決定であるソフトウェアモジュールが見つからなくなると、図７のステップＳ７０６に進む。
図１０は、ユーザがポリシー設定でソフトウェアモジュール群２０１のアップデートの設定を行うことを希望した場合のアップデートタイミング情報２１７の作成工程の一例を概念的に示す図である。ここでは、アップデート設定情報２１５と、アップデート情報２０２と、機能使用頻度データ２１３とが図１０に示すようにして設定されている場合を例に挙げて説明する。
図１０において、１００１〜１００６は、ユーザによって指定された、各ソフトウェアモジュールのアップデート情報２０２の一例である。
図１０に示す例では、モジュールＡ、モジュールＢ、モジュールＣは同時にアップデートする必要がある。そして、これらモジュールＡ、モジュールＢ、モジュールＣの電源ＯＦＦ／ＯＮ要否１００１は「不要」であり、緊急度１００２は「高」である。
また、モジュールＤは単独でアップデートすることが可能である。そして、このモジュールＤの電源ＯＦＦ／ＯＮ要否１００３は「必要」であり、緊急度１００４は「高」である。
また、モジュールＥ、モジュールＦは同時にアップデートする必要がある。そして、これらモジュールＥ、モジュールＦの電源ＯＦＦ／ＯＮ要否１００５は「必要」であり、緊急度１００６は「低」である。
図１０に示す例では、モジュールＡ、モジュールＢ、モジュールＣは同時にアップデートする必要がある。そして、これらモジュールＡ、モジュールＢ、モジュールＣの電源ＯＦＦ／ＯＮ要否１００１は「不要」であり、緊急度１００２は「高」である。
また、モジュールＤは単独でアップデートすることが可能である。そして、このモジュールＤの電源ＯＦＦ／ＯＮ要否１００３は「必要」であり、緊急度１００４は「高」である。
また、モジュールＥ、モジュールＦは同時にアップデートする必要がある。そして、これらモジュールＥ、モジュールＦの電源ＯＦＦ／ＯＮ要否１００５は「必要」であり、緊急度１００６は「低」である。
１００７〜１００９は、アップデート設定情報２１５として設定された、電源ＯＦＦのパラメータ５０８と、緊急度のパラメータ５１０と、使用頻度のパラメータ５１２の一例である。
図１０に示す例では、電源ＯＦＦのパラメータ１００７は「不可」であり、緊急度のパラメータ１００８は「高」であり、使用頻度のパラメータ１００９は「−」（気にしない）である。
図１０に示す例では、電源ＯＦＦのパラメータ１００７は「不可」であり、緊急度のパラメータ１００８は「高」であり、使用頻度のパラメータ１００９は「−」（気にしない）である。
１０１０〜１０１５は、各ソフトウェアモジュールの機能使用頻度データ２１３の一例である。
図１０に示す例では、モジュールＡの機能使用頻度データ１０１０は「高」であり、モジュールＢの機能使用頻度データ１０１１は「中」であり、モジュールＣの機能使用頻度データ１０１２は「中」である。また、モジュールＤの機能使用頻度データ１０１３は「低」であり、モジュールＥの機能使用頻度データ１０１４は「なし」であり、モジュールＦの機能使用頻度データ１０１５は「高」である。
図１０に示す例では、モジュールＡの機能使用頻度データ１０１０は「高」であり、モジュールＢの機能使用頻度データ１０１１は「中」であり、モジュールＣの機能使用頻度データ１０１２は「中」である。また、モジュールＤの機能使用頻度データ１０１３は「低」であり、モジュールＥの機能使用頻度データ１０１４は「なし」であり、モジュールＦの機能使用頻度データ１０１５は「高」である。
１０１６〜１０２１は、図１１に示すアルゴリズムに基づいて、アップデートタイミング情報２１７、アップデート設定情報２１５、及び機能使用頻度データ２１３から導き出した各ソフトウェアモジュールのアップデートタイミング（の確定値）である。アップデートタイミング１０１６〜１０１８は、モジュールＡ、Ｂ、Ｃは、即時にアップデートすることを表している（図１０では「即時」と表記している）。また、アップデートタイミング１０１９〜１０２１は、モジュールＤ、Ｅ、Ｆは、夜間にアップデートすることを表している（図１０では「夜間」と表記している）。
図１１は、ユーザがポリシー設定によりソフトウェアモジュール群２０１の設定を希望した場合のアップデートタイミング情報２１７の生成方法の一例を説明するフローチャートである。この図１１のフローチャートは、図７のアップデートタイミング情報自動決定処理の一例を詳細に説明するものである。
まず、ソフトウェアアップデート管理部２１６は、アップデート設定情報２１５として、緊急度のパラメータ５１０が設定されているか否かを判定する（ステップＳ１１０１）。この判定の結果、緊急度のパラメータ５１０が設定されている場合には、後述するステップＳ１１１２に進む。
まず、ソフトウェアアップデート管理部２１６は、アップデート設定情報２１５として、緊急度のパラメータ５１０が設定されているか否かを判定する（ステップＳ１１０１）。この判定の結果、緊急度のパラメータ５１０が設定されている場合には、後述するステップＳ１１１２に進む。
一方、緊急度のパラメータ５１０が設定されていない場合には、ステップＳ１１０２に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート設定情報２１５として、使用頻度のパラメータ５１２が設定されているか否かを判定する（ステップＳ１１０２）。この判定の結果、使用頻度のパラメータ５１２が設定されている場合には、後述するステップＳ１１０７に進む。
一方、使用頻度のパラメータ５１２が設定されていない場合には、ステップＳ１１０３に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート設定情報２１５として設定されている電源ＯＦＦのパラメータ５０８が「可」となっているか否かを判定する（ステップＳ１１０３）。
一方、使用頻度のパラメータ５１２が設定されていない場合には、ステップＳ１１０３に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート設定情報２１５として設定されている電源ＯＦＦのパラメータ５０８が「可」となっているか否かを判定する（ステップＳ１１０３）。
この判定の結果、電源ＯＦＦのパラメータ５０８が「可」でない場合（「不可」である場合）には、後述するステップＳ１１０６に進む。一方、電源ＯＦＦのパラメータ５０８が「可」である場合には、ステップＳ１１０４に進む。そして、ソフトウェアアップデート管理部２１６は、アップデートタイミング情報２１７の全てのソフトウェアモジュール６０１に対するアップデートタイミング６０２を「即時」に変更する（ステップＳ１１０４）。そして、ソフトウェアアップデート管理部２１６は、変更した内容でアップデートタイミングを確定し（ステップＳ１１０５）、図７のステップＳ７０６に進む。
前述したように、ステップＳ１１０３において、電源ＯＦＦのパラメータ５０８が「可」でないと判定された場合（「不可」であると判定された場合）には、ステップＳ１１０６に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート情報２０２として設定されている電源ＯＦＦ／ＯＮ要否３０２を参照する。そして、ソフトウェアアップデート管理部２１６は、アップデートの際に電源のＯＦＦ／ＯＮが不要なものに該当するソフトウェアモジュール６０１に対するアップデートタイミング６０２を「即時」に変更する（ステップＳ１１０６）。また、ソフトウェアアップデート管理部２１６は、アップデートの際に電源のＯＦＦ／ＯＮが必要なものに該当するソフトウェアモジュール６０１に対するアップデートタイミング６０２を「夜間」に変更する（ステップＳ１１０６）。そして、ソフトウェアアップデート管理部２１６は、変更した内容でアップデートタイミングを確定し（ステップＳ１１０５）、図７のステップＳ７０６に進む。
また、前述したように、ステップＳ１１０２において、使用頻度のパラメータ５１２が設定されていると判定された場合には、ステップＳ１１０７に進む。そして、ソフトウェアアップデート管理部２１６は、機能使用頻度データ２１３の使用頻度４０２を参照して、アップデート設定情報２１５として設定されている使用頻度のパラメータ５１２以上の使用頻度が設定されているソフトウェアモジュールを選択する。更に、ソフトウェアアップデート管理部２１６は、アップデート情報２０２から、選択したソフトウェアモジュールと同時にアップデートする必要のあるソフトモジュールがある場合には、当該ソフトウェアモジュールを選択する。そして、ソフトウェアアップデート管理部２１６は、選択したソフトウェアモジュール６０１に対するアップデートタイミング６０２を「即時」に変更する。一方、ソフトウェアアップデート管理部２１６は、選択しなかったソフトウェアモジュール６０１に対するアップデートタイミング６０２を「夜間」に変更する（ステップＳ１１０７）。
次に、ソフトウェアアップデート管理部２１６は、アップデート情報２０２として設定されている電源ＯＦＦ／ＯＮ要否３０２を参照する。そして、参照した結果から、ステップＳ１１０７でアップデートタイミング６０２を「即時」にしたソフトウェアモジュールの中に、アップデートの際に電源のＯＦＦ／ＯＮを必要とするソフトウェアモジュールがあるか否かを判定する（ステップＳ１１０８）。
この判定の結果、電源のＯＦＦ／ＯＮを必要とするソフトウェアモジュールがない場合には、ステップＳ１１０５に進む。そして、ソフトウェアアップデート管理部２１６は、ステップＳ１１０７で変更した内容でアップデートタイミングを確定し（ステップＳ１１０５）、図７のステップＳ７０６に進む。
この判定の結果、電源のＯＦＦ／ＯＮを必要とするソフトウェアモジュールがない場合には、ステップＳ１１０５に進む。そして、ソフトウェアアップデート管理部２１６は、ステップＳ１１０７で変更した内容でアップデートタイミングを確定し（ステップＳ１１０５）、図７のステップＳ７０６に進む。
一方、電源のＯＦＦ／ＯＮを必要とするソフトウェアモジュールがある場合には、ステップＳ１１０９に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート設定情報２１５として設定されている電源ＯＦＦのパラメータ５０８が「可」となっているか否かを判定する（ステップＳ１００９）。
この判定の結果、電源ＯＦＦのパラメータ５０８が「可」である場合には、電源をＯＦＦ／ＯＮするタイミングで全てのソフトウェアモジュールを即時にアップデートできるので、ステップＳ１１１０に進む。そして、ソフトウェアアップデート管理部２１６は、アップデートタイミング情報２１７の全てのソフトウェアモジュール６０１に対するアップデートタイミング６０２を「即時」に変更する（ステップＳ１１１０）。そして、ソフトウェアアップデート管理部２１６は、変更した内容でアップデートタイミングを確定し（ステップＳ１１０５）、図７のステップＳ７０６に進む。
この判定の結果、電源ＯＦＦのパラメータ５０８が「可」である場合には、電源をＯＦＦ／ＯＮするタイミングで全てのソフトウェアモジュールを即時にアップデートできるので、ステップＳ１１１０に進む。そして、ソフトウェアアップデート管理部２１６は、アップデートタイミング情報２１７の全てのソフトウェアモジュール６０１に対するアップデートタイミング６０２を「即時」に変更する（ステップＳ１１１０）。そして、ソフトウェアアップデート管理部２１６は、変更した内容でアップデートタイミングを確定し（ステップＳ１１０５）、図７のステップＳ７０６に進む。
一方、電源ＯＦＦのパラメータ５０８が「可」でない場合（「不可」である場合）には、ステップＳ１１１１に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート情報２０２として設定されている電源ＯＦＦ／ＯＮ要否３０２を参照する。そして、参照した結果から、アップデートの際に電源のＯＦＦ／ＯＮが必要なソフトウェアモジュール６０１に対するアップデートタイミング６０２を「夜間」に変更する（ステップＳ１１１１）。そして、ソフトウェアアップデート管理部２１６は、ステップＳ１１０７、Ｓ１１１１で変更した内容でアップデートタイミングを確定し（ステップＳ１１０５）、図７のステップＳ７０６に進む。
前述したようにステップＳ１１０１において、緊急度のパラメータ５１０が設定されていると判定された場合には、ステップＳ１１１２に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート設定情報２１５として使用頻度のパラメータ５１２が設定されているか否かを判定する（ステップＳ１１１２）。
この判定の結果、使用頻度のパラメータ５１２が設定されていない場合には、ステップＳ１１１３に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート情報２０２の緊急度３０３を参照して、アップデート設定情報２１５として設定されている緊急度のパラメータ５１０以上の緊急度が設定されているソフトウェアモジュールを選択する。更に、ソフトウェアアップデート管理部２１６は、アップデート情報２０２から、選択したソフトウェアモジュールと同時にアップデートする必要のあるソフトモジュールがある場合には、当該ソフトウェアモジュールを選択する。
そして、ソフトウェアアップデート管理部２１６は、選択したソフトウェアモジュール６０１に対するアップデートタイミング６０２を「即時」に変更する。一方、ソフトウェアアップデート管理部２１６は、選択しなかったソフトウェアモジュール６０１に対するアップデートタイミング６０２を「夜間」に変更する（ステップＳ１１１３）。そして、前述したステップＳ１１０８に進む。この場合、ステップＳ１１０５では、ステップＳ１１１３、Ｓ１１１０、Ｓ１１１１で変更した内容でアップデートタイミングを確定することになる。
この判定の結果、使用頻度のパラメータ５１２が設定されていない場合には、ステップＳ１１１３に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート情報２０２の緊急度３０３を参照して、アップデート設定情報２１５として設定されている緊急度のパラメータ５１０以上の緊急度が設定されているソフトウェアモジュールを選択する。更に、ソフトウェアアップデート管理部２１６は、アップデート情報２０２から、選択したソフトウェアモジュールと同時にアップデートする必要のあるソフトモジュールがある場合には、当該ソフトウェアモジュールを選択する。
そして、ソフトウェアアップデート管理部２１６は、選択したソフトウェアモジュール６０１に対するアップデートタイミング６０２を「即時」に変更する。一方、ソフトウェアアップデート管理部２１６は、選択しなかったソフトウェアモジュール６０１に対するアップデートタイミング６０２を「夜間」に変更する（ステップＳ１１１３）。そして、前述したステップＳ１１０８に進む。この場合、ステップＳ１１０５では、ステップＳ１１１３、Ｓ１１１０、Ｓ１１１１で変更した内容でアップデートタイミングを確定することになる。
一方、ステップＳ１１１２において、使用頻度のパラメータ５１２が設定されている場合には、ステップＳ１１１４に進む。そして、ソフトウェアアップデート管理部２１６は、アップデート情報２０２の緊急度３０３を参照して、アップデート設定情報２１５として設定されている緊急度のパラメータ５１０以上の緊急度が設定されているソフトウェアモジュールを選択する。更に、ソフトウェアアップデート管理部２１６は、アップデート情報２０２から、選択したソフトウェアモジュールと同時にアップデートする必要のあるソフトモジュールがある場合には、当該ソフトウェアモジュールを選択する。
そして、ソフトウェアアップデート管理部２１６は、選択したソフトウェアモジュール６０１に対するアップデートタイミング６０２を「即時」に変更する。一方、ソフトウェアアップデート管理部２１６は、選択しなかったソフトウェアモジュール６０１に対するアップデートタイミング６０２を「夜間」に変更する。
そして、ソフトウェアアップデート管理部２１６は、選択したソフトウェアモジュール６０１に対するアップデートタイミング６０２を「即時」に変更する。一方、ソフトウェアアップデート管理部２１６は、選択しなかったソフトウェアモジュール６０１に対するアップデートタイミング６０２を「夜間」に変更する。
更に、ソフトウェアアップデート管理部２１６は、機能使用頻度データ２１３の使用頻度４０２を参照する。そして、アップデートタイミング６０２を「即時」に変更したソフトウェアモジュールのうち、アップデート設定情報２１５として設定されている使用頻度のパラメータ５１２以上の使用頻度が設定されていないソフトウェアモジュール６０１を選択する。そして、選択したソフトウェアモジュール６０１に対するアップデートタイミング６０２を「夜間」に再変更する。その後、前述したステップＳ１１０８に進む。この場合、ステップＳ１１０５では、ステップＳ１１１４、Ｓ１１１０、Ｓ１１１１で変更した内容でアップデートタイミングを確定することになる。
図１０に示した例において、図１１のフローチャートにおける処理を説明すると以下の通りとなる。
まず、緊急度のパラメータ１００８は「高」であるから、ステップＳ１１０１においてＹＥＳと判定されてステップＳ１１１２に進む。次に、使用頻度のパラメータ１００９は「−」（気にしない）であるから、ステップＳ１１１２においてＮＯと判定されてステップＳ１１１３に進む。そして、ステップＳ１１１３において、緊急度のパラメータが「高」以上となっているソフトウェアモジュールを、アップデート情報２０２の緊急度３０３から選択する。図１０に示す例では、緊急度のパラメータが「高」以上となっているソフトウェアモジュールは、モジュールＡ〜Ｄである。したがって、モジュールＡ〜Ｄに対するアップデートタイミング６０２を「即時」に変更し、残りのモジュールＥ、Ｆに対するアップデートタイミング６０２を「夜間」に変更する。
まず、緊急度のパラメータ１００８は「高」であるから、ステップＳ１１０１においてＹＥＳと判定されてステップＳ１１１２に進む。次に、使用頻度のパラメータ１００９は「−」（気にしない）であるから、ステップＳ１１１２においてＮＯと判定されてステップＳ１１１３に進む。そして、ステップＳ１１１３において、緊急度のパラメータが「高」以上となっているソフトウェアモジュールを、アップデート情報２０２の緊急度３０３から選択する。図１０に示す例では、緊急度のパラメータが「高」以上となっているソフトウェアモジュールは、モジュールＡ〜Ｄである。したがって、モジュールＡ〜Ｄに対するアップデートタイミング６０２を「即時」に変更し、残りのモジュールＥ、Ｆに対するアップデートタイミング６０２を「夜間」に変更する。
次に、アップデートタイミング６０２を「即時」にしたモジュールＡ〜Ｄのうち、アップデートの際に電源のＯＦＦ／ＯＮを必要とするソフトウェアモジュールとしてモジュールＤがある。よって、ステップＳ１１０８においてＹＥＳと判定されてステップＳ１１０９に進む。そして、アップデート設定情報２１５として設定されている電源ＯＦＦのパラメータ５０８は「不可」となっているので、ステップＳ１１０９においてＮＯと判定されてステップＳ１１１１に進む。そして、アップデート情報２０２として設定されている電源ＯＦＦ／ＯＮ要否３０２から、モジュールＤのアップデートの際に電源のＯＦＦ／ＯＮが必要であることが分かるので、モジュールＤに対するアップデートタイミング６０２を「夜間」に変更する。
以上のように本実施形態では、ＭＦＰ１１１は、自身に取り込まれているソフトウェアモジュールの使用頻度を集計して機能使用頻度データ２１３を作成する。また、ＭＦＰ１１１は、ユーザの操作入力に基づいて、ソフトウェアモジュールをアップデートする際の基本方針をアップデート設定情報２１５として設定する。本実施形態では、アップデート設定情報２１５の一例として、アップデートする際の電源ＯＦＦの可否と、アップデートの緊急度と、アップデートする対象のソフトウェアモジュールの使用頻度のレベルとを設定する。
配信サーバ１０１は、ソフトウェアモジュール群２０１を作成するときにソフトウェアモジュールに対するアップデート情報２０２を作成する。配信サーバ１０１は、アップデートするソフトウェアモジュールと共に当該ソフトウェアモジュールに対するアップデート情報２０２をＭＦＰ１１１に配信する。本実施形態では、アップデート情報２０２の一例として、ソフトウェアモジュールをアップデートする際の電源ＯＦＦの要否と、当該ソフトウェアモジュールのアップデートの緊急度と、一緒にアップデートするソフトウェアモジュールを設定する。
配信サーバ１０１は、ソフトウェアモジュール群２０１を作成するときにソフトウェアモジュールに対するアップデート情報２０２を作成する。配信サーバ１０１は、アップデートするソフトウェアモジュールと共に当該ソフトウェアモジュールに対するアップデート情報２０２をＭＦＰ１１１に配信する。本実施形態では、アップデート情報２０２の一例として、ソフトウェアモジュールをアップデートする際の電源ＯＦＦの要否と、当該ソフトウェアモジュールのアップデートの緊急度と、一緒にアップデートするソフトウェアモジュールを設定する。
そして、例えば、ＭＦＰ１１１は、配信サーバ１０１から受信したアップデート情報２０２と、機能使用頻度データ２１３及びアップデート設定情報２１５とを照合し、照合した結果から、ソフトウェアモジュールをアップデートするタイミングを決定する。したがって、ソフトウェアをサーバからＭＦＰに自動的に配信するシステムにおいて、ユーザが意図するアップデートの指針を可及的に反映したタイミングでソフトウェアモジュールをアップデートすることが可能になる。よって、ＭＦＰのソフトウェアモジュール群を、従来よりもユーザの望む条件で簡易にアップデートすることが可能となる。
また、本実施形態では、アップデートする際の基本方針を示すアップデート設定情報２１５に基づいて、アップデートのタイミングを決定するか、ＭＦＰ１１１のユーザのマニュアル操作に基づいてアップデートのタイミングを決定するかを選択するようにした。したがって、ソフトウェアモジュールをアップデートするタイミングをより一層柔軟に決定することができる。
尚、ソフトウェアモジュールをアップデートするタイミングを決定するのに用いる情報は、前述した情報に限定されない。すなわち、ＭＦＰ１１１側で設定されたアップデートの指針を示す情報と、アップデートするソフトウェアモジュールと共に配信サーバ１０１から配信されたアップデートのタイミングを判断する指標となる情報とを用いていれば、どのような情報を用いてもよい。
例えば、今回のアップデートで対応する障害の重大度に関する情報として、アップデートの緊急度以外の情報（例えば、今回のアップデートで対応する障害の重大度そのものを示す情報）を用いてもよい。また、アップデートするソフトウェアモジュールの容量等の情報を用いてもよい。このようにした場合には、例えば、アップデート情報２０２としての障害の重大度や容量が、アップデート設定情報２１５としての障害の重大度や容量より大きい場合に、該当するソフトウェアモジュールを即座にアップデートすると決定できる。
また、本実施形態では、配信サーバ１０１が、ソフトウェアモジュール群２０１とアップデート情報２０２とを同時にＭＦＰ１１１に配信し、ＭＦＰ１１１がそれらを同時に取得する場合を例に挙げて説明した。しかしながら、これらを異なるタイミングで配信・取得するようにしてもよい。
また、ソフトウェアモジュールをアップデートする対象となる電子機器は、ＭＦＰ１１１以外のものであってもよい。
また、本実施形態では、配信サーバ１０１が、ソフトウェアモジュール群２０１とアップデート情報２０２とを同時にＭＦＰ１１１に配信し、ＭＦＰ１１１がそれらを同時に取得する場合を例に挙げて説明した。しかしながら、これらを異なるタイミングで配信・取得するようにしてもよい。
また、ソフトウェアモジュールをアップデートする対象となる電子機器は、ＭＦＰ１１１以外のものであってもよい。
（本発明の他の実施形態）
前述した本発明の実施形態における電子機器を構成する各手段、並びにソフトウェアのアップデート方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
前述した本発明の実施形態における電子機器を構成する各手段、並びにソフトウェアのアップデート方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図７、図９、図１１に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給するものを含む。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎずないことは言うまでも無い。
２０２ アップデート情報
２１３ 機能使用頻度データ
２１５ アップデート設定情報
２１７ アップデートタイミング情報
２１３ 機能使用頻度データ
２１５ アップデート設定情報
２１７ アップデートタイミング情報
Claims (5)
- ソフトウェアが組み込まれた電子機器であって、
ユーザの操作に基づいて、前記ソフトウェアをアップデートする際のポリシーとして、当該アップデートの緊急度に関する情報と、当該アップデートの際に前記電子機器の動作を一旦停止することを許可するか否かを示す情報とを設定する設定手段と、
前記アップデートするソフトウェアと共に、当該ソフトウェアをアップデートするタイミングを判断するための指標となる情報を、前記アップデートするソフトウェアを配信する装置から、取得する取得手段と、
前記設定手段により設定された前記アップデートする際のポリシーと、前記取得手段により取得された指標となる情報とを用いて、前記ソフトウェアをアップデートするタイミングを決定する決定手段とを有し、
前記決定手段は、
前記取得手段により取得されたソフトウェアについて、前記アップデートする際のポリシーとして設定されている前記緊急度に関する情報と前記取得された指標となる情報に含まれる緊急度に関する情報とが対応し、かつ、前記取得された指標となる情報にアップデートの際に前記電子機器の動作を一旦停止する必要があることを示す情報が含まれる場合には、前記アップデートする際のポリシーとしてアップデートの際に前記電子機器の動作を一旦停止することを許可することが設定されている際に、前記取得手段により取得されたソフトウェアを即時にアップデートすることを決定し、
前記取得手段により取得されたソフトウェアについて、前記アップデートする際のポリシーとして設定されている前記緊急度に関する情報と前記取得された指標となる情報に含まれる緊急度に関する情報とが対応し、かつ、前記取得された指標となる情報にアップデートの際に前記電子機器の動作を一旦停止する必要があることを示す情報が含まれる場合には、前記アップデートする際のポリシーとしてアップデートの際に前記電子機器の動作を一旦停止することを許可しないことが設定されている際に、前記取得手段により取得されたソフトウェアをアップデートするタイミングを即時としないことを特徴とする電子機器。 - 前記決定手段は、前記電子機器におけるソフトウェアの使用頻度を更に用いて、前記ソフトウェアをアップデートするタイミングを決定することを特徴とする請求項１に記載の電子機器。
- 前記取得手段は、アップデートの対象となる第１のソフトウェアをアップデートするタイミングを判断するための指標となる情報として、当該第１のソフトウェアと一緒にアップデートしなければいけない第２のソフトウェアを示す情報を更に取得し、
前記決定手段は、前記第１のソフトウェアと前記第２のソフトウェアとをアップデートするタイミングを同じにすることを特徴とする請求項１または２に記載の電子機器。 - ソフトウェアが組み込まれた電子機器におけるソフトウェアのアップデート方法であって、
ユーザの操作に基づいて、前記ソフトウェアをアップデートする際のポリシーとして、当該アップデートの緊急度に関する情報と、当該アップデートの際に前記電子機器の動作を一旦停止することを許可するか否かを示す情報とを設定する設定工程と、
前記アップデートするソフトウェアと共に、当該ソフトウェアをアップデートするタイミングを判断するための指標となる情報を、前記アップデートするソフトウェアを配信する装置から、取得する取得工程と、
前記アップデートする際のポリシーと、前記指標となる情報とを用いて、前記ソフトウェアをアップデートするタイミングを決定する決定工程とを有し、
前記決定工程は、
前記取得工程により取得されたソフトウェアについて、前記アップデートする際のポリシーとして設定されている前記緊急度に関する情報と前記取得された指標となる情報に含まれる緊急度に関する情報とが対応し、かつ、前記取得された指標となる情報にアップデートの際に前記電子機器の動作を一旦停止する必要があることを示す情報が含まれる場合には、前記アップデートする際のポリシーとしてアップデートの際に前記電子機器の動作を一旦停止することを許可することが設定されている際に、前記取得工程により取得されたソフトウェアを即時にアップデートすることを決定し、
前記取得工程により取得されたソフトウェアについて、前記アップデートする際のポリシーとして設定されている前記緊急度に関する情報と前記取得された指標となる情報に含まれる緊急度に関する情報とが対応し、かつ、前記取得された指標となる情報にアップデートの際に前記電子機器の動作を一旦停止する必要があることを示す情報が含まれる場合には、前記アップデートする際のポリシーとしてアップデートの際に前記電子機器の動作を一旦停止することを許可しないことが設定されている際に、前記取得工程により取得されたソフトウェアをアップデートするタイミングを即時としないことを特徴とするソフトウェアのアップデート方法。 - 請求項１乃至３のいずれか１項に記載の電子機器の各手段としてコンピュータを機能させることを特徴とするコンピュータプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009020515A JP5274284B2 (ja) | 2009-01-30 | 2009-01-30 | 電子機器、ソフトウェアのアップデート方法、及びコンピュータプログラム |
| US12/695,974 US20100199271A1 (en) | 2009-01-30 | 2010-01-28 | Electronic apparatus, updating method of software and storage medium storing computer program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009020515A JP5274284B2 (ja) | 2009-01-30 | 2009-01-30 | 電子機器、ソフトウェアのアップデート方法、及びコンピュータプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2010176551A JP2010176551A (ja) | 2010-08-12 |
| JP2010176551A5 JP2010176551A5 (ja) | 2012-03-08 |
| JP5274284B2 true JP5274284B2 (ja) | 2013-08-28 |
Family
ID=42398776
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009020515A Expired - Fee Related JP5274284B2 (ja) | 2009-01-30 | 2009-01-30 | 電子機器、ソフトウェアのアップデート方法、及びコンピュータプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20100199271A1 (ja) |
| JP (1) | JP5274284B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20090095441A (ko) * | 2008-03-04 | 2009-09-09 | 삼성전자주식회사 | 홈 네트워크에서 소프트웨어 생명 주기를 관리하는 방법 및장치 |
| JP5760618B2 (ja) * | 2011-04-07 | 2015-08-12 | コニカミノルタ株式会社 | 管理装置および管理方法 |
| CN102999349B (zh) * | 2011-09-19 | 2016-06-08 | 施耐德电器工业公司 | 一种软件升级方法 |
| US9369959B2 (en) | 2011-10-31 | 2016-06-14 | Nokia Technologies Oy | Wirelessly transferring data to a packaged electronic device |
| US9307347B2 (en) * | 2012-06-01 | 2016-04-05 | Nokia Technologies Oy | Wireless programming |
| CN103136002B (zh) * | 2011-11-25 | 2016-06-29 | 航天信息股份有限公司 | 一种基于UBoot的自动升级的控制方法及系统 |
| KR20130107869A (ko) * | 2012-03-23 | 2013-10-02 | 주식회사 아이디어웨어 | 애플리케이션의 데이터 폴링 운영 시스템 |
| US8769526B2 (en) * | 2012-06-19 | 2014-07-01 | Google Inc. | Automatic application updates |
| JP5899445B2 (ja) * | 2012-06-25 | 2016-04-06 | パナソニックＩｐマネジメント株式会社 | コンテンツ受信装置およびコンテンツ受信方法 |
| CN103677863B (zh) | 2012-09-04 | 2018-02-27 | 腾讯科技（深圳）有限公司 | 软件升级推荐的方法及装置 |
| KR20140122072A (ko) * | 2013-04-09 | 2014-10-17 | 삼성전자주식회사 | 전자 장치에서 어플리케이션을 업데이트하기 위한 장치 및 방법 |
| JP6351245B2 (ja) * | 2013-12-03 | 2018-07-04 | キヤノン株式会社 | 画像形成装置及びその制御方法、並びにプログラム |
| US9575744B2 (en) * | 2014-09-26 | 2017-02-21 | Oracle International Corporation | Live updating of a shared plugin registry with no service loss for active users |
| US9934021B2 (en) * | 2015-03-11 | 2018-04-03 | Dell Products, Lp | System and method for adaptive application self-updating |
| JP6314893B2 (ja) * | 2015-03-31 | 2018-04-25 | コニカミノルタ株式会社 | 画像処理システム、画像処理装置、配信サーバー、管理サーバー、および、プログラム |
| CN109062544A (zh) * | 2018-06-27 | 2018-12-21 | 珠海宏桥高科技有限公司 | 一种描述移动app的模块方法及其装置 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6578199B1 (en) * | 1999-11-12 | 2003-06-10 | Fujitsu Limited | Automatic tracking system and method for distributable software |
| US7046997B2 (en) * | 2002-12-23 | 2006-05-16 | Intel Corporation | Trial upgrade capability for wireless handheld devices |
| US7584467B2 (en) * | 2003-03-17 | 2009-09-01 | Microsoft Corporation | Software updating system and method |
| US7406310B2 (en) * | 2003-04-22 | 2008-07-29 | Hitachi Communication Technologies, Ltd. | Network management apparatus and method of selecting base station for software update |
| JP2005135187A (ja) * | 2003-10-30 | 2005-05-26 | Toshiba Corp | 電子機器および組み込みソフトウェア更新方法 |
| JP4814090B2 (ja) * | 2004-03-16 | 2011-11-09 | パナソニック株式会社 | コンピュータプログラムの更新をするコンテンツ利用装置及び更新制御方法 |
| JP4328248B2 (ja) * | 2004-03-23 | 2009-09-09 | 富士通株式会社 | 最適保守日提案プログラム |
| JP2005284985A (ja) * | 2004-03-30 | 2005-10-13 | Ricoh Co Ltd | ネットワーク対応機器、ネットワーク対応機器を保守する保守方法、プログラム、プログラムが記録された媒体及び保守システム |
| JP2007034913A (ja) * | 2005-07-29 | 2007-02-08 | Kyocera Mita Corp | 電気機器 |
| US20080005733A1 (en) * | 2006-06-29 | 2008-01-03 | Balaji Ramachandran | Method and apparatus for updating firmware and software |
| US20080127159A1 (en) * | 2006-10-02 | 2008-05-29 | Mark Van Regenmorter | Multi-function peripheral device capable of independent firmware updating |
| US7802083B2 (en) * | 2006-12-20 | 2010-09-21 | Intel Corporation | Utilization based installation on a computing system |
| JP4539677B2 (ja) * | 2007-04-23 | 2010-09-08 | コニカミノルタビジネステクノロジーズ株式会社 | 画像形成装置、プログラム更新システム、プログラム更新方法およびプログラム更新プログラム |
-
2009
- 2009-01-30 JP JP2009020515A patent/JP5274284B2/ja not_active Expired - Fee Related
-
2010
- 2010-01-28 US US12/695,974 patent/US20100199271A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20100199271A1 (en) | 2010-08-05 |
| JP2010176551A (ja) | 2010-08-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5274284B2 (ja) | 電子機器、ソフトウェアのアップデート方法、及びコンピュータプログラム | |
| KR102081475B1 (ko) | 화상 처리 장치, 화상 처리 장치 내에서의 디스플레이 제어 방법 및 저장 매체 | |
| JP4276909B2 (ja) | 画像形成装置およびアプリ起動制御方法 | |
| EP2820836B1 (en) | Image processing system and image processing apparatus for sending image data | |
| JP6074179B2 (ja) | 印刷制御装置、印刷システム、および印刷方法 | |
| JP2009252039A (ja) | 配信装置、配信方法、及びコンピュータプログラム | |
| US20110296439A1 (en) | Information processing device, application execution method, and computer readable medium | |
| US20200065039A1 (en) | Mobile terminal that performs wireless communication and control method for the same | |
| JP5847546B2 (ja) | 情報処理装置、その制御方法、及びプログラム | |
| JP5907589B2 (ja) | 情報処理装置、周辺装置制御方法、プログラム | |
| JP2015100079A (ja) | 情報処理装置、プログラム及び制御方法 | |
| JP6242178B2 (ja) | 情報処理装置及びその制御方法、並びにプログラム | |
| JP2011124957A (ja) | 情報処理装置、その制御方法、プログラム、及び記憶媒体 | |
| JP4849629B2 (ja) | 画像形成装置、画像形成装置の制御方法およびプログラム | |
| CN107995385B (zh) | 信息处理装置及其控制方法以及存储介质 | |
| US8867052B2 (en) | Multi-function peripheral, communication system, and communication method indicating and operation setting function or a user setting function of the multi-function peripheral based on received instructions | |
| CN102025875A (zh) | 系统、用户界面显示控制方法、服务器和信息处理设备 | |
| JP2011035724A (ja) | 情報処理装置、データ処理方法およびプログラム | |
| JP5361399B2 (ja) | 画像処理装置、画像処理装置の制御方法、及び制御プログラム | |
| JP2015049831A (ja) | 画像形成装置、画像形成システム及びプログラム | |
| JP2012014541A (ja) | 情報システム、コアサーバ、サービスサーバ制御方法、およびプログラム | |
| JP2015225479A (ja) | 情報処理システム、情報処理装置、情報処理方法、及びコンピュータプログラム | |
| JP2019055568A (ja) | 画像形成装置、情報処理装置、情報処理方法及びプログラム | |
| JP2013142965A (ja) | プログラム生成装置、その制御方法、および、プログラム生成用プログラム | |
| JP6345226B2 (ja) | 画像処理装置、画像処理装置の制御方法、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120119 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120119 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130110 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130129 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130325 |
|
| 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: 20130416 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130514 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 5274284 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| LAPS | Cancellation because of no payment of annual fees |