サービス生成装置、サービス処理システム、処理方法、プログラム及び記録媒体
【課題】
ネットワークサービスを提供する際のライセンス管理を改善する。
【解決手段】
サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段とを備えたことを特徴とするサービス生成装置等を提供する。
ネットワークサービスを提供する際のライセンス管理を改善する。
【解決手段】
サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段とを備えたことを特徴とするサービス生成装置等を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライセンスに適合するようにサービスを生成し、実行する装置並びにシステムに関する。
【背景技術】
【０００２】
従来より、ソフトウエア、プログラム、あるいはサービス（以上のものをまとめて、以下、サービスと称す）を機器にインストールする、あるいは機器上でサービスを実行する際、サービスに組み込まれたライセンスで、サービスをその機器にインストールすることができるか、あるいはサービスを実行できるかを判断し、適正なライセンスを持っていなければ、インストールや実行を許可しない技術が存在している。
例えば、特許文献１，２はそのような技術の一例である。
【０００３】
ライセンスはサービスを購入した人に付与する場合と、サービスを実行する機器に対して付与する場合がある。
後者の場合、ライセンスが機器のＩＤに対して一意になるようにバリエーションを作ることがある。単純には、ライセンスの中に機器ＩＤが含まれようにする。このようにすれば、インストール時あるいは実行時に、ライセンスの中に含まれる機器ＩＤと自機器ＩＤが一致するかどうかを調べて、一致する場合のみ、インストールあるいは実行が可能になるという制御を行うことによって、ライセンスが発行されていない機器へのインストールあるいは実行禁止が達成される。
ライセンスの不正コピーや改竄を防止するため、暗号化技術が用いられることも一般的である。
【０００４】
従来技術の構成を図３のブロック図に示す。
管理用ＰＣ１０３から複合機１ １０２ａ及び複合機２ １０２ｂに対してサービスをインストールする。サービスについては、複合機１ １０２ａに対してインストールするサービスプログラム１ ３０２ａと複合機２ １０２ｂに対してインストールするサービスプログラム２ ３０２ｂがＣＤ−ＲＯＭ３０１に収められており、それを管理ＰＣ１０３で読み出してインストールする。サービスプログラム１ ３０２ａは複合機１ １０２ａに対応するライセンス１ ３０３ａを含む。サービスプログラム２ ３０２ｂは複合機２ １０２ｂに対応するライセンス２ ３０３ｂを含む。
前記２つのサービスプログラムは同一のサービスを提供する。
【０００５】
そして、管理用ＰＣ１０３からサービスプログラムをインストールするときは、前述のように動作し、ライセンス適合性を確認しながらインストールを行う。
【０００６】
以上のように、ライセンス生成は、不正使用防止の鍵となる技術なので、厳重に管理される。通常は、サービス提供者のサイトにインストールあるいは実行する機器の情報を集めてライセンスを生成し、生成されたライセンスを組み込んだサービスを顧客に提供する。
このようにすることによって、安全性が確保されている。
【０００７】
【特許文献１】特開２００４−４６６０６号公報
【特許文献２】特開２００４−１３５３２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来の技術には以下のような課題が存在する。
すなわち、サービスを機器上で動的に生成する場合のライセンス付与方法である。サービスを機器上で動的に生成するような場合、生成する前はサービスが存在していないのだから、ライセンスも作成されていない。このようなサービスに対してライセンスをどのように付与するかが問題になる。
【０００９】
自機器だけでなく、他の機器にもサービスをインストールしようとすると、この場合のライセンス付与方法も問題である。
また、ライセンスを一旦、付与したら、それをサービス提供者が知り得るようにしなければ意味がない。ライセンスが動的に生成され、あるいは削除されるとしたら、それがそこに確かにあったという痕跡を残さなければならない。ライセンスがどの機器に対して発行されたのか、機器がそのサービスをどのくらい利用しているか、このような情報を正確にサービス提供者を知ることができなければならない。課金に関連する事項だからである。
但し、たとえサービス提供者のサイトと機器がネットワークで接続されていたとしても、前記の情報を機器からサイトに送ってしまえばよいということにはならない。ライセンスが適正に付与されていることをユーザも把握できるようにすることが望まれる。
【００１０】
そして、適用範囲を広げるために、サービス提供者のサイトと機器がネットワーク接続されていることは要件とすべきではない。
また、ライセンス情報やサービス利用状況の情報は不正な手段による変更が困難でなければならない。
【００１１】
また、ライセンス管理をサービス提供者のサイトで一元化して行うと、全世界に対して販売する多数の機器に対してライセンスを発行することになりかねず、サイトの負担が増す。従って、サイトの負担を減らすために、ライセンス発行を分散化することも望まれる。
例えば、サービス提供者サイトは各ユーザサイトに対して発行したライセンス数だけを管理し、各ユーザサイトで機器が前記ライセンス数を超えないように、ライセンス管理を行うという形態が好ましい。
【００１２】
本発明は、上記の課題に鑑みてなされたものであり、サービスを機器上で動的に生成する場合、事前にライセンスが生成されていなくともライセンスを動的に生成し、ライセンス認証機構を用いながらサービスをインストールあるいは実行することを可能とするサービス生成装置、サービス処理システム、処理方法、プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明のサービス生成装置は、サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、 前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段とを備える。
【００１４】
本発明のサービス処理システムは、サービスソースからサービスを生成するサービス生成装置と、前記サービスを実行するサービス実行装置とを含むサービス処理システムにおいて、前記サービス生成装置は、サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段とを備え、前記サービス実行装置は、前記インストーラブルバイナリを入力するインストーラブルバイナリ入力手段と、前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定手段と、前記ライセンス適合性判定手段が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール手段とを備える。
【００１５】
本発明のサービス生成装置は、サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と、前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶手段と、前記インストール先記憶手段もしくは前記サービス利用状況記憶手段に記憶された情報を外部に出力する情報出力手段とを備える。
【００１６】
本発明のサービス処理システムは、サービスソースからサービスを生成するサービス生成装置と、前記サービスを実行するサービス実行装置とを含むサービス処理システムにおいて、前記サービス生成装置は、 サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と、前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶手段と、前記インストール先記憶手段もしくは前記サービス利用状況記憶手段に記憶された情報を外部に出力する情報出力手段とを備え、前記サービス実行装置は、前記インストーラブルバイナリを入力するインストーラブルバイナリ入力手段と、前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定手段と、前記ライセンス適合性判定手段が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール手段と、自装置におけるサービス利用状況を前記サービス生成装置に送信するサービス利用状況送信手段とを備える。
【００１７】
本発明のサービス生成方法は、サービスソースからサービスを生成するサービス生成工程と、一乃至複数のインストール先を記憶するインストール先記憶工程と、前記インストール先に応じたライセンスを生成するライセンス生成工程と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、前記インストーラブルバイナリを前記インストール先にインストールするインストール工程とを備える。
【００１８】
本発明のサービス処理システムの処理方法は、サービスソースからサービスを生成するサービス生成装置の処理方法と、前記サービスを実行するサービス実行装置の処理方法とを含むサービス処理システムの処理方法において、前記サービス生成装置の処理方法は、サービスソースからサービスを生成するサービス生成工程と、一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶工程と、前記インストール先に応じたライセンスを生成するライセンス生成工程と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、前記インストーラブルバイナリを前記インストール先にインストールするインストール工程とを備え、前記サービス実行装置の処理方法は、前記インストーラブルバイナリを入力するインストーラブルバイナリ入力工程と、前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定工程と、前記ライセンス適合性判定工程が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール工程とを備える。
【００１９】
本発明のサービス生成方法は、サービスソースからサービスを生成するサービス生成工程と、一乃至複数のインストール先を記憶するインストール先記憶工程と、前記インストール先に応じたライセンスを生成するライセンス生成工程と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と、前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶工程と、前記インストール先記憶工程もしくは前記サービス利用状況記憶工程に記憶された情報を外部に出力する情報出力工程とを備える。
【００２０】
本発明のサービス処理システムの処理方法は、サービスソースからサービスを生成するサービス生成装置の処理方法と、前記サービスを実行するサービス実行装置の処理方法とを含むサービス処理システムの処理方法において、前記サービス生成装置の処理方法は、サービスソースからサービスを生成するサービス生成工程と、一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶工程と、前記インストール先に応じたライセンスを生成するライセンス生成工程と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と、前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶工程と、前記インストール先記憶工程もしくは前記サービス利用状況記憶工程に記憶された情報を外部に出力する情報出力工程とを備え、前記サービス実行装置の処理方法は、前記インストーラブルバイナリを入力するインストーラブルバイナリ入力工程と、前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定工程と、前記ライセンス適合性判定工程が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール工程と、自装置におけるサービス利用状況を前記サービス生成装置に送信するサービス利用状況送信工程とを備える。
【発明の効果】
【００２１】
以上の手段を備えることによって、本発明は以下に示す諸効果を奏する。
すなわち、サービスを機器上で動的に生成する場合、事前にライセンスが生成されていなくともライセンスを動的に生成し、ライセンス認証機構を用いながらサービスをインストールあるいは実行することができる。
このようにすることによって、静的なサービスを機器にインストールする時と同じライセンス認証機構を用いることができる。
【００２２】
また、自機器だけでなく、他の機器向けにもライセンスを生成し、サービスをインストールあるいは実行することができる。
また、動的に生成したライセンス情報及びそのライセンスを使用してインストールあるいは実行したサービスの利用状況の情報をサービス提供者もしくはユーザが正確に、安全性をもって、知ることができる。
また、前記情報の取得は、サービス提供者のサイトと機器がネットワーク接続されていなくても実現できる。
【００２３】
また、ライセンス情報やサービス利用状況の情報は不正な手段による変更が困難である。
また、ライセンス管理をサービス提供者のサイトで一元化して行わず、機器上でライセンス管理を行うことによって、ライセンス管理の分散化が達成され、サービス提供者サイトの負担を減らすことができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明を実施するための最良の形態について図を用いて説明する。
図１は本発明のサービス処理システムの構成を示すブロック図であり、同図において、１０１はセンター複合機、１０２は複合機、１０３は管理用ＰＣであり、互いにネットワークで接続されている。
【００２５】
センター複合機１０１はサービス及びライセンスを生成し、ライセンスを管理するという、本発明の構成において中心的な役割を果たす。複合機１０２にはサービスがインストールされ、そのサービスを実行する。複合機１０２におけるサービスの利用状況がセンター複合機１０１に報告される。
【００２６】
管理用ＰＣ１０３はセンター複合機１０１に対して、サービスのソースをインストールしたり、動的に生成するサービスのインストール先を指定したり、静的に構築されたサービスをセンター複合機１０１や複合機１０２に対してインストールしたりする。
センター複合機１０１あるいは複合機１０２の内部構成を図２のブロック図を用いて説明する。
【００２７】
同図において、センター複合機１０１あるいは複合機１０２は、機器全体を制御するところの中央処理装置（以下、ＣＰＵと称す）２０１、各種動作プログラムを読み取り可能に格納したＲＯＭ２０２、プログラム動作中の一時的な値の保存に用いるＲＡＭ２０３、各種時間を計測するタイマ２０４、各種設定メニュー及び画像を表示するディスプレイ２０５、スキャナ２０６、プリンタ２０７、各種操作ボタン２０８、各種設定データファイルを保存しておくための不揮発性メモリであるＦｌａｓｈＲＯＭ２０９、機器外部と接続するインタフェースとなるネットワークＩ／Ｆ２１０、サービスのソースやバイナリ、各種動作プログラム、各種設定データファイルを保存しておくためのハードディスク（以下、ＨＤと称す）２１１からなる。
【００２８】
本発明で説明するサービスのソースやバイナリ及びライセンス情報は、前記で挙げたいくつかの記録媒体のうち、これに入っていなければならないということはないが、本実施形態ではＨＤ２１１に格納されているものとする。
【００２９】
次に、センター複合機１０１上で動作するソフトウエアの階層について、図１３を用いて説明する。
まず、最下層にハードウエア１３０１が存在する。その上にハードウエア１３０１を制御するためのオペレーティングシステム（以下、ＯＳと称す）１３０２が存在する。ＯＳ１３０２の上には、ＯＳ１３０２上で動作する各種のプログラムが存在する。
その一つにＪａｖａ（登録商標）仮想マシン（Ｊａｖａ（登録商標）は米国Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ Ｉｎｃ．の米国およびその他の国における商標または登録商標である。以下、Ｊａｖａ（登録商標）ＶＭと称す）１３０３が存在する。
【００３０】
Ｊａｖａ（登録商標）ＶＭ１３０３は中間コード形式の一種であるＪａｖａ（登録商標）バイトコードを実行できる。Ｊａｖａ（登録商標）バイトコードは中間コードであるから機器依存度が低く、他の機器に送り込んでそこで実行するのに適している。
本実施形態で説明するサービス１３２０はＪａｖａ（登録商標）バイトコードで実現されており、Ｊａｖａ（登録商標）ＶＭ１３０３の上で動作する。
【００３１】
さらに、ＯＳ１３０２上で動作する各種のコンパイラ、ツールが存在するが、これらについては、図４を用いて説明する。
次に、サービスが生成される流れを図４のブロック図を用いて説明する。
ここでは、サービスのソースとして、Ｊａｖａ（登録商標）ソース４１０とＷＳＤＬソース４１１を挙げている。
【００３２】
ＷＳＤＬとはＷｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅの略であり、Ｗｅｂサービスのプロトコルスタックのサービス記述言語である。これはＸＭＬ（ｅＸｔｅｎｓｉｖｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述され、プラットフォーム非依存である。ＷＳＤＬソース４１１は、あるＷｅｂサービスのパブリックインタフェースを記述したものである。ＷＳＤＬソース４１１を解釈なり、コンパイルするなりして、機器上で動作できる形態にすれば、その形態を組み込んだプログラムはそのＷｅｂサービスにアクセスできることになる。このような仕組みは、Ｗｅｂサービスへのアクセス手段の柔軟性を高めることができる。本実施形態では、ＷＳＤＬソース４１１は最終的にＪａｖａ（登録商標）クラス４１２にコンパイルされるが、本発明の意図するところはこれにとどまらず、他の実行形式でもよい。
【００３３】
ＨＤ２１１に格納されたＪａｖａ（登録商標）ソース４１０はＪａｖａ（登録商標）コンパイラ４０１によって、Ｊａｖａ（登録商標）クラスファイル４１２にコンパイルされる。Ｊａｖａ（登録商標）クラスファイル４１２はＪａｖａ（登録商標）バイトコードで記述され、Ｊａｖａ（登録商標）ＶＭ１３０３はこれを実行できる。
なお、Ｊａｖａ（登録商標）コンパイラ４０１やＪａｖａ（登録商標）ＶＭ１３０３といったソフトウエアの動作の主体はＣＰＵ２０１である。以降、同様の場合は説明を控える。
【００３４】
ＨＤ２１１に格納されたＷＳＤＬソース４１１が変換されるルートは２つある。
一つは、ＷＳＤＬ２Ｊａｖａ（登録商標）ツール４０２がＷＳＤＬソース４１１をＪａｖａ（登録商標）ソース４１０に変換してから、前記と同様、Ｊａｖａ（登録商標）コンパイラ４０１がそのＪａｖａ（登録商標）ソース４１０をＪａｖａ（登録商標）クラスファイル４１２に変換するルートである。
【００３５】
もう一つは、ＷＳＤＬコンパイラ４０３がＷＳＤＬソース４１１を直接、Ｊａｖａ（登録商標）クラスファイル４１２に変換するルートである。双方のルートを備えていなければならないということはなく、どちらか片方に対応していればよい。これは変換の多様性を示すものである。
最終的に、Ｊａｖａ（登録商標）ソース４１０、ＷＳＤＬソース４１１共、Ｊａｖａ（登録商標）クラスファイル４１２に変換される。
【００３６】
次に、アーカイバ４０４はＪａｖａ（登録商標）クラスファイル４１２、リソースファイル４１５及びマニフェストファイル４１６を組み合わせて、Ｊａｒファイル４１７を生成する。Ｊａｒファイル４１７はＪａｖａ（登録商標）ＶＭ１３０３が実行できる形式のファイルである。
ここで、リソースファイル４１５あるいはマニフェストファイル４１６は静的に最初から与えられてもよいし、動的に作成されてもよい。Ｊａｖａ（登録商標）言語でサービスを作る場合は、これらのファイルをサービスの機能の一部とすることができる。
【００３７】
次に、サービスをインストールする先の機器に応じて、ライセンスファイルが生成され、ＨＤ２１１に格納される。
最後に、アーカイバ４０４がＪａｒファイル４１７とライセンスファイル４１３をまとめて、インストーラブルバイナリ４１４を作成する。
【００３８】
なお、Ｊａｒファイル４１７の生成は必須ではない。Ｊａｒファイル４１７の形式にまとめなくても、Ｊａｖａ（登録商標）ＶＭ１３０３はサービスを実行可能だからである。Ｊａｖａ（登録商標）クラスファイル４１２、リソースファイル４１５、マニフェストファイル４１６及びライセンスファイル４１３をアーカイバ４０４によってまとめて、インストーラブルバイナリ４０４を作成してもよい。
【００３９】
以降、サービスという語は、実行可能な形式の単位という意味では、Ｊａｒファイル４１７、あるいはＪａｖａ（登録商標）クラスファイル４１２、リソースファイル４１５、マニフェストファイル４１６の組み合わせの形式を指すものとし、インストール可能な単位という意味では、インストーラブルバイナリ４１４を指すものとする。
【００４０】
サービスソースはＪａｖａ（登録商標）ソース４１０、ＷＳＤＬソース４１１、リソースファイル４１５、あるいはマニフェストファイル４１６を指すものとする。但し、本発明上、サービスソースの役割として重要なのは、Ｊａｖａ（登録商標）ソース４１０及びＷＳＤＬソース４１１であるので、これらを主にサービスソースとして扱う。
【００４１】
次に、サービス処理システムの動作について、フローチャートを用いて説明する。
図５のフローチャートはサービス処理システムのサービスインストール手順を示した図である。
同図において最初に、管理用ＰＣ１０３から、Ｊａｖａ（登録商標）ソース４１０及びＷＳＤＬソース４１１がセンター複合機１０１にインストールされる（ステップＳ５０１）。格納場所はＨＤ２１１である。必ず、両者をインストールしなければならないということはなく、原理上、片方のソースでもサービス生成は可能であるが、ここでは両者をインストールしている。
【００４２】
次に、前記でインストールしたソースからサービスを生成する（ステップＳ５０２）。
サービス生成手順ステップＳ５０２の詳細は図６のフローチャートで示される。最初に、センター複合機１０１のＪａｖａ（登録商標）コンパイラ４０１はＨＤ２１１上のＪａｖａ（登録商標）ソース４１０をコンパイルし、Ｊａｖａ（登録商標）クラスファイル４１２を生成する（ステップＳ６０１）。
次に、センター複合機１０１のＷＳＤＬコンパイラ４０３がＨＤ２１１上のＷＳＤＬソース４１１をコンパイルし、Ｊａｖａ（登録商標）クラスファイル４１２を生成する（ステップＳ６０２）。
【００４３】
最後に、センター複合機１０１のアーカイバ４０４がＪａｖａ（登録商標）クラスファイル４１２、リソースファイル４１５及びマニフェストファイル４１６を組み合わせて、Ｊａｒファイル４１７を生成する（ステップＳ６０３）。
ステップＳ５０２の次の手順として、サービスのインストール先である複合機１０２を指定するために、複合機１０２のアドレス情報を入力する（ステップＳ５０３）。インストール先は自分、つまりセンター複合機１０１でも構わないが、ここでは他の複合機１０２にもインストールできることを示している。
【００４４】
インストール先は一乃至複数個、指定できる。
インストール先の指定は、センター複合機１０１のディスプレイ２０５と操作ボタン２０８を用いて、センター複合機１０１上で行ってもよいし、管理用ＰＣ１０３からＷｅｂブラウザ等の手段を用いて行ってもよい。
【００４５】
インストール先の指定を受けたセンター複合機１０１は、指定された全てのインストール先について、以下の処理を繰り返す。
まず、全てのインストールが終了したかどうかを判定する（ステップＳ５１３）。終了していれば、図５のシーケンスを終了する。
終了していなければ、センター複合機１０１は、インスト−ルが終了していない複合機１０２を一つ選択し、そのＩＤを取得する（ステップＳ５０４）。これは例えば、複合機１０２のシリアルＮｏ．を取得することになる。アドレス情報がそのままＩＤとして利用可能ならば、それを用いることもできる。
【００４６】
次に、前ステップで得たＩＤを基に、ライセンスファイル４１３を生成する（ステップＳ５０５）。ライセンスファイル４１３には、前記ＩＤが含まれる。あるいは、セキュリティ向上のために、前記含まれるＩＤ部分もしくはライセンスファイル４１３全体が暗号化され、なりすまし、改竄を困難にする。
【００４７】
図示しないが、ライセンスファイル４１３は、インストール手順終了後、削除するのが通常である。悪用されないためである。但し、暗号化技術等を用いて、ライセンスファイル４１３自体の悪用が防止できるのであれば、次のサービスのインストール時に備えて、ライセンスファイル４１３を残しておいてもよい。そのようにすると、ＩＤ取得及びライセンスファイル４１３生成の手間が省ける。
【００４８】
次に、センター複合機１０１のアーカイバ４０４はＪａｒファイル４１７とライセンスファイル４１３を組み合わせて、インストーラブルバイナリ４１４を生成する（ステップＳ５０６）。
そして、センター複合機１０１は、生成されたインストーラブルバイナリ４１４を複合機１０２にインストールする（ステップＳ５０７）。
インストール先である複合機１０２では、ネットワークを通じてインストールのために送られてきたインストーラブルバイナリ４１４を受信し、インストーラブルバイナリ４１４からライセンスファイル４１３を抽出して、該ライセンスファイル４１３の中に含まれるＩＤが自分のＩＤと一致するかをチェックすることにより、ライセンスの確認を行う（ステップＳ５０８）。
【００４９】
ＩＤが一致する、すなわち、ライセンスが有効である場合は、インストーラブルバイナリ４１４に含まれているサービスであるところのＪａｒファイル４１７を抽出し、ＨＤ２１１にインストールする（ステップＳ５１０）。
最後に、インストールしたサービスを開始して（ステップＳ５１１）、ステップＳ５１３に戻る。
ステップＳ５０９でライセンスが有効でないと判定された場合は、エラー処理をして（ステップＳ５１２）、ステップＳ５１３に戻る。
【００５０】
以上の手順によって、一つのサービスを一乃至複数の複合機１０２にインストールすることができる。図示はしないが、どの複合機１０２にどのサービスをインストールしたか、または、どのサービスをどの複合機１０２にインストールしたかというデータをセンター複合機１０１は管理しているものとする。
【００５１】
また、サービスを追加インストールすることも可能である。サービスインストールが一旦終了した後も、センター複合機１０１はすぐにサービスソースあるいはＪａｒファイル４１７をＨＤ２１１から削除することはしない。ユーザが明示的な削除の指示があるまで（図示なし）残しておく。残しておいたサービスを、未インストール複合機１０２に対してインストールする指示をユーザが行った場合、ステップＳ５０３からの手順をたどることによって、インストールが可能である。
【００５２】
次にサービス利用状況の取得及び出力について、図７及び図９を用いて説明する。
サービス利用状況について説明する。複合機１０２では、スキャナ２０６やプリンタ２０７の利用回数をカウントしている。サービス利用に対する課金はこのカウント情報に基づいて行われる。利用回数のカウンタは厳重なセキュリティによって守られ、例えばカウンタを不正に減じることができないようにしている。これは仕様がオープンである汎用ＰＣに比べると、独自仕様機器の利点である。また、サービスの利用状況として、スキャナ２０６やプリンタ２０７の利用回数で判断するには不都合がある場合は、他の要素を利用状況に加えてもよい。例えば、サービスの稼働日数を利用状況に入れることも考えられる。
【００５３】
それを示したのが、図９の表である。同図では、サービス毎に、スキャンカウンタ９０１、プリントカウンタ９０２、及び稼働日数９０３というサービス利用状況を示す項目が用意され、サービスが利用される度に、項目データが更新されるようになっている。
【００５４】
図９の表に示したデータはＨＤ２１１あるいは、ＦｌａｓｈＲＯＭ２０９に保存される。
サービス利用状況を示す項目はこれらに限らず、あるサービス独自の項目を追加してもよい。
新たなサービスがインストールされる度に、行が増やされ、新たなサービスに対するカウントが開始される。
【００５５】
なお、図９では、サービス毎にデータ項目を設けているが、さらにこれを細分化し、各サービスのデータをインストール先の複合機１０２別に分けてもよい（図示せず）。その場合は、各サービスがどの複合機１０２にインストールされているかということも図９の表が示すことになる。
【００５６】
従って、複合機１０２別にサービス利用状況、すなわちライセンス付与状況を管理できることになる。
もちろん、図９の表の形式以外でもこれを実現できることは、同業者にとって自明の理である。
【００５７】
次に、図７を用いて、サービス利用状況を取得する手順について説明する。
センター複合機１０１はサービスをインストールした複合機１０２からサービスの利用状況を集計する（ステップＳ７０１）。集計の方法は、センター複合機１０１が複合機１０２に問い合わせを行って、複合機１０２が応答する方法でもよいし、複合機１０２がサービスの利用の度に、あるいは所定の時間毎に、センター複合機に対して報告するという方法でもよい。
【００５８】
次に、センター複合機１０１はユーザからのサービス利用状況出力要求があるかどうかを判定する（ステップＳ７０２）。サービス利用状況出力要求があった場合、例えば、ユーザが管理用ＰＣ１０３からサービス利用状況出力を要求する操作を行った場合、図９の表に示したデータが記録媒体から読み出され、管理用ＰＣ１０３に向けて出力され（ステップＳ７０３）、終了する。サービス利用状況出力要求がない場合は、何もせず終了する。
【００５９】
次に、図８のフローチャートを用いて、サービスをアンインストールする手順について説明する。
ユーザが管理用ＰＣ１０３から、あるサービスのアンインストールを指示したとする（ステップＳ８０１）。
ユーザはその時、アンインストール対象となる複合機１０２を一乃至複数個指示する（ステップＳ８０２）。
センター複合機１０１はアンインストール指示された全ての複合機１０２について以下の手順を繰り返す。
【００６０】
すなわち、まず、アンインストール指示された全ての複合機１０２について、アンインストールが終了したかどうかを判定する（ステップＳ８０３）。
まだ、アンインストールすべき複合機１０２が残っていれば、その中から一つの複合機１０２を選択し、サービスが動作していれば、停止する（ステップＳ８０４）。
【００６１】
次に、該サービスをＨＤ２１１からアンインストールする（ステップＳ８０５）。具体的には、サービスのＪａｒファイル４１７がＨＤ２１１の所定の場所から削除される。
そして、まだ複合機１０２からセンター複合機１０１に対して送っていないサービス利用状況データがあれば（最後のサービス利用状況報告がされた後に、サービス利用があった場合、そのようなデータが存在する）、センター複合機１０１はそのデータを集計する（ステップＳ８０６）。そして、ステップＳ８０３に戻る。
【００６２】
ステップＳ８０３で全てのアンインストールが終了したと判定された場合、ユーザがアンインストール時に指定したオプションから（図示せず）、センター複合機１０１はサービスソースの削除も行うかどうかを判定する（ステップＳ８０７）。
ユーザが「アンインストール時にサービスのソースも削除」というオプションをＯＮにしていれば、サービスのソースをＨＤ２１１から削除する（ステップＳ８０８）。そして、終了する。
【００６３】
次に、サービスをインストールする手順について、センター複合機１０１と複合機１０２の各々の手順を示したものを図１０のフローチャートを用いて説明する。
同図において最初に、管理用ＰＣ１０３から、Ｊａｖａ（登録商標）ソース４１０及びＷＳＤＬソース４１１がセンター複合機１０１にインストールされる（ステップＳ１００１）。格納場所はＨＤ２１１である。必ず、両者をインストールしなければならないということはなく、原理上、片方のソースでもサービス生成は可能であるが、ここでは両者をインストールしている。
【００６４】
次に、前記でインストールしたソースからサービスを生成する（ステップＳ１００２）。
サービス生成手順ステップＳ１００２の詳細は図６のフローチャートで示される。
次に、サービスのインストール先である複合機１０２を指定するために、複合機１０２のアドレス情報を入力する（ステップＳ１００３）。インストール先は自分、つまりセンター複合機１０１でも構わないが、ここでは他の複合機１０２にもインストールできることを示している。
【００６５】
インストール先は一乃至複数個、指定できる。
インストール先の指定は、センター複合機１０１のディスプレイ２０５と操作ボタン２０８を用いて、センター複合機１０１上で行ってもよいし、管理用ＰＣ１０３からＷｅｂブラウザ等の手段を用いて行ってもよい。
【００６６】
インストール先の指定を受けたセンター複合機１０１は、指定された全てのインストール先について、以下の処理を繰り返す。
まず、全てのインストールが終了したかどうかを判定する（ステップＳ１００４）。終了していれば、図１０のシーケンスを終了する。
終了していなければ、センター複合機１０１は、インスト−ルが終了していない複合機１０２を一つ選択し、その複合機１０２に対してＩＤを問い合わせる（ステップＳ１００５）。
【００６７】
複合機１０２ではＩＤ問い合わせを受信すると（ステップＳ１０５１）、自分のＩＤを返信する（ステップＳ１０５２）。
センター複合機１０１は返信されたＩＤを取得する（ステップＳ１００６）。
次に、前ステップで得たＩＤを基に、ライセンスファイル４１３を生成する（ステップＳ１００７）。ライセンスファイル４１３には、前記ＩＤが含まれる。あるいは、セキュリティ向上のために、前記含まれるＩＤ部分もしくはライセンスファイル４１３全体が暗号化され、なりすまし、改竄を困難にする。
【００６８】
次に、センター複合機１０１のアーカイバ４０４はＪａｒファイル４１７とライセンスファイル４１３を組み合わせて、インストーラブルバイナリ４１４を生成する（ステップＳ１００８）。
そして、センター複合機１０１は、生成されたインストーラブルバイナリ４１４を複合機１０２にインストールする（ステップＳ１００９）。
【００６９】
インストール先である複合機１０２では、ネットワークを通じてインストールのために送られてきたインストーラブルバイナリ４１４を受信する（ステップＳ１０６１）。
次に、インストーラブルバイナリ４１４からライセンスファイル４１３及びＪａｒファイル４１７を抽出する（ステップＳ１０６２）。
【００７０】
そして、該ライセンスファイル４１３の中に含まれるＩＤを取得した（ステップＳ１０６３）後、それが自分のＩＤと一致するかをチェックする（ステップＳ１０６４）。
ＩＤが一致する、すなわち、ライセンスが有効である場合は、Ｊａｒファイル４１７をＨＤ２１１にインストールする（ステップＳ１０６５）。
【００７１】
次に、インストールしたサービスを開始する（ステップＳ１０６６）。
最後に成功をセンター複合機１０１に通知して（ステップＳ１０６８）、終了する。
ステップＳ１０６４でライセンスが有効でないと判定された場合は、センター複合機１０１にエラー通知をして（ステップＳ１０６７）、終了する。
【００７２】
一方、センター複合機１０１は、ステップＳ１０６７のエラー通知かステップＳ１０６８の成功通知を待つ（ステップＳ１０１０）。エラーが通知されれば、処理中の複合機１０２に対してインストールが失敗した旨のエラーを表示して（ステップＳ１０１１）、ステップＳ１００４に戻る。成功通知があれば、エラー表示はしないで、ステップＳ１００４に戻る。なお、ＩＤ通知やライセンスファイル生成が正しく行われていれば、プログラムのバグでもない限り、通常エラーは起こりえない。
【００７３】
次に、図１１を用いて、サービス利用状況を取得する手順のもう一つの実施形態について説明する。
センター複合機１０１は複合機１０２からサービス利用状況が通知されたかどうかを監視している（ステップＳ１１０１）。
通知された場合は、その利用状況を集計する（ステップＳ１１０２）。例えば、図９のサービス１ ９０４について、複合機１ １０２ａからスキャンカウンタ９０１が増分３という報告があった場合、該当項目のデータを＋３インクリメントする。
【００７４】
なお、図９では、サービス毎のデータ集計を行っているが、さらに、これをインストール先の複合機１０２毎に集計するという細分化をしてもよい。そのときは、複合機２ １０２ｂでのサービス１ ９０４の利用は、異なるデータとしてインクリメントされることになる。
【００７５】
次に、センター複合機１０１は、管理用ＰＣ１０３からサービスの利用状況出力要求があるかどうかを監視する（ステップＳ１１０３）。
要求があった場合は、サービス利用状況として、図９のデータを出力する（ステップＳ１１０４）。
【００７６】
次に、センター複合機１０１は、管理用ＰＣ１０３からサービス利用状況データのクリア要求があるかどうかを監視する（ステップＳ１１０５）。
所定の期間ごとにサービス利用状況を集計して課金を行う場合、集計した後はサービス利用状況をクリアしてしまって、０から再開するのが分かりやすい。それを行うため、管理用ＰＣ１０３からサービス利用状況データがクリアできるようになっている。
サービス利用状況クリア要求があった場合は、クリア要求されたサービスの利用状況をクリアする（ステップＳ１１０６）。例えばサービス１ ９０４についてクリア要求があった場合は、図９のサービス１ ９０４の行のデータをクリアする。
そして、ステップＳ１１０１に戻って監視を続ける。
【００７７】
次に、サービスをアンインストールする手順について、センター複合機１０１と複合機１０２の各々の手順を示したものを図１２のフローチャートを用いて説明する。
ユーザが管理用ＰＣ１０３から、あるサービスのアンインストールを指示したとする（ステップＳ１２０１）。
ユーザはその時、アンインストール対象となる複合機１０２を一乃至複数個指示する（ステップＳ１２０２）。
【００７８】
センター複合機１０１はアンインストール指示された全ての複合機１０２について以下の手順を繰り返す。
すなわち、まず、アンインストール指示された全ての複合機１０２について、アンインストールが終了したかどうかを判定する（ステップＳ１２０３）。
まだ、アンインストールすべき複合機１０２が残っていれば、その中から一つの複合機１０２を選択し、その複合機１０２に対し、サービスアンインストール要求を行う（ステップＳ１２０４）。
【００７９】
サービスアンインストール要求を受けた複合機１０２はそのサービスを動作させていれば、停止する（ステップＳ１２５１）。
次に、該サービスをＨＤ２１１からアンインストールする（ステップＳ１２５２）。具体的には、サービスのＪａｒファイル４１７をＨＤ２１１の所定の場所から削除する。
そして、まだ複合機１０２からセンター複合機１０１に対して未通知のサービス利用状況データがあれば（最後のサービス利用状況報告がされた後に、サービス利用があった場合、そのようなデータが存在する）、通知する（ステップＳ１２５３）。
センター複合機１０１はその利用状況データを受信し、集計する（ステップＳ１２０５）。
【００８０】
複合機１０２はアンインストールが終了すると、アンインストール完了通知をセンター複合機１０１に送る（ステップＳ１２５４）。
センター複合機１０１はアンインストール完了通知を受けるまで待ち（ステップＳ１２０６）、通知を受けると、ステップＳ１２０３に戻る。
ステップＳ１２０３で全てのアンインストールが終了したと判定された場合、ユーザがアンインストール時に指定したオプションから（図示せず）、センター複合機１０１はサービスソースの削除も行うかどうかを判定する（ステップＳ１２０７）。
ユーザが「アンインストール時にサービスのソースも削除」というオプションをＯＮにしていれば、サービスのソースをＨＤ２１１から削除する（ステップＳ１２０８）。そして、終了する。
【００８１】
以上の実施形態では、サービスの例として、Ｊａｖａ（登録商標）ソース４１０やＷＳＤＬソース４１１をＪａｖａ（登録商標）クラスファイル４１２にコンパイルして、それをＪａｖａ（登録商標）ＶＭ１３０３上で動作させる形態について説明してきたが、サービスの形態はこれにとどまらない。
同業者であれば、サービスは言語非依存であり、Ｊａｖａ（登録商標）以外のプログラム記述言語でも本発明が達成され得ることは容易に理解できよう。
【００８２】
また、ＷＳＤＬソース４１１を使用した実施形態を説明したが、本発明はこれにとどまらず、最終的に実行可能なサービス形式に至るのであれば、他のソース形式であってもよいことも明白である。
【００８３】
また、以上の実施形態では、これまで説明してきたサービス処理システムのサービスインストール元の機器がセンター複合機１０１であり、サービスインストール先の機器が複合機１０２あるとして説明してきた。
センター複合機１０１のような機器では、ＨＤ２１１等の内部記録媒体に外部からアクセスできる手段が限られ、内部記録媒体上に存在する情報を不正に書き換えることが一般的なコンピュータに比べると困難である。また、一般的なコンピュータと違って、独自仕様を盛り込めるので、セキュリティ向上のため様々な対策を施すことができる。その意味では、ライセンス管理の安全性がより高い。
【００８４】
しかし、本発明を実施するのにそれらが複合機でなければならないということはない。両者は一般的なコンピュータでもよい。
但し、サービス処理システムが汎用的なＯＳ、汎用的なＣＰＵで構成されていると、ライセンス管理情報が不正に改竄される可能性が高まる。そこで、サービス処理システムに一般的なコンピュータを用いる場合は、ライセンス管理情報にさらに暗号化技術を用いて、不正なアクセスを困難にすることが考えられる。
【００８５】
以上、本発明について説明してきたが、本発明は、ハードウエアを必要とするものの、それぞれの装置上で動作するプログラムにより実現可能である。従って、前述した実施形態の機能を実現するソフトウエアのプログラム、及びプログラムコードを記憶した記録媒体においても、それを読み出してコンピュータによって実行することにより、上記機能を実現することが可能である。
【図面の簡単な説明】
【００８６】
【図１】本発明に係るサービス処理システムの構成を示すブロック図である。
【図２】センター複合機または複合機の内部構成を示すブロック図である。
【図３】従来の構成を示すブロック図である。
【図４】サービスが生成される流れを示した図である。
【図５】サービスインストール手順を示したフローチャートである。
【図６】サービス生成手順を示したフローチャートである。
【図７】サービス利用状況取得手順を示したフローチャートである。
【図８】サービスアンインストール手順を示したフローチャートである。
【図９】サービス利用状況データの構造を示した表を示す図である。
【図１０】サービスインストール手順を示したフローチャートである。
【図１１】サービス利用状況取得手順を示したフローチャートである。
【図１２】サービスアンインストール手順を示したフローチャートである。
【図１３】サービス生成装置のソフトウエア階層を示した図である。
【符号の説明】
【００８７】
１０１… センター複合機
１０２… 複合機
１０３… 管理用ＰＣ
２０１… ＣＰＵ
２１１… ハードディスク
４０１… Ｊａｖａ（登録商標）コンパイラ
４０３… ＷＳＤＬコンパイラ
４０４… アーカイバ
４１０… Ｊａｖａ（登録商標）ソース
４１１… ＷＳＤＬソース
４１２… Ｊａｖａ（登録商標）クラスファイル
４１３… ライセンスファイル
４１４… インストーラブルバイナリ
４１７… Ｊａｒファイル
１３０３… Ｊａｖａ（登録商標）ＶＭ
【技術分野】
【０００１】
本発明は、ライセンスに適合するようにサービスを生成し、実行する装置並びにシステムに関する。
【背景技術】
【０００２】
従来より、ソフトウエア、プログラム、あるいはサービス（以上のものをまとめて、以下、サービスと称す）を機器にインストールする、あるいは機器上でサービスを実行する際、サービスに組み込まれたライセンスで、サービスをその機器にインストールすることができるか、あるいはサービスを実行できるかを判断し、適正なライセンスを持っていなければ、インストールや実行を許可しない技術が存在している。
例えば、特許文献１，２はそのような技術の一例である。
【０００３】
ライセンスはサービスを購入した人に付与する場合と、サービスを実行する機器に対して付与する場合がある。
後者の場合、ライセンスが機器のＩＤに対して一意になるようにバリエーションを作ることがある。単純には、ライセンスの中に機器ＩＤが含まれようにする。このようにすれば、インストール時あるいは実行時に、ライセンスの中に含まれる機器ＩＤと自機器ＩＤが一致するかどうかを調べて、一致する場合のみ、インストールあるいは実行が可能になるという制御を行うことによって、ライセンスが発行されていない機器へのインストールあるいは実行禁止が達成される。
ライセンスの不正コピーや改竄を防止するため、暗号化技術が用いられることも一般的である。
【０００４】
従来技術の構成を図３のブロック図に示す。
管理用ＰＣ１０３から複合機１ １０２ａ及び複合機２ １０２ｂに対してサービスをインストールする。サービスについては、複合機１ １０２ａに対してインストールするサービスプログラム１ ３０２ａと複合機２ １０２ｂに対してインストールするサービスプログラム２ ３０２ｂがＣＤ−ＲＯＭ３０１に収められており、それを管理ＰＣ１０３で読み出してインストールする。サービスプログラム１ ３０２ａは複合機１ １０２ａに対応するライセンス１ ３０３ａを含む。サービスプログラム２ ３０２ｂは複合機２ １０２ｂに対応するライセンス２ ３０３ｂを含む。
前記２つのサービスプログラムは同一のサービスを提供する。
【０００５】
そして、管理用ＰＣ１０３からサービスプログラムをインストールするときは、前述のように動作し、ライセンス適合性を確認しながらインストールを行う。
【０００６】
以上のように、ライセンス生成は、不正使用防止の鍵となる技術なので、厳重に管理される。通常は、サービス提供者のサイトにインストールあるいは実行する機器の情報を集めてライセンスを生成し、生成されたライセンスを組み込んだサービスを顧客に提供する。
このようにすることによって、安全性が確保されている。
【０００７】
【特許文献１】特開２００４−４６６０６号公報
【特許文献２】特開２００４−１３５３２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来の技術には以下のような課題が存在する。
すなわち、サービスを機器上で動的に生成する場合のライセンス付与方法である。サービスを機器上で動的に生成するような場合、生成する前はサービスが存在していないのだから、ライセンスも作成されていない。このようなサービスに対してライセンスをどのように付与するかが問題になる。
【０００９】
自機器だけでなく、他の機器にもサービスをインストールしようとすると、この場合のライセンス付与方法も問題である。
また、ライセンスを一旦、付与したら、それをサービス提供者が知り得るようにしなければ意味がない。ライセンスが動的に生成され、あるいは削除されるとしたら、それがそこに確かにあったという痕跡を残さなければならない。ライセンスがどの機器に対して発行されたのか、機器がそのサービスをどのくらい利用しているか、このような情報を正確にサービス提供者を知ることができなければならない。課金に関連する事項だからである。
但し、たとえサービス提供者のサイトと機器がネットワークで接続されていたとしても、前記の情報を機器からサイトに送ってしまえばよいということにはならない。ライセンスが適正に付与されていることをユーザも把握できるようにすることが望まれる。
【００１０】
そして、適用範囲を広げるために、サービス提供者のサイトと機器がネットワーク接続されていることは要件とすべきではない。
また、ライセンス情報やサービス利用状況の情報は不正な手段による変更が困難でなければならない。
【００１１】
また、ライセンス管理をサービス提供者のサイトで一元化して行うと、全世界に対して販売する多数の機器に対してライセンスを発行することになりかねず、サイトの負担が増す。従って、サイトの負担を減らすために、ライセンス発行を分散化することも望まれる。
例えば、サービス提供者サイトは各ユーザサイトに対して発行したライセンス数だけを管理し、各ユーザサイトで機器が前記ライセンス数を超えないように、ライセンス管理を行うという形態が好ましい。
【００１２】
本発明は、上記の課題に鑑みてなされたものであり、サービスを機器上で動的に生成する場合、事前にライセンスが生成されていなくともライセンスを動的に生成し、ライセンス認証機構を用いながらサービスをインストールあるいは実行することを可能とするサービス生成装置、サービス処理システム、処理方法、プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明のサービス生成装置は、サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、 前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段とを備える。
【００１４】
本発明のサービス処理システムは、サービスソースからサービスを生成するサービス生成装置と、前記サービスを実行するサービス実行装置とを含むサービス処理システムにおいて、前記サービス生成装置は、サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段とを備え、前記サービス実行装置は、前記インストーラブルバイナリを入力するインストーラブルバイナリ入力手段と、前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定手段と、前記ライセンス適合性判定手段が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール手段とを備える。
【００１５】
本発明のサービス生成装置は、サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と、前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶手段と、前記インストール先記憶手段もしくは前記サービス利用状況記憶手段に記憶された情報を外部に出力する情報出力手段とを備える。
【００１６】
本発明のサービス処理システムは、サービスソースからサービスを生成するサービス生成装置と、前記サービスを実行するサービス実行装置とを含むサービス処理システムにおいて、前記サービス生成装置は、 サービスソースからサービスを生成するサービス生成手段と、一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶手段と、前記インストール先に応じたライセンスを生成するライセンス生成手段と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と、前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶手段と、前記インストール先記憶手段もしくは前記サービス利用状況記憶手段に記憶された情報を外部に出力する情報出力手段とを備え、前記サービス実行装置は、前記インストーラブルバイナリを入力するインストーラブルバイナリ入力手段と、前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定手段と、前記ライセンス適合性判定手段が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール手段と、自装置におけるサービス利用状況を前記サービス生成装置に送信するサービス利用状況送信手段とを備える。
【００１７】
本発明のサービス生成方法は、サービスソースからサービスを生成するサービス生成工程と、一乃至複数のインストール先を記憶するインストール先記憶工程と、前記インストール先に応じたライセンスを生成するライセンス生成工程と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、前記インストーラブルバイナリを前記インストール先にインストールするインストール工程とを備える。
【００１８】
本発明のサービス処理システムの処理方法は、サービスソースからサービスを生成するサービス生成装置の処理方法と、前記サービスを実行するサービス実行装置の処理方法とを含むサービス処理システムの処理方法において、前記サービス生成装置の処理方法は、サービスソースからサービスを生成するサービス生成工程と、一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶工程と、前記インストール先に応じたライセンスを生成するライセンス生成工程と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、前記インストーラブルバイナリを前記インストール先にインストールするインストール工程とを備え、前記サービス実行装置の処理方法は、前記インストーラブルバイナリを入力するインストーラブルバイナリ入力工程と、前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定工程と、前記ライセンス適合性判定工程が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール工程とを備える。
【００１９】
本発明のサービス生成方法は、サービスソースからサービスを生成するサービス生成工程と、一乃至複数のインストール先を記憶するインストール先記憶工程と、前記インストール先に応じたライセンスを生成するライセンス生成工程と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と、前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶工程と、前記インストール先記憶工程もしくは前記サービス利用状況記憶工程に記憶された情報を外部に出力する情報出力工程とを備える。
【００２０】
本発明のサービス処理システムの処理方法は、サービスソースからサービスを生成するサービス生成装置の処理方法と、前記サービスを実行するサービス実行装置の処理方法とを含むサービス処理システムの処理方法において、前記サービス生成装置の処理方法は、サービスソースからサービスを生成するサービス生成工程と、一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶工程と、前記インストール先に応じたライセンスを生成するライセンス生成工程と、前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と、前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶工程と、前記インストール先記憶工程もしくは前記サービス利用状況記憶工程に記憶された情報を外部に出力する情報出力工程とを備え、前記サービス実行装置の処理方法は、前記インストーラブルバイナリを入力するインストーラブルバイナリ入力工程と、前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定工程と、前記ライセンス適合性判定工程が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール工程と、自装置におけるサービス利用状況を前記サービス生成装置に送信するサービス利用状況送信工程とを備える。
【発明の効果】
【００２１】
以上の手段を備えることによって、本発明は以下に示す諸効果を奏する。
すなわち、サービスを機器上で動的に生成する場合、事前にライセンスが生成されていなくともライセンスを動的に生成し、ライセンス認証機構を用いながらサービスをインストールあるいは実行することができる。
このようにすることによって、静的なサービスを機器にインストールする時と同じライセンス認証機構を用いることができる。
【００２２】
また、自機器だけでなく、他の機器向けにもライセンスを生成し、サービスをインストールあるいは実行することができる。
また、動的に生成したライセンス情報及びそのライセンスを使用してインストールあるいは実行したサービスの利用状況の情報をサービス提供者もしくはユーザが正確に、安全性をもって、知ることができる。
また、前記情報の取得は、サービス提供者のサイトと機器がネットワーク接続されていなくても実現できる。
【００２３】
また、ライセンス情報やサービス利用状況の情報は不正な手段による変更が困難である。
また、ライセンス管理をサービス提供者のサイトで一元化して行わず、機器上でライセンス管理を行うことによって、ライセンス管理の分散化が達成され、サービス提供者サイトの負担を減らすことができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明を実施するための最良の形態について図を用いて説明する。
図１は本発明のサービス処理システムの構成を示すブロック図であり、同図において、１０１はセンター複合機、１０２は複合機、１０３は管理用ＰＣであり、互いにネットワークで接続されている。
【００２５】
センター複合機１０１はサービス及びライセンスを生成し、ライセンスを管理するという、本発明の構成において中心的な役割を果たす。複合機１０２にはサービスがインストールされ、そのサービスを実行する。複合機１０２におけるサービスの利用状況がセンター複合機１０１に報告される。
【００２６】
管理用ＰＣ１０３はセンター複合機１０１に対して、サービスのソースをインストールしたり、動的に生成するサービスのインストール先を指定したり、静的に構築されたサービスをセンター複合機１０１や複合機１０２に対してインストールしたりする。
センター複合機１０１あるいは複合機１０２の内部構成を図２のブロック図を用いて説明する。
【００２７】
同図において、センター複合機１０１あるいは複合機１０２は、機器全体を制御するところの中央処理装置（以下、ＣＰＵと称す）２０１、各種動作プログラムを読み取り可能に格納したＲＯＭ２０２、プログラム動作中の一時的な値の保存に用いるＲＡＭ２０３、各種時間を計測するタイマ２０４、各種設定メニュー及び画像を表示するディスプレイ２０５、スキャナ２０６、プリンタ２０７、各種操作ボタン２０８、各種設定データファイルを保存しておくための不揮発性メモリであるＦｌａｓｈＲＯＭ２０９、機器外部と接続するインタフェースとなるネットワークＩ／Ｆ２１０、サービスのソースやバイナリ、各種動作プログラム、各種設定データファイルを保存しておくためのハードディスク（以下、ＨＤと称す）２１１からなる。
【００２８】
本発明で説明するサービスのソースやバイナリ及びライセンス情報は、前記で挙げたいくつかの記録媒体のうち、これに入っていなければならないということはないが、本実施形態ではＨＤ２１１に格納されているものとする。
【００２９】
次に、センター複合機１０１上で動作するソフトウエアの階層について、図１３を用いて説明する。
まず、最下層にハードウエア１３０１が存在する。その上にハードウエア１３０１を制御するためのオペレーティングシステム（以下、ＯＳと称す）１３０２が存在する。ＯＳ１３０２の上には、ＯＳ１３０２上で動作する各種のプログラムが存在する。
その一つにＪａｖａ（登録商標）仮想マシン（Ｊａｖａ（登録商標）は米国Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ Ｉｎｃ．の米国およびその他の国における商標または登録商標である。以下、Ｊａｖａ（登録商標）ＶＭと称す）１３０３が存在する。
【００３０】
Ｊａｖａ（登録商標）ＶＭ１３０３は中間コード形式の一種であるＪａｖａ（登録商標）バイトコードを実行できる。Ｊａｖａ（登録商標）バイトコードは中間コードであるから機器依存度が低く、他の機器に送り込んでそこで実行するのに適している。
本実施形態で説明するサービス１３２０はＪａｖａ（登録商標）バイトコードで実現されており、Ｊａｖａ（登録商標）ＶＭ１３０３の上で動作する。
【００３１】
さらに、ＯＳ１３０２上で動作する各種のコンパイラ、ツールが存在するが、これらについては、図４を用いて説明する。
次に、サービスが生成される流れを図４のブロック図を用いて説明する。
ここでは、サービスのソースとして、Ｊａｖａ（登録商標）ソース４１０とＷＳＤＬソース４１１を挙げている。
【００３２】
ＷＳＤＬとはＷｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅの略であり、Ｗｅｂサービスのプロトコルスタックのサービス記述言語である。これはＸＭＬ（ｅＸｔｅｎｓｉｖｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述され、プラットフォーム非依存である。ＷＳＤＬソース４１１は、あるＷｅｂサービスのパブリックインタフェースを記述したものである。ＷＳＤＬソース４１１を解釈なり、コンパイルするなりして、機器上で動作できる形態にすれば、その形態を組み込んだプログラムはそのＷｅｂサービスにアクセスできることになる。このような仕組みは、Ｗｅｂサービスへのアクセス手段の柔軟性を高めることができる。本実施形態では、ＷＳＤＬソース４１１は最終的にＪａｖａ（登録商標）クラス４１２にコンパイルされるが、本発明の意図するところはこれにとどまらず、他の実行形式でもよい。
【００３３】
ＨＤ２１１に格納されたＪａｖａ（登録商標）ソース４１０はＪａｖａ（登録商標）コンパイラ４０１によって、Ｊａｖａ（登録商標）クラスファイル４１２にコンパイルされる。Ｊａｖａ（登録商標）クラスファイル４１２はＪａｖａ（登録商標）バイトコードで記述され、Ｊａｖａ（登録商標）ＶＭ１３０３はこれを実行できる。
なお、Ｊａｖａ（登録商標）コンパイラ４０１やＪａｖａ（登録商標）ＶＭ１３０３といったソフトウエアの動作の主体はＣＰＵ２０１である。以降、同様の場合は説明を控える。
【００３４】
ＨＤ２１１に格納されたＷＳＤＬソース４１１が変換されるルートは２つある。
一つは、ＷＳＤＬ２Ｊａｖａ（登録商標）ツール４０２がＷＳＤＬソース４１１をＪａｖａ（登録商標）ソース４１０に変換してから、前記と同様、Ｊａｖａ（登録商標）コンパイラ４０１がそのＪａｖａ（登録商標）ソース４１０をＪａｖａ（登録商標）クラスファイル４１２に変換するルートである。
【００３５】
もう一つは、ＷＳＤＬコンパイラ４０３がＷＳＤＬソース４１１を直接、Ｊａｖａ（登録商標）クラスファイル４１２に変換するルートである。双方のルートを備えていなければならないということはなく、どちらか片方に対応していればよい。これは変換の多様性を示すものである。
最終的に、Ｊａｖａ（登録商標）ソース４１０、ＷＳＤＬソース４１１共、Ｊａｖａ（登録商標）クラスファイル４１２に変換される。
【００３６】
次に、アーカイバ４０４はＪａｖａ（登録商標）クラスファイル４１２、リソースファイル４１５及びマニフェストファイル４１６を組み合わせて、Ｊａｒファイル４１７を生成する。Ｊａｒファイル４１７はＪａｖａ（登録商標）ＶＭ１３０３が実行できる形式のファイルである。
ここで、リソースファイル４１５あるいはマニフェストファイル４１６は静的に最初から与えられてもよいし、動的に作成されてもよい。Ｊａｖａ（登録商標）言語でサービスを作る場合は、これらのファイルをサービスの機能の一部とすることができる。
【００３７】
次に、サービスをインストールする先の機器に応じて、ライセンスファイルが生成され、ＨＤ２１１に格納される。
最後に、アーカイバ４０４がＪａｒファイル４１７とライセンスファイル４１３をまとめて、インストーラブルバイナリ４１４を作成する。
【００３８】
なお、Ｊａｒファイル４１７の生成は必須ではない。Ｊａｒファイル４１７の形式にまとめなくても、Ｊａｖａ（登録商標）ＶＭ１３０３はサービスを実行可能だからである。Ｊａｖａ（登録商標）クラスファイル４１２、リソースファイル４１５、マニフェストファイル４１６及びライセンスファイル４１３をアーカイバ４０４によってまとめて、インストーラブルバイナリ４０４を作成してもよい。
【００３９】
以降、サービスという語は、実行可能な形式の単位という意味では、Ｊａｒファイル４１７、あるいはＪａｖａ（登録商標）クラスファイル４１２、リソースファイル４１５、マニフェストファイル４１６の組み合わせの形式を指すものとし、インストール可能な単位という意味では、インストーラブルバイナリ４１４を指すものとする。
【００４０】
サービスソースはＪａｖａ（登録商標）ソース４１０、ＷＳＤＬソース４１１、リソースファイル４１５、あるいはマニフェストファイル４１６を指すものとする。但し、本発明上、サービスソースの役割として重要なのは、Ｊａｖａ（登録商標）ソース４１０及びＷＳＤＬソース４１１であるので、これらを主にサービスソースとして扱う。
【００４１】
次に、サービス処理システムの動作について、フローチャートを用いて説明する。
図５のフローチャートはサービス処理システムのサービスインストール手順を示した図である。
同図において最初に、管理用ＰＣ１０３から、Ｊａｖａ（登録商標）ソース４１０及びＷＳＤＬソース４１１がセンター複合機１０１にインストールされる（ステップＳ５０１）。格納場所はＨＤ２１１である。必ず、両者をインストールしなければならないということはなく、原理上、片方のソースでもサービス生成は可能であるが、ここでは両者をインストールしている。
【００４２】
次に、前記でインストールしたソースからサービスを生成する（ステップＳ５０２）。
サービス生成手順ステップＳ５０２の詳細は図６のフローチャートで示される。最初に、センター複合機１０１のＪａｖａ（登録商標）コンパイラ４０１はＨＤ２１１上のＪａｖａ（登録商標）ソース４１０をコンパイルし、Ｊａｖａ（登録商標）クラスファイル４１２を生成する（ステップＳ６０１）。
次に、センター複合機１０１のＷＳＤＬコンパイラ４０３がＨＤ２１１上のＷＳＤＬソース４１１をコンパイルし、Ｊａｖａ（登録商標）クラスファイル４１２を生成する（ステップＳ６０２）。
【００４３】
最後に、センター複合機１０１のアーカイバ４０４がＪａｖａ（登録商標）クラスファイル４１２、リソースファイル４１５及びマニフェストファイル４１６を組み合わせて、Ｊａｒファイル４１７を生成する（ステップＳ６０３）。
ステップＳ５０２の次の手順として、サービスのインストール先である複合機１０２を指定するために、複合機１０２のアドレス情報を入力する（ステップＳ５０３）。インストール先は自分、つまりセンター複合機１０１でも構わないが、ここでは他の複合機１０２にもインストールできることを示している。
【００４４】
インストール先は一乃至複数個、指定できる。
インストール先の指定は、センター複合機１０１のディスプレイ２０５と操作ボタン２０８を用いて、センター複合機１０１上で行ってもよいし、管理用ＰＣ１０３からＷｅｂブラウザ等の手段を用いて行ってもよい。
【００４５】
インストール先の指定を受けたセンター複合機１０１は、指定された全てのインストール先について、以下の処理を繰り返す。
まず、全てのインストールが終了したかどうかを判定する（ステップＳ５１３）。終了していれば、図５のシーケンスを終了する。
終了していなければ、センター複合機１０１は、インスト−ルが終了していない複合機１０２を一つ選択し、そのＩＤを取得する（ステップＳ５０４）。これは例えば、複合機１０２のシリアルＮｏ．を取得することになる。アドレス情報がそのままＩＤとして利用可能ならば、それを用いることもできる。
【００４６】
次に、前ステップで得たＩＤを基に、ライセンスファイル４１３を生成する（ステップＳ５０５）。ライセンスファイル４１３には、前記ＩＤが含まれる。あるいは、セキュリティ向上のために、前記含まれるＩＤ部分もしくはライセンスファイル４１３全体が暗号化され、なりすまし、改竄を困難にする。
【００４７】
図示しないが、ライセンスファイル４１３は、インストール手順終了後、削除するのが通常である。悪用されないためである。但し、暗号化技術等を用いて、ライセンスファイル４１３自体の悪用が防止できるのであれば、次のサービスのインストール時に備えて、ライセンスファイル４１３を残しておいてもよい。そのようにすると、ＩＤ取得及びライセンスファイル４１３生成の手間が省ける。
【００４８】
次に、センター複合機１０１のアーカイバ４０４はＪａｒファイル４１７とライセンスファイル４１３を組み合わせて、インストーラブルバイナリ４１４を生成する（ステップＳ５０６）。
そして、センター複合機１０１は、生成されたインストーラブルバイナリ４１４を複合機１０２にインストールする（ステップＳ５０７）。
インストール先である複合機１０２では、ネットワークを通じてインストールのために送られてきたインストーラブルバイナリ４１４を受信し、インストーラブルバイナリ４１４からライセンスファイル４１３を抽出して、該ライセンスファイル４１３の中に含まれるＩＤが自分のＩＤと一致するかをチェックすることにより、ライセンスの確認を行う（ステップＳ５０８）。
【００４９】
ＩＤが一致する、すなわち、ライセンスが有効である場合は、インストーラブルバイナリ４１４に含まれているサービスであるところのＪａｒファイル４１７を抽出し、ＨＤ２１１にインストールする（ステップＳ５１０）。
最後に、インストールしたサービスを開始して（ステップＳ５１１）、ステップＳ５１３に戻る。
ステップＳ５０９でライセンスが有効でないと判定された場合は、エラー処理をして（ステップＳ５１２）、ステップＳ５１３に戻る。
【００５０】
以上の手順によって、一つのサービスを一乃至複数の複合機１０２にインストールすることができる。図示はしないが、どの複合機１０２にどのサービスをインストールしたか、または、どのサービスをどの複合機１０２にインストールしたかというデータをセンター複合機１０１は管理しているものとする。
【００５１】
また、サービスを追加インストールすることも可能である。サービスインストールが一旦終了した後も、センター複合機１０１はすぐにサービスソースあるいはＪａｒファイル４１７をＨＤ２１１から削除することはしない。ユーザが明示的な削除の指示があるまで（図示なし）残しておく。残しておいたサービスを、未インストール複合機１０２に対してインストールする指示をユーザが行った場合、ステップＳ５０３からの手順をたどることによって、インストールが可能である。
【００５２】
次にサービス利用状況の取得及び出力について、図７及び図９を用いて説明する。
サービス利用状況について説明する。複合機１０２では、スキャナ２０６やプリンタ２０７の利用回数をカウントしている。サービス利用に対する課金はこのカウント情報に基づいて行われる。利用回数のカウンタは厳重なセキュリティによって守られ、例えばカウンタを不正に減じることができないようにしている。これは仕様がオープンである汎用ＰＣに比べると、独自仕様機器の利点である。また、サービスの利用状況として、スキャナ２０６やプリンタ２０７の利用回数で判断するには不都合がある場合は、他の要素を利用状況に加えてもよい。例えば、サービスの稼働日数を利用状況に入れることも考えられる。
【００５３】
それを示したのが、図９の表である。同図では、サービス毎に、スキャンカウンタ９０１、プリントカウンタ９０２、及び稼働日数９０３というサービス利用状況を示す項目が用意され、サービスが利用される度に、項目データが更新されるようになっている。
【００５４】
図９の表に示したデータはＨＤ２１１あるいは、ＦｌａｓｈＲＯＭ２０９に保存される。
サービス利用状況を示す項目はこれらに限らず、あるサービス独自の項目を追加してもよい。
新たなサービスがインストールされる度に、行が増やされ、新たなサービスに対するカウントが開始される。
【００５５】
なお、図９では、サービス毎にデータ項目を設けているが、さらにこれを細分化し、各サービスのデータをインストール先の複合機１０２別に分けてもよい（図示せず）。その場合は、各サービスがどの複合機１０２にインストールされているかということも図９の表が示すことになる。
【００５６】
従って、複合機１０２別にサービス利用状況、すなわちライセンス付与状況を管理できることになる。
もちろん、図９の表の形式以外でもこれを実現できることは、同業者にとって自明の理である。
【００５７】
次に、図７を用いて、サービス利用状況を取得する手順について説明する。
センター複合機１０１はサービスをインストールした複合機１０２からサービスの利用状況を集計する（ステップＳ７０１）。集計の方法は、センター複合機１０１が複合機１０２に問い合わせを行って、複合機１０２が応答する方法でもよいし、複合機１０２がサービスの利用の度に、あるいは所定の時間毎に、センター複合機に対して報告するという方法でもよい。
【００５８】
次に、センター複合機１０１はユーザからのサービス利用状況出力要求があるかどうかを判定する（ステップＳ７０２）。サービス利用状況出力要求があった場合、例えば、ユーザが管理用ＰＣ１０３からサービス利用状況出力を要求する操作を行った場合、図９の表に示したデータが記録媒体から読み出され、管理用ＰＣ１０３に向けて出力され（ステップＳ７０３）、終了する。サービス利用状況出力要求がない場合は、何もせず終了する。
【００５９】
次に、図８のフローチャートを用いて、サービスをアンインストールする手順について説明する。
ユーザが管理用ＰＣ１０３から、あるサービスのアンインストールを指示したとする（ステップＳ８０１）。
ユーザはその時、アンインストール対象となる複合機１０２を一乃至複数個指示する（ステップＳ８０２）。
センター複合機１０１はアンインストール指示された全ての複合機１０２について以下の手順を繰り返す。
【００６０】
すなわち、まず、アンインストール指示された全ての複合機１０２について、アンインストールが終了したかどうかを判定する（ステップＳ８０３）。
まだ、アンインストールすべき複合機１０２が残っていれば、その中から一つの複合機１０２を選択し、サービスが動作していれば、停止する（ステップＳ８０４）。
【００６１】
次に、該サービスをＨＤ２１１からアンインストールする（ステップＳ８０５）。具体的には、サービスのＪａｒファイル４１７がＨＤ２１１の所定の場所から削除される。
そして、まだ複合機１０２からセンター複合機１０１に対して送っていないサービス利用状況データがあれば（最後のサービス利用状況報告がされた後に、サービス利用があった場合、そのようなデータが存在する）、センター複合機１０１はそのデータを集計する（ステップＳ８０６）。そして、ステップＳ８０３に戻る。
【００６２】
ステップＳ８０３で全てのアンインストールが終了したと判定された場合、ユーザがアンインストール時に指定したオプションから（図示せず）、センター複合機１０１はサービスソースの削除も行うかどうかを判定する（ステップＳ８０７）。
ユーザが「アンインストール時にサービスのソースも削除」というオプションをＯＮにしていれば、サービスのソースをＨＤ２１１から削除する（ステップＳ８０８）。そして、終了する。
【００６３】
次に、サービスをインストールする手順について、センター複合機１０１と複合機１０２の各々の手順を示したものを図１０のフローチャートを用いて説明する。
同図において最初に、管理用ＰＣ１０３から、Ｊａｖａ（登録商標）ソース４１０及びＷＳＤＬソース４１１がセンター複合機１０１にインストールされる（ステップＳ１００１）。格納場所はＨＤ２１１である。必ず、両者をインストールしなければならないということはなく、原理上、片方のソースでもサービス生成は可能であるが、ここでは両者をインストールしている。
【００６４】
次に、前記でインストールしたソースからサービスを生成する（ステップＳ１００２）。
サービス生成手順ステップＳ１００２の詳細は図６のフローチャートで示される。
次に、サービスのインストール先である複合機１０２を指定するために、複合機１０２のアドレス情報を入力する（ステップＳ１００３）。インストール先は自分、つまりセンター複合機１０１でも構わないが、ここでは他の複合機１０２にもインストールできることを示している。
【００６５】
インストール先は一乃至複数個、指定できる。
インストール先の指定は、センター複合機１０１のディスプレイ２０５と操作ボタン２０８を用いて、センター複合機１０１上で行ってもよいし、管理用ＰＣ１０３からＷｅｂブラウザ等の手段を用いて行ってもよい。
【００６６】
インストール先の指定を受けたセンター複合機１０１は、指定された全てのインストール先について、以下の処理を繰り返す。
まず、全てのインストールが終了したかどうかを判定する（ステップＳ１００４）。終了していれば、図１０のシーケンスを終了する。
終了していなければ、センター複合機１０１は、インスト−ルが終了していない複合機１０２を一つ選択し、その複合機１０２に対してＩＤを問い合わせる（ステップＳ１００５）。
【００６７】
複合機１０２ではＩＤ問い合わせを受信すると（ステップＳ１０５１）、自分のＩＤを返信する（ステップＳ１０５２）。
センター複合機１０１は返信されたＩＤを取得する（ステップＳ１００６）。
次に、前ステップで得たＩＤを基に、ライセンスファイル４１３を生成する（ステップＳ１００７）。ライセンスファイル４１３には、前記ＩＤが含まれる。あるいは、セキュリティ向上のために、前記含まれるＩＤ部分もしくはライセンスファイル４１３全体が暗号化され、なりすまし、改竄を困難にする。
【００６８】
次に、センター複合機１０１のアーカイバ４０４はＪａｒファイル４１７とライセンスファイル４１３を組み合わせて、インストーラブルバイナリ４１４を生成する（ステップＳ１００８）。
そして、センター複合機１０１は、生成されたインストーラブルバイナリ４１４を複合機１０２にインストールする（ステップＳ１００９）。
【００６９】
インストール先である複合機１０２では、ネットワークを通じてインストールのために送られてきたインストーラブルバイナリ４１４を受信する（ステップＳ１０６１）。
次に、インストーラブルバイナリ４１４からライセンスファイル４１３及びＪａｒファイル４１７を抽出する（ステップＳ１０６２）。
【００７０】
そして、該ライセンスファイル４１３の中に含まれるＩＤを取得した（ステップＳ１０６３）後、それが自分のＩＤと一致するかをチェックする（ステップＳ１０６４）。
ＩＤが一致する、すなわち、ライセンスが有効である場合は、Ｊａｒファイル４１７をＨＤ２１１にインストールする（ステップＳ１０６５）。
【００７１】
次に、インストールしたサービスを開始する（ステップＳ１０６６）。
最後に成功をセンター複合機１０１に通知して（ステップＳ１０６８）、終了する。
ステップＳ１０６４でライセンスが有効でないと判定された場合は、センター複合機１０１にエラー通知をして（ステップＳ１０６７）、終了する。
【００７２】
一方、センター複合機１０１は、ステップＳ１０６７のエラー通知かステップＳ１０６８の成功通知を待つ（ステップＳ１０１０）。エラーが通知されれば、処理中の複合機１０２に対してインストールが失敗した旨のエラーを表示して（ステップＳ１０１１）、ステップＳ１００４に戻る。成功通知があれば、エラー表示はしないで、ステップＳ１００４に戻る。なお、ＩＤ通知やライセンスファイル生成が正しく行われていれば、プログラムのバグでもない限り、通常エラーは起こりえない。
【００７３】
次に、図１１を用いて、サービス利用状況を取得する手順のもう一つの実施形態について説明する。
センター複合機１０１は複合機１０２からサービス利用状況が通知されたかどうかを監視している（ステップＳ１１０１）。
通知された場合は、その利用状況を集計する（ステップＳ１１０２）。例えば、図９のサービス１ ９０４について、複合機１ １０２ａからスキャンカウンタ９０１が増分３という報告があった場合、該当項目のデータを＋３インクリメントする。
【００７４】
なお、図９では、サービス毎のデータ集計を行っているが、さらに、これをインストール先の複合機１０２毎に集計するという細分化をしてもよい。そのときは、複合機２ １０２ｂでのサービス１ ９０４の利用は、異なるデータとしてインクリメントされることになる。
【００７５】
次に、センター複合機１０１は、管理用ＰＣ１０３からサービスの利用状況出力要求があるかどうかを監視する（ステップＳ１１０３）。
要求があった場合は、サービス利用状況として、図９のデータを出力する（ステップＳ１１０４）。
【００７６】
次に、センター複合機１０１は、管理用ＰＣ１０３からサービス利用状況データのクリア要求があるかどうかを監視する（ステップＳ１１０５）。
所定の期間ごとにサービス利用状況を集計して課金を行う場合、集計した後はサービス利用状況をクリアしてしまって、０から再開するのが分かりやすい。それを行うため、管理用ＰＣ１０３からサービス利用状況データがクリアできるようになっている。
サービス利用状況クリア要求があった場合は、クリア要求されたサービスの利用状況をクリアする（ステップＳ１１０６）。例えばサービス１ ９０４についてクリア要求があった場合は、図９のサービス１ ９０４の行のデータをクリアする。
そして、ステップＳ１１０１に戻って監視を続ける。
【００７７】
次に、サービスをアンインストールする手順について、センター複合機１０１と複合機１０２の各々の手順を示したものを図１２のフローチャートを用いて説明する。
ユーザが管理用ＰＣ１０３から、あるサービスのアンインストールを指示したとする（ステップＳ１２０１）。
ユーザはその時、アンインストール対象となる複合機１０２を一乃至複数個指示する（ステップＳ１２０２）。
【００７８】
センター複合機１０１はアンインストール指示された全ての複合機１０２について以下の手順を繰り返す。
すなわち、まず、アンインストール指示された全ての複合機１０２について、アンインストールが終了したかどうかを判定する（ステップＳ１２０３）。
まだ、アンインストールすべき複合機１０２が残っていれば、その中から一つの複合機１０２を選択し、その複合機１０２に対し、サービスアンインストール要求を行う（ステップＳ１２０４）。
【００７９】
サービスアンインストール要求を受けた複合機１０２はそのサービスを動作させていれば、停止する（ステップＳ１２５１）。
次に、該サービスをＨＤ２１１からアンインストールする（ステップＳ１２５２）。具体的には、サービスのＪａｒファイル４１７をＨＤ２１１の所定の場所から削除する。
そして、まだ複合機１０２からセンター複合機１０１に対して未通知のサービス利用状況データがあれば（最後のサービス利用状況報告がされた後に、サービス利用があった場合、そのようなデータが存在する）、通知する（ステップＳ１２５３）。
センター複合機１０１はその利用状況データを受信し、集計する（ステップＳ１２０５）。
【００８０】
複合機１０２はアンインストールが終了すると、アンインストール完了通知をセンター複合機１０１に送る（ステップＳ１２５４）。
センター複合機１０１はアンインストール完了通知を受けるまで待ち（ステップＳ１２０６）、通知を受けると、ステップＳ１２０３に戻る。
ステップＳ１２０３で全てのアンインストールが終了したと判定された場合、ユーザがアンインストール時に指定したオプションから（図示せず）、センター複合機１０１はサービスソースの削除も行うかどうかを判定する（ステップＳ１２０７）。
ユーザが「アンインストール時にサービスのソースも削除」というオプションをＯＮにしていれば、サービスのソースをＨＤ２１１から削除する（ステップＳ１２０８）。そして、終了する。
【００８１】
以上の実施形態では、サービスの例として、Ｊａｖａ（登録商標）ソース４１０やＷＳＤＬソース４１１をＪａｖａ（登録商標）クラスファイル４１２にコンパイルして、それをＪａｖａ（登録商標）ＶＭ１３０３上で動作させる形態について説明してきたが、サービスの形態はこれにとどまらない。
同業者であれば、サービスは言語非依存であり、Ｊａｖａ（登録商標）以外のプログラム記述言語でも本発明が達成され得ることは容易に理解できよう。
【００８２】
また、ＷＳＤＬソース４１１を使用した実施形態を説明したが、本発明はこれにとどまらず、最終的に実行可能なサービス形式に至るのであれば、他のソース形式であってもよいことも明白である。
【００８３】
また、以上の実施形態では、これまで説明してきたサービス処理システムのサービスインストール元の機器がセンター複合機１０１であり、サービスインストール先の機器が複合機１０２あるとして説明してきた。
センター複合機１０１のような機器では、ＨＤ２１１等の内部記録媒体に外部からアクセスできる手段が限られ、内部記録媒体上に存在する情報を不正に書き換えることが一般的なコンピュータに比べると困難である。また、一般的なコンピュータと違って、独自仕様を盛り込めるので、セキュリティ向上のため様々な対策を施すことができる。その意味では、ライセンス管理の安全性がより高い。
【００８４】
しかし、本発明を実施するのにそれらが複合機でなければならないということはない。両者は一般的なコンピュータでもよい。
但し、サービス処理システムが汎用的なＯＳ、汎用的なＣＰＵで構成されていると、ライセンス管理情報が不正に改竄される可能性が高まる。そこで、サービス処理システムに一般的なコンピュータを用いる場合は、ライセンス管理情報にさらに暗号化技術を用いて、不正なアクセスを困難にすることが考えられる。
【００８５】
以上、本発明について説明してきたが、本発明は、ハードウエアを必要とするものの、それぞれの装置上で動作するプログラムにより実現可能である。従って、前述した実施形態の機能を実現するソフトウエアのプログラム、及びプログラムコードを記憶した記録媒体においても、それを読み出してコンピュータによって実行することにより、上記機能を実現することが可能である。
【図面の簡単な説明】
【００８６】
【図１】本発明に係るサービス処理システムの構成を示すブロック図である。
【図２】センター複合機または複合機の内部構成を示すブロック図である。
【図３】従来の構成を示すブロック図である。
【図４】サービスが生成される流れを示した図である。
【図５】サービスインストール手順を示したフローチャートである。
【図６】サービス生成手順を示したフローチャートである。
【図７】サービス利用状況取得手順を示したフローチャートである。
【図８】サービスアンインストール手順を示したフローチャートである。
【図９】サービス利用状況データの構造を示した表を示す図である。
【図１０】サービスインストール手順を示したフローチャートである。
【図１１】サービス利用状況取得手順を示したフローチャートである。
【図１２】サービスアンインストール手順を示したフローチャートである。
【図１３】サービス生成装置のソフトウエア階層を示した図である。
【符号の説明】
【００８７】
１０１… センター複合機
１０２… 複合機
１０３… 管理用ＰＣ
２０１… ＣＰＵ
２１１… ハードディスク
４０１… Ｊａｖａ（登録商標）コンパイラ
４０３… ＷＳＤＬコンパイラ
４０４… アーカイバ
４１０… Ｊａｖａ（登録商標）ソース
４１１… ＷＳＤＬソース
４１２… Ｊａｖａ（登録商標）クラスファイル
４１３… ライセンスファイル
４１４… インストーラブルバイナリ
４１７… Ｊａｒファイル
１３０３… Ｊａｖａ（登録商標）ＶＭ
【特許請求の範囲】
【請求項１】
サービスソースからサービスを生成するサービス生成手段と、
一乃至複数のインストール先を記憶するインストール先記憶手段と、
前記インストール先に応じたライセンスを生成するライセンス生成手段と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と
を備えたことを特徴とするサービス生成装置。
【請求項２】
サービスソースからサービスを生成するサービス生成装置と、前記サービスを実行するサービス実行装置とを含むサービス処理システムにおいて、
前記サービス生成装置は、
サービスソースからサービスを生成するサービス生成手段と、
一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶手段と、
前記インストール先に応じたライセンスを生成するライセンス生成手段と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール手段とを備え、
前記サービス実行装置は、
前記インストーラブルバイナリを入力するインストーラブルバイナリ入力手段と、
前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定手段と、
前記ライセンス適合性判定手段が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール手段と
を備えたことを特徴とするサービス処理システム。
【請求項３】
サービスソースからサービスを生成するサービス生成手段と、
一乃至複数のインストール先を記憶するインストール先記憶手段と、
前記インストール先に応じたライセンスを生成するライセンス生成手段と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と、
前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶手段と、
前記インストール先記憶手段もしくは前記サービス利用状況記憶手段に記憶された情報を外部に出力する情報出力手段と
を備えたことを特徴とするサービス生成装置。
【請求項４】
サービスソースからサービスを生成するサービス生成装置と、前記サービスを実行するサービス実行装置とを含むサービス処理システムにおいて、
前記サービス生成装置は、
サービスソースからサービスを生成するサービス生成手段と、
一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶手段と、
前記インストール先に応じたライセンスを生成するライセンス生成手段と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と、
前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶手段と、
前記インストール先記憶手段もしくは前記サービス利用状況記憶手段に記憶された情報を外部に出力する情報出力手段とを備え、
前記サービス実行装置は、
前記インストーラブルバイナリを入力するインストーラブルバイナリ入力手段と、
前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定手段と、
前記ライセンス適合性判定手段が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール手段と、
自装置におけるサービス利用状況を前記サービス生成装置に送信するサービス利用状況送信手段と
を備えたことを特徴とするサービス処理システム。
【請求項５】
サービスソースからサービスを生成するサービス生成工程と、
一乃至複数のインストール先を記憶するインストール先記憶工程と、
前記インストール先に応じたライセンスを生成するライセンス生成工程と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と
を備えたことを特徴とするサービス生成方法。
【請求項６】
サービスソースからサービスを生成するサービス生成装置の処理方法と、前記サービスを実行するサービス実行装置の処理方法とを含むサービス処理システムの処理方法において、
前記サービス生成装置の処理方法は、
サービスソースからサービスを生成するサービス生成工程と、
一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶工程と、
前記インストール先に応じたライセンスを生成するライセンス生成工程と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール工程とを備え、
前記サービス実行装置の処理方法は、
前記インストーラブルバイナリを入力するインストーラブルバイナリ入力工程と、
前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定工程と、
前記ライセンス適合性判定工程が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール工程と
を備えたことを特徴とするサービス処理システムの処理方法。
【請求項７】
サービスソースからサービスを生成するサービス生成工程と、
一乃至複数のインストール先を記憶するインストール先記憶工程と、
前記インストール先に応じたライセンスを生成するライセンス生成工程と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と、
前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶工程と、
前記インストール先記憶工程もしくは前記サービス利用状況記憶工程に記憶された情報を外部に出力する情報出力工程と
を備えたことを特徴とするサービス生成方法。
【請求項８】
サービスソースからサービスを生成するサービス生成装置の処理方法と、前記サービスを実行するサービス実行装置の処理方法とを含むサービス処理システムの処理方法において、
前記サービス生成装置の処理方法は、
サービスソースからサービスを生成するサービス生成工程と、
一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶工程と、
前記インストール先に応じたライセンスを生成するライセンス生成工程と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と、
前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶工程と、
前記インストール先記憶工程もしくは前記サービス利用状況記憶工程に記憶された情報を外部に出力する情報出力工程とを備え、
前記サービス実行装置の処理方法は、
前記インストーラブルバイナリを入力するインストーラブルバイナリ入力工程と、
前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定工程と、
前記ライセンス適合性判定工程が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール工程と、
自装置におけるサービス利用状況を前記サービス生成装置に送信するサービス利用状況送信工程と
を備えたことを特徴とするサービス処理システムの処理方法。
【請求項９】
コンピュータに、請求項５又は７に記載のサービス生成方法を実行させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【請求項１１】
コンピュータに、請求項６又は８に記載のサービス処理システムの処理方法を実行させるためのプログラム。
【請求項１２】
請求項１１に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【請求項１】
サービスソースからサービスを生成するサービス生成手段と、
一乃至複数のインストール先を記憶するインストール先記憶手段と、
前記インストール先に応じたライセンスを生成するライセンス生成手段と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と
を備えたことを特徴とするサービス生成装置。
【請求項２】
サービスソースからサービスを生成するサービス生成装置と、前記サービスを実行するサービス実行装置とを含むサービス処理システムにおいて、
前記サービス生成装置は、
サービスソースからサービスを生成するサービス生成手段と、
一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶手段と、
前記インストール先に応じたライセンスを生成するライセンス生成手段と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール手段とを備え、
前記サービス実行装置は、
前記インストーラブルバイナリを入力するインストーラブルバイナリ入力手段と、
前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定手段と、
前記ライセンス適合性判定手段が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール手段と
を備えたことを特徴とするサービス処理システム。
【請求項３】
サービスソースからサービスを生成するサービス生成手段と、
一乃至複数のインストール先を記憶するインストール先記憶手段と、
前記インストール先に応じたライセンスを生成するライセンス生成手段と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と、
前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶手段と、
前記インストール先記憶手段もしくは前記サービス利用状況記憶手段に記憶された情報を外部に出力する情報出力手段と
を備えたことを特徴とするサービス生成装置。
【請求項４】
サービスソースからサービスを生成するサービス生成装置と、前記サービスを実行するサービス実行装置とを含むサービス処理システムにおいて、
前記サービス生成装置は、
サービスソースからサービスを生成するサービス生成手段と、
一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶手段と、
前記インストール先に応じたライセンスを生成するライセンス生成手段と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成手段と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール手段と、
前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶手段と、
前記インストール先記憶手段もしくは前記サービス利用状況記憶手段に記憶された情報を外部に出力する情報出力手段とを備え、
前記サービス実行装置は、
前記インストーラブルバイナリを入力するインストーラブルバイナリ入力手段と、
前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定手段と、
前記ライセンス適合性判定手段が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール手段と、
自装置におけるサービス利用状況を前記サービス生成装置に送信するサービス利用状況送信手段と
を備えたことを特徴とするサービス処理システム。
【請求項５】
サービスソースからサービスを生成するサービス生成工程と、
一乃至複数のインストール先を記憶するインストール先記憶工程と、
前記インストール先に応じたライセンスを生成するライセンス生成工程と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と
を備えたことを特徴とするサービス生成方法。
【請求項６】
サービスソースからサービスを生成するサービス生成装置の処理方法と、前記サービスを実行するサービス実行装置の処理方法とを含むサービス処理システムの処理方法において、
前記サービス生成装置の処理方法は、
サービスソースからサービスを生成するサービス生成工程と、
一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶工程と、
前記インストール先に応じたライセンスを生成するライセンス生成工程と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール工程とを備え、
前記サービス実行装置の処理方法は、
前記インストーラブルバイナリを入力するインストーラブルバイナリ入力工程と、
前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定工程と、
前記ライセンス適合性判定工程が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール工程と
を備えたことを特徴とするサービス処理システムの処理方法。
【請求項７】
サービスソースからサービスを生成するサービス生成工程と、
一乃至複数のインストール先を記憶するインストール先記憶工程と、
前記インストール先に応じたライセンスを生成するライセンス生成工程と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と、
前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶工程と、
前記インストール先記憶工程もしくは前記サービス利用状況記憶工程に記憶された情報を外部に出力する情報出力工程と
を備えたことを特徴とするサービス生成方法。
【請求項８】
サービスソースからサービスを生成するサービス生成装置の処理方法と、前記サービスを実行するサービス実行装置の処理方法とを含むサービス処理システムの処理方法において、
前記サービス生成装置の処理方法は、
サービスソースからサービスを生成するサービス生成工程と、
一乃至複数のインストール先であるサービス実行装置を記憶するインストール先記憶工程と、
前記インストール先に応じたライセンスを生成するライセンス生成工程と、
前記サービス及び前記ライセンスからインストーラブルバイナリを生成するインストーラブルバイナリ生成工程と、
前記インストーラブルバイナリを前記インストール先にインストールするインストール工程と、
前記インストール先から送られるサービス利用状況を記憶するサービス利用状況記憶工程と、
前記インストール先記憶工程もしくは前記サービス利用状況記憶工程に記憶された情報を外部に出力する情報出力工程とを備え、
前記サービス実行装置の処理方法は、
前記インストーラブルバイナリを入力するインストーラブルバイナリ入力工程と、
前記インストーラブルバイナリのライセンスの条件が自装置に適合するかどうかを判定するライセンス適合性判定工程と、
前記ライセンス適合性判定工程が、ライセンス条件が自装置に適合すると判定した場合に、前記インストーラブルバイナリのサービスをインストールするインストール工程と、
自装置におけるサービス利用状況を前記サービス生成装置に送信するサービス利用状況送信工程と
を備えたことを特徴とするサービス処理システムの処理方法。
【請求項９】
コンピュータに、請求項５又は７に記載のサービス生成方法を実行させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【請求項１１】
コンピュータに、請求項６又は８に記載のサービス処理システムの処理方法を実行させるためのプログラム。
【請求項１２】
請求項１１に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００６−２８５７７４（Ｐ２００６−２８５７７４Ａ）
【公開日】平成１８年１０月１９日（２００６．１０．１９）
【国際特許分類】
【出願番号】特願２００５−１０６５７７（Ｐ２００５−１０６５７７）
【出願日】平成１７年４月１日（２００５．４．１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年１０月１９日（２００６．１０．１９）
【国際特許分類】
【出願日】平成１７年４月１日（２００５．４．１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]