JP2022015732A - 情報処理システム、処理要求送信装置、情報処理装置、処理要求送信プログラム、及び情報処理プログラム - Google Patents

Abstract

【課題】処理要求に基づいて、対象データに対する処理を実行する情報処理装置のメモリに、当該情報処理装置が実行し得る全ての機能を発揮可能な処理制御プログラムを予め記憶しておく場合に比して、処理を実行するために使われる処理制御プログラムを記憶させるためのメモリの記憶領域を低減する。
【解決手段】ジョブ送信装置１４のプログラム特定部４４は、ユーザから受け付けた処理要求としてのジョブに対応する処理制御プログラム又はモジュールである対応処理制御プログラムを特定する。送信制御部４６は、ジョブ、及び、対応処理制御プログラムを示す対応プログラム情報を情報処理装置１６に送信する。情報処理装置１６の実行制御部６６は、対応プログラム情報が示す対応処理制御プログラムを実行することで、当該ジョブに含まれる対象データに対する処理を実行する。
【選択図】図２

Description

本発明は、情報処理システム、処理要求送信装置、情報処理装置、処理要求送信プログラム、及び情報処理プログラムに関する。

特許文献１には、プリンタと、処理要求をプリンタに送信するホストコンピュータとを含む印刷システムであって、プリンタの制御プログラムと、ホストコンピュータのプリンタドライバとの適合性を示す適合性情報に基づいて、制御プログラムとプリンタドライバとの適合性を保ちながら、制御プログラム及びプリンタドライバをバージョンアップさせる印刷システムが開示されている。

特許文献２には、プリンタコントローラを備えた印刷装置であって、プリンタコントローラのＲＯＭ（Read Only Memory）には画像処理メインプログラムを記憶させずにブートプログラム及びダウンロードプログラムを記憶させておき、ダウンロードプログラムによってホストからダウンロードしてきた画像処理メインプログラムを、ブートプログラムによってブートすることによって印刷処理を実行する印刷装置が開示されている。

特許文献３には、画像処理を行うためのソフトウェアがインストールされる画像処理装置であって、当該ソフトウェアを新たなバージョンに入れ替えた後、所定回数以上連続して不具合が生じた場合に、当該ソフトウェアを元のバージョンに戻す処理を行う画像処理装置が開示されている。

特開２００１－０２７９４０号公報 特開２００２－２１１０８６号公報 特開２００７－０５２６６６号公報

ところで、処理要求送信装置と情報処理装置とを含む情報処理システムであって、処理要求送信装置から情報処理装置へ処理要求を送信し、情報処理装置が当該処理要求に係る処理を実行する情報処理システムが従来知られている。

このような情報処理システムに含まれる情報処理装置においては、処理制御プログラムを実行することで、処理要求に係る対象データに対する処理を実行するのが一般的である。処理制御プログラムの一例としては、情報処理装置がプリンタコントローラである場合における、処理要求としての印刷ジョブに係る対象データ（例えば電子文書）に対してラスタライズ処理などを行うための印刷制御プログラムが挙げられる。

情報処理装置は、対象データに対する処理に関して複数の機能を実行し得る。例えば、情報処理装置がプリンタコントローラである場合、ラスタライズ処理に関する複数の機能（例えば色変換機能、アライメント調整処理、背景処理機能、特色処理機能など）を実行し得る。情報処理装置が各機能を実行するには、処理制御プログラムも各機能を発揮可能なように構成されている必要がある。

ここで、情報処理装置が実行し得る複数の機能の中に、使用頻度が少ない機能があることも考えられる。しかしながら、使用頻度が少なくとも、当該機能がいつ使われるか分からないために、当該機能を発揮可能なように処理制御プログラムを構成しておく必要があった。したがって、従来、情報処理装置が実行し得る全ての機能を発揮可能な処理制御プログラムが情報処理装置のメモリに記憶されていた。

情報処理装置が実行し得る全ての機能を発揮可能な処理制御プログラムはデータサイズが大きくなるため、そのような処理制御プログラムを記憶しておくために、情報処理装置のメモリに大きな記憶領域が必要となるという問題があった。

本発明の目的は、処理要求に基づいて、対象データに対する処理を実行する情報処理装置のメモリに、当該情報処理装置が実行し得る全ての機能を発揮可能な処理制御プログラムを予め記憶しておく場合に比して、処理を実行するために使われる処理制御プログラムを記憶させるためのメモリの記憶領域を低減することにある。

請求項１に係る発明は、送信側プロセッサを備える処理要求送信装置と、処理側プロセッサを備える情報処理装置とを含み、前記送信側プロセッサは、処理の対象となる対象データを含む処理要求と、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを示す対応プログラム情報とを関連付けて前記情報処理装置に送信し、前記処理側プロセッサは、前記対応処理制御プログラムを実行することで、前記対象データに対する処理を実行する、ことを特徴とする情報処理システムである。
請求項２に係る発明は、前記送信側プロセッサは、前記対象データを処理するために必要となる前記対応処理制御プログラムを特定し、特定された前記対応処理制御プログラムを示す前記対応プログラム情報を前記情報処理装置に送信する、ことを特徴とする請求項１に記載の情報処理システムである。
請求項３に係る発明は、前記送信側プロセッサは、前記処理を要求する利用者を特定し、特定された前記利用者に基づいて、前記対応処理制御プログラムを特定する、ことを特徴とする請求項２に記載の情報処理システムである。
請求項４に係る発明は、前記対応処理制御プログラムは、処理制御プログラムの複数のバージョンのうちの、特定された前記利用者に対応したバージョンである、ことを特徴とする請求項３に記載の情報処理システムである。
請求項５に係る発明は、前記送信側プロセッサは、前記対応プログラム情報として、前記対応処理制御プログラム自体を前記情報処理装置に送信する、ことを特徴とする請求項１から４のいずれか１項に記載の情報処理システムである。
請求項６に係る発明は、前記送信側プロセッサは、前記処理要求と前記対応処理制御プログラムを連結した処理要求ファイルを前記情報処理装置に送信し、前記処理側プロセッサは、前記対象データに対する処理に先立って、前記処理要求ファイルから前記対象データと前記対応処理制御プログラムとを分離する分離処理を実行する、ことを特徴とする請求項５に記載の情報処理システムである。
請求項７に係る発明は、前記処理側プロセッサは、前記対象データに対する処理の完了後に前記対応処理制御プログラムを前記情報処理装置のメモリに保持させ、前記メモリに保持されている処理制御プログラムを示す保持プログラム情報を前記処理要求送信装置に送信し、前記送信側プロセッサは、前記保持プログラム情報に基づいて、他の処理要求に対応する対応処理制御プログラムが前記メモリに保持されている場合には、当該他の処理要求に対応する対応処理制御プログラムを前記情報処理装置に送信しない、ことを特徴とする請求項５又は６に記載の情報処理システムである。
請求項８に係る発明は、前記送信側プロセッサは、前記対応プログラム情報として、前記対応処理制御プログラムを識別するプログラムＩＤを前記情報処理装置に送信し、前記処理側プロセッサは、前記プログラムＩＤに基づいて、前記対応処理制御プログラムを取得する、ことを特徴とする請求項１から４のいずれか１項に記載の情報処理システムである。
請求項９に係る発明は、前記処理側プロセッサは、前記対象データに対する処理の完了後に前記対応処理制御プログラムを前記情報処理装置のメモリに保持させ、前記処理要求送信装置から、他の処理要求及び前記他の処理要求に対応する対応処理制御プログラムを示すプログラムＩＤを受信した場合に、当該プログラムＩＤが示す対応処理制御プログラムが前記メモリに保持されている場合には、前記メモリに保持された当該対応処理制御プログラムを実行することで前記他の処理要求に含まれる対象データに対する処理を実行する、ことを特徴とする請求項８に記載の情報処理システムである。
請求項１０に係る発明は、前記処理側プロセッサは、前記対象データに対する処理の完了後に前記対応処理制御プログラムを前記情報処理装置のメモリから削除する、ことを特徴とする請求項１から６、及び８のいずれか１項に記載の情報処理システムである。
請求項１１に係る発明は、前記処理制御プログラムは複数のモジュールを含んで構成されており、前記送信側プロセッサは、前記処理要求に対応する少なくとも１つのモジュールを示す前記対応プログラム情報を前記情報処理装置に送信し、前記処理側プロセッサは、前記少なくとも１つのモジュールを実行することで、前記対象データに対する処理を実行する、ことを特徴とする請求項１から１０のいずれか１項に記載の情報処理システムである。
請求項１２に係る発明は、前記送信側プロセッサは、同一の前記対応処理制御プログラムに対応する複数の処理要求をまとめて１つの前記情報処理装置に送信する、ことを特徴とする請求項１から１１のいずれか１項に記載の情報処理システムである。
請求項１３に係る発明は、前記処理要求は、前記対象データを印刷媒体に印刷する印刷処理を印刷装置に実行させる印刷処理要求であり、前記処理制御プログラムは、前記対象データを前記印刷装置が認識可能なデータ形式に変換する印刷制御プログラムである、ことを特徴とする請求項１から１２のいずれか１項に記載の情報処理システムである。
請求項１４に係る発明は、送信側プロセッサを備え、前記送信側プロセッサは、処理の対象となる対象データを含む処理要求と、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを示す対応プログラム情報とを関連付けて、前記対応処理制御プログラムを実行することで前記対象データに対する処理を実行する情報処理装置に送信する、ことを特徴とする処理要求送信装置である。
請求項１５に係る発明は、処理側プロセッサを備え、前記処理側プロセッサは、処理要求送信装置から、処理の対象となる対象データを含む処理要求、及び、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを識別するプログラムＩＤを受信し、前記プログラムＩＤに基づいて、前記対応処理制御プログラムを取得し、前記対応処理制御プログラムを実行することで、前記対象データに対する処理を実行する、ことを特徴とする情報処理装置である。
請求項１６に係る発明は、コンピュータに、処理の対象となる対象データを含む処理要求と、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを示す対応プログラム情報とを関連付けて、前記対応処理制御プログラムを実行することで前記対象データに対する処理を実行する情報処理装置に送信させる、ことを特徴とする処理要求送信プログラムである。
請求項１７に係る発明は、コンピュータに、処理要求送信装置から、処理の対象となる対象データを含む処理要求、及び、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを識別するプログラムＩＤを受信させ、前記プログラムＩＤに基づいて、前記対応処理制御プログラムを取得させ、前記対応処理制御プログラムを実行することで、前記対象データに対する処理を実行させる、ことを特徴とする情報処理プログラムである。

請求項１、又は１３～１７に係る発明によれば、処理要求に基づいて、対象データに対する処理を実行する情報処理装置のメモリに、当該情報処理装置が実行し得る全ての機能を発揮可能な処理制御プログラムを予め記憶しておく場合に比して、処理を実行するために使われる処理制御プログラムを記憶させるためのメモリの記憶領域を低減することができる。
請求項２に係る発明によれば、送信側プロセッサにより特定された対応処理制御プログラムによって、処理要求に係る処理を実行することができる。
請求項３に係る発明によれば、処理を要求する利用者に基づいて送信側プロセッサにより特定された対応処理制御プログラムによって、処理要求に係る処理を実行することができる。
請求項４に係る発明によれば、複数のバージョンの処理制御プログラムのうちの、利用者に対応したバージョンである対応処理制御プログラムによって、処理要求に係る処理を実行することができる。
請求項５に係る発明によれば、処理要求送信装置から送信された対応処理制御プログラムによって、処理要求に係る処理を実行することができる。
請求項６に係る発明によれば、処理要求と対応処理制御プログラムとを一体として情報処理装置に送信することができる。
請求項７に係る発明によれば、対応処理制御プログラムを情報処理装置が保持している場合に、処理要求送信装置が対応処理制御プログラムを情報処理装置に送信する処理を省略することができる。
請求項８に係る発明によれば、処理要求送信装置は対応処理制御プログラムを情報処理装置に送信する必要がなく、情報処理装置に対応処理制御プログラムを取得させることができる。
請求項９に係る発明によれば、対応処理制御プログラムを情報処理装置が保持している場合に、情報処理装置が対応処理制御プログラムを取得する処理を省略することができる。
請求項１０に係る発明によれば、処理要求に係る処理の実行後に、情報処理装置のメモリの記憶領域を確保することができる。
請求項１１に係る発明によれば、情報処理装置は、処理要求に係る処理に必要なモジュールのみを実行することで、当該処理要求に係る処理を実行することができる。
請求項１２に係る発明によれば、処理要求送信装置から情報処理装置への処理要求の送信処理を簡略化することができる。

本実施形態に係る情報処理システムの構成概略図である。 本実施形態に係るジョブ送信装置の構成概略図である。 プログラムＤＢの内容の例を示す概念図である。 ユーザＤＢの内容の例を示す概念図である。 ジョブスプールの内容の例を示す概念図である。 ジョブ入力画面の第１の例を示す図である。 ジョブ入力画面の第２の例を示す図である。 ジョブファイルのデータ構造を示す概念図である。 本実施形態に係る情報処理装置の構成概略図である。 本実施形態に係る情報処理システムの処理の流れを示すフローチャートである。

図１は、本実施形態に係る情報処理システム１０の構成概略図である。情報処理システム１０は、１又は複数のユーザ端末１２、処理要求送信装置としてのジョブ送信装置１４、及び、１又は複数の情報処理装置１６を含んで構成される。ユーザ端末１２、ジョブ送信装置１４、及び情報処理装置１６は、ＬＡＮ（Local Area Network）あるいはインターネットなどの通信回線１８を介して互いに通信可能に接続されている。

情報処理システム１０の処理の大まかな流れとしては以下の通りである。まず、ジョブ送信装置１４が処理要求としてのジョブを受け付ける。例えば、ジョブ送信装置１４は、ユーザ端末１２からジョブを受信する。また、利用者（ユーザ）がジョブ送信装置１４を直接操作してジョブを入力するようにしてもよい。ジョブ送信装置１４は、受け付けたジョブを情報処理装置１６に送信し、ジョブを受信した情報処理装置１６は、当該ジョブに含まれる対象データに対する処理を実行する。

ユーザ端末１２は、ユーザが使用する端末である。ユーザ端末１２は、例えば、据置型のパーソナルコンピュータ、あるいは、スマートフォンやタブレット端末などの携帯端末などである。ユーザ端末１２は、他の装置と通信するための通信インターフェースと、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＲＯＭ（Read Only Memory）、あるいはＲＡＭ（Random Access Memory）などから構成されるメモリと、液晶表示器などから構成されるディスプレイと、マウスやキーボードあるいはタッチパネルなどから構成される入力インターフェースと、ＣＰＵ（Central Processing Unit）やマイクロコンピュータなどから構成されるプロセッサと、を含んで構成される。

図２は、ジョブ送信装置１４の構成概略図である。本実施形態では、ジョブ送信装置１４はサーバコンピュータであるが、以下に説明する機能を発揮する限りにおいて、ジョブ送信装置１４はどのような装置であってもよい。

通信インターフェース３０は、例えばネットワークアダプタなどを含んで構成される。通信インターフェース３０は、通信回線１８を介して他の装置と通信する機能を発揮する。通信インターフェース３０は、ユーザ端末１２からジョブを受信する。また、通信インターフェース３０は、情報処理装置１６に対して、受け付けたジョブ、及び、当該ジョブに対応する処理制御プログラムを示す対応プログラム情報（詳細後述）を送信する。

本実施形態では、ジョブ送信装置１４がサーバコンピュータであるがゆえに、通信インターフェース３０がジョブを受信しているが、ジョブ送信装置１４が、例えばタッチパネルなどを含んで構成される入力インターフェースを備えていてもよく、ユーザが当該入力インターフェースを操作することによってジョブがジョブ送信装置１４に入力されてもよい。

ジョブは、処理の対象となる対象データ、及び、処理の実行命令を含んで構成される。ジョブの一例としては、情報処理装置１６としてのプリンタコントローラに、対象データに対するラスタライズ処理、すなわち、対象データを印刷装置が認識可能なデータ形式に変換する処理を実行させた上で、対象データを印刷媒体に印刷する印刷処理を印刷装置に実行させる印刷ジョブである。ジョブが印刷ジョブである場合、対象データは、例えば電子文書や画像データなどである。この場合、対象データは、例えばＰＳ（Post Script）やＰＤＦなどのＰＤＬ（Page Description Language；ページ記述言語）で記述される。

もちろん、ジョブとしては、情報処理装置１６に対象データに対する処理を実行させるものである限りにおいてどのようなものであってもよいし、情報処理装置１６はプリンタコントローラに限られるものではない。

メモリ３２は、例えばＨＤＤ、ＳＳＤ、ＲＯＭ、あるいはＲＡＭなどを含んで構成されている。メモリ３２は、後述のプロセッサ４０とは別に設けられてもよいし、少なくとも一部がプロセッサ４０の内部に設けられていてもよい。メモリ３２には、ジョブ送信装置１４の各部を動作させるための処理要求送信プログラムが記憶される。また、図２に示す通り、メモリ３２には、プログラムリポジトリ３４、プログラムＤＢ（データベース）３５、ユーザＤＢ３６、及びジョブスプール３８が定義される。

プログラムリポジトリ３４には、処理制御プログラムが格納されている。処理制御プログラムは、情報処理装置１６で実行されるプログラムであり、処理制御プログラムが実行されることで、情報処理装置１６において、ジョブに含まれる対象データに対する処理が実行される。処理制御プログラムは、インストーラ形式（例えばｅｘｅファイル）でプログラムリポジトリ３４に格納されていてもよいし、アーカイブ形式（例えばｚｉｐファイルやｔａｒファイル）でプログラムリポジトリ３４に格納されていてもよい。

処理制御プログラムの一例としては、対象データに対して上述のラスタライズ処理を実行する印刷制御プログラムである。しかしながら、処理制御プログラムとしては印刷制御プログラムに限られない。例えば、ジョブが、ＤＶＤ（Digital Versatile Disc）などの記録媒体に対象データ（例えば映像データや音楽データなど）を書き込む書き込み処理を要求する書き込みジョブである場合、処理制御プログラムとしては、当該書き込み処理を実行する書き込み制御プログラムであってもよい。そのような書き込み制御プログラムでは、例えば、片面２層構造のＤＶＤ用であって８．５ギガバイト程度の容量を有する対象データを片面１層構造（書き込み可能データ容量は４．７ギガバイト程度）のＤＶＤに書き込む際に、当該対象データを４．７ギガバイト以下の容量に圧縮する処理などが実行される。

同様な処理を実行する処理制御プログラムでも、互いに異なる処理制御プログラムを用いて対象データに対する処理を実行した場合に、その処理結果が互いに異なる場合がある。例えば、処理制御プログラムが上述の印刷制御プログラムである場合、互いに異なる印刷制御プログラムを用いてラスタライズ処理を実行した上で印刷処理を実行した場合、例えば、印刷結果物における色味が多少異なったり、各オブジェクトの配置関係（すなわちレイアウト）が多少異なったりする場合がある。あるいは、ある印刷制御プログラムを用いた場合、ユーザの意図とは全く異なる印刷結果物が出力されてしまう場合もある。また、処理制御プログラムが上述の書き込み制御プログラムである場合には、互いに異なる書き込み制御プログラムを用いて書き込み処理を実行した場合、例えば、対象データの圧縮方法が異なることで、処理結果としてのＤＶＤの画質や音質が多少異なる場合がある。他にも、処理制御プログラムが、画像データや動画データなどを表示するための表示処理制御プログラムである場合には、異なる表示処理制御プログラムを用いて処理を実行した場合に表示される画像や動画の解像度や色の再現性、階調性などの表示特性や表示装置への対応性に影響があることも考えられる。

上述のように、処理制御プログラムに応じて処理結果が変わる場合があるが、どの処理制御プログラムを用いるべきかは、ユーザの好み、あるいは、ジョブや対象データの種類によって変わり得る。例えば、ユーザＡは、処理制御プログラムＢを用いた場合よりも処理制御プログラムＡを用いて処理された処理結果を好むが、ユーザＢは、処理制御プログラムＡを用いた場合よりも処理制御プログラムＢを用いて処理された処理結果を好むという場合が考えられる。また、対象データＡに対して処理制御プログラムＡを用いて処理した場合に、処理制御プログラムＢを用いて処理した場合よりも好適な処理結果が得られるが、対象データＢに対しては、処理制御プログラムＢを用いて処理した場合に、処理制御プログラムＡを用いて処理した場合よりも好適な処理結果が得られる場合も考えられる。さらに、処理結果の良し悪しには多くの観点があり、きれいであること等の他、「過去互換」なども重要な観点となる。すなわち、あるユーザが過去に対象データＡに対して処理制御プログラムＡを用いて処理を実行したとする。時間をおいて、再度同様の処理を実行する場合に、以前の処理結果と同様の結果を期待して処理を再実行する場合があり得る。例えば、印刷処理の場合であれば、過去の印刷物となるべく同じような見栄えの印刷を再実行したいというケースが考えられる。以前に処理を実行した後で、処理制御プログラムのバージョンが更新された場合、同じ処理制御プログラムＡを使って処理を実行したにもかかわらず、処理結果が異なることがある。一般的には、何かしらの不具合や、より高度な処理結果を得るためにプログラムが更新されているものの、そのような処理結果の高度さ以上に、過去の出力結果と同様の結果を再現することを重視する使い方をするユーザにとっては、以前のバージョンの処理制御プログラムＡの方が、最新バージョンの処理制御プログラムＡよりも好適と言える。

プログラムリポジトリ３４には、複数の処理制御プログラム、特に、同様な処理を実行する複数の処理制御プログラムが格納される。例えば、プログラムリポジトリ３４には、複数の印刷制御プログラムが格納される。あるいは、プログラムリポジトリ３４には、複数の書き込み制御プログラムが格納される。

また、プログラムリポジトリ３４には、ある処理制御プログラムの複数のバージョンが格納されてもよい。例えば、処理制御プログラムＡのバージョン１．０、バージョン１．１、バージョン２．０の３つのバージョンが格納される、などの如くである。

また、プログラムリポジトリ３４に格納される処理制御プログラムは複数のモジュールから構成されていてもよい。例えば、処理制御プログラムＡは、モジュールα、モジュールβ、及びモジュールγから構成される、などの如くである。処理制御プログラムに含まれる各モジュールは、単体あるいは任意の組み合わせで実行可能である。例えば、上述の処理制御プログラムＡの各モジュールは単体で実行可能であり、また、例えば、モジュールαとモジュールβの組み合わせ、モジュールαとモジュールγの組み合わせなどでも実行可能となっている。また、複数の処理制御プログラムがそれぞれ複数のモジュールから構成されている場合には、異なる処理制御プログラムから選択した複数のモジュールを組み合わせて実行することも可能であってよい。例えば、処理制御プログラムＡは、モジュールα、モジュールβ、及びモジュールγから構成され、処理制御プログラムＢは、モジュールδ及びモジュールεから構成されている場合、処理制御プログラムＡのモジュールαと、処理制御プログラムＢのモジュールεとを組み合わせて実行することも可能であってよい。処理制御プログラムに含まれる各モジュールは、例えば、処理制御プログラムが発揮する各機能に対応するものである。あるモジュールにも複数のバージョンがある場合には、プログラムリポジトリ３４には、当該モジュールの複数のバージョンが格納されてもよい。

具体的な処理の一例として印刷処理を例に説明すると、処理制御プログラムは画像処理のためのプログラムが該当し、当該プログラムを構成するモジュールとして、例えば、画像円滑化フィルタモジュール、エッジ強調モジュール、解像度変換モジュール、色変換モジュール、階調調整モジュール、ハーフトーンモジュール、フォント描画モジュール、回転モジュールなどが挙げられる。ユーザは印刷対象のデータと印刷の条件を含む印刷ジョブとして印刷処理を要求する。その印刷ジョブに含まれる印刷処理条件、印刷対象文書の内容から、当該印刷ジョブを処理するために必要となるプログラムが特定される。例えば、その印刷ジョブに基づく印刷処理を実行するにあたり、上記モジュールのうち、エッジ強調モジュールとハーフトーンモジュールと、色変換モジュールをだけをつかって処理が可能なのであれば、対象処理制御プログラムとして、これらのモジュールが特定される。別な印刷ジョブを処理するために、そのすべてのモジュールの機能を実行する必要があるケースでは、それらすべてのモジュールを含む画像処理プログラム全体を対象処理制御プログラムとして特定することになる。

プログラムリポジトリ３４に格納された各処理制御プログラムには、処理制御プログラムを一意に識別するプログラムＩＤが付与されている。本実施形態において、互いにバージョンが異なる処理制御プログラムには、互いに異なるプログラムＩＤが付与されている。また、処理制御プログラムが複数のモジュールから構成される場合は、各処理制御プログラムが有する各モジュール、あるいは、複数の処理制御プログラムの各モジュールの組み合わせ毎にそれぞれ異なるプログラムＩＤが付与されている。

本実施形態では、プログラムリポジトリ３４はジョブ送信装置１４のメモリ３２に記憶されているが、プログラムリポジトリ３４は、ジョブ送信装置１４及び情報処理装置１６と通信可能な他の装置（例えばサーバなど）に記憶されていてもよい。つまり、処理制御プログラムは、ジョブ送信装置１４及び情報処理装置１６以外の装置に記憶されていてもよい。

プログラムＤＢ３５には、プログラムリポジトリ３４に格納される処理制御プログラム又はそのモジュールに関する情報が格納される。図３に、プログラムＤＢ３５の一例を示す。プログラムＤＢ３５は、例えば、ジョブ送信装置１４で管理している処理制御プログラムに関する情報を管理するテーブルである。

本実施形態のプログラムＤＢ３５では、処理制御プログラムを一意に識別することが可能な識別情報（プログラムＩＤ）を、その処理制御プログラムＩＤが示す処理制御プログラムの名称情報、その処理制御プログラムのバージョン情報、その処理制御プログラムを構成するモジュール、格納場所と処理制御プログラムのファイル名、最終利用日、情報処理装置１６での当該処理制御プログラムの保持の状態などの情報と対応付けて管理している。

例えば、図３の例においては、処理制御プログラムＡは、プログラムＩＤ「Ｐ００１－２」が示すモジュールα、プログラムＩＤ「Ｐ００１－３」が示すモジュールβ、プログラムＩＤ「Ｐ００１－４」が示すモジュールγの３つのモジュールから構成されており、それら全てのモジュールを含む全体プログラムがプログラムＩＤ「Ｐ００１－１」で管理されていることを示している。プログラムＩＤ「Ｐ００１－１」で表される処理制御プログラムＡのプログラムバージョンはバージョン２．１である。

また、保持の有無の項目では、一旦当該処理制御プログラム又はモジュールを使ってジョブに係る処理を実行した情報処理装置１６が、当該処理制御プログラム又はモジュールを保持しているかどうかを示している（詳細後述）。図３の例におけるプログラムＩＤ「Ｐ００１－１」が示す処理制御プログラムＡの場合、２０１８年５月１５日に情報処理装置Ｘが、処理制御プログラムＡを利用してジョブに係る処理を実行した後、当該処理制御プログラムＡを保持していることを示している。処理制御プログラム又はモジュールを情報処理装置１６で保持しているか保持していないかの情報は、当該処理制御プログラム又はモジュールを利用した処理を実行する新たなジョブが要求された場合に、対応する処理制御プログラム又はモジュールを、情報処理装置１６に対して送信する必要があるかどうかを判断するために使われる（詳細は後述する）。

また、図３の例では、上述のように、処理制御プログラムＡを構成するモジュールα、β、γは、それぞれ個別のモジュールとしてもプログラムＤＢ３５に管理されている。

さらに、本実施形態では、処理制御プログラムＡ以外の処理制御プログラムとして、処理制御プログラムＢ、処理制御プログラムＣ、処理制御プログラムＡ＆Ｂが登録されている。このうち、処理制御プログラムＢは、プログラムのバージョンとしてバージョン１．０とバージョン１．１の２つのバージョンが管理されている。さらに、処理制御プログラムＡ＆Ｂは２つの処理制御プログラムのモジュールを組み合わせた機能を実行するために使われるプログラムであり、以下、このようなプログラムを複合処理プログラムと呼ぶ。例えば、プログラムＩＤ「Ｐ１０１－１」で示される複合処理プログラムは、処理制御プログラムＡのバージョン２．１のモジュールαと、処理制御プログラムＢのバージョン１．１のモジュールεを組み合わせた処理を実行可能となっていることを示している。

このように、要求されたジョブを実行するために使われる処理制御プログラム又はモジュールをプログラムＤＢ３５で管理しておくことで、ジョブで定義された処理を実行するための処理制御プログラム又はモジュールを特定することが可能となる。

ユーザＤＢ３６には、ジョブ送信装置１４に対してジョブを入力するユーザに関する情報が格納される。情報処理装置１６に対して、情報処理装置１６の管理者あるいはユーザ自身などによってユーザ登録が行われ、ユーザ登録時に入力された種々の情報がユーザＤＢ３６に格納される。

図４は、ユーザＤＢ３６の内容の例を示す図である。本実施形態においては、ユーザＤＢ３６においては、ユーザＩＤと、デフォルト使用プログラムと、デフォルト指定装置とが互いに関連付けられて記憶されている。

ユーザＩＤは、ユーザを一意に識別する識別子であり、ユーザ登録時に情報処理装置１６によって付与される。

デフォルト使用プログラムは、当該ユーザが使用する処理制御プログラムの初期設定を示す情報である。あるいは、デフォルト使用プログラムには、当該ユーザが使用する処理制御プログラムのバージョンの初期設定、あるいは、当該ユーザが使用する処理制御プログラムのモジュールの初期設定が示されていてもよい。

例えば、図４の例では、ユーザＩＤ「Ｕ０００１」が示すユーザが使用する処理制御プログラムの初期設定が、処理制御プログラムＡのバージョン２．１の全モジュールであることが示されている。また、ユーザＩＤ「Ｕ０００２」が示すユーザが使用する処理制御プログラムの初期設定が、処理制御プログラムＣのバージョン１．４の全モジュールであることが示されている。このように、ユーザによってデフォルト使用プログラムが異なる設定となっていてもよい。また、ユーザＩＤ「Ｕ０００３」が示すユーザが使用する処理制御プログラムの初期設定が、処理制御プログラムＡのバージョン２．１のモジュールαのみであることが示されている。このように、ある処理制御プログラムのあるモジュールのみをデフォルト使用プログラムとして設定できるようになっていてもよい。さらに、ユーザＩＤ「Ｕ０００４」が示すユーザが使用する処理制御プログラムの初期設定が、処理制御プログラムＡのバージョン２．１のモジュールαと、処理制御プログラムＢのバージョン１．０のモジュールεとの組み合わせであることが示されている。このように、異なる処理制御プログラムに含まれる複数のモジュールの組み合わせをデフォルト使用プログラムとして設定できるようになっていてもよい。

情報処理システム１０が複数の情報処理装置１６を備えている場合、ユーザは、ジョブを処理させる情報処理装置１６を指定し、指定された情報処理装置１６において当該ジョブが実行されるところ、デフォルト指定装置は、当該ユーザが指定する情報処理装置１６の初期設定を示す情報である。例えば、図４の例では、ユーザＩＤ「Ｕ０００１」が示すユーザが指定する情報処理装置１６の初期設定が、情報処理装置Ｘであることが示されている。また、ユーザＩＤ「Ｕ０００３」が示すユーザが指定する情報処理装置１６の初期設定が、情報処理装置Ｙであることが示されている。このように、ユーザによってデフォルト指定装置が異なる設定となっていてもよい。

図２に戻り、ジョブスプール３８には、ジョブ送信装置１４が受け付けたジョブが一時的に格納される。これにより、ジョブ送信装置１４は、一時的にジョブを保持することができる。図５は、ジョブスプール３８の内容の例を示す図である。図５に示すように、ジョブスプール３８においては、ジョブと、当該ジョブに関連付けられた管理情報が格納される。図５には１つのジョブと１つの管理情報との組み合わせが示されており、ジョブスプール３８は、このような組み合わせを複数格納することができる。

管理情報には、後述するプログラム特定部４４により特定された、当該ジョブに対応する処理制御プログラムを示すプログラムＩＤと、当該ジョブの送信先である情報処理装置１６を示す指定装置情報を含む。なお、情報処理システム１０が１つの情報処理装置１６しか有していない場合には、管理情報において指定装置情報を省略することができる。

図２に戻り、送信側プロセッサとしてのプロセッサ４０は、広義的な処理装置を指し、汎用的な処理装置（例えばＣＰＵなど）、及び、専用の処理装置（例えばＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、あるいは、プログラマブル論理デバイスなど）の少なくとも１つを含んで構成される。プロセッサ４０としては、１つの処理装置によるものではなく、物理的に離れた位置に存在する複数の処理装置の協働により構成されるものであってもよい。図２に示す通り、プロセッサ４０は、メモリ３２に記憶された処理要求送信プログラムにより、ユーザ特定部４２、プログラム特定部４４、及び送信制御部４６としての機能を発揮する。

ユーザ特定部４２は、ジョブをジョブ送信装置１４に入力したユーザを特定する。通信インターフェース３０がユーザ端末１２からジョブを受信する場合、ユーザ端末１２は、ジョブと共に、当該ジョブに係るユーザを示すユーザＩＤをジョブ送信装置１４に送信する。ユーザ特定部４２は、受信したユーザＩＤに基づいてジョブを入力したユーザを特定する。また、ユーザがジョブ送信装置１４の入力インターフェースを操作してジョブを入力する場合は、ジョブ送信装置１４はユーザ認証処理を行い、ユーザ特定部４２は、ユーザ認証処理により得たユーザＩＤに基づいてジョブを入力したユーザを特定する。

プログラム特定部４４は、ジョブ送信装置１４が受け付けたジョブに対応する処理制御プログラムを特定する。本明細書では、ジョブ送信装置１４が受け付けたジョブに対応する処理制御プログラムを当該ジョブの「対応処理制御プログラム」と呼ぶ。特に、プログラム特定部４４は、プログラムリポジトリ３４に格納された処理制御プログラムあるいはモジュールの中から、対応処理制御プログラムを特定する。ジョブの対応処理制御プログラムとは、当該ジョブに含まれる対象データを処理するために必要となる処理制御プログラムであり、換言すれば、当該ジョブに含まれる対象データを処理する際に情報処理装置１６によって用いられる処理制御プログラムである。

プログラム特定部４４は、処理制御プログラムの複数のバージョンのうちの１つのバージョンを対応処理制御プログラムとして特定することができる。特に、プログラム特定部４４は、当該処理制御プログラムの複数のバージョンのうちの、ユーザ特定部４２が特定したユーザに対応したバージョンを対応処理制御プログラムとして特定するようにしてもよい。このような場合、例えば上述したようにユーザから受け付けたジョブや処理対象データに基づいて特定された実行するべき機能と、機能を実行可能な処理制御プログラムを特定したうえで、特定された処理制御プログラムの複数バージョンのうちの、ユーザに対応したバージョンを特定するようにすることができる。このような実施形態を採用することによって、受け付けたジョブや処理対象データの機能ごとに、ユーザにとって好ましいバージョンを特定して処理を実行することができるようになる。

また、プログラム特定部４４は、処理制御プログラムに含まれる少なくとも１つのモジュールを対応処理制御プログラムとして特定することができる。つまり、この場合、処理制御プログラムの全体ではなく一部分が対応処理制御プログラムになり得る。また、処理制御プログラムに含まれるモジュールの複数のバージョンのうちの１つのバージョンを対応処理制御プログラムとして特定することもできる。特に、プログラム特定部４４は、処理制御プログラムに含まれるモジュール群のうちの、ユーザ特定部４２が特定したユーザに対応したモジュールあるいはモジュールのバージョンを対応処理制御プログラムとして特定するようにしてもよい。さらに、プログラム特定部４４は、異なる処理制御プログラムに含まれる複数のモジュールの組み合わせを対応処理制御プログラムとして特定することができる。

プログラム特定部４４は、受け付けたジョブや処理対象のデータの内容から、実行するべき機能を特定することで、対応処理制御プログラムを特定することができる。例えば、受け付けたジョブが、機能Ｘを実行し、その結果に対して機能Ｙを実行するという内容であった場合に、機能Ｘを実行可能な処理制御プログラムと、機能Ｙを実行可能な処理制御プログラムとを、当該ジョブに対応する対応処理制御プログラムとして特定する。処理制御プログラムが複数のモジュールに分かれていて、特定した機能を実行可能なモジュールが存在する場合には、対応処理制御プログラムとして、例えば機能Ｘ、機能Ｙを実行可能なモジュールを特定すればよい。

また、別のケースとしては、受け付けたジョブが、対象データを複数の対象データに分割して、分割された第１のデータに対しては、機能Ｘを実行後機能Ｙを実行し、第２のデータに対しては機能Ｚのみを実行し、第１のデータに対する処理結果と第２のデータに対する処理結果を統合したデータを生成するような機能の場合、データを分割する処理を実行可能な処理制御プログラム、機能Ｘを実行可能な処理制御プログラム、機能Ｙを実行可能な処理制御プログラム、データを統合する処理を実行可能な処理制御プログラムからなるプログラム群を対応処理制御プログラムとして特定する。このような場合には、例えば、どのデータ群に対してどの処理制御プログラムによる処理を実行するのか、ということをデータ群ごとに対応づけた形にして、情報処理装置１６に送信することもできる。

プログラム特定部４４が対応処理制御プログラムを特定する方法はいくつかの方法がある。第１の方法として、プログラム特定部４４は、ユーザ特定部４２により特定されたユーザ、及び、ユーザＤＢ３６に基づいて、対応処理制御プログラムを特定することができる。この場合、プログラム特定部４４は、ユーザＤＢ３６において、ユーザ特定部４２が特定したユーザ（つまりジョブ送信装置１４にジョブを入力したユーザ）のユーザＩＤに関連付けられているデフォルト使用プログラムを、当該ジョブの対応処理制御プログラムとして特定する。つまり、この場合、プログラム特定部４４は、ユーザに応じて当該ユーザが入力したジョブの対応処理制御プログラムを特定するから、ユーザに対応した対応処理制御プログラムを特定すると言える。

なお、本実施形態では、ユーザ特定部４２が、特定のユーザそのものを特定する実施形態として説明をしているが、もちろんユーザそのものを特定するものに限定されない。例えば想定される利用状態に応じて、複数のユーザを含んだ組織で、使用する処理制御プログラム、あるいはモジュール、それらのバージョンを管理している場合があり得る。すなわち、例えばある会社で、特定の処理制御プログラム又はモジュールや、特定バージョンの処理制御プログラム又はモジュールを使うことが推奨されているような場合である。また別のケースとしては、同じ会社であっても、部門やグループや拠点に応じて、使用する処理制御プログラム、モジュール、それらのバージョンが管理されていることも考えられる。そのような場合に、ユーザ特定部４２は、ジョブを入力したユーザの所属する組織や拠点、ジョブ送信装置を管理している組織やジョブ送信装置１４が設置されている組織や拠点を特定した上で、それらの組織、拠点で利用可能な処理制御プログラム又はモジュールを、対応処理制御プログラムとして特定する。このような実施形態によれば、ユーザごとに利用可能なプログラムを設定しておかなくても、組織に所属するユーザであれば一定の出力結果を得ることが可能となる。

例えば、ジョブ送信装置１４がユーザＩＤ「Ｕ０００１」が示すユーザからジョブを受け付け、ユーザ特定部４２が当該ユーザを特定した場合、プログラム特定部４４は、ユーザＤＢ３６（図４参照）を参照し、当該ジョブの対応処理制御プログラムとして、処理制御プログラムＡのバージョン２．１の全モジュールを特定する。このように、ユーザＤＢ３６のデフォルト使用プログラムに、処理制御プログラムのバージョンが指定されている場合には、プログラム特定部４４は、対応処理制御プログラムとして、当該ユーザに対応したバージョンの処理制御プログラムを特定することができる。

また、例えば、ジョブ送信装置１４がユーザＩＤ「Ｕ０００３」が示すユーザからジョブを受け付け、ユーザ特定部４２が当該ユーザを特定した場合、プログラム特定部４４は、ユーザＤＢ３６を参照し、当該ジョブに対応する対応処理制御プログラムとして、処理制御プログラムＡのバージョン２．１のモジュールαを特定する。このように、ユーザＤＢ３６のデフォルト使用プログラムに、モジュールが指定されている場合には、プログラム特定部４４は、対応処理制御プログラムとして、当該ユーザに対応したモジュールを特定することができる。

また、例えば、ジョブ送信装置１４がユーザＩＤ「Ｕ０００４」が示すユーザからジョブを受け付け、ユーザ特定部４２が当該ユーザを特定した場合、プログラム特定部４４は、ユーザＤＢ３６を参照し、当該ジョブに対応する対応処理制御プログラムとして、処理制御プログラムＡのバージョン２．１のモジュールαと、処理制御プログラムＢのバージョン１．０のモジュールβとの組み合わせを特定する。このように、プログラム特定部４４は、対応処理制御プログラムとして、異なる処理制御プログラムに含まれる複数のモジュールの組み合わせを特定することができる。

なお、同様の方法で、プログラム特定部４４は、ジョブの送信先の情報処理装置１６を特定することができる。すなわち、プログラム特定部４４は、ユーザＤＢ３６において、ユーザ特定部４２が特定したユーザのユーザＩＤに関連付けられているデフォルト指定装置を、当該ジョブの送信先の情報処理装置１６として特定する。なお、情報処理システム１０が１つの情報処理装置１６しか有していない場合には、ジョブの送信先の情報処理装置１６の特定処理を省略することができる。

第２の方法として、プログラム特定部４４は、ユーザの指示に応じて対応処理制御プログラムを特定することができる。ユーザは、ジョブ送信装置１４に対してジョブを入力する際に、当該ジョブの対応処理制御プログラムを選択する。例えば、ユーザがジョブ送信装置１４にジョブを入力する際に、図６に示されるようなジョブ入力画面がユーザ端末１２のディスプレイあるいはジョブ送信装置１４のディスプレイに表示される。ジョブ入力画面には、対応処理制御プログラムを入力する入力欄Ｉ１が設けられており、ユーザは、入力欄Ｉ１に対応処理制御プログラムを入力することで、当該ジョブの対応処理制御プログラムを指定する。また、ユーザは、入力欄Ｉ１に処理制御プログラムのバージョン、処理制御プログラムのモジュール、あるいは、異なる処理制御プログラムに含まれる複数のモジュールの組み合わせを対応処理制御プログラムとして入力することもできる。なお、入力欄Ｉ１に設けられたボタンＢ１を操作することで、プログラムリポジトリ３４に格納された処理制御プログラムあるいはモジュールの一覧が表示され、ユーザはその一覧から当該ジョブの対応処理制御プログラムを選択できるようになっていてもよい。ＯＫボタンを操作すると、ジョブと共に、指定した対応処理制御プログラムを示す情報がジョブ送信装置１４に入力される。プログラム特定部４４は、当該情報に基づいて、当該ジョブの対応処理制御プログラムを特定する。この方法によれば、プログラム特定部４４は、同一のユーザからの各ジョブに対して、異なる対応処理制御プログラムを特定することも可能となる。

また、ジョブ入力画面を表示する際に、既にユーザ特定部４２がユーザを特定している場合には、図７に示すように、プログラム特定部４４は、ユーザＤＢ３６を参照して特定された当該ユーザのデフォルト使用プログラムを予め入力欄Ｉ１に入力しておいてもよい。このようにすることで、ユーザは、当該ジョブに対応する対応処理制御プログラムがデフォルト使用プログラムでよければ、対応処理制御プログラムの選択操作を省略してＯＫボタンを操作することができる。もちろん、この場合あっても、ユーザは、入力欄Ｉ１に他の処理制御プログラムあるいはモジュールを入力することができる。

なお、同様の方法で、プログラム特定部４４は、ジョブの送信先の情報処理装置１６を特定することができる。すなわち、ジョブ入力画面には、ジョブの送信先の情報処理装置１６を入力する入力欄Ｉ２が設けられており、ユーザは、入力欄Ｉ２に情報処理装置１６を入力することで、当該ジョブの送信先である情報処理装置１６を指定する。入力欄Ｉ２に設けられたボタンＢ２を操作することで、ジョブ送信装置１４がジョブを送信可能な情報処理装置１６の一覧が表示され、ユーザはその一覧から当該ジョブの送信先である情報処理装置１６を選択できるようになっていてもよい。また、ジョブ入力画面を表示する際に、既にユーザ特定部４２がユーザを特定している場合には、図７に示すように、プログラム特定部４４は、ユーザＤＢ３６を参照して特定された当該ユーザのデフォルト指定装置を予め入力欄Ｉ２に入力しておいてもよい。ＯＫボタンを操作すると、ジョブと共に、選択した情報処理装置１６を示す情報がジョブ送信装置１４に入力される。プログラム特定部４４は、当該情報に基づいて、当該ジョブの送信先の情報処理装置１６を特定する。

プログラム特定部４４は、特定した対応処理制御プログラムを示すプログラムＩＤ、及び、特定した情報処理装置１６を示す指定装置情報を当該ジョブの管理情報としてジョブスプール３８に格納する。

図２に戻り、送信制御部４６は、ユーザから受け付けたジョブと、当該ジョブの対応処理制御プログラムを示す情報とを関連付けて情報処理装置１６に送信する。情報処理システム１０が複数の情報処理装置１６を有している場合には、送信制御部４６は、ジョブ及び対応処理制御プログラムを示す情報を、プログラム特定部４４により特定された情報処理装置１６に送信する。具体的には、送信制御部４６は、ジョブスプール３８からジョブを取り出し、当該ジョブに関連付けられている指定装置情報に基づいて、送信先の情報処理装置１６を特定する。その上で、送信制御部４６は、特定した情報処理装置１６に、当該ジョブと、当該ジョブに関連付けられているプログラムＩＤに基づく、対応処理制御プログラムを示す対応プログラム情報を送信する。対応処理制御プログラムが、ある処理制御プログラムのあるバージョン、あるいは、少なくとも１つのモジュールである場合、対応プログラム情報は、ある処理制御プログラムの有るバージョン、あるいは、少なくとも１つのモジュールを示すものとなる。

対応プログラム情報とは、処理要求としてのジョブに基づく処理を実行するために使われるプログラムを示す情報であり、一例として、当該対応処理制御プログラム自体であったり、処理を実行するためのプログラムを一意に特定可能な情報（例えばプログラムＩＤ）などが該当する。

対応プログラム情報が当該対応処理制御プログラム自体である場合、送信制御部４６は、対応処理制御プログラムをプログラムリポジトリ３４から取り出して情報処理装置１６に送信する。また、プログラムリポジトリ３４が他の装置に記憶されている場合には、送信制御部４６は、当該対応処理制御プログラムを当該他の装置から情報処理装置１６に送信させる。

ジョブ送信装置１４から、ジョブ、及び、当該ジョブの対応処理制御プログラムを情報処理装置１６に送信する場合、送信制御部４６は、ジョブと対応処理制御プログラムを連結することで生成された処理要求ファイルとしてのジョブファイルを情報処理装置１６に送信するようにしてもよい。図８には、ジョブファイルのデータ構造の一例が示されている。図８の例では、ジョブファイルは、連結された２つのデータブロックＢ（Ｂ１及びＢ２）を含んで構成される。各データブロックＢは、情報種別部Ｔ、データレングス部Ｌ、及びデータ部Ｄを含んで構成される。情報種別部Ｔはデータ部Ｄの情報の種別を表し、データレングス部Ｌはデータ部Ｄのデータ長を示すものである。本実施形態では、データブロックＢ１のデータ部Ｄ１は対応処理制御プログラムであり、データブロックＢ１の情報種別部Ｔ１はデータ部Ｄ１が対応処理制御プログラムであることを示し、データブロックＢ１のデータレングス部Ｌ１は対応処理制御プログラムのデータ長を示すものとなる。また、本実施形態では、データブロックＢ２のデータ部Ｄ２はジョブであり、データブロックＢ２の情報種別部Ｔ２はデータ部Ｄ２がジョブであることを示し、データブロックＢ２のデータレングス部Ｌ２はジョブのデータ長を示すものとなる。

また、対応プログラム情報が、当該対応処理制御プログラムを識別するプログラムＩＤである場合、送信制御部４６は、ジョブスプール３８において当該ジョブに関連付けられているプログラムＩＤを取得し、当該プログラムＩＤを情報処理装置１６に送信する。後述するように、情報処理装置１６は、当該プログラムＩＤに基づいて、プログラムリポジトリ３４から対応処理制御プログラムを取得する。

送信制御部４６は、ジョブをジョブ送信装置１４に入力したユーザからの指示に応じて、ジョブ及び対応プログラム情報を情報処理装置１６に送信することができる。あるいは、ジョブ送信装置１４が、ジョブを送信するタイミングを規定するジョブスケジューラを備えている場合には、送信制御部４６は、当該ジョブスケジューラの指示に従ったタイミングでジョブ及び対応プログラム情報を情報処理装置１６に送信することができる。

送信制御部４６は、ジョブスプール３８に、同一の対応処理情報プログラムに対応する複数のジョブが格納されている場合には、当該複数のジョブをまとめて、当該対応処理情報プログラムを示す情報と共に情報処理装置１６に送信するようにしてもよい。特に、送信制御部４６は、ジョブスプール３８に、同一の対応処理情報プログラムに対応し、且つ、指定装置情報が示す情報処理装置１６が同一である複数のジョブが格納されている場合には、当該複数のジョブをまとめて、当該対応処理情報プログラムを示す情報と共に当該情報処理装置１６に送信するようにしてもよい。

図９は、情報処理装置１６の構成概略図である。情報処理装置１６の代表的な例は、上述のラスタライズ処理を実行するプリンタコントローラ、あるいは、上述の書き込み処理を実行する書き込み装置などであるが、以下に説明する機能を発揮する限りにおいて、情報処理装置１６はどのような装置であってもよい。

通信インターフェース５０は、例えばネットワークアダプタなどを含んで構成される。通信インターフェース５０は、通信回線１８を介して他の装置と通信する機能を発揮する。通信インターフェース５０は、ジョブ送信装置１４から、ジョブ及び対応プログラム情報を受信する。

メモリ５２は、例えばＨＤＤ、ＳＳＤ、ＲＯＭ、あるいはＲＡＭなどを含んで構成されている。メモリ５２は、後述のプロセッサ６０とは別に設けられてもよいし、少なくとも一部がプロセッサ６０の内部に設けられていてもよい。メモリ５２には、情報処理装置１６の各部を動作させるための情報処理プログラムが記憶される。また、図９に示す通り、メモリ５２には、ブートプログラム５４、ジョブスプール５６、及びプログラムスプール５８が定義される。

ブートプログラム５４は、メモリ５２に対応処理制御プログラムを展開するためのプログラムである。ブートプログラム５４が実行されると、メモリ５２上に対応処理制御プログラムを展開するための土台が形成される。当該土台は、対応処理制御プログラムの枠のようなものであり、実機能を有さないものである。対応処理制御プログラムが当該土台の上に展開されることで、実機能を有する対応処理制御プログラムが実行可能となる。

ジョブスプール５６には、情報処理装置１６がジョブ送信装置１４から受け取ったジョブが一時的に格納される。ジョブに係る処理が完了すると、後述のプロセッサ６０によって当該ジョブはジョブスプール５６から削除される。

プログラムスプール５８には、ジョブに含まれる対象データに対する処理が完了した後において、当該ジョブの対応処理制御プログラムが格納される。プログラムスプール５８への対応処理制御プログラムの格納処理の詳細については、プロセッサ６０のプログラム処理部６８の処理と共に後述する。

処理側プロセッサとしてのプロセッサ６０は、広義的な処理装置を指し、汎用的な処理装置（例えばＣＰＵなど）、及び、専用の処理装置（例えばＧＰＵ、ＡＳＩＣ、ＦＰＧＡ、あるいは、プログラマブル論理デバイスなど）の少なくとも１つを含んで構成される。プロセッサ６０としては、１つの処理装置によるものではなく、物理的に離れた位置に存在する複数の処理装置の協働により構成されるものであってもよい。図９に示す通り、プロセッサ６０は、メモリ５２に記憶された情報処理プログラムにより、ファイル分離部６２、プログラム取得部６４、実行制御部６６、プログラム処理部６８、及び保持プログラム通知部７０としての機能を発揮する。

ファイル分離部６２は、情報処理装置１６がジョブ送信装置１４から、ジョブと対応処理制御プログラムとが連結されたジョブファイルを受信した場合、当該ジョブに含まれる対象データに対する処理に先立って、ジョブファイルからジョブと対応処理制御プログラムとを分離する分離処理を実行する。例えば、ジョブファイルが図８に示すデータ構造を有している場合、ファイル分離部６２は、データレングス部Ｌが示すデータ長に基づいて、ジョブファイルを各データブロックＢに分離する。そして、各データブロックＢの情報種別部Ｔが示す情報に基づいて、各データブロックＢのデータ部Ｄが、対応処理制御プログラムであるかジョブであるかを特定する。ファイル分離部６２によりジョブファイルの分離処理が行われることで、情報処理装置１６は、ジョブ及び対応処理制御プログラムを取得する。

なお、情報処理装置１６が、ジョブと対応処理制御プログラムとを別個に受信した場合、あるいは、情報処理装置１６が、ジョブと、対応処理制御プログラムのプログラムＩＤとを受信した場合には、ファイル分離部６２による分離処理を実行する必要はない。

プログラム取得部６４は、情報処理装置１６がジョブ送信装置１４から、ジョブ、及び、対応処理制御プログラムを示すプログラムＩＤを受信した場合、当該プログラムＩＤに基づいて、当該対応処理制御プログラムを取得する。具体的には、プログラム取得部６４は、プログラムリポジトリ３４を有する装置（本実施形態ではジョブ送信装置１４）に対して、当該プログラムＩＤと共に対応処理制御プログラムの送信要求を送信する。プログラムリポジトリ３４を有する装置は、受信したプログラムＩＤに基づいて、プログラムリポジトリ３４から対応処理制御プログラムを取得して情報処理装置１６に送信する。これにより、プログラム取得部６４は、対応処理制御プログラムを取得する。

実行制御部６６は、まず、取得した対応処理制御プログラムをメモリ５２上に展開する。具体的には、実行制御部６６は、まず、ブートプログラム５４を実行し、メモリ５２上に対応処理制御プログラムのための土台を形成する。その上で、実行制御部６６は、形成された土台の上に対応処理制御プログラムを展開する。詳しくは、対応処理制御プログラムがインストーラ形式で取得された場合には、インストーラを実行して対応処理制御プログラムを展開する。換言すれば、メモリ５２に対応処理制御プログラムをインストールする。また、対応処理制御プログラムがアーカイブ形式で取得された場合には、アーカイブ形式のファイルを解凍などすることで対応処理制御プログラムを展開する。

実行制御部６６は、メモリ５２上に展開した対応処理制御プログラムを実行することで、当該対応処理制御プログラムに対応するジョブに含まれる対象データに対する処理を実行する。ここで、対応処理制御プログラムが、１又は複数のモジュールである場合には、実行制御部６６は、少なくとも１つのモジュールを実行することで、当該ジョブに含まれる対象データに対する処理を実行することとなる。

例えば、ジョブが印刷ジョブであり、当該対応処理制御プログラムが印刷制御プログラムである場合、実行制御部６６は、印刷制御プログラムを実行することで、対象データに対してラスタライズ処理を実行する。これにより、ＰＤＬで記述された対象データが、印刷装置が認識可能なデータ形式（例えばビットマップ形式）に変換される。次いで、実行制御部６６は、ラスタライズ処理済みの対象データを通信インターフェース５０から印刷装置へ送信し、印刷装置において、対象データを印刷媒体に印刷する印刷処理を実行させる。これにより、当該印刷ジョブが完了する。

また、例えば、ジョブが、記録媒体への対象データの書き込みを要求する書き込みジョブであり、当該対応処理制御プログラムが書き込み制御プログラムである場合、実行制御部６６は、書き込み制御プログラムを実行することで、対象データの容量を圧縮する圧縮処理などを実行する。次いで、実行制御部６６は、圧縮済みの対象データを通信インターフェース５０から書き込み装置へ送信し、書き込み装置において、対象データをＤＶＤなどの記録媒体へ書き込む書き込み処理を実行させる。これにより、当該書き込みジョブが完了する。

なお、ジョブに係る処理を実際に行う機能（上述の印刷装置や書き込み装置が有する機能）は、情報処理装置１６に内蔵されていてもよく、情報処理装置１６がジョブに係る処理を実行するようにしてもよい。

プログラム処理部６８は、ジョブに含まれる対象データに対する処理が完了した後において、当該ジョブの対応処理制御プログラムに対する処理を実行する。具体的には、プログラム処理部６８は、対象データに対する処理の完了後に、対応処理制御プログラムをメモリ５２に保持することができる。

対応処理制御プログラムをメモリ５２に保持する方法としては、以下の２つの方法がある。

第１の方法として、プログラム処理部６８は、対象データに対する処理の完了後に、対応処理制御プログラムをメモリ５２に展開した状態で維持する。例えば、対応処理制御プログラムがインストーラ形式である場合、プログラム処理部６８は、対応処理制御プログラムをメモリ５２にインストールしたままの状態に維持する。また、対応処理制御プログラムがアーカイブ形式である場合、プログラム処理部６８は、メモリ５２に展開した対応処理制御プログラムに関するファイルを維持する。これにより、再度、当該対応処理制御プログラムに関連付けられたジョブをジョブ送信装置１４から受信した場合、実行制御部６６は、ブートプログラム５４の実行、及び、対応処理制御プログラムの展開処理を行うことなく、当該ジョブの対象データに対する処理を実行することができる。

第２の方法として、プログラム処理部６８は、対象データに対する処理の完了後に、メモリ５２上に展開した対応処理制御プログラムに関するファイルは削除するが、対応処理制御プログラム自体はプログラムスプール５８に格納しておく。例えば、対応処理制御プログラムがインストーラ形式である場合、プログラム処理部６８は、対応処理制御プログラムをメモリ５２からアンインストールして、インストーラをプログラムスプール５８に格納する。また、対応処理制御プログラムがアーカイブ形式である場合、プログラム処理部６８は、メモリ５２に展開した対応処理制御プログラムに関するファイル削除して、アーカイブファイルをプログラムスプール５８に格納する。これにより、再度、当該対応処理制御プログラムに関連付けられたジョブをジョブ送信装置１４から受信した場合、情報処理装置１６は、再度、当該対応処理制御プログラムを取得する処理を行う必要なく、当該ジョブの対象データに対する処理を実行することができる。

また、プログラム処理部６８は、対象データに対する処理の完了後に、対応処理制御プログラムをメモリ５２から削除してもよい。具体的には、対象データに対する処理が完了した後に、メモリ５２上に展開した対応処理制御プログラムに関するファイルを削除し、対象処理制御プログラム自体もプログラムスプール５８に格納せずに削除するようにしてもよい。例えば、対応処理制御プログラムがインストーラ形式である場合、プログラム処理部６８は、対応処理制御プログラムをメモリ５２からアンインストールし、且つ、インストーラもプログラムスプール５８に格納せずに削除する。また、対応処理制御プログラムがアーカイブ形式である場合、プログラム処理部６８は、メモリ５２に展開した対応処理制御プログラムに関するファイル削除し、且つ、アーカイブファイルをプログラムスプール５８に格納せずに削除する。これにより、メモリ５２の空き容量を増大させることができる。

プログラム処理部６８が、対象データに対する処理の完了後に対応処理制御プログラムをメモリ５２に保持するか、メモリ５２から削除するか、あるいは、保持する場合にどのような方法で保持するかは、当該ジョブに係るユーザの指示により決定されてよい。あるいは、情報処理装置１６において、情報処理装置１６の管理者などによって予め定められた設定に応じて、プログラム処理部６８が実行する処理が決定されてもよい。

保持プログラム通知部７０は、プログラム処理部６８により対応処理制御プログラムがメモリ５２に保持された場合、メモリ５２に保持されている対応処理制御プログラムを示す保持プログラム情報をジョブ送信装置１４に送信する。保持プログラム情報は、メモリ５２に保持されている対応処理制御プログラムを示すプログラムＩＤであってよい。保持プログラム通知部７０は、保持プログラム情報を間欠的に（例えば定期的に）ジョブ送信装置１４に送信してもよいし、ジョブ送信装置１４からの要求に応じて保持プログラム情報をジョブ送信装置１４に送信するようにしてもよい。

好適には、保持プログラム情報には、メモリ５２における対応処理制御プログラムの保持状態が示されているとよい。具体的には、対応処理制御プログラムがメモリ５２に展開したままの状態であるか、あるいは、メモリ５２上に展開した対応処理制御プログラムに関するファイルは削除されており対応処理制御プログラム自体がプログラムスプール５８に格納されている状態であるかが示されているとよい。

ジョブ送信装置１４が情報処理装置１６から保持プログラム情報を受信した場合、保持プログラム情報と、当該保持プログラム情報の送信元である情報処理装置１６を識別する装置識別子とを関連付けてメモリ３２に記憶しておく。例えば、ジョブ送信装置１４は、保持プログラム情報に基づいて、図３に示したプログラムＤＢ３５を更新することで、情報処理装置１６のプログラムの保持状態を管理することができる。すなわち、保持プログラム情報に含まれるプログラムＩＤに基づいて、図３の保持の有無の項目を更新することができる。そして、ジョブ送信装置１４の送信制御部４６は、ある情報処理装置１６に送信するジョブ（ここでは「他のジョブ」と記載する）に対応する対応処理制御プログラムが、当該情報処理装置１６に関連付けられた保持プログラム情報に示されるものである場合、換言すれば、他のジョブに対応する対応処理制御プログラムが当該情報処理装置１６のメモリ５２に保持されている場合には、当該他のジョブに対応する対応処理制御プログラムを当該情報処理装置１６に送信しないようにしてもよい。情報処理装置１６の実行制御部６６は、メモリ５２に保持している当該対応処理制御プログラムを実行して他のジョブの対象データに対する処理を実行する。

具体的には、保持プログラム情報において、対応処理制御プログラムがメモリ５２に展開したままの状態であることが示されている場合、ジョブ送信装置１４の送信制御部４６は、他のジョブのみを情報処理装置１６に送信することができる。情報処理装置１６の実行制御部６６は、メモリ５２に展開済みの当該対応処理制御プログラムを実行して他のジョブの対象データに対する処理を実行する。

一方、保持プログラム情報において、メモリ５２上に展開した対応処理制御プログラムに関するファイルは削除されており対応処理制御プログラム自体がプログラムスプール５８に格納されている状態であることが示されている場合、ジョブ送信装置１４の送信制御部４６は、他のジョブと、当該対応処理制御プログラムを示すプログラムＩＤを情報処理装置１６に送信する。情報処理装置１６の実行制御部６６は、ジョブ送信装置１４から受信したプログラムＩＤに基づいてプログラムスプール５８から対応処理制御プログラムを特定する。そして、実行制御部６６は、ブートプログラム５４を実行し、特定した対応処理制御プログラムをメモリ５２に展開した上で、展開した当該対応処理制御プログラムを実行して他のジョブの対象データに対する処理を実行する。

他の例として、ジョブ送信装置１４が、情報処理装置１６の保持プログラム情報に基づいて、対応処理制御プログラムを当該情報処理装置が保持していない場合には、処理対象のデータとともに対象処理制御プログラムを情報処理装置１６に送信する。

また、ジョブ送信装置１４から、他のジョブ、及び、当該他のジョブに対応する対応処理制御プログラムを示すプログラムＩＤを受信した場合、情報処理装置１６のプログラム取得部６４は、当該プログラムＩＤが示す対応処理制御プログラムがメモリ５２に保持されているか否かを判定する。当該プログラムＩＤが示す対応処理制御プログラムがメモリ５２に保持されている場合、プログラム取得部６４は、改めて当該対応制御プログラムをプログラムリポジトリ３４から取得する処理を行わずに、メモリ５２に保持された当該対応処理制御プログラムを実行することで、当該他のジョブに含まれる対象データに対する処理を実行するようにしてもよい。なお、言うまでもなく、当該プログラムＩＤが示す対応処理制御プログラムがメモリ５２に保持されていない場合、プログラム取得部６４は、当該対応制御プログラムをプログラムリポジトリ３４から取得した上で、当該対応処理制御プログラムを実行することで、当該他のジョブに含まれる対象データに対する処理を実行する。

本実施形態に係る情報処理システム１０の概要は以上の通りである。情報処理システム１０においては、ジョブ送信装置１４において、情報処理装置１６に送信されるジョブに対応する対応処理制御プログラムが特定される。そして、情報処理装置１６は、当該対応処理制御プログラムを取得した上で、当該対応処理制御プログラムを実行することで、当該ジョブに含まれる対象データに対する処理を実行する。このような仕組みであるから、対応処理制御プログラムとしては、当該ジョブに必要な機能を発揮できれば足り、情報処理装置１６が実行し得る全ての機能を発揮可能となっている必要はない。つまり、情報処理装置１６が実行し得る全ての機能を発揮可能な処理制御プログラムよりも、対応処理制御プログラムのデータサイズを低減することができる。したがって、本実施形態によれば、情報処理装置１６が実行し得る全ての機能を発揮可能な処理制御ログラムが情報処理装置１６のメモリ５２に記憶される場合に比して、対応処理制御プログラムを記憶させるためのメモリ５２の記憶領域を低減することができる。

また、対応処理制御プログラムは、ジョブに対応して特定されるから、ユーザは、ジョブに対応した対応処理制御プログラムを用いて、当該ジョブに含まれる対象データに対する処理を実行させることができる。例えば、ユーザは、ジョブ毎に、自分の好みに合った対応処理制御プログラム、あるいは、対象データに合った対応処理制御プログラムを用いて、対象データに対する処理を実行させることができる。

また、ある処理制御プログラム（あるいはモジュール）の複数のバージョンが存在する場合、ユーザは、必ずしも最新のバージョンを使用する必要はなく、ユーザの好みのバージョンを使用することが可能となる。いわば、マルチバージョン運用が可能となる。これに伴い、情報処理装置１６側において、処理制御プログラム（あるいはモジュール）のバージョン管理（例えば常に処理制御プログラムを最新のバージョンに維持しておく管理など）を行う必要がなくなるという効果も奏する。

以下、図１０に示すフローチャートに従って、情報処理システム１０の処理の一例の流れを説明する。

ステップＳ１０において、ジョブ送信装置１４は、ユーザからジョブを受け付ける。例えば、通信インターフェース３０は、ユーザ端末１２からジョブを受信する。

ステップＳ１２において、プログラム特定部４４は、ステップＳ１０で受信したジョブに対応する対応処理制御プログラムを特定する。また、情報処理システム１０が複数の情報処理装置１６を有している場合には、プログラム特定部４４は、当該ジョブの送信先の情報処理装置１６を特定する。

ステップＳ１４において、プロセッサ４０は、ステップＳ１０で受信したジョブをジョブスプール３８に格納する。当該ジョブには管理情報が関連付けられる。管理情報には、ステップＳ１２で特定された対応処理制御プログラムを示すプログラムＩＤ、及び、当該ジョブの送信先の情報処理装置１６を示す指定装置情報が含まれる。

ステップＳ１６において、プロセッサ４０は、ユーザあるいはジョブスケジューラなどからステップＳ１０で受信したジョブの送信指示を受け付ける。

ステップＳ１８において、送信制御部４６は、ステップＳ１６で送信指示を受けたジョブと、当該ジョブの対応処理制御プログラムとを連結したジョブファイルを生成する。

ステップＳ２０において、送信制御部４６は、ステップＳ１８で生成したジョブファイルを情報処理装置１６に送信する。

ステップＳ２２において、情報処理装置１６のファイル分離部６２は、ステップＳ２０で受信したジョブファイルを分離して、ジョブと対応処理制御プログラムを取得する。

ステップＳ２４において、プロセッサ６０はステップＳ２２で取得したジョブをジョブスプール５６に格納する。

ステップＳ２６において、実行制御部６６は、ブートプログラム５４を実行してメモリ５２上に土台を形成した後、ステップＳ２２で取得した対応処理制御プログラムをメモリ５２上に展開する。

ステップＳ２８において、実行制御部６６は、メモリ５２上に展開した対応処理制御プログラムを実行することで、当該ジョブに含まれる対象データに対する処理を実行する。

以上、本発明に係る実施形態を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない限りにおいて種々の変更が可能である。

１０ 情報処理システム、１２ ユーザ端末、１４ ジョブ送信装置、１６ 情報処理装置、３０，５０ 通信インターフェース、３２，５２ メモリ、３４ プログラムリポジトリ、３６ ユーザＤＢ、３８，５６ ジョブスプール、４０，６０ プロセッサ、４２ ユーザ特定部、４４ プログラム特定部、４６ 送信制御部、５４ ブートプログラム、５８ プログラムスプール、６２ ファイル分離部、６４ プログラム取得部、６６ 実行制御部、６８ プログラム処理部、７０ 保持プログラム通知部。

Claims (17)

1. 送信側プロセッサを備える処理要求送信装置と、処理側プロセッサを備える情報処理装置とを含み、
   前記送信側プロセッサは、
   処理の対象となる対象データを含む処理要求と、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを示す対応プログラム情報とを関連付けて前記情報処理装置に送信し、
   前記処理側プロセッサは、
   前記対応処理制御プログラムを実行することで、前記対象データに対する処理を実行する、
   ことを特徴とする情報処理システム。
2. 前記送信側プロセッサは、
   前記対象データを処理するために必要となる前記対応処理制御プログラムを特定し、
   特定された前記対応処理制御プログラムを示す前記対応プログラム情報を前記情報処理装置に送信する、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記送信側プロセッサは、
   前記処理を要求する利用者を特定し、
   特定された前記利用者に基づいて、前記対応処理制御プログラムを特定する、
   ことを特徴とする請求項２に記載の情報処理システム。
4. 前記対応処理制御プログラムは、処理制御プログラムの複数のバージョンのうちの、特定された前記利用者に対応したバージョンである、
   ことを特徴とする請求項３に記載の情報処理システム。
5. 前記送信側プロセッサは、
   前記対応プログラム情報として、前記対応処理制御プログラム自体を前記情報処理装置に送信する、
   ことを特徴とする請求項１から４のいずれか１項に記載の情報処理システム。
6. 前記送信側プロセッサは、
   前記処理要求と前記対応処理制御プログラムを連結した処理要求ファイルを前記情報処理装置に送信し、
   前記処理側プロセッサは、
   前記対象データに対する処理に先立って、前記処理要求ファイルから前記対象データと前記対応処理制御プログラムとを分離する分離処理を実行する、
   ことを特徴とする請求項５に記載の情報処理システム。
7. 前記処理側プロセッサは、
   前記対象データに対する処理の完了後に前記対応処理制御プログラムを前記情報処理装置のメモリに保持させ、
   前記メモリに保持されている処理制御プログラムを示す保持プログラム情報を前記処理要求送信装置に送信し、
   前記送信側プロセッサは、
   前記保持プログラム情報に基づいて、他の処理要求に対応する対応処理制御プログラムが前記メモリに保持されている場合には、当該他の処理要求に対応する対応処理制御プログラムを前記情報処理装置に送信しない、
   ことを特徴とする請求項５又は６に記載の情報処理システム。
8. 前記送信側プロセッサは、
   前記対応プログラム情報として、前記対応処理制御プログラムを識別するプログラムＩＤを前記情報処理装置に送信し、
   前記処理側プロセッサは、
   前記プログラムＩＤに基づいて、前記対応処理制御プログラムを取得する、
   ことを特徴とする請求項１から４のいずれか１項に記載の情報処理システム。
9. 前記処理側プロセッサは、
   前記対象データに対する処理の完了後に前記対応処理制御プログラムを前記情報処理装置のメモリに保持させ、
   前記処理要求送信装置から、他の処理要求及び前記他の処理要求に対応する対応処理制御プログラムを示すプログラムＩＤを受信した場合に、当該プログラムＩＤが示す対応処理制御プログラムが前記メモリに保持されている場合には、前記メモリに保持された当該対応処理制御プログラムを実行することで前記他の処理要求に含まれる対象データに対する処理を実行する、
   ことを特徴とする請求項８に記載の情報処理システム。
10. 前記処理側プロセッサは、
    前記対象データに対する処理の完了後に前記対応処理制御プログラムを前記情報処理装置のメモリから削除する、
    ことを特徴とする請求項１から６、及び８のいずれか１項に記載の情報処理システム。
11. 前記処理制御プログラムは複数のモジュールを含んで構成されており、
    前記送信側プロセッサは、
    前記処理要求に対応する少なくとも１つのモジュールを示す前記対応プログラム情報を前記情報処理装置に送信し、
    前記処理側プロセッサは、
    前記少なくとも１つのモジュールを実行することで、前記対象データに対する処理を実行する、
    ことを特徴とする請求項１から１０のいずれか１項に記載の情報処理システム。
12. 前記送信側プロセッサは、
    同一の前記対応処理制御プログラムに対応する複数の処理要求をまとめて１つの前記情報処理装置に送信する、
    ことを特徴とする請求項１から１１のいずれか１項に記載の情報処理システム。
13. 前記処理要求は、前記対象データを印刷媒体に印刷する印刷処理を印刷装置に実行させる印刷処理要求であり、
    前記処理制御プログラムは、前記対象データを前記印刷装置が認識可能なデータ形式に変換する印刷制御プログラムである、
    ことを特徴とする請求項１から１２のいずれか１項に記載の情報処理システム。
14. 送信側プロセッサを備え、
    前記送信側プロセッサは、
    処理の対象となる対象データを含む処理要求と、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを示す対応プログラム情報とを関連付けて、前記対応処理制御プログラムを実行することで前記対象データに対する処理を実行する情報処理装置に送信する、
    ことを特徴とする処理要求送信装置。
15. 処理側プロセッサを備え、
    前記処理側プロセッサは、
    処理要求送信装置から、処理の対象となる対象データを含む処理要求、及び、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを識別するプログラムＩＤを受信し、
    前記プログラムＩＤに基づいて、前記対応処理制御プログラムを取得し、
    前記対応処理制御プログラムを実行することで、前記対象データに対する処理を実行する、
    ことを特徴とする情報処理装置。
16. コンピュータに、
    処理の対象となる対象データを含む処理要求と、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを示す対応プログラム情報とを関連付けて、前記対応処理制御プログラムを実行することで前記対象データに対する処理を実行する情報処理装置に送信させる、
    ことを特徴とする処理要求送信プログラム。
17. コンピュータに、
    処理要求送信装置から、処理の対象となる対象データを含む処理要求、及び、前記処理要求に対応する処理制御プログラムである対応処理制御プログラムを識別するプログラムＩＤを受信させ、
    前記プログラムＩＤに基づいて、前記対応処理制御プログラムを取得させ、
    前記対応処理制御プログラムを実行することで、前記対象データに対する処理を実行させる、
    ことを特徴とする情報処理プログラム。

Images