JP6405164B2 - 画像提供システム、画像提供装置、画像提供装置の制御方法、及び画像提供装置の制御プログラム - Google Patents

Description

この発明は画像提供システム、画像提供装置、画像提供装置の制御方法、及び画像提供装置の制御プログラムに関し、特に、写真撮影遊戯装置でカメラにより撮影して得た画像を画像提供装置によりユーザに提供する画像提供システム、画像提供装置、画像提供装置の制御方法、及び画像提供装置の制御プログラムに関する。

ゲームセンタなどに設置され、装置利用者（ユーザ、プレイヤ）などの写真を撮影して画像を生成する写真撮影遊戯装置が知られている。写真撮影遊戯装置としては、複数の撮影画像に対して落書き編集（ペンによる書き込みやスタンプの配置など）を行い、落書き編集後の画像をシートに印刷してユーザに提供する写真シール作成装置が一般的に知られている。

近年、このような写真シール作成装置を用いて生成した提供用の画像を画像提供サーバを介してユーザに提供することができる、画像提供システムが用いられている。ユーザは、画像提供サーバにより提供される画像データを携帯端末装置などにダウンロードし、ダウンロードした画像を、例えば自身のブログ（ウェブログ）やＳＮＳ（ソーシャルネットワーキングサービス）などのウェブサービスに投稿するなどして利用することができる。

提供用の画像が画像提供サーバからユーザに提供可能となると、そのことが画像提供サーバからユーザに通知される。従来、ユーザへの通知は、写真シール作成装置でユーザが入力した電子メールアドレスあてに、画像提供用のウェブページのＵＲＬを記載した電子メールを送信することにより行われている（電子メールによる通知）。ユーザは、その電子メールを受信し、電子メールに記載されたＵＲＬに基づいて、ウェブブラウザにより画像提供用のウェブページにアクセスすることで、提供される画像を取得することができる。電子メールで通知されるＵＲＬは、例えば画像を取得するための画像ＩＤ等の識別子が引数に含まれている固有のものであり、ユーザは、自ら画像を取得するための識別子を指定する操作などを行う必要がなく、容易な操作で画像を取得することができる。

ところで、近頃のいわゆるスマートフォンである携帯端末装置の普及に伴い、携帯端末装置で動作する画像取得用のアプリケーション（アプリ）を利用して画像の提供を受けることが行われている。アプリは、例えば、所定のアプリ提供サーバから携帯端末装置にダウンロードされ、携帯端末装置にインストールされることで利用可能となる。一般に、ウェブブラウザ上で動作するアプリケーションより、このような携帯端末装置にインストールされて利用可能となるアプリを用いる方が、豊富な機能を実現できて利便性が高くなる。例えば、画像提供サーバへユーザがログインした状態を容易に保持することができ、ユーザの操作負担が少なくてすむ。

なお、例えば下記特許文献１には、ユーザが選択した１枚の画像に加えて、スペシャル撮影により得られた画像を無料で提供するようにした写真撮影遊戯システムの構成が記載されている。

下記特許文献２には、携帯端末に、画像を取得するためのＵＲＬを遊戯用写真作成装置から非接触通信により取得させることが記載されている。

特開２０１３−０３０８６５号公報 特開２０１０−２２００３９号公報

携帯端末装置にインストールされたアプリを用いて画像の提供を受ける場合において、提供される画像についての情報を画像提供サーバから携帯端末装置に通知する方法として、様々なものが考えられる。

例えば、上述の電子メールによる通知を行うことが考えられる。この場合、ウェブブラウザで所定のウェブページにアクセスさせることで、携帯端末装置にアプリがインストールされていれば、そのアプリを起動させることが考えられる。しかしながら、このようにしてアプリを起動させたり、アプリがインストールされているか否かを携帯端末装置により判断させたりすることは、必ずしも許されているとは限られないという問題がある。換言すると、携帯端末装置の基本ソフトウェア（ＯＳ）やウェブブラウザ等によっては、このようにアプリを起動させたりアプリに関する判断を携帯端末装置に実行させたりすることができない場合がある。

また、特にスマートフォンのＯＳによって採用されていることがある、いわゆるプッシュ通知を利用して画像提供サーバから携帯端末装置に情報を通知することが考えられる。すなわち、プッシュ通知では、携帯端末装置にインストールされたアプリのプロバイダから、スマートフォンのＯＳが通信可能に設定されている外部のプッシュサーバに通知依頼を送信することで、携帯端末装置に通知が行われる。しかしながら、このような方法で通知を行おうとしても、アプリをインストールしていないユーザには通知を行うことができないという問題がある。

このような携帯端末装置への通知が行われない場合は、ユーザは、アプリを通じて、画像を取得するための識別子等を指定して画像提供サーバに送信することで、画像の提供を受けることができる。しかしながら、このように識別子等を指定するには、煩雑な操作が必要であるという問題がある。例えば、識別子として、画像シールに表示されている多数の桁数の文字からなるシールＩＤを入力する必要があり、入力を間違えると、画像を入力することができない。

この発明はそのような問題点を解決するためになされたものであり、画像提供装置から携帯端末装置に画像の提供の通知に関する通知が適切に行われる画像提供システム、画像提供装置、画像提供装置の制御方法、及び画像提供装置の制御プログラムを提供することを目的としている。

上記目的を達成するためこの発明のある局面に従うと、ユーザがプレイを行う写真撮影遊戯装置と、プレイにより写真撮影遊戯装置で撮影された画像又はそれに基づく画像をユーザに提供する画像提供装置と、画像提供装置により提供される画像を表示部に表示可能な携帯端末装置とを備える画像提供システムにおいて、写真撮影遊戯装置は、プレイを行うユーザに関するユーザ情報を画像提供装置に送信する送信手段を有し、画像提供装置は、写真撮影遊戯装置から送信されたユーザ情報に対応する携帯端末装置が画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果に基づいて、第１の通知方法及び第２の通知方法のうち携帯端末装置に情報を通知するために用いる通知方法を選択する通知方法選択手段と、通知方法選択手段により選択された通知方法により、画像の提供に関して携帯端末装置に情報を通知する通知手段とを有する。

好ましくは、画像提供装置は、携帯端末装置から送信された、通知手段が第１の通知方法による通知を行うために用いるトークンを取得する取得手段と、取得手段により取得されたトークンと、トークンが送信された携帯端末装置に対応するユーザ情報とを対応付けて記録したデータベースを管理する管理手段とをさらに有し、携帯端末装置が画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果は、その携帯端末装置に関するトークンがデータベースに記録されているか否かであり、通知方法選択手段は、写真撮影遊戯装置から送信されたユーザ情報に対応する携帯端末装置に関するトークンがデータベースに記録されているとき、少なくとも第１の通知方法を選択する。

好ましくは、第１の通知方法は、外部のプッシュ通知サーバを介して行われ、携帯端末装置がプッシュ通知サーバから能動的に情報を取得するプッシュ型の通知方法であり、第２の通知方法は、携帯端末装置が受信できるように送信された電子メールを用いた通知方法である。

この発明の他の局面に従うと、ユーザが行ったプレイにより写真撮影遊戯装置で撮影された画像又はそれに基づく画像を携帯端末装置に提供する画像提供装置は、写真撮影遊戯装置から送信されたプレイを行うユーザに関するユーザ情報を取得するユーザ情報取得手段と、ユーザ情報取得手段により取得されたユーザ情報に対応する携帯端末装置が画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果に基づいて、第１の通知方法及び第２の通知方法のうち携帯端末装置に情報を通知するために用いる通知方法を選択する通知方法選択手段と、通知方法選択手段により選択された通知方法により、画像の提供に関して携帯端末装置に情報を通知する通知手段とを備える。

この発明のさらに他の局面に従うと、ユーザが行ったプレイにより写真撮影遊戯装置で撮影された画像又はそれに基づく画像を携帯端末装置に提供する画像提供装置の制御方法は、写真撮影遊戯装置から送信されたプレイを行うユーザに関するユーザ情報を取得するユーザ情報取得ステップと、ユーザ情報取得ステップにより取得されたユーザ情報に対応する携帯端末装置が画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果に基づいて、第１の通知方法及び第２の通知方法のうち携帯端末装置に情報を通知するために用いる通知方法を選択する通知方法選択ステップと、通知方法選択ステップにより選択された通知方法により、画像の提供に関して携帯端末装置に情報を通知する通知ステップとを備える。

この発明のさらに他の局面に従うと、ユーザが行ったプレイにより写真撮影遊戯装置で撮影された画像又はそれに基づく画像を携帯端末装置に提供する画像提供装置の制御プログラムは、写真撮影遊戯装置から送信されたプレイを行うユーザに関するユーザ情報を取得するユーザ情報取得ステップと、ユーザ情報取得ステップにより取得されたユーザ情報に対応する携帯端末装置が画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果に基づいて、第１の通知方法及び第２の通知方法のうち携帯端末装置に情報を通知するために用いる通知方法を選択する通知方法選択ステップと、通知方法選択ステップにより選択された通知方法により、画像の提供に関して携帯端末装置に情報を通知する通知ステップとをコンピュータに実行させる画像提供装置の制御プログラム。

これらの発明に従うと、画像提供装置から携帯端末装置に対して、写真撮影遊戯装置から送信されたユーザ情報に基づいて通知方法選択手段により選択された通知方法によって情報が通知される。したがって、画像提供装置から携帯端末装置に画像の提供の通知に関する通知が適切に行われる画像提供システム、画像提供装置、画像提供装置の制御方法、及び画像提供装置の制御プログラムを提供することができる。

本発明の実施の形態の１つにおける写真シール遊戯システムのネットワーク接続例を示す図である。 写真シール作成装置のハードウェア構成を示す側面図である。 写真シール作成装置のハードウェア構成を示す平面図である。 写真シール作成装置を用いたプレイを示すフローチャートである。 ユーザのプレイ時における写真シール作成装置とサーバとの動作を大まかに示すシーケンス図である。 送信画像選択画面の一例を示す図である。 サーバで管理されるデータベースの構成例を示す図である。 画像保管サービスへの画像の記憶処理について説明するフローチャートである。 定期削除処理の一例を示すフローチャートである。 アプリのプッシュ通知関連設定の流れを示すシーケンス図である。 会員データベースへのトークンの登録について示す図である。 受信後判別処理及びその後の通知処理の流れを示すフローチャートである。 メール通知が行われてウェブブラウザで画像が取得される場合の、携帯端末及びサーバの動作を示すシーケンス図である。 無料会員が画像の提供を受ける場合の携帯端末の表示画面の遷移の例を示す図である。 有料会員が画像の提供を受ける場合の携帯端末の表示画面の遷移の例を示す図である。 プッシュ通知が行われて携帯端末で動作するアプリで画像が取得される場合の、携帯端末及びサーバの動作を示すシーケンス図である。 アプリにより画像の提供を受ける場合の携帯端末の表示画面の遷移の例を示す第１の図である。 アプリにより画像の提供を受ける場合の携帯端末の表示画面の遷移の例を示す第２の図である。 アプリにより画像の提供を受ける場合の携帯端末の表示画面の遷移の例を示す第３の図である。 アプリにより画像の提供を受ける場合の携帯端末の表示画面の遷移の例を示す第４の図である。 再通知処理の一例を示すフローチャートである。

以下、本発明の実施の形態における写真シール遊戯システムの一例について説明する。

写真シール遊戯システム（画像提供システムの一例）は、写真シール作成装置（写真撮影遊戯装置の一例）と、画像提供サーバ（画像提供装置の一例）と、写真シール作成装置でプレイを行うユーザが所有する携帯端末装置とで構成されている。画像提供サーバは、ユーザが写真シール作成装置でプレイを行ったときに撮影された複数の画像を、写真シール作成装置から取得する。そして、取得した複数の画像を、プレイを行ったユーザに対して提供する。ユーザは、例えば携帯端末装置を利用して画像提供サーバから画像の提供を受けることができる。

写真シール作成装置は、ユーザをカメラを用いて撮影して得た撮影画像を用いて、ユーザに提供するシールを出力するほか、種々の機能を実行する。写真シール作成装置は、撮影画像を用いて、ユーザに提供するための撮影画像に基づく提供画像を生成し、その画像を画像提供サーバに送信する。これにより、画像提供サーバにより、その画像がユーザに提供される。なお、ユーザに提供される画像は、画像提供サーバで加工されたものであってもよいし、撮影画像であってもよい。すなわち、ユーザに対しては、写真シール作成装置で撮影された画像又はそれに基づく画像が提供される。

［実施の形態］

図１は、本発明の実施の形態の１つにおける写真シール遊戯システムのネットワーク接続例を示す図である。

写真シール作成装置１は、画像提供サーバ（以下、単にサーバということがある）６０１や携帯端末装置（以下、携帯端末ということがある）７０１（７０１ａ，７０１ｂ）などと共に、写真シール遊戯システム９０１を構成する。写真シール作成装置１は、例えばゲームセンタなど、様々な店舗に設置されている。サーバ６０１は、例えば、データセンタで管理されている。携帯端末７０１は、例えば、写真シール作成装置１でプレイするユーザ（利用者）が所有するものである。写真シール遊戯システム９０１の各装置は、例えば、インターネットなどのネットワーク８０１に接続されている。これにより、写真シール作成装置１や携帯端末７０１は、ネットワーク８０１を介して、サーバ６０１と通信可能である。なお、写真シール作成装置１と携帯端末７０１とが互いに通信可能であってもよい。

画像提供サーバ６０１は、一般的なハードウェア構成を有する電子計算機であり、通信部６０３と、記憶部６０５と、装置の各部を制御する制御部６５０などを有している。通信部６０３は、ＬＡＮ（構内情報通信網）などを経由して、サーバ６０１をネットワーク８０１に接続する。記憶部６０５は、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）である。記憶部６０５には、制御プログラム６０７が記憶されている。制御部６５０は、例えばＣＰＵやメモリなどで構成されている。制御部６５０は、制御プログラム６０７などを実行することで、サーバ６０１の各部の動作を制御する。

携帯端末７０１は、例えば、いわゆるスマートフォンである。携帯端末７０１は、通信部７０３と、記憶部７０５と、制御部７５０とを有している。通信部７０３は、例えば、無線ＬＡＮや携帯電話網を通じてネットワーク８０１に接続可能である。記憶部７０５は、例えばフラッシュメモリである。記憶部７０５には、制御プログラム７０７が記憶されている。携帯端末７０１は、さらに、操作部７１１や、表示部７１３や、カメラ７１５などを有している。制御部７５０は、例えばＣＰＵやメモリなどで構成されている。制御部７５０は、制御プログラム７０７などを実行することで、携帯端末７０１の各部の動作を制御する。

写真シール作成装置１は、プレイ時に生成された画像データをサーバ６０１に送信する。サーバ６０１は、送信された画像データを記憶する。サーバ６０１は、画像データを、それを送信したユーザのデータに対応させて管理する。サーバ６０１は、携帯端末７０１などからのアクセスを受け付け、携帯端末７０１を所有するユーザに対応する画像データを、その携帯端末７０１に対して公開する機能などを有している。これにより、ユーザは、携帯端末７０１を用いて、サーバ６０１に記憶されている画像データを取得可能である。

［写真シール作成装置１の概略構成］

図２は、写真シール作成装置１のハードウェア構成を示す側面図である。図３は、写真シール作成装置１のハードウェア構成を示す平面図である。

図２に示されるように、写真シール作成装置１は、前部筐体（撮影筐体）５１０、背部筐体５４０、及び編集出力装置５７０を有している。前部筐体５１０、背部筐体５４０、及び編集出力装置５７０は、互いに並べられて１台の写真シール作成装置１として用いられる。

前部筐体５１０には、外部モニタ５２１やコイン投入部５２５などが配置された事前接客部５２０が設けられている。事前接客部５２０は、写真シール作成装置１の前部筐体５１０の一方の側面に配置されている。前部筐体５１０の内側には、正面照明装置５１１、カメラ５１５、及び操作モニタ５１７などが配置されている。

編集出力装置５７０の前部には、シール排出口５７５が設けられている。編集出力装置５７０の両側部には、それぞれ、編集モニタ５８１、タッチペン５８３、非接触通信装置５８５、及びスピーカ５８７などを有する編集受付部５８０が設けられている。

図３に示されるように、前部筐体５１０と背部筐体５４０とが組み合わせられることにより、撮影コーナー（撮影ブース）が形成される。撮影コーナーの両側方は開口部となるが、この開口部は、カーテン（図示せず）で覆うことができる。

上述のように、写真シール作成装置１には、種々のモニタ（外部モニタ５２１、操作モニタ５１７、編集モニタ５８１など）が配置されている。これらのモニタは、プレイ中には種々の案内が表示されるとともに、ユーザによる操作入力を受け付ける。

写真シール作成装置１は、例えばＰＣ（パーソナルコンピュータ）のような、ＣＰＵ、メモリ、画像処理部、記憶部（例えばフラッシュメモリやＨＤＤなど）、及び通信部（ネットワーク８０１に接続するためのＰＨＳ通信モジュールなど）などで構成された制御部を有している。写真シール作成装置１は、制御部が記憶部に記憶されている制御プログラムに基づいて実行する制御動作に基づいて、種々の機能を実行する。なお、写真シール作成装置は、撮影コーナー側に設けられたＰＣと落書きコーナー側に設けられたＰＣとが連携してこのような制御部の動作が行われるように構成されていてもよい。

図４は、写真シール作成装置１を用いたプレイを示すフローチャートである。

本実施の形態において、写真シール作成装置１を用いたプレイは、大まかに、次のような４つの段階を順にたどるようにして行われる。

事前接客部５２０のコイン投入部５２５に規定枚数の硬貨が投入されると、プレイが開始する。ステップＳ１において、外部モニタ５２１における受け付けが行われる。このとき、図３において示されるＰ１の位置にユーザが立つ。この段階では、撮影を開始する前に、撮影、編集、作成される画像やシートなどの各種プレイに関する案内及び広告がユーザに対して行われる。また、ユーザは、各種選択操作を行う。

ステップＳ２において、撮影が行われる。このとき、図３において示されるＰ２の位置、すなわち撮影コーナー内にユーザが立つ。撮影コーナーでは、事前接客部５２０で受け付けられた各種選択操作に基づいて、ユーザに対して、各種操作で選択された撮影コースに応じた撮影が行われる。また、それと共に、ユーザによる各種操作が受け付けられ、落書き可能な画像データが作成される。

ステップＳ３において、落書き受け付けが行われる。このとき、図３において示されるＰ３の位置（落書きコーナー）にユーザが立つ。すなわち、ユーザは、左右いずれか一方の編集受付部５８０ａ，５８０ｂに対面するように立つ。落書き受け付けでは、撮影コーナーでのプレイが終了したユーザに対して、各種選択作業に関する案内が行われる。そして、ユーザにより行われる、出力するシールなどについての各種選択操作や、落書き操作が受け付けられる。このとき受け付けられた受付結果に基づいて、シールにプリントされる画像の処理が行われる。

ステップＳ４において、シールの出力が行われる。このとき、図３において示されるＰ４の位置にユーザが立つ。すなわち、ユーザは、シール排出口５７５の前方で、シール排出口５７５からシールが排出されるのを待つ。シール排出口５７５からシールが排出されると、写真シール作成装置１の近傍で行われる一連の主なプレイは終了する。

このように、４段階に分かれて、ユーザが移動しながらプレイが進むことで、単位時間当たりに写真シール作成装置１を利用可能なユーザ組数が多くなっている。すなわち、最大で、５組のユーザが、写真シール作成装置１を利用できる。落書き受け付けは時間がかかるため、２つの編集受付部５８０ａ，５８０ｂを用いて、同時に２組のユーザが落書き受け付けの段階をプレイできるように構成されている。

なお、写真シール作成装置１のハードウェア構成は公知のものであるので、ここでの詳細な説明は省略する。写真シール作成装置１は、上記とは異なるハードウェア構成を有していてもよい。例えば、シール排出口５７５の近くには、そこで待機するユーザが見ることができるように表示パネルを設けて、表示パネルを用いてユーザに案内表示を行ったり、広告等を表示したりしてもよい。

［写真シール遊戯システム９０１の動作の説明］

写真シール作成装置１がサーバ６０１や携帯端末７０１と連携して動作を行うことで、写真シール遊戯システム９０１が次のように動作する。

図５は、ユーザのプレイ時における写真シール作成装置１とサーバ６０１との動作を大まかに示すシーケンス図である。

プレイを実行するためにユーザから写真シール作成装置１にコインが投入されると、プレイが開始される。この時点が、プレイ開始時刻として記録される。図５に示されるように、ステップＳ５１において、写真シール作成装置１は、撮影及び編集を行う。すなわち、図４において説明した、外部モニタ受付（Ｓ１）、撮影（Ｓ２）、及び落書き受付（Ｓ３）が行われる。ユーザは、編集段階において、落書き編集入力を行うことができる。

編集が終了すると、ユーザは、画像を取得するための情報を受信するためのメールアドレスを入力する操作を写真シール作成装置１に対して行う。また、特に取得したい画像を選択する操作を、写真シール作成装置１に対して行う。

図６は、送信画像選択画面の一例を示す図である。

制御部５０１は、送信画像選択画面が表示された状態で、携帯端末７０１に取得させる対象となる画像の選択操作をユーザから受け付ける。図６に示されるように、送信画像選択画面５１は、そのプレイで撮影により得られた画像であって、落書き結果が反映された画像のサムネイル画像５３ａ〜５３ｆを含んでいる。送信画像選択画面５１が表示されているとき、ユーザが希望する画像を選択すると、当該画像の送信時に、ユーザにより選択された旨の情報が合わせてサーバ６０１に送信される。

図５に戻って、ステップＳ５２において、写真シール作成装置１は、撮影画像に基づく送信画像データと、メールアドレス（ユーザ情報の一例）とを互いに関連付けて、サーバ６０１に送信する。このとき、写真シール作成装置１は、送信画像について、属性情報を合わせて送信する。属性情報としては、例えば、その送信画像について、画像ＩＤ、シールＩＤや、撮影日時、撮影モードやプレイコース名などの画像の種類に関する情報や、その他プレイに関する情報などが送信される。

ステップＳ５３において、写真シール作成装置１では、印刷が行われる。印刷が終了すると、シール排出口５７５から、印刷が完了したシート（シール）が排出される。

ステップＳ５４において、ユーザは、シール排出口５７５に排出されたシートを取得する。

一方、写真シール作成装置１からサーバ６０１にデータが送信されると、ステップＳ５５において、サーバ６０１は、送信された情報を受信する。

ステップＳ５６において、サーバ６０１では、受信した情報を用いて、データベース記録処理が行われる。サーバ６０１は、受信した送信画像データに基づいて携帯端末機用の画像データ（取得用画像データ）を生成し、その画像データをユーザに取得させるための取得ページを通じて閲覧可能に保持する。取得ページは、例えばサーバ６０１のウェブサーバ機能によって外部から取得可能となるように、保持される。このとき、取得ページにアクセスするための取得用ＵＲＬが生成される。なお、取得ページの生成や取得用ＵＲＬの生成はこのタイミングで行われなくてもよいし、次の受信後判別処理の結果に応じて取得ページの生成や取得用ＵＲＬの生成が行われるか否かが決定されるようにしてもよい。

ステップＳ５７において、受信後判別処理が行われる。受信後判別処理については、後述する。

ステップＳ５８以降の処理（二点鎖線で囲まれた部分）は、受信後判別処理の結果に応じた態様で行われる。ここでは、その一般的な処理の流れを概説する。

ステップＳ５８において、サーバ６０１は、携帯端末７０１へ、提供する画像についての取得用情報を通知する。通知先となる携帯端末７０１は、写真シール作成装置１に入力されたメールアドレスに対応するものである。通知は、後述するように、例えば電子メールを用いた方法や、プッシュ通知による方法などで行われる。

ステップＳ５９において、ユーザの携帯端末７０１は、取得用情報を受信する。

ステップＳ６０において、ユーザは、携帯端末７０１を操作し、サーバ６０１にアクセスする。アクセスは、取得用情報を用いて行うことができる。例えば、取得用ＵＲＬが通知されたとき、携帯端末７０１で動作するウェブブラウザなどを用いて、取得用ＵＲＬにアクセスできる。また、例えば、プッシュ通知によりシールＩＤ等が通知されたとき、その情報に基づいて、サーバ６０１にアクセスできる。

ステップＳ６１において、サーバ６０１は、携帯端末７０１からのアクセスに応じた画像保管処理を行う。

ステップＳ６２において、サーバ６０１は、画像保管処理を行った画像について、携帯端末７０１からのアクセスに応じて、画像データやその他のデータを携帯端末７０１に送信する。

ステップＳ６３において、携帯端末７０１は、サーバ６０１から送信されたデータを受信し、画像データを取得する。また、取得したデータに基づいて、表示部７１３に所定の態様で表示を行う。表示は、携帯端末７０１の制御プログラム７０７に基づく動作に応じて行われる。これにより、ユーザは、プレイを行った結果、シートを受け取ることができるとともに、携帯端末機用の画像を取得できる。したがって、ユーザにとって、プレイを行う楽しみが増加する。

［画像送信に関する説明］

本実施の形態において、写真シール作成装置１は、例えば、サーバ６０１にＨＴＴＰリクエスト（ＰＯＳＴ）を送信することによって、画像を送信する。このとき、１回のリクエスト（送信機会）につき、原則として、１回の撮影で得られた画像が送信される。すなわち、１回のプレイにつき、送信は、原則として、撮影回数だけ行われる。

また、各送信機会には、個々の画像に関する情報を含む、プレイに関する情報が画像のデータと共に送信される。送信時に送信される画像データや、プレイに関する種々の情報は、それぞれ、所定の変数名の変数として送信される。

サーバ６０１は、送信された情報を受信すると、それに含まれるそれぞれの変数を、その変数名に関する情報として処理する。例えば、サーバ６０１は、１回の送信機会で送信されたデータを受信する毎に、所定の画像データベースに、送信されたデータに関する情報を記録すると共に、送信された画像を所定の名前で記憶する。

プレイに関する情報としては、種々の属性情報が含められる。例えば、画像を一意に特定する画像ＩＤや、プレイを一意に特定するプレイＩＤや、左右ユーザの別に付与されるシールＩＤなどが、画像データの送信時に、それぞれ所定の変数名の変数として送信される。

また、プレイに関する情報として、その画像が選択画像である否かを示す選択画像フラグが含まれる。上述のようにユーザにより選択された画像又は写真シール作成装置１により自動的に選択された画像は、選択画像フラグにより、そのプレイにおいて撮影されて送信される他の画像と区別できる。これにより、サーバ６０１は、その画像を選択画像として取り扱うことができる。

なお、本実施の形態において、写真シール作成装置１の機種毎に、送信先となるサーバ６０１のアクセス先ＵＲＬが異なっている。すなわち、サーバ６０１は、複数の機種からの送信情報を、それぞれの機種専用のＵＲＬで受け付ける。これにより、サーバ６０１は、送信した写真シール作成装置１の機種を判別可能である。

図７は、サーバ６０１で管理されるデータベースの構成例を示す図である。

図７に示されるように、サーバ６０１では、写真シール作成装置１から送信されたデータに基づいて、例えば画像データベース（画像ＤＢ）にレコードを記録する。すなわち、送信されたメールアドレス、画像データ、画像ＩＤ、シールＩＤ、及び選択された画像であるか否かを示すフラグなどが対応付けられて記録される。なお、ここでは図示されないが、受信日時や、プレイが行われた機種に関する情報等、種々の情報が画像データベースに記録される。

また、サーバ６０１では、会員データベース（会員ＤＢ）や未取得データベース（ＤＢ）が管理される。

会員データベースは、写真シール遊戯システム９０１を用いる画像提供サービスに会員登録したユーザを管理するためのものである。会員データベースには、例えば、ユーザのアカウントＩＤ、パスワード、電子メールアドレスが対応付けられて記録されている。ここで、会員データベースには、後述のようなプッシュ通知を行うために用いられるトークン（デバイストークン）が記録されている。トークンは、ユーザが保有する携帯端末７０１にアプリがインストールされている場合において、所定の設定がなされている場合に記録される。また、会員データベースには、その会員が有料会員であるか否かに関する属性情報が記録されている（図示せず）。

未取得データベースは、後述のような画像保管処理が行われたかどうかを管理するためのものである。未取得データベースには、例えば、アカウントＩＤ、シールＩＤ、写真シール作成装置１からサーバ６０１に送信されたデータの受信日時等が互いに対応付けられて記録されている。未取得データベースには、例えば、サーバ６０１から送信されたデータを写真シール作成装置１が受信して画像データベースへの記録が行われたときに、未取得データベースにもそのプレイについてのレコードが追加される。その後、各シールＩＤについて、ユーザにより画像保管処理が行われたときに、そのレコードが消去される。すなわち、未取得データベースには、画像保管処理が行われていないシールＩＤについてのレコードが蓄積される。

なお、記録される情報はこれに限らず、適宜設定することができる。また、データベースは、単一のデータベースでなくてもよく、互いに正規化された複数のデータベース等に分かれていてもよい。メールアドレスとアカウントＩＤとは、会員データベースにおいて対応付けられているものであり、画像データベースや未取得データベースには、それらのいずれか一方が含まれていればよい。

［画像提供サービスの会員制度に関する説明］

写真シール遊戯システム９０１を利用するユーザは、所定の会員制度を有する画像提供サービスの会員としてユーザ登録されている状態で、サーバ６０１にアクセスすることで、サーバ６０１による画像の提供を受けられる。この画像提供サービスの会員制度では、例えば２つの会員種別が設けられている。登録されているユーザは、いずれかの会員種別のユーザとしてのユーザ属性を有している。すなわち、ユーザは、所定の期間毎に画像提供サービスの利用料金を支払っている有料会員と、利用料金を支払うことなく画像提供サービスを利用する無料会員とに分けられる。

画像提供サービスは、サーバ６０１により管理されている会員データベースを用いて運用されている。ユーザは、例えば携帯端末７０１を介してサーバ６０１にアクセスし、ウェブページ等に情報を入力するなどして所定の登録手続を行うことで、会員データベースに会員として登録される。画像を取得しようとするユーザがサーバ６０１にアクセスすると、サーバ６０１は、ユーザのアクセスにより得られた情報又はユーザに送信させた情報に基づいて、会員データベースを参照し、そのユーザが会員であるか否かを判別する。例えば、ユーザの電子メールアドレスなどに基づいて、ユーザが会員であるか否かを判別する。また、例えば、サーバ６０１にアクセスしたユーザに画像提供サービスへのログイン操作を要求することで得られた情報や、画像を提供するためのウェブページを示すＵＲＬに付与された識別符号や、携帯端末７０１の端末固有情報などに基づいて、ユーザが会員であるか否かを判別する。会員であれば、無料会員であるか有料会員であるかに関する属性情報など、そのユーザのユーザ属性を会員データベースから取得し、それに基づいてユーザへの画像の提供を行う。

［画像保管機能についての説明］

ところで、写真シール遊戯システム９０１を用いた画像提供サービスでは、会員であるユーザ毎に、例えば「マイアルバム」機能と呼ばれる画像保管機能を利用できる。ユーザは、写真シール作成装置１でプレイを行ったとき、所定の手続を行うことで、そのプレイで作成されて提供が可能となった画像をサーバ６０１の所定の記憶領域に記憶させる。所定の手続は、例えば、サーバ６０１から通知された情報に基づいて携帯端末７０１からサーバ６０１にアクセスしたり、携帯端末７０１で動作するアプリを利用して、そのプレイを記憶対象として指定する情報をサーバ６０１に送信したりすることである。一度このような手続を行えば、その後は、画像保管機能を利用して容易にその画像を閲覧したり利用したりすることができる。

画像保管機能では、ユーザの会員種別（ユーザが有料会員であるか無料会員であるか）に応じて、ユーザが利用可能な機能が異なる。具体的には、無料会員であれば、１プレイあたりの保管可能な画像の数や、画像を保管可能なプレイの総数や、保管期間などに制限があるが、有料会員では、そのような制限は設けられない。例えば、画像を保管可能なプレイの総数について、有料会員は無制限であるが、無料会員は最大６プレイに限られる。このような会員種別による機能差は、適宜設定されていればよい。

図８は、画像保管サービスへの画像の記憶処理について説明するフローチャートである。

図８に示されるように、ステップＳ１７１において、サーバ６０１は、写真シール作成装置１から、複数の画像（「プリ画」ということもある）や、それに対応する画像ＩＤ（プリ画ＩＤ）や、ユーザの電子メールアドレスなどが送信されると、それらを受信する。

ステップＳ１７２において、サーバ６０１は、受信した画像等を、記憶部６０５に設けられる第１記憶領域に保存する。第１記憶領域は、プレイ後にユーザによる最初のアクセスがあるまで、一時的に画像を記憶するための領域である。

画像が記憶されると、サーバ６０１から携帯端末７０１に、それに関する情報が通知される。この通知は、受信後判別処理に応じて行われる。例えば、アクセス先ＵＲＬを通知する電子メール（「プリ画Ｇｅｔメール」）が送信される。ここでは、以下、一例として、このように電子メールによる通知が行われ、携帯端末７０１で動作するウェブブラウザを用いてサーバ６０１へのアクセスが行われる場合の動作について説明する。

ステップＳ１７３において、携帯端末７０１は、電子メールを受信し、内容を表示する。ユーザは、表示に基づいて、ＵＲＬにアクセスする。このとき、サーバ６０１に、メールアドレスなどのユーザ情報や、記憶対象として希望する画像のシールＩＤなどが送信される。サーバ６０１は、送信された情報と、各種データベースに記録されている情報とに基づいて、ユーザの会員種別を判別したり、ユーザに対して提供する画像が含まれるプレイを特定したりすることができる。

ステップＳ１７４において、サーバ６０１は、取得できたユーザ情報に基づいて、ユーザの会員種別を判別する。

ユーザが無料会員であれば、ステップＳ１７５の処理が行われる。すなわち、サーバ６０１は、ユーザ情報で特定される第２記憶領域（そのユーザの第２記憶領域）に、所定プレイ回数分の画像が保存されているか否かを確認する。そして、所定プレイ回数分の画像が保存されていれば、ユーザの選択操作を求めたうえで、選択された１回のプレイ分の画像を削除する。この処理は、今回のプレイの画像を第２記憶領域に記憶させるために行われる。

ユーザが有料会員であるとき、又はステップＳ１７５の処理が行われたとき、ステップＳ１７６の処理が行われる。すなわち、そのユーザの第２記憶領域に、シールＩＤで特定されるプレイに関する複数の画像のすべてを保存する。無料会員であっても、一旦すべての画像が、第２記憶領域に記憶される。このとき、同時に、未取得データベースに記録されている、そのシールＩＤに関するレコードが削除される。すなわち、そのシールＩＤで特定される画像は、取得済となる。

ステップＳ１７６の処理が行われると、サーバ６０１は、ユーザの会員種別に応じて、画像を取得するための提供画面（「プリ画Ｇｅｔページ」）をユーザに対して提供する。

すなわち、ユーザが無料会員であれば、ステップＳ１７７に示されるように、無料会員用の提供画面が表示される。このとき表示される提供画面は、そのプレイで作成された複数の画像のうち、１枚の画像のみが取得できるように構成されたページである。

他方、ユーザが有料会員であれば、ステップＳ１７８に示されるように、有料会員用の提供画面が表示される。このとき表示される提供画面は、そのプレイで作成された複数の画像のすべてが取得できるように構成されたページである。

一旦このように「プリ画Ｇｅｔページ」が表示された後は、ユーザは、「プリ画Ｇｅｔメール」に記載のＵＲＬにアクセスしなくても、そのプレイの画像を取得するためのアルバム画面を携帯端末７０１に表示させて、画像を取得できる。

なお、プッシュ通知により通知が行われる場合であっても、第２記憶領域へのプリ画の保存、記憶されている画像の扱い、及び会員種別に応じて提供画面の表示態様が異なることなどは、基本的には上述と同様である。

ここで、第１記憶領域での画像の一時的な記憶期間は、例えば記憶されてから７日間に制限されている。また、無料会員の第２記憶領域において、無料で提供される画像以外の画像の記憶期間は、例えば記憶されてから２３日間に制限されている。このような制限を超えた場合には、その画像は各記憶領域から削除される。また、画像提供サービスの会員であるユーザが退会したときには、そのユーザの記憶領域の画像は削除される。このような画像の削除処理は、定期的に（例えば、毎日夜間に）バッチ処理が実行されることで行われる。第１記憶領域に記憶されている画像（特定画像）の記憶期間は、例えば、未取得データベース等に記録されている受信日時を参照して判別可能である。

図９は、定期削除処理の一例を示すフローチャートである。

図９に示されるように、ステップＳ１８１において、サーバ６０１は、第１記憶領域に記憶されている画像であって、記憶されてから７日が経過したものがあるか否かを判別する。

ステップＳ１８１で該当する画像があれば、ステップＳ１８２において、その画像が削除される。

ステップＳ１８３において、サーバ６０１は、無料会員の第２記憶領域に記憶されている画像のうち、記憶されてから２３日が経過したものがあるか否かを判別する。

ステップＳ１８３で該当する画像があれば、ステップＳ１８４において、該当する画像のうち、ユーザに無料で提供される画像（選択画像など）でないものが削除される。

ステップＳ１８５において、サーバ６０１は、退会した会員の画像が、各記憶領域に記憶されているか否かを判別する。

ステップＳ１８５で該当する画像があれば、ステップＳ１８６において、該当する画像（その会員の画像）がすべて削除される。

以上のように定期的に削除処理が行われることで、サーバ６０１の記憶部６０５の記憶容量を長く確保することができる。

なお、有料会員の場合には、第２記憶領域に関する記憶制限は特に設けられていない。すなわち、保存できる画像の枚数、保存期間、及び保存できるプレイの数については、無制限である。有料会員が無料会員になると、無料会員の制限が課せられる。また、有料会員が退会すると、すべての画像が削除される。

［アプリの設定の説明］

携帯端末７０１には、所定のアプリ提供サーバから提供されるアプリケーションをダウンロードしてインストールすることができる。携帯端末７０１で動作するＯＳを操作し、インストールされたアプリケーションを起動させることで、そのアプリケーションの機能を利用可能になる。写真シール遊戯システム９０１により提供される画像提供サービスを利用するための画像取得アプリケーション（以下、単にアプリということがある。）をユーザの携帯端末７０１にインストールし、そのアプリを用いることで、ユーザは、携帯端末７０１で快適に画像提供サービスを利用することができる。

本実施の形態において、アプリを用いるとき、携帯端末７０１でサーバ６０１からのいわゆるプッシュ通知による通知を受けるか否かを設定することができる。

図１０は、アプリのプッシュ通知関連設定の流れを示すシーケンス図である。

図１０に示されるように、携帯端末７０１でアプリが動作するとき、まず、ステップＳ４５１において、アプリを介して画像提供サービスにログインすることが求められる。ユーザにより入力された画像提供サービスに登録した自身のアカウントＩＤ又は電子メールアドレスと、パスワード等とがログイン情報としてサーバ６０１に送信される。これにより、ユーザの画像提供サービスへのログインが完了する。

ステップＳ４５２において、アプリは、携帯端末７０１のＯＳに、そのアプリについてプッシュ通知の利用許可があるか否かを確認する。

ステップＳ４５２でプッシュ通知の利用許可があれば、ステップＳ４５３において、アプリは、携帯端末７０１のＯＳに、トークンを要求する。

ステップＳ４５４において、アプリは、ＯＳより付与されたトークンを取得し、保持する。

他方、ステップＳ４５２でプッシュ通知の利用が許可されていなければ、ステップＳ４５５において、トークンが「ＮＵＬＬ」となる（すなわち、トークンが保持されていなければその状態が維持され、トークンが保持されていればそのトークンが破棄される）。

ステップＳ４５６において、アプリは、今回取得したトークン（ステップＳ４５４又はステップＳ４５５で得られたトークン（「ＮＵＬＬ」も含む））と同一のトークンが保持されていたか否かを判別する。すなわち、これまでアプリでトークンが保持されていた場合において、そのトークンと、今回新たに取得されたトークンとが同一であるか否かが判断される。同一のトークンであれば、プッシュ通知関連設定に関する処理を終了する。なお、例えば最初のトークンの取得時など、トークンが「ＮＵＬＬ」から特定のものに変更された場合には、「同一のトークンでない」場合と同様の処理が行われる（「ＮＯ」に進む）。

ステップＳ４５６において同一のトークンでなければ、アプリは、トークンをサーバ６０１に送信する。送信は、アプリを通じて画像提供サービスにログインした状態で行われるため、トークンに対応するユーザの情報（ログイン情報）が共に送信される。なお、トークンが設定さていた状態から、トークンを「ＮＵＬＬ」するように操作が行われると、その旨の情報がサーバ６０１に送信され、かつ、会員データベース上に設定されたトークンが破棄される。

アプリから情報が送信されると、ステップＳ４５６において、サーバ６０１は、送信された情報を受信し、トークンを登録する。トークンは、会員データベースに、送信したユーザに対応付けて記録される。これにより、サーバ６０１に、アカウントＩＤやメールアドレス等の、トークンが送信された携帯端末７０１に対応するユーザ情報と、トークンとが互いに関連付けられて記録される。

図１１は、会員データベースへのトークンの登録について示す図である。

図１１には、状態１から状態３の３通りの状態のそれぞれについての会員データベースへの情報の登録例が示されている。

状態１は、アカウント発行時点でのものである。すなわち、携帯端末７０１でトークンは取得されておらず、サーバ６０１にはトークンは送信されていない。そのため、アカウントＩＤと、パスワードと、メールアドレスとが対応付けられて記録された状態であって、トークン（デバイストークン）の値はＮＵＬＬとなっている。

状態２は、携帯端末７０１で、アプリについてプッシュ通知が許可されている状態である。このとき、上述のように携帯端末７０１で取得されたトークンがサーバ６０１に送信され、登録されている。そのため、アカウントＩＤと、パスワードと、メールアドレスとトークンとが互いに対応付けられて記録されている。

状態３は、携帯端末７０１で、アプリについてプッシュ通知が拒否されている状態である。このとき、上述のように携帯端末７０１ではトークンが取得されず、既に設定されているトークンがあれば破棄され、その情報がサーバ６０１に送信される。そのため、会員データベースの記録内容は、状態１と同様になる。

［通知動作の説明］

本実施の形態において、サーバ６０１から携帯端末７０１への取得用情報の通知は、次の２種類の通知方法のうち、受信後判別処理の処理結果に対応するものを利用して行われる。

２種類の通知方法の一方は、外部のプッシュ通知サーバ（図示せず）を介して行われるプッシュ通知によるものである（第１の通知方法）。プッシュ通知は、ユーザにとって、携帯端末７０１がプッシュ通知サーバから能動的に情報を取得するように見える通知方法である。サーバ６０１がトークン情報を用いてプッシュ通知サーバに通知依頼を行うことで、携帯端末７０１にその通知情報が通知される。

２種類の通知方法の他方は、携帯端末７０１が受信できるように電子メールを送信することによるメール通知である（第２の通知方法）。メール通知は、携帯端末７０１が所定のメールサーバにアクセスして電子メールを受信することにより、携帯端末７０１への通知が完了することになる。

受信後判別処理は、大まかに、写真シール作成装置１からサーバ６０１にデータが送信されたとき、写真シール作成装置１から送信されたメールアドレスに対応するユーザの携帯端末７０１に関するトークンが会員データベースに登録されているか否かに基づいて行われる。トークンが登録されていないときにはメール通知による通知方法が選択され、通知が行われる。また、トークンが登録されているときには、少なくともプッシュ通知による通知方法が選択され、通知が行われる。

図１２は、受信後判別処理及びその後の通知処理の流れを示すフローチャートである。

ステップＳ３０１において、サーバ６０１で、写真シール作成装置１から送信された画像等のデータが受信される。受信すると、データベース記録処理が行われる。

ステップＳ３０２において、送信されたデータに、写真シール作成装置１においてユーザから入力されたメールアドレスが含まれているか否かが判断される。含まれていなければ、メール通知もプッシュ通知も行われず、一連の処理が終了する。含まれていれば、次の処理に進む。

ステップＳ３０３において、送信されたデータに含まれているメールアドレスについて、会員データベースに情報が登録されているか否かが判断される。すなわち、メールアドレスについて、会員登録されているユーザのものであるか否かが判断される。登録されていれば、ステップＳ３０４に進む。登録されていなければ、ステップＳ３０９に進む。

ステップＳ３０４において、メールアドレスが登録されているユーザについて、登録されているトークンがあるか否かが判断される。登録されていれば、ステップＳ３０５に進む。登録されていなければ、ステップＳ３０９に進む。

ステップＳ３０５において、未取得データベースを照会し、そのユーザについての未取得情報が取得される。未取得情報としては、例えば、未取得データベースにある、そのユーザのレコードの数（未取得数）が取得される。このとき、ステップＳ３０１で受信されたシールＩＤに関するレコードもカウントされるようにすればよい。

ステップＳ３０６において、プッシュ通知依頼がサーバ６０１から外部のプッシュサーバに対して送信される。プッシュ通知依頼には、例えば、トークンと、プッシュ通知により携帯端末７０１に通知するコメントと、同じく通知されるパラメータとが含まれる。コメントとしては、例えば、「新しい画像が届いたよ！」などというような、ユーザに対して、提供される画像が用意されていることを示す文言が含まれる。パラメータとしては、例えば、シールＩＤや画像ＩＤなど、アプリがそれを利用してそのシールＩＤの画像の提供を受けることができるようにするものが含まれる。

ここで、プッシュ通知依頼に際しては、ステップＳ３０５において取得された未取得数がコメント等と併せて通知される場合がある。すなわち、例えば、携帯端末７０１のＯＳやアプリにおいて、プッシュ通知により取得した数値をバッジとしてアプリのアイコンに付加して表示することができるようになっている場合がある。このような場合には、未取得数をプッシュ通知により携帯端末７０１に渡すことで、携帯端末７０１側で、バッジ表示に用いることができるようになる。なお、未取得数を通知するか否かは、例えば、会員データベースなどで管理されるアプリの種類や、携帯端末７０１のＯＳの別などの情報に基づいて決定されればよい。また、未取得数を送信せず、コメントとして「３件の画像をＧＥＴできるよ！」などの未取得数を反映したものを送信するように構成されていてもよい。

ステップＳ３０７において、プッシュ通知依頼に対してプッシュ通知サーバ（プラットフォームサーバ）からなされた応答が受信される。

ステップＳ３０８において、受信された応答に基づいて、プッシュ通知依頼が成功したか否かが判断される。成功した場合は、一連の処理を終了する。このとき、携帯端末７０１にプッシュ通知による通知がなされ、ユーザが、アプリを用いて画像保管処理を実行させたり、画像の取得操作を行ったりすることができる。他方、プッシュ通知依頼が成功しなかった場合は、ステップＳ３０９に進む。

ステップＳ３０９以降は、メール通知を行うための処理が行われる。すなわち、ステップＳ３０９において、アクセス先ＵＲＬを通知する電子メール（画像取得メール；「プリ画Ｇｅｔメール」）が生成される。

ステップＳ３１０において、ステップＳ３０１で受信されたデータに含まれるメールアドレスあてに、生成された画像取得メールが送信される。これにより、携帯端末７０１で画像取得メールを受信し、携帯端末７０１のウェブブラウザを用いて画像保管処理を実行させたり、画像の取得操作を行ったりすることができる。

図１３は、メール通知が行われてウェブブラウザで画像が取得される場合の、携帯端末７０１及びサーバ６０１の動作を示すシーケンス図である。

図１３を参照して、メール通知が行われる場合には、携帯端末７０１及びサーバ６０１の間で以下のように通信が行われる。すなわち、ステップＳ３５１において、サーバ６０１で画像を取得するためのウェブページが用意され（又はそのＵＲＬが決定され）、電子メールで、そのウェブページのＵＲＬ（取得用ＵＲＬ）がユーザのメールアドレスあてに送信される。

ステップＳ３５２において、携帯端末７０１は、取得用ＵＲＬが記載された電子メールを受信する。

ステップＳ３５３において、携帯端末７０１は、サーバ６０１の取得用ＵＲＬにアクセスする。

ステップＳ３５４において、サーバ６０１は、携帯端末７０１のアクセスした取得用ＵＲＬに基づいて、画像保管処理を行う。

ステップＳ３５５において、サーバ６０１は、携帯端末７０１からのアクセスに応じて、取得用ＵＲＬに対応するウェブページのデータを、画像データと共に携帯端末７０１に提供する。

ステップＳ３５６において、携帯端末７０１は、提供された画像やデータを取得する。取得したデータは、例えば、携帯端末７０１の表示部７１３に表示される。

ここで、本実施の形態で提供される画像提供サービスにおいて、通常は、ユーザが無料会員であるか有料会員であるかに応じて、そのユーザが取得できる画像の枚数が異なるように構成されている。具体的には、例えば、有料会員であるユーザは、１つのプレイで得られたすべての画像を取得できる。他方、無料会員であるユーザは、１つのプレイについて、選択画像のみを取得できる。メール通知が行われたときにおいてウェブブラウザを用いて画像の提供を受ける携帯端末７０１の表示画面は、次のようになる。

図１４は、無料会員が画像の提供を受ける場合の携帯端末７０１の表示画面の遷移の例を示す図である。

図１４においては、サーバ６０１にユーザが無料会員として認識されている状態で、携帯端末７０１からサーバ６０１にアクセスする場合の例が示されている。

図１４に示されるように、画像がサーバ６０１に送信されると、ステップＳ３１１において、ユーザにより入力されたメールアドレスあてに、「プリ画Ｇｅｔメール」と呼ぶ電子メールがサーバ６０１から送信される。この電子メールには、ユーザが携帯端末７０１でアクセスして画像を取得できる旨の情報と、取得するためのアクセス先情報６１とが含まれる。アクセス先情報６１は、例えばサーバ６０１により提供される画像提供用の提供画面のウェブページ（以下、「プリ画Ｇｅｔページ」ということがある。）を示すＵＲＬである。

上述の電子メールを受け取ったユーザがアクセス先情報６１により示される場所にアクセスすると、ステップＳ３１２において、第１提供画面が表示される。第１提供画面では、ユーザが選択した選択画像６３のサムネイル表示が含まれる。ユーザは無料会員であるので、選択画像６３のみを取得できる。

選択画像６３のサムネイル表示は、第２提供画面へのハイパーリンクを兼ねている。ユーザにより選択画像６３が操作されると、ステップＳ３１３に示されるように、第２提供画面に遷移する。第２提供画面には、選択画像６３が拡大された画像６４と、保存ボタン６９とが表示されている。ユーザは、保存ボタン６９を選択する操作を行うことで、画像６４を取得することができる。

すなわち、保存ボタン６９が操作されると、ステップＳ３１４において、携帯端末７０１の機能により画像６４を携帯端末７０１の記憶部７０５などに記憶する（保存）。なお、携帯端末７０１の機能により、例えば画像６４を長押しすることなどにより保存を行えるようにしてもよい。

ここで、第１提供画面（Ｓ３１２）においては、ユーザに有料会員に登録するように訴える、訴求表示６５ａが含まれている。訴求表示６５ａには、同一のプレイで作成された選択画像６３以外の画像のサムネイル表示が含まれている。訴求表示６５ａは、ユーザに、これらの画像も取得したければ有料会員として登録するように訴える表示である。訴求表示６５ａは、有料会員登録画面へのハイパーリンクを兼ねている。

すなわち、ステップＳ３１２において訴求表示６５ａが操作されると、ステップＳ３１５に示されるように、有料会員登録画面に遷移する。有料会員登録画面には、有料会員登録ボタン７０が表示されている。ユーザは、有料会員登録ボタン７０を操作して、所定の登録手続を行うことで、有料会員になることができる（有料会員として会員データベースに登録される）。ユーザは、当初無料会員であった場合であっても、このように有料会員に登録すれば、他の画像を取得できる。

図１５は、有料会員が画像の提供を受ける場合の携帯端末７０１の表示画面の遷移の例を示す図である。

図１５においては、サーバ６０１にユーザが有料会員として認識されている状態で、携帯端末７０１からサーバ６０１にアクセスする場合の例が示されている。

ステップＳ３２１において、無料会員の場合と同様に、「プリ画Ｇｅｔメール」が表示される。

ステップＳ３２２において、第１提供画面が表示される。ここで、有料会員の場合には、無料会員の場合とは異なり、複数の画像６３ａのサムネイル画像が表示され、複数の画像６３ａが選択可能となる。複数の画像６３ａのうち１つの画像が選択されると、その画像を拡大した画像が含まれる、第２提供画面が表示される（ステップＳ３２３における画像６４ａや、ステップＳ３２３ｂにおける画像６４ｂなど）。第２提供画面に含まれる保存ボタン６９を操作することで、ユーザは、それぞれの画像を携帯端末７０１に記憶させることができる（Ｓ３２４）。このようにして、有料会員は、そのプレイで作成されたすべての画像を取得できる。

なお、上述のようにユーザが有料会員であるか無料会員であるかに応じてユーザが取得可能な画像の数や、画像の表示態様が異なることは、アプリを用いて携帯端末７０１で画像の提供を受ける場合も同様にすればよい。また、無料会員である場合も上述の図１５のステップＳ３２２に示されるように複数の画像のサムネイル表示が行われるようにしてもよい。このとき、無料会員であるため取得不可能な画像については、表示態様が変更されるようにしてもよい。例えば、グレイスケールで表示されたり、彩度・濃度等が変更されて表示されたりするようにしてもよい。

図１６は、プッシュ通知が行われて携帯端末７０１で動作するアプリで画像が取得される場合の、携帯端末７０１及びサーバ６０１の動作を示すシーケンス図である。

図１６を参照して、プッシュ通知が行われる場合には、携帯端末７０１及びサーバ６０１の間で以下のように通信が行われる。すなわち、ステップＳ４６１において、サーバ６０１からプラットフォームサーバ（プッシュ通知サーバ）９５１に対して、プッシュ通知依頼が行われる。プッシュ通知依頼により、サーバ６０１からプラットフォームサーバ９５１にトークン、コメント、及びパラメータ等の通知情報が送信される（図１２におけるステップＳ３０６に対応。）。また、プラットフォームサーバ９５１は、これに対してサーバ６０１に応答し、サーバ６０１は、これを受信する（図１２におけるステップＳ３０７に対応。）。

ステップＳ４６２において、プッシュ通知依頼が成功すると、プラットフォームサーバ９５１により携帯端末７０１に、プッシュ通知が行われる。

プッシュ通知が行われると、ステップＳ４６３において、携帯端末７０１は、通知情報を受信し、それに基づいて動作する。すなわち、携帯端末７０１の表示部７１３に、コメントに基づいてプッシュ通知の内容が表示される。プッシュ通知の表示は、パラメータとして送信されたシールＩＤなど関連付けられている。

ステップＳ４６４において、プッシュ通知の表示に基づいてユーザの操作が行われると、アプリが起動され、アプリの動作に従って、携帯端末７０１がサーバ６０１にアクセスする。このとき、プッシュ通知の表示に関連付けられたパラメータ、すなわち通知情報として送信されたパラメータに基づいて、アクセスが行われる。アプリを通じて画像提供サービスにユーザがログインした状態であれば、アクセスに伴って、アカウントＩＤ又はメールアドレスと、シールＩＤとがサーバ６０１に通知される。

ステップＳ４６５において、サーバ６０１は、携帯端末７０１のアプリからのアクセスに応じて、画像保管処理を行う。

ステップＳ４６６において、サーバ６０１は、通知されたシールＩＤに従って、アクセスした携帯端末７０１のアプリに情報を送信する。例えば、シールＩＤに対応する画像データや、それに関する属性情報等が送信される。このとき、未取得データベースを参照して、未取得数が携帯端末７０１のアプリに送信されるようにしてもよい。

ステップＳ４６７において、携帯端末７０１のアプリは、サーバ６０１から送信された画像等の情報を取得し、その情報に基づいて、アプリの表示画面を更新する。これにより、表示部７１３に、取得された情報に基づく画面が表示され、ユーザのアプリについての操作に伴って携帯端末７０１へ画像を保存することなどができるようになる。

図１７は、アプリにより画像の提供を受ける場合の携帯端末７０１の表示画面の遷移の例を示す第１の図である。

以下に説明するアプリの画面の具体例は、あくまで一例であり、画面のデザインやプッシュ通知の態様、及びプッシュ通知が行われる画面などは、携帯端末７０１のＯＳや、アプリの仕様、ユーザによる機能設定の態様等に応じて、適宜変更されるものである。

図１７に示されるように、ステップＳ４２１において、携帯端末７０１が待ち受け画面１０１であるときに、プッシュ通知が行われると、待ち受け画面１０１にプッシュ通知１０３ａ，１０３ｂが表示される。ここでは、１件目のプッシュ通知１０３ａが行われた状態で、続けて、１件目とは異なるプレイに対応する２件目のプッシュ通知１０３ｂが行われた場合を想定する。プッシュ通知１０３ａとその後のプッシュ通知１０３ｂとは、互いに異なるシールＩＤ（ここでは、説明の簡略化のため、２つのシールＩＤをそれぞれ「ＩＤ１」、「ＩＤ２」として説明する）に対応するものである。

なお、待ち受け画面１０１には、プッシュ通知やその他時刻などの情報表示の他、解除スライダ１０５が表示される。解除スライダ１０５は、携帯端末７０１のＯＳによって、待ち受け画面１０１の表示状態を解除し、携帯端末７０１のホーム画面を表示させたうえで種々の操作を行うことができるようにするためのものである。解除スライダ１０５が操作されると、後述するホーム画面に画面が遷移する。

プッシュ通知１０３ａについてユーザによる所定の操作（例えば、画面上を横にスライドさせるようなタッチ動作）が加えられると、ステップＳ４２２において、プッシュ通知１０３ａに対応してアプリが起動する。このとき、プッシュ通知１０３ａに対応するパラメータとして、１件目のプレイに対応するシールＩＤ「ＩＤ１」の情報が、携帯端末７０１のＯＳからアプリに渡される。

ステップＳ４２３において、アプリが起動されると、シールＩＤ「ＩＤ１」に基づいて、それに対応する取得画面１４１ａが表示される。このとき、サーバ６０１に取得画面１４１ａを表示するための情報が要求されるのに伴って、サーバ６０１でシールＩＤ「ＩＤ１」についての画像保管処理が実行される。

取得画面１４１ａには、例えば、シールＩＤ「ＩＤ１」について提供される画像のサムネイル表示と、保存ボタン１４５とが含まれる。ユーザは、サムネイル表示された画像の中から携帯端末７０１に保存したいものを選択して、保存ボタン１４５を操作する。これにより、携帯端末７０１のアプリは、サムネイル表示された選択画像に対応する大きなサイズの画像をサーバ６０１から受信し、携帯端末７０１に保存する。

他方、プッシュ通知１０３ｂについてユーザによる所定の操作が加えられると、ステップＳ４２４において、プッシュ通知１０３ｂに対応してアプリが起動する。このとき、プッシュ通知１０３ｂに対応するパラメータとして、２件目のプレイに対応するシールＩＤ「ＩＤ２」の情報が、携帯端末７０１のＯＳからアプリに渡される。

ステップＳ４２５において、アプリが起動されると、シールＩＤ「ＩＤ２」に基づいて、それに対応する取得画面１４１ｂが表示される。このとき、サーバ６０１に取得画面１４１ｂを表示するための情報が要求されるのに伴って、サーバ６０１でシールＩＤ「ＩＤ２」についての画像保管処理が実行される。

取得画面１４１ｂには、例えば、シールＩＤ「ＩＤ２」について提供される画像のサムネイル表示と、保存ボタン１４５とが含まれる。ユーザは、サムネイル表示された画像の中から携帯端末７０１に保存したいものを選択して、保存ボタン１４５を操作することで、その大きなサイズの画像を携帯端末７０１に保存させることができる。

なお、図１７において、取得画面１４１ａ，１４１ｂとして、ユーザが有料会員である場合に表示されるものの例が示されている。すなわち、この場合、それぞれのプレイで生成された例えば６枚の画像のすべてを取得可能である。これに対し、ユーザが無料会員であって選択された１枚の画像のみが取得可能であるときには、取得画面１４１ａ，１４１ｂにおいて、他の画像の表示態様を変更して表示したり、取得可能な画像と他の画像との大きさを変更して表示したりするようにしてもよい。

図１８は、アプリにより画像の提供を受ける場合の携帯端末７０１の表示画面の遷移の例を示す第２の図である。

待ち受け画面１０１が表示されている状態で、解除スライダ１０５が操作されると、ステップＳ４３１において、ホーム画面１１１が表示される。ホーム画面１１１には、それぞれ種々の機能やアプリケーションに対応するアイコンが並べて表示されており、画像取得アプリのアイコン１１３も、同様にホーム画面１１１に表示されている。ユーザは、アイコン１１３を操作することで、アプリを起動させることができる。

ここで、アイコン１１３に沿えて、バッジ１１５が表示される場合がある。本実施の形態において、バッジ１１５は、そのユーザについての未取得データベースに記録されているレコードの数、すなわち画像保管処理が行われていない画像（特定画像）に対応するシールＩＤの数（未取得数；特定画像に関する情報の一例）が表示される（未取得数がゼロのときには、バッジ１１５は非表示となる。）。図１８に示される例では、未取得数が２であり、バッジ１１５として数字の「２」が表示されている。

未取得数は、上述のように、プッシュ通知の通知情報として、サーバ６０１から携帯端末７０１に送信される。また、未取得数は、後述のように、アプリの起動時に、サーバ６０１が未取得データベースへの照会を行うことで、未取得情報として、サーバ６０１から携帯端末７０１に送信される。携帯端末７０１は、未取得数を受信すると、バッジ１１５の表示を更新する。なお、プッシュ通知の通知時かアプリの起動時かいずれか一方のタイミングでのみ未取得数が更新されるようにしてもよいし、他のタイミングで未取得数が更新されるようにしてもよい。

ステップＳ４３２において、アイコン１１３が操作されると、アプリが起動される。

ステップＳ４３３において、アプリは、サーバ６０１との通信を行い、サーバ６０１にトークンを通知する。また、アプリは、サーバ６０１から送信された未取得情報を取得する。

ステップＳ４３４において、アプリは、未取得情報に基づいて、未取得の画像があるか否かを判別する。すなわち、未取得情報として未取得数がゼロであるという情報が送信されたとき、未取得の画像はないと判断される。他方、未取得情報として未取得数が１以上であるという情報が送信されたとき、未取得の画像があると判断される。

なお、プッシュ通知が行われた場合には、その時点で未取得の画像がある状態であるといえる。したがって、プッシュ通知が行われた場合において、特に他の端末等を用いた操作に起因して画像保管処理が行われるというようなこと（例えば、他の端末で、同じアカウントを用いて画像提供サービスにログインがなされて画像保管処理が行われたり、同一の端末で、ウェブブラウザを用いて画像提供サービスにログインがなされて画像保管処理が行われたりすること）がなければ、未取得の画像があると判断される。他方、プッシュ通知が行われた場合であっても、アプリを起動するまでに他の端末を用いて行われた操作により未取得の画像について画像保管処理が行われ、未取得の画像がなくなった場合には、未取得の画像がないと判断されることになる。

また、プッシュ通知が行われていない場合（新しくプレイが行われていない場合や、プレイが行われてもプッシュ通知が行われないように設定されているような場合）において、待ち受け画面１０１からホーム画面１１１に遷移した場合においても、アイコン１１３の操作に伴って、上述のようなアプリの起動動作が行われる。また、このようにプッシュ通知が行われていない場合には、前回のアプリ起動時等、サーバ６０１との通信時に取得された未取得数が、バッジ１１５として表示され続ける。バッジ１１５の表示は、次にアプリが起動された場合や、新たにプッシュ通知が行われた場合に、更新されることになる。

図１９は、アプリにより画像の提供を受ける場合の携帯端末７０１の表示画面の遷移の例を示す第３の図である。

図１９に示されるように、アプリの起動時に、そのユーザに関連付けられた未取得の画像はないと判断されたとき、ステップＳ４４１において、トップ画面１２１が表示される。トップ画面１２１には、例えば、これまでアプリを用いて携帯端末７０１に保存された写真を用いたコラージュ画像が配される。このようなコラージュ画像は、アプリを用いて、適宜編集可能である。トップ画面１２１には、新たに画像を取得するための取得ボタン１２３が配置されている。

取得ボタン１２３が操作されると、アプリに対応付けられたアカウントＩＤに関連する未取得の画像はないと判断されているので、ステップＳ４４２に示されるように、シールＩＤ入力画面１５１が表示される。シールＩＤ入力画面１５１には、シールＩＤ入力部１５５が設けられている。ユーザは、手元のシールに表示されているシールＩＤなどを見て、そのシールＩＤをシールＩＤ入力部１５５に入力し、サーバ６０１に送信することができる。

シールＩＤ入力部１５５に適切なシールＩＤが入力され、サーバ６０１にシールＩＤが送信されると、ステップＳ４４３において、入力されたシールＩＤに対応する取得画面が表示される。このとき、入力されたシールＩＤに関する画像が第１記憶領域に記憶されているものであれば、その画像について画像保管処理が行われる。このとき表示される画面は、上述の取得画面１４１ａ，１４１ｂと同様の画面である。したがって、ユーザは、プレイ時に写真シール作成装置１にメールアドレスを入力しなくても、アプリを用いてシールに付されたシールＩＤをサーバ６０１に送信することで、そのプレイで得られた画像を取得することができる。

図２０は、アプリにより画像の提供を受ける場合の携帯端末７０１の表示画面の遷移の例を示す第４の図である。

図２０に示されるように、アプリの起動時に未取得の画像があると判断されたとき、ステップＳ４５１において、トップ画面１２１の表示に先だって、ポップアップ画面１３１が表示される。ポップアップ画面１３１は、画面の中央に目立つように表示されるポップアップ表示１３３を含む。ポップアップ表示１３３は、未取得の画像があることをユーザに伝えるためのコメントと、未取得の画像の確認は後で行うための送りボタン１３５と、未取得の画像をすぐに確認するための確認ボタン１３７とを含んでいる。

ポップアップ画面１３１において送りボタン１３５が操作されると、ステップＳ４５２において、トップ画面１２１が表示される。このとき、未取得の画像があるところ（例えば未取得数が２であるところ）、取得ボタン１２３に添えて、未取得数を表示するバッジ１２５が表示される。ユーザは、バッジ１２５を見ることで、未取得の画像があること及び未取得数を知ることができる。その他の表示内容は、上述の図１９で説明したものと同様である。

ポップアップ画面１３１において確認ボタン１３７の操作（肯定的操作の一例）が行われると、ステップＳ４５３において、未取得一覧画面１６１が表示される。未取得一覧画面１６１は、未取得画像がある場合に、トップ画面１２１において取得ボタン１２３の操作（肯定的操作の一例）が行われた場合にも、表示される。すなわち、未取得画像がある場合に、トップ画面１２１で取得ボタン１２３が操作されても、直接にシールＩＤ入力画面１５１が表示されることはない。

未取得一覧画面１６１には、シールＩＤ毎に、未取得の画像についての情報表示１６３ａ，１６３ｂがリスト表示される。すなわち、未取得一覧画面１６１は、画像保管処理を行う対象となる特定画像をシールＩＤ毎に指定するための一覧画面である。図２０に示される例においては、未取得数は２であり、２件の情報表示１６３ａ，１６３ｂが表示される。情報表示１６３ａ，１６３ｂには、例えば、撮影日時と、プレイが行われた写真シール作成装置１の機種名等とが表示される。

未取得一覧画面１６１において、シールＩＤ「ＩＤ１」に対応する情報表示１６３ａが操作されると、ステップＳ４５４において、シールＩＤ「ＩＤ１」についての取得画面１４１ａが表示される。また、取得画面１４１ａの表示に伴い、シールＩＤ「ＩＤ１」について画像保管処理が行われ、未取得数が変更される（未取得数が２であるとき、未取得数が更新されて１となる）。未取得数の変更に伴い、トップ画面１２１におけるバッジ１２５の表示や、アイコン１１３と共に表示されるバッジ１１５の表示が変更されることになる。

他方、未取得一覧画面１６１において、シールＩＤ「ＩＤ２」に対応する情報表示１６３ｂが操作されると、ステップＳ４５５において、シールＩＤ「ＩＤ２」についての取得画面１４１ｂが表示される。また、取得画面１４１ｂの表示に伴い、シールＩＤ「ＩＤ２」について画像保管処理が行われ、未取得数が変更される。

また、未取得一覧画面１６１には、ＩＤ入力ボタン１６５が表示される。ＩＤ入力ボタン１６５は、ユーザからのシールＩＤの入力を受け付けることができるように表示されている。すなわち、ＩＤ入力ボタン１６５が操作されると、ステップＳ４５６において、シールＩＤ入力画面１５１が表示される。

以上説明したように、本実施の形態においては、携帯端末７０１に対して用いられる通知方法が、プッシュ通知とメール通知とのうち、携帯端末７０１についてのトークンが登録されているか否かに応じて決定される。したがって、携帯端末７０１でプッシュ通知が利用可能であるか否かに関わらず、携帯端末７０１に適切な方法で画像の提供の通知に関する通知が行われる。プッシュ通知が行われた場合には、プッシュ通知の表示を利用してすぐに取得画面１４１ａ，１４１ｂを表示させることができるので、ユーザは、速やかにかつ容易に、画像を取得することができる。

プッシュ通知が行われた場合であっても、そうでない場合であっても、アプリを利用することで、未取得の画像がある場合に未取得一覧画面１６１が表示される。例えばプッシュ通知が非表示にされたとしても、ユーザにシールＩＤを入力させることなく、容易に、未取得の画像を取得させることができる。また、ユーザのシールＩＤの入力も受け付け可能であるため、ユーザに関する情報がプレイ時に入力されていない場合であっても、確実に画像を取得させることができる。

未取得の画像の有無やその量に応じて、アイコン１１３やトップ画面１２１においてバッジ１１５，１２５が表示される。ユーザは、容易に、未取得の画像の有無やその量を知ることができるので、ユーザの満足度を向上させることができ、かつ、アプリの利便性を向上させることができる。

［変型例の説明］

なお、上述の実施の形態において、サーバ６０１は、携帯端末７０１に対し、再通知処理を行うようにしてもよい。

再通知処理は、例えば、一日に１回定期的に実行され、未取得データベースを参照しながら行われる。

図２１は、再通知処理の一例を示すフローチャートである。

図２１に示されるように、再通知処理が実行されると、ステップＳ１９１において、サーバ６０１は、未取得データベースを参照し、登録されてから未取得であるまま４日目に入ったものがあるか否かを確認する。

ステップＳ１９１で未取得であるものがあれば、ステップＳ１９２において、それに対応するユーザの携帯端末７０１に対して、それぞれ所定の方法で、通知を行う。例えば、トークンが登録されているユーザの携帯端末７０１に対してはプッシュ通知を行い、そうでないユーザの携帯端末７０１に対してはメール通知が行われる。

また、ステップＳ１９３において、サーバ６０１は、未取得データベースを参照し、登録されてから未取得であるまま６日目に入ったものがあるか否かを確認する。

ステップＳ１９３で未取得であるものがあれば、ステップＳ１９２と同様に、ステップＳ１９４において、それに対応するユーザの携帯端末７０１に対して、それぞれ所定の方法で、通知を行う。

このように、未取得のままの画像がある場合には、再通知が行われる。これにより、ユーザの取得し忘れを防止することができる。また、これにより、何らかの事情で最初に送信されたプッシュ通知がユーザの目に触れることがなかった場合であっても、再度、ユーザが通知を受ける機会が得られる。したがって、ユーザの意図とは反対に、画像について画像保管処理が行われないまま第１記憶領域から削除されてしまうことが発生しにくくなり、画像提供サービスを利用するユーザの満足度を向上させることができる。

なお、ユーザが無料会員であるとき、第２記憶領域に記憶後所定の期間が経過した場合に、上述と同様にサーバ６０１から携帯端末７０１に通知を行うようにして、ユーザが有料会員登録を行って他の画像を取得するように促すようにしてもよい。

また、再通知処理においては、プッシュ通知を送信可能なユーザにだけ通知を行うようにしてもよい。また、プッシュ通知を行えるユーザに対して、あえてメール通知を行って、ユーザが通知に一度以上触れるようにすることを図るようにしてもよい。また、４日目と６日目とで、通知方法を変更してもよい。また、プッシュ通知により再通知処理を行う場合、メール通知も併せて行うようにしてもよい。

［その他］

写真シール作成装置やサーバ、携帯端末は、上述の実施の形態における各特徴点をすべて有するものでなくてもよく、一部の特徴点のみを有するものであってもよい。そのように構成された写真シール作成装置やサーバ、携帯端末であっても、その特徴点を有することに応じた効果を得ることができる。

上述のようなプッシュ通知のほか、単に、アプリを起動して未取得一覧画面を開かせるためのパラメータを有するプッシュ通知が携帯端末に定期的に送信されるようにしてもよい。このようなプッシュ通知の受信態様やタイミングなどの設定は、アプリを操作したり、サーバにアクセスして情報を送信したりすることで、適宜変更することができるようにしてもよい。この場合、未取得の画像があれば、未取得一覧画面が表示され、未取得の画像がなければ、単にトップ画面が表示されるようにするなど、適宜設定することができる。

サーバから携帯端末への通知は、トークンが登録されている場合においては少なくともプッシュ通知により行われるようにすればよい。例えば、トークンが登録されている場合においては、プッシュ通知に加えてメール通知を行ってもよい。プッシュ通知と共にメール通知を行う場合には、プッシュ通知を行わずにメール通知を行う場合と比較して、電子メールの記載内容を変更してもよい。例えば、プッシュ通知と共にメール通知を行う場合には、電子メールの記載内容を次のようにしてもよい。すなわち、プッシュ通知に重ねてメール通知が行われていることを説明する文言が電子メールに記載されるようにしてもよい。また、取得用のＵＲＬを電子メールに含めず、単に、アプリを起動して画像を取得することを案内するメッセージを電子メールに記載することで、アプリでの画像の取得を促すようにしてもよい。また、予めＯＳの仕様で定められた方法でアプリを起動させるための情報が記載されたウェブページがユーザに表示されるようにし、メール通知ではそのページのＵＲＬを記載することで、そのウェブページを通じてアプリの起動を促すようにしてもよい。このような場合であっても、アプリの起動時に未取得画像があれば、ポップアップ画面などを通じて速やかにユーザを画像を取得するための画面に誘導することができる。

サーバにトークンが登録されている場合において、所定のユーザに対してのみ、プッシュ通知に加えて、メール通知が行われるようにしてもよい。例えば、アプリのインストール時にメール通知の許可指示をユーザに求め、メール通知が許可された場合には、プッシュ通知を行う場合であっても、それに加えてメール通知を行うようにしてもよい。

サーバから携帯端末への通知の通知方法としては、上述のものに限られない。例えば、所定のメッセージングサービスを利用して事前にサーバと携帯端末との間で通信可能に設定されている場合には、そのメッセージングサービスを利用して、通知が行われるようにしてもよい。このような場合であっても、サーバに登録されている情報と、写真シール作成装置からサーバに送信されたユーザに関する情報とに基づいて、利用可能な通知方法を判別し、その判別結果に従った動作が行われるようにすることで、上述と同様の効果を得ることができる。

本発明は、写真シール作成装置に限られず、撮像した写真を用いて加工画像をユーザに提供する写真撮影遊戯装置やそれを備える装置を用いた画像提供システムに広く適用可能である。

上述の実施の形態における処理は、ソフトウェアによって行っても、ハードウェア回路を用いて行ってもよい。

上述の実施の形態における処理を実行するプログラムを提供することもできるし、そのプログラムをＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、メモリカードなどの記録媒体に記録してユーザに提供することにしてもよい。プログラムはインターネットなどの通信回線を介して、装置にダウンロードするようにしてもよい。上記のフローチャートで文章で説明された処理は、そのプログラムに従ってＣＰＵなどにより実行される。

上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 写真シール作成装置（写真撮影遊戯装置の一例）
５０１ 制御部
５０５ 記憶部
５０７ 制御プログラム
５０９ 通信部
６０１ 画像提供サーバ（画像提供装置の一例）
６０３ 通信部
６０５ 記憶部
６０７ 制御プログラム
６５０ 制御部
７０１ 携帯端末
７０３ 通信部
７０５ 記憶部
７０７ 制御プログラム
７１３ 表示部
７５０ 制御部
８０１ ネットワーク
９０１ 写真シール遊戯システム（画像提供システムの一例）

Claims (6)

1. ユーザがプレイを行う写真撮影遊戯装置と、前記プレイにより前記写真撮影遊戯装置で撮影された画像又はそれに基づく画像を前記ユーザに提供する画像提供装置と、前記画像提供装置により提供される画像を表示部に表示可能な携帯端末装置とを備える画像提供システムであって、
   前記写真撮影遊戯装置は、プレイを行うユーザに関するユーザ情報を前記画像提供装置に送信する送信手段を有し、
   前記画像提供装置は、
   前記写真撮影遊戯装置から送信された前記ユーザ情報に対応する携帯端末装置が前記画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果に基づいて、第１の通知方法及び第２の通知方法のうち前記携帯端末装置に情報を通知するために用いる通知方法を選択する通知方法選択手段と、
   前記通知方法選択手段により選択された通知方法により、前記画像の提供に関して前記携帯端末装置に情報を通知する通知手段とを有する画像提供システム。
2. 前記画像提供装置は、
   前記携帯端末装置から送信された、前記通知手段が前記第１の通知方法による通知を行うために用いるトークンを取得する取得手段と、
   前記取得手段により取得されたトークンと、前記トークンが送信された携帯端末装置に対応するユーザ情報とを対応付けて記録したデータベースを管理する管理手段とをさらに有し、
   前記携帯端末装置が前記画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果は、その携帯端末装置に関するトークンが前記データベースに記録されているか否かであり、
   前記通知方法選択手段は、前記写真撮影遊戯装置から送信された前記ユーザ情報に対応する携帯端末装置に関するトークンが前記データベースに記録されているとき、少なくとも第１の通知方法を選択する、請求項１に記載の画像提供システム。
3. 前記第１の通知方法は、外部のプッシュ通知サーバを介して行われ、前記携帯端末装置が前記プッシュ通知サーバから能動的に情報を取得するプッシュ型の通知方法であり、
   前記第２の通知方法は、前記携帯端末装置が受信できるように送信された電子メールを用いた通知方法である、請求項１又は２に記載の画像提供システム。
4. ユーザが行ったプレイにより写真撮影遊戯装置で撮影された画像又はそれに基づく画像を携帯端末装置に提供する画像提供装置であって、
   前記写真撮影遊戯装置から送信されたプレイを行うユーザに関するユーザ情報を取得するユーザ情報取得手段と、
   前記ユーザ情報取得手段により取得された前記ユーザ情報に対応する携帯端末装置が前記画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果に基づいて、第１の通知方法及び第２の通知方法のうち前記携帯端末装置に情報を通知するために用いる通知方法を選択する通知方法選択手段と、
   前記通知方法選択手段により選択された通知方法により、前記画像の提供に関して前記携帯端末装置に情報を通知する通知手段とを備える、画像提供装置。
5. ユーザが行ったプレイにより写真撮影遊戯装置で撮影された画像又はそれに基づく画像を携帯端末装置に提供する画像提供装置の制御方法であって、
   前記写真撮影遊戯装置から送信されたプレイを行うユーザに関するユーザ情報を取得するユーザ情報取得ステップと、
   前記ユーザ情報取得ステップにより取得された前記ユーザ情報に対応する携帯端末装置が前記画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果に基づいて、第１の通知方法及び第２の通知方法のうち前記携帯端末装置に情報を通知するために用いる通知方法を選択する通知方法選択ステップと、
   前記通知方法選択ステップにより選択された通知方法により、前記画像の提供に関して前記携帯端末装置に情報を通知する通知ステップとを備える、画像提供装置の制御方法。
6. ユーザが行ったプレイにより写真撮影遊戯装置で撮影された画像又はそれに基づく画像を携帯端末装置に提供する画像提供装置の制御プログラムであって、
   前記写真撮影遊戯装置から送信されたプレイを行うユーザに関するユーザ情報を取得するユーザ情報取得ステップと、
   前記ユーザ情報取得ステップにより取得された前記ユーザ情報に対応する携帯端末装置が前記画像提供装置からの所定の通知方法による通知を受けるか否かの設定結果に基づいて、第１の通知方法及び第２の通知方法のうち前記携帯端末装置に情報を通知するために用いる通知方法を選択する通知方法選択ステップと、
   前記通知方法選択ステップにより選択された通知方法により、前記画像の提供に関して前記携帯端末装置に情報を通知する通知ステップとをコンピュータに実行させる画像提供装置の制御プログラム。

Images