JP2019067223A - フォトブックの製造受注装置、プログラム - Google Patents

Abstract

【課題】フォトブック作成サービスのサービス提供者のソフトウェア開発を容易にする製造受注装置等を提供する。【解決手段】サーバ２は、フォトブックの製造受注を行うための製造受注装置であり、フォトブック作成サービスのサービス提供者のサーバ３およびフォトブックの製造者のサーバ４と通信可能に接続される。サーバ２は、サービス提供者のサーバ３からフォトブックのページ画像を受信し、ページ画像を予め定めた所定の規則に従って修正し、入稿データを作成する。そして、入稿データを製造者のサーバ３に送信する。【選択図】図６

Description

本発明は、フォトブックの製造受注装置およびそのプログラムに関する。

ユーザの画像からフォトブックを作成するサービスは種々存在している。例えば、ユーザはユーザ端末で専用のアプリケーションを立ち上げ、フォトブック製品等を選択し、フォトブックに載せる画像やそのレイアウトを指定してそれらのデータをサービス提供者側に送信している。

製造設備を持たない事業者もサービス提供者として参入しており、このようなケースでは、サービス提供者側がフォトブックの製造者側に必要なデータを送信し、フォトブックの製造を依頼する。特許文献１には、これらユーザ、サービス提供者、および製造者間の連携を仲介するための管理システムの例が記載されている。

特開2017-134543号公報

現在このようなサービス提供者は複数存在し、今後も参入が予想される。ただし、サービス提供者側のシステムが製造者側のシステムに依存することが、サービス提供者のソフトウェア開発、改修コストの増加につながり、新規参入の壁になっている面がある。

すなわち、サービス提供者側が開発するアプリケーション等は製造者側でのフォトブックの製造仕様に大きく依存し、そのような製造仕様を意識した開発が必要になる。

一方で、製造者側のシステムもサービス提供者側のシステムに依存しており、例えば製造者側がサービス提供者ごとに異なるデータ仕様のデータを受付けるような場合、これらのデータ仕様のそれぞれに製造者側で対応する必要が生じ、多種多様なデータ仕様に対応するのは困難である。

本発明は上記の問題に鑑みてなされたものであり、フォトブック作成サービスのサービス提供者のソフトウェア開発を容易にする製造受注装置等を提供することを目的とする。

前述した課題を解決するための第１の発明は、フォトブック作成サービスのサービス提供者のサーバおよびフォトブックの製造者のサーバと通信可能に接続される、フォトブックの製造受注装置であって、前記サービス提供者のサーバからフォトブックの画像データを受信する画像データ受信手段と、前記画像データを予め定めた所定の規則に従って修正し、入稿データを作成する入稿データ作成手段と、前記入稿データを前記製造者のサーバに送信する入稿データ送信手段と、を有することを特徴とする製造受注装置である。

本発明では、フォトブック作成サービスのサービス提供者とフォトブックの製造者との間に製造受注装置を設け、サービス提供者側から製造受注装置に送信された画像データを製造者側で定めた所定の規則に従って修正し、標準化された入稿データを製造者側に送ることで、フォトブックの製造仕様に応じた製造者側のデータ仕様と、サービス提供者側のデータ仕様との違いを吸収できる。

結果、サービス提供者側で取り扱うデータ仕様が製造者側で必要なものから多少異なっていても、製造受注装置が扱えるデータ仕様であればこれを修正することができるので、サービス提供者側から見れば、取り扱うデータ仕様が自由に設定でき、アプリケーション等の開発や改修を製造者側の詳細な製造仕様を意識することなく容易に行うことができる。そのため開発コスト等が抑えられ、事業に参入しやすくなる。製造者側から見ても、多種多様なサービス提供者のデータ仕様のそれぞれに対応する必要が無くなり、注文の増加にもつながる。

前記製造受注装置は、前記製造者のサーバからフォトブック製品の製造仕様を受信する製造仕様受信手段と、前記製造仕様に基づき、且つ前記製造仕様とは異なる製造仕様を前記サービス提供者のサーバに送信する製造仕様送信手段と、を有することが望ましい。

本発明では、製造者側でのフォトブック製品の製造仕様そのものでなく、当該製造仕様に基づく公開仕様を製造受注装置からサービス提供者側に通知する。サービス提供者側では、公開仕様に沿ったデータを製造受注装置に送信し、製造者側の詳細な製造仕様に沿ったデータの修正は製造受注装置によって行う。このように製造受注装置で柔軟な対応を行うことで、サービス提供者側が考慮すべき製造仕様が一定且つ単純明確化され、それ以外の細かな製造仕様を意識する必要がなくなる。また製造者側から見ても、製造仕様を全て公開することが無くなるため、ノウハウの保護といった観点から都合が良い。

例えば前記所定の規則はデータ形式に関するものを含み、前記入稿データは、前記画像データのデータ形式を所定のデータ形式へと変換して作成される。
あるいは前記所定の規則はファイル名の命名規則に関するものを含み、前記入稿データは、前記画像データのファイル名を所定の命名規則に沿ったファイル名に修正して作成されることも望ましい。
本発明では、例えば画像データのデータ形式やファイル名を製造受注装置側で修正し、標準化された入稿データを製造者側に送ることができる。

第２の発明は、コンピュータを、フォトブック作成サービスのサービス提供者のサーバおよびフォトブックの製造者のサーバと通信可能に接続される、フォトブックの製造受注装置であって、前記サービス提供者のサーバからフォトブックの画像データを受信する画像データ受信手段と、前記画像データを予め定めた所定の規則に従って修正し、入稿データを作成する入稿データ作成手段と、前記入稿データを前記製造者のサーバに送信する入稿データ送信手段と、を有する製造受注装置として機能させるためのプログラムである。

本発明により、フォトブック作成サービスのサービス提供者のソフトウェア開発を容易にする製造受注装置等を提供することができる。

フォトブックの製造システム１を示す図。 サーバ２のハードウェア構成を示す図。 製造管理データ２００の例。 注文管理データ４００の例。 製品データ３００とユーザデータ５００の例。 フォトブックの注文から入稿までの流れを示すフローチャート。 フォトブックの注文から入稿までの流れについて説明する図。 サーバ２が行う修正について説明する図。 フォトブックの注文処理状況の確認の流れを示すフローチャート。 製品追加の通知の流れを示すフローチャート。 製品追加の通知の流れについて説明する図。 製品データ３００の作成について説明する図。 ページ画像の変更の例。

以下、図面に基づいて本発明の好適な実施形態について詳細に説明する。

（１．製造システム１）
図１は本発明の実施形態に係る製造受注装置を含むフォトブックの製造システム１を示す図である。本実施形態の製造システム１は、サーバ２、３、４およびユーザ端末５がネットワークを介して通信可能に接続された構成を有する。ネットワークは有線、無線を問わない。

製造システム１において、サーバ２はフォトブックの製造受注を行う受注者のサーバであり、サーバ３はフォトブックの作成サービスを行うサービス提供者のサーバである。またサーバ４はフォトブックの製造を行う製造者のサーバである。後述するように、本実施形態では複数の異なるサービス提供者が存在し、サービス提供者ごとの複数のサーバ３が存在する。

サーバ２はフォトブックの製造受注装置であり、サーバ３からフォトブックの製造受注データを受信してフォトブックの製造受注を行い、フォトブックの製造依頼データをサーバ４に送信してフォトブックの製造依頼を行う。

図２はサーバ２のハードウェア構成を示す図である。図２に示すように、サーバ２は、例えば制御部２１、記憶部２２、表示部２３、入力部２４、通信制御部２５等をバス等により接続して構成したコンピュータにより実現できる。但しこれに限ることなく、適宜様々な構成をとることができる。

制御部２１はCPU、ROM、RAMなどから構成される。CPUは、記憶部２２、ROMなどの記憶媒体に格納されたサーバ２の処理に係るプログラムをRAM上のワークエリアに呼び出して実行する。ROMは不揮発性メモリであり、ブートプログラムやBIOSなどのプログラム、データなどを恒久的に保持している。RAMは揮発性メモリであり、記憶部２２、ROMなどからロードしたプログラムやデータを一時的に保持するとともに、制御部２１が各種処理を行うために使用するワークエリアを備える。

記憶部２２はハードディスクドライブやソリッドステートドライブ、フラッシュメモリ等であり、後述する処理を実行するためのプログラム、プログラム実行に必要なデータ、OSなどが格納される。これらのプログラムやデータは、制御部２１により必要に応じて読み出され実行される。

表示部２３は例えば液晶ディスプレイ等である。
入力部２４はサーバ２に各種の設定入力を行うものである。
通信制御部２５はネットワークを介した通信を媒介する通信インタフェースであり、サーバ３、４等との間で通信を行う。

サーバ３、４は、サーバ２と同様の制御部、記憶部、表示部、入力部、通信制御部を有する。なお、本実施形態では複数のサービス提供者が存在し、サービス提供者ごとの複数のサーバ３が存在するものとする。

ユーザ端末５はフォトブックの作成サービスを利用するユーザが所持するコンピュータ端末であり、例えばスマートフォン、タブレット端末などの携帯端末やパーソナルコンピュータなどを用いることができる。ユーザ端末５は、サーバ２の制御部２１、記憶部２２、表示部２３、入力部２４、通信制御部２５と同様の機能を持つ制御部、記憶部、表示部、入力部、通信制御部を有する。

なお、本実施形態では専用のアプリケーションによってフォトブック作成サービスを利用できるようになっており、そのためのアプリケーションプログラムがユーザ端末５の記憶部に格納されている。ただし、フォトブック作成サービスを利用するためのアプリケーションはウェブアプリケーションであってもよく、この場合はユーザ端末５側にアプリケーションプログラムは不要である。

（２．製造管理データ２００、製品データ３００、注文管理データ４００、およびユーザデータ５００）
本実施形態では、サーバ２の記憶部２２およびサーバ４の記憶部にフォトブックの製造を管理するための製造管理データ２００が格納される。

図３は製造管理データ２００の例であり、本実施形態では製造管理データ２００として製品ＩＤ２０１、製造仕様ＩＤ２０２、仕上がりサイズ２０３、表紙塗足し２０４、本文塗足し２０５、ページ数２０６、背幅２０７、表紙タイプ２０８、トンボ２０９、入稿データ解像度２１０等の情報が紐付けて記録される。

製品ＩＤ２０１はフォトブック製品を識別する識別情報である。製造管理データ２００では、製造者が製造可能なフォトブック製品の製品ＩＤ２０１が記録される。

製造仕様ＩＤ２０２は、上記フォトブック製品の製造仕様を識別する識別情報である。ここでの製造仕様は製造者側で定めたものであり、本実施形態では仕上がりサイズ２０３、表紙塗足し２０４、本文塗足し２０５、ページ数２０６、背幅２０７、表紙タイプ２０８、トンボ２０９、入稿データ解像度２１０等である。

仕上がりサイズ２０３はフォトブック製品の仕上がりサイズであり、例えばフォトブックの縦横のサイズ（フォトブックを閉じた場合のサイズ）である。

表紙塗足し２０４と本文塗足し２０５は、フォトブックの画像データの外周部に設定される枠状部分（後述する図１３（ｂ）の塗足し領域６３参照）の幅である。フォトブックの製造時には、フォトブックの画像データを印刷した用紙が当該画像データの外周部で断裁され、上記の表紙塗足し２０４と本文塗足し２０５は断裁時の誤差を考慮して定められる。この画像データについては後述する。表紙塗足し２０４はフォトブックの表紙の画像データについて定められる幅であり、本文塗足し２０５はフォトブックの本文（中身）の画像データについて定められる幅である。なお、本実施形態において「表紙」とはフォトブックの表紙と背表紙、裏表紙が１枚に連続したものを指すこととする。

ページ数２０６、背幅２０７はフォトブック製品のページ数と背幅である。

表紙タイプ２０８はフォトブック製品の表紙のタイプであり、例えば硬質な用紙を用いるか（ハードタイプ）、比較的軟質な用紙を用いるか（ソフトタイプ）の違いである。

トンボ２０９はフォトブックの画像データに付されるトンボのサイズや位置を示すものである。

入稿データ解像度２１０は入稿データに必要な解像度である。入稿データについては後述する。

サーバ２の記憶部２２には、ユーザの注文を管理するための注文管理データ４００も格納される。図４は注文管理データ４００の例であり、本実施形態では注文管理データ４００として注文ＩＤ４０１、サービス提供者ＩＤ４０２、ユーザＩＤ４０３、ステータス４０４、製品ＩＤ２０１等の情報が紐付けて記録される。

注文ＩＤ４０１は、フォトブックの注文を識別する識別情報である。

サービス提供者ＩＤ４０２は、注文を受付けたサービス提供者を識別する識別情報である。

ユーザＩＤ４０３は、ユーザを識別する識別情報である。

ステータス４０４はユーザの注文に係るフォトブックの現在の注文処理状況を示す情報であり、注文受付完了、製造準備中、製造中、配送準備中、配送中、配送済みなどがある。

なお、注文管理データ４００の製品ＩＤ２０１は、ユーザの注文に係るフォトブックの製品ＩＤを記録したものである。

一方、サーバ３の記憶部には、サービス提供者が実際に作成を受付けるフォトブック製品について記録した製品データ３００と、ユーザの注文について示すユーザデータ５００が格納される。なお、サーバ３の記憶部にはサービス提供者に関する情報として、サービス提供者ＩＤなども記録される。

図５（ａ）は製品データ３００の例であり、本実施形態では製品データ３００として製品ＩＤ２０１、製造仕様ＩＤ２０２、表紙サイズ３０１、本文サイズ３０２、ページ数２０６、画像解像度３０３等の情報が紐付けて記録される。

製品データ３００では、製品ＩＤ２０１としてサービス提供者が実際に作成を受付け、ユーザがアプリケーション上で選択可能なフォトブック製品の製品ＩＤが記録される。

製品データ３００の製造仕様ＩＤ２０２は上記フォトブック製品の製造仕様を識別するものであるが、ここでの製造仕様は、サービス提供者に公開され且つユーザに対してもアプリケーション上で公開可能なもの（公開仕様）であり、本実施形態では表紙サイズ３０１、本文サイズ３０２、ページ数２０６、画像解像度３０３である。

表紙サイズ３０１と本文サイズ３０２はフォトブックの表紙の画像データのサイズと本文の画像データのサイズであり、例えば縦横のサイズとして定められる。

画像解像度３０３はフォトブックに載せる画像に必要な解像度である。

製品データ３００のページ数２０６は、実際に作成を受付けるフォトブック製品のページ数である。

図５（ｂ）はユーザデータ５００の例であり、本実施形態ではユーザデータ５００として前記したユーザＩＤ４０３、製品ＩＤ２０１、ステータス４０４が記録される。

（３．フォトブックの製造管理方法）
次に、本実施形態に係るフォトブックの製造管理方法の流れを、フォトブックの注文から入稿までの流れ、ユーザが注文処理状況を確認する流れ、製造者側から製品追加の通知を行う流れに分けて説明する。なお、以降説明するサーバ２の処理機能は、Web API(Application Programming Interface)としてサービス提供者側のソフトウェア処理に提供される。

（３−１．フォトブックの注文から入稿まで）
図６はフォトブックの注文から入稿までの流れを示すフローチャートであり、図７はフォトブックの注文から入稿までの流れについて説明する図である。図６のＳ１０１はユーザ端末５の制御部が実行し、Ｓ１０２〜Ｓ１０５はサーバ３の制御部が実行する。またＳ１０６〜Ｓ１０９はサーバ２の制御部２１が実行し、Ｓ１１０はサーバ４の制御部が実行する。

ユーザは、まずユーザ端末５でサービス提供者が提供する専用のアプリケーションを起動し、フォトブック製品（製品データ３００の製品ＩＤ２０１に対応するもの）の選択を行った後、フォトブックに載せる画像の選択、テキストの入力、画像およびテキストのレイアウトの指定等を行う。そして、ユーザＩＤ等を入力してサーバ３に接続し、フォトブックの配送先、ユーザの名前など必要な配送先情報を入力する。しかしながら、注文の方法はこれに限らない。例えば前記したウェブアプリケーションの場合、サービス提供者のサーバ３が提供するウェブサイト上でサーバ３側のアプリケーションプログラムを実行し、フォトブック製品の選択、フォトブックに載せる画像の選択、テキストの入力、レイアウトの指定、ユーザＩＤや配送先情報等の入力を行うことができる。

ユーザ端末５は、選択されたフォトブック製品の製品ＩＤ２０１、ユーザＩＤ、フォトブックに載せる画像、テキスト、レイアウトなどの編集情報、配送先情報を注文データ２０としてサーバ３に送信する（Ｓ１０１）。

サーバ３は、注文データ２０を受信すると（Ｓ１０２）、ユーザデータ５００への記録を行う（Ｓ１０３）。例えば、Ｓ１０２で受信したユーザＩＤ（ユーザＩＤ４０３）に対応するユーザデータ５００の製品ＩＤ２０１にＳ１０２で受信した製品ＩＤ２０１を記録し、ステータス４０４として初期値（例えば「注文受付完了」）を記録する。

また、サーバ３は、編集情報に基づき画像やテキストを合成して図８（ａ）に例示するページ単位の画像データ（以下、ページ画像ということがある）を作成し（Ｓ１０４）、製品ＩＤ２０１、ユーザＩＤ４０３、ページ画像、配送先情報、サービス提供者ＩＤ等をフォトブックの製造受注データ３０としてサーバ２に送信する（Ｓ１０５）。

なお、図８（ａ）に示すように、ページ画像はフォトブックの表紙と本文について作成され、そのサイズは製品データ３００の表紙サイズ３０１や本文サイズ３０２として設定されたサイズになる。

また、Ｓ１０５においてサービス提供者ＩＤやパスワード等を認証情報として送信し、サーバ２による認証を行うことも可能である。これにより、サービス提供者が適切なものかどうか判定でき、成りすましを防ぐことが可能である。

サーバ２は、フォトブックの製造受注データ３０を受信する（Ｓ１０６；画像データ受信手段）と、注文管理データ４００の作成を行う（Ｓ１０７）。例えば、注文ＩＤを新規に生成して注文管理データ４００の注文ＩＤ４０１として記録し、Ｓ１０６で受信したユーザＩＤ４０３、製品ＩＤ２０１を注文管理データ４００に記録し、Ｓ１０６で受信したサービス提供者ＩＤを注文管理データ４００のサービス提供者ＩＤ４０２として記録する。なお、ステータス４０４は前記と同様に初期値（例えば「注文受付完了」）を記録する。

また、サーバ２は、ページ画像に対し必要な修正を行い、入稿データを作成する（Ｓ１０８；入稿データ作成手段）。

サーバ２が行う上記の修正は、入稿データを製造者側の製造システムで取り扱えるデータ仕様とするためのものであり、製造者側で予め定めた所定の規則に従って行われる。本実施形態では、例えば図８（ｂ）、（ｃ）に示すようなページ画像の並び順の修正、トンボ５１の付与、ファイル名の修正、ファイル形式の変更などが行われる。

ページ画像の並び順の修正としては、製造者側で採用している製本方式や印刷方式に沿った所定の規則に従ってページ順が並べ替えられる。図８（ｂ）の例では、前後に並んだ４枚の本文のページ画像について、一番後ろのページ画像を先頭に移動する処理が行われている。本実施形態では図８（ａ）に示すようにページ画像のファイル名に初期のページ番号が含まれており（例えば20171012-1.jpgのハイフン以下の「1」の部分）、当該ページ番号を元にページ画像を並べ替えることができる。ただし、ファイル名にページ番号が含まれていなくても、当該ファイル名とページ番号の関係を示すデータがページ画像とともにサーバ３から送信されていれば、同様にページ画像の並び順を修正することが可能である。

また、入稿データとしては、製造管理データ２００のトンボ２０９（所定の規則）に従って図８（ｃ）に例示するようにトンボ５１が適切な位置と大きさで付与される。なお図８（ｃ）の例では、フォトブックの本文の場合、入稿データを作成するにあたり並べ替え後の前後２つのページ画像を合成しており、トンボ５１は合成後の画像に付与している。

さらに、最終的な入稿データでは製造者側で採用している命名規則（所定の規則）に従ってファイル名が修正して付され、ファイル形式が製造者側で採用しているデータ形式（所定の規則）に変換される。図８（ｃ）の例では、[PB0001.pdf]、[PB0002.pdf]、[PB0003.pdf]、…など、[PB+(表紙も含めたページ順)]という製造者側の命名規則に従ってファイル名が付され、またファイル形式が、製造者側で採用しているデータ形式として、jpgからpdfに変更されている。

以上は、サーバ２で受付可能なデータ仕様である限りにおいて、サービス提供者によってページ画像のデータ仕様が異なる場合も同様である。例えばファイル名の末尾にページ番号を記載するという条件をサーバ２で受付可能なページ画像の条件としておけば、ファイル名のそれ以外の部分はサービス提供者ごとに異なっていても（例えばサービス提供者によってファイル名に注文日付を記載したりしなかったりする場合でも）、前記の手順によるページ画像の並べ替えとファイル名の付与を行うことができる。そのため、本実施形態では異なるサービス提供者のそれぞれから受注を行うが、各サービス提供者のサーバ３のそれぞれから異なるデータ仕様のページ画像が送られる場合でも、これを製造者側で必要なデータ仕様に標準化（統一）することができる。

また、Ｓ１０８でデータ修正を行う際の規則である、ページ画像の並び順の入替規則や入稿データのファイル名の命名規則、データ形式、製造管理データ２００のトンボ２０９等はサービス提供者には公開されない（サーバ３の製品データ３００に含まれない）ものであり、これらのデータに基づく修正はサーバ２内部でのみ行われるので、サービス提供者やユーザはそのような細かい製造仕様を意識することはない。

サーバ２は、こうして入稿データを作成した後、注文ＩＤ４０１、製品ＩＤ２０１、製品ＩＤ２０１に対応する製造仕様ＩＤ２０２、入稿データ、配送先情報等を製造依頼データ４０としてサーバ４に送信する（Ｓ１０９；入稿データ送信手段）。

サーバ４は、製造依頼データ４０を受信する（Ｓ１１０）と、製造依頼データ４０を記憶部に記録する。製造者側では、製造管理データ２００を参照し、Ｓ１０８で受信した製品ＩＤ２０１と製造仕様ＩＤ２０２に対応する製造仕様に従って、入稿データからフォトブックの製造を行う。製造後のフォトブックはＳ１１０で受信した配送先情報に従ってユーザの元に配送される。

（３−２．注文処理状況の確認）
図９はフォトブックの注文処理状況の確認の流れを示すフローチャートである。図９のＳ２０１はサーバ４の制御部が実行し、Ｓ２０２〜Ｓ２０３、Ｓ２０５〜Ｓ２０６はサーバ２の制御部２１が実行する。またＳ２０４、Ｓ２０７〜Ｓ２０８、Ｓ２１０〜Ｓ２１１はサーバ３の制御部が実行し、Ｓ２０９、Ｓ２１２はユーザ端末５の制御部が実行する。

フォトブックの製造者のサーバ４は、注文された全てのフォトブックについて、フォトブックの注文を行ってからフォトブックが配送されるまでの間、製造準備中、製造中、配送準備中、配送中、配送済みなど、フォトブックの注文処理状況のステータスを注文ＩＤ４０１等とともに定期的にサーバ２に送信している（Ｓ２０１）。

サーバ２はこのステータスを注文ＩＤ４０１等とともに受信し（Ｓ２０２）、当該注文ＩＤ４０１に対応する注文管理データ４００のステータス４０４として記録（ステータス４０４の更新）を行う（Ｓ２０３）。

一方、サービス提供者のサーバ３は、サービス提供者ＩＤを含むステータス要求をサーバ２に対し定期的に送信しており（Ｓ２０４）、サーバ２は、ステータス要求を受信する（Ｓ２０５）と、ステータス要求に含まれるサービス提供者ＩＤ（サービス提供者ＩＤ４０２）に対応する全ての注文管理データ４００について、ステータス４０４を製品ＩＤ２０１、ユーザＩＤ４０３と併せてサーバ３に送信する（Ｓ２０６）。

サービス提供者のサーバ３は、ステータス４０４、製品ＩＤ２０１、ユーザＩＤ４０３を受信すると（Ｓ２０７）、ユーザデータ５００の当該ユーザＩＤ４０３と当該製品ＩＤ２０１に対応するステータス４０４として、Ｓ２０７で受信したステータス４０４の記録（ステータス４０４の更新）を行う（Ｓ２０８）。

ユーザは、自身の注文に係るフォトブックの注文処理状況を確認したい場合、ユーザ端末５でアプリケーションを起動し、ユーザＩＤ等を入力してサーバ３にアクセスし、ユーザＩＤを含むステータス確認要求を送信する（Ｓ２０９）。

サーバ３は、ステータス確認要求を受信すると（Ｓ２１０）、ユーザデータ５００を参照し、ステータス確認要求に含まれるユーザＩＤ（ユーザＩＤ４０３）に対応する製品ＩＤ２０１とステータス４０４をユーザ端末５に送信する（Ｓ２１１）。

ユーザ端末５は製品ＩＤ２０１とステータス４０４を受信し（Ｓ２１１）、これによりユーザが注文したフォトブック製品（製品ＩＤ２０１）の注文処理状況を確認することが可能になる。

（３−３．製品追加等の通知）
図１０は製造者側から製品追加の通知を行う流れを示すフローチャートであり、図１１は製品追加の通知を行う流れについて説明する図である。図１０のＳ３０１はサーバ４の制御部が実行し、Ｓ３０２〜Ｓ３０４、Ｓ３０６〜Ｓ３０７はサーバ２の制御部２１が実行する。またＳ３０５、Ｓ３０８〜Ｓ３０９はサーバ３の制御部が実行する。

新たな製造可能製品が追加された場合、製造者のサーバ４は、その製品に係る製品ＩＤ２０１、製造仕様ＩＤ２０２、製造仕様（仕上がりサイズ２０３、表紙塗足し２０４、本文塗足し２０５、ページ数２０６、背幅２０７、表紙タイプ２０８、トンボ２０９、入稿データ解像度２１０等）を記録した新たな製造管理データ２００を作成し、当該製造管理データ２００を記憶部に記録するほかサーバ２にも送信する（Ｓ３０１）。

サーバ２は製造管理データ２００を受信して（Ｓ３０２；製造仕様受信手段）、記憶部２２に追加して記録する（Ｓ３０３）とともに、サービス提供者に通知する製造仕様（公開仕様）を作成し、Ｓ３０２で受信した製品ＩＤ２０１、製造仕様ＩＤ２０２に紐付けて記憶部２２に記録する（Ｓ３０４）。

この公開仕様は、製造管理データ２００の製造仕様に基づき、且つ当該製造仕様とは異なるものとする。すなわち、公開仕様は、フォトブックの製造受注を行う受注者あるいはフォトブックの製造者がサービス提供者側に公開すると決定した内容であり、本実施形態では前記した製品データ３００の表紙サイズ３０１、本文サイズ３０２、ページ数２０６、画像解像度３０３等である。

例えば表紙サイズ３０１はフォトブック製品の仕上がりサイズ２０３、表紙塗足し２０４、背幅２０７に基づき定められ、本文サイズ３０２は仕上がりサイズ２０３と本文塗足し２０５に基づいて定められる。また画像解像度３０３は、製造管理データ２００の入稿データ解像度２１０を考慮し、それに必要なフォトブックに載せる画像の解像度として設定される。なおページ数２０６は製造管理データ２００のページ数２０６であるが、製造管理データ２００のその他の製造仕様はサービス提供者側には通知されず、公開仕様は全体として製造管理データ２００の製造仕様とは異なっている。

サービス提供者のサーバ３は定期的に製造可能製品の問い合わせをサーバ２に送信する（Ｓ３０５）。サーバ２は製造可能製品の問い合わせを受信すると（Ｓ３０６）、新たに追加した製造可能製品の製品ＩＤ２０１、製造仕様ＩＤ２０２とその公開仕様をサーバ３に送信する（Ｓ３０７；製造仕様送信手段）。

サーバ３は、新たに追加した製造可能製品の製品ＩＤ２０１、製造仕様ＩＤ２０２、公開仕様を受信する（Ｓ３０８）と、これら製品ＩＤ２０１、製造仕様ＩＤ２０２、公開仕様を記録した新たな製品データ３００を作成し、記憶部に記録する（Ｓ３０９）。

このとき、サービス提供者は、実際に作成を受付けるフォトブック製品を検討し、製品データ３００の作成を行うことができる。

例えば図１２の例では、新たに追加した製造可能製品として、製品Ａと製品Ｂの製品ＩＤ２０１、製造仕様ＩＤ２０２およびその公開仕様がサービス提供者のサーバ３に送信されているが、製造者側では実際に作成を受付けるフォトブック製品を検討し、製品Ａについてだけ製品ＩＤ２０１、製造仕様ＩＤ２０２およびその公開仕様を記録した製品データ３００を作成している。さらに、通知された製品Ａのページ数２０６は20-40ページであるが、サービス提供者は、実際に作成を受付けるフォトブック製品のページ数をその中から決定し、20ページのものに限定している。このように、サービス提供者は自身のサービス内容を考慮して製品データ３００の作成を行うことができるので、自由なビジネスモデルが実現され個々のサービス提供者のビジネスモデルに柔軟に対応できる。

このように、製造可能な製品の追加をネットワーク経由で通知することで、従来人伝いに通知を行っていたのに比べ、サービス提供者は容易に製品の追加を知ることができる。なお、本実施形態では製造可能な製品の追加を通知する例について説明したが、製造仕様の変更があった場合も前記と同様の手順で通知することができる。ただし、サービス提供者側に公開しない製造仕様の変更については、前記のＳ３０３で処理を終了することになる。

以上説明したように、本実施形態によれば、フォトブック作成サービスのサービス提供者とフォトブックの製造者との間にサーバ２を設け、サービス提供者側からサーバ２に送信された画像データを製造者側で定めた所定の規則に従って修正し、標準化された入稿データを製造者側に送ることで、フォトブックの製造仕様に応じた製造者側のデータ仕様と、サービス提供者側のデータ仕様との違いを吸収できる。

結果、サービス提供者側で取り扱うデータ仕様が製造者側で必要なものから多少異なっていても、サーバ２が扱えるデータ仕様であればこれを修正することができるので、サービス提供者側から見れば、取り扱うデータ仕様が自由に設定できる。例えば本実施形態ではページ画像のデータ形式やファイル名をサーバ２側で修正し、標準化された入稿データを製造者側に送ることができる。

そのため、サービス提供者は、アプリケーション等の開発や改修を製造者側の詳細な製造仕様を意識することなく容易に行うことができ、開発コスト等が抑えられ、事業に参入しやすくなり、多様なサービス展開が可能になる。

さらに、製造者側から見ても、多種多様なサービス提供者のデータ仕様のそれぞれに対応する必要が無くなり、また注文の増加にもつながる。

加えて、本実施形態では、製造者側でのフォトブック製品の製造仕様そのものでなく、当該製造仕様に基づく公開仕様をサーバ２からサービス提供者側に通知する。サービス提供者側では、公開仕様に沿ったデータをサーバ２に送信し、製造者側の詳細な製造仕様に沿ったデータの修正はサーバ２によって行う。このようにサーバ２で柔軟な対応を行うことで、サービス提供者側が考慮すべき製造仕様が一定且つ単純明確化され、それ以外の細かな製造仕様を意識する必要がなくなる。また製造者側から見ても、製造仕様を全て公開することが無くなるため、ノウハウの保護といった観点から都合が良い。

しかしながら、本発明はこれに限ることはない。例えばＳ１０８で行うページ画像の修正内容は前記したものに限らない。一例として、製造管理データ２００の背幅２０７や表紙塗足し２０４、本文塗足し２０５に従ってページ画像の修正を行うことで、これらの製造仕様に変更がある場合、その変更はサーバ提供者側に公開されないもののサーバ提供者側は今まで通り処理を行うことができるので、以下これを説明する。

例えばフォトブックの本文のページに厚みの大きい用紙を使用する等の理由で大きな背幅２０７へと製造仕様の変更がある場合、図１３（ａ）に示すように、サービス提供者側から送られた表紙のページ画像の背幅部分の左右の領域の幅６２を背幅２０７（所定の規則）に応じて縮小等して短くし、全体のサイズは元のページ画像と同じになるようにする。小さな背幅２０７へと製造仕様の変更がある場合は、逆に上記の幅６２を拡大等して大きくすればよい。

また、断裁誤差が大きい印刷機を用いる等の理由で大きな幅の表紙塗足し２０４や本文塗足し２０５へと製造仕様の変更があり、図１３（ｂ）に示すように塗足し領域６３（グレー部分）の幅の変更があった場合、サービス提供者側から送られたページ画像は塗足し領域６３の幅に応じて点線Ａで示すように縮小し、その外側に縮小分に対応する幅の余分領域６４を付加して全体のサイズは元のページ画像と同じになるようにする。これにより、ページ画像の重要な部分（例えばユーザによって配置した画像やテキストなど）が誤って断裁されるのを防ぐ。一方、小さな幅の表紙塗足し２０４や本文塗足し２０５へと製造仕様の変更が有る場合、逆の処理（ページ画像を拡大し、元のページ画像のサイズを超えた部分をカットする）を行うことも可能である。

データ修正を行う際の規則として用いる上記の背幅２０７や表紙塗足し２０４、本文塗足し２０５も、前記したページ画像の並び順の入替規則や入稿データのファイル名の命名規則、データ形式等、製造管理データ２００のトンボ２０９等と同様、サービス提供者には公開されない（サーバ３の製品データ３００に含まれない）ものであり、これらのデータに基づく修正はサーバ２内部でのみ行われる。そのため、サービス提供者やユーザはそのような製造仕様の変更を意識することはなく、製造仕様の変更前と同様に処理を行うことができる。

また、本実施形態ではスマートフォン等の携帯端末やパーソナルコンピュータなどのユーザ端末５からフォトブックの作成サービスを利用しているが、本発明ではユーザ側から見てもフォトブックの注文が容易になり、注文するデバイスやシステムの制約も減る。そのため、スマートフォン等の携帯端末やパーソナルコンピュータのみならず、カメラ、テレビ、IoT端末などのその他の端末からも気軽にフォトブックの注文を行うことができる。

さらに、製造管理データ２００、製品データ３００、注文管理データ４００、およびユーザデータ５００等の構成も前記したものに限らない。例えば注文管理データ４００やユーザデータ５００として、ユーザの注文に係るフォトブックの数量や金額等を記録することもできる。また本実施形態ではサービス提供者のサーバ２がページ画像を作成しているが、ページ画像については、ユーザ端末５が作成してサーバ３に送信するようにしてもよい。

以上、添付図面を参照して、本発明の好適な実施形態について説明したが、本発明は係る例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

１：製造システム
２、３、４：サーバ
５：ユーザ端末
２０：注文データ
３０：製造受注データ
４０：製造依頼データ
２００：製造管理データ
３００：製品データ
４００：注文管理データ
５００：ユーザデータ

Claims (5)

1. フォトブック作成サービスのサービス提供者のサーバおよびフォトブックの製造者のサーバと通信可能に接続される、フォトブックの製造受注装置であって、
   前記サービス提供者のサーバからフォトブックの画像データを受信する画像データ受信手段と、
   前記画像データを予め定めた所定の規則に従って修正し、入稿データを作成する入稿データ作成手段と、
   前記入稿データを前記製造者のサーバに送信する入稿データ送信手段と、
   を有することを特徴とする製造受注装置。
2. 前記製造者のサーバからフォトブック製品の製造仕様を受信する製造仕様受信手段と、
   前記製造仕様に基づき、且つ前記製造仕様とは異なる製造仕様を前記サービス提供者のサーバに送信する製造仕様送信手段と、
   を有することを特徴とする請求項１記載の製造受注装置。
3. 前記所定の規則はデータ形式に関するものを含み、前記入稿データは、前記画像データのデータ形式を所定のデータ形式へと変換して作成されることを特徴とする請求項１または請求項２記載の製造受注装置。
4. 前記所定の規則はファイル名の命名規則に関するものを含み、前記入稿データは、前記画像データのファイル名を所定の命名規則に沿ったファイル名に修正して作成されることを特徴とする請求項１から請求項３のいずれかに記載の製造受注装置。
5. コンピュータを、
   フォトブック作成サービスのサービス提供者のサーバおよびフォトブックの製造者のサーバと通信可能に接続される、フォトブックの製造受注装置であって、
   前記サービス提供者のサーバからフォトブックの画像データを受信する画像データ受信手段と、
   前記画像データを予め定めた所定の規則に従って修正し、入稿データを作成する入稿データ作成手段と、
   前記入稿データを前記製造者のサーバに送信する入稿データ送信手段と、
   を有する製造受注装置として機能させるためのプログラム。

Images