印刷される記事のコンテンツ識別を利用し、顧客オーダーレコードを維持することによって、プリントオンデマンドジョブを管理するための方法およびシステム
【課題】印刷される記事のコンテンツ識別を利用し、顧客レコードを維持することによって、ＰＯＤ印刷ジョブを管理するための方法およびシステムを提供する。
【解決手段】プロセスを介して印刷ジョブを管理する方法およびシステムであって、前記プロセスは、複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、および、データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップを有する。そして、一致している記事ＩＤが存在しない場合は、前記記事を保持し、保持された前記記事の前記ＩＤを前記データベースに格納する。一方、一致している記事ＩＤが存在する場合は、前記印刷ジョブから前記記事を除去し、前記複数の記事の全てがそれに応じて処理されるまで、前記ステップを繰り返す。そして、前記ジョブを印刷するとき、前記残存する記事のみが印刷される。
【解決手段】プロセスを介して印刷ジョブを管理する方法およびシステムであって、前記プロセスは、複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、および、データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップを有する。そして、一致している記事ＩＤが存在しない場合は、前記記事を保持し、保持された前記記事の前記ＩＤを前記データベースに格納する。一方、一致している記事ＩＤが存在する場合は、前記印刷ジョブから前記記事を除去し、前記複数の記事の全てがそれに応じて処理されるまで、前記ステップを繰り返す。そして、前記ジョブを印刷するとき、前記残存する記事のみが印刷される。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の背景
発明の分野
本発明は、概して、印刷ジョブ管理のための方法およびシステムに関し、特に、印刷される記事のコンテンツ識別を利用し、顧客オーダーレコードを維持することによって、プリントオンデマンド（ＰＯＤ）印刷ジョブを管理するための方法およびシステムに関する。
【背景技術】
【０００２】
関連技術の説明
現在では、多くのＰＯＤジョブは、ネットワークあるいはウェブベースの発注および／または購入システムを用いて提出および取り扱われる。例えば、顧客は、ＰＯＤジョブオーダーをオンラインでウェブストアサーバーに発注し、いくつかの記事の寄せ集めであるブックレットを印刷することが可能である。記事の一部あるいは全ては、顧客によって提出あるいは支給することが可能である。あるいは、ウェブストアサーバーが、それ自身のデータベースおよび／または１つ以上のサードパーティのコンテンツソースから、記事の一部あるいは全てを収集することが可能である。顧客の提出物から、あるいはウェブストアあるいはサードパーティのデータベースあるいはコンテンツソースから収集されたこれらの記事は、ウェブストアサーバーによって、一緒に結合されて処理され、単一のドキュメントを生成する。フォーマットは、ＰＤＦ、ＨＴＭＬ、ＴＸＴ、ＸＰＳ、ｅＰｕｂ等とすることが可能である。顧客のオーダーの詳細な要件を含んでいるジョブ定義フォーマット（ＪＤＦ）ファイルはまた、ウェブストアサーバーによって生成される。そして、統合されたドキュメントおよびＪＤＦファイルは、顧客のブックレットを印刷するため、ウェブストアサーバーによって、インターネット等のネットワークを経由し、リモートプリントサーバーに向かって送信される。
【０００３】
特定の環境の下において、顧客によって以前発注されたブックレットに含まれていた記事を若干数含んでいる別のブックレットを、後日、顧客は発注することを必要とするかもしれない。例えば、顧客Ｃ１は、記事Ａ１、Ａ２およびＡ３を含んでいるブックレットＢを以前発注した。その後、顧客Ｃ１は、記事Ａ３、Ａ４およびＡ５を含んでいるブックレットＢ１を発注することを望んでいる。しかし、顧客Ｃ１は、記事Ａ３を含んでいるブックレットＢを既に有しているため、顧客Ｃ１は、ブックレットＢ１から記事Ａ３を除去し、記事Ａ４およびＡ５のみを含んでいる修正されたブックレットＢ１を発注することを望んでいるかもしれない。
【０００４】
著者、編集者あるいは編者が、ブックレットに含まれることとなる記事の全てを含んでいるその最も完全かつ基準となるバージョンのブックレットを作成した場合、類似した状況が発生する可能があり、顧客がブックレットを発注する場合、顧客は、これらの記事を既に有するので、顧客は、ブックレットを修正し、１つ以上の記事を除去することを望む。例えば、著者Ａが、記事Ａ１、Ａ２およびＡ３を含んでいるその基準となるあるいは完全なバージョンであるブックレットＢを作成した。しかし、顧客Ｃ２は、記事Ａ１を既に有しており、記事Ａ２およびＡ３を含んでいるブックレットを発注したいだけである。したがって、顧客Ｃ２は、ブックレットＢから記事Ａ１を除去し、記事Ａ２およびＡ３のみを含んでいる修正されたブックレットを発注するだろう。
【０００５】
高度なＰＯＤ技術は、前記のカスタマイズされた印刷を可能にしている。例えば、ウェブストアサーバーが、顧客Ｃから、ブックレットＢを印刷するオーダーを受信した場合、ウェブサーバーは、記事Ａ１、Ａ２およびＡ３を処理し、これらの記事Ａ１、Ａ２およびＡ３の全てを含んでいる統合されたファイルＰを生成し、当該統合されたファイルＰを、対応するＪＤＦファイルＪと共に、プリントサーバーに送信し、顧客ＣのためにブックレットＢを印刷させることが可能である。ウェブストアサーバーが、顧客Ｃ１から、ブックレットＢ１’を印刷するオーダーを受信した場合、ウェブサーバーは、記事Ａ４およびＡ５を処理し、記事Ａ４およびＡ５を含んでいる統合されたファイルＰ１を生成し、当該統合されたファイルＰ１を対応するＪＤＦファイルＪ１と共に、プリントサーバーに送信し、顧客Ｃ１のためにブックレットＢ１’を印刷させるだろう。
【０００６】
同様に、ウェブストアサーバーが、顧客Ｃ２から、ブックレットＢ２を印刷するオーダーを受信した場合、ウェブサーバーは、記事Ａ２およびＡ３を処理し、記事Ａ２およびＡ３を含んでいるＰＤＦファイルＰ２を生成し、当該統合されたファイルＰ２を、対応するＪＤＦファイルＪ２と共に、プリントサーバーに送信し、顧客Ｃ２のためにブックレットＢ２を印刷させることが可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、多くの場合、記事は、改訂中あるいは異なる版になっており、それらは正確には同一ではないが、しかし、例えば、記事の名前は、変化しないままであるため、顧客は、これを気が付かない可能性があり、例えば、記事Ａ３が、ブックレットＢおよびＢ１の作成あるいは編纂の間において、修正あるいは編集された場合、記事の最も「自明な識別子」、例えば、そのタイトルおよび著者は、同一のままであるけれど、新規なバージョンＡ３ｎは、古いバージョンＡ３と同一でない。記事Ａ１、Ａ２およびＡ３を含んでいるブックレットＢを既に有する顧客Ｃ１が、記事Ａ３ｎ、Ａ４およびＡ５を含んでいるブックレットＢ１ｎをレビューする場合、顧客Ｃ１は、それらが同一の自明な識別子、例えば、タイトルおよび著者を有するため、記事Ａ３ｎが記事Ａ３と同一であると信じさせられ、ブックレットＢ１ｎに含まれる記事Ａ３ｎが、顧客Ｃ１がブックレットＢにおいて既に有する記事Ａ３と異なることを気づくことなく、記事Ａ３ｎを除去することを決定し、記事Ａ４およびＡ５のみを含んでいる修正されたブックレットＢ１’を発注する可能性がある。
【０００８】
顧客Ｃ１が、記事Ａ３ｎが記事Ａ３と異なることを現実に知っている場合、顧客Ｃ１は、ブックレットＢ１を発注するだろう。一方、ブックレットＢに含まれる記事Ａ１が、顧客Ｃ２が既に有する記事Ａ１と同一であることを、顧客Ｃ２が確信することができる場合、顧客Ｃ２は、記事Ａ２およびＡ３のみを含んでいる修正されたブックレットＢ２を、自信をもって発注することができる。この確実性を有しておらず、そして、より最近のブックレットの記事が、以前のブックレットにおける記事と同一ではない可能性があるとの恐れを有する場合、顧客は、十分慎重であることを望み、そして、修正のない全部そろっている新しいブックレットを発注するだろう。
【０００９】
しかし、より最近のブックレットの記事が、以前のブックレットの記事と正確に同一のものであることを、顧客が確信している場合、顧客は、重複した記事のない修正されたブックレットを発注することを望むだろう。これは、ＰＯＤジョブのための統合されたファイルを生成するために処理される記事の数を削減することとなる。統合されたファイルのサイズは、より小さく、ネットワーク上を非常により速く送信することができるため、これはまた、ネットワーク上の負担を減らすこととなる。
【００１０】
記事のより最近のバージョンのコンテンツが、記事の以前のバージョンのコンテンツと正確に同一であるか、あるいは、異なっているかを識別することができ、したがって、顧客は、新しいブックレットを修正して同一の記事を除去するか否かを、正しく決定することができるようにするために、記事を正確に識別するニーズがある。
【課題を解決するための手段】
【００１１】
概要
本発明は、印刷される記事のコンテンツ識別を利用し、顧客レコードを維持することによって、ＰＯＤ印刷ジョブを管理するための方法およびシステムに関する
本発明の目的は、顧客によって発注あるいは購入された全ての記事のコンテンツ識別を含んでいる顧客の詳細なオーダーレコードあるいは購入履歴を提供することにより、顧客が新しいブックレットを発注する場合、顧客が、新しいブックレットに存在する記事のコンテンツが、以前に顧客が既に発注あるいは購入した同一の記事のコンテンツと同一であるか否かを決定可能とすることである。
【００１２】
具体的に表現されかつ広範に説明されているこれらおよび／または他の目的を達成するために、本発明は、プロセスを介して印刷ジョブを管理する方法およびシステムを提供し、前記プロセスは、複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、および、データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップを有する。そして、一致している記事ＩＤが存在しない場合は、前記記事を保持し、保持された前記記事の前記ＩＤを前記データベースに格納する。一方、一致している記事ＩＤが存在する場合は、前記印刷ジョブから前記記事を除去し、前記複数の記事の全てがそれに応じて処理されるまで、前記ステップを繰り返す。そして、前記ジョブを印刷するとき、前記残存する記事のみが印刷される。
【００１３】
本発明の付加的な特徴および有利な点は、後に続く説明に記載されており、ある程度、前記説明から明らかになり、あるいは、本発明の実施によって知ることが可能である。本発明の前記目的および他の利点は、添付の図面と同様に、それの説明文および請求の範囲において詳しく指摘される構成によって、実現化されかつ達成される。
【００１４】
前述の概略的記述および以下の詳細な記述の両方は、代表的および説明的であり、特許請求される本発明の説明をさらに提供することを目的とすることが理解されるだろう。
【図面の簡単な説明】
【００１５】
【図１】本発明の具体例としての実施の形態の１つに係る、顧客がウェブストアサーバーからＰＯＤジョブを発注するためのオンラインプリントショップ設備を説明するための概略ブロック図である。
【図２】本発明の具体例としての実施の形態の１つに係る、ウェブストアサーバーを使用してＰＯＤオーダーを発行するための顧客コンピューターシステムを説明するための概略ブロック図である。
【図３】本発明の具体例としての実施の形態の１つに係る、ＰＯＤオーダーを処理するためのウェブストアサーバーを説明するための概略ブロック図である。
【図４】本発明の具体例としての実施の形態の１つに係る、ＰＯＤオーダーを印刷するプリンターに接続されるプリントサーバーを有するプリントショップ設備を説明するための概略ブロック図である。
【図５】本発明の具体例としての実施の形態の１つに係る、ウェブサーバーによって処理されてプリントサーバーによって印刷されるＰＯＤジョブを管理するための方法を実行するプロセスを示しているフローチャートである。
【発明を実施するための形態】
【００１６】
好ましい実施の形態の詳細な説明
本発明の実施の形態は、環境に優しいプリントショップを進展させ、市場に送り出すための方法およびシステムを提供する。本発明方法は、本発明の前記ステップを実行するためのプログラムコードおよび命令を有するコンピューターソフトウェアプログラムによって実行することが可能である。
【００１７】
図１を参照し、２において、本発明の具体例としての実施の形態の１つに係るＰＯＤジョブを取り扱うためのオンライン装置を説明するための概略ブロック図が示されている。オンライン設備１０は、概して、顧客コンピューター１０（明確にするために１つのみ示される）と、１つ以上のウェブストアサーバー２０（明確にするために１つのみ示される）と、プリントショップ４の一部となり、かつ、１つ以上のプリントショッププリンター４０（明確にするために１つのみ示される）に接続されることとなる１つ以上のプリントサーバー３０（明確にするために１つのみ示される）と、１つ以上のサードパーティのコンテンツソース６（明確にするために１つのみ示される）と、を有しており、全てがインターネット８等のオープンネットワークと有線あるいは無線によって接続されている。
【００１８】
本出願において、用語「ウェブストア」は、一般に、顧客（例えば、著者、編集者、編者、購入者、その他を含んでいる）がインターネット８を経由してアクセスすることができるオンラインプラットホームを適用する。オンラインプラットホームは、典型的な例では、顧客がオンラインオーダーを発注あるいは実行するために利用できるウェブページを提供する。ウェブページは、概して、１つ以上のウェブストアサーバー２０にインストールされて実行されるコンピューターソフトウェアプログラムによって生成される。ウェブストアサーバー２０にインストールされて実行されるコンピュータープログラムは、また、顧客によって提出されるオンラインオーダーを、プリントサーバー３０に処理させる。
【００１９】
本出願において、用語「プリントショップ」は、一般に、様々なＰＯＤオーダーが、１つ以上のプリントサーバーによって処理され、１つ以上のプリンターを利用することによって印刷されるプロのプリントショップ、出版業の職場、大きな組織あるいは企業体の印刷／コピー部門、および、単科大学や総合大学のような教育機関の印刷施設の環境を参照する。
【００２０】
図２を参照し、本発明の多様な実施の形態を実行することが可能である具体例としての顧客コンピューターシステム１０を説明するための概略ブロック図が示されている。顧客コンピューター１０は、一般に、コンピューター１０の機能およびオペレーションを制御し、コンピューター命令およびプログラムを実行する中央処理ユニット（ＣＰＵ）１２を有しており、コンピューター命令およびプログラムは、ＣＰＵ１２に連結された読取り専用記憶装置（ＲＯＭ）１３、ランダムアクセス記憶装置（ＲＡＭ）１４あるいはデータ記憶ユニット１５（例えばハードディスクドライブまたはフラッシュメモリー）にインストールあるいは保存することが可能である。１つ以上のユーザー端末１６（各々がディスプレイおよび入力装置を有することが可能）は、コンピューター１０に接続されることで、顧客および／またはユーザーが、コンピューター１０と交信することを可能にする。あるいは、コンピューター１０は、それ自身に組み込まれたディスプレイおよび入力装置を有しており、顧客あるいはユーザーが、コンピューター１０と交信することを可能にする。コンピューター１０はまた、概して、ユーザー端末１６と接続するためのローカル入力／出力（Ｉ／Ｏ）ポート１７およびインターネット８等のネットワークに接続するためのネットワークＩ／Ｏポート１８を有しており、したがって、コンピューター１０は、ウェブストアサーバー２０およびプリントショップサーバー３０と、リモートで通信することが可能である。顧客コンピューター１０は、任意の適当なコンピューターから構成することが可能であると理解される。適当なコンピューターは、例えば、デスクトップコンピューター、ラップトップコンピューター、サーバー、ネットブックコンピューター、タブレットコンピューター、あるいは任意の適当なデータ処理装置である。適当なデータ処理装置は、適当なデータ処理能力を有するスマートフォンおよびその他のハンドヘルドデバイスを含んでいるが、これらに限定されない。
【００２１】
図３を参照し、本発明のさまざまな実施の形態を実施可能である具体例としてのウェブストアサーバー２０を説明するための概略ブロック図が示されている。ウェブストアサーバー２０は、一般に、サーバー２０の機能およびオペレーションを制御し、コンピューター命令およびプログラムを実行する中央処理ユニット（ＣＰＵ）２２を有しており、コンピューター命令およびプログラムは、ＣＰＵ２２に連結された読取り専用記憶装置（ＲＯＭ）２３、ランダムアクセス記憶装置（ＲＡＭ）２４あるいはデータ記憶ユニット２５（例えばハードディスクドライブまたはフラッシュメモリー）にインストールあるいは保存することが可能である。１つ以上のユーザー端末２６（各々がディスプレイおよび入力装置を有することが可能）は、サーバー２０に接続されることで、オペレーターおよび／またはユーザーが、サーバー２０と交信することを可能にする。あるいは、サーバー２０は、それ自身に組み込まれたディスプレイおよび入力装置を有しており、オペレーターあるいはユーザーがサーバー２０と交信することを可能にする。サーバー２０はまた、概して、ユーザー端末２６と接続するためのローカル入力／出力（Ｉ／Ｏ）ポート２７およびインターネット８等のネットワークに接続するためのネットワークＩ／Ｏポート２８を有しており、したがって、サーバー２０は、顧客コンピューター１０およびプリントショップサーバー３０と、リモートで通信することが可能である。ウェブストアサーバー２０は、任意の適当なコンピューターあるいはコンピューターシステム、または、適当なデータ処理能力を有するその他の電子デバイスから構成することが可能であると理解される。
【００２２】
図４を参照し、プリンター４０に接続されるプリントサーバー３０を有し、本発明の実施の形態を実行する具体例としてのプリントショップ設備４を説明するための概略ブロック図が示されている。
【００２３】
具体例としてのプリントショップ印刷システム装置あるいは設備４において、有線あるいは無線ネットワーク、シリアルバスあるいは専用ケーブルによって構成され得るデータ通信チャネルあるいは機器５０を経由し、複数のカラーおよび／または白黒プリンターが、プリンターショップサーバー３０に接続されて、制御される。１つ以上のプリンター、例えばプリンター４０は、ローカルコンピューター６０に直接接続されて制御されることも可能である。例えば、印刷システム装置あるいは設備４の一部としてのスキャナ、フィニッシング装置等の他のデバイス（不図示）を、サーバー３０、ローカルコンピューター６０あるいはネットワークチャネル５０に接続することも可能である。プリントショップシステム４はまた、ネットワークチャネル５０に接続されていない「オフライン」（あるいは「オフネットワーク」）デバイス（不図示）も含むことが可能であり、前記デバイスは、例えば、フィニッシング装置、製版装置等のプリントショップにおいて使用される種類のデバイスである。
【００２４】
本出願において用語「プリンター」は、オフィス環境でみられる一般的な小型のデスクトッププリンター、あるいは、大きな組織の印刷／コピー部門やプロのプリントショップにおいて使用される大型のデジタル印刷システムを参照することが可能である。前記用語は、その他の類似した画像および文書処理デバイスも、対象とすることが可能であり、例えば、複写機や、複写機機能、スキャナ機能および／またはファクシミリ機能も有する多機能（「オールインワン」）プリンターである。プリンターは、コンピューターあるいはサーバーに、ローカルで直接的に取り付けられたり、ネットワークを経由してリモートでコンピューターあるいはサーバーに接続させられたりすることが可能であり、コンピューターあるいはサーバーは、プリンターによって処理される印刷ジョブを管理するために使用される。プリンターは、多様なサイズ、色およびタイプの用紙を格納するために、多数の用紙トレーを有することが可能である。さらに、プリンターは、多数の出力トレーを有する高性能の出力ソート機構を備えることで、丁合印刷あるいはその他の印刷フィニッシング機能を実行することが可能である。
【００２５】
図４に示されるように、プリントショップサーバー３０は、概して、サーバー３０の機能およびオペレーションを制御し、コンピューター命令およびプログラムを実行する中央処理ユニット（ＣＰＵ）３２を有しており、コンピューター命令およびプログラムは、ＣＰＵ３２に連結された読取り専用記憶装置（ＲＯＭ）３３、ランダムアクセス記憶装置（ＲＡＭ）３４あるいはデータ記憶ユニット３５（例えばハードいディスクドライブ）にインストールあるいは保存することが可能である。１つ以上のプリントショップオペレーター端末３６（各々がディスプレイおよび入力装置を有することが可能）は、サーバー３０に接続されることで、プリントショップオペレーターおよび／またはユーザーが、サーバー３０および／またはプリントショップシステム４の残りの部分と交信することを可能にする。あるいは、サーバー３０は、それ自身に組み込まれたディスプレイおよび入力装置を有しており、プリントショップオペレーターあるいはユーザーがサーバー３０および／またはプリントショップシステム４の残りの部分と交信することを可能にする。サーバー３０はまた、概して、ユーザー端末３６と接続するためのローカル入力／出力（Ｉ／Ｏ）ポート３７およびデータ通信チャネル５０に接続するためのネットワークＩ／Ｏポート３８を有する。ネットワークチャネル５０を経由し、サーバー３０はまた、インターネット８等の外部のコンピューターネットワークに接続され、これにより、サーバー３０は、顧客コンピューター１０およびウェブストアサーバー２０とリモートで通信することが可能である。
【００２６】
また、図４に示されるように、プリンター４０は、概して、コントロールパネル４１と、プリンター４０のその他の内部装置を制御しかつコントロールパネル４１に接続されているコントローラーつまりコントロールユニット４２と、読取り専用記憶装置（ＲＯＭ）４３と、データ記憶ユニット４４と、を有する。コントロールパネル４１は、ユーザーによってアクセス可能であり、液晶ディスプレイ（ＬＣＤ）ディスプレイスクリーン等のディスプレイスクリーン、および、ユーザー入力手段を含むことが可能であり、ユーザー入力手段は、例えば、ユーザーがプリンター４０と通信し、プリンター４０の機能およびオペレーションを制御するためのキー、ボタン、タッチスクリーン等である。プリンター４０はまた、画像処理ユニット４５およびプリントエンジン４６を有する。プリンター４０は、概して、データ通信チャネル５０を経由してプリントショップサーバー３０に接続するためのネットワーク入力／出力（Ｉ／Ｏ）ポート４７、および、状況に応じてローカルコンピューター６０に接続するためのローカルＩ／Ｏポート４８を有する。
【００２７】
図４がプリントショップ環境を示しているが、本発明は、プリントショップあるいはネットワークにおけるいかなる物理的配置にも限定されず、異なるロケーションにあるプリンターが１つのプリントショップサーバーに接続される分散型配置を有する印刷システムに適用することが可能であると理解される。特に、印刷システムのコンポーネントのうちの１つ以上が、インターネット８を経由する仮想プライベートネットワーク（ＶＰＮ）あるいは類似手段を介して、システムの残りの部分と通信できることは、明らかであろう。
【００２８】
本発明の方法およびプロセスを実行するコンピューターソフトウェアプログラムは、ウェブストアサーバー２０にインストールし、その応用モジュールつまりクライアント側コンポーネントパーツは、顧客コンピューター１０および／またはプリンターショップサーバー３０（あるいはプリンター４０あるいはローカルコンピューター６０）にインストールすることが可能である。ウェブストアオペレータが、本発明の具体例としてのソフトウェアプログラムを実行する場合、ウェブストアサーバー２０は、ソフトウェアのさまざまな各機能を実行し、本発明の具体例としてのプロセスのウェブストアサーバー側パーツを遂行する。加えて、顧客が、顧客側から本発明の具体例としてのソフトウェアプログラムの応用モジュールを実行する場合、顧客コンピューター１０は、ソフトウェアのさまざまな各機能を実行し、本発明の具体例としてのプロセスの顧客側パーツを遂行する。さらに、プリントショップオペレーターが、プリントショップ側から本発明の具体例としてのソフトウェアプログラムの応用モジュールを実行する場合、プリンターショップサーバー３０は、ソフトウェアのさまざまな各機能を実行し、本発明の具体例としてのプロセスのプリントショップ側パーツを遂行する。本発明の具体例としてのソフトウェアプログラムのさまざまな応用モジュールのウェブストアサーバー２０による実行と共に、顧客コンピューター１０および／またはプリンターショップサーバー３０は、後述される本発明の具体例としての方法およびプロセスの実行および完了を引き起こす。
【００２９】
上記したように、多くの場合、顧客は、特定の記事を含んでいるブックレットを以前に発注した可能性がある。その後、顧客は、以前のブックレットに含まれていたある記事を含んでいる別のブックレットを発注することを必要とするかもしれない。あるいは、著者または編集者が、特定の記事を含んでいるブックレットを作成したかもしれない。顧客は、ブックレットを発注したいと望むかもしれないが、顧客は、ブックレットのいくつかの記事を既に有している可能性がある。これらの状況において、顧客は、ブックレットを修正し、顧客が既に有しているあるいは必要としない記事を除去すること可能である。しかし、顧客がブックレットから記事を除去する前に、顧客は、除去される記事のコンテンツが、顧客が既に有する記事のコンテンツと正確に同一であることを確認することを、必要とする。一方、顧客が、ブックレットから記事を除去したくない可能性もある。このためには、記事の典型的な識別子、例えばそのタイトルおよび著者は、以前のバージョンからより最近のバージョンにおいて、同一のままである場合が多いため、大体の場合、適当でない可能性がある。
【００３０】
本発明は、記事を正確に識別するための方法およびシステムを提供し、これにより、顧客は、記事のより最近のバージョンのコンテンツが、記事の以前のバージョンのコンテンツと正確に同一であるか否かを見分けることを可能とし、したがって、顧客は、新しいブックレットを修正し、重複した記事を除去するか否かを、正しく決定することができる。
【００３１】
本発明の具体例としての実施の形態によると、顧客によって発注あるいは購入された全ての記事のコンテンツ識別を含んでいる顧客の購入履歴の詳細なオーダーレコードが生成かつ維持されるため、顧客が新しいブックレットを発注する場合、新しいブックレットの記事のコンテンツが、既に顧客によって以前に発注あるいは購入された同一の記事のコンテンツと、同一であるか否かを、顧客は、確実性を伴って決定できる。
【００３２】
図５を参照し、本発明の具体例としての方法およびプロセスが説明される。準備ステップＳ１１０において、顧客によって以前に購入された全ての記事が、処理される。これは、各記事のコンテンツ全体が、暗号学的ハッシュ関数、例えば、ＭＤ５あるいはＳＨＡ−２関数によって、ハッシュされ、記事のデジタル指紋としてのユニークなハッシュ値である識別（ＩＤ）が生成されるステップＳ１１２を含んでいる。ステップＳ１１２は、全ての記事の各ＩＤが生成されるまで、繰り返される。ステップＳ１１４において、顧客によって以前購入された全ての記事のＩＤは、データ記憶装置、例えば、ウェブストアサーバー２０のデータ記憶ユニット２５に格納される。このプロセスは、ウェブストアからブックレット／記事を購入した全ての顧客が、ウェブストアサーバー２０において確立かつ維持される各オーダーレコードあるいは購入履歴を有することとなるように、ウェブストアから記事を以前購入した全ての顧客に対して、繰り返される。前記のレコードあるいは履歴は、コンテンツ識別を用いて詳記される。すなわち、各記事のＩＤは、記事のコンテンツ全体から生成され、したがって、単にそのタイトルや著者等ではなく、そのコンテンツに基づいて、記事を識別し、区別することができる。これは、記事のより最新のつまりより新しいバージョンのコンテンツが、記事の以前のつまりより古いバージョンのコンテンツと異なる場合、記事の両バージョンが同一のタイトルおよび著者を有していても、それらの各ＩＤが異なることを確実にする。
【００３３】
ステップＳ１２０において、ブックレットを印刷するための顧客の新規なＰＯＤオーダーが、ウェブストアサーバー２０によって受信される場合、ブックレットの記事は、ステップＳ１２２においてレビューされる。このブックレットは、別の顧客あるいは著者あるいは編集者によって作成され、著者あるいは編集者によって創作あるいは編纂された記事の全て、または、顧客がブックレットに印刷することを望んでいる記事のコレクションを、含んでいる可能性がある。いずれのシナリオにもおいても、ブックレットは、顧客が記事のいずれかを以前購入したか否かに依存し、維持あるいは除去される１つ以上の記事から始めることとなる。
【００３４】
ステップＳ１２４において、ブックレットの各記事が処理される。このプロセスは、各記事のコンテンツ全体が、例えば、ＭＤ５ハッシュ関数によってハッシュされ、記事のためのＩＤが生成されるステップＳ１２６を含んでいる。この記事ＩＤは、例えば、ウェブストアサーバー２０のデータ記憶ユニット２５に保存されているデータベースに格納される記事ＩＤと比較される。記事ＩＤが存在する場合、顧客が同一の記事を以前購入したことを意味している。記事のコンテンツ全体がハッシュされているため、記事の既存のバージョンのいかなる改訂も、以前のバージョンを有する記事のＩＤと異なるＩＤを生じる結果となることを意味する。自明な識別子、例えば、記事のファイル名または著者名の単なる比較と異なり、本発明のプロセスは、記事のコンテンツ全体をハッシュすることによって生成される記事ＩＤを比較する。記事が修正される場合、より新しいバージョンのＩＤは、以前のバージョンのＩＤと異なることとなる。他方、一致している記事ＩＤが存在しない場合、記事が、新しいものあること、あるいは少なくともより新しいバージョンであることを意味する。
【００３５】
したがって、ステップＳ１３０において、ブックレットに含まれる記事のＩＤが、データベースに格納される記事ＩＤと比較される。記事ＩＤが存在しない場合、顧客が過去において記事を購入していなかったことを意味し、記事は、ステップＳ１３２において維持され、そして、新しい記事ＩＤは、ステップＳ１３４においてデータベースに格納されることとなる。しかし、記事ＩＤが存在する場合、顧客が、同一の記事（例えば、同一の記事の同一のバージョン）を以前購入したことを意味し、記事は、ステップＳ１３６において、ブックレットにおける配列順序から除去されることとなる。ステップＳ１３８において、比較される記事がブックレットにおける最後の記事でない場合、ブックレットにおける最後の記事が処理されるまで、Ｓ１２４〜Ｓ１３８のステップが繰り返される。
【００３６】
全ての記事が比較されたあと、修正されたブックレットにおける残存する記事の配列順序が、ステップＳ１４０において、例えば、顧客によって確認される。一旦確認されると、ステップＳ１４２において、ウェブストアサーバー２０は、残存する記事の全てを含んでいる単一の統合されたファイルの生成を開始し、そして、ステップＳ１４４において、顧客による具体的な印刷要件の全てを含んでいるＪＤＦファイルもまた、生成される。ステップＳ１４６において、統合されたファイルおよびＪＤＦは、ウェブストアサーバー２０によって、リモート（あるいはローカル）のプリントサーバー３０に向かって転送され、最後のステップＳ１５０において、プリントサーバー３０は、統合されたファイルおよびＪＤＦファイルをプリンター４０に送信し、ＰＯＤオーダーが印刷される。
【００３７】
印刷される記事を処理して送信するために、その他のドキュメントあるいは印刷ジョブ記述フォーマット、例えば、ｏｐｅｎ ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＸＰＳあるいはＯｐｅｎＸＰＳ）フォーマットをまた、使用することができる点が指摘される。
【００３８】
本発明の具体例としての上記の方法およびプロセスは、多くの利点を有する。それは、記事を識別する正確な方法を提供し、その結果、顧客は、除去される記事のコンテンツが、顧客が既に有する記事のコピーと同一ではない可能性があることを悩むことなく、顧客が既にコピーを有する記事を、ブックレットオーダーで発注しないことを自信を持って決定することができる。それはまた、コンピューター処理のオーバーヘッドの潜在的な節約を提供する。顧客が、特定の記事を既に購入したことを確認することが可能な場合、問題の記事は除去されることとなり、そして、ウェブストアサーバーによって処理されてネットワークを経由して送信されることが不要となる。それはさらに、印刷コストおよび材料の潜在的な節約を提供し、これは、特定のブックレットの記事の全てを、印刷しなければならない訳ではないためである。したがって、全体的な印刷コストは、減少する。
【００３９】
本発明の方法に対し、本発明の意図あるいは範囲から逸脱することなく、多様な修正および変更を為すことが可能であることは、当業者にとって明らかである。したがって、本発明は、添付される請求の範囲およびそれらの等価の範囲内にある修正および変更を包含することを意図している。
【技術分野】
【０００１】
発明の背景
発明の分野
本発明は、概して、印刷ジョブ管理のための方法およびシステムに関し、特に、印刷される記事のコンテンツ識別を利用し、顧客オーダーレコードを維持することによって、プリントオンデマンド（ＰＯＤ）印刷ジョブを管理するための方法およびシステムに関する。
【背景技術】
【０００２】
関連技術の説明
現在では、多くのＰＯＤジョブは、ネットワークあるいはウェブベースの発注および／または購入システムを用いて提出および取り扱われる。例えば、顧客は、ＰＯＤジョブオーダーをオンラインでウェブストアサーバーに発注し、いくつかの記事の寄せ集めであるブックレットを印刷することが可能である。記事の一部あるいは全ては、顧客によって提出あるいは支給することが可能である。あるいは、ウェブストアサーバーが、それ自身のデータベースおよび／または１つ以上のサードパーティのコンテンツソースから、記事の一部あるいは全てを収集することが可能である。顧客の提出物から、あるいはウェブストアあるいはサードパーティのデータベースあるいはコンテンツソースから収集されたこれらの記事は、ウェブストアサーバーによって、一緒に結合されて処理され、単一のドキュメントを生成する。フォーマットは、ＰＤＦ、ＨＴＭＬ、ＴＸＴ、ＸＰＳ、ｅＰｕｂ等とすることが可能である。顧客のオーダーの詳細な要件を含んでいるジョブ定義フォーマット（ＪＤＦ）ファイルはまた、ウェブストアサーバーによって生成される。そして、統合されたドキュメントおよびＪＤＦファイルは、顧客のブックレットを印刷するため、ウェブストアサーバーによって、インターネット等のネットワークを経由し、リモートプリントサーバーに向かって送信される。
【０００３】
特定の環境の下において、顧客によって以前発注されたブックレットに含まれていた記事を若干数含んでいる別のブックレットを、後日、顧客は発注することを必要とするかもしれない。例えば、顧客Ｃ１は、記事Ａ１、Ａ２およびＡ３を含んでいるブックレットＢを以前発注した。その後、顧客Ｃ１は、記事Ａ３、Ａ４およびＡ５を含んでいるブックレットＢ１を発注することを望んでいる。しかし、顧客Ｃ１は、記事Ａ３を含んでいるブックレットＢを既に有しているため、顧客Ｃ１は、ブックレットＢ１から記事Ａ３を除去し、記事Ａ４およびＡ５のみを含んでいる修正されたブックレットＢ１を発注することを望んでいるかもしれない。
【０００４】
著者、編集者あるいは編者が、ブックレットに含まれることとなる記事の全てを含んでいるその最も完全かつ基準となるバージョンのブックレットを作成した場合、類似した状況が発生する可能があり、顧客がブックレットを発注する場合、顧客は、これらの記事を既に有するので、顧客は、ブックレットを修正し、１つ以上の記事を除去することを望む。例えば、著者Ａが、記事Ａ１、Ａ２およびＡ３を含んでいるその基準となるあるいは完全なバージョンであるブックレットＢを作成した。しかし、顧客Ｃ２は、記事Ａ１を既に有しており、記事Ａ２およびＡ３を含んでいるブックレットを発注したいだけである。したがって、顧客Ｃ２は、ブックレットＢから記事Ａ１を除去し、記事Ａ２およびＡ３のみを含んでいる修正されたブックレットを発注するだろう。
【０００５】
高度なＰＯＤ技術は、前記のカスタマイズされた印刷を可能にしている。例えば、ウェブストアサーバーが、顧客Ｃから、ブックレットＢを印刷するオーダーを受信した場合、ウェブサーバーは、記事Ａ１、Ａ２およびＡ３を処理し、これらの記事Ａ１、Ａ２およびＡ３の全てを含んでいる統合されたファイルＰを生成し、当該統合されたファイルＰを、対応するＪＤＦファイルＪと共に、プリントサーバーに送信し、顧客ＣのためにブックレットＢを印刷させることが可能である。ウェブストアサーバーが、顧客Ｃ１から、ブックレットＢ１’を印刷するオーダーを受信した場合、ウェブサーバーは、記事Ａ４およびＡ５を処理し、記事Ａ４およびＡ５を含んでいる統合されたファイルＰ１を生成し、当該統合されたファイルＰ１を対応するＪＤＦファイルＪ１と共に、プリントサーバーに送信し、顧客Ｃ１のためにブックレットＢ１’を印刷させるだろう。
【０００６】
同様に、ウェブストアサーバーが、顧客Ｃ２から、ブックレットＢ２を印刷するオーダーを受信した場合、ウェブサーバーは、記事Ａ２およびＡ３を処理し、記事Ａ２およびＡ３を含んでいるＰＤＦファイルＰ２を生成し、当該統合されたファイルＰ２を、対応するＪＤＦファイルＪ２と共に、プリントサーバーに送信し、顧客Ｃ２のためにブックレットＢ２を印刷させることが可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、多くの場合、記事は、改訂中あるいは異なる版になっており、それらは正確には同一ではないが、しかし、例えば、記事の名前は、変化しないままであるため、顧客は、これを気が付かない可能性があり、例えば、記事Ａ３が、ブックレットＢおよびＢ１の作成あるいは編纂の間において、修正あるいは編集された場合、記事の最も「自明な識別子」、例えば、そのタイトルおよび著者は、同一のままであるけれど、新規なバージョンＡ３ｎは、古いバージョンＡ３と同一でない。記事Ａ１、Ａ２およびＡ３を含んでいるブックレットＢを既に有する顧客Ｃ１が、記事Ａ３ｎ、Ａ４およびＡ５を含んでいるブックレットＢ１ｎをレビューする場合、顧客Ｃ１は、それらが同一の自明な識別子、例えば、タイトルおよび著者を有するため、記事Ａ３ｎが記事Ａ３と同一であると信じさせられ、ブックレットＢ１ｎに含まれる記事Ａ３ｎが、顧客Ｃ１がブックレットＢにおいて既に有する記事Ａ３と異なることを気づくことなく、記事Ａ３ｎを除去することを決定し、記事Ａ４およびＡ５のみを含んでいる修正されたブックレットＢ１’を発注する可能性がある。
【０００８】
顧客Ｃ１が、記事Ａ３ｎが記事Ａ３と異なることを現実に知っている場合、顧客Ｃ１は、ブックレットＢ１を発注するだろう。一方、ブックレットＢに含まれる記事Ａ１が、顧客Ｃ２が既に有する記事Ａ１と同一であることを、顧客Ｃ２が確信することができる場合、顧客Ｃ２は、記事Ａ２およびＡ３のみを含んでいる修正されたブックレットＢ２を、自信をもって発注することができる。この確実性を有しておらず、そして、より最近のブックレットの記事が、以前のブックレットにおける記事と同一ではない可能性があるとの恐れを有する場合、顧客は、十分慎重であることを望み、そして、修正のない全部そろっている新しいブックレットを発注するだろう。
【０００９】
しかし、より最近のブックレットの記事が、以前のブックレットの記事と正確に同一のものであることを、顧客が確信している場合、顧客は、重複した記事のない修正されたブックレットを発注することを望むだろう。これは、ＰＯＤジョブのための統合されたファイルを生成するために処理される記事の数を削減することとなる。統合されたファイルのサイズは、より小さく、ネットワーク上を非常により速く送信することができるため、これはまた、ネットワーク上の負担を減らすこととなる。
【００１０】
記事のより最近のバージョンのコンテンツが、記事の以前のバージョンのコンテンツと正確に同一であるか、あるいは、異なっているかを識別することができ、したがって、顧客は、新しいブックレットを修正して同一の記事を除去するか否かを、正しく決定することができるようにするために、記事を正確に識別するニーズがある。
【課題を解決するための手段】
【００１１】
概要
本発明は、印刷される記事のコンテンツ識別を利用し、顧客レコードを維持することによって、ＰＯＤ印刷ジョブを管理するための方法およびシステムに関する
本発明の目的は、顧客によって発注あるいは購入された全ての記事のコンテンツ識別を含んでいる顧客の詳細なオーダーレコードあるいは購入履歴を提供することにより、顧客が新しいブックレットを発注する場合、顧客が、新しいブックレットに存在する記事のコンテンツが、以前に顧客が既に発注あるいは購入した同一の記事のコンテンツと同一であるか否かを決定可能とすることである。
【００１２】
具体的に表現されかつ広範に説明されているこれらおよび／または他の目的を達成するために、本発明は、プロセスを介して印刷ジョブを管理する方法およびシステムを提供し、前記プロセスは、複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、および、データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップを有する。そして、一致している記事ＩＤが存在しない場合は、前記記事を保持し、保持された前記記事の前記ＩＤを前記データベースに格納する。一方、一致している記事ＩＤが存在する場合は、前記印刷ジョブから前記記事を除去し、前記複数の記事の全てがそれに応じて処理されるまで、前記ステップを繰り返す。そして、前記ジョブを印刷するとき、前記残存する記事のみが印刷される。
【００１３】
本発明の付加的な特徴および有利な点は、後に続く説明に記載されており、ある程度、前記説明から明らかになり、あるいは、本発明の実施によって知ることが可能である。本発明の前記目的および他の利点は、添付の図面と同様に、それの説明文および請求の範囲において詳しく指摘される構成によって、実現化されかつ達成される。
【００１４】
前述の概略的記述および以下の詳細な記述の両方は、代表的および説明的であり、特許請求される本発明の説明をさらに提供することを目的とすることが理解されるだろう。
【図面の簡単な説明】
【００１５】
【図１】本発明の具体例としての実施の形態の１つに係る、顧客がウェブストアサーバーからＰＯＤジョブを発注するためのオンラインプリントショップ設備を説明するための概略ブロック図である。
【図２】本発明の具体例としての実施の形態の１つに係る、ウェブストアサーバーを使用してＰＯＤオーダーを発行するための顧客コンピューターシステムを説明するための概略ブロック図である。
【図３】本発明の具体例としての実施の形態の１つに係る、ＰＯＤオーダーを処理するためのウェブストアサーバーを説明するための概略ブロック図である。
【図４】本発明の具体例としての実施の形態の１つに係る、ＰＯＤオーダーを印刷するプリンターに接続されるプリントサーバーを有するプリントショップ設備を説明するための概略ブロック図である。
【図５】本発明の具体例としての実施の形態の１つに係る、ウェブサーバーによって処理されてプリントサーバーによって印刷されるＰＯＤジョブを管理するための方法を実行するプロセスを示しているフローチャートである。
【発明を実施するための形態】
【００１６】
好ましい実施の形態の詳細な説明
本発明の実施の形態は、環境に優しいプリントショップを進展させ、市場に送り出すための方法およびシステムを提供する。本発明方法は、本発明の前記ステップを実行するためのプログラムコードおよび命令を有するコンピューターソフトウェアプログラムによって実行することが可能である。
【００１７】
図１を参照し、２において、本発明の具体例としての実施の形態の１つに係るＰＯＤジョブを取り扱うためのオンライン装置を説明するための概略ブロック図が示されている。オンライン設備１０は、概して、顧客コンピューター１０（明確にするために１つのみ示される）と、１つ以上のウェブストアサーバー２０（明確にするために１つのみ示される）と、プリントショップ４の一部となり、かつ、１つ以上のプリントショッププリンター４０（明確にするために１つのみ示される）に接続されることとなる１つ以上のプリントサーバー３０（明確にするために１つのみ示される）と、１つ以上のサードパーティのコンテンツソース６（明確にするために１つのみ示される）と、を有しており、全てがインターネット８等のオープンネットワークと有線あるいは無線によって接続されている。
【００１８】
本出願において、用語「ウェブストア」は、一般に、顧客（例えば、著者、編集者、編者、購入者、その他を含んでいる）がインターネット８を経由してアクセスすることができるオンラインプラットホームを適用する。オンラインプラットホームは、典型的な例では、顧客がオンラインオーダーを発注あるいは実行するために利用できるウェブページを提供する。ウェブページは、概して、１つ以上のウェブストアサーバー２０にインストールされて実行されるコンピューターソフトウェアプログラムによって生成される。ウェブストアサーバー２０にインストールされて実行されるコンピュータープログラムは、また、顧客によって提出されるオンラインオーダーを、プリントサーバー３０に処理させる。
【００１９】
本出願において、用語「プリントショップ」は、一般に、様々なＰＯＤオーダーが、１つ以上のプリントサーバーによって処理され、１つ以上のプリンターを利用することによって印刷されるプロのプリントショップ、出版業の職場、大きな組織あるいは企業体の印刷／コピー部門、および、単科大学や総合大学のような教育機関の印刷施設の環境を参照する。
【００２０】
図２を参照し、本発明の多様な実施の形態を実行することが可能である具体例としての顧客コンピューターシステム１０を説明するための概略ブロック図が示されている。顧客コンピューター１０は、一般に、コンピューター１０の機能およびオペレーションを制御し、コンピューター命令およびプログラムを実行する中央処理ユニット（ＣＰＵ）１２を有しており、コンピューター命令およびプログラムは、ＣＰＵ１２に連結された読取り専用記憶装置（ＲＯＭ）１３、ランダムアクセス記憶装置（ＲＡＭ）１４あるいはデータ記憶ユニット１５（例えばハードディスクドライブまたはフラッシュメモリー）にインストールあるいは保存することが可能である。１つ以上のユーザー端末１６（各々がディスプレイおよび入力装置を有することが可能）は、コンピューター１０に接続されることで、顧客および／またはユーザーが、コンピューター１０と交信することを可能にする。あるいは、コンピューター１０は、それ自身に組み込まれたディスプレイおよび入力装置を有しており、顧客あるいはユーザーが、コンピューター１０と交信することを可能にする。コンピューター１０はまた、概して、ユーザー端末１６と接続するためのローカル入力／出力（Ｉ／Ｏ）ポート１７およびインターネット８等のネットワークに接続するためのネットワークＩ／Ｏポート１８を有しており、したがって、コンピューター１０は、ウェブストアサーバー２０およびプリントショップサーバー３０と、リモートで通信することが可能である。顧客コンピューター１０は、任意の適当なコンピューターから構成することが可能であると理解される。適当なコンピューターは、例えば、デスクトップコンピューター、ラップトップコンピューター、サーバー、ネットブックコンピューター、タブレットコンピューター、あるいは任意の適当なデータ処理装置である。適当なデータ処理装置は、適当なデータ処理能力を有するスマートフォンおよびその他のハンドヘルドデバイスを含んでいるが、これらに限定されない。
【００２１】
図３を参照し、本発明のさまざまな実施の形態を実施可能である具体例としてのウェブストアサーバー２０を説明するための概略ブロック図が示されている。ウェブストアサーバー２０は、一般に、サーバー２０の機能およびオペレーションを制御し、コンピューター命令およびプログラムを実行する中央処理ユニット（ＣＰＵ）２２を有しており、コンピューター命令およびプログラムは、ＣＰＵ２２に連結された読取り専用記憶装置（ＲＯＭ）２３、ランダムアクセス記憶装置（ＲＡＭ）２４あるいはデータ記憶ユニット２５（例えばハードディスクドライブまたはフラッシュメモリー）にインストールあるいは保存することが可能である。１つ以上のユーザー端末２６（各々がディスプレイおよび入力装置を有することが可能）は、サーバー２０に接続されることで、オペレーターおよび／またはユーザーが、サーバー２０と交信することを可能にする。あるいは、サーバー２０は、それ自身に組み込まれたディスプレイおよび入力装置を有しており、オペレーターあるいはユーザーがサーバー２０と交信することを可能にする。サーバー２０はまた、概して、ユーザー端末２６と接続するためのローカル入力／出力（Ｉ／Ｏ）ポート２７およびインターネット８等のネットワークに接続するためのネットワークＩ／Ｏポート２８を有しており、したがって、サーバー２０は、顧客コンピューター１０およびプリントショップサーバー３０と、リモートで通信することが可能である。ウェブストアサーバー２０は、任意の適当なコンピューターあるいはコンピューターシステム、または、適当なデータ処理能力を有するその他の電子デバイスから構成することが可能であると理解される。
【００２２】
図４を参照し、プリンター４０に接続されるプリントサーバー３０を有し、本発明の実施の形態を実行する具体例としてのプリントショップ設備４を説明するための概略ブロック図が示されている。
【００２３】
具体例としてのプリントショップ印刷システム装置あるいは設備４において、有線あるいは無線ネットワーク、シリアルバスあるいは専用ケーブルによって構成され得るデータ通信チャネルあるいは機器５０を経由し、複数のカラーおよび／または白黒プリンターが、プリンターショップサーバー３０に接続されて、制御される。１つ以上のプリンター、例えばプリンター４０は、ローカルコンピューター６０に直接接続されて制御されることも可能である。例えば、印刷システム装置あるいは設備４の一部としてのスキャナ、フィニッシング装置等の他のデバイス（不図示）を、サーバー３０、ローカルコンピューター６０あるいはネットワークチャネル５０に接続することも可能である。プリントショップシステム４はまた、ネットワークチャネル５０に接続されていない「オフライン」（あるいは「オフネットワーク」）デバイス（不図示）も含むことが可能であり、前記デバイスは、例えば、フィニッシング装置、製版装置等のプリントショップにおいて使用される種類のデバイスである。
【００２４】
本出願において用語「プリンター」は、オフィス環境でみられる一般的な小型のデスクトッププリンター、あるいは、大きな組織の印刷／コピー部門やプロのプリントショップにおいて使用される大型のデジタル印刷システムを参照することが可能である。前記用語は、その他の類似した画像および文書処理デバイスも、対象とすることが可能であり、例えば、複写機や、複写機機能、スキャナ機能および／またはファクシミリ機能も有する多機能（「オールインワン」）プリンターである。プリンターは、コンピューターあるいはサーバーに、ローカルで直接的に取り付けられたり、ネットワークを経由してリモートでコンピューターあるいはサーバーに接続させられたりすることが可能であり、コンピューターあるいはサーバーは、プリンターによって処理される印刷ジョブを管理するために使用される。プリンターは、多様なサイズ、色およびタイプの用紙を格納するために、多数の用紙トレーを有することが可能である。さらに、プリンターは、多数の出力トレーを有する高性能の出力ソート機構を備えることで、丁合印刷あるいはその他の印刷フィニッシング機能を実行することが可能である。
【００２５】
図４に示されるように、プリントショップサーバー３０は、概して、サーバー３０の機能およびオペレーションを制御し、コンピューター命令およびプログラムを実行する中央処理ユニット（ＣＰＵ）３２を有しており、コンピューター命令およびプログラムは、ＣＰＵ３２に連結された読取り専用記憶装置（ＲＯＭ）３３、ランダムアクセス記憶装置（ＲＡＭ）３４あるいはデータ記憶ユニット３５（例えばハードいディスクドライブ）にインストールあるいは保存することが可能である。１つ以上のプリントショップオペレーター端末３６（各々がディスプレイおよび入力装置を有することが可能）は、サーバー３０に接続されることで、プリントショップオペレーターおよび／またはユーザーが、サーバー３０および／またはプリントショップシステム４の残りの部分と交信することを可能にする。あるいは、サーバー３０は、それ自身に組み込まれたディスプレイおよび入力装置を有しており、プリントショップオペレーターあるいはユーザーがサーバー３０および／またはプリントショップシステム４の残りの部分と交信することを可能にする。サーバー３０はまた、概して、ユーザー端末３６と接続するためのローカル入力／出力（Ｉ／Ｏ）ポート３７およびデータ通信チャネル５０に接続するためのネットワークＩ／Ｏポート３８を有する。ネットワークチャネル５０を経由し、サーバー３０はまた、インターネット８等の外部のコンピューターネットワークに接続され、これにより、サーバー３０は、顧客コンピューター１０およびウェブストアサーバー２０とリモートで通信することが可能である。
【００２６】
また、図４に示されるように、プリンター４０は、概して、コントロールパネル４１と、プリンター４０のその他の内部装置を制御しかつコントロールパネル４１に接続されているコントローラーつまりコントロールユニット４２と、読取り専用記憶装置（ＲＯＭ）４３と、データ記憶ユニット４４と、を有する。コントロールパネル４１は、ユーザーによってアクセス可能であり、液晶ディスプレイ（ＬＣＤ）ディスプレイスクリーン等のディスプレイスクリーン、および、ユーザー入力手段を含むことが可能であり、ユーザー入力手段は、例えば、ユーザーがプリンター４０と通信し、プリンター４０の機能およびオペレーションを制御するためのキー、ボタン、タッチスクリーン等である。プリンター４０はまた、画像処理ユニット４５およびプリントエンジン４６を有する。プリンター４０は、概して、データ通信チャネル５０を経由してプリントショップサーバー３０に接続するためのネットワーク入力／出力（Ｉ／Ｏ）ポート４７、および、状況に応じてローカルコンピューター６０に接続するためのローカルＩ／Ｏポート４８を有する。
【００２７】
図４がプリントショップ環境を示しているが、本発明は、プリントショップあるいはネットワークにおけるいかなる物理的配置にも限定されず、異なるロケーションにあるプリンターが１つのプリントショップサーバーに接続される分散型配置を有する印刷システムに適用することが可能であると理解される。特に、印刷システムのコンポーネントのうちの１つ以上が、インターネット８を経由する仮想プライベートネットワーク（ＶＰＮ）あるいは類似手段を介して、システムの残りの部分と通信できることは、明らかであろう。
【００２８】
本発明の方法およびプロセスを実行するコンピューターソフトウェアプログラムは、ウェブストアサーバー２０にインストールし、その応用モジュールつまりクライアント側コンポーネントパーツは、顧客コンピューター１０および／またはプリンターショップサーバー３０（あるいはプリンター４０あるいはローカルコンピューター６０）にインストールすることが可能である。ウェブストアオペレータが、本発明の具体例としてのソフトウェアプログラムを実行する場合、ウェブストアサーバー２０は、ソフトウェアのさまざまな各機能を実行し、本発明の具体例としてのプロセスのウェブストアサーバー側パーツを遂行する。加えて、顧客が、顧客側から本発明の具体例としてのソフトウェアプログラムの応用モジュールを実行する場合、顧客コンピューター１０は、ソフトウェアのさまざまな各機能を実行し、本発明の具体例としてのプロセスの顧客側パーツを遂行する。さらに、プリントショップオペレーターが、プリントショップ側から本発明の具体例としてのソフトウェアプログラムの応用モジュールを実行する場合、プリンターショップサーバー３０は、ソフトウェアのさまざまな各機能を実行し、本発明の具体例としてのプロセスのプリントショップ側パーツを遂行する。本発明の具体例としてのソフトウェアプログラムのさまざまな応用モジュールのウェブストアサーバー２０による実行と共に、顧客コンピューター１０および／またはプリンターショップサーバー３０は、後述される本発明の具体例としての方法およびプロセスの実行および完了を引き起こす。
【００２９】
上記したように、多くの場合、顧客は、特定の記事を含んでいるブックレットを以前に発注した可能性がある。その後、顧客は、以前のブックレットに含まれていたある記事を含んでいる別のブックレットを発注することを必要とするかもしれない。あるいは、著者または編集者が、特定の記事を含んでいるブックレットを作成したかもしれない。顧客は、ブックレットを発注したいと望むかもしれないが、顧客は、ブックレットのいくつかの記事を既に有している可能性がある。これらの状況において、顧客は、ブックレットを修正し、顧客が既に有しているあるいは必要としない記事を除去すること可能である。しかし、顧客がブックレットから記事を除去する前に、顧客は、除去される記事のコンテンツが、顧客が既に有する記事のコンテンツと正確に同一であることを確認することを、必要とする。一方、顧客が、ブックレットから記事を除去したくない可能性もある。このためには、記事の典型的な識別子、例えばそのタイトルおよび著者は、以前のバージョンからより最近のバージョンにおいて、同一のままである場合が多いため、大体の場合、適当でない可能性がある。
【００３０】
本発明は、記事を正確に識別するための方法およびシステムを提供し、これにより、顧客は、記事のより最近のバージョンのコンテンツが、記事の以前のバージョンのコンテンツと正確に同一であるか否かを見分けることを可能とし、したがって、顧客は、新しいブックレットを修正し、重複した記事を除去するか否かを、正しく決定することができる。
【００３１】
本発明の具体例としての実施の形態によると、顧客によって発注あるいは購入された全ての記事のコンテンツ識別を含んでいる顧客の購入履歴の詳細なオーダーレコードが生成かつ維持されるため、顧客が新しいブックレットを発注する場合、新しいブックレットの記事のコンテンツが、既に顧客によって以前に発注あるいは購入された同一の記事のコンテンツと、同一であるか否かを、顧客は、確実性を伴って決定できる。
【００３２】
図５を参照し、本発明の具体例としての方法およびプロセスが説明される。準備ステップＳ１１０において、顧客によって以前に購入された全ての記事が、処理される。これは、各記事のコンテンツ全体が、暗号学的ハッシュ関数、例えば、ＭＤ５あるいはＳＨＡ−２関数によって、ハッシュされ、記事のデジタル指紋としてのユニークなハッシュ値である識別（ＩＤ）が生成されるステップＳ１１２を含んでいる。ステップＳ１１２は、全ての記事の各ＩＤが生成されるまで、繰り返される。ステップＳ１１４において、顧客によって以前購入された全ての記事のＩＤは、データ記憶装置、例えば、ウェブストアサーバー２０のデータ記憶ユニット２５に格納される。このプロセスは、ウェブストアからブックレット／記事を購入した全ての顧客が、ウェブストアサーバー２０において確立かつ維持される各オーダーレコードあるいは購入履歴を有することとなるように、ウェブストアから記事を以前購入した全ての顧客に対して、繰り返される。前記のレコードあるいは履歴は、コンテンツ識別を用いて詳記される。すなわち、各記事のＩＤは、記事のコンテンツ全体から生成され、したがって、単にそのタイトルや著者等ではなく、そのコンテンツに基づいて、記事を識別し、区別することができる。これは、記事のより最新のつまりより新しいバージョンのコンテンツが、記事の以前のつまりより古いバージョンのコンテンツと異なる場合、記事の両バージョンが同一のタイトルおよび著者を有していても、それらの各ＩＤが異なることを確実にする。
【００３３】
ステップＳ１２０において、ブックレットを印刷するための顧客の新規なＰＯＤオーダーが、ウェブストアサーバー２０によって受信される場合、ブックレットの記事は、ステップＳ１２２においてレビューされる。このブックレットは、別の顧客あるいは著者あるいは編集者によって作成され、著者あるいは編集者によって創作あるいは編纂された記事の全て、または、顧客がブックレットに印刷することを望んでいる記事のコレクションを、含んでいる可能性がある。いずれのシナリオにもおいても、ブックレットは、顧客が記事のいずれかを以前購入したか否かに依存し、維持あるいは除去される１つ以上の記事から始めることとなる。
【００３４】
ステップＳ１２４において、ブックレットの各記事が処理される。このプロセスは、各記事のコンテンツ全体が、例えば、ＭＤ５ハッシュ関数によってハッシュされ、記事のためのＩＤが生成されるステップＳ１２６を含んでいる。この記事ＩＤは、例えば、ウェブストアサーバー２０のデータ記憶ユニット２５に保存されているデータベースに格納される記事ＩＤと比較される。記事ＩＤが存在する場合、顧客が同一の記事を以前購入したことを意味している。記事のコンテンツ全体がハッシュされているため、記事の既存のバージョンのいかなる改訂も、以前のバージョンを有する記事のＩＤと異なるＩＤを生じる結果となることを意味する。自明な識別子、例えば、記事のファイル名または著者名の単なる比較と異なり、本発明のプロセスは、記事のコンテンツ全体をハッシュすることによって生成される記事ＩＤを比較する。記事が修正される場合、より新しいバージョンのＩＤは、以前のバージョンのＩＤと異なることとなる。他方、一致している記事ＩＤが存在しない場合、記事が、新しいものあること、あるいは少なくともより新しいバージョンであることを意味する。
【００３５】
したがって、ステップＳ１３０において、ブックレットに含まれる記事のＩＤが、データベースに格納される記事ＩＤと比較される。記事ＩＤが存在しない場合、顧客が過去において記事を購入していなかったことを意味し、記事は、ステップＳ１３２において維持され、そして、新しい記事ＩＤは、ステップＳ１３４においてデータベースに格納されることとなる。しかし、記事ＩＤが存在する場合、顧客が、同一の記事（例えば、同一の記事の同一のバージョン）を以前購入したことを意味し、記事は、ステップＳ１３６において、ブックレットにおける配列順序から除去されることとなる。ステップＳ１３８において、比較される記事がブックレットにおける最後の記事でない場合、ブックレットにおける最後の記事が処理されるまで、Ｓ１２４〜Ｓ１３８のステップが繰り返される。
【００３６】
全ての記事が比較されたあと、修正されたブックレットにおける残存する記事の配列順序が、ステップＳ１４０において、例えば、顧客によって確認される。一旦確認されると、ステップＳ１４２において、ウェブストアサーバー２０は、残存する記事の全てを含んでいる単一の統合されたファイルの生成を開始し、そして、ステップＳ１４４において、顧客による具体的な印刷要件の全てを含んでいるＪＤＦファイルもまた、生成される。ステップＳ１４６において、統合されたファイルおよびＪＤＦは、ウェブストアサーバー２０によって、リモート（あるいはローカル）のプリントサーバー３０に向かって転送され、最後のステップＳ１５０において、プリントサーバー３０は、統合されたファイルおよびＪＤＦファイルをプリンター４０に送信し、ＰＯＤオーダーが印刷される。
【００３７】
印刷される記事を処理して送信するために、その他のドキュメントあるいは印刷ジョブ記述フォーマット、例えば、ｏｐｅｎ ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＸＰＳあるいはＯｐｅｎＸＰＳ）フォーマットをまた、使用することができる点が指摘される。
【００３８】
本発明の具体例としての上記の方法およびプロセスは、多くの利点を有する。それは、記事を識別する正確な方法を提供し、その結果、顧客は、除去される記事のコンテンツが、顧客が既に有する記事のコピーと同一ではない可能性があることを悩むことなく、顧客が既にコピーを有する記事を、ブックレットオーダーで発注しないことを自信を持って決定することができる。それはまた、コンピューター処理のオーバーヘッドの潜在的な節約を提供する。顧客が、特定の記事を既に購入したことを確認することが可能な場合、問題の記事は除去されることとなり、そして、ウェブストアサーバーによって処理されてネットワークを経由して送信されることが不要となる。それはさらに、印刷コストおよび材料の潜在的な節約を提供し、これは、特定のブックレットの記事の全てを、印刷しなければならない訳ではないためである。したがって、全体的な印刷コストは、減少する。
【００３９】
本発明の方法に対し、本発明の意図あるいは範囲から逸脱することなく、多様な修正および変更を為すことが可能であることは、当業者にとって明らかである。したがって、本発明は、添付される請求の範囲およびそれらの等価の範囲内にある修正および変更を包含することを意図している。
【特許請求の範囲】
【請求項１】
印刷ジョブを管理する方法であって、
（ａ）複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、
（ｂ）前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、
（ｃ）データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップ、
（ｃ）一致している記事ＩＤが存在しない場合、
（ｃ１）前記記事を保持するステップ（ｃ１）、
（ｃ２）保持された前記記事の前記ＩＤを前記データベースに格納するステップ（ｃ２）、
（ｄ）一致している記事ＩＤが存在する場合、
（ｄ１）前記印刷ジョブから前記記事を除去するステップ、
（ｄ２）前記複数の記事の全てがそれに応じて処理されるまで、前記ステップ（ｂ）〜（ｄ１）を繰り返すステップ、および、
（ｅ）前記残存する記事のみを有する前記ジョブを印刷するステップ
を有することを特徴とする方法。
【請求項２】
（ｆ１）顧客によって以前に購入された全ての記事を処理し、各記事毎のＩＤを生成するステップ、
（ｆ２）前記顧客の購入履歴の一部として、データベースに前記ＩＤを格納するステップ、および、
（ｆ３）顧客の以前の購入の全てが処理されるまで、前記ステップ（ｆ１）および（ｆ２）を繰り返すステップ
をさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
ステップ（ｆ１）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項２に記載の方法。
【請求項４】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項３に記載の方法。
【請求項５】
ステップ（ｂ）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項１〜４のいずれか１項に記載の方法。
【請求項６】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項５に記載の方法。
【請求項７】
（ｇ１）ウェブストアサーバーによって、前記残存する記事のみを含んでいる統合されたファイルを生成するステップ、および、
（ｇ２）ネットワークを経由し、前記統合されたファイルをリモートプリントサーバーに送信するステップ
をさらに有することを特徴とする請求項１に記載の方法。
【請求項８】
コンピューターソフトウェアプログラムを格納する非一時的記憶装置および前記コンピューターソフトウェアプログラムを実行するプロセッサを備えた少なくとも１つのデータ処理装置を有する、印刷ジョブを管理するシステムであって、
前記コンピューターソフトウェアプログラムは、少なくとも１つのデータ処理装置にプロセスを実行させるために構成されるプログラムコードを含んでおり、
前記プロセスは、
（ａ）複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、
（ｂ）前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、
（ｃ）データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップ、
（ｃ）一致している記事ＩＤが存在しない場合、
（ｃ１）前記記事を保持するステップ（ｃ１）、
（ｃ２）保持された前記記事の前記ＩＤを前記データベースに格納するステップ（ｃ２）、
（ｄ）一致している記事ＩＤが存在する場合、
（ｄ１）前記印刷ジョブから前記記事を除去するステップ、
（ｄ２）前記複数の記事の全てがそれに応じて処理されるまで、前記ステップ（ｂ）〜（ｄ１）を繰り返すステップ、および、
（ｅ）前記残存する記事のみを有する前記ジョブを印刷するステップ
を有することを特徴とするシステム。
【請求項９】
前記プロセスは、
（ｆ１）顧客によって以前に購入された全ての記事を処理し、各記事毎のＩＤを生成するステップ、
（ｆ２）前記顧客の購入履歴の一部として、データベースに前記ＩＤを格納するステップ、および、
（ｆ３）顧客の以前の購入の全てが処理されるまで、前記ステップ（ｆ１）および（ｆ２）を繰り返すステップ
をさらに有することを特徴とする請求項８に記載のシステム。
【請求項１０】
ステップ（ｆ１）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項９に記載のシステム。
【請求項１１】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項１０に記載のシステム。
【請求項１２】
ステップ（ｂ）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項８〜１１のいずれか１項に記載のシステム。
【請求項１３】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記プロセスは、
（ｇ１）ウェブストアサーバーによって、前記残存する記事のみを含んでいる統合されたファイルを生成するステップ、および、
（ｇ２）ネットワークを経由し、前記統合されたファイルをリモートプリントサーバーに送信するステップ
をさらに有することを特徴とする請求項８〜１３のいずれか１項に記載のシステム。
【請求項１５】
少なくとも１つのデータ処理装置を制御するためのコンピュータープログラムであって、前記少なくとも１つのデータ処理装置に、印刷ジョブを管理するためのプロセスを実行させるために構成されており、
（ａ）複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、
（ｂ）前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、
（ｃ）データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップ、
（ｃ）一致している記事ＩＤが存在しない場合、
（ｃ１）前記記事を保持するステップ（ｃ１）、
（ｃ２）保持された前記記事の前記ＩＤを前記データベースに格納するステップ（ｃ２）、
（ｄ）一致している記事ＩＤが存在する場合、
（ｄ１）前記印刷ジョブから前記記事を除去するステップ、
（ｄ２）前記複数の記事の全てがそれに応じて処理されるまで、前記ステップ（ｂ）〜（ｄ１）を繰り返すステップ、および、
（ｅ）前記残存する記事のみを有する前記ジョブを印刷するステップ
を有することを特徴とするコンピュータープログラム。
【請求項１６】
前記プロセスは、
（ｆ１）顧客によって以前に購入された全ての記事を処理し、各記事毎のＩＤを生成するステップ、
（ｆ２）前記顧客の購入履歴の一部として、データベースに前記ＩＤを格納するステップ、および、
（ｆ３）顧客の以前の購入の全てが処理されるまで、前記ステップ（ｆ１）および（ｆ２）を繰り返すステップ
をさらに有することを特徴とする請求項１５に記載のコンピュータープログラム。
【請求項１７】
ステップ（ｆ１）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項１６に記載のコンピュータープログラム。
【請求項１８】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項１７に記載のコンピュータープログラム。
【請求項１９】
ステップ（ｂ）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項１５〜１８のいずれか１項に記載のコンピュータープログラム。
【請求項２０】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項１９に記載のコンピュータープログラム。
【請求項２１】
前記プロセスは、
（ｇ１）ウェブストアサーバーによって、前記残存する記事のみを含んでいる統合されたファイルを生成するステップ、および、
（ｇ２）ネットワークを経由し、前記統合されたファイルをリモートプリントサーバーに送信するステップ
をさらに有することを特徴とする請求項１５〜２０のいずれか１項に記載のコンピュータープログラム。
【請求項２２】
請求項１５〜２１のいずれか１項に記載のコンピュータープログラムを記録したコンピューター読み取り可能な記録媒体。
【請求項１】
印刷ジョブを管理する方法であって、
（ａ）複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、
（ｂ）前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、
（ｃ）データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップ、
（ｃ）一致している記事ＩＤが存在しない場合、
（ｃ１）前記記事を保持するステップ（ｃ１）、
（ｃ２）保持された前記記事の前記ＩＤを前記データベースに格納するステップ（ｃ２）、
（ｄ）一致している記事ＩＤが存在する場合、
（ｄ１）前記印刷ジョブから前記記事を除去するステップ、
（ｄ２）前記複数の記事の全てがそれに応じて処理されるまで、前記ステップ（ｂ）〜（ｄ１）を繰り返すステップ、および、
（ｅ）前記残存する記事のみを有する前記ジョブを印刷するステップ
を有することを特徴とする方法。
【請求項２】
（ｆ１）顧客によって以前に購入された全ての記事を処理し、各記事毎のＩＤを生成するステップ、
（ｆ２）前記顧客の購入履歴の一部として、データベースに前記ＩＤを格納するステップ、および、
（ｆ３）顧客の以前の購入の全てが処理されるまで、前記ステップ（ｆ１）および（ｆ２）を繰り返すステップ
をさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
ステップ（ｆ１）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項２に記載の方法。
【請求項４】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項３に記載の方法。
【請求項５】
ステップ（ｂ）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項１〜４のいずれか１項に記載の方法。
【請求項６】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項５に記載の方法。
【請求項７】
（ｇ１）ウェブストアサーバーによって、前記残存する記事のみを含んでいる統合されたファイルを生成するステップ、および、
（ｇ２）ネットワークを経由し、前記統合されたファイルをリモートプリントサーバーに送信するステップ
をさらに有することを特徴とする請求項１に記載の方法。
【請求項８】
コンピューターソフトウェアプログラムを格納する非一時的記憶装置および前記コンピューターソフトウェアプログラムを実行するプロセッサを備えた少なくとも１つのデータ処理装置を有する、印刷ジョブを管理するシステムであって、
前記コンピューターソフトウェアプログラムは、少なくとも１つのデータ処理装置にプロセスを実行させるために構成されるプログラムコードを含んでおり、
前記プロセスは、
（ａ）複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、
（ｂ）前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、
（ｃ）データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップ、
（ｃ）一致している記事ＩＤが存在しない場合、
（ｃ１）前記記事を保持するステップ（ｃ１）、
（ｃ２）保持された前記記事の前記ＩＤを前記データベースに格納するステップ（ｃ２）、
（ｄ）一致している記事ＩＤが存在する場合、
（ｄ１）前記印刷ジョブから前記記事を除去するステップ、
（ｄ２）前記複数の記事の全てがそれに応じて処理されるまで、前記ステップ（ｂ）〜（ｄ１）を繰り返すステップ、および、
（ｅ）前記残存する記事のみを有する前記ジョブを印刷するステップ
を有することを特徴とするシステム。
【請求項９】
前記プロセスは、
（ｆ１）顧客によって以前に購入された全ての記事を処理し、各記事毎のＩＤを生成するステップ、
（ｆ２）前記顧客の購入履歴の一部として、データベースに前記ＩＤを格納するステップ、および、
（ｆ３）顧客の以前の購入の全てが処理されるまで、前記ステップ（ｆ１）および（ｆ２）を繰り返すステップ
をさらに有することを特徴とする請求項８に記載のシステム。
【請求項１０】
ステップ（ｆ１）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項９に記載のシステム。
【請求項１１】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項１０に記載のシステム。
【請求項１２】
ステップ（ｂ）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項８〜１１のいずれか１項に記載のシステム。
【請求項１３】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記プロセスは、
（ｇ１）ウェブストアサーバーによって、前記残存する記事のみを含んでいる統合されたファイルを生成するステップ、および、
（ｇ２）ネットワークを経由し、前記統合されたファイルをリモートプリントサーバーに送信するステップ
をさらに有することを特徴とする請求項８〜１３のいずれか１項に記載のシステム。
【請求項１５】
少なくとも１つのデータ処理装置を制御するためのコンピュータープログラムであって、前記少なくとも１つのデータ処理装置に、印刷ジョブを管理するためのプロセスを実行させるために構成されており、
（ａ）複数の記事を印刷するための印刷ジョブオーダーを受信するステップ、
（ｂ）前記複数の記事を処理し、各記事毎の識別（ＩＤ）を生成するステップ、
（ｃ）データベースに格納されている記事ＩＤが、前記複数の記事の新規なＩＤのいずれかと一致するか否かを決定するステップ、
（ｃ）一致している記事ＩＤが存在しない場合、
（ｃ１）前記記事を保持するステップ（ｃ１）、
（ｃ２）保持された前記記事の前記ＩＤを前記データベースに格納するステップ（ｃ２）、
（ｄ）一致している記事ＩＤが存在する場合、
（ｄ１）前記印刷ジョブから前記記事を除去するステップ、
（ｄ２）前記複数の記事の全てがそれに応じて処理されるまで、前記ステップ（ｂ）〜（ｄ１）を繰り返すステップ、および、
（ｅ）前記残存する記事のみを有する前記ジョブを印刷するステップ
を有することを特徴とするコンピュータープログラム。
【請求項１６】
前記プロセスは、
（ｆ１）顧客によって以前に購入された全ての記事を処理し、各記事毎のＩＤを生成するステップ、
（ｆ２）前記顧客の購入履歴の一部として、データベースに前記ＩＤを格納するステップ、および、
（ｆ３）顧客の以前の購入の全てが処理されるまで、前記ステップ（ｆ１）および（ｆ２）を繰り返すステップ
をさらに有することを特徴とする請求項１５に記載のコンピュータープログラム。
【請求項１７】
ステップ（ｆ１）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項１６に記載のコンピュータープログラム。
【請求項１８】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項１７に記載のコンピュータープログラム。
【請求項１９】
ステップ（ｂ）における前記記事ＩＤは、ハッシュ関数によって生成されることを特徴とする請求項１５〜１８のいずれか１項に記載のコンピュータープログラム。
【請求項２０】
各記事のコンテンツ全体は、そのＩＤを生成するときにハッシュされることを特徴とする請求項１９に記載のコンピュータープログラム。
【請求項２１】
前記プロセスは、
（ｇ１）ウェブストアサーバーによって、前記残存する記事のみを含んでいる統合されたファイルを生成するステップ、および、
（ｇ２）ネットワークを経由し、前記統合されたファイルをリモートプリントサーバーに送信するステップ
をさらに有することを特徴とする請求項１５〜２０のいずれか１項に記載のコンピュータープログラム。
【請求項２２】
請求項１５〜２１のいずれか１項に記載のコンピュータープログラムを記録したコンピューター読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−８０４５２（Ｐ２０１３−８０４５２Ａ）
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−８７５８７（Ｐ２０１２−８７５８７）
【出願日】平成２４年４月６日（２０１２．４．６）
【出願人】（５０７０３１９１８）コニカ ミノルタ ラボラトリー ユー．エス．エー．，インコーポレイテッド (157)
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願番号】特願２０１２−８７５８７（Ｐ２０１２−８７５８７）
【出願日】平成２４年４月６日（２０１２．４．６）
【出願人】（５０７０３１９１８）コニカ ミノルタ ラボラトリー ユー．エス．エー．，インコーポレイテッド (157)
[ Back to top ]