JP2020021129A - 通信システム、サーバシステム、制御方法、並びにプログラム - Google Patents

Abstract

【課題】 編集後の出力データに関する通知を適切に行うことを目的とする。【解決手段】 第１の出力データが生成された後の所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われず、前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が早い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われることを特徴とする通信システムを提供することで課題を解決する。【選択図】 図１

Description

本発明は、通信システム、サーバシステム、制御方法、並びにプログラムに関する。

通知情報を外部から受信し、当該通知情報に基づいて、端末装置が通知画面を表示する方法が知られている。特許文献１には、携帯端末装置がプッシュ通知配信サーバからプッシュ通知を受信して、プッシュ通知を報知させる報知処理を実行することが記載されている。

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

ところで、端末装置を操作することで、印刷物を出力するための出力データを編集し、当該出力データに基づく印刷物を出力するシステムが知られている。このようなシステムを用いるユーザとして、出力操作を行うことを忘れている等の理由により、印刷物を出力する意思はあるが、出力データを編集した後出力を行っていないユーザがいる場合がある。このようなユーザに対しては、編集後の出力データに関する通知を行うことが好ましい。出力データに関する通知が行われることで、ユーザに、印刷物の出力が促されうる。一方で、出力される可能性が低い印刷物に対応する出力データに関する通知が必要以上に行われると、ユーザにとって煩わしいという課題がある。

本発明は、上述の課題を鑑みてなされたものであり、編集後の出力データに関する通知を適切に行うことを目的とする。

上述の課題を解決するために本発明は、テンプレートに画像が配置されたレイアウト画像が印刷された印刷物を出力するための複数の出力データを編集可能な端末装置と、サーバシステムと、を含む通信システムの制御方法であって、
前記複数の出力データのうち第１の出力データを、ユーザからの入力に基づいて編集する第１編集ステップと、
前記複数の出力データのうち第２の出力データを、前記ユーザからの入力に基づいて編集する第２編集ステップと、
前記第１の出力データに関する通知を実行するための第１通知情報と、前記第２の出力データに関する通知を実行するための第２通知情報のうち少なくとも１つを送信する送信ステップと、
前記第１通知情報を受信した場合、前記第１の出力データに関する通知を実行し、前記第２通知情報を受信した場合、前記第２の出力データに関する通知を実行する通知ステップと、
を有し、
前記第１の出力データが生成された後の所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われず、
前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が早い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われることを特徴とする。

本発明によれば、編集後の出力データに関する通知を適切に行うことができる。

フォトアルバム作成／注文システムの構成の例を示す図である。 端末装置の外観を示す図である。 端末装置と情報処理装置のハードウェア構成の例を示す図である。 設定画面、編集画面、注文画面の構成例を示す図である。 自動レイアウト処理を示すフローチャートである。 テンプレート群の一例を示す図である。 プッシュ通知システムの構成の例を示す図である。 通知領域が表示されている状態の画面の一例を示す図である。 アルバムデータの編集において各装置が実行する処理を示すフローチャートである。 アルバムデータに関する通知処理において各装置が実行する処理を示すフローチャートである。 本実施形態の制御が実行される場合に起こり得る各パターンを説明するための図である。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。

（第１実施形態）
図１は、本実施形態の通信システム（アルバム注文システム）の構成の一例を示す図である。図１において、ＰＣ２、３、５、７、１５は、情報処理装置であり、例えば、一般的なパーソナルコンピュータまたはサーバ（以下、ＰＣと略す場合がある）で構成される。端末装置１は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話、スマートフォン、パーソナルコンピュータ、デジタルカメラ等、アプリケーションを扱える装置であればその種類は問わない。端末装置１は携帯電話回線網や、無線ＬＡＮルーターに接続し、インターネット接続が可能である。

＜アルバム注文システムについて＞
端末装置１は、ユーザが所持する装置であり、フォトアルバム作成アプリケーション８０（以下、アルバム作成アプリ８０）を有する。アルバム作成アプリ８０をインストールすることで、端末装置１は、アルバムデータを編集可能となる。アルバム作成アプリ８０は、例えば、スマートフォン用のアプリケーションで構成される。Ｗｅｂブラウザアプリケーション１４３（以下、Ｗｅｂブラウザ１４３と略す場合がある）は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）を利用する際に用いられるブラウザである。端末装置１が属するネットワーク４と、ＰＣ２、３、５、７、１５等が属するネットワーク８は、インターネットを介して接続している。そのため、ネットワーク４やネットワーク８に属する各装置間の間で通信が可能である。

ＰＣ２は、Ｗｅｂサイトを提供可能なＷｅｂサーバ９を含む。ショッピングサイト１１は、Ｗｅｂサーバ９によって提供されるＷｅｂサイトの１つであり、ユーザはショッピングサイト１１を利用してアルバムを注文することができる。
ＰＣ３は、ユーザからアルバムの注文を受け付けたことを検知する注文サーバ１３を含む。

ＰＣ５は、ユーザが編集中のアルバムデータに関する情報や、ユーザがアップロードしたアルバムデータに関する情報、ユーザが注文したアルバムに関する情報を管理する管理システム６を含む。
ＰＣ７は、注文されたアルバムの印刷を管理する印刷システム１２を含む。
ＰＣ１５は、ユーザにメールを送信するためのメールシステム１６を含む。
プリンタ１４は、ユーザが注文したアルバムを印刷する。
ＰＣ１５は、メールシステム１６を含む。

まずユーザは、端末装置１上のアルバム作成アプリ８０を使用して、アルバムを作成するためのアルバムデータを編集する。端末装置１は、アルバムデータが編集される度に、アルバムデータの編集内容に関する情報が、ＰＣ５に送信する。これにより、ＰＣ５上の管理システム６は、ユーザが編集中のアルバムデータに関する情報を管理する。

編集が完了したら、ユーザは、アルバムの注文を行う。具体的には、まず端末装置１は、編集したアルバムデータをＰＣ５にアップロードする。その後、端末装置１は、Ｗｅｂブラウザ１４３によってショッピングサイト１１にアクセスし、アップロードしたアルバムデータに基づくアルバムを、ショッピングサイト１１を介して注文する。

Ｗｅｂサーバ９は、ショッピングサイト１１を介して、ユーザからアルバムの注文を受け付けると、その注文に関する注文関連情報（氏名、住所、電話番号、配送先、注文されたアルバムデータを特定するための情報等）をＰＣ３上の注文サーバ１３に送信する。

注文関連情報を受け付けることで注文を受け付けたことを検知したＰＣ３は、注文関連情報をＰＣ５上の管理システム６に送信する。なお、注文サーバ１３と管理システム６は、同一のＰＣ上で機能しても良い。

ＰＣ５は、管理システム６により、アルバム作成アプリ８０からアップロードされるアルバムデータを受信して一時的に保管し、ＰＣ３から受信した注文関連情報とアルバムデータを関連付けて注文情報として管理する。そして、ＰＣ５は、注文情報をＰＣ７上の印刷システム１２へ送信する。

ＰＣ７は、注文情報を受信すると、印刷システム１２によって、アルバムデータを、アルバムをプリンタ１４で印刷するための印刷データに変換する。印刷データは、印刷設定等が記載されているプリントチケットと、印刷画像データであるＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）ファイルを含む。ＰＣ７は、変換後の印刷データをプリンタ１４に送信する。プリンタ１４は、受信した印刷データに基づいて印刷を行い、アルバムを作成する。なお、ＰＣ７は、受信した注文情報に基づくアルバムのステータス（印刷待ち、印刷済み、配送済み等）や、配送されたアルバムの配送状況を追跡する為の配送伝票番号（トラッキング番号）を管理している。ＰＣ７は、それらの情報を、適宜、ＰＣ５上の管理システム６に送信する。

ＰＣ５は、管理システム６によって、アルバムのステータスに関する情報と配送伝票番号を受信して、管理している各注文情報のステータスを更新する。更に、ＰＣ５は、アルバムのステータスに関する情報と配送伝票番号を、ＰＣ２上のショッピングサイト１１へ送信する。ショッピングサイト１１は、アルバムのステータスに関する情報と配送伝票番号を受信すると、ＰＣ１５上のメールシステム１６にアクセスし、アルバムのステータスに関する情報と配送伝票番号をユーザに通知するためのメールをメールシステム１６に送信させる。

このようにして、ユーザはアルバムを注文することができ、アルバムの注文後は、ユーザのもとに、プリンタ１４によって作成されたアルバムが届く。

本実施形態では、ＰＣ２、ＰＣ３、ＰＣ５、ＰＣ７、ＰＣ１５、プリンタ１４がネットワーク８を介して接続されている例を示した。しかし、この例に限られることなく、例えば、ＰＣ２、ＰＣ３、ＰＣ５、ＰＣ７、ＰＣ１５、プリンタ１４がインターネットを介して接続されていても良い。

なお本実施形態では、ＰＣ２、ＰＣ３、ＰＣ５、ＰＣ７、ＰＣ１５が１台のサーバで構成されているが、この形態に限定されない。複数台のサーバが連携して動作することで、ＰＣ２、ＰＣ３、ＰＣ５、ＰＣ７、ＰＣ１５に対応するサーバシステムが構築されても良い。また、ＰＣ２、ＰＣ３、ＰＣ５、ＰＣ７、ＰＣ１５のうち複数のサーバが実行する機能が、１つのサーバにおいて実行されても良い。

＜端末装置１の外観＞
図２は端末装置１の外観を示す図である。本実施形態では、スマートフォンを例にしている。スマートフォンとは、携帯電話の機能の他に、カメラや、ネットブラウザ、メール機能等を搭載した多機能型の携帯電話のことである。端末装置１は、以下に説明する各ユニットを有する。

ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）ユニット２０１は、近距離無線通信を行うユニットである。ユーザが、ＮＦＣユニット２０１を相手先のＮＦＣユニットに所定距離（１０ｃｍ程度）以内に近づけることで通信を行うことができる。つまり、端末装置１は、近距離無線通信を実行可能である。なお、端末装置１が実行する近距離無線通信は、ＮＦＣ通信に限定されない。例えば、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ（登録商標）や、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）（登録商標）、Ｗｉ−Ｆｉ Ａｗａｒｅ（登録商標）等であっても良い。

無線ＬＡＮユニット２０２は、ＩＥＥＥ８０２．１１規格シリーズに準拠したＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）の機能（Ｗｉ−Ｆｉ（登録商標）機能）を有するユニットである。無線ＬＡＮユニット２０２は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ機能やソフトＡＰ機能によって相手装置とＰｅｅｒ ｔｏ Ｐｅｅｒで直接通信しても良いし、相手装置と外部アクセスポイント等を介して通信しても良い。

回線接続ユニット２０３は、移動体通信網を用いてインターネット通信を行うためのユニットである。インターネット通信には例えばＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）や４Ｇといった通信規格が利用される。

パネルユニット２０４は、例えば、ＬＣＤ方式の表示機構を備えるディスプレイ（表示部）である。パネルユニット２０４はタッチパネル方式の操作機構を備えており、ユーザの押下情報を検知する。具体的には、パネルユニット２０４は、ボタンアイコンやソフトウェアキーボードなどのユーザインターフェース（ＵＩ）を表示し、ユーザがそれらＵＩを押下することを検知する。端末装置１は、ユーザが当該ＵＩに対して行った操作によって発行されるイベントに基づく所定の機能を実行する。

＜各装置の内部構成＞
ＰＣ５と、端末装置１のハードウェア構成について図３のブロック図を参照して説明する。

ＰＣ５は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、外部記憶装置３０４、通信部３０５等を有する。ＣＰＵ３０１、ＲＯＭ３０２等によって、ＰＣ５のコンピュータが形成される。
ＣＰＵ３０１は、システム制御部であり、ＰＣ５の全体を制御する。

ＲＯＭ３０２は、ＣＰＵ３０１が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを格納する。本実施形態では、ＲＯＭ３０２に格納されている各制御プログラムは、ＲＯＭ３０２に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウエア実行制御を行う。

ＲＡＭ３０３は、バックアップ電源を必要とするＳＲＡＭ等で構成される。なお、ＲＡＭ３０３は、図示しないデータバックアップ用の１次電池によってデータが保持されているため、プログラム制御変数等の重要なデータを揮発させずに格納することができる。また、ＰＣ５の設定情報やＰＣ５の管理データ等を格納するメモリエリアもＲＡＭ３０３に設けられている。また、ＲＡＭ３０３は、ＣＰＵ３０１の主メモリとワークメモリとしても用いられる。

外部記憶装置３０４は、サービス提供サーバ２０を利用して、端末装置１に対してプッシュ通知を行うためのプログラム等を保存している。

通信部３０５は、他の装置とデータ通信を実行するための構成である。通信部３０５は、インターネットを介して、他のサーバや端末装置１等と通信可能である。

なお、ＰＣ５は、他の装置とそれぞれ異なる通信方式によって通信するための複数の通信部を有していても良い。

なお、サービス提供サーバ２０や、ＰＣ２、ＰＣ３、ＰＣ７、ＰＣ１５の構成は、ＰＣ５と同様の構成であるものとする。

端末装置１は、表示部３０８、通信部３０９、近距離通信部３１０、ＲＯＭ３１１、ＲＡＭ３１２、ＣＰＵ３１３等を有する。ＣＰＵ３１３、ＲＯＭ３１１等によって、端末装置１のコンピュータが形成される。

ＣＰＵ３１３は、システム制御部であり、端末装置１の全体を制御する。

ＲＯＭ３１１は、ＣＰＵ３１３が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを格納する。本実施形態では、ＲＯＭ３１１に格納されている各制御プログラムは、ＲＯＭ３１１に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウエア実行制御を行う。ＲＯＭ３１１が保持するＯＳとして、例えば、Ａｐｐｌｅ社が提供するｉＯＳや、Ｇｏｏｇｌｅ社が提供するＡｎｄｒｏｉｄ等がある。また、ＲＯＭ３１１は、アルバム作成アプリ８０等の各種プログラムや、これらのプログラムが使用する各種情報を保存している。

ＲＡＭ３１２は、バックアップ電源を必要とするＳＲＡＭ等で構成される。なお、ＲＡＭ３１２は、図示しないデータバックアップ用の１次電池によってデータが保持されているため、プログラム制御変数等の重要なデータを揮発させずに格納することができる。また、端末装置１の設定情報や端末装置１の管理データ等を格納するメモリエリアもＲＡＭ３１２に設けられている。また、ＲＡＭ３１２は、ＣＰＵ３１３の主メモリとワークメモリとしても用いられる。

表示部３０８は、ＬＥＤ（発光ダイオード）やＬＣＤ（液晶ディスプレイ）などから構成され、パネルユニット２０４に対応する。表示部３０８は、各種データや、通知情報に基づく画面を表示する。なお、表示部３０８上に、数値入力キー、モード設定キー、決定キー、取り消しキー、電源キー等の操作部を設置することで、表示部３０８を介してユーザからの入力を受け付けても良い。

通信部３０９は、他の装置とデータ通信を実行するための構成であり、無線ＬＡＮユニット２０２に対応する。例えば、通信部３０９は、無線ＬＡＮルーター等の外部装置と接続して、インターネットを利用することにより、インターネットを介して、ＰＣ５や、通信装置１０３から情報を受信する。なお、通信部３０９が利用する通信方式は、無線通信方式に限定されず、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）や有線ＬＡＮ等の有線通信方式であっても良い。

近距離通信部３１０は、他の装置と近距離で無線接続するための構成であり、ＮＦＣユニット２０１に対応する。なお、本実施形態において、通信部３０９は、近距離通信部３１０よりも高速な通信を行うことができる構成とする。また、通信部３０９によって通信可能な距離は、近距離通信部３１０によって通信可能な距離より長いものとする。

なお、端末装置１は、通信部３０９や近距離通信部３１０の他にも、回線接続ユニット２０３に対応する通信部等を有していても良い。

＜アルバムの注文方法について＞
本実施形態では、上述したように、ユーザは、端末装置１上のアルバム作成アプリ８０によってアルバムデータを編集し、編集したアルバムデータに基づくアルバムを注文する。また、本実施形態では、アルバム作成アプリ８０は、ユーザから入力された画像に基づいて、アルバムデータを自動で編集してユーザに提示する、自動レイアウト機能を有しているものとする。

図４（ａ）に、アルバム作成アプリ８０によって表示される設定画面の一例を示す。メイン画面４０１は、自動レイアウト機能によって生成するアルバムデータの設定情報を入力するための画面である。アルバム作成アプリ８０は、例えばユーザからアルバム作成条件の指定を受付け、受け付けた作成条件に従って自動レイアウト処理を実行する。指定される条件には、例えば処理の対象となる画像データや主人公のＩＤ、アルバムの見開き数、テンプレート情報、画像補正のＯＮ／ＯＦＦ条件、動画使用のＯＮ／ＯＦＦ条件、アルバムのモード等の指定が含まれる。画像データの指定は、例えば、撮影日時など個別の画像データの付随情報や属性情報による指定であってもよいし、デバイスやディレクトリ（フォルダ）の指定など、画像データを含むファイルシステムの構造に基づく指定であってもよい。なお、見開きとは、異なるシート（又はページ）に印刷された、互いに隣接する１対のページに相当する。また、本実施形態のアルバム作成アプリ８０では、一つの表示用ウィンドウで１つの見開きのレイアウトを作成するものとする。

図４（ｂ）に、アルバム作成アプリ８０によって表示される編集画面の一例を示す。表示領域４１１は、１つの見開きを表わしている。ここで、１つの見開きとは、アルバムにおいてそれぞれ対向する２ページ分の領域を指す。本実施形態では、１つの見開きに１つのテンプレートが対応しているため、表示領域４１１には、１つのテンプレートと、それに配置された画像とが表示されることになる。なお、表紙と裏表紙の関係は、上述の見開きの定義に該当しないが、本実施形態では、表示と裏表紙を１つの見開きとみなし、表示領域４１１は、表紙と裏表紙とを並行して表示する。また、表示領域４１１は、１つの見開きを表わす形態に限定されず、例えば、１ページを表わす形態であっても良い。また、表示領域４１１は、１つの見開きを表わす状態と、１ページを表わす状態とを切り替えても良い。この場合例えば、表示領域４１１は、表紙や裏表紙については、１ページを表わす状態で表示し、本身については、１つの見開きを表わす状態で表示する。

スロット４１９は、表示領域４１１に表示されている見開きが有するスロットである。また、テキストボックス４２０は、表示領域４１１に表示されている見開きが有する領域であり、テキストが入力可能な領域である。

サムネイル領域４１２は、アルバムの各見開きに対応するサムネイルを一覧で表示する領域である。ユーザによって、サムネイルが選択された場合、選択されたサムネイルに対応する見開きが、表示領域４１１に表示される。すなわち、ユーザは、サムネイルを選択することによって、選択したサムネイルに対応する見開きを閲覧することができる。

また、アイコン４１３は、サムネイルに対応する見開きが未閲覧であることを示すアイコンである。このように、本実施形態の端末装置１は、未だユーザによって閲覧されていない見開きに対応するサムネイルにアイコンを付加することで、未だユーザによって閲覧されていない見開きの確認を促すことができる。なお、既にユーザによって閲覧されている見開き（閲覧済みの見開き）については、ユーザに確認を促す必要はないため、アイコンは表示されない。

見開き送りボタン４１４、４１５は、表示領域４１１に表示されている見開きを切り替えるためのボタンである。見開き送りボタン４１４が押下された場合、そのときに表示領域４１１に表示されていた見開きの前の見開きが表示される。また、見開き送りボタン４１５が押下された場合、そのときに表示領域４１１に表示されていた見開きの後ろの見開きが表示される。このように、サムネイル領域４１２上のサムネイルを選択する方法でなく、これらのボタンを操作することでも、ユーザは、表示領域４１１に表示される見開きを切り替えることが可能である。

アルバム編集ボタン４１６は、アルバム全体に関する設定を変更するためのボタンである。具体的にはたとえば、アルバム編集ボタン４１６は、アルバム全体の背景色や、アルバム全体で使用されるフォント、アルバム全体のテーマ等を変更するためのボタンである。なお、アルバム全体とは、アルバムに含まれる全ての見開きやページを指す。すなわち、ユーザは、アルバム編集ボタン４１６を押下することでアルバム全体に関する編集・変更を一括で行うことができる。なお、アルバム編集ボタン４１６によって必ずしもアルバムに含まれる全ての見開きやページに関する設定変更が行われなくとも良く、少なくとも１以上の見開きやページに関する設定変更が行われれば良い。

また、本実施形態では、アルバム編集ボタン４１６が押下された場合、アルバム全体に関する設定変更のための入力を受け付けるための画面を、編集画面の前面に表示する。

見開き編集ボタン４１７は、表示領域４１１に表示されている見開きに関する設定を変更するためのボタンである。具体的にはたとえば、見開き編集ボタン４１７は、見開きに対応するテンプレートや、見開きに含まれる画像、見開きの重要度の変更や、テキストを追加・入力するためのボタンである。なお、表示領域４１１に表示されている見開きに関する設定変更は、例えば、スロット４１９やテキストボックス４２０を直接操作することでも実行可能である。

ショッピングカート追加ボタン４１８は、編集画面に表示されているアルバムデータに基づくアルバムをＷｅｂ上でショッピングカートに追加するためのボタンである。ショッピングカート追加ボタン４１８が押下された場合、まず、ショッピングカート追加ボタン４１８が押下されたときの設定のアルバムデータがＰＣ５にアップロードされる。その後、Ｗｅｂブラウザ１４３によって、アルバムを注文するための特定のＷｅｂサイト（ショッピングサイト１１）へのアクセスが行われ、注文画面が表示される。そして、編集画面によって編集が行われていたアルバムデータに基づくアルバムが、Ｗｅｂ上で管理されるショッピングカートに追加される。

ユーザは、図４（ｂ）に対して入力を行うことで、図４（ｂ）に表示されているアルバムデータを編集することができる。具体的には、図４（ｂ）に表示されているアルバムデータに対応するレイアウト画像における配置画像やテンプレートを変更したり、当該レイアウト画像におけるテキストを追加・変更したりすることができる。また例えば、図４（ｂ）に表示されているアルバムデータに基づくアルバムの綴じ方や材質、ページ数等を変更することができる。

図４（ｃ）において、Ｗｅｂブラウザ１４３によって表示される注文画面の一例を示す。ＵＲＬ設定部４２１は、Ｗｅｂブラウザ１４３で表示中のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が表示される領域である。注文内容表示部４２３は、ショッピングカートに追加されているアルバムの内容（値段、アルバムのタイプ、注文番号等）を示す領域である。注文ボタン４２４が押下されると、ショッピングカートに追加されているアルバムが注文される。これにより、端末装置１は、注文関連情報を、ショッピングサイト１１を保持するＰＣ３に送信し、ＰＣ３は、それをＰＣ５に転送する。これにより、ＰＣ５上の管理システム６は、アルバムの注文が行われたことを特定する。

図５は、アルバム作成ボタンが押下された場合に、アルバム作成アプリ８０によって実行される自動レイアウト処理を示すフローチャートである。図５に示すフローチャートは、例えば、ＣＰＵ３１３が、端末装置１が保持するメモリに格納されたアルバム作成アプリ８０に対応するプログラムをＲＡＭ３１２に読み出して実行することにより実現される。図５に示すフローチャートは、アルバム作成アプリ８０が表示する画面における、自動レイアウト指示ボタンが押下された場合に開始される。

まず、Ｓ５０１では、ＣＰＵ３１３は、図４（ａ）に示す設定画面等を介してユーザから受け付けた、アルバム作成条件の設定情報を特定する。

Ｓ５０２では、ＣＰＵ３１３は、検索対象の記憶領域に含まれる画像データを取得する。なお、検索対象の記憶領域は、動画データの取得に関する設定と同様、例えば、図４（ａ）に示す設定画面（例えば、サーバ名ボックス）にて設定可能である。検索対象の記憶領域として、例えば、端末装置１が保持するメモリや、サーバ、ＳＮＳ等が設定される。なお、このとき取得される画像データには、動画データからフレームが切り出されることで取得された画像データが含まれても良い。

Ｓ５０３では、ＣＰＵ３１３は、Ｓ５０２で取得された画像データを評価（スコアリング）する。具体的にはこのとき、ＣＰＵ３１３は、集められた各画像データにおける顔画像の数、顔画像の位置、顔画像のサイズ等の特徴量に基づいて、画像データの評価を行う。

Ｓ５０４では、ＣＰＵ３１３は、レイアウト画像を作成するためのテンプレート群を特定する。図６は、画像が配置される複数のテンプレートを含むテンプレート群の一例を示している。テンプレート群に含まれている複数のテンプレートのそれぞれが、各見開きに対応している。テンプレート６０１は、１枚のテンプレートであり、メインスロット６０２はメインスロットを示し、サブスロット６０３と６０４とはサブスロットを示す。メインスロット６０２とは、テンプレート６０１内でメインとなるスロット（画像をレイアウト（配置）する枠）であり、サブスロット６０３と６０４よりもサイズが大きい。なお、１枚のテンプレートには、それぞれ同一の種類のシーンに分類された画像データが表す画像がレイアウトされても良いし、それぞれ異なる種類のシーンに分類された画像データが表す画像がレイアウトされても良い。

Ｓ５０５では、ＣＰＵ３１３は、Ｓ５０４で特定したテンプレートに、Ｓ５０３での評価に基づいて画像を配置して、レイアウト画像候補を生成する。

Ｓ５０６では、ＣＰＵ３１３は、Ｓ５０５で生成されたレイアウト画像候補を評価する。このとき、各画像データの特徴量や、スコア、各テンプレートの特徴量（スロット数やスロット位置、スロットサイズ等）に基づいて、レイアウト画像候補が評価される。

Ｓ５０７では、ＣＰＵ３１３は、Ｓ５０６における評価が高いレイアウト画像をアルバムデータの一部として特定する。

これにより、アルバムに含まれる各ページの各レイアウト画像が自動で生成され、１つのアルバムデータが生成される。すなわち、端末装置１は、自動レイアウト機能を用いることにより、ユーザからの選択指示を受け付けることなく、配置画像やテンプレートを自動で選択して、レイアウト画像を自動で生成することができる。そして、このようにして生成されたレイアウト画像が、編集画面に表示される。

ユーザによって注文される、アルバムデータに基づくアルバムは、上述のようにして生成及び編集された複数のレイアウト画像が印刷された印刷物となる。

＜プッシュ通知システムについて＞
プッシュ通知とは、プッシュ通知サービスを用いて端末装置１に通知を行う通知方法である。図７は、本実施形態のプッシュ通知システムの構成の一例を示す図である。このシステムは、端末装置１、ＰＣ５、プッシュ通知サービス提供サーバ（以下、サービス提供サーバ）２０を含むものとする。

ＰＣ５は、端末装置１上で動作するアルバム作成アプリ８０を操作してユーザが編集しているアルバムや注文したアルバムに関する情報（通知情報）を、後述する通知条件に基づいて、サービス提供サーバ２０を介して端末装置１に通知する。なお、このときＰＣ５は、複数の装置に情報を表示させるために、複数の端末装置１に対して通知情報を送信しても良い。

端末装置１は、サービス提供サーバ２０から送信される通知情報に基づいて情報を表示する。また、端末装置１が保持するアルバム作成アプリ８０は、サービス提供サーバ２０から送信される通知情報を解析して、解析結果をＯＳに通知することで、通知情報に基づくメッセージをＯＳに表示させる機能を有する。

なお、通知情報に含まれる情報は、ＰＣ５とアルバム作成アプリ８０で共有されるセキュリティキーを用いて暗号化したデータであってもよい。また、バイナリデータであってもよいし、ＵＴＦ−８等のテキストデータ、またはＢａｓｅ６４等の方式でエンコードしたデータであってもよい。

サービス提供サーバ２０は、プッシュ通知サービスを提供するサーバである。本実施形態において、プッシュ通知によって通知領域を表示部に表示するプッシュ通知機能をＯＳが有しているため、当該機能を用いるためには、各ＯＳに対応したプッシュ通知サービスを利用する必要がある。すなわち、ＰＣ５は、通知情報を端末装置１に直接送信するのではなく、サービス提供サーバ２０を介して送信する必要がある。利用されるプッシュ通知サービスは、プッシュ通知によって通知を受け取る端末装置１のＯＳ毎に異なっている。すなわち、ＰＣ５は、プッシュ通知の対象となる端末装置１のＯＳ毎に異なるサービス提供サーバ２０を介して、通知情報を端末装置１に送信する。例えば、Ａｐｐｌｅ社が提供するｉＯＳに対応するプッシュ通知サービスは、Ａｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ（ＡＰＮｓ）であるため、端末装置１のＯＳがｉＯＳである場合、ＡＰＮｓ用のサービス提供サーバ２０が利用される。また、Ｇｏｏｇｌｅ社が提供するＡｎｄｒｏｉｄに対応するプッシュ通知サービスは、Ｆｉｒｅｂａｓｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇ（ＦＣＭ）であるため、端末装置１のＯＳがＡｎｄｒｏｉｄである場合、ＦＣＭ用のサービス提供サーバ２０が利用される。なお、サービス提供サーバ２０と端末装置１間の通信は、サービス提供サーバ２０側からのみ能動的なアクセスが可能な片方向通信となっている。

なお本実施形態では、サービス提供サーバ２０が１台のサーバで構成されているが、この形態に限定されない。複数台のサーバが連携して動作することで、サービス提供サーバ２０に対応するサーバシステムが構築されても良い。

＜プッシュ通知について＞
本実施形態では、ＰＣ５は、アルバム作成アプリ８０によってユーザが編集しているアルバムデータに関する情報をプッシュ通知によって端末装置１に通知する。具体的には、ＰＣ５は、ユーザがアルバムデータを生成・編集してから、当該アルバムデータに基づくアルバムの注文が行わずに一定期間経過した場合、当該アルバムデータに関する情報を端末装置１に通知する。これによりユーザは、アルバムデータが編集状態のままであり、アルバムの注文が完了していないことを認識することができる。

本実施形態において、ＰＣ５は、端末装置１に対するプッシュ通知を行うに当たり、アルバムデータに関する通知情報を、サービス提供サーバ２０を介して端末装置１に送信する。端末装置１は、通知情報を受け付けた場合、通知情報に対応するメッセージを通知するための通知領域を、表示部３０８が表示する画面において新たに表示する。図８（ａ）は、プッシュ通知機能によって通知領域が表示されている状態の画面の一例である。通知領域８０１が、アルバムデータに関する通知領域を示す。通知領域８０１には、通知領域８０１に対応するアプリ（ここでは、アルバム作成アプリ８０）の名前や、通知情報に基づく通知内容が含まれる。なお、通知領域に含まれる内容は、例えば、アルバムデータが編集状態であることを通知するための内容や、アルバムデータの注文を促すための内容等である。また、通知領域には、編集状態であるアルバムデータを識別するための識別情報（アルバム名、ファイル名等）が含まれていても良い。

なお、本実施形態において、プッシュ通知によって通知領域を表示部に表示するプッシュ通知機能は、端末装置１が備えるＯＳによって実現される。プッシュ通知機能とは、端末装置１上でアルバム作成アプリ８０が起動していない状態においても、アルバム作成アプリ８０に対して通知を送ることが可能な機能である。すなわち、プッシュ通知機能によって、端末装置１は、アルバム作成アプリ８０がバックグラウンドで動作している状態や、起動していない状態、ホーム画面が表示されている状態でも、通知領域８０１を表示することができる。

なお、図８（ａ）では、１つのアルバムデータが編集中であることの通知が行われているが、図（ｂ）のように、複数のアルバムデータが編集中であることの通知が行われても良い。

ところで、プッシュ通知によってユーザは、アルバムデータに関する情報を認識することが可能な一方で、プッシュ通知が必要以上に行われてしまうと、ユーザにとって煩わしいという課題がある。

そこで、本実施形態では、プッシュ通知が実行される条件を設定し、必要以上のプッシュ通知が行われないように制御することで、ユーザがプッシュ通知を煩わしく感じることを抑制する。具体的には、本実施形態では、アルバムデータが編集状態であれば通知を行い、アルバムデータがアップロード状態や注文状態、削除状態であれば通知を行わない。編集状態とは、アルバムデータが生成された又は編集されたが、アップロードや注文が行われていない状態である。アップロード状態とは、アルバムデータがアップロードされたが、注文が行われていない状態である。注文状態とは、アルバムデータに対応するアルバムが注文された状態である。削除状態とは、アルバムデータが削除された状態である。

図９は、アルバムデータの編集において各装置が実行する処理を示すフローチャートである。図９のフローチャートが示す処理は、例えば、各装置のメモリに格納されたプログラムを各装置のＣＰＵが各装置のＲＡＭに読み出して実行することにより実現される。また、図９のフローチャートにおいて、端末装置１が実行するＳ９０１、Ｓ９０２、Ｓ９０４、Ｓ９０５、Ｓ９０７、Ｓ９０８、Ｓ９０９、Ｓ９１０の処理は、アルバム作成アプリ８０によって実行される。そして、Ｓ９１０、Ｓ９１１は、Ｗｅｂブラウザ１４３によって実行される。また、ＰＣ５が実行する処理は、管理システム６によって実行される。また、図９のフローチャートは、自動レイアウト機能によって、アルバムデータが自動生成された後の状態で開始される。

まず、Ｓ９０１において、端末装置１は、自動レイアウト機能によってアルバムデータを生成する。本処理の詳細は、図５のフローチャートに示す処理にて前述した。

次に、Ｓ９０２において、端末装置１は、自動レイアウト機能によって生成されたアルバムデータに関する情報（当該アルバムデータの名前や、生成日時に関する情報等）及び自身の識別情報をインターネットを介してＰＣ５に送信する。

次に、Ｓ９０３において、ＰＣ５は、自動レイアウト機能によって生成されたアルバムデータに関する情報を保存・管理する。また、ＰＣ５は、アルバムデータにユーザ操作が行われた日時に関する日時情報を保存・管理しており、このとき、ＰＣ５は、当該日時情報として、アルバムデータが生成された日時に関する情報を保存・管理する。このとき、当該アルバムデータは、編集状態である。

次に、Ｓ９０４において、端末装置１は、自動レイアウト機能によって生成されたアルバムデータの編集操作をユーザから受け付ける。そして端末装置１は、受け付けた編集操作に応じて、アルバムデータを編集する。

次に、Ｓ９０５において、端末装置１は、ユーザから受け付けた編集操作による編集結果に応じて、編集後のアルバムデータに関する情報及び自身の識別情報をインターネットを介してＰＣ５に送信する。なお、例えば、ユーザから受け付けた編集操作が、アルバムデータを削除するための操作である場合は、端末装置１は、アルバムデータが削除されたことを通知するための情報及び削除されたアルバムデータの識別情報等を、ＰＣ５に送信する。

次に、Ｓ９０６において、ＰＣ５は、編集後のアルバムデータに関する情報を保存・管理する。具体的には、ＰＣ５は、当該日時情報として、アルバムデータが編集された日時に関する情報を保存・管理する。このとき、当該アルバムデータは、編集状態である。このとき、ユーザから受け付けた編集操作が、アルバムデータを削除するための操作である場合は、ＰＣ５の管理対象から外れる。具体的には、当該アルバムデータが削除されたり、当該アルバムデータが削除済みであることを示す情報に日時情報が変更されたりする。このとき、当該アルバムデータは、削除状態である。

次に、Ｓ９０７において、端末装置１は、編集後のアルバムデータをアップロードするための操作をユーザから受け付ける。

次に、Ｓ９０８において、端末装置１は、編集後のアルバムデータを、ＰＣ５にアップロードする（送信する）。

次に、Ｓ９０９において、ＰＣ５は、アップロードされたアルバムデータを保存・管理する。また、ＰＣ５は、当該日時情報として、アルバムデータがアップロードされた日時に関する情報を保存・管理する。そして、アルバムデータがアップロードされたことを示す情報を、アルバムデータに関連付けて保存する。このとき、当該アルバムデータは、アップロード状態である。

次に、Ｓ９１０において、端末装置１は、アップロードされたアルバムデータに基づくアルバムを注文するための操作をユーザから受け付ける。

次に、Ｓ９１１において、端末装置１は、注文関連情報を、ＰＣ３に送信する。

次に、Ｓ９１２において、ＰＣ５は、ＰＣ３から受信した注文関連情報を保存・管理する。た、ＰＣ５は、当該日時情報として、アルバムデータが注文された日時に関する情報を保存・管理する。そして、アルバムデータが注文されたことを示す情報を、アルバムデータに関連付けて保存する。このとき、当該アルバムデータは、注文状態である。

これにより、アルバムデータの編集及び、アルバムデータに関する情報の管理が行われる。なおユーザは、複数のアルバムを注文したい場合は、アルバム作成アプリ８０によって、複数のアルバムデータを作成可能である。その場合、ＰＣ５は、端末装置１が編集している複数のアルバムデータに関する情報を、それぞれ管理する。

また、上述では、自動レイアウトによってアルバムデータが生成されてから、当該アルバムデータに基づくアルバムの注文が行われるまでの流れを説明したが、途中で処理が終了しても良い。すなわち、ユーザは、編集途中のアルバムデータを保持していても良いし、アルバムデータのアップロードまで完了させた後、アルバムの注文を保留しても良い。その場合、ＰＣ５によって管理されているアルバムデータの状態は、編集状態やアップロード状態のままとなる。

図１０は、アルバムデータに関する通知処理において各装置が実行する処理を示すフローチャートである。図１０のフローチャートが示す処理は、例えば、各装置のメモリに格納されたプログラムを各装置のＣＰＵが各装置のＲＡＭに読み出して実行することにより実現される。また、図１０のフローチャートにおいて、端末装置１が実行する処理は、アルバム作成アプリ８０によって実行され、ＰＣ５が実行する処理は、管理システム６によって実行される。

まず、Ｓ１００１において、ＰＣ５は、自身が管理しているアルバムデータのうち、ユーザ指示によるデータの変更（編集、アップロード、注文のうちいずれか）が一番最後に行われたアルバムデータを特定する。具体的には、ＰＣ５は、自身が管理している各アルバムデータの日時情報を参照し、日時情報が示す時間が一番新しいアルバムデータを特定する。なお、削除されたアルバムデータは、ＰＣ５が管理しているアルバムデータには含まれない。また、対象のアルバムデータが無い場合は、ＰＣ５は、アルバムデータの特定を行わない。

次に、Ｓ１００２において、ＰＣ５は、Ｓ１００１でいずれかのアルバムデータが特定されたか否かを判定する。ＰＣ５は、判定結果がＹＥＳである場合、Ｓ１００３に進み、判定結果がＮＯである場合、プッシュ通知を行わずに処理を終了する。

次に、Ｓ１００３において、ＰＣ５は、Ｓ１００１で特定されたアルバムデータの状態が、アップロード状態か否かを判定する。ＰＣ５は、判定結果がＹＥＳである場合、Ｓ１００６に進み、判定結果がＮＯである場合、Ｓ１００４に進む。すなわち、本実施形態において、アップロード状態であるアルバムデータに関する通知が行われないように制御される。

次に、Ｓ１００４において、ＰＣ５は、Ｓ１００１で特定されたアルバムデータの状態が、注文状態か否かを判定する。ＰＣ５は、判定結果がＹＥＳである場合、プッシュ通知を行わずに処理を終了する。すなわち、本実施形態において、注文状態であるアルバムデータに関する通知は行われない。そして、判定結果がＮＯである場合、Ｓ１００５に進む。すなわち、本実施形態において、注文状態であるアルバムデータに関する通知が行われないように制御される。なお、ＰＣ５は、判定結果がＹＥＳである場合、Ｓ１００６に進んでも良い。すなわち、新たに他のアルバムデータを特定して、当該他のアルバムデータに関する通知が行われるように制御しても良い。

Ｓ１００３の判定結果がＮＯ且つＳ１００４の判定結果がＮＯである場合、Ｓ１００１で特定されたアルバムデータの状態は、編集状態である。本実施形態では、編集状態のアルバムデータに関する通知を、編集状態のアルバムデータが生成された後の所定のタイミングが実行される。所定のタイミングとは、具体的には、編集状態のアルバムデータが最後に編集された時の日時から所定の時間経過したタイミングである。そして所定の時間とは、Ｎ日である。Ｎは、任意に設定可能な整数であり、本実施形態ではＮ＝３０であるものとする。そのため次に、Ｓ１００５において、ＰＣ５は、Ｓ１００１で特定されたアルバムデータが最後に編集された時の日時から、Ｎ日が経過したか否かを判定する。ＰＣ５は、判定結果がＹＥＳである場合、Ｓ１００１で特定されたアルバムデータに関する通知を行うために、サービス提供サーバ２０に対して、Ｓ１００１で特定されたアルバムデータに関する通知情報を送信する。これにより、サービス提供サーバ２０がＳ１００７の処理を実行する。一方、ＰＣ５は、判定結果がＮＯである場合、プッシュ通知を行わずに処理を終了する。すなわち、本実施形態において、編集状態であるアルバムデータが最後に編集された時の日時から、Ｎ日が経過していなければ、通知が行われないように制御される。また、ユーザ指示によるデータの変更が一番最後に行われたアルバムデータ（編集日時が一番新しいアルバムデータ）以外にも、編集状態のアルバムデータがあったとする。そして、本フローチャートの処理の実行時に、そのアルバムデータが最後に編集された時の日時から、Ｎ日が経過していたとする。しかしながら、本フローチャートでは、編集日時が一番新しいアルバムデータがアップロードされていなければ、他のアルバムデータが最後に編集された時の日時からＮ日が経過しているか否かの判定が行われない。そのため、編集日時が一番新しいアルバムデータ以外のアルバムデータに関する通知情報は、編集日時が一番新しいアルバムデータ以外のアルバムデータが最後に編集された時の日時からＮ日が経過していたとしても送信されない。このような形態とすることにより、ユーザが注文する可能性の高いアルバムに対応するアルバムデータ（編集日時が一番新しいアルバムデータ）に関する通知を実行し、ユーザにアルバムの注文を促すことができる。さらに、ユーザが注文する可能性の低いアルバムに対応するアルバムデータ（編集日時が一番新しいアルバムデータ以外のアルバムデータ）に関する通知が行われてしまうことによりユーザが煩わしさを感じることを抑制できる。なお、Ｓ１００５において、Ｓ１００１で特定されたアルバムデータが最後に編集された時の日時から、Ｎ日以上の日数が経過したか否かを判定しても良い。このような形態とした場合は、後述の図１１（ｉ）や（ｊ）に示すパターンにおいても、通知を行うことができる。また、本実施形態では、編集状態のアルバムデータに関する通知が、編集状態のアルバムデータが最後に編集された時の日時からＮ日経過したタイミングで実行されるものとしたが、この形態に限定されず、任意のタイミングにおいて通知が行われて良い。

Ｓ１００６において、ＰＣ５は、端末装置１が編集しているアルバムデータのうち、まだＳ１００３〜Ｓ１００５の解析のために特定されておらず、且つユーザ指示によるデータの変更（編集）が一番最後に行われたアルバムデータを特定する。そして、ＰＣ５は、Ｓ１００２に進み、このとき特定されたアルバムデータに関して、Ｓ１００３〜Ｓ１００５の解析を行う。なお、対象のアルバムデータが無い場合は、ＰＣ５は、アルバムデータの特定を行わない。

Ｓ１００７において、サービス提供サーバ２０は、ＰＣ５から通知情報を受信する。そして、サービス提供サーバ２０は、通知情報を端末装置１に送信する。なおこのとき、ＰＣ５から受信された通知情報がサービス提供サーバ２０において変換された後、変換後の通知情報が端末装置１に送信されても良い。

サービス提供サーバ２０を介して通知情報が端末装置１に受信されると、まず、端末装置１は、端末装置１のＯＳを用いて通知情報を解析する。通知情報には、当該通知情報に対応するアプリケーションの情報が含まれているため、端末装置１のＯＳは、受信した通知情報がいずれのアプリケーションに対応するものかを特定する。本実施形態においては、通知情報は、アルバム作成アプリ８０に対応しているため、端末装置１のＯＳは、アルバム作成アプリ８０に通知情報を送信する。なお、通知情報を受信したことによってアルバム作成アプリ８０によって実行される以下の処理は、アルバム作成アプリ８０がフォアグラウンドで動作していない状態で実行されても良い。

Ｓ１００８において、端末装置１のアルバム作成アプリ８０は、通知情報に基づく通知領域を、表示部３０８に新たに表示するよう、端末装置１のＯＳに通知する。これにより、通知情報に基づく通知領域が、表示部３０８に新たに表示される。

図１１は、本実施形態の制御が実行される場合に起こり得る各パターンを説明するための図である。

図１１（ａ）に示すように、アルバムデータＡの編集が行われた後、アルバムデータＡのアップロードや、アルバムデータＡに基づくアルバムの注文が行われない場合、アルバムデータＡの編集が行われてからＮ日後に、アルバムデータＡに関する通知が行われる。

図１１（ｂ）に示すように、アルバムデータＡの編集が行われた後、アルバムデータＢの編集が行われたとする。そしてその後、アルバムデータＡ、Ｂのアップロードや、アルバムデータＡ、Ｂに基づくアルバムの注文が行われない場合、アルバムデータＢの編集が行われてからＮ日後に、アルバムデータＢに関する通知が行われる。一方、アルバムデータＡの編集が行われてからＮ日後には、アルバムデータＡに関する通知が行われない。このように、本実施形態においては、編集状態の複数のアルバムデータのうち、最後に編集されたアルバムデータに関する通知が行われる。すなわち、それ以外のアルバムデータ（アルバムデータＡ）の編集が行われてからＮ日後には、当該それ以外のアルバムデータに関する通知は行われない。

図１１（ｃ）に示すように、アルバムデータＡの編集が行われた後、アルバムデータＢの編集が行われたとする。そしてその後、アルバムデータＡのアップロードが行われたとする。その後、アルバムデータＢのアップロードやアルバムデータＢに基づくアルバムの注文が行われない場合、最後にユーザ指示が行われたのはアルバムデータＡであるが、アルバムデータＡの編集が行われてからＮ日後には、アルバムデータＡに関する通知が行われない。一方、アルバムデータＢの編集が行われてからＮ日後にアルバムデータＢに関する通知が行われる。

図１１（ｄ）に示すように、アルバムデータＡの編集が行われた後、アルバムデータＢの編集が行われたとする。そしてその後、アルバムデータＢのアップロードが行われたとする。その後、アルバムデータＡのアップロードやアルバムデータＡに基づくアルバムの注文が行われない場合、最後にユーザ指示が行われたのはアルバムデータＢであるが、アルバムデータＢの編集が行われてからＮ日後には、アルバムデータＢに関する通知が行われない。一方、アルバムデータＡの編集が行われてからＮ日後に、アルバムデータＡに関する通知が行われる。このように、本実施形態においては、最後に編集されたアルバムデータがアップロードされた場合には、アップロードされたアルバムデータに関する通知は行われず、アップロードされたアルバムデータの前に編集されたアルバムデータに関する通知が行われる。

図１１（ｅ）に示すように、アルバムデータＡの編集が行われた後、アルバムデータＢの編集が行われたとする。そしてその後、アルバムデータＢのアップロード及び、アルバムデータＢに基づくアルバムの注文が行われたとする。その後、いずれかのアルバムデータの編集が行われなければ、アルバムデータＡの編集が行われてからＮ日後であっても、アルバムデータＡに関する通知は行われない。なお当然、アルバムデータＢの編集が行われてからＮ日後であっても、すでに注文状態であるアルバムデータＢに関する通知は行われない。このように、本実施形態においては、編集状態のアルバムデータが残っていたとしても、いずれかのアルバムデータに基づくアルバムの注文が行われた場合は、その後アルバムデータの編集が行われない限り、いずれのアルバムデータに関する通知も行われない。なお例えば、アルバムデータＢの編集及び、アルバムデータＢのアップロードが行われた後、アルバムデータＡの編集が行われたとする。そしてその後、アルバムデータＢに基づくアルバムの注文が行われたとする。このケースにおいても、その後、いずれかのアルバムデータの編集が行われなければ、アルバムデータＡの編集が行われてからＮ日後であっても、アルバムデータＡに関する通知は行われない。

図１１（ｆ）に示すように、アルバムデータＡの編集が行われた後、アルバムデータＢの編集が行われたとする。そしてその後、アルバムデータＢのアップロード及び、アルバムデータＢに基づくアルバムの注文が行われたとする。そしてさらにその後、アルバムデータＡの編集が行われたとする。その後、アルバムデータＡのアップロードや、アルバムデータＡに基づくアルバムの注文が行われない場合、アルバムデータＡの編集が行われてからＮ日後に、アルバムデータＡに関する通知が行われる。

図１１（ｇ）に示すように、アルバムデータＡの編集が行われた後、アルバムデータＢの編集が行われたとする。そしてその後、アルバムデータＢの削除が行われたとする。その後、アルバムデータＡのアップロードや、アルバムデータＡに基づくアルバムの注文が行われない場合、アルバムデータＡの編集が行われてからＮ日後に、アルバムデータＡに関する通知が行われる。このように本実施形態では、最後に編集されたアルバムデータが削除された場合には、削除されたアルバムデータに関する通知は行われず、削除されたアルバムデータの前に編集されたアルバムデータに関する通知が行われる。

図１１（ｈ）に示すように、アルバムデータＡの編集が行われた後、アルバムデータＢの編集が行われたとする。そしてその後、アルバムデータＡの削除及びアルバムデータＢの削除が行われたとする。その後、いずれかのアルバムデータの編集が行われなければ、アルバムデータに関する通知は行われない。

図１１（ｉ）に示すように、Ｎ＝３０であるものとする。そして、アルバムデータＡの編集が行われてから１０日後、アルバムデータＢの編集が行われたとする。そして、アルバムデータＢの編集が行われてから２５日後、アルバムデータＢの削除が行われたとする。アルバムデータＢが削除されたタイミングにおいて、アルバムデータＡの編集が行われてから３０日以上経過している。この場合は、アルバムデータＡ及びアルバムデータＢについて通知は行われない。なお、この場合において、アルバムデータＢの削除が行われた後にアルバムデータＡに関する通知が行われても良い。

図１１（ｊ）に示すように、Ｎ＝３０であるものとする。そして、アルバムデータＡの編集が行われてから１０日後、アルバムデータＢの編集が行われたとする。そして、アルバムデータＢの編集が行われてから２５日後、アルバムデータＢのアップロードが行われたとする。アルバムデータＢがアップロードされたタイミングにおいて、アルバムデータＡの編集が行われてから３０日以上経過している。この場合は、アルバムデータＡ及びアルバムデータＢについて通知は行われない。なお、この場合において、アルバムデータＢのアップロードが行われた後にアルバムデータＡに関する通知が行われても良い。

なお、上述では、編集が行われてからＮ日後に、１度のみ通知が行われる形態を説明したが、この形態に限定されない。通知が行われてから、アップロードや注文が行われずに再びＮ日が経過した場合、再び通知が行われる形態としても良い。

（その他の実施形態）
第１の実施形態では、プッシュ通知によって、アルバムデータに関する情報が通知される形態を説明したが、この形態に限定されない。例えば、メールによって、アルバムデータに関する情報が通知される形態であっても良い。その場合例えば、通知情報に含まれる端末装置１の識別情報は、端末装置１にメールを送信するためのメールアドレスであるものとする。そして、ＰＣ５は、サービス提供サーバ２０に通知情報を送信するのではなく、ＰＣ１５上のメールシステム１６に通知情報を送信する。これにより、メールによって、アルバムデータに関する情報が通知される。

また、第１の実施形態では、アップロード状態のアルバムデータに関する通知が行われない形態を説明したが、この形態に限定されない。すなわち、アップロード状態のアルバムデータに関する通知が行われても良い。また例えば、アップロード状態のアルバムデータに関する通知が、ＰＣ５を含む上述の通信システムから送信される通知情報によって行われず、ＰＣ５を含まない他の通信システムから送信される通知情報によって行われる形態であっても良い。

また、第１の実施形態では、ＰＣ５が通知情報を送信するか否かによって、端末装置１による通知が行われるか否かが制御されていた。しかしながら、この形態に限定されない。例えば、ＰＣ５は、編集状態であるアルバムデータが最後に編集された時の日時からＮ日が経過した場合は、必ず、端末装置１に通知情報を送信するものとする。そして、端末装置１が、受信した通知情報に基づく通知を行うか否かを、各アルバムデータの状態に応じて制御する形態であっても良い。その場合、端末装置１も、各アルバムデータアルバムデータに関する情報を管理することとなる。

また、第１の実施形態では、アルバムデータを生成・編集した後、当該アルバムデータに基づくアルバムの出力として、当該アルバムデータに基づくアルバムを注文する形態について説明したが、この形態に限定されない。例えば、当該アルバムデータに基づくアルバムの出力として、当該アルバムデータに基づくアルバムを、ユーザが保持している印刷装置によって印刷しても良い。そして、当該アルバムデータに基づくアルバムが印刷装置によって印刷されていない場合に、アルバムデータに関する通知が行われても良い。すなわち、本発明は、アルバムデータに基づくアルバムを出力（注文・印刷）するための通信システムにおいて適用可能なものである。そして、アルバムデータに関する通知が行われることで、ユーザに対して、当該アルバムデータに基づくアルバムの出力が促される。

なお、上述した実施形態において、アルバムデータに関する通知を行う目的は、アルバムデータに基づくアルバムの注文をユーザに促すことであるが、この目的に限定されない。例えば、アルバムデータの編集が最後に行われてから所定の時間経過すると、当該アルバムデータが削除される形態があるものとする。そのような形態においては、アルバムデータの編集をユーザに促すことを目的に、アルバムデータに関する通知が行われうる。そのため、通知領域に含まれる通知内容は、そのような目的に沿ったものであっても良い。

なお、上述では、印刷物がアルバムである形態を説明したが、この形態に限定されない。当該印刷物は、端末装置によって編集されるデータに基づいて出力される印刷物であれば良く、例えば、ポスターや絵葉書、Ｔシャツ、コップ等であっても良い。すなわち、上述では、アルバムを作成するためのアルバムデータが編集される形態を説明したが、この形態に限定されず、編集対象のデータは、印刷物を出力するための出力データであれば良い。

なお、上述の形態では、出力される可能性が高い印刷物に対応する出力データが、一番最後に編集が行われた出力データであるものとし、一番最後に編集が行われた出力データに関する通知が行われていた。そして、出力される可能性が低い印刷物に対応する出力データが、一番最後に編集が行われた出力データ以外の出力データであるものとして、一番最後に編集が行われた出力データ以外の出力データに関する通知が行われていなかった。しかしながらこの形態に限定されない。例えば、出力される可能性が高い印刷物に対応する出力データが、一番最後に編集が行われた出力データ及び最後から二番目に編集された出力データであるものとし、それ以外の出力データに関する通知が行われないように制御しても良い。

上述した各実施形態は、以下の処理を実行することによっても実現される。すなわち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、プログラムは、１つのコンピュータで実行させても、複数のコンピュータで連動させて実行させるようにしてもよい。また、上記した処理の全てをソフトウェアで実現する必要はなく、処理の一部または全部をＡＳＩＣ等のハードウェアで実現するようにしてもよい。また、ＣＰＵも１つのＣＰＵで全ての処理を行うものに限らず、複数のＣＰＵが適宜連携をしながら処理を行うものとしてもよい。

１ 端末装置
５ ＰＣ

Claims (25)

1. 印刷物を出力するための複数の出力データを編集可能な端末装置と、サーバシステムと、を含む通信システムの制御方法であって、
   前記複数の出力データのうち第１の出力データを、ユーザからの入力に基づいて前記端末装置によって編集する第１編集ステップと、
   前記複数の出力データのうち第２の出力データを、前記ユーザからの入力に基づいて前記端末装置によって編集する第２編集ステップと、
   前記第１の出力データに関する通知を実行するための第１通知情報と、前記第２の出力データに関する通知を実行するための第２通知情報のうち少なくとも１つを前記サーバシステムによって送信する送信ステップと、
   前記第１通知情報を受信した場合、前記第１の出力データに関する通知を実行し、前記第２通知情報を受信した場合、前記第２の出力データに関する通知を前記端末装置によって実行する通知ステップと、
   を有し、
   前記第１の出力データが生成された後の所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われず、
   前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が早い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われることを特徴とする制御方法。
2. 前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅く、且つ前記第２の出力データが削除されている場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われることを特徴とする請求項１に記載の制御方法。
3. 前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物が出力されておらず、前記第２の出力データに基づく印刷物が出力されており、且つ前記第１の出力データが最後に編集された時間より後に、前記第２の出力データに基づく印刷物が出力されていた場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われないことを特徴とする請求項１又は２に記載の制御方法。
4. 前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物が出力されておらず、前記第２の出力データに基づく印刷物が出力されており、且つ前記第１の出力データが最後に編集された時間より前に、前記第２の出力データに基づく印刷物が出力されていた場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行わることを特徴とする請求項１乃至３のいずれか１項に記載の制御方法。
5. 前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物は、前記第１の出力データ及び前記第２の出力データが所定のサーバにアップロードされた後に出力され、
   前記所定のタイミングにおいて、前記第１の出力データがアップロードされておらず、前記第２の出力データがアップロードされており、且つ前記第１の出力データが最後に編集された時間より後に、前記第２の出力データがアップロードされた場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われることを特徴とする請求項１乃至４のいずれか１項に記載の制御方法。
6. 前記所定のタイミングは、前記第１の出力データが最後に編集された時間から所定の時間経過したタイミングであることを特徴とする請求項１乃至５のいずれか１項に記載の制御方法。
7. 前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、前記第１の出力データ及び前記第２の出力データが削除されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅く、前記所定のタイミングより後の特定のタイミングにおいて、前記第２の出力データが削除された場合、前記特定のタイミングにおいて前記第１の出力データに関する通知が行われないことを特徴とする請求項１乃至６のいずれか１項に記載の制御方法。
8. 前記第１通知情報が前記端末装置に送信されないことで、前記第１の出力データに関する通知が行われないように制御され、
   前記第１通知情報が前記端末装置に送信されることで、前記第１の出力データに関する通知が行われるように制御されることを特徴とする請求項１乃至７のいずれか１項に記載の制御方法。
9. 前記複数の出力データのうちいずれかが編集される毎に、前記サーバシステムに対して、前記複数の出力データのうちいずれかが編集されたことを示す通知が送信され、
   前記通知に基づいて、前記第１通知情報が前記端末装置に送信される否かが制御されることを特徴とする請求項８に記載の制御方法。
10. 前記複数の出力データのうちいずれかに対応する印刷物が出力される毎に、前記サーバシステムに対して、前記複数の出力データのうちいずれかに対応する印刷物が出力されたことを示す通知が送信され、
    前記通知に基づいて、前記第１通知情報が前記端末装置に送信される否かが制御されることを特徴とする請求項８又は９に記載の制御方法。
11. 前記印刷物は、アルバムであり、前記出力データは、アルバムを作成するためのアルバムデータであることを特徴とする請求項１乃至１０のいずれか１項に記載の制御方法。
12. 前記印刷物は、テンプレートに画像が配置されたレイアウト画像が印刷された印刷物であることを特徴とする請求項１乃至１１のいずれか１項に記載の制御方法。
13. ユーザからの選択指示を受け付けることなく、複数のテンプレートから少なくとも１つのテンプレートを自動で選択する第１選択ステップと、
    ユーザからの選択指示を受け付けることなく、複数の画像データから少なくとも１つの画像データを自動で選択する第２選択ステップと、を更に有し、
    前記レイアウト画像は、前記選択された画像データによって表わされる画像が、前記選択されたテンプレートのスロットに配置された画像であることを特徴とする請求項１２に記載の制御方法。
14. 前記第１の出力データの編集は、前記第１の出力データに対応する前記レイアウト画像に含まれるテンプレート及び、前記第１の出力データに対応する前記レイアウト画像に含まれるテンプレートに配置される画像のうち少なくとも１つの変更であり、
    前記第２の出力データの編集は、前記第２の出力データに対応する前記レイアウト画像に含まれるテンプレート及び、前記第２の出力データに対応する前記レイアウト画像に含まれるテンプレートに配置される画像のうち少なくとも１つの変更であることを特徴とする請求項１２又は１３に記載の制御方法。
15. 前記第１の出力データに関する通知は、前記第１の出力データに関する情報を含む通知画面の表示であることを特徴とする請求項１乃至１４のいずれか１項に記載の制御方法。
16. 前記第１の出力データに関する通知は、前記第１の出力データが出力されていないことを示す通知であることを特徴とする請求項１乃至１５のいずれか１項に記載の制御方法。
17. 前記第１の出力データに関する通知は、プッシュ通知によって実行されることを特徴とする請求項１乃至１６のいずれか１項に記載の制御方法。
18. 前記第１の出力データに基づく印刷物の出力及び、前記第２の出力データに基づく印刷物の出力は、前記第１の出力データに基づく印刷物の注文及び、前記第２の出力データに基づく印刷物の注文であることを特徴とする請求項１乃至１７のいずれか１項に記載の制御方法。
19. 前記第１の出力データに基づく印刷物の出力及び、前記第２の出力データに基づく印刷物の出力は、前記第１の出力データに基づく印刷物の印刷及び、前記第２の出力データに基づく印刷物の印刷であることを特徴とする請求項１乃至１７のいずれか１項に記載の制御方法。
20. 前記サーバシステムは、１又は複数のサーバによって構成されることを特徴とする請求項１乃至１９のいずれか１項に記載の制御方法。
21. 印刷物を出力するための複数の出力データを編集可能な端末装置と、サーバシステムと、を含む通信システムであって、
    前記端末装置は、
    前記複数の出力データのうち第１の出力データを、ユーザからの入力に基づいて編集する第１編集手段と、
    前記複数の出力データのうち第２の出力データを、前記ユーザからの入力に基づいて編集する第２編集手段と、を有し、
    前記サーバシステムは、
    前記第１の出力データに関する情報を通知するための第１通知情報と、前記第２の出力データに関する情報を通知するための第２通知情報のうち少なくとも１つを送信する送信手段と、を有し、
    前記端末装置は、
    前記第１通知情報を受信した場合、前記第１の出力データに関する通知を実行し、前記第２通知情報を受信した場合、前記第２の出力データに関する通知を実行する通知手段と、を有し、
    前記第１の出力データが生成された後の所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われず、
    前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が早い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われることを特徴とする通信システム。
22. 印刷物を出力するための複数の出力データを編集可能な端末装置の制御方法であって、
    前記複数の出力データのうち第１の出力データを、ユーザからの入力に基づいて編集する第１編集ステップと、
    前記複数の出力データのうち第２の出力データを、前記ユーザからの入力に基づいて編集する第２編集ステップと、
    前記第１の出力データに関する通知を実行するための第１通知情報を受信した場合、前記第１の出力データに関する通知を実行し、前記第２の出力データに関する通知を実行するための第２通知情報を受信した場合、前記第２の出力データに関する通知を実行する通知ステップと、
    を有し、
    前記第１の出力データが生成された後の所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われず、
    前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が早い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われることを特徴とする制御方法。
23. 印刷物を出力するための複数の出力データを編集可能な端末装置のコンピュータに、
    前記複数の出力データのうち第１の出力データを、ユーザからの入力に基づいて編集する第１編集ステップと、
    前記複数の出力データのうち第２の出力データを、前記ユーザからの入力に基づいて編集する第２編集ステップと、
    前記第１の出力データに関する通知を実行するための第１通知情報を受信した場合、前記第１の出力データに関する通知を実行し、前記第２の出力データに関する通知を実行するための第２通知情報を受信した場合、前記第２の出力データに関する通知を実行する通知ステップと、
    を実行させ、
    前記第１の出力データが生成された後の所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われず、
    前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が早い場合、前記所定のタイミングにおいて前記第１の出力データに関する通知が行われることを特徴とするプログラム。
24. サーバシステムの制御方法であって、
    印刷物を出力するための複数の出力データを編集可能な端末装置において、前記複数の出力データのうち第１の出力データが、ユーザからの入力に基づいて編集されたことを示す第１情報を受信する第１受信ステップと、
    前記端末装置において、前記複数の出力データのうち第２の出力データが、前記ユーザからの入力に基づいて編集されたことを示す第２情報を受信する第２受信ステップと、
    前記第１情報及び前記第２情報のうち少なくとも１つに基づいて、前記第１の出力データに関する情報を通知するための第１通知情報と、前記第２の出力データに関する情報を通知するための第２通知情報のうち少なくとも１つを送信する送信ステップと、
    を有し、
    前記第１の出力データが生成された後の所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅い場合、前記所定のタイミングにおいて前記第１通知情報が前記端末装置に送信されず、
    前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が早い場合、前記所定のタイミングにおいて前記第１通知情報が前記端末装置に送信され、
    前記第１通知情報が前記端末装置に受信された場合、前記第１の出力データに関する通知が行われ、
    前記第２通知情報が前記端末装置に受信された場合、前記第２の出力データに関する通知が行われることを特徴とする制御方法。
25. サーバシステムであって、
    印刷物を出力するための複数の出力データを編集可能な端末装置において、前記複数の出力データのうち第１の出力データが、ユーザからの入力に基づいて編集されたことを示す第１情報を受信する第１受信手段と、
    前記端末装置において、前記複数の出力データのうち第２の出力データが、前記ユーザからの入力に基づいて編集されたことを示す第２情報を受信する第２受信手段と、
    前記第１情報及び前記第２情報のうち少なくとも１つに基づいて、前記第１の出力データに関する情報を通知するための第１通知情報と、前記第２の出力データに関する情報を通知するための第２通知情報のうち少なくとも１つを送信する送信手段と、
    を有し、
    前記第１の出力データが生成された後の所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が遅い場合、前記所定のタイミングにおいて前記第１通知情報が前記端末装置に送信されず、
    前記所定のタイミングにおいて、前記第１の出力データに基づく印刷物及び前記第２の出力データに基づく印刷物が出力されておらず、且つ、前記第１の出力データが最後に編集された時間より、前記第２の出力データが最後に編集された時間が早い場合、前記所定のタイミングにおいて前記第１通知情報が前記端末装置に送信され、
    前記第１通知情報が前記端末装置に受信された場合、前記第１の出力データに関する通知が行われ、
    前記第２通知情報が前記端末装置に受信された場合、前記第２の出力データに関する通知が行われることを特徴とするサーバシステム。
    

Images