JP6771275B2 - 注文受付システム - Google Patents

Description

本発明は、ユーザの依頼により撮影した画像データについて、ネットワーク経由で前記画像データの注文を受け付ける注文受付サービスのためのシステムに関するものである。

写真スタジオ（写真館）で被写体の撮影を行い、ユーザからの焼き増し注文を受けて、撮影で得られた画像データをプリントアウトしてユーザに提供する写真の注文サービスが知られている。また、近年、ユーザが操作する情報処理端末を介してネットワーク経由で画像データの閲覧を行い、ユーザからの注文を受け付ける、注文受付サービスが行われている。

従来の注文受付サービスでは、撮影後の初回注文を除いた焼き増し注文が発生する割合は、必ずしも高いものではなかった。しかしながら、写真スタジオでは、ユーザからの追加注文に備えて、サーバを維持、管理して、画像データを保存する必要があった。近年、デジタルカメラの撮像素子の画素数の増加に伴い、画像データのファイルが増加して、画像データの保存に要する費用が増大する傾向にある。

特許文献１では、ユーザが撮影した写真を画像データとして保管し、この画像データの保管に関するサービスをユーザに提供するサーバを備えた、ネットワークフォトサービスシステムが開示されている。また、特許文献１のネットワークフォトサービスシステムでは、画像データの保管期間が終了することを電子メールでユーザに知らせるサービス、またはユーザからの電子メールにより画像データの保管期間を延長するサービスを含んでいる。さらに、特許文献１のサーバは、所定の保管期限が到来すると、画像データが削除されるようになっている。これにより、サーバにおける画像データの保管期限があと数日で切れてしまうが、まだ焼き増しした写真が決まっていない場合に、削除前に保管期間の延長を依頼することによって、延長期間中に所望の写真の焼き増しをすることができる。

特許第４０２４５０１号

特許文献１に開示された技術は、サーバに保管する画像データの保管期限を設けることで、サーバに保管する画像データを抑えることができる。しかしながら、ユーザの依頼により撮影した画像データについて、単に保管のコストを削減するだけでなく、画像データを有効利用することで、さらに焼き増しの需要を引き起こすことのできる技術が求められている。

本発明は、上記のような課題に鑑みなされたもので、本発明の目的の一つは、ユーザの利便性が高く、焼き増し需要を増大させることのできる注文受付システムを提供することである。なお、この目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的として位置づけることができる。

（１）ここで開示する注文受付システムは、ユーザの依頼により撮影した画像データについて、前記ユーザが操作するユーザ端末を介してネットワーク経由で前記画像データの注文を受け付ける注文受付サービスのためのシステムであって、撮影ごとに付与される伝票番号と関連付けて前記画像データを保存する画像データ保存手段と、前記ユーザを特定する顧客情報と、前記ユーザが前記注文受付サービスにログインするための識別情報と、前記伝票番号及び前記画像データの撮影を行った撮影日付を含む注文情報とを保存するユーザ情報保存手段と、前記ユーザ端末から前記識別情報の入力を受け付けて前記ユーザのログインを認証するログイン認証手段と、前記注文受付サービスにログインを行ったユーザ端末に、前記画像データの画像を表示するための閲覧画面として前記ユーザごとに固有のマイページを提供する閲覧画面提供手段と、前記マイページに表示された前記画像データの注文を受け付ける注文受付手段と、前記画像データの閲覧ができるアクセス期間を管理するアクセス期間管理手段とを備え、前記ユーザ情報保存手段は、前記顧客情報と前記撮影日付とを前記伝票番号の前記画像データに関連付けて保存し、前記アクセス期間管理手段は、前記伝票番号に対応する前記撮影日付から所定の期間を前記アクセス期間として設定するとともに、年中行事の期日の前もしくは後における所定の期間、または、前記撮影日付から一定の期間が経過する期日の前もしくは後における所定の期間を前記アクセス期間に追加し、前記閲覧画面提供手段は、前記アクセス期間中と判断した前記ユーザ関連の前記画像データを表示し、前記アクセス期間外と判断した前記ユーザ関連の前記画像データを表示しないようにする。また、前記閲覧画面提供手段は、前記マイページとして、前記アクセス期間内の前記伝票番号に係る前記画像データが表示される写真一覧ページと、前記画像データの注文形態としての商品を表示する商品選択ページと、前記画像データのレイアウトを行う前記商品が選択された場合に当該レイアウトを表示する作成ページと、前記画像データのレイアウトを行った前記商品について内容の確認を行うためのレイアウト状態を表示する内容確認ページと、前記注文情報を送信するための注文ページとを提供する。また、前記アクセス期間を経過して閲覧ができなくなった後、前記アクセス期間に所定の期間が追加されたことにより再度閲覧をできるようになった場合に、前記ユーザに前記画像データの前記アクセス期間が到来することを通知するアクセス再開通知手段を備える。なお、前記年中行事は、正月、クリスマス、またはお盆であることが好ましい。また、前記撮影日付から一定の期間は、１シーズン、２シーズン、３シーズン、または１年間であることが好ましい。

（２）前記アクセス期間管理手段は、前記画像データそれぞれの前記撮影日付から所定の期間を前記アクセス期間として設定することが好ましい。

（３）前記閲覧画面提供手段は、前記ユーザに関連する前記アクセス期間中の前記画像データを、前記撮影日付に応じてまとめた画像カタログとして表示するようにしたことが好ましい。
（４）前記アクセス期間管理手段は、前記ユーザからの注文を受けた場合に、前記アクセス期間を一定期間延長することが好ましい。

（５）ここで開示する注文受付システムは、前記アクセス期間の満了が近づいた場合に、前記ユーザに前記画像データのアクセス期間の満了が近いことを通知するアクセス期限通知手段を備えることが好ましい。
（６）前記作成ページには、テンプレート画像と当該テンプレート画像に設けられた配置枠に配置された前記画像データとが合成されたレイアウト画像を表示するレイアウト画面と、前記ユーザが選択した前記伝票番号に対応する前記画像データを縮小して表示した複数のサムネイル写真からなる一覧画面とが設けられていることが好ましい。この場合、前記サムネイル写真に対応する前記画像データが、前記ユーザの操作により前記配置枠に配置されることが好ましい。
（７）前記内容確認ページには、前記作成ページに設けられる前記レイアウト画面の前記レイアウト画像を表示するレイアウト確認用画面が設けられることが好ましい。この場合、前記レイアウト確認用画面では、前記配置枠に配置された前記画像データの入れ替えが不可となっていることが好ましい。

（８）ここで開示する注文受付システムは、前記ユーザが指定した前記画像データについて、前記マイページを介して他のユーザによる閲覧または注文が可能となるよう、前記ユーザが前記他のユーザに対して共有設定を行うマイページ共有手段を備え、前記閲覧画面提供手段は、前記注文受付サービスにログインを行った前記他のユーザが操作するユーザ端末に、前記マイページ共有手段によって共有設定された前記画像データであるとともに前記アクセス期間中の前記画像データを表示するようにしたことが好ましい。

（９）ここで開示する注文受付システムは、前記ユーザが他のユーザに対して共有設定を行う際に、前記他のユーザの招待を受け付けるアカウント招待手段と、前記他のユーザが操作する前記ユーザ端末から前記顧客情報の入力を受けて前記識別情報の登録を行うアカウント登録手段とを備え、前記アカウント招待手段は、電子メールまたはＳＮＳのメッセージによって、前記アカウント登録手段にアクセス可能なＵＲＬを前記他のユーザに送信することが好ましい。

（１０）ここで開示する注文受付システムは、前記ユーザが指定した前記画像データについて、前記画像データへのリンクを介して他のユーザによる閲覧または注文が可能となるよう共有設定を行うリンク共有手段を備え、前記リンク共有手段は、前記ユーザが指定した前記画像データにアクセス可能なＵＲＬを生成して、電子メールまたはＳＮＳのメッセージによって前記ＵＲＬを他のユーザに送信することが好ましい。

（１１）ここで開示する注文受付システムは、前記画像データが写真スタジオで撮影した画像データであって、前記写真スタジオで撮影がなされた際に、前記注文において利用可能なポイントを前記ユーザに対して付与するポイント付与手段を備え、前記ユーザ情報保存手段が、前記ユーザごとにポイント数の情報を保存することが好ましい。

（１２）ここで開示する注文受付システムは、前記注文を受けて、前記画像データのダウンロードの提供、または前記画像データをプリントアウトしたプリント物の提供を行うことが好ましい。

本発明によれば、焼き増しの需要を増大させるとともに、利便性の高い注文受付システムを提供することが出来る。

第一実施形態に係る注文受付システムの機能構成の例を示すブロック図である。 第一実施形態に係る注文受付システムのハードウェア構成の例を示すブロック図である。 第一実施形態に係る顧客情報の格納状態の例を示す図である。 第一実施形態に係るアカウント情報の格納状態の例を示す図である。 第一実施形態に係る注文情報の格納状態の例を示す図である。 第一実施形態に係る画像データ設定情報の格納状態の例を示す図である。 画像データそれぞれの撮影日付からアクセス期間を設定する場合のアクセス期間管理の一例について説明する図である。 注文時延長処理によるアクセス期間管理の一例について説明する図である。 年中行事追加処理によるアクセス期間管理の一例について説明する図である。 記念日追加処理によるアクセス期間管理の一例について説明する図である。 第一実施形態に係る注文受付システムにおけるマイページ提供の処理の一例を示すフローチャートである。 第一実施形態に係る注文受付システムにおける写真一覧処理の一例を示すフローチャートである。 第一実施形態に係る注文受付システムにおけるアクセス期間管理の処理の一例を示すフローチャートである。 第一実施形態に係るログインページの例を示す図である。 第一実施形態に係るアカウント登録ページのスタジオで撮影した場合の例を示す図である。 第一実施形態に係るアカウント登録ページの招待を受けた場合の例を示す図である。 第一実施形態に係るトップページの例を示す図である。 第一実施形態に係る写真一覧ページの例を示す図である。 第一実施形態に係るアルバム作成ページの例を示す図である。 第一実施形態に係るアルバム内容確認ページの例を示す図である。 第一実施形態に係る招待ページの例を示す図である。 第一実施形態に係るリンク共有ページの例を示す図である。 ユーザに関連する画像データのうち最も遅い撮影日付からアクセス期間を設定する場合のアクセス期間管理の一例について説明する図である。

以下、図面を参照して本発明の実施の形態について説明する。なお、以下に示す実施形態はあくまでも例示に過ぎず、以下の実施形態で明示しない種々の変形や技術の適用を排除する意図はない。本実施形態の各構成は、それらの趣旨を逸脱しない範囲で種々変形して実施することができるとともに、必要に応じて取捨選択することができ、あるいは適宜組み合わせることが可能である。

［１．第一実施形態］
本発明の第一実施形態に係る注文受付システムについて説明する。以降、第一実施形態を、単に本実施形態ともいう。

［１−１．構成］
［１−１−１．注文受付システムの全体構成］
図１及び図２を参照しながら、本実施形態に係る注文受付システム１の機能構成及びハードウェア構成について説明する。図１は、本実施形態に係る注文受付システム１の機能構成例を示すブロック図である。図２は、本実施形態に係る注文受付システム１のハードウェア構成例を示すブロック図である。本実施形態に係る注文受付システム１は、ユーザの依頼により撮影した画像データについて、ユーザが操作するユーザ端末７１ａ，７１ｂを介してネットワーク８１経由で画像データの注文を受け付ける注文受付サービスのためのシステムである。

画像データとは、例えば写真の画像データであって、中でもユーザの依頼により写真スタジオで撮影を行った画像データをいう。特には、イベントや記念日に撮影を行った画像データ、または記念撮影の画像データである。このようなイベントや記念日、記念撮影としては、例えば、七五三、入園、入学、卒園、卒業、成人式、結婚、婚約、お宮参り、百日祝い、誕生日、２分の１成人式、十三祝い、桃の節句、端午の節句、マタニティーフォトが挙げられる。注文には、撮影後の初回のプリント注文と、その後の焼き増し注文とが含まれる。

図２に示すように、注文受付システム１は、メモリ１２、及び中央処理装置（ＣＰＵ）１３を備えたセンタサーバ１１として構成されている。センタサーバ１１は、ネットワーク８１を介して、ラボサーバ１４、スタジオサーバ１７、及びユーザ端末７１ａ，７１ｂと接続されている。ラボサーバ１４は、メモリ１５を備えている。また、ラボサーバ１４は、印刷装置１６と接続されている。スタジオサーバ１７は、メモリ１８を備えている。

メモリ１２，１５，１８は、種々のデータやプログラムを格納する記憶部（記憶手段）１２，１５，１８である。メモリ１２，１５，１８は、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリや、ＲＯＭ、フラッシュメモリ等の不揮発性メモリ、またはＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Device）によって実現される。メモリ１２は後述するように、撮影された画像データ、ユーザ情報、及びウェブページのデータを格納する。

さらに、メモリ１２は、ＣＰＵ１３に実行させることで、図１に示すように、閲覧画面提供部（閲覧画面提供手段）３１、ログイン認証部（ログイン認証手段）３２、注文受付部（注文受付手段）３３、アクセス期間管理部（アクセス期間管理手段）３４、アクセス期限通知部（アクセス期限通知手段）３５、アクセス再開通知部（アクセス再開通知手段）３６、アカウント登録部（アカウント登録手段）４１、マイページ共有部（マイページ共有手段）４２、アカウント招待部（アカウント招待手段）４３、リンク共有部（リンク共有手段）４４、及びポイント付与部（ポイント付与手段）４５として機能させる、所定のプログラムを保存する。

ＣＰＵ１３は、種々の制御や演算を行なう処理装置であり、メモリ１２に格納されたプログラムを読み出して実行することにより、種々の機能を実現する。そして、ＣＰＵ１３が、これらのプログラムを実行することにより、図１で示すように、信号処理部１３の各機能手段としてそれぞれ機能する。

センタサーバ１１は、図示しない、入出力インタフェース（Ｉ／Ｆ）、ＣＲＴ（Cathode Ray Tube）またはＬＣＤ（Liquid Crystal Display）等のディスプレイ、マウス、キーボード、ネットワークＩ／Ｆ、及びバスを有している。メモリ１２、ＣＰＵ１３、入出力Ｉ／Ｆ、及びネットワークＩ／Ｆは、バスを介して相互に通信可能に接続されている。入出力Ｉ／Ｆは、ディスプレイ、マウス、及びキーボードとＣＰＵ１３との間に介在し、ディスプレイ、マウス、及びキーボードとＣＰＵ１３とを接続する。ネットワークＩ／Ｆは、センタサーバ１１をネットワーク８１に接続して通信を行い、ラボサーバ１４、スタジオサーバ１７、またはユーザ端末７１ａ，７１ｂとのデータ転送を行う。また、ラボサーバ１４及びスタジオサーバ１７は、センタサーバ１１と同様に、図示しない、ＣＰＵ、入出力Ｉ／Ｆ、ＣＲＴまたはＬＣＤ等のディスプレイ、マウス、キーボード、ネットワークＩ／Ｆ、及びバスを有している。

ユーザ端末７１ａは、少なくともディスプレイ７２ａ、マウス７４ａ、及びキーボード７５ａを備えた情報端末（パーソナルコンピュータ）である。ユーザ端末７１ｂは、ディスプレイ７２ｂ、マウス７４ｂ、及びキーボード７５ｂを備えた情報端末である。なお、本明細書においては、ユーザ端末７１ａ，７１ｂを特に区別しない場合には、「ユーザ端末７１」として符合を付して説明する場合がある。同様に、表示部７２ａ，７２ｂ、及び操作部７３ａ，３ｂを特に区別しない場合には、それぞれ「表示部７２」及び「操作部７３」として同じ符号を付して説明する場合がある。また同様に、ディスプレイ７２ａ，７２ｂ、マウス７４ａ，７４ｂ、及びキーボード７５ａ，７５ｂを特に区別しない場合には、それぞれ「ディスプレイ７２」、「マウス７４」、及び「キーボード７５」として同じ符号を付して説明する場合がある。

図１に示すように、注文受付システム１を機能的に表すと、記憶部１２と、信号処理部１３とを備えるセンタサーバ１１によって構成される。記憶部１２は、データ記憶装置であって、メモリ１２を用いて、ファイルシステムまたはデータベースシステムによりデータを格納している。本実施形態における記憶部１２は、画像データ保存部（画像データ保存手段）２１、ユーザ情報保存部（ユーザ情報保存手段）２２、およびウェブページ保存部（ウェブページ保存手段）２３を備えて構成される。信号処理部１３は、ＣＰＵ１３で演算処理される機能部位であり、各機能は個別のプログラムとして構成されている。本実施形態における信号処理部１３は、閲覧画面提供部３１、ログイン認証部３２、注文受付部３３、アクセス期間管理部３４、アクセス期限通知部３５、アクセス再開通知部３６、アカウント登録部４１、マイページ共有部４２、アカウント招待部４３、リンク共有部４４、及びポイント付与部４５として機能するものである。

ラボサーバ１４を機能的に表すと、図１に示すように、センタサーバ１１と同様に、メモリ１５を用いてデータを格納している記憶部１５を備えるとともに、プリント部１６に接続されている。記憶部１５は、画像データ保存部５１と、ユーザ情報保存部５２とを備えて構成される。プリント部１６は、ラボサーバ１４からの指令を受けて印刷装置１６によって画像データの印刷処理を行う印刷手段である。

スタジオサーバ１７を機能的に表すと、図１に示すように、センタサーバ１１と同様に、メモリ１８を用いてデータを格納している記憶部１８を備えている。記憶部１８は、画像データ保存部６１と、ユーザ情報保存部６２とを備えて構成される。スタジオサーバ１７は、写真を撮影する写真スタジオに設置されるサーバである。

ユーザ端末７１を機能的に表すと、図１に示すように、表示部７２と、操作部７３とを備えている。ディスプレイ７２は、センタサーバ１１により送信されたデータを表示するための表示部７２として機能する。マウス７４及びキーボード７５は、ユーザ端末７１及び表示部７２に表示される画面を操作するための情報、並びセンタサーバ１１により要求された情報を入力するための操作部７３として機能する。

ネットワーク８１は、複数のコンピュータまたはサーバを接続して電子データの伝送を行う通信回線網であり、例えば、無線または有線によるＬＡＮ（Local Area Network）、イントラネット、イーサネット（登録商標）、インターネット、または電話通信回線ネットワーク、光ファイバー通信ネットワーク、ケーブル通信ネットワーク、移動体通信網ネットワーク、もしくは衛星通信ネットワークである。または、ネットワーク８１は、これらが複合された通信回線網である。

センタサーバ１１は上述の通り構成されており、ユーザ端末７１に対してウェブページを提供して、ユーザ端末７１からの要求及び情報の入力を受け付けるウェブサーバとして機能する。また、センタサーバ１１は、画像データ及びユーザ情報を保存して、ラボサーバ１４及びユーザ端末７１に画像データまたはユーザ情報を提供する、データベースサーバとして機能する。また、ラボサーバ１４は、センタサーバ１１から画像データまたはユーザ情報の提供を受けて、プリントを行うための画像データまたはユーザ情報を保存するデータベースサーバとして機能する。また、ラボサーバ１４は、センタサーバ１１から印刷データ（印刷ジョブ）を受け取り、この印刷データを印刷装置１６へと出力するプリントサーバとして機能する。また、スタジオサーバ１７は、画像データ及びユーザ情報を保存して、センタサーバ１１に画像データまたはユーザ情報を提供する、データベースサーバとして機能する。

［１−１−２．記憶部］
図１に示すように、記憶部１２は、画像データ保存部２１、ユーザ情報保存部２２、及びウェブページ保存部２３を備えて構成される。なお、ラボサーバ１４の記憶部１５及びスタジオサーバ１７の記憶部１８は、それぞれ、画像データ保存部５１及びユーザ情報保存部５２、並びに画像データ保存部６１及びユーザ情報保存部６２を備えており、これらは画像データ保存部２１及びユーザ情報保存部２２と同様に構成されている。このため、ここでは、センタサーバ１１の記憶部１２を例に挙げて説明する。なお、センタサーバ１１、ラボサーバ１４、及びスタジオサーバ１７は、定期的にデータの連携を行い、画像データ保存部２１，５１，６１、及びユーザ情報保存部２２，５２，６２に保存されているデータを同期させている。

＜画像データ保存部＞
画像データ保存部２１は、ユーザの依頼により撮影した画像データを保存する。撮影はスタジオサーバ１７が設置されている写真スタジオで行われて、画像データは画像データ保存部６１に保存された後に、ネットワーク８１を介してセンタサーバ１１に送信されて、画像データ保存部２１に保存される。画像データは、ファイル名としてそれぞれ画像データ番号が付されて保存されている。また、画像データは、伝票番号と関連付けられて保存されている。画像データ保存部２１は、撮影日付の異なる複数の画像データを保存できる。

伝票番号とは、ユーザの依頼を受けて撮影を行った際に、どの時、場所、または場合において行った撮影であるかを区別するために、撮影ごとに付与される番号をいう。あるユーザの依頼を受けて行った撮影について、その撮影の際に得られた画像データには、まとめて同じ伝票番号が関連付けられている。このため、一つの伝票番号には、同じユーザの依頼を受けて撮影を行った、同じ撮影日付の画像データが関連付けられている。

本実施形態では、画像データ番号は、伝票番号の後に、伝票番号ごとに連番になっている数字が付されて構成されている。このように、画像データのファイル名に伝票番号が含まれることで、画像データと伝票番号とが関連付けられている。同じ伝票番号が付された画像データは、同じフォルダに保存されている。

画像データは撮影時のオリジナル写真画像データと、オリジナル写真画像データを変換して得られる、ウェブ閲覧用のサムネイル写真画像データとからなる。オリジナル写真画像データは、プリント部１６によるプリントアウトの際のデータとして用いられる。サムネイル写真画像データは、マイページにおける画像データ閲覧、または作成処理の際に操作または表示するための画像データとして用いられる。オリジナル写真画像データは、高解像度でファイルサイズの大きいデータであり、例えば、高さ２６４９ピクセル、横幅３９６０ピクセル、解像度３２０ｄｐｉのＪｐｇ形式のファイルである。一方、サムネイル写真画像データは、低解像度でファイルサイズの小さいデータであり、例えば、高さ９２４ピクセル、横幅１３８６ピクセル、解像度７２ｄｐｉのＪｐｇ形式のファイルである。また、サムネイル写真画像データには、画像の無断コピー及び無断利用の防止の観点から、ウォーターマーク（透かし画像）が入れられている。なお、画像データのサイズは上記の値に限られず、高さと横幅の値が入れ替わった縦向きの画像であっても良いことは勿論である。

マイページでの画像データの表示の場合には、サムネイル写真画像データが画像データ保存部２１から読み出され、ユーザ端末７１に送信されて、表示部７２に表示される。一方、ユーザから画像データのダウンロードが要求された場合には、オリジナル写真画像データが画像データ保存部２１からユーザ端末７１に送信される。さらに、ユーザからのプリント注文を受けた場合には、オリジナル写真画像データが画像データ保存部２１からラボサーバ１４に送信されて、画像データ保存部５１に保存された後、プリント部１６に送られてプリントが行われる。

画像データ保存部２１は、保存している画像データを、一定期間の経過後に消去するようにしてもよい。または、アクセス期間外となった画像データを消去するようにしてもよい。これにより、画像データ保存部２１を構成するメモリ１２の容量を節約することができる。

＜ユーザ情報保存部＞
ユーザ情報保存部２２は、撮影を依頼したユーザに関する情報、このユーザが依頼した撮影の注文、及び画像データに関する情報を含む、ユーザ情報を保存する。ユーザ情報とは、ユーザの属性を表しユーザを特定するための顧客情報、ユーザが注文受付サービスにログインするために使用するアカウント情報、ユーザが行った撮影及び注文内容に関連する注文情報、並びに画像データの設定に関連する画像データ設定情報からなる。

図３は、ユーザ情報保存部２２に保存される顧客情報の格納状態を示す図である。顧客情報には、各ユーザについて、注文受付システム１を利用するユーザごとにユニークなマイページＩＤ、ユーザ名、郵便番号、住所、電話番号、メールアドレス、及びポイント等の情報が含まれる。また、顧客情報は、ユーザのふりがな、ニックネーム、または注文受付システム１にて注文を行う際に支払いを行うための支払い方法やクレジットカード情報を含んでもよい。

顧客情報は、例えば、図３に示すように、マイページＩＤが「０００００１」、ユーザ名が「特許太郎」、郵便番号が「１００−ｘｘｘｘ」、住所が「東京都千代田区○○町△−△−△」、電話番号が「０３−ｘｘ−ｘｘｘｘ」、メールアドレスが「ａａａ＠ａａａ．ｃｏｍ」、及びポイントが「１１０００」という情報が、顧客情報テーブルとして格納される。これは、マイページＩＤ「００００１」が付されたユーザのユーザ名が「特許太郎」であり、その郵便番号が「１００−ｘｘｘｘ」、住所が「東京都千代田区○○町△−△−△」、電話番号が「０３−ｘｘ−ｘｘｘｘ」、メールアドレスが「ａａａ＠ａａａ．ｃｏｍ」であり、ポイントが「１１０００」付与されていることを示している。

図４は、ユーザ情報保存部２２に保存されるアカウント情報の格納状態を示す図である。アカウント情報には、ユーザが注文受付サービスにログインするために入力する、ログインＩＤ及びログインパスワードが、マイページＩＤと共に含まれる。ログインＩＤ及びログインパスワードを、識別情報ともいう。ログインＩＤは他のユーザと重複しないように設定されている。ログインＩＤとしては、ユーザの利便性の点から、ユーザのメールアドレスを使用することができる。

アカウント情報は、例えば、図４に示すように、マイページＩＤが「０００００１」、ログインＩＤが「ａａａ＠ａａａ．ｃｏｍ」、ログインパスワードが「１２３４５６７８９」という情報が、アカウント情報テーブルとして格納される。これは、マイページＩＤ「００００１」が付されたユーザのログインＩＤが「ａａａ＠ａａａ．ｃｏｍ」、ログインパスワードが「１２３４５６７８９」であることを示している。

図５は、ユーザ情報保存部２２に保存される注文情報の格納状態を示す図である。注文情報には、撮影ごとに付される注文ごとにユニークな伝票番号、画像データの撮影を行った撮影日付、どのような撮影内容に際して撮影を行ったかを表す撮影内容、画像データの閲覧ができる期間の始期と終期からなるアクセス期間、画像データが注文を受けた場合の注文日付、共有設定されたユーザのマイページＩＤを示す共有先ＩＤ、及び他のユーザをマイページに招待する際に用いられる招待コードが、マイページＩＤと共に含まれる。また、注文情報は、注文の内容を表す注文履歴の詳細な情報、及び後述する他のユーザに対してマイページまたは画像データの共有設定を行ったことに関する詳細な情報を含んでいてもよい。後述するアクセス期間の設定、延長または追加を行った場合には、注文情報に格納されるアクセス期間を、適宜、変更後のアクセス期間に修正する。なお、アクセス期間の延長または追加を行った場合には、アクセス期間は、複数のアクセス期間を格納するものであってもよい。

注文情報は、例えば、図５に示すように、マイページＩＤが「０００００１」、伝票番号が「Ｃ１５−９９−０１２０」、撮影日付が「２０１５／０６／０１」、撮影内容が「婚礼」、アクセス期間が「２０１５／０６／０１〜２０１５／１０／０１」、注文日付が「２０１５／０７／０１」、及び共有先のマイページＩＤが「０００００２」という情報と、マイページＩＤが「０００００１」、伝票番号が「Ｃ１５−９９−０１２１」、撮影日付が「２０１５／０８／０１」、撮影内容が「七五三」、アクセス期間が「２０１５／０８／０１〜２０１５／１１／０１」という情報が、注文情報テーブルとして格納される。これは、マイページＩＤ「００００１」が付されたユーザの伝票番号が「Ｃ１５−９９−０１２０」である撮影について、撮影「２０１５／０６／０１」に行われ、「婚礼」の際に撮影されたものであり、この伝票番号に関連付けられた画像のアクセス期間の始期が「２０１５／０６／０１」で終期が「２０１５／１０／０１」であり、過去に注文が一つ行われておりこの注文の日付が「２０１５／０７／０１」であり、マイページＩＤが「０００００２」のユーザに共有設定されていることを示している。また、マイページＩＤが「０００００１」が付されたユーザの伝票番号が「Ｃ１５−９９−０１２１」である撮影について、撮影が「２０１５／０８／０１」に行われ、「七五三」の際に情報されたものであり、この伝票番号に関連付けられた画像のアクセス期間の始期が「２０１５／０８／０１」で終期が「２０１５／１１／０１」であることを示している。なお、ここでは注文日付が一件のみある場合を示しているが、注文が複数あった場合には、順次注文日付を加えて、複数格納するようにしてもよい。または、注文日付として、最新の注文日付を格納するようにしてもよい。

図６は、ユーザ情報保存部２２に保存される画像データ設定情報の格納状態を示す図である。画像データ設定情報には、画像データごとに付される画像データ番号、画像データごとにユーザがダウンロード可能かを示すＤＬフラグ、及び画像データに共有設定されたユーザのＩＤを示す共有先ＩＤが、マイページＩＤと共に含まれる。ＤＬフラグは、ユーザがスタジオで撮影を行った際に、画像データを購入した場合には「可」となる。一方、画像データを購入していない場合には「不可」となる。スタジオで撮影を行った際に画像データを購入していなくとも、事後的に画像データを購入した場合には、ＤＬフラグが「可」となる。

画像データ設定情報は、例えば、図６に示すように、マイページＩＤが「０００００１」、画像データ番号が「Ｃ１５−９９−０１２１＿００１」、ＤＬフラグが「可」、共有先ＩＤが「０００００２」と「０００００３」という情報と、マイページＩＤが「０００００１」、画像データ番号が「Ｃ１５−９９−０１２１＿００２」、ＤＬフラグが「可」、共有先ＩＤが「０００００２」という情報と、マイページＩＤが「０００００１」、画像データ番号が「Ｃ１５−９９−０１２１＿００３」、ＤＬフラグが「不可」という情報が、画像データ設定情報テーブルとして格納される。これは、マイページＩＤ「０００００１」が付されたユーザの、伝票番号が「Ｃ１５−９９−０１２１」であり、画像データ番号が「Ｃ１５−９９−０１２１＿００１」の画像データについて、ダウンロードが「可能」であり、「０００００２」と「０００００３」のマイページＩＤが付されたユーザに共有設定されていることを示している。また、マイページＩＤ「０００００１」が付されたユーザの、伝票番号が「Ｃ１５−９９−０１２１」であり、画像データ番号が「Ｃ１５−９９−０１２１＿００２」の画像データについて、ダウンロードが「可能」であり、「０００００２」のマイページＩＤが付されたユーザに共有設定されていることを示している。また、マイページＩＤが「０００００１」、画像データ番号が「Ｃ１５−９９−０１２１＿００３」の画像データについて、ダウンロードが「不可能」であり、共有設定されていないことを示している。

ユーザ情報は、上述の通り、顧客情報、アカウント情報、注文情報、及び画像データ設定情報からなり、それぞれの情報はいずれもマイページＩＤを含む、顧客情報テーブル、アカウント情報テーブル、注文情報テーブル、及び画像データ設定情報テーブルとして保存されている。顧客情報、アカウント情報、注文情報、及び画像データ設定情報は、マイページＩＤによって関連付けられているため、同一のユーザに対応するユーザ情報をマイページＩＤによって取得することができる。言い換えれば、ユーザ名、郵便番号、住所、電話番号、メールアドレス、ポイント、ログインＩＤ、ログインパスワード、伝票番号、撮影日付、撮影内容、アクセス期間、注文日付、共有先ＩＤ、招待コード、共有設定等とが、関連付けられて保存されている。これにより、ログインＩＤまたはマイページＩＤに対応する任意のユーザ情報を取得することができる。例えば、ログインＩＤが「ａａａ＠ａａａ．ｃｏｍ」、ログインパスワードが「１２３４５６７８９」によりログインしたマイページＩＤ「００００１」が付されたユーザについて、このユーザが「特許太郎」であるとの顧客情報を取得することができる。また、このユーザが行った撮影の伝票番号が「Ｃ１５−９９−０１２０」及び「Ｃ１５−９９−０１２１」であるとの注文情報を取得することができる。さらに、伝票番号が「Ｃ１５−９９−０１２０」の画像データについて、撮影日付が「２０１５／０６／０１」であること、アクセス期間が「２０１５／０７／０１〜２０１５／１０／０１」であることを取得することができる。また、伝票番号が「Ｃ１５−９９−０１２１」の画像データについて、撮影日付が「２０１５／０８／０１」であること、アクセス期間が「２０１５／０８／０１〜２０１５／１１／０１」であることを取得することができる。

＜ウェブページ保存部＞
ウェブページ保存部２３は、ユーザがユーザ端末７１を介してアクセスするマイページについて、ウェブページを構成する、例えばＨＴＭＬデータを保存する。また、ウェブページ保存部２３は、ウェブページに表示する、ロゴ、イラスト、ボタン等のオブジェクトや背景等のデータを保存する。

［１−１−３．信号処理部］
図１に示すように、信号処理部１３は、閲覧画面提供部３１、ログイン認証部３２、注文受付部３３、アクセス期間管理部３４、アクセス期限通知部３５、アクセス再開通知部３６、アカウント登録部４１、マイページ共有部４２、アカウント招待部４３、リンク共有部４４、及びポイント付与部４５を備えて構成される。

＜閲覧画面提供部＞
閲覧画面提供部３１は、注文受付サービスにログインを行ったユーザ端末７１に、画像データの画像を表示するための閲覧画面として、ユーザごとに固有のマイページを提供する。閲覧画面提供部３１は、アクセス期間中と判断した、ユーザ関連の画像データをマイページに表示する。一方、アクセス期間外と判断した、ユーザ関連の画像データを表示しないようにしている。また、閲覧画面提供部３１は、ユーザに関連するアクセス期間中の画像データを、撮影日付に応じてまとめた画像カタログとして表示する。

ここで、アクセス期間とは、後述するアクセス期間管理部３４により画像データに設定される、ユーザによって画像データの閲覧ができる期間をいう。また、アクセス期間中の画像データとは、ユーザがマイページにアクセスし、ログインするなどして画像データの閲覧要求があった時点の日付と、画像データのアクセス期間とを照合した際に、閲覧要求があった現時点の日付が、アクセス期間中に含まれる画像データをいう。一方、閲覧要求があった現時点の日付が、アクセス期間中に含まれない画像データは、アクセス期間外の画像データとなる。

ユーザ関連の画像データとは、注文受付サービスにログインしたユーザに関連する画像データをいう。ログインしたユーザに関連する画像データとは、ログインページで入力されたログインＩＤに対応するマイページＩＤに関連付けられた画像データをいう。さらに、注文受付サービスにログインしたユーザに対して共有設定が行われており、このユーザのマイページＩＤが共有先ＩＤに設定されている場合には、その共有先ＩＤが設定されている伝票番号の画像データも、ユーザ関連の画像データとしてマイページに表示する。

マイページは、例えばＨＴＭＬ（Hyper Text Markup Language）、ＸＭＬ（Extensible Markup Language）、ＣＧＩ（Common Gateway Interface）スクリプト、ＰＨＰ（PHP: Hypertext Preprocessor）、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ａｊａｘ（Asynchronous JavaScript（登録商標）+ XML）、Ｆｌａｓｈ（登録商標）等を使用して実装されたウェブページである

ユーザはユーザ端末７１を操作してウェブブラウザを実行することによって、マイページに対応したＵＲＬを指定し、またはマイページで所定の操作を行うことで、ユーザ端末７１から閲覧画面提供部３１にマイページの閲覧要求が送信される。閲覧画面提供部３１は閲覧要求を受信すると、画像データ保存部２１から画像データを読み込み、またはウェブページ保存部２３からウェブページを構成するデータを読み込んで、マイページのデータを生成してユーザ端末７１に送信する。ユーザ端末７１では、ウェブブラウザが、受信した画像データまたはウェブページを構成するデータを基にしてマイページを生成し、表示部７２に表示する。

閲覧画面提供部３１は、マイページとして、ログイン認証画面とアカウント登録画面とを含むログインページ、トップページ、写真一覧ページ、商品選択ページ、作成ページ、内容確認ページ、注文ページ、マイページ共有ページ、及びリンク共有ページを提供する。各マイページには、表示部７２に表示されるボタンまたは入力フォームが設けられている。操作部７３を用いてボタンをクリックすることで、ボタンに設定された動作を行わせることができる。また、操作部７３を用いて入力フォームに情報を入力して、センタサーバ１１に情報を送信することができる。

＜ログイン認証部＞
ログイン認証部３２は、ユーザ端末７１から識別情報の入力を受け付けて、注文受付システム１へのユーザのログインを認証する。ログイン認証部３２は、入力された識別情報が、ユーザ情報保存部２２に保存されるアカウント情報テーブル（図４参照）に格納されるログインＩＤ及びログインパスワードと一致するかどうかを判断することで、ログインを認証する。

＜注文受付部＞
注文受付部３３は、マイページに表示された画像データの注文を受け付ける。
注文受付部３３では、商品の届け先の情報、支払い方法等の注文情報の入力を受け付ける。商品の届け先の情報とは、届け先の相手の名前、郵便番号、住所、電話番号等である。支払い方法として、ユーザに付与されたポイントを消費することを選択することができる。さらに、注文受付部３３は、画像データの注文の提供に係る情報の入力も受けつける。画像データの注文の提供に係る情報には、後述する商品選択処理において選択する、商品のカテゴリ、商品の種類、または商品のページ数を示す、商品情報が含まれる。また、画像データの注文の提供に係る情報には、後述する作成処理において選択したテンプレート画像、画像データ、及びテンプレート画像の配置枠と画像データとの配置関係を示す、レイアウト情報が含まれる。

商品とは、注文を受けた画像データの提供を行うための形態である。注文受付システム１は、ユーザからの注文を受けて、画像データのダウンロードの提供、または画像データをプリントアウトしたプリント物の提供を行う。このうちプリント物が、商品に該当する。プリント物としては、画像データをプリントアウトした、写真、フォトアルバム、フォトフレーム、ポストカード、または日用品、雑貨もしくは衣服が挙げられる。画像データをプリントアウトした写真とは、画像データをプリントアウトしたプリントシート、またはプリントシートを台紙と張り合わせたものである。画像データをプリントアウトしたフォトアルバムとは、プリントシートを台紙と張り合わせたもの複数を製本したものであり、フォトブックともいう。画像データをプリントアウトしたフォトフレームとは、プリントシートを台紙と張り合わせ、これをフレーム（額）に収めたものである。画像データをプリントアウトしたポストカードとは、画像データをポストカードにプリントしたもの、またはプリントシートをポストカードと張り合わせたものである。画像データをプリントアウトした日用品、雑貨、または衣服とは、画像データを日用品、雑貨、もしくは衣服にプリントしたもの、プリントシートを日用品、雑貨、もしくは衣服と張り合わせたもの、または日用品、雑貨、もしくは衣服に挟み込みもしくは挿入することで一体化したものである。雑貨としては、例えばキーホルダーが挙げられる。キーホルダーの素材に直接画像データをプリントしてもよく、またはプリントシートをキーホルダーに挟み込み、もしくは挿入することで一体化させたものを提供してもよい。

＜アクセス期間管理部＞
アクセス期間管理部３４は、画像データの閲覧ができるアクセス期間を管理する。アクセス期間管理部３４は、撮影日付をアクセス期間の始期として、撮影日付に所定の期間を加えた日をアクセス期間の終期と設定する。すなわち、アクセス期間管理部３４は、撮影日付から所定の期間をアクセス期間として設定する。アクセス期間の設定の際に、撮影日付に加える所定の期間を、基本アクセス期間という。基本アクセス期間の長さは特に限定されないが、例えば、１ヶ月、２ヶ月、３ヶ月、４ヶ月、５ヶ月、または６ヶ月である。

アクセス期間管理部３４は、画像データそれぞれの撮影日付から所定の期間をアクセス期間として設定する。画像データそれぞれの撮影日付からアクセス期間を設定する場合には、画像単位でアクセス期間を設定してもよく、伝票番号単位でアクセス期間を設定してもよい。一つの伝票番号に関連付けられる画像データは同じ撮影日付となっていため、伝票番号に対応する撮影日付から所定の期間をアクセス期間として設定することで、画像データそれぞれの撮影日付から所定の期間をアクセス期間として設定することになる。

同じユーザに関連する、撮影日付の異なる画像データが保存されており、それらのアクセス期間が一部重複している場合には、この重複している期間では、撮影日が異なる画像データをともに閲覧することが可能である。このとき、アクセス期間が重複している期間においては、撮影日が異なる画像データを一つにまとめて注文できるようにしてもよい。画像データのアクセス期間が経過した際には、同じユーザの依頼により撮影した画像データが追加されたとしても、既にアクセス期間が経過した画像データは、閲覧ができないままである。

図７を用いて、画像データそれぞれの撮影日付から所定の期間をアクセス期間として設定する場合のアクセス期間管理の一例について説明する。図７では、同じユーザに関連する画像データである、伝票番号Ａの画像データのアクセス期間Ｐ₁₁と、伝票番号Ｂの画像データのアクセス期間Ｐ₁₂とを示している。伝票番号Ａは、撮影日付ｄ₁₁が２０１５年６月１日である。伝票番号Ｂは、撮影日付ｄ₁₃が２０１５年８月１日である。ここでは、基本アクセス期間Ｄ₁₁を、３ヶ月として説明する。

図７に示すように、伝票番号Ａの画像データは、その撮影日付ｄ₁₁（２０１５年６月１日）が、アクセス期間の始期となる。このアクセス期間の始期に、基本アクセス期間Ｄ₁₁（３ヶ月）を加算して得られた日付ｄ₁₂（２０１５年９月１日）が、伝票番号Ａの画像データのアクセス期間の終期となる。よって、伝票番号Ａの画像データのアクセス期間Ｐ₁₁は、２０１５年６月１日〜２０１５年９月１日となる。同様に、伝票番号Ｂの画像データは、その撮影日付ｄ₁₃（２０１５年８月１日）が、アクセス期間の始期となり、基本アクセス期間Ｄ₁₁（３ヶ月）を加算して得られた日付ｄ₁₄（２０１５年１１月１日）が、伝票番号Ｂの画像データのアクセス期間の終期となる。よって、伝票番号Ｂの画像データのアクセス期間Ｐ₁₂は、２０１５年８月１日〜２０１５年１１月１日となる。

このとき、伝票番号Ａの画像データと伝票番号Ｂの画像データの撮影日付ｄ₁₁，ｄ₁₃が異なり、アクセス期間Ｐ₁₁，Ｐ₁₂が一部重複していることから、この重複している期間Ｐ₁₃（２０１５年８月１日〜２０１５年９月１日）では、伝票番号Ａの画像データと伝票番号Ｂの画像データとをともに閲覧することが可能である。

さらに、アクセス期間管理部３４は、上述したアクセス期間の設定に加えて、所定の条件に応じてアクセス期間の延長または追加を行ってもよい。このようなアクセス期間の延長または追加を行うためのアクセス期間管理条件としては、（ａ）注文時延長、（ｂ）年中行事追加、（ｃ）記念日追加が挙げられる。アクセス期間管理部３４は、どのアクセス期間管理条件に基づいてアクセス期間の延長または追加を行うか、またはアクセス期間の延長または追加を行わないか設定されている。このアクセス期間管理条件のオン／オフは、注文受付システム１の管理者が適宜切り替えることができる。

アクセス期間管理条件の設定は、注文受付サービスに登録しているユーザ全体について設定してもよく、またはユーザごとにアクセス期間管理条件を設定できるようにしてもよい。アクセス期間管理部３４は、アクセス期間管理条件に基づいてアクセス期間の延長または追加を行った後に、アクセス期間管理条件の設定を解除した場合には、アクセス期間の延長または追加の取り消しをできるようにしてもよい。以下、各アクセス期間管理条件に応じたアクセス期間の延長または追加の処理について説明する。

（ａ）注文時延長
注文時延長処理とは、ユーザからの注文を受けた場合に、注文を受けた画像データ、または注文を受けた画像データと関連する伝票番号を有する画像データについて、アクセス期間を一定期間延長することをいう。注文時延長の際に、アクセス期間を延長する期間を、注文時延長期間という。アクセス期間管理部３４は、注文を受けた日付に注文時延長期間を加算して、得られた日付をアクセス終期に変更することで、アクセス期間の延長を行う。

このとき、注文日付に注文時延長期間を加算して得られた日付が、当初のアクセス期間よりも後の日付であった場合には得られた日付をアクセス終期に変更して、当初のアクセス期間よりも前の日付または同日であった場合には得られた日付をアクセス終期に変更しないようにしてもよい。
注文時延長期間の長さは特に限定されないが、例えば、１ヶ月、２ヶ月、３ヶ月、４ヶ月、５ヶ月、または６ヶ月である。

図８を用いて、注文時延長処理によるアクセス期間管理の一例について説明する。図８では、伝票番号Ａの画像データの注文時延長処理前のアクセス期間Ｐ₁₁と、注文時延長処理後のアクセス期間Ｐ₂₁を示している。伝票番号Ａは、撮影日付ｄ₁₁が２０１５年６月１日である。ここでは、注文時延長期間Ｄ₂₁を、３ヶ月として説明する。また、注文日付ｄ₂₁が、２０１５年８月１日であった場合について説明する。

図８に示すように、図７を示して説明した場合と同様に、伝票番号Ａの画像データの注文時延長処理前のアクセス期間Ｐ₁₁は、２０１５年６月１日〜２０１５年９月１日となる。アクセス期間Ｐ₁₁中の注文日付ｄ₂₁（２０１５年８月１日）に、注文時延長期間Ｄ₂₁（３ヶ月）を加算して得られた日付ｄ₂₂（２０１５年１１月１日）が、注文時延長処理後のアクセス期間の終期となる。よって、注文時延長処理後のアクセス期間は、アクセス期間Ｐ₂₁（２０１５年６月１日〜２０１５年１１月１日）に延長される。

（ｂ）年中行事追加
年中行事追加処理とは、撮影日付から所定の期間に加えて、年中行事の期日の前または後における所定の期間をアクセス期間に追加することをいう。年中行事追加の際に、年中行事の期日の前または後に追加する期間を、年中行事追加期間という。アクセス期間管理部３４は、年中行事の期日から年中行事追加期間を減算して、得られた日付を年中行事追加処理による追加アクセス期間の始期とする。また、アクセス期間管理部３４は、年中行事の期日に年中行事追加期間を加算して、得られた日付を年中行事追加処理による追加アクセス期間の終期とする。このようにして定められた追加アクセス期間の始期と終期によって、アクセス期間が追加される。

年中行事追加期間の追加は、年中行事の期日の前に行ってもよく、年中行事の期日の後に行ってもよく、年中行事の期日の前後ともに行ってもよい。また、年中行事の期日の前と後で、年中行事追加期間の長さが異なるようにしてもよい。

年中行事とは、例えば、正月、クリスマス、またはお盆である。中でも、年賀状の作成に伴う焼き増し需要の増加から、正月を年中行事の期日とすることが好ましい。正月については、１月１日、１月１日から１月３日までの三が日、１月１日から１月７日までの松の内、または１月１日から１月１５日の小正月までを年中行事の期日とする。クリスマスについては、１２月２５日を年中行事の期日とする。お盆については、８月１５日、８月１４日から１６日、または８月１３日から１７日を年中行事の期日とする。年中行事追加期間の長さは特に限定されないが、例えば、１日、３日、５日、１週、１０日、２週、１５日、半月、２０日、３週、４週、１ヶ月、または５週である。

図９を用いて、年中行事追加処理によるアクセス期間管理の一例について説明する。図９では、伝票番号Ａの画像データの年中行事追加処理前のアクセス期間Ｐ₁₁と、年中行事追加処理後に追加されるアクセス期間Ｐ₃₁を示している。伝票番号Ａは、撮影日付ｄ₁₁が２０１５年６月１日である。ここでは、正月（２０１６年１月１日）を年中行事の期日ｄ₃₁として、期日の前に追加する年中行事追加期間Ｄ₃₁を１ヶ月、期日の後に追加する年中行事追加期間Ｄ₃₂を１０日として説明する。

図９に示すように、図７を示して説明した場合と同様に、伝票番号Ａの画像データの年中行事追加処理前のアクセス期間Ｐ₁₁は、２０１５年６月１日〜２０１５年９月１日となる。年中行事の期日ｄ₃₁（２０１６年１月１日）から、期日の前に追加する年中行事追加期間Ｄ₃₁（１ヶ月）を減算して得られた日付ｄ₃₂（２０１５年１２月１日）が、年中行事追加処理による追加アクセス期間の始期となる。年中行事の期日ｄ₃₁（２０１６年１月１日）に、期日の後に追加する年中行事追加期間Ｄ₃₂（１０日）を加算して得られた日付ｄ₃₃（２０１６年１月１１日）が、年中行事追加処理による追加アクセス期間の終期となる。よって、年中行事追加処理後のアクセス期間は、アクセス期間Ｐ₁₁（２０１５年６月１日〜２０１５年９月１日）に、年中行事追加処理による追加アクセス期間Ｐ₃₁（２０１５年１２月１日〜２０１６年１月１１日）が追加されたものとなる。

（ｃ）記念日追加
記念日追加処理とは、撮影日付から所定の期間に加えて、撮影日付から一定の期間が経過する期日の前または後における所定の期間をアクセス期間に追加する。記念日追加の際に、撮影日付から経過する期日までの期間を、記念日経過期間という。記念日追加の際に、記念日経過期間が経過する期日の前または後に追加する期間を、記念日追加期間という。アクセス期間管理部３４は、撮影日付に記念日経過期間を加算する。加算により得られた日付から記念日追加期間を減算して、得られた日付を記念日追加処理による追加アクセス期間の始期とする。また、アクセス期間管理部３４は、加算により得られた日付に記念日追加期間を加算して、得られた日付を記念日追加処理による追加アクセス期間の終期とする。このようにして定められた追加アクセス期間の始期と終期によって、アクセス期間が追加される。

記念日追加期間の追加は、記念日経過期間が経過する期日の前に行ってもよく、記念日経過期間が経過する期日の後に行ってもよく、記念日経過期間が経過する期日の前後ともに行ってもよい。また、記念日経過期間が経過する期日の前と後で、記念日追加期間の長さが異なるようにしてもよい。

記念日経過期間の長さは、例えば、１シーズン（３ヶ月）、２シーズン（６ヶ月）、３シーズン（３ヶ月）、または４シーズン（１年間）である。記念日追加期間の長さは特に限定されないが、例えば、１日、３日、５日、１週、１０日、２週、１５日、半月、２０日、３週、または１ヶ月である。記念日追加は、撮影日付から一定の期間がたった記念日（アニバーサリー）にアクセス期間を追加するものであるといえる。

図１０を用いて、記念日追加処理によるアクセス期間管理の一例について説明する。図１０では、伝票番号Ａの画像データの記念日追加処理前のアクセス期間Ｐ₁₁と、記念日追加処理後に追加されるアクセス期間Ｐ₄₁を示している。伝票番号Ａは、撮影日付ｄ₁₁が２０１５年６月１日である。ここでは、記念日経過期間Ｄ₄₁を１年として、期日の前に追加する記念日追加期間Ｄ₄₂を２０日、期日の後に追加する記念日追加期間Ｄ₄₃を２０日として説明する。

図１０に示すように、図７を示して説明した場合と同様に、伝票番号Ａの画像データの記念日追加処理前のアクセス期間Ｐ₁₁は、２０１５年６月１日〜２０１５年９月１日となる。撮影日付ｄ₁₁（２０１５年６月１日）に、記念日経過期間Ｄ₄₁（１年）を加算して、記念日経過期間が経過する期日ｄ₄₁（２０１６年６月１日）が得られる。記念日経過期間が経過する期日ｄ₄₁（２０１６年６月１日）から、期日の前に追加する記念日追加期間Ｄ₄₂（２０日）を減算して得られた日付ｄ₄₂（２０１６年５月１２日）が、記念日追加処理による追加アクセス期間の始期となる。記念日経過期間が経過する期日ｄ₄₁（２０１６年６月１日）に、期日の後に追加する記念日追加期間Ｄ₄₃（２０日）を加算して得られた日付ｄ₄₃（２０１６年６月２１日）が、記念日追加処理による追加アクセス期間の終期となる。よって、記念日追加処理後のアクセス期間は、アクセス期間Ｐ₁₁（２０１５年６月１日〜２０１５年９月１日）に、記念日追加処理による追加アクセス期間Ｐ₄₁（２０１６年５月１２日〜２０１６年６月２１日）が追加されたものとなる。

＜アクセス期限通知部＞
アクセス期限通知部３５は、アクセス期間の満了が近づいた場合に、ユーザに画像データのアクセス期間の満了が近いことを通知する。

アクセス期限通知部３５は、注文情報テーブルからアクセス期間を取得する。次にアクセス期限通知部３５は、アクセス期間と現時点の日付とを比較して、アクセス期間内であって、且つアクセス期間の残り日数が一定の日数以下であると判断したものについて、マイページＩＤとアクセス期間とを抽出する。このときの残り日数の判断基準は、アクセス期間の満了に近い日数であれば特に限定されないが、例えば、２週間以下の任意の日数である。そして、アクセス期限通知部３５は、顧客情報テーブルから、マイページＩＤに対応するメールアドレスを取得して、このメールアドレス宛に、抽出したアクセス期間と、アクセス期間の残り日数を記載した電子メールを送信する。この電子メールアドレスによって、ユーザに画像データのアクセス期間の満了が近いことを通知する。

＜アクセス再開通知部＞
アクセス再開通知部３６は、アクセス期間を経過して画像データの閲覧ができなくなった後、再度アクセス期間が到来して閲覧をできるようになった場合に、ユーザに画像データのアクセス期間が到来することを通知する。これは撮影日付から所定の期間の当初のアクセス期間を過ぎた後に、アクセス期間管理部３４によってアクセス期間が変更または追加されることで、再度アクセス期間が到来して閲覧をできるようになった場合に、ユーザに通知を行うものである。

アクセス再開通知部３６は、アクセス期間管理部３４によってアクセス期間の変更または追加がされた場合に、アクセス期間の追加がされた画像データに係る伝票番号をアクセス期間管理部３４から取得する。アクセス再開通知部３６は、注文情報テーブルから、伝票番号に対応するアクセス期間を取得する。次に、アクセス再開通知部３６は、アクセス期間と現時点の日付とを比較して、現時点ではアクセス期間外であって、且つ将来アクセス期間が到来すると判断したものについて、マイページＩＤとアクセス期間とを抽出する。そして、アクセス再開通知部３６は、顧客情報テーブルから、マイページＩＤに対応するメールアドレスを取得して、このメールアドレス宛に、抽出したアクセス期間と、アクセス期間の残り日数を記載した電子メールを送信する。この電子メールアドレスによって、画像データのアクセス期間が再度到来することを通知する。

＜アカウント登録部＞
アカウント登録部４１は、ユーザ端末７１から顧客情報の入力を受けて、識別情報の登録を行う。アカウント登録部４１は、ユーザから少なくともメールアドレスを取得して、ログインパスワードを生成し、これらの登録を行う。このアカウント登録部４１による処理をアカウント登録ともいう。アカウントの登録には、スタジオで撮影したユーザに向けて行うアカウント新規登録処理と、アカウントの招待を受けたユーザに向けて行うアカウント招待登録処理に分けられる。

アカウント新規登録処理では、アカウント登録部４１は、メールアドレスに加えて、マイページＩＤと電話番号の入力を要求する。マイページＩＤは、ユーザが写真スタジオで撮影を依頼した際に発行される会員カードに記載されている文字列である。また、マイページＩＤは、会員カードを発行する際に生成されて、ユーザ情報保存部２２に保存されるアカウント情報テーブル（図４参照）に、あらかじめ格納してある。アカウント登録部４１は、入力されたマイページＩＤと、アカウント情報テーブルに保存されるマイページＩＤとを照合する。これにより、スタジオで撮影したユーザと、マイページの登録を行うユーザとを一致させる。

アカウント招待登録処理では、アカウント登録部４１は、メールアドレスに加えて、招待コードの入力を受け付ける。招待コードは、他のユーザをマイページに招待するために、アカウント招待処理を行った際に送られるマイページ招待メールに記載されている文字列である。招待コードは、アカウント招待処理を行った際に生成されて、アカウント情報テーブル（図４参照）に、あらかじめ格納してある。アカウント登録部４１は、入力された招待コードと、注文情報テーブルに保存される招待コードとを照合する。これにより、招待されたユーザと、マイページの登録を行うユーザとを一致させるとともに、招待されたユーザの入力の手間を省くことができる。

＜マイページ共有部＞
マイページ共有部４２は、ユーザが指定した画像データについて、マイページを介して他のユーザによる閲覧または注文が可能となるよう、ユーザが他のユーザに対して共有設定を行う。共有設定がなされた場合には、閲覧画面提供部３１は、注文受付サービスにログインを行った他のユーザが操作するユーザ端末７１に、マイページ共有部４２によって共有設定された画像データであるとともにアクセス期間中の画像データを表示する。このように、マイページ共有部４２によるマイページ共有処理とは、他のユーザのマイページに、自らの撮影依頼に係る画像データが表示されるように共有設定を行うものである。

招待の対象となる他のユーザとは、ユーザが共有設定を行う相手であれば特に限定されないが、例えばユーザの関係者である、祖父もしくは祖母、遠隔地の親戚、又は友人等が挙げられる。

＜アカウント招待部＞
アカウント招待部４３は、ユーザが他のユーザに対して共有設定を行う際に、他のユーザの招待を受け付ける。アカウント招待部４３は、電子メールまたはＳＮＳのメッセージによって、アカウント登録部４１にアクセス可能なＵＲＬを他のユーザに送信する。このＵＲＬを介して、ＵＲＬを送信されたユーザはアカウント登録部４１にアクセスし、アカウントの招待をされたユーザとしてアカウント登録を行うことができる。これにより、自らのマイページにログインするとともに、共有設定された他のユーザの画像データの閲覧または注文を行うことができる。

なお、ＳＮＳとしては、例えば、Ｆａｃｅｂｏｏｋ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、Ｇｏｏｇｌｅ＋（登録商標）を用いることができるが、これに限定されない。特定の相手にメッセージを送信することができるものであれば、この他のマイクロブログやメッセージングサービスも適宜利用することができる。

＜リンク共有部＞
リンク共有部４４は、ユーザが指定した画像データについて、画像データへのリンクを介して他のユーザによる閲覧または注文が可能となるよう共有設定を行う。

リンク共有部４４は、ユーザが指定した画像データにアクセス可能なＵＲＬを生成して、電子メールまたはＳＮＳのメッセージによって、ＵＲＬを他のユーザに送信する。本実施形態では、電子メールによって、ＵＲＬを他のユーザに送信する場合について説明する。このＵＲＬを介して、ＵＲＬを送信されたユーザは、画像データに直接アクセスして、アカウント登録及びマイページにログインすること無く、画像データを閲覧または注文を行うことができる。

＜ポイント付与部＞
ポイント付与部４５は、写真スタジオで撮影がなされた際に、注文において利用可能なポイントをユーザに対して付与する。このとき、ユーザ情報保存部２２が、ユーザごとにポイント数の情報を保存する。

ポイント付与は、写真スタジオで撮影がなされた際に、会員カード発行にあわせて無償で付与するようにしてもよく、代金の支払いに替えてポイントを付与するようにしてもよい。または、注文受付サービスでの代金の支払いに替えてポイントを付与するとともに、支払った代金の何％かを上乗せする形で、ポイントを付与するようにしてもよい。

［１−２．動作］
以下、図１１〜図１３を参照しながら、本実施形態に係る注文受付システム１の処理や動作について説明する。なお、ここでは、スタジオで画像データの撮影を依頼して、他のユーザを招待するユーザと、このユーザに招待されるユーザとの区別が必要な場面では、それぞれユーザＡ、ユーザＢと称することで区別する。また、ユーザＡがユーザ端末７１ａを操作し、ユーザＢがユーザ端末７１ｂを操作するものとする。

＜マイページの提供＞
図１１に示すフローチャート（ステップＳ１００〜Ｓ１２０）に従って、本実施形態に係る注文受付システム１によるマイページ提供に係る処理の流れについて説明する。

＜ログインページへのアクセス＞
センタサーバ１１は、ユーザ端末７１からログインページへのアクセスを受けつける（ステップＳ１００）。ログインページへのアクセスは、ユーザがユーザ端末７１を操作して、ログインページに対応したＵＲＬを指定することで、センタサーバ１１にログインページの閲覧要求が送信されることにより行われる。

ユーザ端末７１からログインページの閲覧要求があった場合には、閲覧画面提供部３１は、ログインページのデータを生成して、ユーザ端末７１に送信する。これを受けてユーザ端末７１は、表示部７２に、図１４に示すようなログイン認証画面と、図１５または図１６に示すようなアカウント登録画面とを含む、ログインページを表示する（ステップＳ１０１）。閲覧画面提供部３１は、ユーザからのログインページにおける入力内容に応じて、アカウント新規登録が要求されたか（ステップＳ１０２）、アカウント招待登録が要求されたか（ステップＳ１２１）、ログイン認証が要求されたか（ステップＳ１０５）を判定する。なお、アカウント招待登録（ステップＳ１２１〜Ｓ１２３）については、後述するアカウント招待処理（ステップＳ１１８）の際にあわせて説明を行う。

＜アカウント新規登録処理＞
ステップＳ１０３にて行う、アカウント新規登録処理について説明する。ステップＳ１０３では、閲覧画面提供部３１がユーザ端末７１ａに、図１５に示すようなアカウント登録画面を表示させる。

アカウント登録画面（アカウント登録ページ）は、ユーザＡからの識別情報の入力を受け付けて、ユーザＡが注文受付サービスにログインするためのアカウントを登録するための画面である。ここでは、写真スタジオで撮影を依頼したユーザＡが、アカウント登録を行う場合のアカウント新規登録画面処理について説明する。

図１５は、写真スタジオで撮影を依頼したユーザＡが登録を行う場合のアカウント登録ページである。図１５に示すように、この場合のアカウント登録ページには、メールアドレス入力領域１１１、マイページＩＤ入力領域１１４、電話番号入力領域１１５、及び確認メール送信ボタン１１６が設けられている。ユーザＡは操作部７３を用いて、メールアドレス入力領域１１１、マイページＩＤ入力領域１１４、及び電話番号入力領域１１５に、それぞれメールアドレス、マイページＩＤ、及び電話番号を入力することができる。さらにユーザＡが確認メール送信ボタン１１６を操作することで、ユーザ端末７１ａからセンタサーバ１１のアカウント登録部４１に、メールアドレス、マイページＩＤ、及び電話番号が送信されるとともに、アカウント新規登録要求が送信される。

ステップＳ１０２では、閲覧画面提供部３１は、アカウント新規登録要求を受信した場合に、アカウント新規登録が要求されたと判定する。アカウント新規登録が要求された場合には、アカウント登録部４１は、新規にアカウント登録を行う場合のアカウント新規登録処理を実行する（ステップＳ１０３）。

ステップＳ１０３では、アカウント登録部４１は、ユーザ端末７１ａからメールアドレス、マイページＩＤ、及び電話番号の入力を受け付ける。アカウント登録部４１は、マイページＩＤを受信すると、アカウント情報テーブルを検索して、入力されたマイページＩＤがアカウント情報テーブルに存在するマイページＩＤと一致するかどうかを判定する。また、アカウント登録部４１は、有効なメールアドレスが入力されていることを判定する。また、アカウント登録部４１は、有効な電話番号が入力されていることを判定する。

判定に成功した場合には、ユーザＡの仮登録に成功したものとして、アカウント登録部４１は、入力されたメールアドレスに登録案内メールを送信する。ユーザ端末７１ａが登録案内メールを受信して、ユーザＡが登録案内メールに記載された確認ＵＲＬをクリックすることで、アカウントの正式な登録がなされる。このとき、アカウント登録部４１はログインパスワードを生成し、閲覧画面提供部３１が表示部７２ａにログインパスワードを表示する。アカウント登録部４１は、入力されたメールアドレス及び電話番号、並びに生成されたログインパスワードを、アカウント情報テーブルに保存する。

一方、判定に失敗した場合には、ユーザＡの仮登録に失敗したものとして、アカウント登録部４１は閲覧画面提供部３１に登録失敗の信号を送信する。このとき、閲覧画面提供部３１は、登録失敗の信号を受信して、表示部７２ａにアカウント登録が失敗した旨のエラーメッセージを表示する（ステップＳ１０４）。この場合、ステップＳ１０２に戻り、ログイン認証部３２は、再度、ユーザ端末７１ａから識別情報の入力を受け付ける。

＜ログイン認証処理＞
ステップＳ１０６にて行う、ログイン認証処理について説明する。ステップＳ１０６では、閲覧画面提供部３１がユーザ端末７１に、図１４に示すようなログイン認証画面を表示させる。

ログインページは、ユーザからの識別情報の入力を受け付けるとともに、トップページに遷移可能とする画面である。

図１４に示すように、ログインページには、メールアドレス入力領域１１１、パスワード入力領域１１２、及びログインボタン１１３が設けられている。ユーザは操作部７３を用いて、メールアドレス入力領域１１１に、ログインＩＤとしてのメールアドレスを入力することができる。また、ユーザは操作部７３を用いて、パスワード入力領域１１２に、ログインパスワードを入力することができる。ユーザが操作部７３を用いてログインボタン１１３を操作することで、ユーザ端末７１からセンタサーバ１１のログイン認証部３２に、識別情報としてのログインＩＤ及びログインパスワードが送信されるとともに、ログイン認証要求が送信される。

ステップＳ１０５では、閲覧画面提供部３１は、ログイン認証要求を受信した場合に、ログイン認証が要求されたと判定する。ログイン認証が要求された場合には、ログイン認証部３２は、ログイン認証を行うログイン認証処理を実行する（ステップＳ１０６）。

ステップＳ１０６では、ログイン認証部３２は、ユーザ端末７１から識別情報（ログインＩＤ及びログインパスワード）の入力を受け付ける。ログイン認証部３２は、識別情報を受信すると、ユーザ情報保存部２２に保存されるアカウント情報テーブル（図４参照）を検索して、識別情報の判定を行う。具体的には、ログイン認証部３２は、入力されたログインＩＤが、アカウント情報テーブルに存在するかどうかを判定するとともに、入力されたログインパスワードが、ログインＩＤに対応するログインパスワードと一致するかどうかを判定する。

判定が一致した場合には、ユーザの認証に成功したものとして、ログイン認証部３２は、閲覧画面提供部３１に認証成功の信号を送信する。このとき閲覧画面提供部３１は、認証成功の信号を受信して、表示部７２に図１７に示すようなトップページを表示する（ステップＳ１０８）。これにより、ユーザが注文受付サービスへとログインできたことになる。

一方、判定が一致しなかった場合には、ユーザの認証に失敗したものとして、ログイン認証部３２は、閲覧画面提供部３１に認証失敗の信号を送信する。このとき、閲覧画面提供部３１は、認証失敗の信号を受信して、表示部７２にログインが失敗した旨のエラーメッセージを表示する（ステップＳ１０７）。この場合、ステップＳ１０２に戻り、ログイン認証部３２は、再度、ユーザ端末７１から識別情報の入力を受け付ける。

＜トップページの表示処理＞
ステップＳ１０８にて行う、トップページの表示処理について説明する。ステップＳ１０８では、閲覧画面提供部３１がユーザ端末７１に、図１７に示すようなトップページを表示させる。

トップページは、ユーザの依頼により撮影した画像データまたは共有設定された画像データについて、いずれか一つの伝票番号に対応する画像データの概要情報を切り替え可能に表示する画面である。

閲覧画面提供部３１は、アカウント情報テーブルから、ログインしたユーザのログインＩＤに対応するマイページＩＤを取得する。このマイページＩＤを用いて、閲覧画面提供部３１は、ユーザ情報保存部２２に保存される注文情報テーブル（図５参照）を検索して、ログインしたユーザのマイページＩＤに関連する、伝票番号、撮影日付、アクセス期間を取得する。このとき、ログインしたユーザのマイページＩＤが共有先ＩＤに設定されている場合には、その共有先ＩＤが設定されている伝票番号についても、ログインしたユーザに関連するとして、伝票番号、撮影日付、及びアクセス期間を取得する。閲覧画面提供部３１は、ユーザがマイページにアクセスした日時とアクセス期間とを照合して、アクセス期間中の伝票番号であって、撮影日付が最も新しい伝票番号を判断する。さらに、閲覧画面提供部３１は、注文情報テーブルから、最も新しい伝票番号に関連する撮影内容を取得する。また、閲覧画面提供部３１は、画像データ保存部２１から、最も新しい伝票番号に関連する画像データを読み出し、また最も新しい伝票番号に関連する画像データの枚数を取得する。

次に、閲覧画面提供部３１は、トップページに、ログインしたユーザに関連する、アクセス期間中であって撮影日が最も新しい伝票番号に対応する画像データを、代表画像１２３として表示する。また、閲覧画面提供部３１は、トップページに、表示された画像データに対応する概要情報（伝票番号、撮影日付、閲覧期限、枚数）を表示する。

図１７に示すように、トップページには、見出し１２１、撮影履歴ボタン１２２、代表画像１２３、伝票番号表示１２４、撮影日表示１２５、閲覧期限表示１２６、及び枚数表示１２７、写真一覧ボタン１２８、商品選択ボタン１２９、マイページ招待ボタン１３０が設けられている。また、トップページには、図示しないログアウトボタンが設けられている。

見出し１２１は、伝票番号に対応する撮影日付と撮影内容を表示するものである。撮影履歴ボタン１２２は、ユーザが操作部７３を用いて操作することで、トップページに表示される画像データ及び概要情報が、別の伝票番号に対応する画像データ及び概要情報に切り替えられて、撮影履歴を切り替えることができるボタンである。撮影履歴ボタン１２２による撮影履歴を切り替えの際には、ユーザに関連するアクセス期間内の伝票番号に対応する画像データ及び概要情報に切り替え可能となっている。代表画像１２３は、表示中の伝票番号に対応する画像データの中からいずれか一つの画像データを表示するものである。

図１７では、トップページに、伝票番号がＣ１５−９９−０１２１であって、２０１５年８月１日に七五三の前撮りに際して撮影した画像データを表示している。また、この伝票番号に対応する画像データの閲覧期限が２０１５年１１月１日であり、５０枚分の画像データが含まれることを示している。ユーザは、撮影履歴ボタン１２２を操作することで、トップページに表示される概要情報を、他の伝票番号、例えばＣ１５−９９−０１２０に対応する画像データの概要情報に切り替えることができる。

写真一覧ボタン１２８は、ユーザが操作部７３を用いて操作することで、ユーザ端末７１からセンタサーバ１１に、トップページに表示されている伝票番号に対応する一連の画像データについての写真一覧ページの閲覧要求が送信されるボタンである。

商品選択ボタン１２９は、ユーザが操作部７３を用いて操作することで、ユーザ端末７１からセンタサーバ１１に、トップページに表示されている伝票番号に対応する一連の画像データについて注文に際して商品を選択するための商品選択ページの閲覧要求が送信されるボタンである。

マイページ招待ボタン１３０は、ユーザＡが操作部７３を用いて操作することで、ユーザ端末７１からセンタサーバ１１に、トップページに表示されている伝票番号に対応する一連の画像データについて、他のユーザＢに対して共有設定を行うためのマイページ共有ページの閲覧要求が送信されるボタンである。

閲覧画面提供部３１は、ユーザからのトップページでの閲覧要求を受け付けて、写真一覧ページの閲覧要求がされたか（ステップＳ１０９）、商品選択ページの閲覧要求がされたか（ステップＳ１１１）、マイページ共有ページの閲覧要求がされたか（ステップＳ１１６）を判定する。写真一覧ページの閲覧要求がされた場合には、閲覧画面提供部３１は、写真一覧ページを表示する写真一覧処理を実行する（ステップＳ１１０）。商品選択ページの閲覧要求がされた場合には、閲覧画面提供部３１は、商品選択ページを表示して、商品選択を行う商品選択処理を実行する（ステップＳ１１２）。マイページ共有ページの閲覧要求がされた場合には、閲覧画面提供部３１は、マイページ共有ページを表示して、マイページ共有を行うマイページ共有処理を実行する（ステップＳ１１７）。

商品選択処理を実行した場合には（ステップＳ１１２）、さらに、フォトアルバム等の作成を行う作成処理（ステップＳ１１３）、作成したフォトアルバム等の内容確認を行う内容確認処理（ステップＳ１１４）、フォトアルバム等の注文を行う注文処理（ステップＳ１１５）を順に実行する。

各処理を終了した場合、またはいずれの処理の要求も無かった場合には、ログアウトの要求があるかどうかの判定を受け付ける（ステップＳ１１９）。ログアウトの要求があった場合には、センタサーバ１１とユーザ端末７１とのセッションを切断して、注文受付サービス１からユーザをログアウトさせるログアウト処理を行う（ステップＳ１２０）。ログアウトが要求されなかった場合には、ステップＳ１０９に戻り、閲覧要求を受け付ける。

＜写真一覧処理＞
図１２に示すフローチャート（ステップＳ２０１〜Ｓ２１３）に従って、ステップＳ１１０にて行う、写真一覧処理について説明する。ステップＳ１１０では、閲覧画面提供部３１は、写真一覧ページの閲覧要求を受信して、図１８に示すような写真一覧ページを表示させる（ステップＳ２０１）。

写真一覧ページは、ユーザの依頼により撮影した画像データについて、いずれか一つの伝票番号に対応する画像データの一覧情報を切り替え可能に表示する画面である。

閲覧画面提供部３１は、トップページにおいて表示されていた画像データに対応する伝票番号を用いて、画像データ保存部２１から、伝票番号に関連する画像データを読み出す。ここで、トップページの表示処理では、ログインしたユーザに関連するアクセス期間内の伝票番号に係る画像データが表示されることから、写真一覧ページにおいても、ログインしたユーザに関連するアクセス期間内の伝票番号に係る画像データが表示されることになる。

図１８に示すように、写真一覧ページには、トップページと同様に、見出し１２１、撮影履歴ボタン１２２、閲覧期限表示１２６、マイページ招待ボタン１３０が設けられている。さらに、写真一覧ページには、選択写真１４１、一覧写真１４２、撮影枚数ボタン１４３ａ、お気に入りボタン１４４、商品選択ボタン１４５、ダウンロードボタン１４６、リンク共有ボタン１４７が設けられている。

見出し１２１は、トップページと同様に、撮影日付と撮影内容を表示するものである。撮影履歴ボタン１２２は、トップページと同様に、写真一覧ページに表示される画像データの一覧情報を、別の伝票番号に対応する画像データの一覧情報に切り替えることができるものである。写真一覧ページにおいても、ユーザが撮影履歴ボタン１２２を操作することで、写真一覧ページに表示される一覧情報を、他の伝票番号に対応する画像データの一覧画面に切り替えることができる。このとき、撮影履歴ボタン１２２による撮影履歴を切り替えの際には、トップページと同様に、ログインしたユーザに関連するアクセス期間内の伝票番号に対応する画像データの一覧情報に切り替え可能となっている。

一覧写真１４２は、ログインしたユーザに関連するアクセス期間中の画像データであって、特定の伝票番号に対応する画像データを縮小したサムネイル写真として表示するものである。このとき画像データは、撮影日付に応じてまとめられて、所定の枚数を一覧可能な画像カタログとして表示されている。ユーザが操作部７３を用いて一覧写真１４２の中からいずれか一つのサムネイル写真１４２ａを選択することで、選択された画像データが、拡大された選択写真１４１として表示される。このとき、選択されたサムネイル写真１４２ａは、周囲の色が他のサムネイル写真と変化することで、選択されていることが分かるようになっている。

撮影枚数ボタン１４３ａは、写真一覧ページに表示される一覧写真１４２を切り替えるボタンである。特定の伝票番号に対応する画像データの撮影枚数が、一覧写真１４２に表示される枚数の上限を超える場合には、全部の撮影枚数のうち一部にあたる画像データが一覧写真１４２として表示される。このとき、ユーザが操作部７３を用いて撮影枚数ボタン１４３ａを操作することで、写真一覧ページに表示される一覧写真１４２を、一覧写真１４２に表示される枚数の上限に応じて、残りの写真に順次切り替えることができる。

本実施形態では、写真一覧ページに、伝票番号がＣ１５−９９−０１２１に対応する、
七五三に際して撮影した、閲覧期限が２０１５年１１月１日の画像データについて、５０枚分の画像データの中から２０枚分を表示している。また、一覧写真１４２から、サムネイル写真１４２ａを選択しており、このサムネイル写真１４２ａが拡大されたものが選択写真１４１として表示されている。ユーザは、撮影枚数ボタン１４３ａを操作することで、一覧写真１４２に表示される画像データを、残りの２０枚分または１０枚分に切り替えることができる。

お気に入りボタン１４４は、ユーザが操作部７３を用いて操作することで、選択写真１４１に表示された画像データをお気に入り写真として設定することができるボタンである。お気に入り写真として設定された画像データは、後述する作成処理の際に優先的に使用される。図１８では、画像データ１４２ｂがお気に入り写真として設定されている。このとき、画像データ１４２ｂは、サムネイル写真の下に塗りつぶされた星印が付されている。他のお気に入り写真として設定されていない画像データでは星印が塗りつぶされていないことで、お気に入り写真として設定されているかどうかを区別できるようになっている。

商品選択ボタン１４５は、ユーザが操作部７３を用いて操作することで、写真一覧ページに表示されている伝票番号に対応する一連の画像データについての各々の商品選択ページの閲覧要求が送信されるボタンである。本実施形態では、図１８に示すように、商品選択ボタン１４５は、写真プリントボタン１４５ａ、フォトアルバムボタン１４５ｂ、フォトフレームボタン１４５ｃ、及びポストカードボタン１４５ｄからなる。いずれかの商品選択ボタン１４５を操作することで、各ボタンに対応する商品（写真のプリント、フォトアルバム（写真集）の作成、フォトフレームの作成、ポストカードの作成）の詳細を選択する商品選択ページへの閲覧要求が送信される。

ダウンロードボタン１４６は、ユーザが操作部７３を用いて操作することで、選択写真１４１に表示された画像データについて、ダウンロード要求が送信されるボタンである。これにより、ユーザがオリジナル写真の画像データを、センタサーバ１１からダウンロードすることができる。このとき、画像データ設定情報テーブル（図６参照）において、ダウンロード可能かを示すＤＬフラグが「可」になっている画像データをダウンロードすることができる。

リンク共有ボタン１４７は、ユーザＡが操作部７３を用いて操作することで、選択写真１４１に表示された画像データについて、他のユーザＢと共有するためのリンク共有ページへの閲覧要求が送信されるボタンである。画像データの共有は、ＳＮＳのメッセージまたは電子メールによって行う。このため、リンク共有ボタン１４７は、共有手段に応じて複数のボタンが設けられている。本実施形態では、図１８に示すように、リンク共有ボタン１４７は、共有Ａボタン１４７ａ、共有Ｂボタン１４７ｂ、共有Ｃボタン１４７ｃ、及び電子メールボタン１４７ｄからなる。いずれかのリンク共有ボタン１４７を操作することで、各ボタンに対応するメッセージ送信手段によりメッセージを送信するためのリンク共有ページへの閲覧要求が送信される。例えば、共有Ａボタン１４７ａを操作した場合にはＦａｃｅｂｏｏｋ（登録商標）によって、共有Ｂボタン１４７ｂを操作した場合にはＴｗｉｔｔｅｒ（登録商標）によって、共有Ｃボタン１４７ｃを操作した場合にはＧｏｏｇｌｅ＋（登録商標）よって、メッセージを送信することができる。また、電子メールボタン１４７ｄを操作した場合には、電子メールによってメッセージを送信することができる。

閲覧画面提供部３１は、ユーザからの写真一覧ページでの閲覧要求を受け付けて、ダウンロードの要求がされたか（ステップＳ２０２）、商品選択ページの閲覧要求がされたか（ステップＳ２０４）、マイページ共有ページの閲覧要求がされたか（ステップＳ２０９）、リンク共有ページの閲覧要求がされたか（ステップＳ２１２）を判定する。ダウンロードの要求がされた場合には、閲覧画面提供部３１は、選択された画像データをダウンロードするダウンロード処理を実行する（ステップＳ２０３）。商品選択ページの閲覧要求がされた場合には、閲覧画面提供部３１は、商品選択ページを表示して、商品選択を行う商品選択処理を実行する（ステップＳ２０５）。マイページ共有ページの閲覧要求がされた場合には、閲覧画面提供部３１は、マイページ共有ページを表示して、マイページ共有を行うマイページ共有処理を実行する（ステップＳ２１０）。リンク共有ページの閲覧要求がされた場合には、閲覧画面提供部３１は、リンク共有ページを表示して、リンク共有を行うリンク共有処理を実行する（ステップＳ２１３）。

商品選択処理を実行した場合には（ステップＳ２０５）、さらに、フォトアルバム等の作成を行う作成処理（ステップＳ２０６）、作成したフォトアルバム等の内容確認を行う内容確認処理（ステップＳ２０７）、フォトアルバム等の注文を行う注文処理（ステップＳ２０８）を順に実行する。

＜商品選択処理＞
ステップＳ１１２，Ｓ２０５にて行う、商品選択処理について説明する。ステップＳ１１２，Ｓ２０５では、閲覧画面提供部３１がユーザ端末７１に、商品選択ページを表示させる。なお、ステップＳ１１２，Ｓ２０５では、処理が一部共通しているため、先にステップＳ１１２にて行う商品選択処理について説明する。その後、ステップＳ２０５にて行う商品選択処理について説明する。

商品選択ページは、指定された伝票番号に対応する画像データの注文に際して、画像データの注文形態としての商品を表示するとともに、作成ページに遷移可能とする画面である。

商品選択ボタン１２９が操作された場合には、商品のカテゴリを表示して、どのカテゴリを選択するかをユーザに決定させる、第一商品選択ページが表示される。いずれかのカテゴリの商品が選択された場合には、選択されたカテゴリの中で、具体的にどの商品を選択するかをユーザに決定させる第二商品選択ページが表示される。第一商品選択ページに表示されるカテゴリの選択とは、例えば、プリントアウト、フォトアルバム、フォトフレーム、ポストカード、またはキーホルダーのいずれによって画像データを提供するかを選択することをいう。第二商品選択ページに表示される具体的な商品の選択とは、プリントアウトであれば、プリントアウトされる写真のサイズを選択することをいう。フォトアルバムであれば、アルバムの種類、またはアルバムのページ数を選択することを言う。フォトフレーム、ポストカード、またはキーホルダーであれば、それぞれの種類を選択することをいう。

第二商品選択ページでプリントアウトのサイズが選択された場合には、注文ページへの閲覧要求が送信される。第二商品選択ページでフォトアルバム、フォトフレーム、ポストカード、またはキーホルダーが選択された場合には、作成ページへの閲覧要求が送信される。閲覧画面提供部３１は、作成ページの閲覧要求を受信すると、表示部７２に作成ページを表示させる。

ステップＳ２０４では、写真プリントボタン１４５ａ、フォトアルバムボタン１４５ｂ、フォトフレームボタン１４５ｃ、またはポストカードボタン１４５ｄを操作される。このときの商品選択ページへの閲覧択要求は、写真のプリント、フォトアルバムの作成、フォトフレームの作成、ポストカードの作成を選択することによるものである。このため、続くステップＳ２０５の商品選択処理では、ステップＳ１１２の場合よりも、商品選択を選択するステップが一段階省略されて、プリントアウト、フォトアルバム、フォトフレーム、またはポストカードのそれぞれについての第二商品選択ページが表示される。

＜作成処理＞
ステップＳ１１３，Ｓ２０６にて行う、作成処理について説明する。ステップＳ１１２，Ｓ２０６では、閲覧画面提供部３１がユーザ端末７１に、図１９に示すような作成ページを表示させる。

作成ページは、ユーザの意向が反映された商品を作成するために、商品に配置される画像データを選択するための画像データと、画像データを配置するテンプレート画像とを表示して、画像データのレイアウトを表示する画面である。ここでは、商品が８ページのアルバムである場合のアルバム作成ページを例に挙げて説明する。アルバムのテンプレート画像には、写真画像が配置される配置枠が設けられており、閲覧画面提供部３１は、この配置枠に写真画像を配置した合成画像を作成する。

図１９に示すように、アルバム作成ページには、写真一覧ページと同様に、撮影枚数ボタン１４３ｂが設けられている。なお、写真一覧ページの撮影枚数ボタン１４３ａは、一覧写真１４２に表示される２０枚分の表示を切り替えていたのに対して、アルバム作成ページの撮影枚数ボタン１４３ｂは、一覧画面１５９に表示される１２枚分の表示を切り替える。さらに、アルバム作成ページには、商品表示１５１、プルダウンメニュー１５２、レイアウト画面１５３、ガイド画面１５７、一覧画面１５９、戻るボタン１６０、内容確認ボタン１６１が設けられている。

商品表示１５１は、アルバム作成ページに表示される、商品選択処理にて選択した商品の種類とページ数を表すものである。プルダウンメニュー１５２は、商品の種類に応じて予め用意されたテンプレートを変更するためのメニューである。

ガイド画面１５７には、アルバムに含まれる各ページのレイアウトを縮小して示す簡易テンプレート画像１５８ａ，１５８ｂ，１５８ｃ，１５８ｄが表示されている。簡易テンプレート画像１５８ａ，１５８ｂ，１５８ｃ，１５８ｄは、それぞれ１ページ目、２ページ目と３ページ目、４ページ目と５ページ目、６ページ目と７ページ目のレイアウトに対応している。ガイド画面１５７に表示される簡易テンプレート画像は、別のページの簡易テンプレート画像を表示するよう切り替えることができる。さらに、簡易テンプレート画像１５８ａ，１５８ｂ，１５８ｃ，１５８ｄのいずれかをクリックした場合、対応するページの画像が、レイアウト画面１５３に表示される。

レイアウト画面１５３には、テンプレートに対応するテンプレート画像１５４と、テンプレート画像１５４に設けられた配置枠１５５ａ，１５５ｂに配置された画像データ１５６ａ，１５６ｂとが合成されたレイアウト画像が表示されている。図１９では、レイアウト画面１５３に、簡易テンプレート画像１５８ｃに対応する、見開きページ４ページ目と５ページ目のレイアウト画像が表示されている。

一覧画面１５９は、ユーザが選択した伝票番号に対応する画像データを縮小して表示した、複数のサムネイル写真からなる。一覧画面１５９は、ログインしたユーザに関連する、アクセス期間中の画像データを、縮小したサムネイル写真として、レイアウト画面１５３とは別に表示するものである。一覧画面１５９は、配置枠１５５ａ，１５５ｂに配置可能な写真画像の候補を表示する。

ユーザが操作部７３を用いて一覧写真１５９の中からいずれか一つのサムネイル写真を選択して、配置枠１５５ａ，１５５ｂにドラッグアンドドロップの操作を行うことで、ドロップした配置枠に選択したサムネイル写真に対応する画像データを配置することができる。また、配置枠１５５ａに配置されている画像データ１５６ａを選択して、他の配置枠１５５ｂにドラッグアンドドロップの操作を行うことで、配置枠１５５ａ，１５５ｂに配置された画像データ１５６ａ，１５６ｂの表示される位置を入れ替えることができる。アルバム作成のために選択されて、テンプレート画像１５４のいずれかの配置枠に配置されている画像データ１５９ａ，１５９ｂ，１５９ｃ，および１５９ｄは、周囲の色が他のサムネイル写真と変化して表示されることで、選択されていることが分かるようになっている。

戻るボタン１６０は、ユーザが操作することで、ユーザ端末７１からセンタサーバ１１に、商品選択ページの閲覧要求が送信されるボタンである。閲覧画面提供部３１は、商品選択ページの閲覧要求を受信すると、表示部７２に商品選択ページを表示させる。

内容確認ボタン１６１は、ユーザが操作することで、ユーザ端末７１からセンタサーバ１１に、内容確認ページの閲覧要求が送信される。閲覧画面提供部３１は、内容確認ページの閲覧要求を受信すると、表示部７２に内容確認ページを表示させる。

＜内容確認処理＞
ステップＳ１１４，Ｓ２０７にて行う、内容確認処理について説明する。ステップＳ１１４，Ｓ２０７では、閲覧画面提供部３１がユーザ端末７１に、図２０に示すような内容確認ページを表示させる。

内容確認ページは、画像データのレイアウトを行った商品について、内容の確認を行うためにレイアウト状態を表示する画面である。ここでは、ステップＳ１１３，Ｓ２０６の作成処理においてアルバム作成ページにて、商品が８ページのアルバムを作成した場合のアルバム内容確認ページを例に挙げて説明する。

図２０に示すように、アルバム内容確認ページには、アルバム作成ページと同様に、商品表示１５１、及びガイド画面１５７が設けられている。さらに、アルバム内容確認ページには、レイアウト確認用画面１６３、戻るボタン１６４、カートに入れるボタン１６５、及び商品確認表示１６６が設けられている。レイアウト確認用画面１６３は、レイアウト画面１５３と同様に、テンプレート画像１５４と、テンプレート画像１５４に設けられた配置枠１５５ａ，１５５ｂに配置された画像データ１５６ａ，１５６ｂとが合成されて表示されている。レイアウト確認用画面１６３に表示される配置構成は、ステップＳ１１３，Ｓ２０６の作成処理において指定されたものである。このように、レイアウト確認用画面１６３では、作成ページで作成を行なったレイアウトを表示してユーザが確認を行うことができるようになっているが、画像データの入れ替え等は出来ないようになっている。商品確認表示１６６は、商品の種類とページ数、及び金額を表示するものである。

戻るボタン１６４は、ユーザが操作部７３を用いて操作することで、ユーザ端末７１からセンタサーバ１１に、作成ページの閲覧要求が送信されるボタンである。閲覧画面提供部３１は、作成ページの閲覧要求を受信すると、表示部７２に作成ページを表示させる。

カートに入れるボタン１６５は、ユーザが操作部７３を用いて操作することで、ユーザ端末７１からセンタサーバ１１に、注文ページの閲覧要求が送信される。閲覧画面提供部３１は、注文ページの閲覧要求を受信すると、表示部７２に注文ページを表示させる。

＜注文処理＞
ステップＳ１１５，Ｓ２０８にて行う、注文処理について説明する。ステップＳ１１２，Ｓ２０８では、閲覧画面提供部３１がユーザ端末７１に、注文ページを表示させる。

注文ページは、ユーザが操作部７３を用いて、届け先の相手の名前、郵便番号、住所、電話番号等、支払い方法を入力して、注文ページに表示される注文ボタンを操作することで、ユーザ端末７１からセンタサーバ１１に、注文情報が送信される。注文受付部３３は、注文情報を受信すると、これをラボサーバ１４に送信する。また、注文受付部３３は、商品情報、及びレイアウト情報をラボサーバ１４に送信する。このとき、注文の提供に用いる画像データ及びテンプレートデータが記憶部１５に保存されていない場合には、注文受付部３３は、必要に応じて画像データ及びテンプレートデータをラボサーバ１４に送信する。ラボサーバ１４では、受信した注文情報、商品情報、及びレイアウトの情報を基にして、プリント部１６により画像データのプリントアウトを行う。その後、注文情報に応じて、商品を発送する。

＜マイページ共有処理＞
ステップＳ１１７，Ｓ２１０にて行う、マイページ共有処理について説明する。ステップＳ１１７，Ｓ２１０では、閲覧画面提供部３１がユーザ端末７１ａに、図２１に示すようなマイページ共有ページを表示させる。

マイページ共有ページは、ユーザＡが指定した伝票番号に対応する画像データについて、マイページを介して他のユーザＢによる閲覧または注文が可能となるよう、ユーザＡが他のユーザＢに対して共有設定を行うページである。

図２１に示すように、マイページ共有ページには、トップページと同様に、見出し１２１、代表画像１２３、伝票番号表示１２４、撮影日表示１２５、閲覧期限表示１２６、及び枚数表示１２７が設けられている。さらに、マイページ共有ページには、招待対象表示１７１、宛先メールアドレス入力領域１７２、メッセージ入力領域１７３、招待ボタン１７４が設けられている。

見出し１２１、代表画像１２３、伝票番号表示１２４、撮影日表示１２５、閲覧期限表示１２６、及び枚数表示１２７は、トップページと同様であるが、ユーザＡが招待を行う伝票番号に対応する画像データ及び概要情報についての表示を行うものである。招待対象表示１７１は、招待の対象となる伝票番号に対応する撮影内容を表示するものである。ユーザＡは操作部７３ａを用いて、入力領域１７２に、招待の対象となる他のユーザＢのメールアドレスを入力することができる。また、ユーザＡは操作部７３ａを用いて、メッセージ入力領域１７３に、他のユーザＢに送信されるメッセージを入力することができる。さらにユーザＡが、招待ボタン１７４を操作することで、ユーザ端末７１ａからセンタサーバ１１に、他のユーザＢのメールアドレス及びメッセージが送信される。

マイページ共有部４１は、ユーザ端末７１ａから他のユーザＢのメールアドレス及びメッセージを受信すると、注文情報テーブルに、伝票番号に対応する画像データが共有される対象を示す、共有先ＩＤ（図５参照）の設定を行う。共有先ＩＤの設定は、共有される相手のマイページＩＤが保存されることにより行われる。マイページ共有部４１は、入力されたメールアドレスを基に顧客情報テーブルを検索して、メールアドレスの一致するマイページＩＤが存在する場合には、そのマイページＩＤを共有先ＩＤに保存する。一方、メールアドレスの一致するマイページＩＤが存在しない場合には、新たにマイページＩＤを生成して、このマイページＩＤを共有先ＩＤに保存する。

＜アカウント招待処理＞
ステップＳ１１８，２１１にて行う、アカウント招待処理について説明する。ステップＳ１１８，２１１では、ステップＳ１１７，Ｓ２１０に引き続き、閲覧画面提供部３１がユーザ端末７１ａに、図２１に示すようなアカウント招待画面を表示させている。

アカウント招待部４３は、ユーザ端末７１ａから他のユーザＢのメールアドレス及びメッセージを受信すると、アカウント招待登録処理に用いられる招待コードを生成する。アカウント招待部４３は、注文情報テーブル（図５参照）に、共有を行う伝票番号に対応して招待コードを保存する。さらに、アカウント招待部４３は、入力された他のユーザＢのメールアドレスにマイページ招待メールを送信する。マイページ招待メールには、アカウント登録部４１にアクセス可能なＵＲＬ、招待コード、及びメッセージ入力領域１７３に入力されたメッセージが記載されている。他のユーザＢのユーザ端末７１ｂは、送信されたマイページ招待メールを受信する。他のユーザＢがマイページ招待メールに記載されたＵＲＬをクリックすることで、ログインページの閲覧要求が送信されて、ユーザ端末７１ｂは、表示部７２ｂに、図１６に示すようなアカウント登録ページを含むログインページを表示する（ステップＳ１０１）。

＜アカウント招待登録処理＞
ステップＳ１２１にて行う、アカウント招待登録処理について説明する。ステップＳ１２１では、閲覧画面提供部３１がユーザ端末７１ｂに、図１６に示すようなアカウント登録画面を表示させる。

アカウント登録ページは、ユーザからの識別情報の入力を受け付けて、ユーザが注文受付サービスにログインするためのアカウントを登録するための画面である。ここでは、ユーザＡからマイページへの招待を受けたユーザＢが、アカウント登録を行う場合のアカウント招待登録処理について説明する。

図１６は、ユーザＡからマイページへの招待を受けたユーザＢが登録を行う場合のアカウント登録ページである。図１６に示すように、この場合のアカウント登録ページには、メールアドレス入力領域１１１、確認メール送信ボタン１１６、及び招待コード入力領域１１７が設けられている。ユーザＢは操作部７３ｂを用いて、メールアドレス入力領域１１１、及び招待コード入力領域１１７に、それぞれメールアドレス、及び招待コードを入力することができる。さらにユーザＢが確認メール送信ボタン１１６を操作することで、ユーザ端末７１ｂからセンタサーバ１１のアカウント登録部４１に、メールアドレス、及び招待コードが送信されるとともに、アカウント招待登録要求が送信される。

ステップＳ１２１では、閲覧画面提供部３１は、アカウント招待登録要求を受信した場合に、アカウント招待登録が要求されたと判定する。アカウント招待登録が要求された場合には、アカウント登録部４１は、招待されてアカウント登録を行う場合のアカウント招待登録処理を実行する（ステップＳ１２２）。

ステップＳ１２２では、アカウント登録部４１は、ユーザ端末７１ｂからメールアドレス、及び招待コードの入力を受け付ける。アカウント登録部４１は、招待コードを受信すると、注文情報テーブルを検索して、入力された招待コードが注文情報テーブルに存在する招待コードと一致するかどうかを判定する。また、アカウント登録部４１は、有効なメールアドレスが入力されていることを判定する。

判定に成功した場合には、ユーザＢの仮登録に成功したものとして、アカウント登録部４１は、入力されたメールアドレスに登録案内メールを送信する。ユーザ端末７１ｂが登録案内メールを受信して、ユーザＢが登録案内メールに記載された確認ＵＲＬをクリックすることで、アカウントの正式な登録がなされる。このとき、アカウント登録部４１はログインパスワードを生成し、閲覧画面提供部３１が表示部７２ｂに表示する。アカウント登録部４１は、入力されたメールアドレス、及び生成されたログインパスワードを、アカウント情報テーブルに保存する。

一方、判定に失敗した場合には、ユーザＢの仮登録に失敗したものとして、アカウント登録部４１は閲覧画面提供部３１に登録失敗の信号を送信する。このとき、閲覧画面提供部３１は、登録失敗の信号を受信して、表示部７２ｂにアカウント登録が失敗した旨のエラーメッセージを表示する（ステップＳ１２３）。この場合、ステップＳ１０２に戻り、ログイン認証部３２は、再度、ユーザ端末７１ｂから識別情報の入力を受け付ける。
＜リンク共有処理＞
ステップＳ２１３にて行う、リンク共有処理について説明する。ステップＳ２１３では、閲覧画面提供部３１がユーザ端末７１ａに、図２２に示すようなリンク共有ページを表示させる。

リンク共有ページは、ユーザＡが指定した画像データについて、画像データへのリンクを介して他のユーザＢによる閲覧または注文が可能となるよう、ユーザＡが他のユーザＢに対して共有設定する操作を行うページである。

図２２に示すように、リンク共有ページには、マイページ共有ページと同様に、宛先メールアドレス入力領域１７２、及びメッセージ入力領域１７３が設けられている。さらに、リンク共有ページでは、リンク共有対象表示１７６、対象画像１７７、及びシェアボタン１７８が設けられている。

リンク共有対象表示１７６は、招待の対象となる画像データ対応する画像データ番号を表示するものである。対象画像１７７は、ユーザＡが共有設定を行う画像データを表示すものである。ユーザＡは操作部７３ａを用いて、入力領域１７２に、招待の対象となる他のユーザＢのメールアドレスを入力することができる。また、ユーザＡは操作部７３ａを用いて、メッセージ入力領域１７３に、他のユーザＢに送信されるメッセージを入力することができる。さらにユーザＡが、シェアボタン１７８を操作することで、ユーザ端末７１ａからセンタサーバ１１に、他のユーザＢのメールアドレス及びメッセージが送信される。

リンク共有部４４は、ユーザ端末７１ａから他のユーザＢのメールアドレス及びメッセージを受信すると、画像データ設定情報テーブルに、画像データ番号に対応する画像データが共有される対象を示す、共有先ＩＤ（図６参照）の設定を行う。共有先ＩＤの設定は、共有される相手のマイページＩＤが保存されることにより行われる。マイページ共有部４１は、入力されたメールアドレスを基に顧客情報テーブルを検索して、メールアドレスの一致するマイページＩＤが存在する場合には、そのマイページＩＤを共有先ＩＤに保存する。一方、メールアドレスの一致するマイページＩＤが存在しない場合には、新たにマイページＩＤを生成して、このマイページＩＤを共有先ＩＤに保存する。

さらに、リンク共有部４４は、ユーザ端末７１ａから他のユーザＢのメールアドレス及びメッセージを受信すると、入力された他のユーザＢのメールアドレスにリンク共有招待メールを送信する。リンク共有招待メールには、ユーザＡが指定した画像データにアクセス可能なＵＲＬ、及びメッセージ入力領域１７３に入力されたメッセージが記載されている。他のユーザＢのユーザ端末７１ｂは、送信されたリンク共有メールを受信する。他のユーザＢがリンク共有メールに記載されたＵＲＬをクリックすることで、表示部７２ｂに、ユーザＡが指定した画像データが表示される。

＜アカウント期間管理＞
図１３に示すフローチャート（ステップＳ３０１〜Ｓ３１９）に従って、本実施形態に係る注文受付システム１によるアカウント期間管理に係る処理の流れについて説明する。ここでは、伝票番号単位でアクセス期間を設定する場合について説明するが、画像データ単位、またはユーザ単位でアクセス期間を設定する場合についても同等に行うことができる。

（アクセス期間設定）
まず、アクセス期間管理部３４は、アクセス期間の設定を行う（ステップＳ３０１〜Ｓ３０２）。なお、ここでは図７，図８を参照して説明する。

ステップＳ３０１では、アクセス始期の設定を行う。アクセス期間管理部３４は、ユーザ情報保存部２２に保存された注文情報テーブル（図５参照）から、アクセス期間設定の対象となる伝票番号に対応する撮影日付ｄ₁₁を読みだす。さらに、アクセス期間管理部３４は、読み出した撮影日付ｄ₁₁を、アクセス始期に設定する。

ステップＳ３０２では、アクセス終期の設定を行う。ステップＳ３０２では、アクセス期間管理部３４は、ステップＳ３０１で取得した撮影日付ｄ₁₁に、基本アクセス期間Ｄ₁₁を加算して、得られた日付ｄ₁₂をアクセス終期とする。

ユーザ情報保存部２２は、ステップＳ３０１，Ｓ３０２で取得されたアクセス始期ｄ₁₁及びアクセス終期ｄ₁₂を、注文情報テーブルの伝票番号に対応するアクセス期間のアクセス始期及びアクセス終期として保存することで、アクセス期間Ｐ₁₁が設定される（ステップＳ３０３）。
さらに、アクセス期間管理部３４は、アクセス期間管理条件の設定を確認して、アクセス期間の延長または追加を行う（ステップＳ３０４〜Ｓ３１９）。

（注文時延長）
注文時設定の条件に基づいて、アクセス期間の延長を行うよう設定されていた場合には、ユーザからの注文を受けた場合に、アクセス期間を延長する注文時延長処理を行う（ステップＳ３０４〜Ｓ３０８）。なお、ここでは図８を参照して説明する。

まず、アクセス期間管理部３４は、注文情報テーブルから、アクセス期間設定の対象となる伝票番号に対応する注文日付ｄ₂₁を取得する（ステップＳ３０５）。このとき、注文情報テーブルに注文日付が複数保存されていた場合には、最新の注文日付を取得する。

ステップＳ３０６では、注文情報テーブルに注文日付が保存されておらず、注文日付を取得できなかった場合には、注文時延長処理は行わない。一方、注文日付を取得できた場合には、アクセス終期の延長処理を行う。

ステップＳ３０７では、アクセス期間管理部３４は、取得した注文日付ｄ₂₁に注文時延長期間Ｄ₂₁を加算して、アクセス終期となる日付を得る。

このとき、ステップＳ３０８において、ステップＳ３０７にて得られたアクセス終期となる日付ｄ₂₂が、ステップＳ３０２にて設定されたアクセス終期ｄ₁₂よりも後の日付であった場合には、ステップＳ３０９に進む。ステップＳ３０９では、３０９ユーザ情報保存部２２は、ステップＳ３０７で取得された日付ｄ₂₂を、注文情報テーブルの伝票番号に対応するアクセス期間のアクセス終期として保存する。これにより、注文時延長処理後のアクセス期間が、アクセス期間Ｐ₂₁に延長される（ステップＳ３０９）。

一方、ステップＳ３０８において、Ｓ３０７にて得られたアクセス終期となる日付が、ステップＳ３０２にて設定されたアクセス終期ｄ₁₂よりも前の日付または同日であった場合には、Ｓ３０２にて設定された日付ｄ₁₂をアクセス終期のままとする。

（年中行事追加）
年中行事追加の条件に基づいて、アクセス期間の追加を行うよう設定されていた場合には、年中行事の期日に基づいて、アクセス期間を追加する年中行事追加処理を行う（ステップＳ３１０〜Ｓ３１４）。なお、ここでは図９を参照して説明する。

まず、アクセス期間管理部３４は、年中行事追加の期日として設定されている日付ｄ₃₁を読み込む（ステップＳ３１１）。

ステップＳ３１２では、アクセス期間管理部３４は、年中行事追加の期日ｄ₃₁から年中行事追加期間Ｄ₃₁を減算して、得られた日付ｄ₃₂を年中行事による追加アクセス期間の始期とする。

ステップＳ３１３では、アクセス期間管理部３４は、年中行事追加の期日ｄ₃₁に年中行事追加期間Ｄ₃₂を加算して、得られた日付ｄ₃₃を年中行事による追加アクセス期間の終期とする。

ユーザ情報保存部２２は、注文情報テーブルの伝票番号に対応するアクセス期間に、ステップＳ３１２で得られた日付ｄ₃₂を年中行事による追加アクセス期間の始期として、ステップＳ３１３で得られた日付ｄ₃₃を年中行事による追加アクセス期間の終期として保存する。これにより、年中行事追加処理によるアクセス期間Ｐ₃₁が追加される（ステップＳ３１４）

（記念日追加）
記念日追加の条件に基づいて、アクセス期間の追加を行うよう設定されていた場合には、撮影日付から期間が経過した期日に基づいて、アクセス期間を追加する記念日追加処理を行う（ステップＳ３１５〜Ｓ３２０）。なお、ここでは図１０を参照して説明する。

まず、アクセス期間管理部３４は、ユーザ情報保存部２２に保存された注文情報テーブル（図５参照）から、アクセス期間設定の対象となる伝票番号に対応する撮影日付ｄ₁₁を読み込む（ステップＳ３１６）。

ステップＳ３１７では、アクセス期間管理部３４は、取得した撮影日付ｄ₁₁に記念日経過期間Ｄ₄₁を加算して、撮影日付ｄ₁₁から一定の期間が経過する期日ｄ₄₁を得る。

ステップＳ３１８では、アクセス期間管理部３４は、撮影日付ｄ₁₁から一定の期間が経過する期日ｄ₄₁から記念日追加期間Ｄ₄₂を減算して、得られた日付ｄ₄₂を記念日による追加アクセス期間の始期とする。

ステップＳ３１９では、アクセス期間管理部３４は、撮影日付ｄ₁₁から一定の期間が経過する期日ｄ₄₁に記念日追加期間Ｄ₄₃を加算して、得られた日付ｄ₄₃を記念日による追加アクセス期間の終期とする。

ユーザ情報保存部２２は、注文情報テーブルの伝票番号に対応するアクセス期間に、ステップＳ３１８で得られた日付ｄ₄₂を記念日による追加アクセス期間の始期として、ステップＳ３１９で得られた日付ｄ₄₃を記念日による追加アクセス期間の終期として保存する。これにより、記念日追加処理によるアクセス期間Ｐ₄₁が追加される（ステップＳ３２０）。

［１−３．作用及び効果］
本実施形態に係る注文受付システム１は、上述のように構成されるため、以下のような作用及び効果を得ることができる。

（１）ユーザから画像データの注文を受け付けてプリント等を行う従来の注文システムとしては、保管期間に制限がないか長期間にわたるもの、またはユーザからの指示により保管期間を延長するものが知られていた。このような従来の注文システムでは、ユーザにとっては画像データが保存されていることの安心感があるため、いつでも注文を行うことができる期待を抱かせることになり、注文が先伸ばしされることで、焼き増しに繋げることが困難であった。また、従来の注文システムでは、撮影した写真を閲覧するための画面が、撮影を行ったタイミングごとにそれぞれ用意されていることがあった。このとき、撮影を行ったタイミングごとにログインの認証が必要になると、ユーザにとっては操作が煩雑であり、閲覧にも不便である。この場合、ユーザの注文意欲の減退にも繋がってしまう。

上記の注文受付システム１は、ログインを行ったユーザ端末７１に、ユーザごとに固有のマイページを提供する閲覧画面提供部３１を備えている。また、注文受付システム１は、画像データの撮影日付から所定の期間をアクセス期間として設定することで、画像データの閲覧ができるアクセス期間の管理を行うアクセス期間管理部３４を備えている。このように、画像データのアクセス期間が設定されていることで、ユーザに、アクセス期間内であれば注文することができるものの、アクセス期間外になると注文ができなくなるとの気持ちを思い起こさせることができる。これにより、ユーザにアクセス期間内の注文を促すことができる。よって、ユーザによる注文の機会を増やし、中でも、初回注文から期間が経過した後の焼き増しの需要を増大させる注文受付システム１を提供することが出来る。

さらに、閲覧画面提供部３１は、アクセス期間中と判断したユーザ関連の画像データを表示し、アクセス期間外と判断したユーザ関連の画像データを表示しないようにしている。これにより、ユーザは、注文受付サービスにログインするだけで、どのような時と場所と状況で撮影を行ったかに関わらず、マイページでそのユーザ関連の画像データを閲覧することができる。よって、ユーザの操作負担が減少して、閲覧が容易になった、利便性の高い注文受付システム１を提供することが出来る。

（２）上記の注文受付システム１では、アクセス期間管理部３４は、画像データそれぞれの撮影日付から所定の期間をアクセス期間として設定する。このように、アクセス期間が、画像データそれぞれについて個別に設定されていることで、撮影があるごとにアクセス期間が設定されることになる。これにより、撮影日付が古い画像データから順次アクセス期間外となって閲覧不可能になっていくことから、ユーザにアクセス期間の満了が近い画像データに個別に注意を向かせることで、アクセス期間の経過を意識させることができる。よって、ユーザにアクセス期間が過ぎてしまう前に注文を行うよう誘引することができる。また、ユーザに関連する撮影日付の異なる画像データがある場合において、アクセス期間が重複している期間があれば、その期間はそのユーザであればマイページで両方の画像データを閲覧することができて便利である。

（３）上記の注文受付システム１では、閲覧画面提供部３１は、ユーザに関連するアクセス期間中の画像データを、撮影日付に応じてまとめた画像カタログとして表示する。これにより、ユーザにとっては画像データを撮影日ごとに確認できることから、閲覧と注文が容易になる。また撮影日付に応じてアクセス期間が設定されることから、まとめられた画像カタログ中の画像データのアクセス期間の把握が容易となる。

（４）上記の注文受付システム１では、アクセス期間管理部３４は、ユーザからの注文を受けた場合に、アクセス期間を一定期間延長する。一度注文を受けた画像データは、その注文の際に提供された画像データが呼び水となって追加注文を呼び込むことがある。よって、注文を受けた場合にアクセス期間を一定期間延長することで、追加注文の需要に応えることができる。

（５）上記の注文受付システム１では、アクセス期間管理部３４は、撮影日付から所定の期間に加えて、年中行事の期日の前または後における所定の期間をアクセス期間に追加する。この年中行事は、正月、クリスマス、またはお盆である。年中行事の前後では、お盆の前後の暑中見舞いもしくは残暑見舞い、クリスマスシーズンのクリスマスカード、正月の年賀状もしくはそのお返しとして、画像データをプリントアウトしたポストカードの贈答が行われる。このため、年中行事の前後の期間では、撮影日付から所定の期間の当初のアクセス期間が過ぎていたとしても、近況報告または一年間の出来事の報告を行うために、画像データの需要が増加する。よって、年中行事の期日の前または後における所定の期間をアクセス期間に追加することで、この年中行事に係る需要の増加に応えることができる。

（６）上記の注文受付システム１では、アクセス期間管理部３４は、撮影日付から所定の期間に加えて、撮影日付から一定の期間が経過する期日の前または後における所定の期間をアクセス期間に追加する。この撮影日付から一定の期間は、１シーズン、２シーズン、３シーズン、または１年間である。撮影日付から時間が経過すると、例えば１シーズン、２シーズン、３シーズンと季節が移り変わった場合、または１年間経過した場合には、以前のシーズンの出来事を思い起こしたり、前の年の同じ時期の出来事を振り返ったりすることがある。このようなタイミングで、以前に撮影した画像データを記念日のような形で送りたいという需要が存在する。よって、撮影日付から一定の期間が経過する期日の前または後における所定の期間をアクセス期間に追加することで、この一定期間経過後における需要の増加に応えることができる。

（７）上記の注文受付システム１では、アクセス期間の満了が近づいた場合に、ユーザに画像データのアクセス期間の満了が近いことを通知するアクセス期限通知部３５を備える。これにより、ユーザに注文の期限が迫っていることを意識させてさらにアクセス期間内の注文を促すとともに、アクセス期間を忘れて注文しそびれることを防ぐことができる。

（８）上記の注文受付システム１では、アクセス期間を経過して閲覧ができなくなった後、再度アクセス期間が到来して閲覧をできるようになった場合に、ユーザに画像データのアクセス期間が到来することを通知するアクセス再開通知部３６を備える。これにより、撮影日付から所定の期間の当初のアクセス期間が経過して画像データの閲覧及び注文ができなくなったユーザに対して、再度、閲覧及び注文ができるようになったことを気がつかせることができる。これにより、ユーザにマイページを閲覧するよう誘引して、アクセス期間が到来する画像データの注文に繋げることができる。

（９）上記の注文受付システム１では、ユーザが他のユーザに対して、マイページを介して他のユーザによる画像データの閲覧または注文が可能となるよう共有設定を行うマイページ共有部４２を備える。さらに、閲覧画面提供部３１は、注文受付サービスにログインを行った他のユーザが操作するユーザ端末７１ｂに、共有設定されたアクセス期間中の画像データを表示する。これにより、共有設定を受けた他のユーザが、スタジオに来店せずとも注文受付サービスによって、撮影した画像データを閲覧して注文することができる。さらに、このようなマイページを介した共有設定と、他のユーザの画像データの閲覧、及び注文を通して、ユーザの間で画像データ、中でも記念写真を共有する楽しさを体験してもらうことができる。またさらに、画像データの撮影を依頼したユーザが予算の都合により他のユーザの分まで写真を注文してプレゼントできないような場合であっても、他のユーザが画像データを閲覧することで、他のユーザの購買意欲が惹起されることになる。このようにして、共有設定を受けた他のユーザからの閲覧と注文が発生することにより、販売経路を広げ、画像データの活用の機会を増やすことができる。

（１０）上記の注文受付システム１では、他のユーザの招待を受け付けるアカウント招待部４３を備え、アカウント招待部４３は、電子メールまたはＳＮＳのメッセージによって、アカウント登録部４１にアクセス可能なＵＲＬを他のユーザに送信する。これにより、招待を受けた他のユーザが、ＵＲＬを介して容易に識別情報の登録を行うウェブページにアクセスすることができ、ユーザから他のユーザにマイページを伝播させることができる。よって、招待を受けた他のユーザが、識別情報の登録を行ってから注文受付サービスにログインして、共有設定を受けた画像データを閲覧することができる。

（１１）上記の注文受付システム１では、画像データへのリンクを介して他のユーザによる画像データの閲覧または注文が可能となるよう共有設定を行うリンク共有部４４を備える。また、リンク共有部４４は、画像データにアクセス可能なＵＲＬを生成して、電子メールまたはＳＮＳのメッセージによってＵＲＬを他のユーザに送信する。これにより、他のユーザは、受け取ったＵＲＬを介して直接に画像データを閲覧することができる。このとき、アカウント登録のようなステップを踏むことがないため、他のユーザにとっては共有設定された画像データを簡単に閲覧することができる。また、この場合も、共有設定を受けた他のユーザが、スタジオに来店せずとも注文受付サービスによって、撮影した画像データを閲覧して注文することができる。さらに、このような他のユーザの画像データの閲覧、及び注文を通して、ユーザの間で画像データ、中でも記念写真を共有する楽しさを体験してもらうことができる。またさらに、画像データの撮影を依頼したユーザが予算の都合により他のユーザの分まで写真を注文してプレゼントできないような場合であっても、他のユーザが画像データを閲覧することで、他のユーザの購買意欲が惹起されることになる。このようにして、共有設定を受けた他のユーザからの閲覧と注文が発生することにより、販売経路を広げ、画像データを活用の機会を増やすことができる。

（１２）上記の注文受付システム１では、写真スタジオで画像データの撮影がなされた際に、注文受付サービスでの注文において利用可能なポイントをユーザに対して付与するポイント付与部４５を備える。ユーザにとってはポイント利用による注文の場合には注文の心理的障壁が下がることから、注文受付サービスでの注文を気軽に行えるようになる。また、従来はスタジオで行う撮影と初回注文のみで完結していたところを、注文受付サービスでの焼き増し注文を行うための導線とすることができる。さらに、従来はスタジオで撮影した場合には、撮影に時間と気力及び体力を消費することもあり、ユーザは撮影だけで疲労または満足してしまい、思うように注文が進まないことがあった。これは、子供連れのユーザの場合に顕著であった。そこで、撮影の際に代金を支払う代わりにポイントの付与を受けて、写真の選択と注文はペンディングしておくことで、ユーザは家に帰ってから注文受付サービスによって落ち着いて写真を選択し、注文を行うことができる。またさらに、ユーザにポイントがあるならば使っておこうという心理が生じて、ユーザ自らのための注文だけでなく、他のユーザへのプレゼントのために注文をしようとの動機付けを起こさせることができる。

（１３）上記の注文受付システム１では、画像データのダウンロードの提供、または画像データをプリンアウトしたプリント物の提供を行う。これにより、ユーザの多様なニーズに応えて、ユーザの望む形で画像データの提供を行うことができる。よって、ユーザの満足度を上昇させることができ、再注文にも繋げることが可能となる。

［２．第二実施形態］
本発明の第二実施形態に係る注文受付システム１は、一部の構成が上述の第一実施形態に係る注文受付システム１と同様に構成されており、上述の第一実施形態に係る注文受付システム１と同様のものについては説明を省略し、同符号を用いて説明する。以降、第二実施形態を、単に本実施形態とも呼ぶ。

本実施形態に係る注文受付システム１の機能構成は、図１に示すように、上述の第一実施形態に係る注文受付システム１と同様に構成されている。また、本実施形態に係る注文受付システム１のハードウェア構成は、図２に示すように、上述の第一実施形態に係る注文受付システム１と同様に構成されている。

上述の第一実施形態では、アクセス期間管理部３４が、画像データそれぞれの撮影日付から所定の期間をアクセス期間として設定する注文受付システム１について説明した。本実施形態に係る注文受付システム１では、アクセス期間管理部３４が、ユーザに関連する画像データのうち最も遅い撮影日付から所定の期間をアクセス期間として設定する。

ユーザに関連する画像データのうち最も遅い撮影日付から所定の期間をアクセス期間として設定する場合には、ユーザの依頼により撮影した、そのユーザに関係する画像データ全てについて、ユーザ単位でアクセス期間を設定する。アクセス期間管理部３４は、ユーザに関係する画像データ全てについて、ユーザに関係する画像データのうち最も遅い撮影日付から所定の期間をアクセス期間に変更する。なお、画像データがユーザに関係するものであるかどうかは、画像データ番号または伝票番号に対応するマイページＩＤが一致するかどうかで判断することができる。この場合には、ユーザに関連する画像データが一括でアクセス期間が管理されることになるため、同じユーザの依頼により撮影した画像データが追加された場合には、その追加された画像データの撮影日付に応じて、既に撮影された画像データまたは伝票番号のアクセス期間も延びることになる。

図２３を用いて、ユーザに関連する画像データのうち最も遅い撮影日付から所定の期間をアクセス期間として設定する場合のアクセス期間管理の一例について説明する。図２３では、同じユーザに関連する画像データである、伝票番号Ａの画像データと伝票番号Ｂの画像データのアクセス期間について、最も遅い撮影日付の画像データが伝票番号Ａの画像データである場合の伝票番号Ａの画像データのアクセス期間Ｐ₁₁と、伝票番号Ｂの画像データのアクセス期間Ｐ₁₂と、最も遅い撮影日付の画像データが伝票番号Ｂの画像データである場合の伝票番号Ａの画像データのアクセス期間Ｐ₅₁とを示している。伝票番号Ａは、撮影日付ｄ₁₁が２０１５年６月１日である。伝票番号Ｂは、撮影日付ｄ₁₃が２０１５年８月１日である。ここでは、基本アクセス期間Ｄ₁₁を、３ヶ月として説明する。

図２３に示すように、まず、伝票番号Ａの画像データを撮影して、最も遅い撮影日付の画像データが伝票番号Ａの画像データである場合には、図７を示して説明した場合と同様に、伝票番号Ａの画像データの注文時延長処理前のアクセス期間Ｐ₁₁は、２０１５年６月１日〜２０１５年９月１日となる。次に、伝票番号Ｂの画像データを撮影して、最も遅い撮影日付の画像データが伝票番号Ｂの画像データとなった場合には、図７を示して説明した場合と同様に、伝票番号Ｂの画像データのアクセス期間Ｐ₁₂は、２０１５年８月１日〜２０１５年１１月１日となる。さらに、最も遅い撮影日付の画像データが伝票番号Ｂの画像データとなった場合には、伝票番号Ａの画像データのアクセス期間についても、ユーザに関連する画像データのうち最も遅い撮影日付ｄ₁₃（２０１５年８月１日）が、アクセス期間の始期となり、基本アクセス期間Ｄ₁₁（３ヶ月）を加算して得られた日付ｄ₁₄（２０１５年１１月１日）が、伝票番号Ａの画像データのアクセス期間の終期となる。よって、伝票番号Ａの画像データのアクセス期間Ｐ₅₁は、２０１５年８月１日〜２０１５年１１月１日に変更される。

このとき、伝票番号Ｂの画像データが追加されて、最も遅い撮影日付が伝票番号Ａのｄ₁₁（２０１５年６月１日）から、伝票番号Ｂのｄ₁₃（２０１５年８月１日）となる。このため、伝票番号Ａの画像データのアクセス期間の終期は、伝票番号Ｂの画像データが追加される前にはｄ₁₂（２０１５年９月１日）であったのに対して、伝票番号Ｂの画像データが追加された後にｄ₁₄（２０１５年１１月１日）となっている。これにより、伝票番号Ａの画像データのアクセス期間は、Ｐ₅₂（２０１５年９月１日〜２０１５年１１月１日）の分、延びることになる。

第二実施形態に係る注文受付システム１によれば、上述の第一実施形態で得られる効果に加えて、以下に記載の効果を奏する。

上記の注文受付システム１では、アクセス期間管理部３４は、ユーザ関連の画像データのうち最も遅い撮影日付から所定の期間をアクセス期間として設定する。このように、アクセス期間が、ユーザに関連する画像データについて一括で設定されていることで、撮影があった場合にはその撮影日からアクセス期間が設定されることになる。これにより、以前に撮影した画像データであっても、新たに撮影を行ったタイミングから所定の期間では閲覧が可能となる。このように、以前に撮影した画像を再度閲覧できるようになることをきっかけにして、ユーザが注文をしようと思い起こすことがある。よって、撮影をした直前の画像データに限らず、以前の画像データについても注文が可能となることで、需要を増大させることができる。

［３．その他］
［３−１．システムの構成について］
上記の実施形態では、センタサーバ１１の信号処理部１３における各機能手段が、注文受付システム１を構成する場合について説明した。注文受付システム１の構成はこれに限定されず、信号処理部１３における機能手段の一部が、ラボサーバ１４、スタジオサーバ１７、またはユーザ端末７１に備えられるよう構成してもよい。この場合、ラボサーバ１４、スタジオサーバ１７、またはユーザ端末７１のメモリに信号処理部１３における機能手段として機能するプログラムを保存して、ラボサーバ１４、スタジオサーバ１７、またはユーザ端末７１のＣＰＵがこのプログラムを読み出して実行することにより実現される。

また、上記の実施形態では、ユーザ端末７１としてパーソナルコンピュータ（パソコン）を例示したが、ユーザ端末７１はこれに限るものではない。例えば、デスクトップパソコン、ノートパソコン、タブレット型の端末（タブレットＰＣ）、スマートフォン等を利用できる。

また、上記の実施形態では、表示部７２及び操作部７３として、マウス７４およびキーボード７５を例示して説明したが、これに限定されない。例えば、表示部７２または操作部７３として、データを表示する表示部７２としての機能と、画面の操作または情報を入力するための操作部７３としての機能とを併せ持つ、タッチパネルディスプレイを用いてもよい。この場合、マウス７４によるクリック操作に替えて、タッチパネルによるタップ操作を行えばよい。また、キーボード７５（ハードウェアキー）による入力に替えて、タッチパネルに表示されるソフトウェアキーによる入力を行えばよい。また、マウス７４によるドラッグアンドドロップ操作に替えて、タッチパネルによるタッチ長押しの後に、スライド（スワイプ）する操作を行ってもよい。

［３−２．信号処理について］
上記の実施形態では、信号処理部１３における処理機能が、各ステップを実行する個々のプログラムにより構成されている場合について説明したが、本件のプログラムは、個々のプログラムが組み合わされた一つのプログラムとして構成されていてもよい。または、個々のプログラムが組み合わされて複合したプログラムとなり、さらにこの複合したプログラムが一つのプログラムとして構成されていてもよい。

上記の実施形態では、画像データのファイル名に伝票番号が含まれることで、画像データと伝票番号とが関連付けられている場合について説明した。画像データと伝票番号との関連付けは、これには限定されず、画像データの有するタグ情報に、伝票番号を含めるようにしてもよい。または、画像データと伝票番号の関係を示すテーブルを設けて、これに両者の関係を示すことで関連付けてもよい。

また、上記の実施形態では、ユーザ、画像データ、伝票番号、撮影日付、注文日付、及びアクセス期間等は、テーブルを用いてマイページＩＤに対応付けることで関連付ける場合について説明した。画像データとこれらの情報の関連付けはこれに限定されず、例えば、画像データの有するタグ情報に、これらの情報を含めるようにしてもよい。

［３−３．画像データの処理について］
上記の実施形態では、ラボサーバ１４では、プリント部１６により画像データのプリントアウトを行う場合について説明した。プリント部１６により画像データのプリントアウトを行う前に、画像データに色補正や肌の修正等の画像修正を施してもよく、画像データのレイアウト状態に併せて適宜トリミング（クロッピング）を行ってもよい。そして、このように修正を行った修正済みの画像データをプリントアウトするようにしてもよい。

１ 注文受付システム
１１ センタサーバ
１２，１５，１８ 記憶部
１３ 信号処理部
１４ ラボサーバ
１６ プリント部
１７ スタジオサーバ
２１，５１，６１ 画像データ保存部（画像データ保存手段）
２２，５２，６２ ユーザ情報保存部（ユーザ情報保存手段）
２３ ウェブページ保存部（ウェブページ保存手段）
３１ 閲覧画面提供部（閲覧画面提供手段）
３２ ログイン認証部（ログイン認証手段）
３３ 注文受付部（注文受付手段）
３４ アクセス期間管理部（アクセス期間管理手段）
３５ アクセス期限通知部（アクセス期限通知手段）
３６ アクセス再開通知部（アクセス再開通知手段）
４１ アカウント登録部（アカウント登録手段）
４２ マイページ共有部（マイページ共有手段）
４３ アカウント招待部（アカウント招待手段）
４４ リンク共有部（リンク共有手段）
４５ ポイント付与部（ポイント付与手段）
７１ ユーザ端末
８１ ネットワーク

Claims (12)

1. ユーザの依頼により撮影した画像データについて、前記ユーザが操作するユーザ端末を介してネットワーク経由で前記画像データの注文を受け付ける注文受付サービスのためのシステムであって、
   撮影ごとに付与される伝票番号と関連付けて前記画像データを保存する画像データ保存手段と、
   前記ユーザを特定する顧客情報と、前記ユーザが前記注文受付サービスにログインするための識別情報と、前記伝票番号及び前記画像データの撮影を行った撮影日付を含む注文情報とを保存するユーザ情報保存手段と、
   前記ユーザ端末から前記識別情報の入力を受け付けて前記ユーザのログインを認証するログイン認証手段と、
   前記注文受付サービスにログインを行ったユーザ端末に、前記画像データの画像を表示するための閲覧画面として前記ユーザごとに固有のマイページを提供する閲覧画面提供手段と、
   前記マイページに表示された前記画像データの注文を受け付ける注文受付手段と、
   前記画像データの閲覧ができるアクセス期間を管理するアクセス期間管理手段とを備え、
   前記ユーザ情報保存手段は、前記顧客情報と前記撮影日付とを前記伝票番号の前記画像データに関連付けて保存し、
   前記アクセス期間管理手段は、前記伝票番号に対応する前記撮影日付から所定の期間を前記アクセス期間として設定するとともに、年中行事の期日の前もしくは後における所定の期間、または、前記撮影日付から一定の期間が経過する期日の前もしくは後における所定の期間を前記アクセス期間に追加し、
   前記閲覧画面提供手段は、
   前記アクセス期間中と判断したユーザ関連の前記画像データを表示し、前記アクセス期間外と判断した前記ユーザ関連の前記画像データを表示しないようにし、
   前記マイページとして、前記アクセス期間内の前記伝票番号に係る前記画像データが表示される写真一覧ページと、前記画像データの注文形態としての商品を表示する商品選択ページと、前記画像データのレイアウトを行う前記商品が選択された場合に当該レイアウトを表示する作成ページと、前記画像データのレイアウトを行った前記商品について内容の確認を行うためのレイアウト状態を表示する内容確認ページと、前記注文情報を送信するための注文ページとを提供するとともに、
   前記アクセス期間を経過して閲覧ができなくなった後、前記アクセス期間に所定の期間が追加されたことにより再度閲覧をできるようになった場合に、前記ユーザに前記画像データの前記アクセス期間が到来することを通知するアクセス再開通知手段を備える
   ことを特徴とする注文受付システム。
2. 前記アクセス期間管理手段は、前記画像データそれぞれの前記撮影日付から所定の期間を前記アクセス期間として設定する
   ことを特徴とする請求項１に記載の注文受付システム。
3. 前記閲覧画面提供手段は、前記ユーザに関連する前記アクセス期間中の前記画像データを、前記撮影日付に応じてまとめた画像カタログとして表示するようにした
   ことを特徴とする請求項１又は２に記載の注文受付システム。
4. 前記アクセス期間管理手段は、前記ユーザからの注文を受けた場合に、前記アクセス期間を一定期間延長する
   ことを特徴とする請求項１〜３のいずれか１項に記載の注文受付システム。
5. 前記アクセス期間の満了が近づいた場合に、前記ユーザに前記画像データの前記アクセス期間の満了が近いことを通知するアクセス期限通知手段を備える
   ことを特徴とする請求項１〜４のいずれか１項に記載の注文受付システム。
6. 前記作成ページには、テンプレート画像と当該テンプレート画像に設けられた配置枠に配置された前記画像データとが合成されたレイアウト画像を表示するレイアウト画面と、前記ユーザが選択した前記伝票番号に対応する前記画像データを縮小して表示した複数のサムネイル写真からなる一覧画面とが設けられ、
   前記サムネイル写真に対応する前記画像データが、前記ユーザの操作により前記配置枠に配置される
   ことを特徴とする請求項１〜５のいずれか１項に記載の注文受付システム。
7. 前記内容確認ページには、前記作成ページに設けられる前記レイアウト画面の前記レイアウト画像を表示するレイアウト確認用画面が設けられ、
   前記レイアウト確認用画面では、前記配置枠に配置された前記画像データの入れ替えが不可となっている
   ことを特徴とする請求項６に記載の注文受付システム。
8. 前記ユーザが指定した前記画像データについて、前記マイページを介して他のユーザによる閲覧または注文が可能となるよう、前記ユーザが前記他のユーザに対して共有設定を行うマイページ共有手段を備え、
   前記閲覧画面提供手段は、前記注文受付サービスにログインを行った前記他のユーザが操作するユーザ端末に、前記マイページ共有手段によって共有設定された前記画像データであるとともに前記アクセス期間中の前記画像データを表示するようにした
   ことを特徴とする請求項１〜７のいずれか１項に記載の注文受付システム。
9. 前記ユーザが他のユーザに対して共有設定を行う際に、前記他のユーザの招待を受け付けるアカウント招待手段と、
   前記他のユーザが操作する前記ユーザ端末から前記顧客情報の入力を受けて前記識別情報の登録を行うアカウント登録手段とを備え、
   前記アカウント招待手段は、電子メールまたはＳＮＳのメッセージによって、前記アカウント登録手段にアクセス可能なＵＲＬを前記他のユーザに送信する
   ことを特徴とする請求項８に記載の注文受付システム。
10. 前記ユーザが指定した前記画像データについて、前記画像データへのリンクを介して他のユーザによる閲覧または注文が可能となるよう共有設定を行うリンク共有手段を備え、
    前記リンク共有手段は、前記ユーザが指定した前記画像データにアクセス可能なＵＲＬを生成して、電子メールまたはＳＮＳのメッセージによって前記ＵＲＬを他のユーザに送信する
    ことを特徴とする請求項１〜９のいずれか１項に記載の注文受付システム。
11. 前記画像データが写真スタジオで撮影した画像データであって、
    前記写真スタジオで撮影がなされた際に、前記注文において利用可能なポイントを前記ユーザに対して付与するポイント付与手段を備え、
    前記ユーザ情報保存手段が、前記ユーザごとにポイント数の情報を保存する
    ことを特徴とする請求項１〜１０のいずれか１項に記載の注文受付システム。
12. 前記注文を受けて、前記画像データのダウンロードの提供、または前記画像データをプリントアウトしたプリント物の提供を行う
    ことを特徴とする請求項１〜１１のいずれか１項に記載の注文受付システム。

Images