(57)【要約】【課題】複数の提携業者との取引時に発生する取引ドキュメントのやり取りの簡素化を図る。【解決手段】本発明における情報処理システムは、複数のパートナー毎に対応付けられた第１文書テンプレートと、第２文書テンプレートとを記憶した記憶手段と、複数のパートナー毎に、データを含む第１文書を複数取得する文書取得手段と、複数のパートナー毎に取得した複数の第１文書と、該複数のパートナー毎に対応付けられた第１文書テンプレートとを照合し、該複数の第１文書からデータを抽出する抽出手段と、第２文書テンプレートに対し抽出されたデータを入力した第２文書を発行する文書発行手段とを有する。【選択図】図８
2013206382.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介しユーザから印刷物の作成を受注するとともに、複数のパートナーに対し、前記印刷物を納品する迄の各工程業務の発注を行う情報処理システムであって、
前記複数のパートナー毎に対応付けられた第１文書テンプレートと、前記第１文書テンプレートと異なる第２文書テンプレートとを記憶した記憶手段と、
前記複数のパートナー毎に、データを含む第１文書を複数取得する文書取得手段と、
前記複数のパートナー毎に取得した複数の第１文書と、該複数のパートナー毎に対応付けられた第１文書テンプレートとを照合し、該複数の第１文書から前記データを抽出する抽出手段と、
前記第２文書テンプレートに対し抽出された前記データを入力した第２文書を発行する文書発行手段と、
を有することを特徴とする情報処理システム。
【請求項２】
前記記憶手段は、印影画像を記憶し、
前記文書発行手段は、前記第２文書を発行するとき、該第２文書に前記印影画像を捺印すること、
を特徴とする請求項１記載の情報処理システム。
【請求項３】
前記文書は、請求書又は納品書であって、
前記記憶手段は、前記複数のパートナー毎に対応付けられた第１請求書又は納品書テンプレートと、前記第１請求書又は納品書テンプレートと異なる第２請求書又は納品書テンプレートとを記憶し、
前記文書取得手段は、前記複数のパートナー毎に、請求又は納品に関するデータを含む第１請求書又は納品書を複数取得し、
前記抽出手段は、前記複数のパートナー毎に取得した複数の第１請求書又は納品書と、該複数のパートナー毎に対応付けられた第１請求書又は納品書テンプレートとを照合し、該複数の第１請求書又は納品書から前記データを抽出する抽出手段と、
前記文書発行手段は、前記第２請求書又は納品書テンプレートに対し抽出された前記データを入力した第２請求書又は納品書を発行すること、
を特徴とする請求項１又は２記載の情報処理システム。
【請求項４】
ネットワークを介しユーザから印刷物の作成を受注するとともに、複数のパートナーに対し、前記印刷物を納品する迄の各工程業務の発注を行う情報処理システムであって、
前記複数のパートナー毎に対応付けられた第１文書テンプレートを記憶した記憶手段と、
前記複数のパートナー毎に、データを複数取得する文書取得手段と、
前記複数のパートナー毎に取得した第１文書テンプレートに対し、前記複数のパートナー毎に取得された前記データを入力した第２文書を発行する文書発行手段と、
を有することを特徴とする情報処理システム。
【請求項５】
前記記憶手段は、印影画像を記憶し、
前記文書発行手段は、前記第２文書を発行するとき、該第２文書に前記印影画像を捺印すること、
を特徴とする請求項４記載の情報処理システム。
【請求項６】
前記文書は、通知書であって、
前記記憶手段は、前記複数のパートナー毎に対応付けられた第１通知書テンプレートを記憶し、
前記文書取得手段は、前記複数のパートナー毎に、通知に関するデータを複数取得し、
前記文書発行手段は、前記第１通知書テンプレートに対し抽出された前記データを入力した第２通知書を発行すること、
を特徴とする請求項４又は５記載の情報処理システム。
【請求項７】
ネットワークを介しユーザから印刷物の作成を受注するとともに、複数のパートナーに対し、前記印刷物を納品する迄の各工程業務の発注を行う情報処理システムにおける文書発行方法であって、
記憶手段から、前記複数のパートナー毎に対応付けられた第１文書テンプレートと、前記第１文書テンプレートと異なる第２文書テンプレートとを読み出す読出手順と、
前記複数のパートナー毎に、データを含む第１文書を複数取得する文書取得手順と、
前記複数のパートナー毎に取得した複数の第１文書と、該複数のパートナー毎に対応付けられた第１文書テンプレートとを照合し、該複数の第１文書から前記データを抽出する抽出手順と、
前記第２文書テンプレートに対し抽出された前記データを入力した第２文書を発行する文書発行手順と、
を有することを特徴とする文書発行方法。
【請求項８】
ネットワークを介しユーザから印刷物の作成を受注するとともに、複数のパートナーに対し、前記印刷物を納品する迄の各工程業務の発注を行う情報処理システムにおける文書発行方法であって、
記憶手段から、前記複数のパートナー毎に対応付けられた第１文書テンプレートを読み出す読出手順と、
前記複数のパートナー毎に、データを複数取得する文書取得手順と、
前記複数のパートナー毎に取得した第１文書テンプレートに対し、前記複数のパートナー毎に取得された前記データを入力した第２文書を発行する文書発行手順と、
を有することを特徴とする文書発行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及び文書発行方法に関する。
【背景技術】
【０００２】
近年、印刷業者は、紙媒体の印刷物の利用を促すべく、デジタル技術を利用した様々な提案を行っており、ソリューションの１つに、ウェブサイト、Ｗｅｂブラウザを通じて印刷物をワンストップで発注できるクラウドプリンティング（ウェブプリントなどともいう）がある。発注する側（ユーザ）から見ると、いつでも簡単にプリント発注を行うことができる。
【０００３】
ユーザは、ウェブサイトを通じて印刷データを入稿（アップロード）しさえすれば、指定の配送先にその印刷物が配送される。よって発注業務の簡素化になる。また、印刷を受注する側（印刷業者）から見ても、効率的な営業活動と効率的に印刷物を提供する仕組みを実現できる。
【０００４】
具体的に、ユーザはウェブサイト（図１参照）にアクセスし、印刷物の種類、数量、配送先住所等の情報を入力し、印刷物の発注を行う。またオプションで、特殊な印刷・納品等の細かな注文を行うことも可能である。例えば、「新聞折込チラシを20000部作成し、4日後に仙台に18000部、東京に2000部ずつ発送する。」、「製本しページ数100ページものを500部作成する。」、「表紙はフルカラーで表面にラミネート加工する。」、「両面印刷で、うち90ページは白黒で、10ページはカラー印刷する。」等々である。
【０００５】
また、印刷原稿については、印刷物の種類によって入稿の仕方は異なる。例えば、名刺、ポストカードや封筒のような定型形の印刷物であれば、サイト上に提供されているいくつかのデザインやテンプレートの中からフォームを選択のうえ、オンラインでフォームを任意に編集して入稿する（例えば、特許文献１参照）。
【０００６】
また、会社案内や取扱説明書のような自由形の印刷物であれば、ユーザ側が作成した完成原稿（印刷データ）をアップロードする。またときに、ユーザがデザインサービスを利用する場合、要望事項を入力すれば、印刷業者側のデザイナーがデザインを含め完成原稿（印刷データ）を作成してくれるものもある。
【０００７】
以上、諸情報の入力を終えると、クラウドプリンティング・システムは、入力された発注内容に応じて、見積金額や納期を計算し、サイト上にその見積金額や納期を表示させる（例えば、特許文献２、３参照）。サイト運営者は、サイトを通じて注文を受け付けると、早速、デザイン（必要な場合）、印刷、配送等、印刷物納品迄への手配を行う。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ここで、従来、クラウドプリンティングのサイト運営者は、受注量が自社のキャパシティを超える繁忙期には、外注業者を利用しているという実態がある。また、サイト運営者が、デザイナー、印刷工場、倉庫等を所有してない場合には、いずれか又は全て工程に提携業者（パートナー）を利用しているという実態もありうる。
【０００９】
クラウドプリンティング・システムは、このように外注業者を利用する場合、ユーザからの発注を受けた後、印刷物が納品される迄のデザイン、印刷、配送等の各工程において、複数の提携業者（パートナー）の中から、それぞれ各工程における最適な提携業者の選定を行う。そして選定した提携業者に対し、デザイン、印刷、配送等の各工程における作業の発注を行う。
【００１０】
そして、このように、クラウドプリンティング・システムが、ユーザに対し、デザイン、印刷、配送の各工程における提携業者との協業で印刷物を印刷し提供するサービスである場合、発注者（ユーザ）と提携業者との間で、注文書、発注書、請求書、領収書など、多くの取引ドキュメントのやり取りが発生する可能性がある。
【００１１】
図２は、発注者及び受注者間で発生する取引ドキュメントの流れを説明する図である。図に示されるように、一般に、発注者と受注者において、特に両者が企業同士である場合、発注者が受注者に注文書を発行し、受注者が発注者に受注書を発行することにより、受発注の取引が成立する。例えば、注文書には、品名、数量、納期、支払納期といった契約条件が記され、受注書には、その契約条件のうえ、その注文を受領した旨が記される。また、納品時にも、請求書、納品書、受領書、支払完了後には領収書といった多くの取引ドキュメントが発生する。
【００１２】
しかしながら、上述のクラウドプリンティング・システムを利用する場合、少なくとも、デザイン、印刷、配送の各工程における３つの提携業者との取引が発生するため、発注者（ユーザ）が、これら提携業者と各取引ドキュメントのやり取りを行わなければならないとすれば、その作業は煩雑になる。また、取引ドキュメントのやり取りにも、時間を要するとともに、その記入の際、入力や転記ミスも発生しやすい。
【００１３】
上述のクラウドプリンティング・システムは、Ｗｅｂブラウザを通じて印刷物をワンストップで発注できるサービスを提供するものであるため、ユーザからすると、印刷物の発注に際し、これら多くの取引ドキュメントのやり取りについても、できる限り簡素化されたものであることが望ましい。
【００１４】
本発明では上記のような点に鑑みて、複数の提携業者との取引時に発生する取引ドキュメントのやり取りの簡素化を図る情報処理システム及び文書発行方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記の目的を達成するために、本発明に係る情報処理システムは、ネットワークを介しユーザから印刷物の作成を受注するとともに、複数のパートナーに対し、前記印刷物を納品する迄の各工程業務の発注を行う情報処理システムであって、前記複数のパートナー毎に対応付けられた第１文書テンプレートと、前記第１文書テンプレートと異なる第２文書テンプレートとを記憶した記憶手段と、前記複数のパートナー毎に、データを含む第１文書を複数取得する文書取得手段と、前記複数のパートナー毎に取得した複数の第１文書と、該複数のパートナー毎に対応付けられた第１文書テンプレートとを照合し、該複数の第１文書から前記データを抽出する抽出手段と、前記第２文書テンプレートに対し抽出された前記データを入力した第２文書を発行する文書発行手段と、を有する。
【００１６】
また、上記の目的を達成するために、本発明に係る情報処理システムは、ネットワークを介しユーザから印刷物の作成を受注するとともに、複数のパートナーに対し、前記印刷物を納品する迄の各工程業務の発注を行う情報処理システムであって、前記複数のパートナー毎に対応付けられた第１文書テンプレートを記憶した記憶手段と、前記複数のパートナー毎に、データを複数取得する文書取得手段と、前記複数のパートナー毎に取得した第１文書テンプレートに対し、前記複数のパートナー毎に取得された前記データを入力した第２文書を発行する文書発行手段とを有する。
【００１７】
また、上記の目的を達成するために、本発明に係る文書発行方法は、ネットワークを介しユーザから印刷物の作成を受注するとともに、複数のパートナーに対し、前記印刷物を納品する迄の各工程業務の発注を行う情報処理システムにおける文書発行方法であって、記憶手段から、前記複数のパートナー毎に対応付けられた第１文書テンプレートと、前記第１文書テンプレートと異なる第２文書テンプレートとを読み出す読出手順と、前記複数のパートナー毎に、データを含む第１文書を複数取得する文書取得手順と、前記複数のパートナー毎に取得した複数の第１文書と、該複数のパートナー毎に対応付けられた第１文書テンプレートとを照合し、該複数の第１文書から前記データを抽出する抽出手順と、前記第２文書テンプレートに対し抽出された前記データを入力した第２文書を発行する文書発行手順とを有する。
【００１８】
また、上記の目的を達成するために、本発明に係る文書発行方法は、ネットワークを介しユーザから印刷物の作成を受注するとともに、複数のパートナーに対し、前記印刷物を納品する迄の各工程業務の発注を行う情報処理システムにおける文書発行方法であって、記憶手段から、前記複数のパートナー毎に対応付けられた第１文書テンプレートを読み出す読出手順と、前記複数のパートナー毎に、データを複数取得する文書取得手順と、前記複数のパートナー毎に取得した第１文書テンプレートに対し、前記複数のパートナー毎に取得された前記データを入力した第２文書を発行する文書発行手順とを有する。
【００１９】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００２０】
本発明によれば、複数の提携業者との取引時に発生する取引ドキュメントのやり取りの簡素化を図る情報処理システム及び文書発行方法を提供することができる。
【図面の簡単な説明】
【００２１】
【図１】ウェブサイトの一例を示す。
【図２】発注者及び受注者間で発生する取引ドキュメントの流れを説明する図である。
【図３】本実施形態に係るクラウドプリンティング・システム１００のネットワーク概略構成図を示す。
【図４】パートナー選定サーバ１の一実施形態の主要構成を示すハードウェア構成図である。
【図５】本実施形態に係るパートナー選定サーバ１の機能ブロック図の一例を示す。
【図６】各パートナーＤＢのデータ例を示す。
【図７】取引文書ＤＢ１６４のデータ例を示す。
【図８】本実施形態に係るパートナー選定サーバ１の取引ドキュメント取扱処理を説明するシーケンス図である。
【図９】ウェブサイトの注文確認画面の一例を示す。
【図１０】ウェブサイトの注文完了確認画面の一例を示す。
【図１１】デザインパートナーＡ１への「注文書」の一例を示す。
【図１２】プリントパートナーＢ１への「注文書」の一例を示す。
【図１３】物流パートナーＣ１への「注文書」の一例を示す。
【図１４】対ユーザ用の「請求書（兼納品書）」の一例を示す。
【図１５】対ユーザ用の「領収書」の一例を示す。
【発明を実施するための形態】
【００２２】
以下、本発明を実施するための形態について図面を参照して説明する。以下において、発注者及び受注者間での取引を実施する際に、商習慣上、発生し、やり取りされる取引に関する文書を取引ドキュメントと呼ぶこととする。例えば、取引ドキュメントの一例としては、注文書、受注書、請求書、納品書、受領書、支払完了通知書、領収書などがある。
【００２３】
[システム構成]
（ネットワーク構成）
図３は、本実施形態に係るクラウドプリンティング・システム１００のネットワーク概略構成図を示す。本実施形態に係るクラウドプリンティング・システム１００は、パートナー選定サーバ１、Ｗｅｂサーバ２、ＭＦＰ３を含み構成される。また図に示されるように、クラウドプリンティング・システム１００に対し、ユーザ（ユーザＰＣ）、デザインパートナーＡ、プリントパートナーＢ、物流パートナーＣが、ネットワークを介し接続され構成される。
【００２４】
パートナー選定サーバ１（以下単に選定サーバ１という）は、ユーザからＷｅｂサーバ２を介して印刷物の注文を受けると、印刷物が納品される迄のデザイン、印刷、配送等の各工程において、複数の各パートナー（デザインパートナーＡ、プリントパートナーＢ、物流パートナーＣ）の中から、それぞれ各工程における最適なパートナー業者の選定を行うサーバである。例えばＷｅｂサーバ２とともにデータセンター等に配置される。
【００２５】
選定サーバ１は、まず印刷物の注文を受けると、提携する複数のデザインパートナーＡの中から、ユーザ注文にかなう最適な１のデザインパートナーＡの選定を行う。次に、提携する複数のプリントパートナーＢの中から、ユーザ注文にかなう最適な１のプリントパートナーＢの選定を行う。次に、提携する複数の物流パートナーＣの中から、ユーザ注文にかなう最適な１の物流パートナーＣの選定を行う。そしてデザイン、印刷、配送等の各工程において、それぞれ各工程における最適な１のパートナーの選定を行った後、選定した各パートナーに対し注文業務の依頼・発注を行う。
【００２６】
より具体的には、選定したデザインパートナーＡに対しては、印刷物の注文内容に応じたデザインの注文、完成原稿（印刷データ）の作成依頼を行う。また選定したプリントパートナーＢに対しては、デザインパートナーＡが作成した完成原稿（印刷データ）の印刷依頼を行う。また選定した物流パートナーＣに対しては、プリントパートナーＢが印刷した印刷物の配送依頼を行う。そして物流パートナーＣにより、ユーザの指定する配送先（納品先）に印刷物が届けられる。
【００２７】
また、選定サーバ１は、選定した各パートナーに対し注文業務の依頼・発注に伴って、ユーザやこれら提携業者との各取引ドキュメントの発行を行う。これにより、ユーザや複数の提携業者との取引時に発生する取引ドキュメントのやり取りの簡素化を図るものであるが、この点、詳細は後述する。
【００２８】
Ｗｅｂサーバ２は、インターネット上に公開されて設けられ、印刷物の注文窓口であるウェブサイト（図１参照）を提供するサーバである。ユーザは、Ｗｅｂサーバ２のウェブサイトにアクセスし、いつでも簡単に注文（発注）を行うことができる。そしてウェブサイトを介して注文された注文内容は、選定サーバ１に渡される。
【００２９】
ＭＦＰ（Multi-Function Peripheral）３は、ＭＦＰ（MFP：Multi-Function Peripheral）１は、コピー、スキャナ、プリンタ、ファックスなどの複数の機能を一つの筐体内に収納した画像形成装置である。本実施形態において、ＭＦＰ３は、選定サーバ１とネットワークを介し接続され、選定サーバ１にスキャンした画像データを送信したり、選定サーバ１からの印刷データを印刷することができる。
【００３０】
デザインパートナーＡは、印刷物が納品される迄のデザイン、印刷、配送等の各工程において、デザインを担当するデザイン業者である。デザインパートナーＡは、図に示されるように複数存在しており、選定サーバ１からのデザインの注文を受けると、注文内容に応じたデザイン、完成原稿（印刷データ）の作成を行う。完成原稿は、選定サーバ１に一旦送信（納品）されるか、又はプリントパートナーＢに直接送信される。
【００３１】
プリントパートナーＢは、印刷物が納品される迄のデザイン、印刷、配送等の各工程において、印刷を担当する印刷業者である。プリントパートナーＢは、図に示されるように全国各地（又は全世界各地）のように広域に渡って複数存在しており、かつ１地域毎においても複数存在する。選定サーバ１からの印刷の注文を受けると、注文内容に従って完成原稿の印刷を行う。印刷された印刷物は選定サーバ１の指定する物流パートナーＣに渡される。正確には物流パートナーＣは配送業者であるので、印刷物は物流パートナーＣにより指定日時において回収される。
【００３２】
物流パートナーＣは、印刷物が納品される迄のデザイン、印刷、配送等の各工程において、運送業者、宅配業者、バイク便、郵便等々の配送を担当する配送業者である。物流パートナーＣは、図に示されるように全国各地（又は全世界各地）のように広域に渡って複数存在しており、かつ１地域毎においても複数存在する。選定サーバ１からの配送の注文を受けると、指定のプリントパートナーＢから指定日時に印刷物を回収し、指定配送先（納品先）にその印刷物の配送を行う。
【００３３】
なお、クラウドプリンティング・システム１００の選定サーバ１と、デザインパートナーＡ、プリントパートナーＢ、物流パートナーＣは、ネットワークを介し接続され、選定サーバ１からの依頼を受ける以上、各パートナーそれぞれにＰＣ端末（非図示）を備えていることはいうまでもない。
【００３４】
なおまた、本実施形態に係るクラウドプリンティング・システム１００においては、上述したように定型形の印刷物であれば、Ｗｅｂサーバ２のウェブサイト上に提供されているデザインやテンプレートの中からフォームを選択のうえ、オンラインでフォームを任意に編集して入稿でき、自由形の印刷物であれば、ユーザ側が作成した完成原稿（印刷データ）をアップロードできる。また、自由形の印刷物であれば、ユーザ側が作成した完成原稿（印刷データ）をアップロードして入稿できる。いずれの場合も、デザインパートナーＡによるデザインは不要であることから、選定サーバ１はデザインパートナーＡの選定を省略し、プリントパートナーＢの選定から行えばよい。但し本実施形態においては、ユーザはデザインサービスを利用するものとし、デザイナーパートナーＡにより印刷対象となる完成原稿（印刷データ）が作成されるものとして説明を進めていく。
【００３５】
（ハードウェア）
ここで、本実施形態に係る選定サーバ１のハードウェア構成について説明しておく。図４は、パートナー選定サーバ１の一実施形態の主要構成を示すハードウェア構成図である。選定サーバ１は、主要な構成として、ＣＰＵ１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、補助記憶装置１４、記憶媒体読取装置１５、入力装置１６、表示装置１７、及び通信装置１８を含む構成である。
【００３６】
ＣＰＵ１１は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ＲＯＭ１２は、ＣＰＵ１１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ１３は、ＣＰＵ１１がＲＯＭ１２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。
【００３７】
補助記憶装置１４は、汎用のＯＳ（Operating System）、各種プログラムを含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。
【００３８】
入力装置１６は、ユーザが各種入力操作を行うための装置である。入力装置１６は、マウス、キーボード、表示装置１７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置１７は、各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。
【００３９】
通信装置１８は、ネットワークを介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。
【００４０】
（機能）
次に、本実施形態に係る選定サーバ１の主要機能構成について説明する。図５は、本実施形態に係るパートナー選定サーバ１の機能ブロック図の一例を示す。選定サーバ１は、図に示されるように、入力部１１０、デザインパートナー選定部１２０、プリントパートナー選定部１３０、物流パートナー選定部１４０、発注部１５０、記憶部１６０、文書発行部１７０を含む。
【００４１】
入力部１１０は、Ｗｅｂサーバ２からユーザの注文内容を入力する機能部である。上述したように、ユーザはＷｅｂサーバ２のウェブサイトにアクセスし、印刷物の注文（発注）を行うが、そのウェブサイトを介して注文された注文内容は、選定サーバ１の入力部１１０に対し渡される。
【００４２】
デザインパートナー選定部１２０は、ユーザから印刷物のデザイン注文を受けると、デザインパートナーＤＢ１６１に登録されている複数のデザインパートナーＡの中から、ユーザ注文にかなう最適な１のデザインパートナーＡの選定を行う。
【００４３】
プリントパートナー選定部１３０は、ユーザから印刷物の印刷注文を受けると、プリントパートナーＤＢ１６２に登録されている複数のプリントパートナーＢの中から、ユーザ注文にかなう最適なプリントパートナーＢの選定を行う。具体的な選定方法については後述する。
【００４４】
物流パートナー選定部１４０は、ユーザから印刷物の印刷注文を受けると、物流パートナーＤＢ１６３に登録されている複数の物流パートナーＣの中から、ユーザ注文にかなう最適な１の物流パートナーＣの選定を行う。
【００４５】
発注部１５０は、デザインパートナー選定部１２０、プリントパートナー選定部１３０、物流パートナー選定部１４０において選定されたデザインパートナーＡ、プリントパートナーＢ、物流パートナーＣに対し、それぞれデザイン、プリント、物流（配送）の依頼を行う。また依頼時には、デザインパートナーＡ、プリントパートナーＢにはユーザ注文内容、物流パートナーＣには配送日時等の諸情報を含めて依頼を行う。
【００４６】
記憶部１６０は、デザインパートナーＤＢ１６１、プリントパートナーＤＢ１６２、物流パートナーＤＢ１６３、取引文書ＤＢ１６４が登録されている記憶手段である。デザインパートナー選定部１２０、プリントパートナー選定部１３０、物流パートナー選定部１４０は、これら各ＤＢの情報に基づき最適なパートナーの選定を行う。
【００４７】
文書発行部１７０は、ユーザ（発注者）、各パートナーに対し、注文書、請求書、納品書などの各種取引ドキュメントを発行（作成）する。取引ドキュメントは、複数多様な種類のドキュメントがあるが、取引に応じて、都度そのときに必要なドキュメントが発行される。
【００４８】
以上これらの機能は、実際には選定サーバ１のＣＰＵ１１が実行するプログラムによりコンピュータに実現させるものである。なおまた、本実施形態においてはあくまで一構成例であり、各機能部を外部装置や他のサーバに実装することも可能である。例えば、各ＤＢが登録される記憶部１６０は別サーバにより構築することもできる。また、例えば、文書発行部１７０は、ユーザ（発注者）、各パートナーに対し、注文書、請求書、納品書などの各種取引ドキュメントを発行（作成）するが、文書発行サーバのような文書発行機能を有する独立装置として構成することもできる。
【００４９】
（各種ＤＢ）
上述の通り、記憶部１６０は、デザインパートナーＤＢ１６１、プリントパートナーＤＢ１６２、物流パートナーＤＢ１６３、取引文書ＤＢ１６４が登録されている。以下各ＤＢの具体例について説明する。
【００５０】
図６は、各パートナーＤＢのデータ例を示す。まず、デザインパートナーＤＢ１６１は、（ａ）のようにデザインパートナー登録情報が登録される。具体的に、複数のデザインパートナーが登録されるとともに、予めパートナーからの申告等に基づき、提携のデザインパートナー毎に、その「所在地」、「営業日」等の情報が登録されている。
【００５１】
また、プリントパートナーＤＢ１６２は、（ｂ）のようにプリントパートナー登録情報が登録される。具体的に、複数の物流パートナーが登録されるとともに、予めプリントパートナーからの申告等に基づき、提携のプリントパートナー毎に、その「所在地」、「営業日」等の情報が登録されている。
【００５２】
また、物流パートナーＤＢ１６３は、（ｃ）のように物流パートナー登録情報が登録される。具体的に、複数の物流パートナーが登録されるとともに、予め物流パートナーからの申告等に基づき、提携の物流パートナー毎に、その「所在地」、「営業日」等の情報が登録されている。
【００５３】
図７は、取引文書ＤＢ１６４のデータ例を示す。図（ａ）〜（ｃ）に示されるように、取引文書ＤＢ１６４には、クラウドプリンティング・システム１００が取引を行うパートナー、つまり、デザインパートナーＤＢ１６１、プリントパートナーＤＢ１６２、物流パートナーＤＢ１６３に登録されているパートナー毎に、各パートナーで使用している各種取引ドキュメントの原本（テンプレート）が予め登録される。取引ドキュメント原本は、具体的な記入事項が未記入の取引ドキュメントのテンプレート・フォームである。例えば、請求書の場合、請求元、請求先、請求金額など、具体的な記入事項が未記入の請求書テンプレート・フォームとなる。
【００５４】
各種取引ドキュメントの原本は、次のように登録される。例えば、新たに提携するパートナーを登録する際、そのパートナーで使用している各種取引ドキュメントの原本を入手し、ＭＦＰ３を使用して、原本をスキャンする。そして、スキャンした原本画像を、パートナー名（例えばＡ１等）や取引ドキュメント種類（例えば、注文書原本等）などの属性情報とともに、取引文書ＤＢ１６４に登録しておくことにより、取引文書ＤＢ１６４が作成される。
【００５５】
なお、各パートナーで使用している各種取引ドキュメントは、各パートナーが個々のフォーマットで使用しているものである。よって、各種取引ドキュメントの原本は、各パートナーのオリジナルであり、そのフォーマットはそれぞれ異なっている。
【００５６】
また、取引文書ＤＢ１６４には、（ｄ）に示されるように、対ユーザ用の各種取引ドキュメントの原本が予め登録される。これは、クラウドプリンティング・システム１００として、ユーザに対し発行する取引ドキュメントの原本である。詳細は再度後述する。
【００５７】
[情報処理]
本実施形態に係るクラウドプリンティング・システム１００の情報処理について説明する。パートナー選定サーバ１は、ユーザからＷｅｂサーバ２を介して印刷物の注文を受けると、印刷物が納品される迄のデザイン、印刷、配送等の各工程において、各パートナー（デザインパートナーＡ、プリントパートナーＢ、物流パートナーＣ）の中から、それぞれ各工程における最適なパートナーの選定処理を行う。このとき、ユーザ（発注者）、クラウドプリンティング・システム１００、各パートナーとの間で、注文書等の取引ドキュメントのやり取りが発生するが、この点、以下詳しく説明する。
【００５８】
図８は、本実施形態に係るパートナー選定サーバ１の取引ドキュメント取扱処理を説明するシーケンス図である。
【００５９】
Ｓ１：ユーザ（発注者）は、クラウドプリンティング・システム１００に対し、印刷物の注文を行う。具体的には、Ｗｅｂサーバ２のウェブサイト（例えば図１）から、ユーザの注文内容（注文条件）を入力し、印刷物の注文（発注）を行う。ウェブサイトを介して注文された注文内容は、選定サーバ１の入力部１１０に対し渡される。
【００６０】
ここでは一例として、例えばユーザより、以下の注文内容がオーダーされる。
・ 「会社案内」
・ 納期：通常納期
・ デザインサービスを利用
・ デザイン要望事項（デザイン概要、文字情報、依頼イメージ図、その他要望事項等々）
・印刷：両面印刷、ページ数10ページ、表紙はフルカラーで表面にラミネート加工、
・部数：1000
・納品先：東京本社（東京都中央区東銀座○○）
選定サーバ１は、印刷物の注文を受けると、注文内容（注文条件）に基づいて、提携する複数のデザインパートナーＡの中から、ユーザ注文にかなう最適な１のデザインパートナーＡの選定を行う。また、提携する複数のプリントパートナーＢの中から、ユーザ注文にかなう最適な１のプリントパートナーＢの選定を行う。また、提携する複数の物流パートナーＣの中から、ユーザ注文にかなう最適な１の物流パートナーＣの選定を行う。そしてデザイン、印刷、配送等の各工程において、それぞれ各工程における最適な１のパートナーの選定を行った後、ユーザに対し、「注文確認」画面を表示する（図９参照）。
【００６１】
Ｓ２：ユーザは、注文内容の確認を行って、表示された内容でよければ、「注文する」を押下し、注文を確定させる。これにより、クラウドプリンティング・システム１００は、ユーザからの注文を正式に受注する。Ｗｅｂサーバ２は、ユーザの「注文する」押下後、例えば、「注文完了」画面を表示させる（図１０参照）。「注文完了」画面は、ユーザ注文内容の詳細が表示される。
【００６２】
なお、本実施形態において、ユーザはウェブサイトを通じて、印刷物の注文を行うため、ユーザから、クラウドプリンティング・システム１００（さらには各パートナー）に対し、正式な「注文書」が発行されることはないものとする。但し、上述の如く、「注文確認」画面に表示されたユーザ注文内容の詳細が、「発注書」相当の内容であるから、この「注文確認」画面（又はこの画面を印刷したもの）に代えて、「注文書」が発行されたといえる。
【００６３】
また、「受注書」についても同様である。つまり、本実施形態において、ユーザはウェブサイトを通じて、印刷物の注文を行うため、クラウドプリンティング・システム１００（さらには各パートナー）から、ユーザに対し、正式な「受注書」が発行されることはない。但し、上述の如く、「注文完了」画面に表示されたユーザ注文内容の詳細が、「受注書」相当の内容であるから、この「注文完了」画面（又はこの画面を印刷したもの）に代えて、「受注書」が発行されたといえる。
【００６４】
Ｓ３：次に、クラウドプリンティング・システム１００の選定サーバ１は、ユーザから注文を受けると、先に選定した各パートナーに対し、注文業務の依頼・発注を行う。具体的に、選定サーバ１の発注部１５０は、注文業務の依頼・発注を行うため、文書発行部１７０に対し、各パートナーそれぞれに対する「注文書」の発行を依頼する。即ち、デザインパートナーＡに対し、ユーザ注文に基づくデザインの注文を行うべく、「注文書」を発行する。また、プリントパートナーＢに対し、ユーザ注文に基づく印刷の注文を行うべく、「注文書」を発行する。また、物流パートナーＣに対し、ユーザ注文に基づく配送の注文を行うべく、「注文書」を発行する。
【００６５】
一般に、クラウドプリンティング・システム１００から各パートナー（発注先）に「注文書」を発行する場合、「注文書」のフォーマットは、２通りの場合が考えられる。
【００６６】
一つは、クラウドプリンティング・システム１００側で用意したフォーマットの「注文書」を使用するケースである。この場合、各パートナー（発注先）に対し、共通（同一）のフォーマットの「注文書」が発行される。また一つは、各パートナーが使用している個々のフォーマットの「注文書」を使用するケースである。この場合、各パートナー（発注先）に対し、それぞれ異なるフォーマットの「注文書」が発行される。
【００６７】
本実施形態においては、後者、即ち、各パートナーが使用している個々のフォーマットの「注文書」を使用して、「注文書」を発行する。理由としては、クラウドプリンティング・システム１００側での利便性よりも、パートナーの利便性を優先するためである。これにより、各パートナーは、自社指定のフォーマットで「注文書」が発行されるので、例えば、自社システムに「注文書」を自動で取り込むことが可能になるなど、管理上の取り扱い易さの点でメリットがある。一方、自社指定のフォーマットでない場合、パートナー側は、自社システムへの手入力作業等が発生する可能性がある。
【００６８】
ここで、本実施形態に係る文書発行部１７０の「注文書」発行処理について説明する。文書発行部１７０は、発注部１５０からの「注文書」の発行依頼を受けて、「注文書」の発行（作成）を実行する。文書発行部１７０は、発注部１５０から各パートナー先（「注文書」の発行先）の情報を得て、取引文書ＤＢ１６４から、各パートナー先に対応する「注文書」の原本を取得する。
【００６９】
例えば、文書発行部１７０は、取引文書ＤＢ１６４から、デザインの注文を行うデザインパートナーＡ１の「注文書原本」（formＡ1-1.jpg）、印刷の注文を行うプリントパートナーＢ１の「注文書原本」（formB1-1.jpg）、配送の注文を行う物流パートナーＣ１の「注文書」（formC1-1.jpg）を取得する。これら「注文書原本」は、各パートナーのオリジナルであるので、そのフォーマットはそれぞれ異なる。
【００７０】
文書発行部１７０は、まずデザインパートナーＡ１の「注文書原本」を取得する。次に、「注文書原本」内の枠や文字を認識し、その注文書に対し、ユーザからの注文内容に基づき、必要事項を入力する。なお、「注文書原本」に対し必要事項を入力する際、各入力項目などの認識や、印字ずれ等に対する画像処理が必要となるが、具体的な入力方法は、公知技術を利用することにより実現することができる。
【００７１】
図１１は、デザインパートナーＡ１への「注文書」の一例を示す。図に示されるように、文書発行部１７０は、ユーザからの注文内容に基づき、デザインパートナーＡ１の「注文書原本」に必要事項を入力し、「注文書」を発行する。
【００７２】
また、クラウドプリンティング・システム１００において、文書発行部１７０は、「注文書」を発行する際、社印（印影画像）などの画像スタンプを「注文書原本」内の所定位置に捺印する。近年、取引ドキュメント上、正式な文書に対するデジタル捺印は、その効力が認められはじめている点を考慮したものである。
【００７３】
図１２は、プリントパートナーＢ１への「注文書」の一例を示す。また図１３は、物流パートナーＣ１への「注文書」の一例を示す。このように、文書発行部１７０は、同様の要領で、発注部１５０からの「注文書」の発行依頼を受けて、各パートナーに対し、それぞれの「注文書」を発行（作成）する。
【００７４】
文書発行部１７０により「注文書」が発行されると、発注部１５０は、「注文書」を用いて各パートナーに対し、注文業務の依頼・発注を行う。クラウドプリンティング・システム１００の選定サーバ１と、デザインパートナーＡ、プリントパートナーＢ、物流パートナーＣは、ネットワークを介し接続され、各パートナーそれぞれにＰＣ端末（非図示）を備えている。よって、発注部１５０は、各パートナーそれぞれにＰＣ端末に、発行された「注文書」を送信することにより、注文業務の依頼・発注を行うことができる。
【００７５】
なお、パートナーが、ＦＡＸでの「注文書」を希望する場合には、文書発行部１７０により発行された「注文書」を、選定サーバ１からＭＦＰ３に送信し、ＭＦＰ３によってＦＡＸ送信することもできる。また、仮にパートナーが、さらに郵送等による「注文書」を希望する場合には、文書発行部１７０により発行された「注文書」をＭＦＰ３に送信し、ＭＦＰ３によって「注文書」を印刷することもできる。印刷された「注文書」は、担当者等によって郵送される。
【００７６】
また、発注部１５０は、各パートナーに対し、注文業務の依頼・発注を行うと、各パートナーは、クラウドプリンティング・システム１００に対し、受注書を発行する場合がある。この場合、各パートナーからの受注書は、各パートナーのＰＣ端末から、ネットワークを介し、選定サーバ１に送信することができる。
【００７７】
Ｓ４：次に、デザインパートナーＡは、注文された依頼に対する納品を完了する。具体的に、デザインパートナーＡ１の場合、「注文書」に基づき、「会社案内」のパンフレットをデザインし、そのデザイン（デザイン・印刷データ）を納品する。
【００７８】
Ｓ５：デザインパートナーＡは、注文された依頼に対する納品を完了すると、その納品とともに、又は納品後、クラウドプリンティング・システム１００に対し、請求書、納品書を発行する。この場合、デザインパートナーＡからの請求書、納品書は、デザインパートナーＡのＰＣ端末から、ネットワークを介し、選定サーバ１に送信することができる。
【００７９】
例えば、デザインパートナーＡ１の場合、「注文書」に基づき、「会社案内」のパンフレットをデザインし、そのデザイン（デザイン・印刷データ）を納品する。デザインは、プリントパートナーＢ１により、印刷されるので、デザインパートナーＡ１から、クラウドプリンティング・システム１００に納品されてから、プリントパートナーＢ１に渡される。又は、デザインパートナーＡ１から、プリントパートナーＢ１に渡される。その後、デザインパートナーＡ１は、クラウドプリンティング・システム１００に対し、請求書（印刷代金）、納品書を発行する。
【００８０】
Ｓ６：次に、プリントパートナーＢは、「注文書」に基づき、「会社案内」のパンフレットを印刷し、その印刷物を納品する。例えば、プリントパートナーＢの場合、「注文書」に基づき、「会社案内」のパンフレットを印刷し、その印刷物を納品する。印刷物は、物流パートナーＣにより、回収されるので、回収をもって納品とする。
【００８１】
Ｓ７：プリントパートナーＢは、クラウドプリンティング・システム１００に対し、請求書（印刷代金）、納品書を発行する。この場合、プリントパートナーＢからの請求書、納品書は、プリントパートナーＢのＰＣ端末から、ネットワークを介し、選定サーバ１に送信することができる。
【００８２】
Ｓ８：次に、選定サーバ１の文書発行部１７０は、ユーザ（発注者）に対し、対ユーザ用の「請求書」、「納品書」を発行する。上述したように、印刷物は、物流パートナーＣ１により、配送されるので、プリントパートナーＢ１から、物流パートナーＣ１に直接回収される。よって、配送のタイミングで、ユーザ（発注者）に対し、クラウドプリンティング・システム１００としての「請求書」、「納品書」を発行する必要がある。よって、文書発行部１７０は、クラウドプリンティング・システム１００としての「請求書」、「納品書」を発行し、物流パートナーに送信する。物流パートナーは、受信した「請求書」、「納品書」を印刷してから、プリントパートナーＢから回収した印刷物とともに、配送先に配送するようにする。
【００８３】
ここで、本実施形態に係る文書発行部１７０の対ユーザ用の「請求書」、「納品書」発行処理について説明する。文書発行部１７０は、発注部１５０からユーザ先の情報を得て、取引文書ＤＢ１６４から、対ユーザ用の「請求書（兼納品書）」の原本を取得する。
【００８４】
例えば、文書発行部１７０は、取引文書ＤＢ１６４から、対ユーザ用の文書として「請求書（兼納品書）原本」（form1.jpg）を取得する。
【００８５】
文書発行部１７０は、「請求書（兼納品書）原本」内の枠や文字を認識し、その注文書（兼納品書）に対し、デザインパートナーＡ及びプリントパートナーＢからの請求書・納品書に基づき、必要事項（例えば、請求金額）を入力する。なお、「請求書（兼納品書）原本」に対し必要事項を入力する際、各入力項目などの認識や、印字ずれ等に対する画像処理が必要となるが、具体的な入力方法は、公知技術を利用することにより実現することができる。
【００８６】
図１４は、対ユーザ用の「請求書（兼納品書）」の一例を示す。図に示されるように、文書発行部１７０は、デザインパートナーＡ及びプリントパートナーＢからの請求書・納品書に基づき、「請求書（兼納品書）原本」に必要事項を入力し、ユーザへの「請求書（兼納品書）」を発行する。
【００８７】
ここで、上述のＳ５で、デザインパートナーＡから、クラウドプリンティング・システム１００に対し、請求書、納品書が発行されている。また、上述のＳ７で、プリントパートナーＢから、クラウドプリンティング・システム１００に対し、請求書、納品書が発行されている。また、デザインパートナーＡ及びプリントパートナーＢの請求書原本、納品書原本は、取引文書ＤＢ１６４に登録されている。よって、文書発行部１７０は、これら請求書原本、納品書原本と、デザインパートナーＡ及びプリントパートナーＢからの請求書、納品書との画像照合により、請求書、納品書内の文字や数字等（請求金額、納品物名などを示す）を抽出する。そして、抽出した文字や数字等を「請求書（兼納品書）原本」に転記するように入力することで、ユーザへの「請求書（兼納品書）」を発行できる。
【００８８】
つまり、文書発行部１７０は、デザインパートナーＡ及びプリントパートナーＢからの請求書、納品書の内容を統合することにより作成された対ユーザ用の「請求書（兼納品書）」を発行する。これにより、ユーザに対しては、クラウドプリンティング・システム１００側から、各パートナーからの取引ドキュメントが、一元的な「請求書（兼納品書）」として発行されるので、取引ドキュメントの一本化が実現され、例えば、ユーザが複数のパートナーと請求書のやり取りを行ったりするなど、煩雑な手間を削減できる。
【００８９】
また、クラウドプリンティング・システム１００において、文書発行部１７０は、社印（印影画像）などの画像スタンプを「注文書原本」内の所定位置に捺印する。
【００９０】
なお、本実施形態において、対ユーザ用の「請求書（兼納品書）」には、物流パートナーＣからの請求書、納品書の内容を反映しないものとする。ユーザからすると、クラウドプリンティング・システム１００において、ユーザが明示的に発注したものは、デザインサービス及び印刷サービスであり、一般に印刷物を配送するという配送サービスは、あくまで付随のサービスであるからである。
【００９１】
Ｓ９：物流パートナーＣは、プリントパートナーＢから、印刷物を回収し、回収した印刷物（対ユーザ用の「請求書（兼納品書）」付）を配送先に配送する。物流パートナーＣの場合、この配送完了をもって納品とする。以上により、ユーザ（発注者）に対し、注文された印刷物の納品が完了した。
【００９２】
Ｓ１０：クラウドプリンティング・システム１００に対し、請求書（配送代金）、納品書（配送サービス）を発行する。この場合、物流パートナーＣからの請求書、納品書は、物流パートナーＣＡのＰＣ端末から、ネットワークを介し、選定サーバ１に送信することができる。勿論、別途、ＦＡＸや郵送により、請求書、納品書を受領することもできる。
【００９３】
Ｓ１１：ユーザ（発注者）は、印刷物の納品後、印刷物に付されていた「請求書（兼納品書）」を参照するなどして、請求された代金の支払を完了する。ここで、ユーザに対しては、クラウドプリンティング・システム１００側から一元的に「請求書（兼納品書）」が発行され、またユーザはこの「請求書（兼納品書）」に従って、請求された代金の支払を完了する。これにより、請求の一本化、及び請求代金回収の一本化が実現され、例えば、ユーザが複数のパートナーと請求書のやり取りを行ったり、複数のパートナーに対し代金の支払を行うなど、煩雑な手間を削減できる。
【００９４】
Ｓ１２：選定サーバ１の文書発行部１７０は、ユーザから代金の支払が完了すると、ユーザ（発注者）に対し、今度は、対ユーザ用の「領収書」を発行する。
【００９５】
ここで、本実施形態に係る文書発行部１７０の対ユーザ用の「領収書」発行処理について説明する。文書発行部１７０は、発注部１５０からユーザ先の情報を得て、取引文書ＤＢ１６４から、対ユーザ用の「領収書」の原本を取得する。
【００９６】
例えば、文書発行部１７０は、取引文書ＤＢ１６４から、対ユーザ用の文書として「領収書原本」（form2.jpg）を取得する。そして、文書発行部１７０は、「領収書原本」内の枠や文字を認識し、その領収文書に対し、ユーザからの支払代金に基づき、必要事項（例えば、領収金額）を入力する。
【００９７】
図１５は、対ユーザ用の「領収書」の一例を示す。図に示されるように、文書発行部１７０は、「領収書原本」にユーザからの注文内容に基づき、必要事項を入力し、ユーザへの「領収書」を発行する。また、クラウドプリンティング・システム１００において、文書発行部１７０は、社印（印影画像）などの画像スタンプを「領収書原本」内の所定位置に捺印する。
【００９８】
Ｓ１３：クラウドプリンティング・システム１００は、ユーザの支払いが完了すると、デザインパートナーＡに対する代金の支払いを行う。ここで、ユーザの支払いは、例えば、デザインパートナーＡ１、プリントパートナーＢ１、物流パートナーＣ１に支払うべき代金を含む。よって、クラウドプリンティング・システム１００は、ユーザの支払いの中から、デザインパートナーＡ１に支払うべき金額、具体的には、例えば、デザインパートナーＡ１からの請求書（Ｓ５）により請求された金額の支払いを行う。
【００９９】
なお、ユーザの支払いが完了したか否かは、クラウドプリンティング・システム１００が振込先（例えば、銀行口座等）と連携し、ユーザの支払いが完了した旨の情報を自動取得するようにする。これにより、クラウドプリンティング・システム１００は、ユーザの支払いが完了したことを自動的に検知できるとともに、各パートナーに対する代金の支払い（振込み等）についても、自動的に行うことができる。
【０１００】
Ｓ１４：選定サーバ１の文書発行部１７０は、デザインパートナーＡに対する代金の支払完了後、デザインパートナーＡに対して、「払込通知書」を発行する。
【０１０１】
文書発行部１７０は、発注部１５０からユーザ先の情報を得て、取引文書ＤＢ１６４から、パートナー先に対応する「払込通知書原本」を取得する。具体的には、文書発行部１７０は、取引文書ＤＢ１６４から、デザインパートナーＡ１の「払込通知書原本」（formA1-3.jpg）を取得する。そして、文書発行部１７０は、「払込通知書原本」内の枠や文字を認識し、その払込通知書に対し、デザインパートナーＡ１への支払完了代金に基づき、必要事項（例えば、支払金額）を入力することにより、「払込通知書」を発行する。また、文書発行部１７０は、社印（印影画像）などの画像スタンプを「払込通知書」内の所定位置に捺印する。
【０１０２】
Ｓ１５：デザインパートナーＡは、「払込通知書」の通知を受け、また支払いの確認を完了すると、クラウドプリンティング・システム１００に対し、領収書を発行する。
【０１０３】
Ｓ１６：また同様に、クラウドプリンティング・システム１００は、ユーザの支払いが完了すると、プリントパートナーＢに対する代金の支払いを行う。クラウドプリンティング・システム１００は、ユーザの支払いの中から、プリントパートナーＢ１に支払うべき金額、具体的には、例えば、プリントパートナーＢ１からの請求書（Ｓ７）により請求された金額の支払いを行う。
【０１０４】
Ｓ１７：選定サーバ１の文書発行部１７０は、プリントパートナーＢに対して、「払込通知書」を発行する。
【０１０５】
文書発行部１７０は、発注部１５０からユーザ先の情報を得て、取引文書ＤＢ１６４から、パートナー先に対応する「払込通知書原本」を取得する。例えば、文書発行部１７０は、取引文書ＤＢ１６４から、プリントパートナーＢ１の「払込通知書原本」（formB1-3.jpg）を取得する。そして、文書発行部１７０は、「払込通知書原本」内の枠や文字を認識し、その払込通知書に対し、プリントパートナーＢ１への支払完了代金に基づき、必要事項（例えば、支払金額）を入力することにより、「払込通知書」を発行する。また、文書発行部１７０は、社印（印影画像）などの画像スタンプを「払込通知書」内の所定位置に捺印する。
【０１０６】
Ｓ１８：プリントパートナーＢは、「払込通知書」の通知を受け、また支払いの確認を完了すると、クラウドプリンティング・システム１００に対し、領収書を発行する。
【０１０７】
Ｓ１９：また同様に、クラウドプリンティング・システム１００は、ユーザの支払いが完了すると、物流パートナーＣに対する代金の支払いを行う。クラウドプリンティング・システム１００は、ユーザの支払いの中から、物流パートナーＣ１に支払うべき金額、具体的には、例えば、物流パートナーＣ１からの請求書（Ｓ１０）により請求された金額の支払いを行う。
【０１０８】
Ｓ２０：選定サーバ１の文書発行部１７０は、物流パートナーＣに対して、「払込通知書」を発行する。
【０１０９】
文書発行部１７０は、発注部１５０からユーザ先の情報を得て、取引文書ＤＢ１６４から、パートナー先に対応する「払込通知書原本」を取得する。例えば、文書発行部１７０は、取引文書ＤＢ１６４から、プリントパートナーＢ１の「払込通知書原本」（formC1-3.jpg）を取得する。そして、文書発行部１７０は、「払込通知書原本」内の枠や文字を認識し、その払込通知書に対し、物流パートナーＣへの支払完了代金に基づき、必要事項（例えば、支払金額）を入力することにより、「払込通知書」を発行する。また、文書発行部１７０は、社印（印影画像）などの画像スタンプを「払込通知書」内の所定位置に捺印する。
【０１１０】
Ｓ２１：物流パートナーＣは、「払込通知書」の通知を受け、また支払いの確認を完了すると、クラウドプリンティング・システム１００に対し、領収書を発行する。
【０１１１】
[総括]
以上、本実施形態に係るクラウドプリンティング・システム１００においては、ユーザ（発注者）が印刷物の注文を行った際、ユーザと提携する各パートナーとにおいて、直接的な取引ドキュメントは発生しない。つまり、クラウドプリンティング・システム１００により、各種取引ドキュメントの仲介がなされる。
【０１１２】
これにより、ユーザに対しては、クラウドプリンティング・システム１００側から、各パートナーからの取引ドキュメントが、一元的に発行されるので、取引ドキュメントの一本化が実現され、例えば、ユーザが複数のパートナーと請求書のやり取りを行ったりするなど、煩雑な手間を削減できる。
【０１１３】
また、各パートナーに対しても、クラウドプリンティング・システム１００側から、取引ドキュメント（且つパートナー毎に使用している取引ドキュメントのフォーマット）が、一元的に発行されるので、取引ドキュメントの一本化が実現され、例えば、パートナーがユーザと請求書のやり取りや代金の回収を行ったりするなど、煩雑な手間を削減できる。
【０１１４】
以上、本実施形態によれば、複数の提携業者との取引時に発生する取引ドキュメントのやり取りの簡素化を図る情報処理システム等を提供することが可能となる。
【０１１５】
各実施形態に基づき本発明の説明を行ってきたが、上記各実施形態にあげたその他の要素との組み合わせなど、ここで示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。また、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【符号の説明】
【０１１６】
Ａ          デザインパートナー
Ｂ          プリントパートナー
Ｃ          物流パートナー
１          パートナー選定サーバ
２          Ｗｅｂサーバ
３          ＭＦＰ
１１        ＣＰＵ
１２        ＲＯＭ
１３        ＲＡＭ
１４        補助記憶装置
１５        記憶媒体読取装置
１６        入力装置
１７        表示装置
１８        通信装置
１１０      入力部
１２０      デザインパートナー選定部
１３０      プリントパートナー選定部
１４０      物流パートナー選定部
１５０      発注部
１６０      記憶部
１７０      文書発行部
１６１      デザインパートナーＤＢ
１６２      プリントパートナーＤＢ
１６３      物流パートナーＤＢ
１６４      取引文書原本ＤＢ
１００      クラウドプリンティング・システム
【先行技術文献】
【特許文献】
【０１１７】
【特許文献１】特開２００７−００４３４８号公報
【特許文献２】特開２００８−０４０８７８号公報
【特許文献３】特開２００５−３３９５１５号公報
【図１】
2013206382.tif 000003
【図２】
2013206382.tif 000004
【図３】
2013206382.tif 000005
【図４】
2013206382.tif 000006
【図５】
2013206382.tif 000007
【図６】
2013206382.tif 000008
【図７】
2013206382.tif 000009
【図８】
2013206382.tif 000010
【図９】
2013206382.tif 000011
【図１０】
2013206382.tif 000012
【図１１】
2013206382.tif 000013
【図１２】
2013206382.tif 000014
【図１３】
2013206382.tif 000015
【図１４】
2013206382.tif 000016
【図１５】
2013206382.tif 000017