JP6618368B2 - 配信システム及びその配信方法 - Google Patents

Description

本発明は、画像形成装置などのネットワーク機器に対してソフトウェアを配信する配信システム及びその配信方法に関する。

従来、画像形成装置のファームウェアを含むソフトウェアのアップデートは、機能アップもしくは障害等の理由により更新する必要が生じた場合に行われていた。ここで、画像形成装置には、プリンタや複写機、複合機（ＭＦＰ）などが含まれる。また、以降、画像形成装置をはじめとする本発明を適用可能なネットワーク上の情報処理装置を、ネットワーク機器と呼ぶ。
また、ソフトウェアのアップデート方法としては、インターネット経由で所定の配信管理サーバーから配信を行うか、ＵＳＢ経由/イントラネット経由のアップデートツールを使用する方法がある。

前述した配信管理サーバーで、ネットワーク機器のソフトウェアのアップデートを行う場合、Ｗｅｂ画面で配信対象のネットワーク機器を指定し、配信日時を設定してインターネット経由で配信が行われる。
配信管理サーバーは、ネットワーク機器に対してインターネットを利用してソフトウェアの配信を行う。そして、配信管理サーバーは、ソフトウェアを高速に配信するため、インターネットに接続されたストレージにソフトウェアを転送して、外部サーバーに配信する機能を持たせている。

配信管理サーバーはネットワーク機器に対して、ファームウェア、アプリケーション（以下単に「アプリ」ということもある。）、ソフトウェアのライセンスを配信する機能がある。
一方、配信管理サーバーと連携するライセンス管理サーバーは、アプリを商品として管理している。市場の機器にインストールされているアプリのライセンスは、ネットワーク機器を特定する識別であるシリアルＮｏ.に紐づけられたライセンスと、シリアルＮｏ.に紐づけられていないライセンスの二種類に分類される。

従来技術として、ネットワーク機器にインストールされているアプリのライセンス状態を判別して、アプリケーションのアクティベートを判断する方法が提案されている（例えば、特許文献１）。
特許文献１には、ネットワーク機器内にインストールされている複数のアプリ毎のライセンスの必要性を判別してアプリのアクティベートを実施するか否かを判断する方法が記載されている。

特許第5332628号

ネットワーク機器は、搭載されている配信管理サーバーのクライアントモジュールにより、ネットワーク機器内でインストールされているアプリの情報が、再起動時もしくは、アップデート時のタイミングで配信管理サーバーに通知する。そして、配信管理サーバーは、その情報を元にアプリの配信予約を行って配信処理を実行する。

一方、ライセンス管理サーバーで管理されているアプリの商品情報テーブルはバージョンアップ属性を持っており、アップデート可能なバージョンが決められている。バージョンアップ属性とはアプリのバージョンアップの許容範囲を示しており、どのバージョンからどのバージョンへのバージョンアップが可能かを示す属性値である。
そのため、配信管理サーバーのみの判断で配信を行ってしまうと不適切なアプリ配信となる課題がある。 また、ネットワーク機器の中には、アプリの情報が配信管理サーバーに通知されていない場合があり、こうしたアプリが不明のネットワーク機器にはアプリの配信予約ができないという課題がある。
また、ライセンスの形態として、ネットワーク機器に紐づいていないライセンスがある。このようなライセンスの場合にも、適切に各ネットワーク機器にアプリをバージョンアップできるようなシステムが望まれていた。

本発明は、上記課題を解決するために、以下の特徴を有する。
ネットワーク機器とネットワークを介して通信する配信システムであって、配信対象のアプリケーションと該アプリケーションを配信する対象のネットワーク機器とが選択された際に、ライセンス管理システムに、前記選択されたネットワーク機器を特定する識別子、前記選択されたネットワーク機器に対応する仕向け識別子、前記選択されたアプリケーションの識別子、及び、前記選択されたアプリケーションのバージョンを示す情報を含む問合せを送信する送信手段と、前記問合せの応答として、前記ライセンス管理システムからバージョン属性を受信する受信手段と、前記バージョン属性に基づき、前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用可能か否かを判断する判断手段と、前記判断手段の判断結果に基づき、前記選択されたアプリケーションの前記選択されたネットワーク機器に対する配信予約を行う予約手段と、を有し、前記予約手段は、前記判断手段により前記バージョン属性に基づき前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用できないと判断された場合、前記選択されたアプリケーションの前記選択されたネットワーク機器に対する配信予約を行わないことを特徴とする。

本発明の配信システムによれば、ライセンス管理システムから取得したライセンス情報に基づきネットワーク機器に対してアプリケーションを適切に配信することができる。

本実施形態における全体図を示すものである。 配信システムを構成する機器のハードウェア構成図 本発明のシステム全体のブロック図 配信システムを構成する機器のソフトウェア構成図 本発明のシーケンス図 ネットワーク機器から通知されるアプリ情報 配信管理サーバーが保持するアプリの管理テーブル ライセンス管理サーバーが保持する商品情報テーブル 配信管理サーバーが保持する配信予約情報 配信管理サーバーのアプリ配信処理のフローチャート ライセンス管理サーバーの仕向け識別子等を判断するフローチャート 監視センターホストのアプリ配信のフローチャート ネットワーク機器のアプリのアップデートにおけるフローチャート 配信管理サーバーのアプリアップデートにおけるフローチャート 配信管理サーバーのアプリ配信処理のフローチャート 配信管理サーバーが保持する配信予約情報 ネットワーク機器のアプリのアップデートにおけるフローチャート 配信管理サーバーのアプリのアップデートにおけるフローチャート ライセンス管理サーバーのアプリのアップデートにおけるフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。なお、本発明では、アプリケーションがインストール可能であって、ネットワークに接続された情報処理装置であれば何でもよく、以下ネットワーク機器と称して、説明する。
図１は本発明におけるネットワークを介して接続されたネットワーク機器と配信システムの全体図を示すものである。図１には複数会社のシステムがネットワークで接続されているものが示されている。

販売会社システム101には、ＰＣ102、103、104が含まれる。ＰＣ102、103、104は配信管理サーバー111、ライセンス管理サーバー114、監視センターホスト117が提供するＷｅｂサイトへアクセスしてソフトウェアの配信予約、ネットワーク機器のデータの閲覧、アプリの登録等を行う。ＰＣ102、103、104はＬＡＮ105で接続されている。
なお、本発明は、図１と同等機能を達成できれば同一の構成でなくても実施可能である。
外部サーバー106には、ＰＣ107，ホスト108、データベース109が、ＬＡＮ110で接続されている。外部サーバー106は、配信管理サーバー111のソフトウェアを高速に配信するためサービスを持っている。

次に、配信システムを構成する配信管理サーバー111を説明する。データベース112は、ネットワーク機器に適用するためのソフトウェアを蓄積する記憶手段としてのデータベースである。
配信管理サーバー111とデータベース112はＬＡＮ113で接続されており、ＬＡＮ113は、インターネット120に接続されている。なお、データベース112は、物理的に配信管理サーバー111内に存在してもよい。さらに、配信管理サーバー111からアクセス可能であれば、インターネット120を経由した別の場所に存在しても構わない。なお、ＬＡＮ113とＬＡＮ116、ＬＡＮ119は同一としてもよく、データベース112とデータベース115とデータベース118はデータを送受信してデータを共有しても構わない。
また、配信管理サーバー111は、複数の情報処理装置からなる配信システムとして実現することが可能である。各情報処理装置に配信管理サーバー111の機能を分けて配置しても良いし、各情報処理装置にそれら全ての機能を配置して負荷分散されるように協調動作しても良い。

配信管理サーバー111には、配信用のファームウェアが登録され、101の販売会社システム向けに公開処理がなされる。販売会社システム101のＰＣ102、103、104及び販売会社システムが管轄するネットワーク機器123、124、130、131、134、135、136、137、128は、公開処理されたファームウェアを、ダウンロードすることが可能となる。

次に、ライセンス管理システムを構成するライセンス管理サーバー114について説明する。ライセンス管理サーバー114は、データベース115を持ち、ネットワーク機器のソフトウェアに対してライセンスを発行し、ソフトウェアを登録するサーバーである。データベース115は、ライセンス情報や、アプリ情報などを蓄積する記憶手段としてのデータベースである。ライセンス管理サーバー114とデータベース115はＬＡＮ116で接続されており、ＬＡＮ116はインターネット120に接続されている。なおデータベース115は、物理的にライセンス管理サーバー114内に存在してもよい。さらに、ライセンス管理サーバー114からアクセス可能であれば、インターネット120を経由した別の場所に存在しても構わない。

次に、監視センターホスト117を説明する。監視センターホスト117は、データベース118を持つ、ネットワーク機器の監視システムである。データベース118は、監視のための情報や、ネットワーク機器の稼働状態などを蓄積する履歴記憶手段としてのデータベースである。監視センターホスト117とデータベース118はＬＡＮ119で接続されており、ＬＡＮ119はインターネット120に接続されている。
なおデータベース118は、物理的に監視センターホスト117内に存在してもよい。さらに、監視センターホスト117からアクセス可能であれば、インターネット120を経由した別の場所に存在しても構わない。

監視センターホスト117は、監視装置122、132、133やネットワーク機器128から監視対象としてのネットワーク機器の情報、稼働状態を示す情報を収集、蓄積、加工し、警告等を外部に提供する機能を有する。
図１には、配信管理サーバー111とデータベース112およびライセンス管理サーバー114とデータベース115および監視センターホスト117とデータベース118が1つずつしか示されていない。しかし、実際には、多くのネットワーク機器および監視装置からの情報収集や、ライセンス管理や、ソフトウェア配信の負荷分散を行なうために、複数のシステムに分散処理をさせるケースもある。

次に、顧客側のシステム構成について説明する。顧客側のシステムは、顧客により構成が異なる。図１では、顧客システム121、126、129が示されている。顧客システム121（Ａ社Ｘ事業所）においては、インターネット120に接続されたＬＡＮ125に接続されたネットワーク機器123、124が監視装置122により監視されている。また、監視装置122はインターネット120経由で監視センターホスト117と通信している。

一方、顧客システム129（Ａ社Ｙ事業所）においては、監視装置132、133によってＬＡＮ138上のネットワーク機器が管理されている。監視装置132により、ネットワーク機器130、131、134、135が、監視装置133によりネットワーク機器136、137が夫々管理されている。

顧客126システム（Ｂ社）においては、インターネット120に接続されたＬＡＮ127に接続されたネットワーク機器128自身が、直接インターネット120経由で監視センターホスト117と通信している。ネットワーク機器128は、監視装置122、132、133と同等の機能を有しており、自身の稼働情報を監視センターホスト117に送信している。また、ネットワーク機器128は、配信管理サーバー111からダウンロードしたファームウェアを適用するためのコントローラを持っている。同様に、ネットワーク機器123、124、130、131、134、135、136、137も配信管理サーバー111からダウンロードしたファームウェアを適用するためのコントローラを持っている。

図２(a)は、監視センターホスト117のハードウェア構成図を示す。また、配信管理サーバー111、ライセンス管理サーバー114、ホスト108、監視装置122、132、133、ＰＣ102、103、104のハードウェア構成図も同一である。
図２(a)において、ＣＰＵ201は本装置上の各処理を司る。
書換え不可能なＲＯＭ202は本装置の各処理に関わるプログラムやデータを記憶する。

ＲＡＭ203は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ書き換え可能である。
ＨＤＤ204は、本装置の各処理に関わるプログラムやデータ、および一時的なデータ、監視対象のネットワーク機器に関する情報、およびネットワーク機器から収集した情報などを記憶する。たとえば、稼働情報などがハードディスクに保存される。
監視センターホスト117、ライセンス管理サーバー114、配信管理サーバー111の場合、種々のプログラム（後述する図４(a)の処理を含む）をＨＤＤ204に記憶している。このプログラムは、ＲＡＭ203を一時保存領域として使用し、ＣＰＵ201によって呼び出され実行される。

操作部205は、本装置への指示入力を受け付けるキーボードである。
表示部206は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。
NetworkＩ/Ｆ208は、ネットワーク経由でＬＡＮおよびインターネット120に接続し、外部と情報交換を行う。
外部機器Ｉ/Ｆ207は外部記憶機器等を接続する。それら要素がシステムバス209により結び付き、データをやりとりしている。

図２(b)は、ネットワーク機器123、124、128、130、131、134、135、136、137におけるハードウェア構成図を示す。ネットワーク機器としては、プリンタ及びファクシミリ機能が統合的に設けられた複合機、ＰＣなどからデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリなどの画像形成処理装置が挙げられる。本図では、ネットワーク機器の一例として複合機の構成を示している。

イメージリーダ302は、原稿給送部301で原稿を読み込む。
画像形成部303は、イメージリーダ302で読み込んだ原稿やNetworkＩ/Ｆ305からネットワーク経由で受信したデータを印刷画像に変換・印刷出力する。
排紙部304は印刷出力した紙を排出し、ソートやステイプルといった処理を施す。
NetworkＩ/Ｆ305はネットワーク経由でＬＡＮおよびインターネット120に接続し、外部と情報交換を行う。

ＣＰＵ306は本装置上の各処理を司る。ネットワーク機器の動作状態を監視し、障害等の特定のイベントが発生した場合には、その状態を示す状態情報を、あらかじめ定めた宛先へと送信する。宛先はたとえば、監視センターホスト117や監視装置などである。

書換え不可能なＲＯＭ307は本装置の各処理に関わるプログラムやデータを記憶する。
ＲＡＭ308は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ書き換え可能である。
ＨＤＤ309は本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本装置へ送信されてきたユーザデータなどを記憶する。

ネットワーク機器は、種々のプログラム（後述する図４(b)の処理を含む）をＨＤＤ309に記憶している。このプログラムは、ＲＡＭ308を一時保存領域として使用し、ＣＰＵ306によって呼び出され実行される。
操作部310は本装置への指示入力を受け付ける。表示部311は本装置の動作状況および操作部310に対する操作に関わる情報を表示する。そしてそれらがシステムバス312により結び付き、データをやりとりしている。
なお、ネットワーク機器自身が監視のための情報を送信する機能を持つネットワーク機器128では、ＲＯＭ307或いはＨＤＤ309内に、前記監視データ送出処理にかかわるプログラムやデータを保持している。

図３は、本発明のシステム全体のブロック図を示す。
702から707は、コントローラ701のシステムの構成を表す。ネットワーク機器128は、コントローラ701とコントローラ701に制御されるエンジン708から構成される。
702は通信Ｉ/Ｆ部であり、コントローラ701と配信管理サーバー111、外部サーバー106との通信を司る。
703は、コントローラ701の通信データ制御部であり、通信Ｉ/Ｆ部702から受信した通信データを制御する。ネットワーク機器128は、配信管理サーバー111等とＳＯＡＰメッセージにより通信を行い、通信データ制御部703は、ＳＯＡＰ通信の制御を実行するものである。具体的なＳＯＡＰ通信に係る処理については、図４(b)とともにまとめて後述する。

704は、ソフトウェア管理部であり、配信管理サーバー111から受信したＵＲＬ情報を元に、外部サーバー106からソフトウェアを受信し、705のエンジン制御部や、706のアクセサリ制御部にインストールする役割を持つ。
707は、データ記憶部であり、コントローラ内のソフトウェアデータの記憶や、一時記憶領域として使用する。

709から714は、ライセンス管理サーバー114のシステムの構成図を表している。
709は、ライセンス管理サーバー114の通信Ｉ/Ｆ部であり、ネットワーク機器のコントローラとライセンス管理サーバー114との通信を司る。
710は、ライセンス管理サーバー114の通信データ制御部であり、通信Ｉ/Ｆ部709から受信した通信データを制御する。ライセンス管理サーバー114は、配信管理サーバー111等とＳＯＡＰメッセージにより通信を行い、通信データ制御部710は、ＳＯＡＰ通信の制御を実行するものである。具体的なＳＯＡＰ通信に係る処理については、図４(a)とともにまとめて後述する。
711は、データ制御部であり、ライセンス管理サーバー114内のデータの制御を司る。
712は、アプリ登録部であり、アプリの情報をデータ記憶部714に登録する。
713は、アプリ検索部であり、アプリの検索をデータ記憶部714より行う。
714は、データ記憶部であり、ライセンス管理サーバー114内にアプリ情報を記憶する。

715から720は、監視センターホスト117のシステムの構成図を表している。
715は、監視センターホスト117の通信Ｉ/Ｆ部であり、ネットワーク機器のコントローラと監視センターホスト117との通信を司る。
716は、監視センターホスト117の通信データ制御部であり、通信Ｉ/Ｆ部715から受信した通信データを制御する。監視センターホスト117は、配信管理サーバー111等とＳＯＡＰメッセージにより通信を行い、通信データ制御部710は、ＳＯＡＰ通信の制御を実行するものである。具体的なＳＯＡＰ通信に係る処理については、図４(a)とともにまとめて後述する。

717は、データ制御部であり、監視センターホスト117内のデータの制御を司る。
718は、機器データ登録部であり、ネットワーク機器の情報をデータ記憶部720に登録する。
719は、機器データ検索部であり、ネットワーク機器のデータ検索をデータ記憶部720より行う。
720は、データ記憶部であり、監視センターホスト117内にネットワーク機器のデータ情報を記憶するデータベース118に記憶される。

721から726は、配信管理サーバー111のシステムの構成図を表している。
721は、配信管理サーバー111の通信Ｉ/Ｆ部であり、ネットワーク機器のコントローラと配信管理サーバー111との通信を司る。
722は、配信管理サーバー111の通信データ制御部であり、通信Ｉ/Ｆ部721から受信した通信データを制御する。配信管理サーバー111は、ライセンス管理サーバー114等とＳＯＡＰメッセージにより通信を行い、通信データ制御部710は、ＳＯＡＰ通信の制御を実行するものである。具体的なＳＯＡＰ通信に係る処理については、図４(a)とともにまとめて後述する。
723は、データ制御部であり、配信管理サーバー111内のデータの制御を司る。

724は、ファームデータ登録部であり、ソフトウェアの情報をデータ記憶部726に登録する。
725は、ファームデータ検索部であり、ソフトウェアの検索をデータ記憶部726より行う。
726は、データ記憶部であり、配信管理サーバー111内に配信用のファームデータの情報を記憶するデータベース112のデータが記憶される。

727から730は、外部サーバー106のシステムの構成図を表している。
前述したように、外部サーバー106は、配信管理サーバー111のソフトウェアを高速に配信するためサービスを持ち、配信管理サーバー111より定期的にソフトウェアデータが転送されている。

727は、データ受信部であり、配信管理サーバー111によりソフトウェアデータが転送される。
728は、配信部であり、データ記憶部730に登録されているデータをコントローラ701に高速に配信する。
729は、データ管理部であり、データ受信部727から受信したデータをデータ記憶部730に記憶させる。また、配信部728に配信用のデータを供給する。
730は、データ記憶部である。

図４(a)は、監視センターホスト117、配信管理サーバー111の通信データ制御部において実行される通信部分のソフトウェア構成図を示す。ＳＯＡＰ通信部401は、監視装置122、132、133またはネットワーク機器128よりNetworkＩ/Ｆ208を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部402に渡す。また、ＳＯＡＰメッセージ作成部403により作成したＳＯＡＰデータをNetworkＩ/Ｆ208を介して監視装置122、132、133またはネットワーク機器128に送信する。
収集情報処理部404では、監視装置122、132、133またはネットワーク機器128から受信した情報をそのまま、または加工し、データベースアクセス部406を介してデータベース112、あるいはデータベース118に格納する。

監視制御部405は、監視センターホスト117においては、監視装置122、132、133またはネットワーク機器128のスケジュール管理などの制御を行う。配信管理サーバー111においては、監視装置122、132、133またはネットワーク機器128のポーリング処理などの制御を行う。

図４(b)は、監視装置122、132、133またはネットワーク機器128の通信データ制御部において実行される通信部分のソフトウェア構成図を示す。
ＳＯＡＰ通信部501は、監視センターホスト117もしくは、配信管理サーバー111によりNetworkＩ/Ｆ208を介して受信したＳＯＡＰデータを、ＳＯＡＰメッセージ解析部503に渡す。また、ＳＯＡＰメッセージ作成部502により作成したＳＯＡＰデータをNetworkＩ/Ｆ208を介して監視センターホスト117、配信管理サーバー111に送信する。

監視制御部504は、情報蓄積部506に保持する監視対象のネットワーク機器情報の更新や、ネットワーク機器123、124の情報取得を行う。
機器情報処理部505は、ネットワーク機器の稼働情報を、情報蓄積部506に蓄積する。
情報蓄積部506に蓄積したデータは、機器情報処理部505を介してそのままＳＯＡＰメッセージ作成部502に渡され、監視センターホスト117へ送信される。

図５に、本発明のシーケンス図を示す。
本シーケンスは、配信管理サーバー111がネットワーク機器128に対して、アプリを配信するまでの流れについて説明する。

S801において、ネットワーク機器128は自身が登録しているアプリ情報を配信管理サーバー111に通知する。ネットワーク機器128から通知される情報は図６に示す。
S802において、配信管理サーバー111はネットワーク機器128から受信したアプリ情報をデータベース112に登録する。
S803において、監視センターホスト117の画面から配信対象のネットワーク機器128がユーザにより選択され、選択されたネットワーク機器128を特定する識別子であるシリアルＮｏ.が配信管理サーバー111に通知される。
S804において、配信管理サーバー111は配信対象ネットワーク機器128のライセンス状態を調べるために、S803で通知されたシリアルＮｏ.をライセンス管理サーバー114に通知する。

S805において、ライセンス管理サーバー114はシリアルＮｏ.を元に図８(a)のライセンス管理サーバーの商品情報テーブルを参照してライセンスの発行履歴を確認する。そして、ライセンスの発行履歴があった場合、アプリのバージョン属性（1104、1105）を確認する。バージョン属性とはアプリの適用範囲を示しており、その属性によってどのバージョンまで適用してよいかをライセンス管理サーバー114は管理している。
S806において、ライセンス管理サーバー114はS805で確認した結果の情報を返す。
S807において、配信管理サーバー111は、S806の情報を参照して配信対象のアプリの配信可否を判断する。

S808において、配信管理サーバー111は、S807で配信可能と判断した場合に監視センターホスト117に配信指示通知を行う。
S809において、ネットワーク機器128はポーリング通信により監視センターホスト117に配信指示情報を要求する。
S810において、監視センターホスト117は配信指示情報をポーリング通信のレスポンス情報として返す。
S811において、ネットワーク機器128は配信管理サーバー111に配信予約情報を要求する。配信予約情報は図９に示すように、配信する日時情報を指す。
S812において、配信管理サーバー111はネットワーク機器128に配信予約情報を通知する。
S813において、ネットワーク機器128は、配信予約日時になったため配信要求通知を配信管理サーバー111に対して通知する。

S814において、配信管理サーバー111はネットワーク機器128に要求されたアプリを配信する。
S815において、ネットワーク機器128は配信管理サーバー111に対してアップデート完了通知を行う。
S816は、時間の区切り符号を示す。この符号がついている箇所は連続的な処理ではなく、各々の通知があるまで待機することを示す。

図６は、ネットワーク機器128から通知されるアプリ情報901を示す。
902は、ネットワーク機器128を一意に識別する識別子であるネットワーク機器128のシリアルＮｏ.を示す。
903は、ネットワーク機器128にインストールされているアプリ名を示す。
904は、ネットワーク機器128にインストールされているアプリのアプリＩＤを示す。アプリＩＤとはアプリを一意に識別する番号である。
905は、ネットワーク機器128にインストールされているアプリのバージョンを示す。

906は、ネットワーク機器128にインストールされているアプリの仕向け識別子を示す。仕向け識別子とはアプリの仕向け情報を示す識別子である。
907は、ネットワーク機器128がアプリのインストールを許可しているかどうかを司るインストール許可フラグを示す。ＯＮの場合はインストール可能であり、ＯＦＦの場合はインストールをすることが不可能となる。

図７は、配信管理サーバー111が保持するアプリの管理テーブルを示す。このテーブルはネットワーク機器128からアプリ情報が通知されたタイミング（S801およびS802）で更新される。
1002は、ネットワーク機器128を一意に識別する識別子であるネットワーク機器128のシリアルＮｏ.を示す。

1003は、ネットワーク機器128にインストールされているアプリ名を示す。
1004は、ネットワーク機器128にインストールされているアプリのアプリＩＤを示す。
1005は、ネットワーク機器128にインストールされているアプリのバージョンを示す。

1006は、ネットワーク機器128にインストールされているアプリの仕向け識別子を示す。
1007は、ネットワーク機器128がアプリのインストールを許可しているかどうかを司るインストール許可フラグを示す。

図８(a)は、ライセンス管理サーバー114で保持する商品情報テーブル1101を示す。商品情報テーブル1101はシリアルＮｏ.を特定してライセンス発行を行う商品のライセンステーブルである。
本実施例では、シリアルＮｏ.が存在する商品（図８(a)）と、存在しない商品（図８(b)）のライセンス形態を1107、1207の識別子で表現している。
ライセンス管理サーバー114では商品という単位でライセンスを発行しており、商品の中には複数のアプリが存在する。
1102は、商品の名称である商品名を示す。
1103は、アプリの名称であるアプリ名を示す。

1104は、アプリのアプリＩＤを示す。
1105は、アプリのバージョン属性のFromバージョンを示す。
1106は、アプリのバージョン属性のToバージョンを示す。
1105と1106はアプリのアップデート処理を実行可能なアプリバージョン範囲を示しており、図８(a)の商品においてFromバージョンとToバージョンの範囲でアップデート指示をライセンス管理サーバー114では許可している。Toバージョンとはバージョンアップの終点となるバージョンを示す。
1107は、商品のライセンス形態を示す。商品のライセンス形態には本実施例ではネットワーク機器128に関連づいているもの、関連づいていないものの２つに大別される。

1108は、ネットワーク機器128のシリアルＮｏ.を示す。
1109は、商品の販売地域を特定するための仕向け情報を示す。
1110は、ライセンス発行履歴を示す。発行履歴とはライセンスが発行された日時を示す。
1111は、ライセンスが発行された際に発番される番号であるライセンスＩＤを示す。

図８(b)は、ライセンス管理サーバー114で保持する商品情報テーブル1201を示す。商品情報テーブル1201ではシリアルＮｏ.を特定せずライセンス発行を行う商品のライセンステーブルである。
1202は、商品の名称である商品名を示す。
1203は、アプリの名称であるアプリ名を示す。
1204は、アプリのアプリＩＤを示す。
1205は、アプリのバージョン属性のFromバージョンを示す。
1206は、アプリのバージョン属性のToバージョンを示す。
1207は、商品のライセンス形態を示す。

1208は、商品の仕向け情報を示す。
1209は、ライセンス発行履歴を示す。
1210は、ライセンスＩＤを示す。
図８(a)にはシリアルＮｏ.1108が存在するが図８(b)にはシリアルＮｏ.は存在しない。

図９は、配信管理サーバー111が保持する配信予約情報1301を示す。配信予約情報1301は、配信管理サーバー111でアプリ配信を行う際に作成される。
1302は、ネットワーク機器128を一意に識別する識別子であるネットワーク機器128のシリアルＮｏ.を示す。
1303は、1302で指定されているネットワーク機器128に対する配信スケジュールを示す。
1304は、1302で指定されているネットワーク機器128に対する配信対象アプリのアプリＩＤを示す。
1305は、配信対象アプリのバージョンを示す。
1306は、強制アップデートの可否を示す。

図１０は配信管理サーバー111のアプリ配信処理のフローチャートを示す。
本フローは、配信管理サーバー111が監視センターホスト117より配信対象のネットワーク機器128が選択されたことの通知を受けてから、配信予約の可否を判断する処理について説明する。
S1401において、配信管理サーバー111は監視センターホスト117からネットワーク機器128が選択されたことを示す情報を受信する。
S1402において、配信管理サーバー111の画面で配信対象となるアプリが選択される。

S1403において、配信管理サーバー111はライセンス管理サーバー114に対して、選択されたネットワーク機器128のシリアルＮｏ.、ネットワーク機器に対応する仕向け識別子、アプリＩＤ、バージョンを含む問合せを送信する。
S1404において、配信管理サーバー111はライセンス管理サーバー114からバージョン属性と、仕向け情報を含む応答（結果情報）を受信する。なお、S1403とS1404の処理については追って、図１１で説明する。

S1405において、配信管理サーバー111の画面にて、ユーザにより通常アップデートか強制アップデートかが選択される。通常アップデートは、ネットワーク機器128から受信したアプリ情報に基づいて実行の可否を判断する配信である。強制アップデートは、ネットワーク機器128から受信した情報に基づかず実行される配信である。
S1406において、配信管理サーバー111で通常アップデートが選択された場合、S1407に進み、そうでなければS1415に進む。
S1407において、配信管理サーバー111は、強制アップデートフラグをＯＦＦに設定する。強制アップデートフラグとは強制アップデートであることを示す識別子であり、図１２に示す1301の配信予約情報に含まれる。

S1408において、配信管理サーバー111は、S1404で受信した仕向け情報から、適用アプリが適用可能かを判断する。
S1409において、配信管理サーバー111は、適用可能かを判断し、適用可能であればS1410に進み、適用不可能であればS1416に進む。
S1410において、配信管理サーバー111は、S1404でライセンス管理サーバー114から受信したバージョン属性から、現在選択されているアプリが適用可能かを判断する。シリアルＮｏ.に紐づくライセンスであれば、図８(a)に示すようにバージョン属性（From）1105と、バージョン属性（To）1106が返却されるので、その情報を元に配信管理サーバー111は適用可否を判断する。判断方法としては、現在選択されているアプリのバージョンがバージョン属性（From）1105からバージョン属性（To）1106の範囲内に存在するかを確認する。存在すれば適用可能とし、存在しなければ適用不可能と判断する。

シリアルＮｏ.に紐づかないライセンスであれば、図８(b)に示すようにバージョン属性はシリアルＮｏ.をキーとして検索できないため、バージョン属性なしとなる。本実施形態ではバージョン属性なしの場合は、図８(b)のシリアルＮｏ.の紐づけなしのライセンスと判断してバージョン属性チェックをスキップしてアプリを適用可能とする。

S1411において、配信管理サーバー111は、現在選択されているアプリが適用可能かを判断し、適用可能であればS1412に進み、適用不可能であればS1416に進む。
S1412において、配信管理サーバー111は、ネットワーク機器128のインストール許可フラグから、現在選択されているアプリが適用可能かを判断する。
S1413において、配信管理サーバー111は、適用可能かを判断し、適用可能であればS1414に進み、適用不可能であればS1416に進む。
S1414において、配信管理サーバー111は、配信予約を許可する。
S1415において、配信管理サーバー111は、強制アップデートと認識して強制アップデートフラグをＯＮに設定して、S1414に進み、配信を許可する。
S1416において、配信管理サーバー111は、配信予約を不許可にする。

図１１はライセンス管理サーバー114が配信管理サーバーから通知された情報を元に、バージョン属性と仕向け識別子を判断するフローチャートを示す。
本フローはライセンス管理サーバー114に配信管理サーバー111からS1403にて情報が送信されてから、そのレスポンスであるS1404で返すまでの処理について説明を行う。
S1501において、ライセンス管理サーバー114は配信管理サーバー111から、ネットワーク機器128のシリアルＮｏ.、仕向け識別子、アプリＩＤ及びバージョンを受信する。

S1502において、ライセンス管理サーバー114はS1501で受信したネットワーク機器128のシリアルＮｏ.からライセンス形態を識別するためにライセンス発行履歴を参照する。ライセンス発行履歴は図８(a)のライセンス管理サーバーの商品情報テーブル1101からシリアルＮｏ.をキーにして検索を行う。
S1503において、ライセンス管理サーバー114はライセンス発行履歴があるかを判断し、ライセンス発行履歴がある場合はS1504に進み、ない場合はS1505に進む。
S1504において、ライセンス管理サーバー114は商品情報テーブル1101からバージョン属性をアプリＩＤとバージョンをキーにして検索を行う。そして、検索した情報であるバージョン属性（From）1105と、バージョン属性（To）1106をメモリに記憶する。

S1505において、ライセンス管理サーバー114はバージョンアップ属性が存在しないとメモリに記憶する。
S1506において、ライセンス管理サーバー114は仕向け識別子をキーとして、ライセンス管理サーバーの商品情報テーブル1101から仕向け情報を検索する。
S1507において、ライセンス管理サーバー114は仕向け情報が一致するのであればS1508に進み、そうでなければS1509に進む。
S1508において、ライセンス管理サーバー114は図８(a)のライセンス管理サーバーの商品情報テーブル1101から仕向け識別子と合致したとメモリに記憶する。
S1509において、ライセンス管理サーバー114は図８(a)のライセンス管理サーバーの商品情報テーブル1101から仕向け識別子と合致しなかったとメモリに記憶する。
S1510において、ライセンス管理サーバー114は、メモリに記憶した内容を配信管理サーバーに通知する。

図１２は監視センターホスト117のアプリ配信のフローチャートを示す。
本フローは、監視センターホスト117からネットワーク機器128に配信指示する処理について説明する。
S1601において、監視センターホスト117は配信管理サーバー111からの配信指示通知を受信する。
S1602において、監視センターホスト117はネットワーク機器128からの配信指示情報の要求の受信を待機する。ネットワーク機器128は一定間隔で監視センターホスト117とポーリング通信をしている。監視センターホスト117がネットワーク機器128からの配信指示情報の要求を受信した場合、S1603の配信指示はポーリング通信のレスポンスとしてネットワーク機器128に配信指示を通知する。

図１３はネットワーク機器128のアプリのアップデートにおけるフローチャートを示す。
本フローは、ネットワーク機器128のアプリのアップデート処理を説明する。
S1701において、ネットワーク機器128はポーリングを行い監視センターホスト117から配信指示情報を受信する。
S1702において、ネットワーク機器128は配信管理サーバー111に配信予約情報を要求する。

S1703において、ネットワーク機器128は配信管理サーバー111から配信予約情報1301を受信する。
S1704において、ネットワーク機器128は配信予約情報1301のアプリＩＤと、自身にインストールされているアプリのアプリＩＤを比較して一致するアプリＩＤがあるかを判断する。一致するアプリＩＤがあればS1705に進み、なければS1710に進む。
S1705において、ネットワーク機器128は配信予約情報1301に登録されている日時で配信管理サーバー111に配信要求を行う。配信要求とはアップデート後のアプリに関する情報をサーバーから取得するリクエスト通知である。

S1706において、ネットワーク機器128は配信要求の応答として、配信管理サーバー111からアプリのダウンロード用ＵＲＬを受信する。
S1707において、ネットワーク機器128は配信管理サーバー111からアプリをダウンロードする。
S1708において、ネットワーク機器128はアプリのアップデートを行う。
S1709において、ネットワーク機器128はアプリのアップデートを完了して、その結果を配信管理サーバー111に通知する。
S1710において、ネットワーク機器128は配信管理サーバー111にエラー通知を行う。

図１４は配信管理サーバー111のアプリアップデートにおけるフローチャートを示す。
本フローは、配信管理サーバー111のアプリアップデート処理を説明する。
S1801において、配信管理サーバー111はネットワーク機器128から配信予約情報要求を受信する。
S1802において、配信管理サーバー111はネットワーク機器128に配信予約情報を送信する。

S1803において、配信管理サーバー111はネットワーク機器128から配信要求を受信する。
S1804において、配信管理サーバー111はネットワーク機器128にアプリのＵＲＬを返信する。
S1805において、配信管理サーバー111は、ネットワーク機器128からアプリのアップデート完了通知を受信する。

以上の各サーバー、ネットワーク機器のアップデートに関する処理を実行することにより、各ネットワーク機器にインストールされているアプリケーションを、ライセンス情報に基づいて適切にアップデートすることができるのである。

実施例１では、ネットワーク機器（シリアルＮｏ.）に紐づいているライセンスに関してのアプリケーションのアップデートシステムであった。
実施例２は実施例１をベースとした発展形であり、図８(b)のシリアルＮｏ.が紐づいていないライセンスに関しても、バージョンアップ属性を判断するための方法を説明している。図１５から図１７は本発明の実施例２を示す。

図１５は配信管理サーバー111のアプリ配信処理のフローチャートを示す。S1401〜S1416は図１０と同様の操作を示しているので説明を省略する。
S1901において、配信管理サーバー111は、S1404でライセンス管理サーバー114から返却された情報に、バージョン属性がないかどうか判断する。前述した通り、バージョン属性がない場合は、本発明では図８(b)のシリアルＮｏ.に紐づいていないライセンスであることを示している。シリアルＮｏ.に紐づいていないライセンスの場合はS1902に進み、紐づいたライセンスの場合はS1414の配信予約許可の処理を行い終了する。

S1902において、配信管理サーバー111はライセンスＩＤフラグをＯＮにして図９の配信予約情報1301に情報を加える（具体的には、図１６のようになる）。ライセンスＩＤフラグとは、ネットワーク機器128にライセンスＩＤを要求するフラグを指す。ライセンスＩＤとはアプリに紐づくライセンスの識別子であり、ネットワーク機器128は自身にインストールされているライセンスを参照することで取得できる。

図１６は、配信管理サーバー111が保持するシリアルＮｏ.に紐づいていないライセンスの配信予約情報2001を示す。配信予約情報2001は、配信管理サーバー111でアプリ配信を行う際に作成される。
2002は、ネットワーク機器128を一意に識別する番号であるネットワーク機器128のシリアルＮｏ.を示す。
2003は、2002で指定されているネットワーク機器128に対する配信スケジュールを示す。
2004は、2002で指定されているネットワーク機器128に対する配信対象アプリのアプリＩＤを示す。
2005は、配信対象アプリのバージョンを示す。
2006は、強制アップデートの可否を示す。
2007は、ライセンスＩＤフラグを示す。先の図９の配信予約情報とは、この点が異なっている。

図１７はネットワーク機器128のアプリのアップデートにおけるフローチャートを示す。S1701〜S1710は図１３と同様の操作を示しているので説明を省略する。
S2101において、ネットワーク機器128はS1703で受信した配信管理サーバー111からの配信予約情報を参照してライセンスＩＤフラグがＯＮになっているかを確認する。ライセンスＩＤフラグがＯＮの場合はS2102に進み、そうでない場合はS1704に進む。

S2102において、ネットワーク機器128は配信管理サーバー111にライセンスＩＤを送信する。
S2103において、ネットワーク機器128は配信管理サーバーからキャンセル指示がきていないかを判断する。キャンセル指示がきていなければS1706以降の処理に進み、きていたら、S1710に進み、配信管理サーバー111にエラー通知を行い終了する。

図１８は配信管理サーバー111のアプリアップデートにおけるフローチャートを示す。
S1801〜S1805は図１４と同様の操作を示しているので説明を省略する。
S2201において、配信管理サーバー111はネットワーク機器128からライセンスＩＤを受信したかを判断し、受信した場合はS2202に進み、そうでない場合はS1803に進む。

S2202において、配信管理サーバー111はライセンス管理サーバーにライセンスＩＤを通知する。
S2203において、配信管理サーバー111は配信予約情報1301のライセンスＩＤフラグをＯＦＦに変更する。
S2204において、配信管理サーバー111は、ライセンス管理サーバー114からバージョン属性の結果を受信する。

S2205において、配信管理サーバー111は、S2204でライセンス管理サーバー114から受信したバージョン属性から、現在選択されているアプリが適用可能かを判断する。バージョン属性はバージョン属性（From）1205と、バージョン属性（To）1206の情報を元に配信管理サーバー111は適用可否を判断する。判断は図１０の1410と同じである。

S2206において、配信管理サーバー111は、現在選択されているアプリが適用可能かを判断し、適用可能であれば配信予約は許可されたと判断し1803以降の処理を行う。適用不可能であれば配信予約は不許可と判断して2207以降の処理を行う。
S2207において、配信管理サーバー111は、ネットワーク機器から配信要求を受信する。
S2208において、配信管理サーバー111は、ネットワーク機器128にキャンセル指示を通知して処理を終了する。

図１９はライセンス管理サーバー114のアプリアップデートにおけるフローチャートを示す。
S2301において、ライセンス管理サーバー114は配信管理サーバー111からライセンスＩＤを受信する。S2302において、ライセンス管理サーバー114はライセンスＩＤからライセンス形態を識別するためにライセンス発行履歴を参照する。ライセンス発行履歴は図８(b)のライセンス管理サーバーの商品情報テーブル1201からライセンスＩＤをキーにして検索を行う。
S2303において、ライセンス管理サーバー114はライセンス発行履歴があるかを判断し、ライセンス発行履歴がある場合はS2304に進み、ない場合はS2305に進む。

S2304において、ライセンス管理サーバー114は商品情報テーブル1201からバージョン属性を、ライセンスＩＤをキーにして検索を行い、検索した情報であるバージョン属性（From）1205と、バージョン属性（To）1206をメモリに記憶する。
S2305において、ライセンス管理サーバー114はバージョンアップ属性が存在しないとメモリに記憶する。
S2306において、ライセンス管理サーバー114はメモリに記憶した内容を配信管理サーバー111に通知する。

実施例２によれば、ネットワーク機器のシリアルＮｏ.に紐づかないライセンスについてもバージョン属性をチェックして適切にアプリのアップデートを行うことができる。

（その他の実施例）
本発明は、上述の実施形態の1以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける1つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、1以上の機能を実現する回路(例えば、ASIC)によっても実現可能である。

また、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。

Claims (6)

1. ネットワーク機器とネットワークを介して通信する配信システムであって、
   配信対象のアプリケーションと該アプリケーションを配信する対象のネットワーク機器とが選択された際に、ライセンス管理システムに、前記選択されたネットワーク機器を特定する識別子、前記選択されたネットワーク機器に対応する仕向け識別子、前記選択されたアプリケーションの識別子、及び、前記選択されたアプリケーションのバージョンを示す情報を含む問合せを送信する送信手段と、
   前記問合せの応答として、前記ライセンス管理システムからバージョン属性を受信する受信手段と、
   前記バージョン属性に基づき、前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用可能か否かを判断する判断手段と、
   前記判断手段の判断の結果に基づき、前記選択されたアプリケーションの前記選択されたネットワーク機器に対する配信予約を行う予約手段と、を有し、
   前記予約手段は、前記判断手段により前記バージョン属性に基づき前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用できないと判断された場合、前記選択されたアプリケーションの前記選択されたネットワーク機器に対する配信予約を行わないことを特徴とする配信システム。
2. 前記判断手段は、バージョン属性がなし、または、前記バージョン属性で示すバージョンの範囲に前記選択されたアプリケーションのバージョンが含まれる場合は、前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用可能と判断することを特徴とする請求項１に記載の配信システム。
3. 前記受信手段は、さらに、前記問合せの応答として、前記ライセンス管理システムから仕向け情報を受信し、
   前記判断手段は、さらに、前記仕向け情報に基づき、前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用可能か判断し、
   前記予約手段は、前記判断手段により前記仕向け情報に基づき前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用できないと判断された場合、前記選択されたアプリケーションの前記選択されたネットワーク機器に対する配信予約を行わないことを特徴とする請求項１又は２に記載の配信システム。
4. 前記判断手段は、さらに、前記選択されたネットワーク機器から通知されたアプリケーションのインストール許可フラグに基づきアプリケーションが適用可能か判断し、
   前記予約手段は、前記判断手段により前記インストール許可フラグに基づき前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用できないと判断された場合、前記選択されたアプリケーションの前記選択されたネットワーク機器に対する配信予約を行わないことを特徴とする請求項１乃至３のいずれか１項に記載の配信システム。
5. 前記ライセンス管理システムは、
   前記配信システムから受信したネットワーク機器を特定する識別子に基づき、前記選択されたアプリケーションのライセンス発行履歴があることが確認できた場合は、前記バージョン属性を配信システムに応答する
   ことを特徴とする請求項１乃至４のいずれか１項に記載の配信システム。
6. ネットワーク機器とネットワークを介して通信する配信システムにおける配信方法であって、
   配信対象のアプリケーションと該アプリケーションを配信する対象のネットワーク機器とが選択された際に、ライセンス管理サーバーに、前記選択されたネットワーク機器を特定する識別子、前記選択されたネットワーク機器に対応する仕向け識別子、前記選択されたアプリケーションの識別子、及び、前記選択されたアプリケーションのバージョンを示す情報を含む問合せを送信する送信ステップと、
   前記問合せの応答として、前記ライセンス管理サーバーからバージョン属性を受信する受信ステップと、
   前記バージョン属性に基づき、前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用可能か否かを判断する判断ステップと、
   前記判断ステップにおける判断の結果に基づき、前記選択されたアプリケーションの前記選択されたネットワーク機器に対する配信予約を行う予約ステップと、を有し、
   前記予約ステップでは、前記判断ステップにより前記バージョン属性に基づき前記選択されたアプリケーションが前記選択されたネットワーク機器に対して適用できないと判断された場合、前記選択されたアプリケーションの前記選択されたネットワーク機器に対する配信予約が行われないことを特徴とする配信方法。

Images