(57)【要約】【課題】本発明の情報処理装置、サーバ、情報処理装置の制御方法、およびプログラムは、情報処理装置からサーバへのデータのアップロードを伴う電子商取引システムにおいて、ユーザの利便性を向上させる。【解決手段】本発明の情報処理装置は、サーバとネットワークを介して通信可能に接続されている情報処理装置であって、前記サーバへのデータの送信制御を実行する送信制御手段と、前記サーバへの送信対象となるデータのバックアップデータを記憶する記憶手段と、前記サーバに送信されたデータの保存期間を取得する取得手段と、を備える。前記送信制御手段は、前記送信制御が停止された後、前記送信制御が開始される際、前記取得した保存期間が継続している場合、前記記憶されたバックアップデータを、前記送信制御が停止されるまでに前記サーバに送信されたデータの続きから送信することを特徴とする。【選択図】図１
2018124724.tif 000002
【特許請求の範囲】
【請求項１】
サーバとネットワークを介して通信可能に接続されている情報処理装置であって、
前記サーバへのデータの送信制御を実行する送信制御手段と、
前記サーバへの送信対象となるデータのバックアップデータを記憶する記憶手段と、
前記サーバに送信されたデータの保存期間を取得する取得手段と、を備え、
前記送信制御手段は、前記送信制御が停止された後、前記送信制御が開始される際、前記取得した保存期間が継続している場合、前記記憶されたバックアップデータを、前記送信制御が停止されるまでに前記サーバに送信されたデータの続きから送信する
ことを特徴とする情報処理装置。
【請求項２】
前記送信制御手段は、前記送信制御が停止された後、前記送信制御が開始される際、前記取得した保存期間が経過している場合、前記記憶されたバックアップデータを、最初から送信し直すことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記送信制御手段は、前記送信制御が停止された後、前記送信制御が開始される際、前記送信制御の停止から前記送信制御の開始までの時間が所定の閾値以上である場合、前記取得した保存期間が継続しているか否かに関わらず、前記記憶されたバックアップデータを、最初から送信し直すことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記送信制御手段は、前記送信制御が停止された後、前記送信制御が開始される際、ユーザから入力を受け付けた指示が前記送信対象となるデータを最初から送信し直すことを示す場合、前記取得した保存期間が継続しているか否かに関わらず、前記記憶されたバックアップデータを、最初から送信し直すことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
表示部における画面の表示制御を実行する表示制御手段をさらに備え、
前記表示制御手段は、前記送信制御が停止された後、前記送信制御が開始される際、前記取得した保存期間が継続している場合、前記送信制御が停止されるまでに表示させていた、前記データが前記サーバに送信されていることを表す送信中画面を、前記表示部に再び表示させることを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
【請求項６】
前記送信制御手段は、前記送信対象となるデータを分割した分割データを前記サーバに送信することを特徴とする請求項１から５のいずれか１項に記載の情報処理装置。
【請求項７】
前記送信制御手段は、前記サーバに送信する前の前記分割データから算出されたチェックサムと、前記サーバに送信された前記分割データから算出されたチェックサムとが異なる場合、前記分割データを前記サーバに送信し直すことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
サーバとネットワークを介して通信可能に接続されている情報処理装置であって、
前記サーバへのデータの送信制御を実行する送信制御手段と、
前記サーバに送信されたデータの保存期間を取得する取得手段と、
前記サーバから取得したＵＲＬに基づいて、前記データを用いて作成される商品の注文を受付可能な注文画面の表示制御を実行する表示制御手段と、を備え、
前記表示制御手段は、前記表示制御が停止された後、前記表示制御が開始される際、前記取得した保存期間が継続している場合、前記表示制御が停止されるまで表示させていた前記注文画面を、表示部に再び表示させる
ことを特徴とする情報処理装置。
【請求項９】
前記表示制御手段は、前記表示制御が停止された後、前記表示制御が開始される際、前記取得した保存期間が経過している場合、前記情報処理装置の各手段が最初の工程から処理を開始することを表す初期画面を前記表示部に表示させることを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記表示制御が停止された後、前記表示制御が開始される際、前記取得した保存期間が継続している場合において、
前記表示制御手段は、前記ＵＲＬの有効期間が経過している場合、前記ＵＲＬとは異なる新たなＵＲＬの発行を前記サーバに要求し、前記発行された新たなＵＲＬに基づいて、前記表示制御が停止されるまで表示させていた前記注文画面を、前記表示部に再び表示させることを特徴とする請求項８または９に記載の情報処理装置。
【請求項１１】
前記データは、フォトアルバムの作成に用いられるフォトアルバムデータであって、少なくとも前記フォトアルバムに収録される画像を表す画像データが含まれるフォトアルバムデータであることを特徴とする請求項１から１０のいずれか１項に記載の情報処理装置。
【請求項１２】
情報処理装置とネットワークを介して通信可能に接続されているサーバであって、
前記情報処理装置から受信した商品を作成するために用いられるデータを、予め定められた保存期間にわたって前記サーバの記憶領域に保存する保存手段と、
前記情報処理装置からの取得要求に応じて、前記保存期間を前記情報処理装置に通知する保存期間通知手段と、を備える
ことを特徴とするサーバ。
【請求項１３】
前記商品の注文を受付可能なサイトにアクセスするためのＵＲＬの有効期間を管理する管理手段と、
前記ＵＲＬの有効期間が経過し、かつ、前記保存期間が継続している場合、前記情報処理装置からの要求に応じて、前記商品の注文を受付可能なサイトにアクセスするためのＵＲＬであって、前記ＵＲＬとは異なる新しいＵＲＬを発行する発行手段と、
前記発行されたＵＲＬを前記情報処理装置に通知するＵＲＬ通知手段と、をさらに備えることを特徴とする請求項１２に記載のサーバ。
【請求項１４】
サーバとネットワークを介して通信可能に接続されている情報処理装置の制御方法であって、
前記サーバへのデータの送信制御を実行する送信制御工程と、
前記サーバへの送信対象となるデータのバックアップデータを記憶する記憶工程と、
前記サーバに送信されたデータの保存期間を取得する取得工程と、を備え、
前記送信制御工程において、前記送信制御が停止された後、前記送信制御が開始される際、前記取得した保存期間が継続している場合、前記記憶されたバックアップデータが、前記送信制御が停止されるまでに前記サーバに送信されたデータの続きから送信される
ことを特徴とする制御方法。
【請求項１５】
サーバとネットワークを介して通信可能に接続されている情報処理装置の制御方法であって、
前記サーバへのデータの送信制御を実行する送信制御工程と、
前記サーバに送信されたデータの保存期間を取得する取得工程と、
前記サーバから取得したＵＲＬに基づいて、前記サーバを用いて作成される商品の注文を受付可能な注文画面の表示制御を実行する表示制御工程と、を備え、
前記表示制御工程において、前記表示制御が停止された後、前記表示制御が開始される際、前記取得した保存期間が継続している場合、前記表示制御が停止されるまで表示されていた前記注文画面が、表示部に再び表示される
ことを特徴とする制御方法。
【請求項１６】
コンピュータを、請求項１から請求項１１のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子商取引システムにおける情報処理装置、サーバ、情報処理装置の制御方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、電子商取引の仕組みを利用したフォトアルバム作成サービスが提供されている。代表的なフォトアルバム作成サービスでは、パーソナルコンピュータ（以下、「ＰＣ」と記す）上やスマートデバイス（スマートフォンやタブレットなど）上で動作するアプリケーションが提供されている。ユーザは、このような情報処理装置にインストールされたアプリケーションを操作して、フォトアルバムに収録する画像を選択したり、各ページのレイアウトを編集して、フォトアルバムの作成に必要なフォトアルバムデータを生成することができる。フォトアルバム作成事業者は、ユーザからインターネット経由でフォトアルバムデータの提供を受け、提供されたフォトアルバムデータを印刷することで実際のフォトアルバムを作成する。
【０００３】
特許文献１には、アップロード対象となるデータを分割し、分割したデータをサーバに順次アップロードする手法が開示されている。特許文献１の手法によれば、データのアップロード中にアプリケーションが終了された場合であっても、再起動されたアプリケーションに、前回のアップロードで未送信のデータを続きからアップロードさせることが可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２４３１０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、サーバにおいて、アップロードされたフォトアルバムデータの保存期間が設けられていることがある。
【０００６】
例えば、特許文献１に記載されているように、前回のアップロードで未送信のデータを続きからアップロードさせたとしても、データ全体を復元できないことがある。より詳細には、アップロード済みのフォトアルバムデータの保存期間が経過してしまった場合、サーバは、そのアップロード済みのデータを削除することがある。その場合、そのデータの続きからアップロードされた残りのフォトアルバムデータをアップロード済みのデータと結合することができず、元のフォトアルバムデータ全体を復元することができなかった。
【０００７】
本発明は上記課題に鑑みなされたものであり、データの保存期間に基づいてデータのアップロードを適切に行うことができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、サーバとネットワークを介して通信可能に接続されている情報処理装置であって、前記サーバへのデータの送信制御を実行する送信制御手段と、前記サーバへの送信対象となるデータのバックアップデータを記憶する記憶手段と、前記サーバに送信されたデータの保存期間を取得する取得手段と、を備え、前記送信制御手段は、前記送信制御が停止された後、前記送信制御が開始される際、前記取得した保存期間が継続している場合、前記記憶されたバックアップデータを、前記送信制御が停止されるまでに前記サーバに送信されたデータの続きから送信することを特徴とする。
【発明の効果】
【０００９】
本発明の情報処理装置、サーバ、情報処理装置の制御方法、およびプログラムは、データのアップロードを伴う電子商取引システムにおいて、ユーザの利便性を向上させることができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】実施形態１におけるフォトアルバム作成支援システムの構成例を示す図である。
【図２】実施形態１におけるＰＣのハードウェア構成を示すブロック図である。
【図３】実施形態１におけるアプリケーションのソフトウェア機能構成を示すブロック図である。
【図４】実施形態１における表示画面の一例を示す図である。
【図５】実施形態１において、フォトアルバムデータをアップロードする処理手順を示すフローチャートである。
【図６】実施形態１における分割アップロードの処理手順を示すフローチャートである。
【図７】別実施例における分割アップロードの処理手順の別実施例を示すフローチャートである。
【図８】別実施例において、フォトアルバムデータをアップロードする処理手順を示すフローチャートである。
【図９】実施形態１において、アプリケーション終了時の処理手順を示すフローチャートである。
【図１０】実施形態１において、アプリケーション起動時の処理手順を示すフローチャートである。
【図１１】実施形態１において、アップロード判定の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施形態を詳細に説明する。なお、以下の実施形態は特許請求の範囲を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須とは限らない。なお、同一の構成要素には同一の参照番号を付して説明する。
【００１２】
［実施形態１］
（フォトアルバム作成支援システムの構成）
図１は、本実施形態のフォトアルバム作成支援システム１の構成例を示す図である。本実施形態のフォトアルバム作成支援システム１は、ＰＣ（情報処理装置）１００と、Ｗｅｂサーバ２００と、管理サーバ２１０と、プリンタサーバ２２０と、がネットワークを介して相互に通信可能に接続されている。フォトアルバム作成支援システム１に接続されるＰＣ１００には、Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（以下、「ＯＳ」と記す）としてＷｉｎｄｏｗｓ（登録商標）８と同等のＯＳがインストールされているものとする。同様に、フォトアルバム作成支援システム１に接続される各サーバには、Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ  ２０１２と同等のＯＳがインストールされているものとする。ＰＣ１００は、Ｅｔｈｅｒｎｅｔ（登録商標）で構成されるネットワーク（ＬＡＮ）１０に接続されている。Ｗｅｂサーバ２００と、管理サーバ２１０と、プリンタサーバ２２０とは、Ｅｔｈｅｒｎｅｔで構成されるネットワーク（ＬＡＮ）２０にそれぞれ接続されている。そして、これらネットワーク１０と、ネットワーク２０とは、インターネットを介して相互に接続されている。
【００１３】
ＰＣ１００には、フォトアルバム作成アプリケーション１１０（以下、単に「アプリケーション」と記す場合がある）と、Ｗｅｂブラウザ１２０とがインストールされている。アプリケーション１１０は、ＰＣ１００上で動作し、主に（１）フォトアルバムの仕様を選択する機能、（２）レイアウトを編集する機能、（３）フォトアルバムを注文する機能、をユーザに提供する。ユーザは、（１）の機能により、ＰＣ１００上で、サイズ、ページ数、用紙の種類、製本方法、カバーの材質などのフォトアルバムの仕様を選択することができる。また、（２）の機能により、ＰＣ１００上で、フォトアルバムにおける各ページのレイアウトを編集することができる。また、（３）の機能により、ＰＣ１００上で作成したフォトアルバムを、フォトアルバム作成事業者に注文することができる。Ｗｅｂブラウザ１２０は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）を利用する際に用いられるブラウザ（ユーザエージェント）である。
【００１４】
Ｗｅｂサーバ２００は、フォトアルバム作成事業者のＷｅｂサイトをインターネット上に提供している。ショッピングサイト２０１は、フォトアルバム作成事業者が運営しており、ユーザからのフォトアルバムの注文を受け付けることができる。
【００１５】
ショッピングサイト２０１は、ＰＣ１００からフォトアルバムの注文を受け付けると、受け付けた注文に関する注文情報（氏名、住所、電話番号、配送先など）を管理サーバ２１０に送信する。また、また、ショッピングサイト２０１は、管理サーバ２１０から注文ＩＤごとのステータス情報と配送伝票番号（トラッキング番号）とを受信して、それらに基づいて注文元に発送通知を行う。
【００１６】
管理サーバ２１０は、ＰＣ１００からアップロードされたフォトアルバムデータを受信して一時的に保存し、一時的に保存したフォトアルバムデータと、Ｗｅｂサーバ２００から送信されるフォトアルバムの注文情報とを、注文ＩＤに対応付けて管理する。そして、管理サーバ２１０は、フォトアルバムデータと注文情報とを、プリンタサーバ２２０に送信する。また、管理サーバ２１０は、フォトアルバムの作成状況を示すステータス情報と、フォトアルバムの配送状況を確認するための配送伝票番号（トラッキング番号）とを、プリンタサーバ２２０から受信して、これらを自身が管理する注文情報に反映する。さらに、管理サーバは、注文ＩＤに対応付けられたステータス情報と、配送伝票番号（トラッキング番号）とを、Ｗｅｂサーバ２００（ショッピングサイト２０１）へ送信する。なお、フォトアルバムデータの詳細については後述する。
【００１７】
プリンタサーバ２２０は、管理サーバ２１０から送信された、フォトアルバムデータと注文情報とを受信する。そして、プリンタサーバ２２０は、ラボシステムソフトウェア（不図示）を用いて、受信したフォトアルバムデータをプリンタ５００で印刷可能なフォーマットの印刷データに変換する。そして、オペレータから入力されるコマンドに応じて、プリンタサーバ２２０は、プリンタ５００に印刷データを送信してフォトアルバムに収録されるページが印刷される。印刷されたページは、プリンタ５００のフィニッシャ機能を用いてフォトアルバムに製本され、当該フォトアルバムに対応付けられた注文情報に応じて配送される。なお、フォトアルバムの製本および配送については、種々の手法で行われ得るが、本実施形態の主眼ではないので説明を省略する。
【００１８】
プリンタ５００は、プリンタサーバ２２０から送信された印刷データを受信し、受信した印刷データに基づいてフォトアルバムに収録されるページが印刷される。印刷データは、例えば、印刷設定などが記述されているプリントチケットと、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）ファイルと、から構成される。
【００１９】
本実施形態のフォトアルバム作成支援システム１では、ユーザサイトに設置されているＰＣ１００から、フォトアルバム作成事業者サイトに設置されているＷｅｂサーバ２００に、フォトアルバムの注文を行う実施例について説明した。しかしながら、実施例は上記に限られず、フォトアルバム作成アプリケーション１１０が動作するハードウェアプラットフォームは、スマートフォンやタブレットなどの携帯型の情報処理装置（スマートデバイス）であってもよい。この場合、携帯型の情報処理装置から、無線通信ネットワークを介して、フォトアルバムデータおよび注文情報を送信することができる。
【００２０】
（情報処理装置のハードウェア構成）
図２は、本実施形態におけるＰＣ１００のハードウェア構成を示すブロック図である。本実施形態におけるＰＣ１００のハードウェア構成は一般的な情報処理装置のハードウェア構成に則っており、Ｗｅｂサーバ２００、管理サーバ２１０、プリンタサーバ２２０も同様のハードウェア構成で実現することができる。ＰＣ１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１０４、ネットワークインターフェース（以下インターフェースは「Ｉ／Ｆ」と記す）１０５、外部接続Ｉ／Ｆ１０６とを含んで構成される。さらに、各構成部はバス１０７を介して通信可能に接続されている。ＣＰＵ１０１は演算回路からなり、ＰＣ１００を統括制御する。ＣＰＵ１０１はＲＯＭ１０３またはＨＤＤ１０４に記憶されたシステムプログラムおよびアプリケーションプログラムをＲＡＭ１０２に読み出し、種々の処理を実行する。ＲＯＭ１０３は、ＰＣ１００の制御に用いられるシステムプログラムなどを記憶する。ＨＤＤ１０４は不揮発性の記憶領域としての機能を有し、ＨＤＤ以外にもＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）や、可搬性ＣＤ−ＲＯＭなどにより構成することができる。ネットワークＩ／Ｆ１０５は、ＣＰＵ１０１の制御に基づいてＷｅｂサーバ２００などとのデータの入出力を制御する。外部接続Ｉ／Ｆ１０６は、ＰＣ１００に種々の機器を接続するためのインターフェースであり、本実施形態では表示装置（表示部）１０８が接続されている。表示装置１０８は、たとえば液晶ディスプレイ（ＬＣＤ）などによって構成することができる。表示装置１０８の他、外部接続Ｉ／Ｆ１０６を介して、キーボード、マウスなどの各種入出力装置を接続することができる。
【００２１】
（フォトアルバム作成アプリケーションの機能構成）
図３は、本実施形態において、主にアプリケーション１１０のソフトウェア機能構成を示すブロック図である。図３のブロックの機能は、ＣＰＵ１０１がＲＯＭ１０３またはＨＤＤ１０４に格納されたプログラムコードをＲＡＭ１０２に読み出して実行することにより実現される。
【００２２】
図３において、Ｅｔｈｅｒｎｅｔ制御スタック３０１は、Ｅｔｈｅｒｎｅｔの規格に準拠した通信制御を実行する。ＩＰ  Ｎｅｔｗｏｒｋ制御スタック３０２は、ＴＣＰ／ＩＰの規格に準拠した通信制御を実行する。ＷＳＤ制御スタック３０３は、ネットワーク上のデバイス探索の仕組みを提供するＷＳＤ（Ｗｅｂ  Ｓｅｒｖｉｃｅ  ｏｎ  Ｄｅｖｉｃｅｓ）を制御する。ＰｎＰ−Ｘ制御スタック３０４は、ネットワーク接続デバイスのプラグアンドプレイを制御する。なお、ＰｎＰ−Ｘとは、Ｗｉｎｄｏｗｓ８  ＯＳに標準搭載されている機能である「Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｅｘｔｅｎｓｉｏｎｓ」の略称である。デバイスドライバ３０５は、ＰＣ１００のデバイスの動作を制御するために用いられ、ＯＳに標準で同梱されている標準ドライバ群と、デバイスの製造元から提供されるＩＨＶ製ドライバ群とが含まれる。アプリケーション／ＤＤＩ  Ｉ／Ｆ３０６は、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）、ＤＤＩ（Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ）とが含まれる。
【００２３】
前述の通り、ＰＣ１００には、フォトアルバム作成アプリケーション１１０と、Ｗｅｂブラウザ１２０と、がインスト−ルされている。フォトアルバム作成アプリケーション１１０は、フォトアルバム作成アプリケーション１１０の機能を実現するための各機能ブロックを有する。バックアップデータ記憶部１１１は、アップロード対象となるフォトアルバムデータのバックアップデータをＨＤＤ１０４に記憶する。送信制御部１１２は、フォトアルバム作成事業者サイトの各サーバ（Ｗｅｂサーバ２００、管理サーバ２１０など）へのフォトアルバムデータの送信制御を実行する。保存期間取得部１１３は、管理サーバ２１０にアップロードされたフォトアルバムデータの保存期限を取得する。表示制御部１１４は、表示装置１０８における画面の表示制御を実行する。ＵＲＬ取得部１１５は、Ｗｅｂブラウザ１２０に所定の情報を表示させるために必要なＵＲＬをＷｅｂサーバ２００から取得する。Ｗｅｂブラウザ１２０は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）を利用する際に用いられるブラウザ（ユーザエージェント）である。
【００２４】
（フォトアルバム作成アプリケーションの表示画面）
図４（ａ）〜図４（ｄ）は、本実施形態において、表示装置１０８に表示される表示画面の一例を示す図である。図４（ａ）の表示画面４００ａは、メイン画面の一例である。図４（ｂ）の表示画面４００ｂは、プレビュー画面の一例である。図４（ｃ）の表示画面４００ｃは、送信中画面の少なくとも一部に表示されるポップアップウィンドウである。図４（ｄ）の表示画面４００ｄは、Ｗｅｂブラウザ１２０上に表示されるフォトアルバムの注文画面（以下、単に「注文画面」と記す）の一例である。以下、図４（ａ）〜図４（ｄ）を参照してそれぞれの表示画面について説明する。
【００２５】
図４（ａ）の表示画面４００ａ（メイン画面）は、タイプ選択領域４１０と、ファイル処理方法選択領域４２０と、フォトアルバム作成ボタン４３０と、時間間隔指定領域４４０とを含む。タイプ選択領域４１０は、フォトアルバムのタイプの選択を受付可能なユーザインターフェース（以下「ＵＩ」と記す）である。本実施形態において、タイプ選択領域４１０は、タイプＫ、タイプＭ、タイプＮ、タイプＳ、タイプＴ、タイプＵのなかから、ユーザ所望のフォトアルバムのタイプの選択を受け付ける。本実施形態では、タイプの種類ごとに、サイズ、ページ数、用紙の種類、製本方法、カバーの材質などのフォトアルバムの仕様が規定されている。図４（ａ）の表示画面４００ａにおいて、選択表示領域４１１で強調表示されている「タイプＫ」は、例えば、下記の仕様が規定されている。
サイズ      ：  １５ｃｍ×１５ｃｍ
ページ数    ：  ２０ページ
用紙の種類  ：  サテン
製本方法    ：  ２つ折り
カバー      ：  ソフト
タイプの種類に応じて、例えば、用紙の種類が「光沢」に規定されていたり、カバーが「ハード」に規定されていたりなど、タイプごとに各仕様は選択的に規定されているが、それぞれの規定の詳細については説明を省略する。なお、図４（ａ）のタイプ選択領域４１０では、「タイプＫ」および「タイプＭ」のみが表示されているが、タイプ選択領域４１０をスクロール表示することにより、上記以外のタイプの選択が受付可能となる。
【００２６】
ファイル処理方法選択領域４２０は、作成対象となるフォトアルバムに収録する画像を選択するために用いられるＵＩである。本実施形態のアプリケーション１１０は、フォトアルバムに収録する画像を、ＰＣ１００に保存されている画像データ（静止画像）から選択することができるだけではなく、ＰＣ１００に保存されている動画ファイルから自動的に抽出することができる。ファイル処理方法選択領域４２０は、自動（Ａｕｔｏ）、時間（Ｔｉｍｅ）、シーン（Ｓｃｅｎｅ）、テーマ（Ｔｈｅｍｅ）のなかから選択を受付可能なラジオボタンを有し、アプリケーション１１０は、選択された抽出方針に従って画像を抽出する。例えば、「Ｔｉｍｅ」が選択された場合、アプリケーション１１０は、動画が撮影された時点の時刻情報（年月日および時刻）をもとに、動画ファイルから関連するフレームをフォトアルバムに収録する画像として抽出する。また、「Ｓｃｅｎｅ」が選択された場合、アプリケーション１１０は、フレームごとの色およびヒストグラムをもとに、動画ファイルから関連するフレームをフォトアルバムに収録する画像として抽出する。また、「Ｔｈｅｍｅ」が選択された場合、アプリケーション１１０は、フレームごとのオブジェクトの類否をもとに、動画ファイルから関連するフレームをフォトアルバムに収録する画像として抽出する。さらに、ファイル処理方法選択領域４２０は、ファイル選択ボタン４２１を有する。当該ボタンへの押下が検出されると、ファイル選択ウインドウ（不図示）が表示され、画像を抽出する対象となる動画ファイルや、フォトアルバムに収録する画像データ（静止画像）の選択を受け付けることができる。
【００２７】
時間間隔指定領域４４０は、動画ファイルから画像を抽出する場合に、選択対象となるフレーム間の時間間隔の設定を受け付けることができる。本実施形態では、フレーム間の時間間隔を１秒単位で設定可能であり、デフォルト値として「１秒」が時間間隔指定領域４４０に予め入力されている。
【００２８】
そして、アプリケーション１１０は、フォトアルバム作成ボタン４３０への押下が検出されると、受け付けたフォトアルバムのタイプと、抽出または選択された画像とに基づいてフォトアルバムの作成に必要なフォトアルバムデータの生成を開始する。なお、フォトアルバムデータとは、実際のフォトアルバムを印刷するために必要な一群のデータをいい、少なくとも、フォトアルバムに収録される画像の画像データと、レイアウトを規定するデータと、フォトアルバムの仕様を示すデータと、が含まれる。
【００２９】
図４（ｂ）の表示画面４００ｂ（プレビュー画面）は、見開きページ選択領域４５０と、プレビュー表示部４６０と、カート追加ボタン４７０とを含む。プレビュー表示部４６０には、アプリケーション１１０で生成されたフォトアルバムデータに基づいて、見開き２ページ分のフォトアルバムのプレビューが表示される。見開きページ選択領域４５０は、プレビュー表示部４６０に表示させる見開き２ページの選択を受け付けることができる。図４（ｂ）の例では、見開きページ選択領域４５０で選択が受け付けられている７ページと８ページの見開きページが選択表示領域４５１で強調表示され、この見開き２ページの拡大イメージがプレビュー表示部４６０に表示されている。また、アプリケーション１１０は、外部接続Ｉ／Ｆに接続されたマウスやキーボードなどの入力装置（不図示）を介して入力されるユーザ操作に応じて、プレビュー表示部４６０を編集することができる。具体的には、アプリケーション１１０は、プレビュー表示部４６０に表示されている画像の位置を編集するレイアウト編集や、ユーザ所望のテキストを追加するなどのテキスト編集を行うことができる。
【００３０】
カート追加ボタン４７０は、一般的なオンラインショッピングサイトに見られるように、ユーザが購入する商品をショッピングカートに追加するためのＵＩである。カート追加ボタン４７０への押下が検出されると、アプリケーション１１０は、プレビュー表示部４６０に表示されているフォトアルバムの作成サービスを、購入対象の商品としてショッピングカートに追加する。
【００３１】
図４（ｃ）の表示画面４００ｃは、図４（ｂ）のカート追加ボタン４７０の押下が検出され、フォトアルバムデータのアップロードが開始されると、送信中画面の少なくとも一部にポップアップ表示されるウィンドウである。すなわち、本実施形態のアプリケーション１１０は、フォトアルバムの作成サービスが購入対象としてショッピングカートに追加された段階で、フォトアルバムデータのアップロードを開始する。
【００３２】
なお、ユーザは、表示画面４００ｃの「×」ボタンをマウス等の操作で選択することで、フォトアルバムデータのアップロードを中断させることができ、またアプリケーション１１０の動作を終了させることもできる。
【００３３】
次いで、図４（ｄ）の表示画面（注文画面）４００ｄに画面遷移する。本実施形態では、フォトアルバムの注文に際して、図４（ｄ）の注文画面における操作に加えて、当該注文画面と連携している決済サイトにおいても所定の操作（例えば、クレジットカード番号の入力など）が要求される。なお、ショッピングカートに購入対象商品が追加された様子を示す表示画面や、決済サイトにおいて決済に必要な情報が入力される様子を示す表示画面などは、電子商取引の分野において一般的な技術であるので、これらの説明を省略する。
【００３４】
図４（ｄ）の表示画面４００ｄ（注文画面）は、ＵＲＬ表示部４８０と、注文情報表示部４９０と、注文ボタン４９１とを有する。ＵＲＬ表示部４８０は、Ｗｅｂブラウザ１２０に表示させるＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）の指定を受け付けると共に、Ｗｅｂブラウザ１２０が現在表示しているＵＲＬを表示する。注文情報表示部４９０は、フォトアルバムの注文情報を表示する領域である。本実施形態では、図４（ｂ）で編集されたフォトアルバムの注文情報が、注文ＩＤ（Ｏｒｄｅｒ  ＩＤ）に対応付けられて注文情報表示部４９０に表示される。図４（ｄ）の注文画面の例では、「注文ＩＤ：４６４９」に対応付けられて、フォトアルバムのタイプ「Ｔｙｐｅ−Ｋ」と、価格（Ｐｒｉｃｅ）「￥１０，０００」とが表示されている。そして、注文ボタン４９１の押下が検知されると、表示画面４００ｄに続いて表示される遷移後の画面（不図示）において、氏名、住所、電話番号、配送先住所などの配送情報が入力されることを条件に、フォトアルバムの最終的な注文が確定される。
【００３５】
なお、ユーザは、表示画面４００ｄの「×」ボタンをマウス等の操作で選択することで、フォトアルバムデータのアップロードが完了した後、注文が確定されていない状態で、アプリケーション１１０の動作を終了させることができる。
【００３６】
（フォトアルバム作成アプリケーションの処理手順）
図５は、本実施形態において、アプリケーション１１０がフォトアルバムデータを管理サーバ２１０にアップロードする処理手順を示すフローチャートである。図５に示されるフローチャートによる処理は、ＣＰＵ１０１がＨＤＤ１０４に記憶されているプログラムコードをＲＡＭ１０２に展開し実行することにより行われる。以下の各記号Ｓは、フローチャートにおけるステップであることを意味する。これらは図５以降のフローチャートについても同様である。
【００３７】
Ｓ５０１において、バックアップデータ記憶部１１１は、アップロード対象となるフォトアルバムデータのバックアップデータをＨＤＤ１０４に記憶する。
【００３８】
Ｓ５０２において、送信制御部１１２は、フォトアルバムデータのアップロードの開始を管理サーバ２１０に通知する。
【００３９】
Ｓ６００において、送信制御部１１２は、フォトアルバムデータの分割データを管理サーバ２１０に送信する分割アップロードを実行する。分割アップロードの処理手順は、図６で詳細に説明する。
【００４０】
Ｓ５０３において、送信制御部１１２は、フォトアルバムデータのアップロードの終了を管理サーバ２１０に通知する。管理サーバ２１０への通知が終了すると、本フローチャートによる処理を終了する。
【００４１】
図６は、本実施形態において、送信制御部１１２がフォトアルバムデータを分割アップロードする処理手順（Ｓ６００）を示すフローチャートである。本フローチャートによる処理は、図５におけるＳ６００に相当する。
【００４２】
Ｓ６０１において、送信制御部１１２は、アップロード対象となるフォトアルバムデータのデータサイズが閾値を超えているか否かを判定する。この閾値は、ＰＣ１００および管理サーバ２１０の性能に応じて設定される値であり、固定値であってもよいし、ＰＣ１００および管理サーバ２１０の動作環境に応じて変更可能な値であってもよい。データサイズが閾値を超えている場合（Ｓ６０１：ＹＥＳ）、Ｓ６０２に移行する。この場合、アップロード対象となるフォトアルバムデータが複数回の送信処理に分けて送信される。データサイズが閾値以下の場合（Ｓ６０１：ＮＯ）、Ｓ６０２をスキップしてＳ６０３に移行する。この場合、アップロード対象となるフォトアルバムデータが１回で送信される。
【００４３】
Ｓ６０２において、送信制御部１１２は、アップロード対象となるフォトアルバムデータの先頭から閾値分のデータサイズのデータを切り出す。
【００４４】
Ｓ６０３において、送信制御部１１２は、今回アップロード対象となるフォトアルバムデータのチェックサムを算出する。
【００４５】
Ｓ６０４において、送信制御部１１２は、今回アップロード対象となるフォトアルバムデータと、Ｓ６０３で算出したチェックサムとを管理サーバ２１０に送信する。
【００４６】
Ｓ６０５において、管理サーバ２１０は、ＰＣ１００から受信したフォトアルバムデータのチェックサムを算出する。
【００４７】
Ｓ６０６において、管理サーバ２１０は、ＰＣ１００から受信したチェックサムと、Ｓ６０５で算出したチェックサムとが等しいか否かを判定する。双方のチェックサムが異なる場合（Ｓ６０６：ＮＯ）、Ｓ６０７に移行し、管理サーバ２１０は、受信したフォトアルバムデータを破棄して、フォトアルバムデータのアップロードが失敗したことをＰＣ１００に通知する。Ｓ６０８において、ＰＣ１００は、フォトアルバムデータのアップロードの失敗が通知されると、再びＳ６０４に戻り、Ｓ６０４で送信したフォトアルバムデータと算出したチェックサムとを管理サーバに送信し直す。
【００４８】
本実施形態では、フォトアルバムデータのアップロードが成功するまで、Ｓ６０４〜Ｓ６０８が繰り返されるが、予め定められるリトライ回数を超過した場合、繰り返し処理を抜けて分割アップロードを中止してもよい。このとき、予め定められるリトライ回数は常に固定値であってもよいし、ＰＣ１００および管理サーバ２１０の動作環境に応じて変更可能な値であってもよい。また、リトライ回数以外に、フォトアルバムデータのアップロードをリトライ可能な期間が設定されてもよい。
【００４９】
双方のチェックサムが等しい場合（Ｓ６０６：ＹＥＳ）、Ｓ６０９に移行し、管理サーバ２１０は、フォトアルバムデータのアップロードが成功したことをＰＣ１００に通知する。Ｓ６１０において、ＰＣ１００は、フォトアルバムデータのアップロードの成功が通知されると、Ｓ６１１の判定処理に移行する。
【００５０】
Ｓ６１１において、送信制御部１１２は、アップロード対象となるすべてのフォトアルバムデータの送信が終了したか否かを判定する。すべてのフォトアルバムデータの送信が完了した場合（Ｓ６１１：ＹＥＳ）、本サブルーチンの処理を終了し、再び図５のフローチャートに復帰する。
【００５１】
一方、すべてのフォトアルバムデータの送信が終了していない場合（Ｓ６１１：ＮＯ）、再びＳ６０１に戻りＳ６０１〜Ｓ６１１を繰り返す。つまり、Ｓ６０１〜Ｓ６１１の処理が繰り返されるたびに、アップロード対象となるフォトアルバムデータの分割データが管理サーバ２１０に送信されることになる。
【００５２】
本実施形態の分割アップロードでは、管理サーバ２１０が、ＰＣ１００から受信したチェックサムと、ＰＣ１００から受信したフォトアルバムデータから算出したチェックサムとの比較判定を行っている。他実施形態では、ＰＣ１００がチェックサムの比較判定を行ってもよい。この場合、ＣＰＵ１０１（送信制御部１１２）は、自身が算出したチェックサムを所定の記憶領域に記憶し、管理サーバ２１０で算出されたフォトアルバムデータのチェックサムを受信すると、記憶したチェックサムと受信したチェックサムとの比較判定を行う。そして、双方のチェックサムが異なる場合、ＣＰＵ１０１は、今回アップロード対象となるフォトアルバムデータの送信が失敗したことを管理サーバ２１０に通知する。フォトアルバムデータのアップロードの失敗が通知されると、管理サーバ２１０は、受信したフォトアルバムデータを破棄する。
【００５３】
本実施形態の分割アップロードにおいて、管理サーバ２１０は、Ｓ６０５で受信したフォトアルバムデータからチェックサム算出している。通常、Ｗｅｂサーバのアドレスは一般に公開されているため、受信したフォトアルバムデータをＷｅｂサーバ２００を介してアクセス可能な記憶領域に記憶することは、セキュリティの観点から好ましくない。そのため、管理サーバ２１０は、受信したフォトアルバムデータを、外部ネットワークからはアクセスできない記憶領域に記憶して、記憶したフォトアルバムデータからチェックサムを算出してもよい。また、改竄を防止する主旨で、分割されたフォトアルバムデータのチェックサムを比較するだけではなく、分割前のフォトアルバムデータから算出されたチェックサムと、結合後のフォトアルバムデータから算出されたチェックサムとをさらに比較してもよい。
【００５４】
また、本実施形態の分割アップロードにおいて、管理サーバ２１０は、分割されたフォトアルバムデータを受信する都度チェックサムの比較を行っているが、フォトアルバムデータの受信が完了してからまとめてチェックサムの比較を行ってもよい。
【００５５】
図７は、本実施形態において、送信制御部１１２がフォトアルバムデータを分割アップロードする処理手順（Ｓ６００）の別実施例を説明するフローチャートである。本フローチャートによる処理も、図５のフローチャートにおけるＳ６００に相当する。なお、以下の図７のフローチャートの説明において、図６のフローチャートと同一の構成については、同一符号を付し、重複する内容については説明を省略する。
【００５６】
Ｓ６０１〜Ｓ６０４は図６のフローチャートと同一の構成のため説明を省略する。
【００５７】
Ｓ７０１において、送信制御部１１２は、アップロード対象となるすべてのフォトアルバムデータの送信が完了したか否かを判定する。すべてのフォトアルバムデータの送信が完了した場合（Ｓ７０１：ＹＥＳ）、Ｓ７０２に移行する。一方、すべてのフォトアルバムデータの送信が完了していない場合（Ｓ７０１：ＮＯ）、再びＳ６０１に戻りＳ６０１〜Ｓ７０１を繰り返す。
【００５８】
Ｓ７０２において、送信制御部１１２は、アップロード対象となるすべてのフォトアルバムデータの送信が完了したことを管理サーバ２１０に通知する。
【００５９】
Ｓ７０３において、管理サーバ２１０は、アップロード対象となるすべてのフォトアルバムデータの送信が完了したことＰＣ１００から受信すると、Ｓ７０４に移行する。
【００６０】
Ｓ７０４において、管理サーバ２１０は、ＰＣ１００から受信したフォトアルバムデータからそれぞれチェックサムを算出し、算出したチェックサムを所定の記憶領域に記憶する。
【００６１】
Ｓ７０５において、管理サーバ２１０は、ＰＣ１００から受信したフォトアルバムデータのすべてのチェックサムの算出が終了したか否かを判定する。すべてのチェックサムの算出が終了した場合（Ｓ７０５：ＹＥＳ）、Ｓ７０６の判定処理に移行する。一方、すべてのチェックサムの算出が終了していない場合（Ｓ７０５：ＮＯ）、再びＳ７０４に戻る。つまり、ＰＣ１００から受信したフォトアルバムデータにおけるすべてのチェックサムの算出が終了するまで、Ｓ７０４〜Ｓ７０５の処理が繰り返される。
【００６２】
Ｓ７０６において、管理サーバ２１０は、ＰＣ１００から送信されたチェックサムと、Ｓ７０４で算出したチェックサムとがすべて等しいか否かを判定する。ＰＣ１００から送信されたチェックサムと、Ｓ７０４で算出したチェックサムとの比較の結果、チェックサムの比較結果が異なるフォトアルバムデータが存在する場合（Ｓ７０６：ＮＯ）、Ｓ７０７に移行する。
【００６３】
Ｓ７０７において、管理サーバ２１０は、受信したフォトアルバムデータのうちアップロードが失敗したフォトアルバムデータを破棄して、どのフォトアルバムデータのアップロードが失敗したかをＰＣ１００に通知する。
【００６４】
Ｓ７０８において、ＰＣ１００は、Ｓ６０４で送信したフォトアルバムデータのうち、どのフォトアルバムデータのアップロードが失敗したかを管理サーバ２１０から受信する。
【００６５】
Ｓ７０９において、送信制御部１１２は、アップロードが失敗したフォトアルバムデータと、そのチェックサムとを再び管理サーバ２１０に送信する。
【００６６】
Ｓ７１０において、送信制御部１１２は、フォトアルバムデータとそのチェックサムの再送信が終了したか否かを判定する。フォトアルバムデータとそのチェックサムとの再送信が終了した場合（Ｓ７１０：ＹＥＳ）、再びＳ７０２に戻る。一方、フォトアルバムデータとそのチェックサムとの再送信が終了していない場合（Ｓ７１０：ＮＯ）、再びＳ７０９に戻る。
【００６７】
本実施形態では、すべてのフォトアルバムデータのアップロードが成功するまで、Ｓ７０２〜Ｓ７１０が繰り返されるが、予め定められるリトライ回数を超過した場合、繰り返し処理を抜けて分割アップロード処理を中止してもよい。このとき、予め定められるリトライ回数は常に固定値であってもよいし、ＰＣ１００および管理サーバ２１０の動作環境に応じて変更可能な値であってもよい。
【００６８】
一方、ＰＣ１００から送信されたチェックサムと、Ｓ７０４で算出したチェックサムとの比較の結果、双方のチェックサムがすべて等しい場合（Ｓ７０６：ＹＥＳ）、Ｓ７１１に移行する。
【００６９】
Ｓ７１１において、管理サーバ２１０は、フォトアルバムデータのアップロードが成功したことをＰＣ１００に通知する。
【００７０】
Ｓ７１２において、ＰＣ１００は、フォトアルバムデータのアップロードの成功が通知されると、本サブルーチンの処理を終了し、図５のフローチャートに復帰する。
【００７１】
なお、本実施例においても、管理サーバ２１０ではなく、ＰＣ１００がチェックサムの比較判定を行ってもよい。また、本実施例の分割アップロードでは、管理サーバ２１０が、すべてのフォトアルバムデータを受信した後にチェックサムの算出を開始する。しかしながら、処理手順は上記に限られず、管理サーバ２１０は、ＰＣ１００からのフォトアルバムデータの受信とチェックサムの算出とを非同期に行ってもよい。つまり、管理サーバ２１０は、フォトアルバムデータが分割されて送信されるたびにチェックサムを算出してもよいし、分割されたフォトアルバムデータが送信されているか否かを確認して、送信されている場合に適宜チェックサムを算出してもよい。
【００７２】
図５〜図７では、フォトアルバムデータの分割アップロードについて説明した。しかしながら、ＰＣ１００と管理サーバ２１０との間で、フォトアルバムデータの分割および結合方法に齟齬があった場合、やりとりされるフォトアルバムデータの正当性が保証できない。このような齟齬は、ＰＣ１００上で動作するアプリケーション１１０のバージョンと、管理サーバ２１０上で動作するアプリケーションのバージョンとの組み合わせによって、発生する場合がある。図８の別実施例では、ＰＣ１００と管理サーバ２１０との間で、サポートされる分割結合方法およびチェックサム算出方法を考慮して、フォトアルバムデータを分割アップロードする処理手順について説明する。
【００７３】
図８は、別実施例において、フォトアルバムデータをアップロードする処理手順を示すフローチャートである。なお、以下の図８のフローチャートの説明において、図５のフローチャートと同一の構成については、同一符号を付し、重複する内容については説明を省略する。
【００７４】
Ｓ５０１〜Ｓ５０２は、図５のフローチャートと同一の構成のため説明を省略する。
【００７５】
Ｓ８０１において、管理サーバ２１０は、管理サーバ２１０がサポートする分割結合方式とチェックサム算出方式とを、ＰＣ１００に通知する。
【００７６】
Ｓ８０２において、送信制御部１１２は、管理サーバ２１０がサポートする分割結合方式とチェックサム算出方式とを、管理サーバ２１０から受信する。
【００７７】
Ｓ８０３において、送信制御部１１２は、管理サーバ２１０がサポートする分割結合方式とチェックサム算出方式とが、自身がサポートする分割結合方式とチェックサム算出方式とに合致しているか否かを判定する。合致してない場合（Ｓ８０３：ＮＯ）、Ｓ８０４に移行し、送信制御部１１２は、フォトアルバムデータのアップロードが不可であることをユーザに通知する。ユーザへの通知が終了すると、本フローチャートによる処理を終了する。フォトアルバムデータのアップロードが不可であることを通知する場合、表示装置１０８にメッセージが表示されることによりユーザへの通知が行われる。このとき、新しいバージョンのアプリケーション１１０にアップデートすることを促す通知や、ダウンロードサイトへの誘導を促す通知を行ってもよい。
【００７８】
一方、合致している場合（Ｓ８０３：ＹＥＳ）、Ｓ８０５に移行する。Ｓ８０５において、送信制御部１１２は、合致している分割結合方式とチェックサム算出方式とが複数存在する場合、複数のなかからどの分割結合方式とチェックサム算出方式とを使用するかを選択する。送信制御部１１２は、例えばアップロード対象となるフォトアルバムデータのサイズと通信帯域との組み合わせを判断して最適なものを選択することができる。また、送信制御部１１２は、Ｓ８０２において、管理サーバ２１０から、分割結合方式とチェックサム算出方式とを選択する推奨順位を取得しておき、当該推奨順位に基づいて使用する方式を選択してもよい。次いで、送信制御部１１２は、フォトアルバムデータのアップロードで使用する分割結合方式とチェックサム算出方式とを管理サーバ２１０に通知する。
【００７９】
本実施形態では、管理サーバ２１０がサポートする分割結合方式とチェックサム算出方式とがＰＣ１００に通知され、ＰＣ１００が使用する分割結合方式とチェックサム算出方式とを選択している。別実施例では、ＰＣ１００がサポートする分割結合方式とチェックサム算出方式とを管理サーバ２１０に通知し、管理サーバ２１０が使用する分割結合方式とチェックサム算出方式とを選択してもよい。
【００８０】
Ｓ８０６において、管理サーバ２１０は、ＰＣ１００が使用する分割結合方式とチェックサム算出方式とを受信する。
【００８１】
Ｓ６００において、送信制御部１１２は、通知した分割結合方式とチェックサム算出方式とを使用して、アップロード対象となるフォトアルバムデータの分割アップロードを行う。一方、管理サーバ２１０は、Ｓ８０６で受信した分割結合方式とチェックサム算出方式とを使用して、受信したフォトアルバムデータの結合を行う。
【００８２】
Ｓ５０３において、アプリケーション１１０は、フォトアルバムデータのアップロードの終了を管理サーバ２１０に通知する。管理サーバ２１０への通知が終了すると、本フローチャートによる処理を終了する。
【００８３】
次に、図９のフローチャートを参照して、アプリケーション１１０が終了される際の処理手順について説明する。
【００８４】
Ｓ９０１において、アプリケーション１１０は、ショッピングサイト２０１の注文画面（図４（ｄ））が表示されている状態で、アプリケーション１１０の終了要求を受け付けたか否かを判定する。例えば表示画面４００ｄの「×」ボタンがユーザにより選択されたか判定される。終了要求を受け付けたと判定した場合（Ｓ９０１：ＹＥＳ）、Ｓ９０２に移行する。なお、注文画面の表示は、ＵＲＬ取得部１１５がＷｅｂサーバ２００に対して注文画面を表示するためのＵＲＬの発行要求を行い、表示制御部１１４が、取得したＵＲＬに基づいてＷｅｂブラウザ１２０に表示させることにより実現される。
【００８５】
Ｓ９０２において、アプリケーション１１０は、ショッピングサイト２０１の注文画面が表示されている状態で、アプリケーション１１０が終了されたことをＨＤＤ１０４に記憶する。
【００８６】
Ｓ９０３において、アプリケーション１１０は、ショッピングサイト２０１における注文画面のＵＲＬをＨＤＤ１０４に記憶する。このとき、アプリケーション１１０は、注文画面のＵＲＬだけではなく、表示画面４００ｂ（プレビュー画面）においてショッピングカートに追加された商品に関する情報についてもＨＤＤ１０４に記憶する。Ｓ９０３の処理を終了すると、Ｓ９０７に移行する。
【００８７】
一方、ショッピングサイト２０１の注文画面が表示されていない状態で、アプリケーション１１０の終了要求を受け付けたと判定した場合（Ｓ９０１：ＮＯ）、Ｓ９０４の判定処理に移行する。Ｓ９０４において、アプリケーション１１０は、フォトアルバムデータを管理サーバ２１０に送信している間に、アプリケーション１１０の終了要求を受け付けたか否かを判定する。例えば表示画面４００ｃの「×」ボタンがユーザにより選択されたか判定される。終了要求を受け付けた場合（Ｓ９０４：ＹＥＳ）、Ｓ９０５に移行する。
【００８８】
Ｓ９０５において、アプリケーション１１０は、フォトアルバムデータのアップロード中にアプリケーション１１０が終了されたことをＨＤＤ１０４に記憶する。
【００８９】
Ｓ９０６において、アプリケーション１１０は、既に管理サーバ２１０にアップロード済みのフォトアルバムデータのデータサイズをＨＤＤ１０４に記憶する。Ｓ９０６の処理を終了すると、Ｓ９０７に移行する。
【００９０】
一方、フォトアルバムデータのアップロードが行われていない状態でアプリケーション１１０の終了要求を受け付けた場合（Ｓ９０４：ＮＯ）、Ｓ９０７に移行する。
【００９１】
Ｓ９０７において、アプリケーション１１０は自身の動作を終了する。アプリケーション１１０の動作が終了すると、本フローチャートによる処理を終了する。なお、分割アップロード（図６〜図７）中にアプリケーション１１０の終了要求を受け付けた場合、アプリケーション１１０は分割されたフォトアルバムデータのうち、どのフォトアルバムデータのアップロードができなかったかを併せてＨＤＤ１０４に記憶する。
【００９２】
例えばフォトアルバムデータの一部がアップロードされ、且つ一部のデータがアップロードされていない状態で、図９の処理によりアプリケーション１１０が終了したとする。この場合、アプリケーション１１０起動された際に、アップロード済みのフォトアルバムデータの保存期間が経過してしまった場合、サーバは、そのアップロード済みのデータを削除することがある。あるいは、注文画面の表示中に、図９の処理によりアプリケーション１１０が終了されることがある。この場合、アプリケーションが再起動された時点で、フォトアルバムデータの保存期間が経過してしまった場合、サーバは、そのアップロード済みのデータを削除することがある。
【００９３】
そこで、データのアップロードの途中、あるいは注文確定前にアプリケーションが終了された場合、保存期間の有無にかかわらず一律で初期状態から再起動され、ユーザにフォトアルバムデータの再生成および再アップロードする方法もある。しかしながら、その場合、アプリケーション１１０が再起動されたときに保存期間が経過しておらず、既にアップロードされているデータを活用できるのにもかかわらず、ユーザは初期の操作から行わなくてはならず、またアップロードに時間を要した。
【００９４】
そのため本実施形態では、アプリケーション１１０が起動されたときに、サーバにおけるデータの保存期間が経過しているか否かに応じて、注文やアップロード等の処理段階のうち、適切な段階から処理が再開される。
【００９５】
以下、図１０のフローチャートを参照して、アプリケーション１１０が起動される際の処理手順について説明する。
【００９６】
Ｓ１００１において、アプリケーション１１０は、前回のアプリケーション終了時に注文画面が表示されていたか否かを判定する。具体的には、Ｓ９０２で記憶される情報が、ＨＤＤ１０４に記憶されているか判定する。注文画面が表示されていた場合（Ｓ１００１：ＹＥＳ）、Ｓ１００２に移行する。なお、このとき上記の情報はＨＤＤ１０４から削除される。
【００９７】
Ｓ１００２において、保存期間取得部１１３は、送信済みのフォトアルバムデータの保存期間を管理サーバ２１０から取得する。ここで、本実施形態における保存期間とは、管理サーバ２１０が、ＰＣ１００からアップロードされたフォトアルバムデータを、管理サーバ２１０の記憶領域に保存しておく期間を示し、例えば７日間などが設定される。管理サーバ２１０は、ＰＣ１００からの取得要求に応じて、自身が管理する保存期間をＰＣ１００に通知する。このように、ＰＣ１００からの取得要求に応じて、自身が管理する保存期間を通知する管理サーバ２１０のＣＰＵ（不図示）などは、保存期間通知機能を備える。なお、例えば管理サーバ２１０における保存期間が固定である場合、ＰＣ１００が管理サーバ２１０と通信せずに、アプリケーション１１０に予め設定されている保存期間がＳ１００２で取得されてもよい。ただし、上記のように保存期間が管理サーバ２１０から通知されることで、管理サーバ２１０において保存期間が変更された場合や、種々の管理サーバ２１０に対して、ＰＣ１００において考慮される保存期間を動的に変更することができる。
【００９８】
Ｓ１００３において、アプリケーション１１０は、送信済みのフォトアルバムデータの保存期間が経過しているか否かを判定する。保存期間が継続している場合（Ｓ１００３：ＮＯ）、Ｓ１００４に移行する。
【００９９】
Ｓ１００４において、アプリケーション１１０は、Ｗｅｂサーバ２００から注文画面のＵＲＬの有効期間を取得する。ここで、本実施形態における有効期間とは、アプリケーション１１０が、当該ＵＲＬを用いてＷｅｂサーバ２００にアクセスし、所定の画面（注文画面）をＷｅｂブラウザ１２０に表示させることが可能な期間を示す。通常、Ｗｅｂサービスの技術分野では、Ｗｅｂサーバ２００においてセッション管理が行われる。Ｗｅｂサーバ２００がセッション情報を保持している期間（通常は３０分程度の期間が設定される）、アプリケーション１１０は、同じＵＲＬを用いてＷｅｂサーバ２００にアクセスすることにより、同じ注文画面を呼び出すことができる。しかしながら、Ｗｅｂサーバ２００がセッション情報を破棄した場合、アプリケーション１１０は、同じＵＲＬを用いてＷｅｂサーバ２００にアクセスしても、同じ注文画面を呼び出すことはできない。つまり、本実施形態における有効期間とは、Ｗｅｂサーバ２００においてセッション情報が保持されている期間であると言える。
【０１００】
Ｓ１００５において、アプリケーション１１０は、Ｓ１００４で取得したＵＲＬの有効期間が経過しているか否かを判定する。ＵＲＬの有効期間が経過している場合（Ｓ１００５：ＹＥＳ）、Ｓ１００６に移行する。一方、ＵＲＬの有効期間が継続している場合（Ｓ１００５：ＮＯ）、Ｓ１００６をスキップしてＳ１００７に移行する。
【０１０１】
Ｓ１００６において、ＵＲＬ取得部１１５は、注文画面にアクセスするためのＵＲＬの再発行をＷｅｂサーバ２００に要求する。Ｗｅｂサーバ２００は、ＰＣ１００からの発行要求に応じて、注文画面にアクセスするためのＵＲＬを再発行してＰＣ１００に通知する。このように、ＰＣ１００からの発行要求に応じて、ＵＲＬを通知するＷｅｂサーバ２００のＣＰＵ（不図示）などは、ＵＲＬ通知機能を備える。
【０１０２】
本実施形態では、プリンタサーバ２２０は、保存期限が継続している限り、保存されているフォトアルバムデータを用いてプリンタ５００に印刷指示を発行することができる。そのため、再起動されたアプリケーション１１０は、ＵＲＬの有効期間が経過していても、注文画面にアクセス可能な新たなＵＲＬが発行されれば、当該注文画面に即座にアクセスし、ユーザからフォトアルバムデータの注文を受け付けることができる。つまり、アプリケーション１１０が再起動された際に、フォトアルバムの再編集（図４（ｂ））の手間や、フォトアルバムデータの再アップロードの時間を削減することができる。
【０１０３】
Ｓ１００７において、表示制御部１１４は、Ｓ１００４で取得したＵＲＬまたはＳ１００６で受信したＵＲＬを用いて注文画面をＷｅｂブラウザ１２０に表示させる。このとき、アプリケーション１１０は、ショッピングカートに追加された商品に関する情報をＨＤＤ１０４から読み出す。アプリケーション１１０が再起動される際に、ショッピングカートに追加された商品に関する情報をＨＤＤ１０４から読み出すことにより、前回のアプリケーション終了時におけるショッピングカートの状態を復元することができる。
【０１０４】
Ｓ１００８において、アプリケーション１１０は、注文画面において注文ボタン４９１が押下されることにより、フォトアルバムの注文を受け付ける。フォトアルバムの注文を受け付けると、本フローチャートによる処理を終了する。
【０１０５】
一方、Ｓ１００３において、保存期間が経過している場合（Ｓ１００３：ＹＥＳ）、Ｓ１００９に移行する。Ｓ１００９において、アプリケーション１１０は、バックアップデータがＨＤＤ１０４に記憶されているか否かを判定する。バックアップデータが記憶されている場合（Ｓ１００９：ＹＥＳ）、Ｓ１０１０に移行する。
【０１０６】
Ｓ１０１０において、表示制御部１１４は、フォトアルバムデータがアップロード中であることを表す送信中画面（図４（ｃ））を表示装置１０８に表示させる。
【０１０７】
Ｓ１０１１において、送信制御部１１２は、フォトアルバムデータのアップロードの開始を管理サーバ２１０に通知する。
【０１０８】
Ｓ６００において、送信制御部１１２は、フォトアルバムデータの分割アップロードを実行する。なお、Ｓ６００の分割アップロードは（図６または図７）と同じである。
【０１０９】
Ｓ１０１２において、送信制御部１１２は、フォトアルバムデータのアップロードの終了を管理サーバ２１０に通知する。つまり、バックアップデータがＨＤＤ１０４に記憶されている場合、再起動されたアプリケーション１１０は、フォトアルバムデータを最初からアップロードし直すことなく、送信中画面を表示することになる。管理サーバ２１０への通知が終了すると、本フローチャートによる処理を終了する。
【０１１０】
一方、Ｓ１００９において、バックアップデータがＨＤＤ１０４に記憶されていないと判定された場合（Ｓ１００９：ＮＯ）、Ｓ１０１３に移行する。Ｓ１０１３において、表示制御部１１４は、アプリケーション１１０の起動時に表示される初期画面を表示装置１０８に表示させる。つまり、バックアップデータが記憶されていない場合、アプリケーション１１０は、前回終了した状態から再起動されず、初期状態から再起動される。アプリケーション１１０が再起動されると、本フローチャートによる処理を終了する。
【０１１１】
一方、Ｓ１００１において、前回のアプリケーション終了時に注文画面が表示されていなかった場合（Ｓ１００１：ＮＯ）、Ｓ１１００に移行する。
【０１１２】
Ｓ１１００において、アプリケーション１１０は、前回のアプリケーション終了時にフォトアルバムデータがアップロード中だったか否かを判定する。Ｓ１１００のサブルーチンの処理手順は、図１１で詳細に説明する。Ｓ１１００の判定処理が終了すると、本フローチャートによる処理を終了する。
【０１１３】
図１１は、本実施形態において、前回のアプリケーション終了時にフォトアルバムデータがアップロード中であったか否かを判定する、アップロード判定処理の詳細を示すフローチャートである。本フローチャートによる処理は、図１０におけるＳ１１００に相当する。
【０１１４】
Ｓ１１０１において、アプリケーション１１０は、前回のアプリケーション終了時に、フォトアルバムデータがアップロード中だったか否かを判定する。具体的には、Ｓ９０５で記憶される情報が、ＨＤＤ１０４に記憶されているか判定する。アップロード中であった場合（Ｓ１１０１：ＹＥＳ）、Ｓ１１０２に移行する。なお、このとき上記の情報はＨＤＤ１０４から削除される。
【０１１５】
Ｓ１１０２において、アプリケーション１１０は、バックアップデータがＨＤＤ１０４に記憶されているか否かを判定する。バックアップデータが記憶されている場合（Ｓ１１０２：ＹＥＳ）、Ｓ１１０３に移行する。
【０１１６】
Ｓ１１０３において、表示制御部１１４は、フォトアルバムデータがアップロード中であることを表す送信中画面（図４（ｃ））を表示装置１０８に表示させる。
【０１１７】
Ｓ１１０４において、保存期間取得部１１３は、送信済みのフォトアルバムデータの保存期間を管理サーバ２１０から取得する。
【０１１８】
Ｓ１１０５において、アプリケーション１１０は、送信済みのフォトアルバムデータの保存期間が経過しているか否かを判定する。保存期間が継続している場合（Ｓ１１０５：ＮＯ）、Ｓ１１０６に移行する。保存期間が経過している場合（Ｓ１１０５：ＹＥＳ）、Ｓ１０１１に移行する。
【０１１９】
Ｓ１１０６において、送信制御部１１２は、フォトアルバムデータのアップロードの開始を管理サーバ２１０に通知する。
【０１２０】
Ｓ１１０７において、アプリケーション１１０は、Ｓ５０１で記憶したバックアップデータのデータサイズと、Ｓ９０６で記憶したアップロード済みのフォトアルバムのデータサイズとから、前回のアップロードで未送信の残りのデータサイズを算出する。そして、アプリケーション１１０は、今回のアップロードで送信対象となるバックアップデータの送信開始位置を特定する。
【０１２１】
Ｓ６００において、送信制御部１１２は、Ｓ１１０７で特定した送信開始位置から、バックアップデータを分割アップロードする。つまり、送信制御部１１２は、前回のアップロードが停止されるまでに管理サーバ２１０に送信されたフォトアルバムデータの続きから、バックアップデータを管理サーバに送信する。なお、Ｓ６００の分割アップロードは（図６または図７）と同じである。
【０１２２】
Ｓ１１０８において、送信制御部１１２は、フォトアルバムデータのアップロードの終了を管理サーバ２１０に通知する。つまり、保存期間が継続している場合、アプリケーション１１０は、アプリケーション１１０が前回終了したアップロード中の状態から再起動し、送信中画面を表示装置１０８に表示させる。管理サーバ２１０への通知が終了すると、本フローチャートによる処理を終了する。
【０１２３】
一方、Ｓ１１０５において、フォトアルバムデータの保存期間が経過している場合（Ｓ１１０５：ＹＥＳ）、フォトアルバムデータを管理サーバ２１０に送信し直すため、Ｓ１０１１〜Ｓ１０１２の処理を行う。Ｓ１０１１〜Ｓ１０１２の処理は、図１０のフローチャートにおけるＳ１０１１〜Ｓ１０１２と同じである。つまり、前回のアプリケーション終了時にフォトアルバムデータがアップロード中だった場合であっても、保存期間が経過している場合は、フォトアルバムデータが最初から管理サーバ２１０に送信される。
【０１２４】
そして、Ｓ１１０１において、前回のアプリケーション終了時にフォトアルバムデータがアップロード中ではなかった場合（Ｓ１１０１：ＮＯ）、Ｓ１１０９に移行する。Ｓ１１０９において、表示制御部１１４は、アプリケーション１１０の起動時に表示される初期画面を表示装置１０８に表示させる。つまり、前回のアプリケーション終了時において、アップロード中ではなかった場合や、バックアップデータが記憶されていない場合は、アプリケーション１１０が前回終了した状態から再起動されず、初期状態から起動するということである。初期画面がＰＣ１００の表示装置１０８に表示されると、本フローチャートによる処理を終了する。
【０１２５】
以上説明した通り、本実施形態の情報処理装置は、データのアップロードを伴う電子商取引システムにおいて、サーバにアップロードされたデータの保存期間を考慮して、アプリケーションが再起動される際の処理を実行する。そのため、アプリケーションが初期状態から再起動されることにより、フォトアルバムを再編集する手間や、フォトアルバムデータを再アップロードする時間などを抑制することができ、ユーザの利便性を向上させることができる。
【０１２６】
［実施形態２］
実施形態１のアプリケーション１１０は、前回のアプリケーション終了時にアップロード中だった場合や、注文画面を表示していた場合、保存期間の継続を条件に、アプリケーション終了時の状態から再起動される。しかしながら、アプリケーション１１０が終了してから再起動するまでの期間が長い場合、ユーザは、注文完了までに至らなかったフォトアルバムの存在を忘れてしまう可能性がある。このような場合には、アプリケーション１１０は、前回の終了時の状態から再起動するよりも、初期状態から再起動した方がユーザ利便性の観点から好ましい。そこで、本実施形態では、アプリケーション１１０が終了してから再起動するまでの時間を計測し、計測した時間が所定の閾値以上である場合、アプリケーション１１０を初期状態から再起動する。以下、本実施形態の特徴となる点について説明する。
【０１２７】
本実施形態におけるＰＣ１００（情報処理装置）のハードウェア構成（図１〜図２）、アプリケーション１１０の機能構成（図３）、表示装置１０８における表示画面（図４）は、実施形態１と同じである。アプリケーション１１０が実行する処理手順について、実施形態１との相違点を以下の通りに説明する。
【０１２８】
まず、１つ目の相違点は、アプリケーション１１０の終了時の処理（図９）において、アプリケーションを終了する（Ｓ９０７）の直前に、アプリケーション１１０終了時の時刻情報をＨＤＤ１０４に記憶する点である。次いで、２つ目の相違点は、アプリケーション１１０の起動時の処理（図１０）において、Ｓ１００１の判定処理の直前に、前回アプリケーション１１０が終了した時点からの経過時間を算出する点である。具体的には、アプリケーション１１０は、起動時の時刻情報をＯＳから取得して、取得した時刻情報と、ＨＤＤ１０４に記憶された時刻情報とから、前回アプリケーション１１０が終了した時点からの経過時間を算出する。そして、３つ目の相違点は、算出した経過時間が所定の閾値以上である場合、アプリケーション１１０を初期状態から起動する。このとき、所定の閾値は常に固定値であってもよいし、ＰＣ１００および管理サーバ２１０の動作環境に応じて変更可能な値であってもよい。
【０１２９】
以上説明した通り、本実施形態の情報処理装置は、実施形態１の効果に加えて、前回のアプリケーション終了時からの経過時間を考慮した、アプリケーションの起動を実現することができる。
【０１３０】
［実施形態３］
実施形態１のアプリケーション１１０は、前回のアプリケーション終了時にアップロード中だった場合や、注文画面を表示していた場合、保存期間の継続を条件に、アプリケーション終了時の状態から再起動される。しかしながら、ユーザが、以前に注文を試みたフォトアルバムとは異なるフォトアルバムを注文したいと考えた場合、アプリケーション１１０は、前回の終了時の状態から再起動するよりも、初期状態から再起動した方がユーザ利便性の観点から好ましい。そこで、本実施形態では、アプリケーション１１０を、前回アプリケーションが終了した状態から再起動させるか、初期状態から再起動させるかの指示をユーザから受け付け、当該指示に基づいてアプリケーション１１０を再起動させる。以下、本実施形態の特徴となる点について説明する。
【０１３１】
本実施形態におけるＰＣ１００（情報処理装置）のハードウェア構成（図１〜図２）、アプリケーション１１０の機能構成（図３）、表示装置１０８における表示画面（図４）は、実施形態１と同じである。アプリケーション１１０が実行する処理手順について、実施形態１との相違点を以下の通りに説明する。
【０１３２】
まず、１つ目の相違点は、アプリケーション１１０の起動時の処理（図１０）において、アプリケーション１１０は、Ｓ１００７の直前に、ユーザから指示を受け付けるＵＩを表示装置１０８に表示させる点である。そして、アプリケーション１１０は、注文画面が表示されている状態からアプリケーションを再起動させるか、初期状態からアプリケーションを再起動させるかの指示を、上記ＵＩを介して受け付ける。次いで、２つ目の相違点は、アプリケーション１１０の起動時の処理（図１０）において、アプリケーション１１０は、Ｓ１００９の直前に、ユーザから指示を受け付けるＵＩを表示装置１０８に表示させる点である。そして、アプリケーション１１０は、フォトアルバムデータのアップロード中の状態からアプリケーションを再起動させるか、初期状態からアプリケーションを再起動させるかの指示を、上記ＵＩを介して受け付ける。次いで、３つ目の相違点は、アプリケーション１１０の起動時の処理手順（図１１）において、アプリケーション１１０は、Ｓ１１０３の直前に、ユーザから指示を受け付けるＵＩを表示装置１０８に表示させる点である。そして、アプリケーションは、フォトアルバムデータのアップロード中の状態からアプリケーションを再起動させるか、初期状態からアプリケーションを再起動させるかの指示を、上記ＵＩを介して受け付ける。そして、４つ目の相違点は、初期状態からアプリケーションを再起動させる指示を受け付けた場合、アプリケーション１１０は、初期状態からアプリケーションを起動し、初期画面を表示装置１０８に表示させる点である。
【０１３３】
以上説明した通り、本実施形態の情報処理装置は、実施形態１の効果に加えて、前回のアプリケーション終了時の状態を再開するか否かについて、ユーザの意向を考慮したアプリケーションの起動を実現することができる。
【０１３４】
［実施形態４］
実施形態１のアプリケーション１１０は、前回のアプリケーション終了時にアップロード中だった場合や、注文画面を表示していた場合、保存期間の継続を条件に、アプリケーション終了時の状態から再起動される。しかしながら、フォトアルバムデータは多数の画像データを含むため、フォトアルバムデータのアップロードは時間がかかる。そのため、ユーザが、アップロードの完了まで待てない場合は、再起動されたアプリケーション１１０が即座にフォトアルバムデータのアップロードを再開することは、ユーザ利便性の観点から好ましくない。そこで、本実施形態では、フォトアルバムデータのアップロード中の状態からアプリケーションを再起動させることが可能な場合であっても、アップロードを即座に開始させるか否かをユーザに選択させる。以下、本実施形態の特徴となる点について説明する。
【０１３５】
本実施形態におけるＰＣ１００（情報処理装置）のハードウェア構成（図１〜図２）、アプリケーション１１０の機能構成（図３）、表示装置１０８における表示画面（図４）は、実施形態１と同じである。アプリケーション１１０が実行する処理手順について、実施形態１との相違点を以下の通りに説明する。
【０１３６】
まず、１つ目の相違点は、アプリケーション１１０の起動時の処理（図１０）において、アプリケーション１１０は、Ｓ１００９の直前に、ユーザから指示を受け付けるＵＩを表示装置１０８に表示させる点である。そして、アプリケーション１１０は、アップロードを即座に開始するか、アップロードを開始せずにアプリケーションを終了するかの指示を、上記ＵＩを介して受け付ける。次いで、２つ目の相違点は、アプリケーション１１０の起動時の処理（図１１）において、アプリケーション１１０は、Ｓ１１０３の直前に、ユーザから指示を受け付けるＵＩを表示装置１０８に表示させる点である。そして、アプリケーション１１０は、アップロードを即座に開始するか、アップロードを開始せずにアプリケーションを終了するかの指示を、上記ＵＩを介して受け付ける。そして、３つ目の相違点は、アップロードを開始せずにアプリケーションを終了させる指示が選択された場合、アプリケーション１１０は、自身の動作を終了させる点である。
【０１３７】
以上説明した通り、本実施形態の情報処理装置は、実施形態１の効果に加えて、アップロードを即座に再開するか否かについて、ユーザの意向を考慮したアプリケーションの起動を実現することができる。
【０１３８】
以上、実施形態は上記に限定されるものではなく、本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、本実施形態では、Ｗｅｂサーバ２００と、管理サーバ２１０と、プリンタサーバ２２０とは、独立したハードウェアだったが、１つのサーバハードウェアが、Ｗｅｂサーバ、管理サーバ、印刷サーバのそれぞれの機能を提供するように構成してもよい。
【０１３９】
［その他の実施例］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2018124724.tif 000003
【図２】
2018124724.tif 000004
【図３】
2018124724.tif 000005
【図４】
2018124724.tif 000006
【図５】
2018124724.tif 000007
【図６】
2018124724.tif 000008
【図７】
2018124724.tif 000009
【図８】
2018124724.tif 000010
【図９】
2018124724.tif 000011
【図１０】
2018124724.tif 000012
【図１１】
2018124724.tif 000013