JP6531581B2 - 情報配信システム、情報処理装置、情報配信方法及びプログラム - Google Patents

Description

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

プリンタドライバは、通常、アプリケーションから受け取った印刷データをプリンタが印字できるデータ形式に変換し、変換されたデータをプリンタに送信する役割をもつ。最近では、アプリケーションから受け取った印刷データを、画像データ（画像ファイル）の形式に変換するプリンタドライバ（電子化ドライバ）も存在する。変換される画像データの形式の例としては、ＰＤＦ形式、ＸＰＳ形式、ＴＩＦＦ形式及びＪＰＥＧ形式等が挙げられる。

特許文献１には、アプリケーションにより作成された文書データをイメージデータに変換する際に、当該イメージデータに識別ＩＤを付加してストレージに記憶することで、当該イメージデータの検索性等を向上させたプリンタドライバの発明が開示されている。

しかしながら従来の技術では、使用可能なデータ形式をユーザに意識させずに、当該データを印刷操作と統一的な操作でプリンタを含む様々なデバイスに送信するとともに、当該データの版（バージョン）管理をすることができなかった。例えばデータが修正された場合、修正前のデータと修正後のデータとが、送信先デバイスで別々に登録されてしまうことにより、当該デバイスに記憶されるデータの管理が煩雑になっていた。

本発明は、上記に鑑みてなされたものであって、使用可能なデータ形式をユーザに意識させずに、当該データを印刷操作と統一的な操作でプリンタを含む様々なデバイスに送信するとともに、当該データの版管理をすることができる情報配信システム、情報処理装置、情報配信方法及びプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、複数の種類のデバイスに情報の配信を行う情報配信システムであって、アプリケーションから第１データを受け付ける受付手段と、前記デバイスで使用可能な一以上のデータ形式を示すデータ形式情報の記憶と、前記デバイスの宛先を示す一以上の宛先特定情報の記憶と、を制御し、前記第１データのデータ形式が変換された一以上の第２データを一以上の前記デバイスに送信する、前記デバイスの種類それぞれに対応する複数のプラグインと、一以上の前記プラグインから前記宛先特定情報と、前記データ形式情報と、を取得する取得手段と、前記取得手段によって取得された前記一以上の宛先特定情報から、一以上の宛先特定情報の選択を受け付ける選択画面を表示装置に表示する制御を行う表示制御手段と、前記第１データが、既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを、選択された一以上の宛先特定情報により特定される一以上の前記デバイス毎に判定する判定手段と、前記取得手段によって取得された前記データ形式情報により特定されるデータ形式に変換された一以上の第２データと、前記一以上の第２データの変換元の第１データが既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを識別する情報とを、前記選択画面を介して受け付けた一以上の宛先特定情報により特定される一以上の前記デバイスに、前記プラグインを使用して送信する配信手段と、を備える。

本発明によれば、使用可能なデータ形式をユーザに意識させずに、当該データを印刷操作と統一的な操作でプリンタを含む様々なデバイスに送信するとともに、当該データの版管理をすることができるという効果を奏する。

図１は第１実施形態の情報配信システムの構成の例を示す図である。 図２は第１実施形態の情報処理装置のハードウェア構成の例を示す図である。 図３は第１実施形態の情報処理装置の機能ブロックの例を示す図である。 図４は第１実施形態の印刷（電子化）設定画面の例を示す図である。 図５は第１実施形態の描画オブジェクトの例を示す図である。 図６は第１実施形態のプラグインＢの宛先特定情報の例を示す図である。 図７は第１実施形態のプラグイン情報の例を示す図である。 図８は第１実施形態の送信先デバイスの種類の選択画面の例を示す図である。 図９は第１実施形態の送信先デバイスの選択画面の例を示す図である。 図１０は第１実施形態の確認画面の例１を示す図である。 図１１は第１実施形態の確認画面の例２を示す図である。 図１２は第１実施形態の送信先デバイスの管理画面の例を示す図である。 図１３は第１実施形態の情報処理装置から送信される情報の例を示す図である。 図１４は第１実施形態の情報配信方法のデータの流れの概略を示す図である。 図１５は第１実施形態の情報配信方法の例を示すフローチャートである。 図１６は第１実施形態の情報配信方法のシーケンスの例を示す図である。 図１７は第２実施形態の情報処理装置の機能ブロックの例を示す図である。 図１８Ａは第２実施形態の設定情報の例１を示す図である。 図１８Ｂは第２実施形態の設定情報の例２を示す図である。 図１９は第２実施形態のバージョン決定方法の例を示すフローチャートである。

以下に添付図面を参照して、情報配信システム、情報処理装置、情報配信方法及びプログラムの実施形態を詳細に説明する。

（第１実施形態）
まず第１実施形態の情報配信システムの構成について説明する。図１は第１実施形態の情報配信システム４００の構成の例を示す図である。第１実施形態の情報配信システム４００は、情報処理装置１００、スマートデバイス２００ａ、サーバ装置２００ｂ、印刷装置２００ｃ及びクラウドサービスシステム２００ｄを備える。情報処理装置１００、スマートデバイス２００ａ、サーバ装置２００ｂ、印刷装置２００ｃ及びクラウドサービスシステム２００ｄはネットワーク３００を介して互いに接続されている。第１実施形態の情報配信システム４００では、情報処理装置１００が、ネットワーク３００を介して、各デバイス（スマートデバイス２００ａ、サーバ装置２００ｂ、印刷装置２００ｃ及びクラウドサービスシステム２００ｄ）にデータ（例えば画像データ）を送信する。以下、デバイスの種類を区別しない場合は単にデバイス２００という。

図１の各装置の具体例について説明する。情報処理装置１００はパーソナルコンピュータ等である。スマートデバイス２００ａはスマートフォン及びタブレット型端末等である。サーバ装置２００ｂは複数の端末により実現される会議システム等で参照される電子データ（画像データ等）がアップロードされる装置である。印刷装置２００ｃはプリンタ及びＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）等である。クラウドサービスシステム２００ｄはアップロードされた電子データを利用したサービスをインターネット上で実現するシステムである。クラウドサービスシステム２００ｄは、例えばＤｒｏｐＢｏｘ（登録商標）及びＳｋｙＤｒｉｖｅ（登録商標）等である。

次に第１実施形態の情報処理装置１００のハードウェア構成について説明する。図２は第１実施形態の情報処理装置１００のハードウェア構成の例を示す図である。第１実施形態の情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、外部Ｉ／Ｆ１４、通信装置１５、入力装置１６、表示装置１７及び記憶装置１８を備える。ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、外部Ｉ／Ｆ１４、通信装置１５、入力装置１６、表示装置１７及び記憶装置１８は、バス２１を介して互いに接続されている。

ＣＰＵ１１は情報処理装置１００の動作を制御する装置である。ＲＯＭ１２は読み出し専用の不揮発性の記憶媒体である。ＲＯＭ１２はファームウェア等のプログラムを記憶する。ＲＡＭ１３は情報の高速な読み書きが可能な揮発性の記憶媒体である。ＲＡＭ１３はＣＰＵ１１が情報を処理する際の作業領域として用いられる。外部Ｉ／Ｆ１４は、記憶媒体２０等の外部デバイスをバス２１に接続するためのインターフェースである。通信装置１５はネットワーク３００を介して他のデバイス２００と通信する。入力装置１６はユーザが情報処理装置１００に情報を入力するためのユーザインタフェースである。入力装置１６は、例えばキーボード及びマウス等である。表示装置１７はユーザが情報処理装置１００の状態を確認するための視覚的ユーザインタフェースである。表示装置１７は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）ディスプレイ等である。記憶装置１８は情報の読み書きが可能な不揮発性の記憶媒体である。

記憶装置１８は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１０、アプリケーション３０及びプリンタドライバ３１等を記憶する。ＯＳ１０は情報処理装置１００のシステム全体を制御するプログラムである。アプリケーション３０はＯＳ１０で動作するプログラムであり、所定の処理を行う。アプリケーション３０は、例えば文書作成ソフト及び表計算ソフト等である。プリンタドライバ（電子化ドライバ）３１は印刷（電子化）対象データを、印刷用のデータ形式、又は、送信先デバイスが使用可能なデータ形式に変換する。以下、印刷（電子化）対象データを第１データという。また第１データに基づくデータを第２データという。具体的には、第２データは、印刷用のデータ形式、又は、送信先デバイスが使用可能なデータ形式に変換されたデータである。プリンタドライバ（電子化ドライバ）３１の詳細については図３を参照して後述する。

次に第１実施形態の情報処理装置１００の機能ブロックについて説明する。図３は第１実施形態の情報処理装置１００の機能ブロックの例を示す図である。第１実施形態の情報処理装置１００は、アプリケーション３０、プリンタドライバ３１、配信制御部４１及びプラグイン（プラグインＡ、プラグインＢ及びプラグインＣ）を備える。プリンタドライバ３１は、受付部３２、表示制御部３３、生成部３４及び描画部３５を備える。描画部３５は、抽出部３６及び変換部３７を備える。

また情報処理装置１００はプラグイン情報５１、履歴情報５２、データ形式情報５３ａ〜５３ｃ及び宛先特定情報５４ａ〜５４ｃを記憶する。以下、データ形式情報５３ａ〜５３ｃを区別しない場合、単にデータ形式情報５３という。同様に、宛先特定情報５４ａ〜５４ｃを区別しない場合、単に宛先特定情報５４という。第１実施形態の配信制御部４１は、アプリケーション３０及びプリンタドライバ３１と同様に、プログラムとして実現される。またプラグインＡ、プラグインＢ及びプラグインＣは情報処理装置１００に追加又は削除することができるプログラムである。

アプリケーション３０は、印刷（電子化）処理の要求を示す印刷（電子化）要求をプリンタドライバ３１の受付部３２に送信する。受付部３２は、様々なアプリケーション３０から印刷（電子化）要求を受け付ける。印刷（電子化）要求は、印刷（電子化）処理の対象となる第１データを含む。第１データは、アプリケーション３０により開かれるアプリケーションデータに含まれるデータである。印刷（電子化）要求は、例えばアプリケーション３０のＵＩのメニューから印刷が選択されることにより発生する。受付部３２は、アプリケーション３０から印刷（電子化）要求を受け付けると、当該印刷（電子化）要求を表示制御部３３及び生成部３４に入力する。表示制御部３３は、受付部３２から印刷（電子化）要求を受け付けると、表示装置１７に印刷（電子化）設定画面を表示する。

図４は第１実施形態の印刷（電子化）設定画面の例を示す図である。表示制御部３３は印刷（電子化）設定画面を介して、カラーモノクロ選択、用紙方向、解像度、部数、両面、集約、製本、及び変倍等の印刷（電子化）設定の指定を示す入力をユーザから受け付ける。印刷（電子化）設定の指定は印刷ボタンの押下により確定する。

図３に戻り、表示制御部３３は印刷（電子化）設定画面を介してユーザから指定された印刷設定を示す印刷設定データを生成部３４に入力する。生成部３４は、受付部３２から第１データを受け付け、表示制御部３３から印刷設定データを受け付ける。生成部３４は、印刷設定データに基づいて第１データを印刷（電子化）するジョブを生成する。ジョブは、第１データ、印刷設定データ、ジョブ名、ユーザ名及びアプリケーション名を含む。ジョブ名はジョブの名称である。ジョブ名は、受付部３２がアプリケーション３０から受け付けた印刷（電子化）要求により指定される。ジョブ名は、例えばアプリケーションデータの名称を含む。ユーザ名は、アプリケーション３０のユーザの名称である。アプリケーション名は、印刷（電子化）要求の送信元のアプリケーション３０の名称である。生成部３４は当該ジョブを抽出部３６及び変換部３７に入力する。

抽出部３６は、生成部３４からジョブを受け付けると、当該ジョブに含まれる第１データの特徴を示す特徴情報を、当該ジョブに含まれる印刷設定データに基づいて抽出する。特徴情報は、例えば第１データの総ページ数、及び、第１データに含まれる描画オブジェクト情報等である。描画オブジェクト情報は、描画オブジェクトを特定する情報である。描画オブジェクト情報は、例えば描画オブジェクトの数、種類、位置及び特徴等である。描画オブジェクトの種類は、例えば文字、図形及び画像である。

図５は第１実施形態の描画オブジェクトの例を示す図である。図５の例は、第１データに含まれる印刷（電子化）対象ページに、描画オブジェクトとして、文字１０１、図形１０２、図形１０３及び画像１０４が含まれる場合を示す。

印刷（電子化）対象ページ内での文字１０１の位置を示す座標は（１００，１００）である。文字１０１の特徴は、例えば文字列の内容「あいうえおかきくけこ」、文字の色、文字のフォント、及び、文字の字体等である。

印刷（電子化）対象ページ内での図形１０２の位置を示す座標は（８００，１５００）である。印刷（電子化）対象ページ内での図形１０３の位置を示す座標は（１０００，１８００）である。図形１０２及び図形１０３の特徴は、例えば線、パス、塗り色及び重ね色等である。

印刷（電子化）対象ページ内での画像１０４の位置を示す座標は（１００，４０００）である。画像１０４の特徴は、例えば画像の幅、画像の高さ、及び、画像の色数等である。

図３に戻り、抽出部３６は、ジョブ、及び、第１データの特徴情報を配信制御部４１の決定部４４に送信する。なお抽出部３６がプリンタドライバ３１の描画部３５にある理由は、第１データを第２データに変換する前に、第１データの特徴情報を抽出することが好ましいためである。第２データのデータ形式は、ＰＤＦ形式、ＸＰＳ形式、ＴＩＦＦ形式及びＪＰＥＧ形式等の電子データであるため、第２データから特徴情報を抽出することは難しい。なお第２データは、第１データのデータ形式を変換することにより得られたデータであるので、第１データの特徴を示す特徴情報と、第２データの特徴を示す特徴情報は同じである。

次に変換部３７の動作について説明する。変換部３７は、生成部３４からジョブを受け付けると、配信制御部４１の取得部４２にデータ形式情報５３を問い合わせる。データ形式情報５３は、送信先デバイスで使用可能な一以上のデータ形式を示す。データ形式情報５３として記憶されるデータ形式は任意でよい。以下、第１実施形態の説明では、データ形式情報５３として記憶されるデータ形式を、ＰＤＦ形式、ＸＰＳ形式、ＴＩＦＦ形式及びＪＰＥＧ形式等の画像データのデータ形式として説明する。

プラグインはデータ形式情報５３の記憶を制御する。ここでプラグインについて説明する。第１実施形態のプラグインは第２データの送信先デバイスの種類毎に情報処理装置１００にインストールされる。これは送信先デバイスの種類毎に転送プロトコルや使用可能なデータ形式が異なるので、第２データの送信処理をデバイスの種類毎にプラグインとして実現することにより情報処理装置１００に追加又は削除できるようにするためである。これにより新しい種類のデバイスが登場しても、当該デバイスのプラグインを情報処理装置１００に追加するだけで、印刷操作と統一的な操作で第１データに基づく第２データを当該デバイスに送信することができる。なおデータ形式情報５３として、第２データのデータ形式の他に、第２データの解像度、第２データの縦、横の最小サイズ及び最大サイズ等を記憶してもよい。

またプラグインは、データ形式情報５３の他に、一以上の宛先特定情報５４の記憶を制御する。図６は第１実施形態のプラグインＢの宛先特定情報５４ｂの例を示す図である。図６の例では、宛先特定情報５４ｂはＩＤ、名称及びアドレスを含む。ＩＤは送信先デバイスを一意に特定する識別子である。名称は送信先デバイスの名称である。アドレスは送信先デバイスの場所を特定する情報である。アドレスは、例えばＩＰアドレスである。図６の例では、例えばＩＤが「０００Ａ１」により特定される送信先デバイスの名称は、「Ａさんのタブレット」であり、アドレスは「１２３．４５６．７８９．ＸＸＸ」であることが示されている。

図３に戻り、第１実施形態の情報処理装置１００ではプラグインＡ、プラグインＢ及びプラグインＣがインストールされている。なお情報処理装置１００にインストールするプラグインの数は３つに限られず任意でよい。第１実施形態の情報処理装置１００では、プラグインＡを会議システムに対応するプラグインとし、プラグインＢをスマートデバイスに対応するプラグインとし、プラグインＣを印刷装置に対応するプラグインとする。またプラグインＡのデータ形式情報５３ａはＰＤＦ形式を示し、プラグインＢのデータ形式情報５３ｂはＰＤＦ形式及びＪＰＥＧ形式を示し、プラグインＣのデータ形式情報５３ｃはＥＭＦ形式を示すとする。

取得部４２は、変換部３７からデータ形式情報５３の問い合わせを受け付けると、プラグイン情報５１を参照して有効なプラグインを特定する。図７は第１実施形態のプラグイン情報５１の例を示す図である。図７の例では、プラグイン情報５１は名称及び状態を含む。名称はプラグインの名称である。状態はプラグインの有効又は無効を示す。図７の例では、例えばプラグインＡの名称は「会議システム」であり、プラグインＡの状態は「有効」であることが示されている。プラグイン情報５１が図７の状態であるとき、取得部４２は有効なプラグインは、プラグインＡ及びプラグインＢであることを特定する。

次に取得部４２は有効なプラグインからデータ形式情報５３を取得する。図７の例では、有効なプラグインはプラグインＡ及びプラグインＢであるので、取得部４２はプラグインＡからデータ形式情報５３ａを取得し、プラグインＢからデータ形式情報５３ｂを取得する。上述したように、第１実施形態の情報処理装置１００では、プラグインＡのデータ形式情報５３ａは、ＰＤＦ形式であるので、取得部４２はプラグインＡからデータ形式情報５３ａとしてＰＤＦ形式を示す情報を取得する。同様に、プラグインＢのデータ形式情報５３ｂは、ＰＤＦ形式及びＪＰＥＧ形式であるので、取得部４２はプラグインＢからデータ形式情報５３ｂとしてＰＤＦ形式を示す情報及びＪＰＥＧ形式を示す情報を取得する。

次に取得部４２は有効なプラグインから取得したデータ形式情報５３をプリンタドライバ３１の変換部３７に送信する。

次に変換部３７は、生成部３４からジョブを受け付け、取得部４２からデータ形式情報５３を受け付けると、第１データを、当該ジョブに含まれる印刷設定データに基づいて、データ形式情報５３で定められたデータ形式を有する一以上の第２データに変換する。図７の例では、変換部３７はプラグインＡ及びプラグインＢから上述のデータ形式情報５３ａ及びデータ形式情報５３ｂを受け付けるので、第１データをＰＤＦ形式及びＪＰＥＧ形式の第２データに変換する。次に変換部３７は第２データを配信部４５に送信する。

次に表示制御部４３は、宛先特定情報５４の取得を取得部４２に依頼する。取得部４２は有効なプラグインから宛先特定情報５４を取得する。図７の例では、有効なプラグインはプラグインＡ及びプラグインＢであるので、取得部４２はプラグインＡから宛先特定情報５４ａを取得し、プラグインＢから宛先特定情報５４ｂを取得する。取得部４２は有効なプラグインから取得した宛先特定情報５４を表示制御部４３に入力する。

次に表示制御部４３は、取得部４２から宛先特定情報５４を受け付けると、送信先デバイスを選択する選択画面を表示装置１７に表示する。図８は第１実施形態の送信先デバイスの種類の選択画面の例を示す図である。図９は第１実施形態の送信先デバイスの選択画面の例を示す図である。図８及び図９は、まず図８の画面により送信先デバイスの種類を選択させ、次に選択された送信先デバイスの宛先を図９の画面により表示する場合の例である。図８の画面は、図４の画面の印刷ボタンが押下された後に実行される第１データの変換処理、及び、候補として表示される宛先特定情報５４の取得処理の後に表示される。図９の例は、図８の選択画面で送信先デバイスの種類としてスマートデバイスが選択された場合を示している。なお表示制御部４３は図８及び図９の例のように宛先の表示を階層化せずに、一度に全ての送信先デバイスを宛先の候補として表示してもよい。

図３に戻り、表示制御部４３は、図８及び図９の画面を介してユーザにより選択された宛先特定情報５４を決定部４４に入力する。

決定部４４は、抽出部３６から上述のジョブ及び特徴情報を受け付け、選択された宛先特定情報５４を表示制御部４３から受け付ける。決定部４４は、特徴情報により特徴付けられる第１データが既に、宛先特定情報５４により特定されるデバイスに送信されていた一以上の第２データの変換元の第１データと関連するか否かを、履歴情報５２に基づいて判定する。また決定部４４は、第１データのバージョン情報を履歴情報５２に基づいて決定する。

まず履歴情報５２について説明する。履歴情報５２は、生成部３４により生成されたジョブ毎に、配信部４５により作成される。配信部４５は、第２データを配信した後に、当該第２データに係る履歴情報５２を記憶する。

履歴情報５２は、ジョブ特定情報、特徴情報、デバイス特定情報及びバージョン情報を関連付けて記憶する。

ジョブ特定情報は、ジョブを特定する情報である。ジョブ特定情報は、上述のジョブ名、上述のユーザ名、上述のアプリケーション名、及び、配信日時を含む。配信日時は、第１データに基づく第２データが配信された日時である。

特徴情報は、抽出部３６により第１データから抽出された上述の特徴情報である。

デバイス特定情報は、第１データのデータ形式が変換されることにより取得された一以上の第２データの送信先デバイスを特定する情報である。

バージョン情報は、第１データのバージョン情報である。バージョン情報は、決定部４４により決定される。

履歴情報５２のデータは、ジョブ特定情報により、一意に識別される。

決定部４４の動作について具体的に説明する。まず決定部４４は、履歴情報５２のデータが有する特徴情報と、抽出部３６により抽出された特徴情報と、の差分を取得する。特徴情報の差分は、例えば第１データの総ページ数の差分、及び、第１データに含まれる描画オブジェクトの数の差分等である。

次に決定部４４は、判定基準を用いて、当該第１データが既にいずれかのデバイスに送信された第２データの変換元の第１データの更新データであるか否かを判定する。なおバージョン情報を変更するか否かを判定する判定基準は任意に定めてよい。ここで判定基準の例について説明する。

決定部４４は、例えば第１データの差分を示すデータ量（特徴情報の差分を示すデータ量）が０よりも大きく、かつ、閾値以下である場合、当該第１データのバージョン情報を変更する第１判定基準を用いてもよい。決定部４４は、第１データの差分を示すデータ量が閾値より大きい場合、更新データではなく、互いに異なる第１データであると判定する。

また決定部４４は、例えばジョブに含まれる上述のアプリケーション名と、履歴情報５２のジョブ特定情報に含まれるアプリケーション名と、が一致し、かつ、ジョブに含まれるジョブ名と、履歴情報５２に含まれるジョブ名とが一致する場合、当該第１データのバージョン情報を変更する第２判定基準を用いてもよい。

また決定部４４は、例えば第１データの総ページ数が増加し、かつ、ページ内の描画オブジェクトの数が増加している場合、当該第１データのバージョン情報を変更する第３判定基準を用いてもよい。

また決定部４４は、複数の判定基準を用いて、バージョン情報を変更するか否かを判定してもよい。例えば決定部４４は、上述の第２判定基準を満たし、かつ、上述の第３判定基準を満たす場合、バージョン情報を変更してもよい。

また決定部４４が、バージョン情報の変更を決定する前に、表示制御部４３が、バージョン情報の変更をユーザに確認する確認画面を表示してもよい。

図１０は第１実施形態の確認画面の例１を示す図である。図１０の例は、送信先デバイス毎に１つの確認画面を表示する場合である。図１０の例は、ジョブ名（仕様書．ｄｏｃ）、アプリケーション名（アプリＡ）、及び、前回の印刷日時（２０１５／０２／０３ １９：００）を表示する場合を示す。なお図１０の例では、ジョブ名に第１データを含むアプリケーションデータの名称（ファイル名）である仕様書．ｄｏｃが使用されている。

図１０の新規登録ボタンが押下されると、決定部４４は、当該第１データのバージョンを、第１データに基づく第２データを新規に登録する場合のバージョンに決定する。新規にデータを登録する場合のバージョンは、例えばＶ１．０である。

図１０の上書き登録ボタンが押下されると、決定部４４は、当該第１データのバージョンを更新することを決定する。決定部４４は、当該第１データの現在のバージョンがＶ１．０である場合、例えばバージョンをＶ１．１に更新する。

図１１は第１実施形態の確認画面の例２を示す図である。図１１の例は、複数の送信先デバイスについての確認を１つの確認画面で行う場合を示す。図１１の例は、ＩＤ、名称、チェックボックス及び送信履歴を、送信先デバイス毎に表示する場合を示す。ＩＤはデバイスを識別する識別情報である。名称は送信先デバイスの名称である。チェックボックスは、上書き登録するか否かを示す。チェックボックスにチェックが入っている場合、上書き登録を示す。チェックボックスにチェックが入っていない場合、上書き登録をしないことを示す。チェックボックスの状態は、ユーザの操作入力により変更される。

送信履歴は、第１データのデータ形式が変更された第２データが既に送信されているか否かを示す。例えばデバイスＡの場合、Ｖ１．０の第１データに基づく第２データが送信されていることを示す。またデバイスＢ及びデバイスＣの場合、当該第１データに基づく第２データが、まだ１度も送信されていないことを示す。

図１１の送信ボタンが押下されると、配信部４５が送信先デバイスに応じたプラグインを使用して、第１データに基づく第２データを各送信先デバイスに送信する。

図１１のキャンセルボタンが押下されると、当該第１データに基づく第２データの送信がキャンセルされる。

図３に戻り、配信部４５はプラグインを使用して、第１データに基づく第２データと、当該第１データのバージョンを示す情報と、を図８及び図９の選択画面を介して選択された送信先デバイスに送信する。なお、このとき配信部４５は、送信先デバイスで使用されるその他の情報を同時に送信してもよい。

図１３は第１実施形態の情報処理装置１００から送信される情報の例を示す図である。図１３の例は、情報処理装置１００が、プラグインＢを使用して、第２データをスマートデバイス２００ａに送信する際に、ジョブ名、アプリケーション名、送信日時、バージョン及び登録情報を送信する場合を示す。図１３の例では、ジョブ名にアプリケーションデータの名称が使用されている。またアプリケーション名は、アプリケーションデータを開くアプリケーションの名称を示す。送信日時は、当該第２データを送信した日時である。

登録情報は、新規登録又は上書き登録を示す情報である。新規登録は、一以上の第２データの変換元の第１データが、既に送信されていた一以上の第２データの変換元の第１データと関連しない場合の登録方法を示す。上書き登録は、一以上の第２データの変換元の第１データが、既に送信されていた一以上の第２データの変換元の第１データと関連する場合の登録方法を示す。登録情報は、例えばＩＤ等の識別情報である。例えば情報処理装置１００（配信部４５）は、新規登録の場合、当該第１データに新しいＩＤを関連付け、当該ＩＤをスマートデバイス２００ａに送信する。情報処理装置１００（配信部４５）は、上書き登録の場合、当該第２データに関連付けられた既存のＩＤをスマートデバイス２００ａに送信する。

スマートデバイス２００ａは、情報処理装置１００から受信した登録情報が新規登録を示す場合、情報処理装置１００から受信した第２データを、登録情報として通知されたＩＤと紐づけて新規に登録（記憶）する。このときスマートデバイス２００ａは、情報処理装置１００からスマートデバイス２００ａにまだ登録されていない新しいデータを受信したことを画面上に表示してもよい。

スマートデバイス２００ａは、情報処理装置１００から受信した登録情報が上書き登録を示す場合、登録情報として通知されたＩＤに紐づくスマートデバイス２００ａのデータを、情報処理装置１００から受信した第２データで上書きする。このときスマートデバイス２００ａは、情報処理装置１００からバージョンアップされたデータを受信したことを画面上に表示してもよい。

図３に戻り、配信部４５は、上述の履歴情報５２をジョブ毎に記憶する。具体的には、配信部４５は、ジョブ特定情報（ジョブ名、ユーザ名、アプリケーション名及び配信日時）、特徴情報、デバイス特定情報及びバージョン情報を関連付けて記憶する。ジョブ名、ユーザ名及びアプリケーション名には、生成部３４により生成されたジョブに含まれるジョブ名、ユーザ名及びアプリケーション名が記憶される。配信日時には、第１データに基づく第２データが配信された日時が記憶される。特徴情報には、抽出部３６により第１データから抽出された特徴情報が記憶される。デバイス特定情報には、第１データに基づく第２データを送信したデバイスを特定する情報が記憶される。バージョン情報には、決定部４４により決定されたバージョンが記憶される。

なお上述のプラグイン情報５１、及び、プラグインＡ〜Ｃ毎に記憶される情報は、送信先デバイスの管理画面を介してユーザにより随時変更される。図１２は第１実施形態の送信先デバイスの管理画面の例を示す図である。表示制御部４３は、例えば図１２の送信先デバイスの管理画面を表示し、当該管理画面を介してユーザから設定を受け付ける。図１２の例では、例えば有効／無効のチェックボックスにより、プラグインの有効又は無効を設定することができる。これにより送信先デバイスの種類の選択画面（図９参照）に表示されるデバイスの種類を変更することができる。

またユーザが図１２の設定ボタンを押下することにより、プラグイン毎に記憶される情報を変更するための画面が表示され、当該画面を介して設定を変更することができる。プラグイン毎に記憶される情報は、例えば上述のデータ形式情報５３及び宛先特定情報５４等である。なおカメラ機能を有するスマートデバイス２００ａ等のデバイス２００の宛先特定情報５４を追加するときは、設定画面にＱＲコード（登録商標）等のコードを表示してもよい。すなわちスマートデバイス２００ａが当該コードを撮影することにより宛先特定情報５４を追加するための情報を取得し、当該情報に応じた処理結果をスマートデバイス２００ａから情報処理装置１００に送信することにより、情報処理装置１００に当該スマートデバイス２００ａを宛先特定情報５４として紐付けてもよい。

またユーザが送信先デバイス追加ボタンを押下することにより、新たなデバイス（例えばホワイトボードシステム等）に対応するプラグインを追加することができる。これによりプリンタドライバ３１及び配信制御部４１をインストールし直すことなく、新たなデバイスに第１データに基づく第２データの配信が可能になる。

次に第１実施形態の情報配信方法のデータの流れの概略について説明する。図１４は第１実施形態の情報配信方法のデータの流れの概略を示す図である。図１４の例は、スマートデバイス２００ａ−１、スマートデバイス２００ａ−２及びサーバ装置２００ｂに第１データに基づく第２データを送信する場合の例である。まずアプリケーション３０が第１データをプリンタドライバ（電子化ドライバ）３１に送信する。次にプリンタドライバ３１が第１データを、ＰＤＦ形式及びＪＰＥＧ形式の第２データに変換する。プリンタドライバ３１は第２データを配信制御部４１に送信する。配信制御部４１はプラグインＡを使用してＰＤＦ形式の第２データをサーバ装置２００ｂに送信する。同様に、配信制御部４１はプラグインＢを使用してＰＤＦ形式及びＪＰＥＧ形式の第２データをスマートデバイス２００ａ−１及びスマートデバイス２００ａ−２に送信する。

なお同一の第１データについて、スマートデバイス２００ａに複数の形式（ＰＤＦ形式及びＪＰＥＧ形式）の第２データを送信する理由は、スマートデバイス２００ａのアプリケーションによっては、画像の部分毎に異なるデータ形式の画像データを利用する場合があるためである。

次に第１実施形態の情報配信方法の例について説明する。図１５は第１実施形態の情報配信方法の例を示すフローチャートである。はじめに、受付部３２が、第１データを含む印刷（電子化）要求を受け付ける（ステップＳ１）。次に、表示制御部３３が、印刷（電子化）設定画面（図４参照）を表示装置１７に表示する（ステップＳ２）。次に、生成部３４が、印刷（電子化）設定画面を介してユーザから指定された印刷設定データに基づいて、第１データを印刷（電子化）するジョブを生成する（ステップＳ３）。

次に、抽出部３６が、第１データの特徴を示す上述の特徴情報を、印刷設定データに基づいて抽出する（ステップＳ４）。次に、取得部４２が、プラグイン情報５１を参照して有効なプラグインを特定する（ステップＳ５）。次に、取得部４２が、有効なプラグインから上述のデータ形式情報５３を取得する（ステップＳ６）。次に、変換部３７が、印刷設定データに基づいて、第１データを、データ形式情報５３で定められたデータ形式を有する一以上の第２データに変換する（ステップＳ７）。

次に、取得部４２が、有効なプラグインから上述の宛先特定情報５４を取得する（ステップＳ８）。次に、表示制御部４３が、ステップＳ８により取得された宛先特定情報５４により特定される送信先デバイスを選択する選択画面（図８及び図９参照）を表示装置１７に表示する（ステップＳ９）。

次に、決定部４４が、履歴情報５２から上述の判定基準による判定に利用されるデータを検索する（ステップＳ１０）。

次に、決定部４４が、上述の判定基準を用いて、当該第１データが既に送信されていた第１データの更新データであるか否かを判定する（ステップＳ１１）。更新された第１データでない場合（ステップＳ１１、Ｎｏ）、決定部４４が、当該第１データのバージョンを、新規登録を示すバージョンに決定する（ステップＳ１５）。

更新された第１データである場合（ステップＳ１１、Ｙｅｓ）、表示制御部４３が、バージョン情報の変更をユーザに確認する確認画面（図１０又は図１１参照）を表示する（ステップＳ１２）。

次に、表示制御部４３が、ステップＳ１２で表示された確認画面を介して、第１データに基づく第２データを上書き登録で送信先デバイスに送信するか否かを示す入力を、ユーザから受け付けたか否かを判定する（ステップＳ１３）。

上書き登録する場合（ステップＳ１３、Ｙｅｓ）、決定部４４が、当該第１データのバージョンを更新することを決定する（ステップＳ１４）。決定部４４は、例えば当該第１データのバージョンをインクリメントすることによりバージョンを更新する。

上書き登録しない場合（ステップＳ１３、Ｎｏ）、決定部４４が、当該第１データのバージョンを、新規登録を示すバージョンに決定する（ステップＳ１５）。

次に、配信部４５が、プラグインを使用して、第１データに基づく第２データと、当該第１データのバージョンを示す情報と、をステップＳ９で表示された選択画面を介して選択された送信先デバイスに送信する（ステップＳ１６）。次に、配信部４５は、履歴情報５２をジョブ毎に記憶する（ステップＳ１７）。

次に第１実施形態の情報配信方法のシーケンスについて説明する。図１６は第１実施形態の情報配信方法のシーケンスの例を示す図である。まず、アプリケーション３０が、プリンタドライバ３１（受付部３２）に第１データを含む印刷（電子化）要求を送信する（ステップＳ２１）。次に、プリンタドライバ３１（表示制御部３３）が、印刷（電子化）設定画面（図４参照）を表示装置１７に表示する（ステップＳ２２）。次に、プリンタドライバ３１（生成部３４）が、印刷（電子化）設定画面を介してユーザから指定された印刷設定データに基づいて、第１データを印刷（電子化）するジョブを生成する（ステップＳ２３）。次に、プリンタドライバ３１（抽出部３６）が、第１データの特徴を示す上述の特徴情報を、印刷設定データに基づいて抽出する（ステップＳ２４）。

次に、プリンタドライバ３１（変換部３７）は配信制御部４１（取得部４２）にデータ形式情報５３を問い合わせる（ステップＳ２５）。

配信制御部４１（取得部４２）はプラグイン情報５１を参照して有効なプラグインを特定する。ここでは有効なプラグインをプラグインＡ及びプラグインＢとする。次に、配信制御部４１（取得部４２）はデータ形式情報５３ａをプラグインＡに問い合わせる（ステップＳ２６）。次に、プラグインＡは、データ形式情報５３ａとしてＰＤＦ形式を示す情報を配信制御部４１（取得部４２）に返却する（ステップＳ２７）。同様に、配信制御部４１（取得部４２）はデータ形式情報５３ｂをプラグインＢに問い合わせる（ステップＳ２８）。次に、プラグインＢは、データ形式情報５３ｂとしてＰＤＦ形式及びＪＰＥＧ形式を示す情報を配信制御部４１（取得部４２）に返却する（ステップＳ２９）。

次に、配信制御部４１（取得部４２）はデータ形式情報５３として、ＰＤＦ形式及びＪＰＥＧ形式を示す情報をプリンタドライバ３１（変換部３７）に返却する（ステップＳ３０）。次に、プリンタドライバ３１（変換部３７）は、印刷設定データに基づいて、第１データを、配信制御部４１（取得部４２）から受信したデータ形式情報５３が示す画像形式（ＰＤＦ形式及びＪＰＥＧ形式）の第２データに変換する（ステップＳ３１）。次に、プリンタドライバ３１（変換部３７）は第２データを配信制御部４１（配信部４５）に送信する（ステップＳ３２）。

次に、配信制御部４１（取得部４２）は宛先特定情報５４ａをプラグインＡに問い合わせる（ステップＳ３３）。次に、プラグインＡは自身で保持している宛先特定情報５４ａを配信制御部４１（取得部４２）に返却する（ステップＳ３４）。同様に、配信制御部４１（取得部４２）は宛先特定情報５４ｂをプラグインＢに問い合わせる（ステップＳ３５）。次に、プラグインＢは自身で保持している宛先特定情報５４ｂを配信制御部４１（取得部４２）に返却する（ステップＳ３６）。

次に、配信制御部４１（表示制御部４３）は、ステップＳ３４及びステップＳ３６で受信した宛先特定情報５４に基づいて、送信先デバイスを選択する選択画面（図８及び図９参照）を表示装置１７に表示し、一以上の送信先デバイスを示す操作入力をユーザから受け付ける（ステップＳ３７）。ここでは、配信制御部４１（表示制御部４３）は会議システムのサーバ装置２００ｂ（プラグインＡの宛先特定情報５４ａに含まれる送信先デバイス）と、スマートデバイス２００ａ（プラグインＢの宛先特定情報５４ｂに含まれる送信先デバイス）と、を選択する操作入力を受け付けた場合について説明する。

次に、配信制御部４１（決定部４４）は、履歴情報５２のデータが有する特徴情報と、ステップＳ２４で抽出部３６により抽出された特徴情報と、の差分を取得する（ステップＳ３８）。

次に、配信制御部４１（決定部４４）は、上述の判定基準を用いて、当該第１データが既に送信されていた第１データの更新データであるか否かを判定する（ステップＳ３９）。ここでは、会議システムのサーバ装置２００ｂ（プラグインＡの宛先特定情報５４ａに含まれる送信先デバイス）に対しては、既に１度、送信されていた第１データの更新データであると判定され、スマートデバイス２００ａ（プラグインＢの宛先特定情報５４ｂに含まれる送信先デバイス）に対しては、はじめて送信する第１データであると判定された場合について説明する。なお、このとき配信制御部４１（表示制御部４３）が、確認画面（図１０参照）を表示装置１７に表示し、新規登録又は上書き登録を示す操作入力をユーザから受け付けてもよい。

次に、配信制御部４１（決定部４４）は、会議システムのサーバ装置２００ｂ（プラグインＡの宛先特定情報５４ａに含まれる送信先デバイス）に送信する登録情報を、上書き情報を示す情報に決定し、スマートデバイス２００ａ（プラグインＢの宛先特定情報５４ｂに含まれる送信先デバイス）に送信する登録情報を、新規登録を示す情報に決定する（ステップＳ４０）。

次に、配信制御部４１（配信部４５）は宛先特定情報５４ａ（サーバ装置２００ｂの宛先）を記憶するプラグインＡを使用して、ＰＤＦ形式の第２データと、ステップＳ４０で決定された登録情報（上書き登録）と、バージョン情報（Ｖ１．１）と、を送信先デバイス（サーバ装置２００ｂ）に送信する（ステップＳ４１）。プラグインＡは送信結果（成功又は失敗）を示す送信結果情報を配信制御部４１（配信部４５）に返却する（ステップＳ４２）。同様に、配信制御部４１（配信部４５）は宛先特定情報５４ｂ（スマートデバイス２００ａの宛先）を記憶するプラグインＢを使用してＰＤＦ形式の第２データ、及び、ＪＰＥＧ形式の第２データと、ステップＳ４０で決定された登録情報（新規登録）と、バージョン情報（Ｖ１．１）と、を送信先デバイス（スマートデバイス２００ａ）に送信する（ステップＳ４３）。プラグインＢは送信結果（成功又は失敗）を示す送信結果情報を配信制御部４１（配信部４５）に返却する（ステップＳ４４）。

次に、配信制御部４１（配信部４５）は、上述の履歴情報５２をジョブ毎に記憶する（ステップＳ４５）。

次に、配信制御部４１（配信部４５）は送信結果情報をプリンタドライバ３１に返却する（ステップＳ４６）。次に、プリンタドライバ３１は送信結果情報をアプリケーション３０に返却する（ステップＳ４７）。

以上説明したように、第１実施形態の情報配信システム４００（情報処理装置１００）では、決定部４４が、第１データが、既に送信されていた一以上の第２データの変換元の第１データと関連するか否かを判定し、第１データのバージョン情報を決定する。また第１実施形態の情報配信システム４００（情報処理装置１００）は、使用可能な一以上の画像データの形式を示すデータ形式情報５３と、一以上の宛先特定情報５４と、をデバイスの種類毎に記憶し、前記デバイスと通信する一以上のプラグインを備える。

これにより第１実施形態の情報配信システム４００（情報処理装置１００）によれば、使用可能なデータ形式をユーザが意識せずに、当該データを印刷操作と統一的な操作でプリンタを含む様々なデバイスに送信するとともに、当該データの版（バージョン）管理をすることができる。

（第２実施形態）
次に第２実施形態について説明する。第２実施形態の情報処理装置１００は、特定部３８を更に備える点が、第１実施形態の情報処理装置１００とは異なる。第２実施形態の説明では、第１実施形態と同様の説明については省略し、第１実施形態と異なる箇所について説明する。

図１７は第２実施形態の情報処理装置１００の機能ブロックの例を示す図である。第２実施形態の情報処理装置１００は、アプリケーション３０、プリンタドライバ３１、配信制御部４１及びプラグイン（プラグインＡ、プラグインＢ及びプラグインＣ）を備える。プリンタドライバ３１は、受付部３２、表示制御部３３、生成部３４、描画部３５及び特定部３８を備える。描画部３５は、抽出部３６及び変換部３７を備える。また情報処理装置１００はプラグイン情報５１、履歴情報５２、データ形式情報５３ａ〜５３ｃ及び宛先特定情報５４ａ〜５４ｃを記憶する。

受付部３２は、アプリケーション３０から第１データを含む印刷（電子化）要求を受け付けると、当該印刷（電子化）要求を表示制御部３３、生成部３４及び特定部３８に入力する。表示制御部３３及び生成部３４の説明は、第１実施形態と同じなので省略する。

特定部３８は、受付部３２から印刷（電子化）要求を受け付けると、当該印刷（電子化）要求に含まれる第１データを含むアプリケーションデータを特定する。具体的には、特定部３８は、印刷（電子化）要求で指定されたジョブ名にアプリケーションデータの名称（ファイル名）が含まれている場合、当該アプリケーションデータの名称を使用して情報処理装置１００のアプリケーション３０が開いているアプリケーションデータを検索する。特定部３８は、例えば印刷（電子化）要求で指定されたジョブ名に拡張子が含まれている場合、ジョブ名にアプリケーションデータの名称が含まれていることを判断する。

特定部３８は、アプリケーションデータの設定情報（プロパティ情報）から、アプリケーションデータの作成日時及び更新日時を取得することにより、アプリケーションデータが新規に作成されたデータであるか否かを特定する。また特定部３８は、版（バージョン）情報を管理する機能を有するアプリケーション３０の場合、アプリケーションデータの設定情報から当該版（バージョン）情報を取得する。特定部３８は、例えばＭｉｃｒｏｓｏｆｔ（登録商標） Ｗｏｒｄである場合、版数を示す改訂番号を、版（バージョン）情報として取得する。

図１８Ａは第２実施形態の設定情報の例１を示す図である。図１８Ａの例は、作成日時及び更新日時が同じ（２０１４／０９／２９ １７：５７）である場合を示す。すなわち図１８Ａの設定情報を有するアプリケーションデータは、新規に作成されていることを示す。

図１８Ｂは第２実施形態の設定情報の例２を示す図である。図１８Ｂの例は、設定情報に改訂番号が含まれる場合を示す。図１８Ｂの例は、改訂番号が９８２である場合を示す。特定部３８は、この改訂番号を当該アプリケーションデータの版（バージョン）として取得する。

図１７に戻り、特定部３８は、改訂番号が取得できた場合、当該改訂番号を決定部４４に入力する。決定部４４は、特定部３８から改訂番号を受け付けると、当該改訂番号を第１データのバージョン情報に決定する。特定部３８は、改訂番号が取得できなかった場合、抽出部３６に特徴情報の抽出処理の実行要求を入力する。抽出部３６が、特定部３８から、特徴情報の抽出処理の実行要求を受け付けた場合の動作の説明は、第１実施形態と同様なので省略する。

次に第２実施形態のバージョン決定方法の例について説明する。

図１９は第２実施形態のバージョン決定方法の例を示すフローチャートである。はじめに、特定部３８が、印刷（電子化）要求に含まれるジョブ名を取得する（ステップＳ５１）。次に、特定部３８が、ジョブ名にアプリケーションデータの名称（ファイル名）が含まれているか否かを判定する（ステップＳ５２）。

ジョブ名にファイル名が含まれていない場合（ステップＳ５２、Ｎｏ）、抽出部３６が、第１データの特徴を示す特徴情報を、上述の印刷設定データに基づいて抽出する（ステップＳ５３）。

ジョブ名にファイル名が含まれている場合（ステップＳ５２、Ｙｅｓ）、特定部３８が、当該ファイル名を使用して、情報処理装置１００のアプリケーション３０が開いているアプリケーションデータを検索する（ステップＳ５４）。アプリケーションデータを特定できなかった場合（ステップＳ５５、Ｎｏ）、処理はステップＳ５３に進む。

アプリケーションデータを特定できた場合（ステップＳ５５、Ｙｅｓ）、特定部３８は、アプリケーションデータの設定情報（プロパティ情報）から、アプリケーションデータの作成日時及び更新日時を取得する（ステップＳ５６）。次に、特定部３８は、特定されたアプリケーションデータが、改訂番号を取得できるアプリケーションデータであるか否かを判定する（ステップＳ５７）。改訂番号を取得できない場合（ステップＳ５７、Ｎｏ）、処理はステップＳ５３に進む。改訂番号を取得できる場合（ステップＳ５７、Ｙｅｓ）、特定部３８は、アプリケーションデータの設定情報から改訂番号を取得する（ステップＳ５８）。

次に、決定部４４が、第１データのバージョンを決定する（ステップＳ５９）。具体的には、決定部４４は、改訂番号が取得できた場合、当該改訂番号を第１データのバージョンに決定する。改訂番号が取得できなかった場合、特徴情報に基づいて第１データのバージョンを決定する。このとき決定部４４は、作成日時及び更新日時が取得できている場合、特徴情報、作成日時及び更新日時に基づいて第１データのバージョンを決定する。

なお決定部４４は、バージョン情報の変更を決定する前に、表示制御部４３が、バージョン情報の変更をユーザに確認する確認画面（図１０又は図１１参照）を表示してもよい。

以上説明したように、第２実施形態の情報配信システム４００（情報処理装置１００）では、特定部３８が、第１データを含むアプリケーションデータを特定する。決定部４４は、特定部３８によりアプリケーションデータが特定された場合、当該アプリケーションデータの設定を示す設定情報（プロパティ情報）に基づいて、第１データのバージョン情報を変更する。

これにより第２実施形態の情報配信システム４００（情報処理装置１００）によれば、第１実施形態の場合と同様に、使用可能なデータ形式をユーザが意識せずに、当該データを印刷操作と統一的な操作でプリンタを含む様々なデバイスに送信するとともに、当該データの版（バージョン）管理をすることができる。

（第１及び第２実施形態の補足）
上述の第１及び第２実施形態の説明では、プリンタドライバ３１、配信制御部４１を別々の機能ブロックとして説明した。しかしながら配信制御部４１をプリンタドライバ３１内の機能ブロックとしてもよい。

また配信制御部４１は、プリンタドライバ３１を情報処理装置１００にインストールするときに同時にインストールする形態としてもよいし、配信制御部４１をプリンタドライバ３１のインストールとは独立に情報処理装置１００にインストールする形態としてもよい。

配信制御部４１をプリンタドライバ３１のインストールとは独立に情報処理装置１００にインストールする場合は、配信制御部４１のアップデートやアンインストールを自由に行うことができる。

一方、配信制御部４１をプリンタドライバ３１のパッケージに含めると、Ｐｏｉｎｔ＆Ｐｒｉｎｔ（登録商標）でのインストールにおいても、スタンドアローンの時と同様に配信制御部４１をインストールできるという効果がある。

ここでＰｏｉｎｔ＆Ｐｒｉｎｔ（登録商標）について説明する。Ｐｏｉｎｔ＆Ｐｒｉｎｔ（登録商標）は、ネットワークにプリンタ、ホストコンピュータ及びクライアントコンピュータが繋がれたシステムで、クライアントコンピュータが、このホストコンピュータをプリントサーバとして利用してネットワークプリンタに印刷を行う形態である。このようなシステムでは、クライアントコンピュータはホストコンピュータと同じプリンタドライバをインストールする必要がある。ネットワーク上の個々のクライアントコンピュータに、プリンタドライバをインストールするには非常にコストがかかってしまう。この問題を解決する手段として、Ｐｏｉｎｔ＆Ｐｒｉｎｔ（登録商標）では、ホストコンピュータからクライアントコンピュータにプリンタドライバをダウンロードしてインストールする仕組みがある。Ｐｏｉｎｔ＆Ｐｒｉｎｔ（登録商標）インストールしたプリンタドライバは、描画処理をクライアントコンピュータ側で行うのかホストコンピュータ側で行うのかを変更することができる。クライアントコンピュータ側で描画処理を行うことを「クライアントサイドレンダリング」という。ホストコンピュータ側で描画処理を行うことを「サーバサイドレンダリング」という。Ｐｏｉｎｔ＆Ｐｒｉｎｔ（登録商標）インストールしたプリンタドライバには、ＲＡＷスプール形式及びＥＭＦスプール形式が存在する。

また配信制御部４１は、情報処理装置１００のアプリケーションの１つとして動作させてもよいし、情報処理装置１００のＯＳのサービスの１つとして動作させてもよい。また配信制御部４１を、情報処理装置１００と通信可能な外部の装置で動作させてもよい。

また配信制御部４１のプラグインは、配信制御部４１を実現するプログラムファイルと同じパスにインストールしておくようにしてもよい。また上述の第１及び第２実施形態の説明では、配信制御部４１が第２データを送信する送信先の宛先の候補とするデバイス２００は、宛先特定情報としてプラグイン毎に静的に予め登録しておく方法について説明した。しかしながら配信制御部４１は動的にネットワークを検索（ディスカバリ）することにより送信先の宛先の候補とするデバイス２００を探し出すようにしてもよい。

情報処理装置１００で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、メモリカード、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記憶媒体に記憶されてコンピュータ・プログラム・プロダクトとして提供される。

また情報処理装置１００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また情報処理装置１００が実行するプログラムを、ダウンロードさせずにインターネット等のネットワーク経由で提供するように構成してもよい。

また情報処理装置１００のプログラムを、ＲＯＭ１２等に予め組み込んで提供するように構成してもよい。

情報処理装置１００で実行されるプログラムは、上述した各機能ブロックを含むモジュール構成となっている。当該各機能ブロックは、実際のハードウェアとしては、ＣＰＵ１１が記憶装置１８等の記憶媒体からプログラムを読み出して実行することにより、上記各機能ブロックがＲＡＭ１３上にロードされる。すなわち上記各機能ブロックは、ＲＡＭ１３上に生成される。

なお上述した情報処理装置１００の各機能ブロックの一部又は全部を、ソフトウェアにより実現せずに、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよい。

３０ アプリケーション
３１ プリンタドライバ
３２ 受付部
３３ 表示制御部
３４ 生成部
３５ 描画部
３６ 抽出部
３７ 変換部
４１ 配信制御部
４２ 取得部
４３ 表示制御部
４４ 決定部
４５ 配信部
５１ プラグイン情報
５２ 履歴情報
５３ データ形式情報
５４ 宛先特定情報
１００ 情報処理装置
２００ａ スマートデバイス
２００ｂ サーバ装置
２００ｃ 印刷装置
２００ｄ クラウドサービスシステム
３００ ネットワーク
４００ 情報配信システム

特開２０１３−１８６８２４号公報

Claims (15)

1. 複数の種類のデバイスに情報の配信を行う情報配信システムであって、
   アプリケーションから第１データを受け付ける受付手段と、
   前記デバイスで使用可能な一以上のデータ形式を示すデータ形式情報の記憶と、前記デバイスの宛先を示す一以上の宛先特定情報の記憶と、を制御し、前記第１データのデータ形式が変換された一以上の第２データを一以上の前記デバイスに送信する、前記デバイスの種類それぞれに対応する複数のプラグインと、
   一以上の前記プラグインから前記宛先特定情報と、前記データ形式情報と、を取得する取得手段と、
   前記取得手段によって取得された前記一以上の宛先特定情報から、一以上の宛先特定情報の選択を受け付ける選択画面を表示装置に表示する制御を行う表示制御手段と、
   前記第１データが、既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを、選択された一以上の宛先特定情報により特定される一以上の前記デバイス毎に判定する判定手段と、
   前記取得手段によって取得された前記データ形式情報により特定されるデータ形式に変換された一以上の第２データと、前記一以上の第２データの変換元の第１データが既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを識別する情報とを、前記選択画面を介して受け付けた一以上の宛先特定情報により特定される一以上の前記デバイスに、前記プラグインを使用して送信する配信手段と、
   を備える情報配信システム。
2. 前記第１データの特徴を示す特徴情報を抽出する抽出手段と、
   既に送信された前記一以上の第２データである送信済み第２データの送信日時と、前記送信済み第２データの送信先デバイスと、前記送信済み第２データの変換元の第１データの特徴情報と、が関連付けられた履歴情報を記憶する記憶手段と、を更に備え、
   前記判定手段は、前記抽出手段により抽出された第１データの特徴情報と、前記履歴情報に含まれる特徴情報と、の差分に基づいて、送信対象の前記一以上の第２データの変換元の第１データのバージョン情報を決定する、
   請求項１に記載の情報配信システム。
3. 前記特徴情報は、描画オブジェクトを特定する情報を含む、
   請求項２に記載の情報配信システム。
4. 前記判定手段は、前記特徴情報の差分を示すデータ量が０よりも大きく、かつ、閾値以下である場合、前記第１データのバージョン情報を変更する、
   請求項２又は３に記載の情報配信システム。
5. 前記第１データを含むアプリケーションデータを特定する特定手段を更に備え、
   前記判定手段は、前記アプリケーションデータの設定を示す設定情報に更に基づいて、前記第１データのバージョン情報を変更する、
   請求項２乃至４のいずれか１項に記載の情報配信システム。
6. 前記設定情報は、前記第１データの作成日時、前記第１データの更新日時、及び、アプリケーションデータの版数を示す改訂番号のうち、少なくとも１つを含む、
   請求項５に記載の情報配信システム。
7. 前記表示制御手段は、前記判定手段が前記第１データのバージョン情報の変更を決定する前に、前記バージョン情報の変更をユーザに確認する確認画面を表示装置に表示する制御を行い、
   前記判定手段は、前記確認画面を介して前記バージョン情報を変更することを示す入力を受け付けた場合、前記バージョン情報を変更することを決定する、
   請求項２乃至６のいずれか１項に記載の情報配信システム。
8. 前記第１データを、前記取得手段によって取得された前記データ形式情報に基づいて前記一以上の第２データに変換する変換手段、
   を更に備える請求項１乃至７のいずれか１項に記載の情報配信システム。
9. 前記第１データを、前記取得手段によって取得された前記データ形式情報に基づいて前記一以上の第２データに変換する変換手段を更に備え、
   前記抽出手段は、前記変換手段が、前記取得手段によって取得された前記データ形式情報に基づいて前記一以上の第２データに変換する前に、前記第１データから前記特徴情報を抽出する、
   請求項２に記載の情報配信システム。
10. 前記変換手段はプリンタドライバである、
    請求項８又は９に記載の情報配信システム。
11. 前記プラグインが有効であるか否かを示すプラグイン情報を記憶する記憶手段を更に備え、
    前記取得手段は、前記プラグイン情報から特定された一以上の有効な前記プラグインから前記宛先特定情報を取得し、
    前記取得手段は、前記プラグイン情報から特定された一以上の有効な前記プラグインから前記データ形式情報を取得する、
    請求項１乃至１０のいずれか１項に記載の情報配信システム。
12. 前記デバイスの種類は、印刷装置、スマートデバイス及びサーバ装置のうち少なくともいずれか１つを含む、
    請求項１乃至１１のいずれか１項に記載の情報配信システム。
13. 複数の種類のデバイスに情報の配信を行う情報処理装置であって、
    アプリケーションから第１データを受け付ける受付手段と、
    前記デバイスで使用可能な一以上のデータ形式を示すデータ形式情報の記憶と、前記デバイスの宛先を示す一以上の宛先特定情報の記憶と、を制御し、前記第１データのデータ形式が変換された一以上の第２データを一以上の前記デバイスに送信する、前記デバイスの種類それぞれに対応する複数のプラグインと、
    一以上の前記プラグインから前記宛先特定情報と、前記データ形式情報と、を取得する取得手段と、
    前記取得手段によって取得された前記一以上の宛先特定情報から、一以上の宛先特定情報の選択を受け付ける選択画面を表示装置に表示する制御を行う表示制御手段と、
    前記第１データのが、既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを、選択された一以上の宛先特定情報により特定される一以上の前記デバイス毎に判定する判定手段と、
    前記取得手段によって取得された前記データ形式情報により特定されるデータ形式に変換された一以上の第２データと、前記一以上の第２データの変換元の第１データが既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを識別する情報とを、前記選択画面を介して受け付けた一以上の宛先特定情報により特定される一以上の前記デバイスに、前記プラグインを使用して送信する配信手段と、
    を備える情報処理装置。
14. 複数の種類のデバイスに情報の配信を行う情報配信システムの情報配信方法であって、
    受付手段が、アプリケーションから第１データを受け付けるステップと、
    前記デバイスの種類それぞれに対応する複数のプラグインが、前記デバイスで使用可能な一以上のデータ形式を示すデータ形式情報の記憶と、前記デバイスの宛先を示す一以上の宛先特定情報の記憶と、を制御し、前記第１データのデータ形式が変換された一以上の第２データを一以上の前記デバイスに送信するステップと、
    取得手段が、一以上の前記プラグインから前記宛先特定情報と、前記データ形式情報と、を取得するステップと、
    表示制御手段が、前記取得手段によって取得された前記一以上の宛先特定情報から、一以上の宛先特定情報の選択を受け付ける選択画面を表示装置に表示する制御を行うステップと、
    判定手段が、前記第１データが、既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを、選択された一以上の宛先特定情報により特定される一以上の前記デバイス毎に判定するステップと、
    配信手段が、前記取得手段によって取得された前記データ形式情報により特定されるデータ形式に変換された一以上の第２データと、前記一以上の第２データの変換元の第１データが既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを識別する情報とを、前記選択画面を介して受け付けた一以上の宛先特定情報により特定される一以上の前記デバイスに、前記プラグインを使用して送信するステップと、
    を含む情報配信方法。
15. 複数の種類のデバイスに情報の配信を行うコンピュータを、
    アプリケーションから第１データを受け付ける受付手段と、
    前記デバイスで使用可能な一以上のデータ形式を示すデータ形式情報の記憶と、前記デバイスの宛先を示す一以上の宛先特定情報の記憶と、を制御し、前記第１データのデータ形式が変換された一以上の第２データを一以上の前記デバイスに送信する、前記デバイスの種類それぞれに対応する複数のプラグインと、
    一以上の前記プラグインから前記宛先特定情報と、前記データ形式情報と、を取得する取得手段と、
    前記取得手段によって取得された前記一以上の宛先特定情報から、一以上の宛先特定情報の選択を受け付ける選択画面を表示装置に表示する制御を行う表示制御手段と、
    前記第１データが、既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを、選択された一以上の宛先特定情報により特定される一以上の前記デバイス毎に判定する判定手段と、
    前記取得手段によって取得された前記データ形式情報により特定されるデータ形式に変換された一以上の第２データと、前記一以上の第２データの変換元の第１データが既に送信されていた前記一以上の第２データの変換元の第１データと関連するか否かを識別する情報とを、前記選択画面を介して受け付けた一以上の宛先特定情報により特定される一以上の前記デバイスに、前記プラグインを使用して送信する配信手段、
    として機能させるためのプログラム。

Images