JP7231815B2 - サーバ、アカウント統合システム、更新方法、制御プログラム、および記録媒体 - Google Patents

Description

本発明は、被写体を撮影した撮影画像またはその編集画像である画像データを管理する写真管理サービスに係る管理サーバなどに関する。

従来、所定のソーシャルネットワーキングサービスによる認証により、他のサービスへのログインを可能とする、ソーシャルログインという技術が公知である。ソーシャルログインが行われた場合、対応するソーシャルネットワーキングサービスのリソースの一部を、前記他のサービスから参照することが可能となる。特許文献１では、携帯端末において同じ認証情報に基づくログイン状態を、ブラウザを用いてアプリ間で共有させる技術が開示されている。

特開２０１３－２２２４４０号公報（２０１３年１０月２８日公開）

しかしながら、上述のような従来技術は、例えば、所定のサービスに対して複数種類のソーシャルログインが可能である場合等に、ユーザが複数のアカウントを作成して、前記サービスにおける各情報を分散させがちであるという問題がある。

本発明の一態様は、上記の問題に鑑みてなされたものであり、所定のサービスにおいて複数のアカウントに分散した情報を統合することを目的とする。

上記の課題を解決するために、本発明の一態様に係るサーバは、所定のサービスに登録された複数のアカウントと、各アカウントに関連付けられた情報とを保存する記憶部と、前記各アカウントに関連付けられた情報の少なくとも一部を統合することを要求することを示す情報を取得する取得部と、前記取得部が当該情報を取得した場合に、第１のアカウントに関連付けられた情報の少なくとも一部を、第２のアカウントに関連付けられた情報の少なくとも一部と統合された情報に更新する制御部と、を備えることを特徴としている。前記の構成によれば、所定のサービスにおいて複数のアカウントに分散した情報を統合できる。

本発明の一態様に係るサーバでは、前記制御部は、前記サービスにおいて所定の処理が実行された場合に、当該情報の少なくとも一部を統合するか否かの選択肢を提示してもよい。前記の構成によれば、所定の処理が実行された場合に、分散した情報を統合することをユーザに促すことができる。

本発明の一態様に係るサーバでは、前記制御部は、前記所定の処理として、課金処理を要求する情報を受け付けることを実行してもよい。

前記の構成によれば、課金処理が実行された場合に、分散した情報を統合することをユーザに促すことができる。

本発明の一態様に係るサーバでは、前記制御部は、前記所定の処理として、前記サービスに対するログインを要求する情報を受け付けることを実行してもよい。前記の構成によれば、ログインが実行された場合に、分散した情報を統合することをユーザに促すことができる。

本発明の一態様に係るサーバでは、前記制御部は、前記第１のアカウントと前記第２のアカウントとを単一のアカウントに統合し、前記単一のアカウントに関連付けられた情報は、前記第１のアカウントに関連付けられた情報の全てと、前記第２のアカウントに関連付けられた情報の全てとが統合された情報であってもよい。前記の構成によれば、複数のアカウントを単一のアカウントに統合可能なサーバを実現できる。

本発明の一態様に係るサーバでは、前記第１のアカウントと前記第２のアカウントとの何れかを基準に、アカウントを統合し、対象となる、各アカウントに関連付けられた情報の少なくとも何れかが所定の値である場合には、前記第１のアカウントと前記第２のアカウントとの何れを基準にアカウントを統合するかに関わらず、統合後のアカウントに関連付けられた当該情報の値を、前記所定の値に設定してもよい。前記の構成によれば、何れかの情報が所定の値であればアカウントの統合後においても、前記所定の値を引き継ぐことができる。

本発明の一態様に係るサーバでは前記制御部は、前記第１のアカウントと前記第２のアカウントとの何れかを基準に、アカウントを統合し、基準とならないアカウントが有料サービスに登録されたアカウントであり、基準となるアカウントが前記有料サービスに登録されたアカウントでない場合に、統合後のアカウントを、前記有料サービスに登録されたアカウントに設定してもよい。前記の構成によれば、ユーザは前記有料サービスを継続して享受することができる。

上記の課題を解決するために、本発明の一態様に係るアカウント統合システムは、外部の装置との通信を行う通信部と、所定のサービスに登録された複数のアカウントに関連付けられた情報の少なくとも一部を統合することを要求することを示す情報を、サーバに対して、前記通信部に送信させる端末制御部を備える携帯端末と、複数のアカウントと、各アカウントに関連付けられた情報とを保存する記憶部と、前記携帯端末から送信された情報を取得する取得部と、前記取得部が当該情報を取得した場合に、第１のアカウントに関連付けられた情報の少なくとも一部を、第２のアカウントに関連付けられた情報の少なくとも一部と統合された情報に更新するサーバ制御部と、を備えるサーバと、を備えることを特徴としている。これにより、上述した効果と同様の効果を奏する。

上記の課題を解決するために、本発明の一態様に係る更新方法は、装置によって実行される情報の更新方法であって、所定のサービスに登録されたアカウントと、当該アカウントに関連付けられた情報とを保存する記憶ステップと、各アカウントに関連付けられた情報の少なくとも一部を統合することを要求することを示す情報を取得する取得ステップと、前記取得ステップにおいて当該情報を取得したこと場合に、第１のアカウントに関連付けられた情報の少なくとも一部を、第２のアカウントに関連付けられた情報の少なくとも一部と統合された情報に更新する更新ステップと、を含むことを特徴としている。これにより、上述した効果と同様の効果を奏する。

本発明の各態様に係るサーバは、コンピュータによって実現してもよく、この場合には、コンピュータを上記サーバが備える各部（ソフトウェア要素）として動作させることにより上記サーバをコンピュータにて実現させるサーバの制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明の一態様によれば、所定のサービスにおいて複数のアカウントに分散した情報を統合できる。

本発明の第１実施形態に係る管理サーバの要部構成を示すブロック図である。 本発明の第１実施形態に係る撮影画像管理システムの構成を示す図である。 本発明の第１実施形態に係る写真シール作成装置の外観の構成例を示す斜視図である。 本発明の第１実施形態に係る写真シール作成装置の外観を他の角度からみた斜視図である。 本発明の第１実施形態におけるユーザの移動について説明する図である。 本発明の第１実施形態に係る写真シール作成装置に備えられる撮影部の構成例を示す図である。 本発明の第１実施形態に係る写真シール作成装置に備えられる背景部の構成例を示す図である。 本発明の第１実施形態に係る写真シール作成装置に備えられる編集部の構成例を示す図である。 本発明の第１実施形態に係る写真シール作成装置に備えられる事後接客部の構成例を示す図である。 本発明の第１実施形態に係る写真シール作成装置の内部の構成例を示すブロック図である。 シングルサインオン例１に係る処理の流れを示すフローチャートである。 表示される各画面例を示す図である。 シングルサインオン例２に係る処理の流れを示すフローチャートである。 アカウント統合例１に係る処理の流れを示すフローチャートである。 ２つのアカウントにおける課金情報が統合された場合におけるデータベースの例を示す図である。 アカウント統合例２に係る処理の流れを示すフローチャートである。 アカウント統合例３に係る処理の流れを示すフローチャートである。 ２つのアカウントが単一のアカウントに統合された場合のデータベースの例を示す図である。 本発明の第１実施形態に係る会員データベースの例を示す図である。 本発明の第１実施形態に係る画像保存判定データベースの例を示す図である。

〔実施形態１〕
本発明の第１の実施形態について、図１～図１３および図１９、図２０を参照して以下に説明する。以下の特定の実施形態で説明する構成以外の構成については、必要に応じて説明を省略する場合があるが、他の実施形態で説明されている場合は、その構成と同じである。また、説明の便宜上、各実施形態に示した部材と同一の機能を有する部材については、同一の符号を付し、適宜その説明を省略する。さらに、各図面に記載した構成の形状、ならびに、長さ、大きさおよび幅などの寸法は、実際の形状および寸法を反映させたものではなく、図面の明瞭化と簡略化のために適宜変更している。

（撮影画像管理システム１０）
図２は、本発明の第１実施形態に係る撮影画像管理システム（ログインシステム、アカウント統合システム）１０の構成を示す図である。図２に示すように、撮影画像管理システム１０は、写真シール作成装置１、携帯端末６、および管理サーバ４を備えている。

撮影画像管理システム１０の概要について、以下に説明する。撮影画像管理システム１０は、ユーザの写真撮影、画像の編集、画像の写真シールとしての印刷、および画像提供サイトへの画像の保存を実現するサービス（画像管理サービス）をユーザに提供する。写真撮影、画像編集、および写真シール印刷のサービスは、ゲームセンターなどの店舗に設置された写真シール作成装置１によって提供される。画像保存のサービスは、画像提供サイトを管理する管理サーバ４によって提供される。ユーザは、自身が所持する携帯端末６を操作することによって、自身の撮影画像を画像提供サイトに保存することができる。

画像提供サイトへの画像の保存には、事前の会員登録が必要である。ユーザは、無料会員として自身を画像提供サイトに登録する。無料会員は、会費を支払う必要がないが、画像提供サイトは保存できる画像の枚数に制限を受ける。本実施形態では、無料会員は、一回のゲームごとに一枚の画像のみを画像提供サイトに保存できる。

ユーザは、自身の会員属性を、無料会員から有料会員に変更することができる。有料会員は、一定の会費を継続的に支払う必要がある代わりに、画像提供サイトに無制限に画像を保存できる。本実施形態では、一回の写真撮影によって生成された撮影画像を全て画像提供サイトに保存できる。

撮影画像管理システム１０における写真撮影から画像保存までの流れについて、以下に簡潔に説明する。一人または複数人のユーザは、代金を写真シール作成装置１に支払い、写真撮影および画像編集に関するゲームをプレイする。ユーザはゲーム中に自身を被写体として撮影する。ユーザは、撮影によって生成された画像の中から、編集対象の画像をいくつか選択し、好きなように編集する。また、ユーザは、後で画像を画像提供サイトに保存するために、写真シール作成装置１に自身のメールアドレスを入力する。

ゲームの終了後、ユーザは写真シールを手に入れる。一方、写真シール作成装置１は、生成した画像に、入力されたユーザのメールアドレスを関連付けて、管理サーバ４に送信する。管理サーバ４は、受信したメールアドレス宛に、受信した画像を画像提供サイトに保存することを案内するメールを送信する。ユーザは、自身の携帯端末６においてこのメールを受信する。メールには、画像を画像提供サイトに保存するための手順が、記載されている。ユーザは、その手順に従い、画像を保存するための操作を携帯端末６に対して行う。この結果、画像提供サイトにおけるユーザ専用の画像記憶領域に、画像が保存される。

画像提供サイトへの画像保存後、ユーザは、携帯端末６または所望の他の装置を用いて画像提供サイトにログインして、画像をダウンロードすることができる。

（写真シール作成装置の構成）
撮影画像管理システム１０を構成する各装置の構成および機能について、以下に詳細に説明する。まず、写真シール作成装置１の詳細について、図３～図１０を参照して説明する。図３は、本発明の第１実施形態に係る写真シール作成装置１の外観の構成例を示す斜視図である。この図に示すように、写真シール作成装置１は、主に、撮影ユニット１１、編集部１２、および事後接客部１３を備えている。写真シール作成装置１は、撮影ユニット１１と編集部１２とが接し、かつ、編集部１２と事後接客部１３とが接した状態で設置される。

（撮影ユニット１１）
撮影ユニット１１は、撮影部２１および背景部２２を備えている。撮影部２１と背景部２２とは、所定の距離だけ離れて設置される。撮影部２１と背景部２２の間に形成される空間である撮影空間において、撮影制御が行われる。

撮影部２１は、撮影制御をユーザに行わせる装置である。撮影部２１は、撮影空間に入り、撮影制御を行っているユーザの正面に位置する。撮影空間を正面に望む面を構成する撮影部２１の正面パネル４１には、撮影制御時にユーザによって用いられるタッチパネルモニタなどが設けられる。撮影空間にいるユーザから見て左側の面を左側面、右側の面を右側面とすると、撮影部２１の左側面が側面パネル４２Ａによって構成され、右側面が側面パネル４２Ｂによって構成される。

背景部２２は、正面を向いて撮影制御を行っているユーザの背面側に位置する板状の部材である背面パネル５１、背面パネル５１の左端に取り付けられ、側面パネル４２Ａより横幅の狭い板状の部材である側面パネル５２Ａ、および、背面パネル５１の右端に取り付けられ、側面パネル４２Ｂより横幅の狭い板状の部材である側面パネル５２Ｂ（図４）から構成される。

撮影部２１の左側面を構成する側面パネル４２Ａと背景部２２の側面パネル５２Ａは、ほぼ同一平面に設けられ、それぞれの上部が板状の部材である連結部２３Ａによって連結される。また、撮影部２１の右側面を構成する側面パネル４２Ｂと背景部２２の側面パネル５２Ｂは、ほぼ同一平面に設けられ、それぞれの上部が板状の部材である連結部２３Ｂによって連結される。

撮影部２１の側面パネル４２Ａ、連結部２３Ａ、および背景部２２の側面パネル５２Ａに囲まれることによって形成される開口が撮影空間の出入り口Ｇ１となる。撮影部２１の側面パネル４２Ｂ、連結部２３Ｂ、および背景部２２の側面パネル５２Ｂに囲まれることによって形成される開口も撮影空間の出入り口Ｇ２となる。

背景部２２の上部には、背面パネル５１、側面パネル５２Ａ、および側面パネル５２Ｂに支持される形で背景カーテンユニット２５が設けられる。背景カーテンユニット２５には、色または柄の異なる、背景に利用する巻き取り式の背景カーテンが複数収納される。背景カーテンユニット２５は、撮影部２１に設けられたカメラ等による撮影と連動して動作し、撮影の際に、例えばユーザによって選択された色のカーテンを下ろし、その他のカーテンを巻き取る。

背景カーテンユニット２５に収納される背景カーテンとしては、複数枚のカーテンを１枚のクロマキ用のカーテンとして使用する昇降式カーテンを用意してもよい。また、クロマキ用のカーテンを予め撮影空間の背面となる背面パネル５１に張り付けると共に、合成用の背景画像を複数種類用意し、後述する編集制御において、ユーザが所望する背景画像をカーテンの部分に合成することができるようにしてもよい。

撮影空間の上方には、撮影部２１の正面パネル４１、連結部２３Ａ、連結部２３Ｂ、および背景カーテンユニット２５に囲まれる開口が形成され、その開口の一部を覆うように天井ストロボユニット２４が設けられる。天井ストロボユニット２４の一端が連結部２３Ａに固定され、他端が連結部２３Ｂに固定される。天井ストロボユニット２４は、撮影に合わせて撮影空間内に向けて発光するストロボを内蔵する。天井ストロボユニット２４を構成するストロボの内部には蛍光灯が設けられており、撮影空間の照明としても機能する。

（編集部１２）
編集部１２は、撮影制御によって得られた画像を編集する処理である編集制御をユーザに行わせる装置である。編集部１２は、一方の側面が撮影部２１の正面パネル４１の背面に接するように撮影ユニット１１に連結して設けられる。編集部１２には、編集制御時にユーザによって用いられるタブレット内蔵モニタなどの構成が設けられる。

図３に示す編集部１２の構成を正面側の構成とすると、２組のユーザが同時に編集することができるように、編集部１２の正面側と背面側には編集制御に用いられる構成がそれぞれ設けられる。

編集部１２の正面側は、床面に対して垂直な面であり、側面パネル４２Ａとほぼ平行な面である面７１と、面７１の上方に形成された斜面７２から構成され、編集制御に用いられる構成が斜面７２に設けられる。斜面７２の左側には、柱状の形状を有し、照明装置７４の一端を支持する支持部７３Ａが設けられる。支持部７３Ａの上面にはカーテンレール２６を支持する支持部７５が設けられる。斜面７２の右側にも、照明装置７４の他端を支持する支持部７３Ｂ（図４）が設けられる。

編集部１２の上方にはカーテンレール２６が取り付けられる。カーテンレール２６は、上から見たときの形状がコの字状となるように３本のレール２６Ａ乃至２６Ｃを組み合わせて構成される。平行に設けられるレール２６Ａと２６Ｂの一端は、連結部２３Ａと連結部２３Ｂにそれぞれ固定され、他端に残りの一本のレール２６Ｃの両端が接合される。

カーテンレール２６には、編集部１２の正面前方の空間と背面前方の空間の内部が外から見えないようにカーテンが取り付けられる。カーテンレール２６に取り付けられたカーテンによって囲まれる編集部１２の正面前方の空間と背面前方の空間が、ユーザが編集制御を行う編集空間となる。

（事後接客部１３）
図４は、写真シール作成装置の外観を他の角度からみた斜視図である。事後接客部１３は事後接客を行い、ユーザに事後接客に対する操作を行わせる装置である。事後接客には、画像（編集済みの画像を含む）を管理サーバ４に送信する処理、ミニゲームをユーザに行わせる処理、アンケートに答えさせる処理などが含まれる。

図４に示すように、事後接客部１３は、所定の厚さを有する板状の筐体を有しており、その背面が編集部１２の左側面に接するように編集部１２に連結して設けられる。事後接客部１３の正面には、事後接客に対する操作時にユーザによって用いられるタブレット内蔵モニタ、および、画像（編集済みの画像を含む）が印刷されたシール紙が排出される排出口などが設けられる。事後接客部１３の正面前方の空間が、シール紙への印刷が終わるのを待っているユーザが事後接客に対する操作を行う事後接客空間となる。

（ユーザの移動）
写真シール作成ゲームの流れと、それに伴うユーザの移動について図５を参照して説明する。図５は、ユーザの移動について説明する図である。

写真シール作成装置１のユーザは、白抜き矢印＃１で示すように出入り口Ｇ１から、または白抜き矢印＃２で示すように出入り口Ｇ２から、撮影部２１と背景部２２の間に形成された撮影空間Ａ１に入り、撮影部２１に設けられたカメラおよびタッチパネルモニタなどを利用して撮影制御を行う。

なお、ユーザの画像の撮影においては、すべての撮影がシール紙に印刷される画像を撮影するものとは限らず、携帯端末６に送信するため（または、携帯端末６において閲覧可能なように、管理サーバ４に送信するため）にのみ撮影される場合もある。これは、印刷される画像と携帯端末６に送信される画像との間でユーザの嗜好が異なることがあるためであり、ユーザの撮影時において、携帯端末６への送信を意識した撮影をしたいユーザの意向にこたえるものである。

撮影制御を終えたユーザは、白抜き矢印＃３で示すように出入り口Ｇ１を使って撮影空間Ａ１から出て編集空間Ａ２－１に移動するか、白抜き矢印＃４で示すように出入り口Ｇ２を使って撮影空間Ａ１から出て編集空間Ａ２－２に移動する。

編集空間Ａ２－１は、編集部１２の正面側の編集空間であり、編集空間Ａ２－２は、編集部１２の背面側の編集空間である。編集空間Ａ２－１と編集空間Ａ２－２のいずれの空間に移動するのかが、撮影部２１のタッチパネルモニタの画面表示などによって案内される。例えば２つの編集空間のうちの空いている方の空間が移動先として案内される。編集空間Ａ２－１または編集空間Ａ２－２に移動したユーザは編集制御を開始する。編集空間Ａ２－１のユーザと、編集空間Ａ２－２のユーザは同時に編集制御を行うことができる。

編集制御が終了した後、画像（編集済みの画像を含む）の中から選択された画像の印刷が開始される。画像の印刷中、編集制御を終えたユーザは、編集空間Ａ２－１で編集制御を行っていた場合には白抜き矢印＃５で示すように編集空間Ａ２－１から事後接客空間Ａ３に移動して事後接客を受け、当該事後接客に対する操作を行う。また、編集制御を終えたユーザは、編集空間Ａ２－２で編集制御を行っていた場合には白抜き矢印＃６で示すように編集空間Ａ２－２から事後接客空間Ａ３に移動し、事後接客空間Ａ３において事後接客を受け、当該事後接客に対する操作を行う。

画像の印刷が終了したとき、ユーザは、事後接客部１３に設けられた排出口からシール紙を受け取り、一連の写真シール作成ゲームを終えることになる。

（各部材の構成）
次に、写真シール作成装置１に備えられる各部材の構成について説明する。

（撮影部２１）
図６は、写真シール作成装置１に備えられる撮影部２１の構成例を示す図である。撮影部２１は、正面パネル４１、側面パネル４２Ａ、および側面パネル４２Ｂが、箱状の形状を有するベース部４３に取り付けられることによって構成される。

正面パネル４１は撮影空間Ａ１で撮影制御を行うユーザの正面に位置し、側面パネル４２Ａと側面パネル４２Ｂは、それぞれ、撮影空間Ａ１で撮影制御を行うユーザの左側、右側に位置する。側面パネル４２Ａの上方には連結部２３Ａが固定され、側面パネル４２Ｂの上方には連結部２３Ｂが固定される。

正面パネル４１のほぼ中央には撮影・表示ユニット８１が設けられる。撮影・表示ユニット８１は、カメラ９１、正面ストロボ９２、およびタッチパネルモニタ９３から構成される。

カメラ９１は、ＣＣＤ（Charge Coupled Device）またはＣＭＯＳ（Complementary metal-oxide semiconductor）などの撮像素子によって構成され、撮影空間Ａ１にいるユーザを撮影する。カメラ９１によって取り込まれた動画像は、タッチパネルモニタ９３にリアルタイムで表示される。ユーザによって撮影が指示されたときなどの所定のタイミングでカメラ９１によって取り込まれた画像は画像（静止画像）として保存される。

カメラ９１の下側に設けられたタッチパネルモニタ９３は、ＬＣＤ（Liquid Crystal Display）などのモニタと、それに積層されたタッチパネルによって構成される。タッチパネルモニタ９３は、カメラ９１によって取り込まれた動画像を表示するライブビューモニタとしての機能と、各種のＧＵＩ（Graphical User Interface）画像を表示し、ユーザの選択操作をタッチパネルによって受け付ける機能とを備えている。タッチパネルモニタ９３には、適宜、背景等の画像が合成された後の動画像が表示される。

正面パネル４１には、撮影・表示ユニット８１の位置を基準として、上方に上ストロボ８２が設置される。また、左方に左ストロボ８３が設置され、右方に右ストロボ８４が設置される。撮影・表示ユニット８１の下方の位置には、ベース部４３の上面が一部突出する形で下ストロボ８５が設けられる。

上ストロボ８２は、ユーザを上前方から照射する。左ストロボ８３は、ユーザを左前方から照射し、右ストロボ８４は、ユーザを右前方から照射する。下ストロボ８５は、ユーザを下前方から照射する。

ベース部４３にはユーザの足元を照射する足元ストロボ８６も設けられる。上ストロボ８２、左ストロボ８３、右ストロボ８４、下ストロボ８５、および足元ストロボ８６の内部には蛍光灯が設けられており、天井ストロボユニット２４を構成するストロボの内部の蛍光灯と合わせて、撮影空間Ａ１内の照明として用いられる。後述するように、各蛍光灯の発光量を調整することによって、または、発光させる蛍光灯の数を調整することによって、撮影空間Ａ１内の明るさが、ユーザが行っている撮影制御の内容に応じて適宜調整される。

足元ストロボ８６の右側には、ユーザがお金を投入する硬貨投入返却口８７が設けられる。

下ストロボ８５を挟んでベース部４３の上面の左右に形成されるスペース４３Ａおよび４３Ｂは、撮影制御を行うユーザが手荷物等を置くための荷物置場として用いられる。正面パネル４１の例えば天井付近には、撮影制御の案内音声、ＢＧＭ（Back Ground Music）、効果音等の音を出力するスピーカも設けられる。

（背景部２２）
図７は、写真シール作成装置１に備えられる背景部２２の構成例を示す図である。上述したように、背面パネル５１の上方には背景カーテンユニット２５が設けられる。背景カーテンユニット２５のほぼ中央には、撮影空間Ａ１内で撮影制御を行っているユーザを後方中央から照射する背面中央ストロボ１０１が取り付けられる。

背面パネル５１の上方であって、出入り口Ｇ１側の位置には、撮影空間Ａ１内で撮影制御を行っているユーザを左後方から照射する背面左ストロボ１０２が取り付けられる。また、背面パネル５１の上方であって、出入り口Ｇ２側の位置には、撮影空間Ａ１内で撮影制御を行っているユーザを右後方から照射する背面右ストロボ１０３が取り付けられる。

（編集部１２）
図８は、写真シール作成装置１に備えられる編集部１２の構成例を示す図である。この図に示すように、編集部１２において、斜面７２のほぼ中央には、タブレット内蔵モニタ１３１が設けられる。タブレット内蔵モニタ１３１を挟んで左側にタッチペン１３２Ａが設けられ、右側にタッチペン１３２Ｂが設けられる。

タブレット内蔵モニタ１３１は、タッチペン１３２Ａおよび１３２Ｂを用いて操作入力が可能なタブレットがＬＣＤなどのモニタに重畳して設けられることによって構成される。タブレット内蔵モニタ１３１には、例えば、編集対象画像として選択された画像の編集に用いられる画面である編集画面が表示される。２人で同時に編集作業を行う場合、タッチペン１３２Ａは一方のユーザによって用いられ、タッチペン１３２Ｂは他方のユーザによって用いられる。

なお、編集部１２において行われる画像の編集は、すべてが印刷される画像に対する編集であるとは限らず、ユーザが携帯端末６への送信のみを想定している画像（つまり、印刷されない画像）に対する編集である場合もある。これは、印刷される画像と携帯端末６へ送信されてｗｅｂ上で利用される画像との間で、ユーザの嗜好に違いがあり、例えばブログなどに利用する画像などに対して、印刷される画像に対する編集とは異なる編集をしたいというユーザの意向にこたえるためのものである。

（事後接客部１３）
編集部１２の左側には事後接客部１３が設けられる。図９は、写真シール作成装置１に備えられる事後接客部１３の構成例を示す図である。

事後接客部１３の上方中央にはタブレット内蔵モニタ１６１が設けられる。タブレット内蔵モニタ１６１を挟んで左側にタッチペン１６２Ａが設けられ、右側にタッチペン１６２Ｂが設けられる。タブレット内蔵モニタ１６１もタブレット内蔵モニタ１３１と同様に、タッチペン１６２Ａまたは１６２Ｂを用いて操作入力が可能なタブレットがＬＣＤなどのモニタに重畳して設けられることによって構成される。タブレット内蔵モニタ１６１には、ミニゲームなどの事後接客の工程において用いられる画面が表示される。

タブレット内蔵モニタ１６１の下には非接触型ＩＣリーダ／ライタ１６３が設けられ、非接触型ＩＣリーダ／ライタ１６３の下にはシール紙排出口１６４が設けられる。シール紙排出口１６４の下にはスピーカ１６５が設けられる。

非接触型ＩＣリーダ／ライタ１６３は、近接された非接触型ＩＣと通信を行い、非接触型ＩＣからのデータの読み出しおよび非接触型ＩＣに対するデータの書き込みを行う。

シール紙排出口１６４には、編集空間Ａ２－１のユーザが編集制御を行うことによって作成した画像が印刷されたシール紙、または、編集空間Ａ２－２のユーザが編集制御を行うことによって作成した画像が印刷されたシール紙が排出される。編集部１２の内部にはプリンタが設けられており、画像の印刷がそのプリンタによって行われる。

スピーカ１６５は、事後接客時の案内音声、ＢＧＭ、効果音等の音を出力する。

（写真シール作成装置１の内部構成）
次に、写真シール作成装置１の内部構成について説明する。図１０は、写真シール作成装置１の内部の構成例を示すブロック図である。上述した構成と同じ構成には同じ符号を付す。重複する説明については適宜省略する。

制御部２０１は、ＣＰＵ（Central Processing Unit）などから構成され、ＲＯＭ（Read Only Memory）２０６または記憶部２０２に記憶されているプログラムを実行し、写真シール作成装置１の全体の動作を制御する。制御部２０１には、記憶部２０２、通信部２０３、ドライブ２０４、ＲＯＭ２０６、ＲＡＭ（Random Access Memory）２０７が接続される。制御部２０１には、撮影部２１、編集部１２、事後接客部１３、および印刷部２１１の各構成も接続される。

記憶部２０２は、ハードディスクまたはフラッシュメモリなどの不揮発性の記憶媒体からなり、制御部２０１から供給された各種の設定情報を記憶する。記憶部２０２に記憶されている情報は制御部２０１によって適宜読み出される。

通信部２０３はインターネットなどのネットワークのインタフェースであり、制御部２０１による制御に従って外部の装置と通信を行う。

ドライブ２０４には、光ディスクまたは半導体メモリなどよりなるリムーバブルメディア２０５が適宜装着される。ドライブ２０４によってリムーバブルメディア２０５から読み出されたコンピュータプログラムおよびデータは、制御部２０１に供給され、記憶部２０２に記憶されたり、インストールされたりする。

ＲＯＭ２０６には、制御部２０１において実行されるプログラムおよびデータが記憶されている。ＲＡＭ２０７は、制御部２０１が処理するデータおよびプログラムを一時的に記憶する。

撮影部２１は、撮影空間Ａ１におけるユーザの撮影制御に関する処理を行う。撮影部２１は、硬貨処理部２２１、背景制御部２２２、照明制御部２２３、カメラ９１、タッチパネルモニタ９３、およびスピーカ２２４から構成される。

硬貨処理部２２１は、硬貨投入返却口８７に対する硬貨の投入を検出する。硬貨処理部２２１は、例えば３００円などの所定の金額分の硬貨が投入されたことを検出した場合、そのことを表す起動信号を制御部２０１に出力する。

背景制御部２２２は、制御部２０１より供給される背景制御信号に従って背景カーテンユニット２５に収納されている背景カーテンの上げ下ろしを行う。背景カーテンの選択がユーザによって手動で行われるようにしてもよい。

照明制御部２２３は、制御部２０１より供給される照明制御信号に従って、撮影空間Ａ１内の各ストロボの発光を制御する。上述したように、撮影空間Ａ１には、天井ストロボユニット２４のストロボの他に、撮影部２１に設けられる上ストロボ８２、左ストロボ８３、右ストロボ８４、下ストロボ８５、足元ストロボ８６と、背景部２２に設けられる背面中央ストロボ１０１、背面左ストロボ１０２、背面右ストロボ１０３が設けられる。各ストロボの内部には蛍光灯も設けられる。

また、照明制御部２２３は、各ストロボの内部に設けられる蛍光灯の発光量を調整することによって、または、発光させる蛍光灯の数を調整することによって、ユーザが行っている撮影制御の段階に応じて撮影空間Ａ１内の明るさを調整する。

カメラ９１は、制御部２０１による制御に従って撮影を行い、撮影によって得られた画像（画像）を制御部２０１に出力する。また、カメラ９１は、後述するユーザ認証を行う場合、ユーザの身体の一部、ユーザの姿勢（ポーズ）、または、ユーザの動き（ジェスチャー）を静止画または動画として撮影することにより、画像認証に係る情報（画像認証情報）を生成するための画像（認証用画像）を撮影し、制御部２０１に送信しても良い。

編集部１２Ａは、編集空間Ａ２－１におけるユーザの編集制御に関する処理を行う。編集部１２Ａは、編集部１２の正面側に設けられるタブレット内蔵モニタ１３１、タッチペン１３２Ａ、１３２Ｂ、およびスピーカ２３１から構成される。編集部１２Ｂも編集部１２Ａと同一の構成を有しており、編集空間Ａ２－２におけるユーザの編集制御に関する処理を行う。

タブレット内蔵モニタ１３１は、制御部２０１による制御に従って編集画面を表示し、編集画面に対するユーザの操作を検出する。ユーザの操作の内容を表す信号は制御部２０１に供給され、編集対象の画像の編集が行われる。

事後接客部１３は、事後接客空間Ａ３における事後接客に関する処理を行う。事後接客部１３は、タブレット内蔵モニタ１６１、タッチペン１６２Ａ、１６２Ｂ、非接触型ＩＣリーダ／ライタ１６３、およびスピーカ１６５から構成される。

印刷部２１１は、印刷制御を行う構成であるプリンタ２４１、およびシール紙ユニット２４２から構成される。プリンタ２４１は、画像、またはユーザによる編集制御によって得られた編集済みの画像を、プリンタ２４１に装着されたシール紙ユニット２４２に収納されているシール紙に印刷し、シール紙排出口１６４に排出する。一点鎖線で囲んで示す事後接客部１３と印刷部２１１が、事後接客空間Ａ３にいるユーザを相手とした事後接客に関する処理を行う構成となる。

また、印刷部２１１は、印刷制御に係る処理において、シール紙への撮影画像（または編集画像）の印刷に加え、欄外（シール紙の端部など）に、管理サーバ４へ送信した画像を取得するためのＵＲＬ（Uniform Resource Locater）、および、シールＩＤ（画像取得用ＩＤ）などを印刷してもよい。シールＩＤとは、写真シール作成装置１において１ゲーム中に生成された１または複数の画像（撮影画像および編集画像を含む）を一義的に特定するための識別子であり、ユーザが１ゲーム中に生成された画像を取得するための識別子である。ユーザは、画像を取得するためのＵＲＬにアクセスし、シールＩＤを入力することにより、写真シール作成装置１において１ゲーム中に生成された画像を取得するためのウェブページ（画像取得用ページ）を携帯端末６に表示させることができる。

これは、例えば、事後接客部１３などにおいてユーザからメールアドレスの入力を受け付ける際に、タイムアウトやミス入力により正しいアドレスを受け付けることができず、画像を取得するためのＵＲＬなどの情報をユーザに送信することができないなど場合に、シール紙に印刷されているＵＲＬにアクセスしてシールＩＤを入力することによりユーザが画像を取得することができるようにするためである。

なお、印刷部２１１は、画像を取得するための情報として、ＵＲＬではなく、例えば、所定のメールアドレスまたはＱＲコード（登録商標）などを印刷してもよい。所定のメールアドレスが印刷されている場合には、ユーザは、当該所定のメールアドレスに空メールを送信することにより、画像を取得するためのＵＲＬが記載されたメールを管理サーバ４から受信することができる。また、シール紙にＱＲコードが印刷されている場合には、ユーザは、携帯端末６を用いてＱＲコードの示すウェブページへアクセスすることにより、画像取得用ページへ直接アクセスすることもできる。

（管理サーバ４）
次に、管理サーバ４の詳細について、図１を参照して説明する。図１は、本発明の実施形態１に係る管理サーバ４の要部構成を示すブロック図である。この図に示すように、管理サーバ４は、主に、制御部（サーバ制御部）４０１、記憶部４０２、および通信部（サーバ通信部）４０３を備えている。制御部４０１は、管理サーバ４に備えられる各部材を統括制御する。記憶部４０２は、管理サーバ４において使用される各種データを記憶する。通信部４０３は、撮影画像管理システム１０を構成する他の装置と通信する。

なお、管理サーバ４は、記憶部４０２の会員データベース４２２に格納された会員情報を写真シール作成装置１に定期的に送信してもよい。なお、写真シール作成装置１が、会員情報を定期的にダウンロードしてもよい。この場合、管理サーバ４と写真シール作成装置１とは、通信負荷が比較的少ない午前中や夜間に通信を行い、会員情報を送受信することが望ましい。

（制御部４０１の詳細）
図１に示すように、制御部４０１は、通信制御部４１１、メール作成部４１２、ウェブページ作成部４１３、画像管理部（保存処理部）４１４、認証部４１５、および取得部４１６を備えている。また、制御部４０１は、管理サーバ４全体を統括し、後述する各種判定処理やアカウントの統合処理等を行う。

（通信制御部４１１）
通信制御部４１１は、通信部４０３による通信を制御する。

（メール作成部４１２）
メール作成部４１２は、写真シール作成装置１で遊んだユーザのメールアドレス宛に送信されるメールを作成する。本実施形態では、メール作成部４１２は、メールデータベース４２１に格納されているデータを用いて、通信制御部４１１から入力されたメールアドレス宛に送信される、画像の保存を案内するメールを作成し、通信制御部４１１に出力する。

（ウェブページ作成部４１３）
ウェブページ作成部４１３は、携帯端末６、または、写真シール作成装置１（後述する各種モニタ）に表示されるウェブページを作成する。本実施形態では、ウェブページ作成部４１３は、ウェブページデータベース４２３に格納されているデータを用いて、携帯端末６または写真シール作成装置１から受信したアクセス要求に応じたウェブページを作成し、通信制御部４１１に出力する。詳細は後述するが、ウェブページ作成部４１３は、ユーザの会員種別に応じたウェブページを作成する。

なお、以下において「ページ」は、例えば、ウェブページのように、管理サーバ４が携帯端末６等の通信端末または写真シール作成装置１に送信して表示するためのデータを意味する。上記ページには、通常、テキストデータおよび画像データが含まれており、さらに、音声データおよび動画データが含まれていてもよい。

（画像管理部４１４）
画像管理部４１４は、画像提供サイトを通じてユーザに提供される画像を管理する。本実施形態では、画像管理部４１４は、写真シール作成装置１によって作成された画像のうち、ユーザによって指定された画像を画像データベース４２４に保存する。

（認証部４１５）
認証部４１５は、例えば、画像管理サービスへのログイン時に携帯端末６からユーザ認証の要求を受け付け、ユーザ認証を行うものである。認証部４１５は、携帯端末６から送信された画像データ（認証用撮影画像、ログイン画像）を用いて、予め登録されている会員であるか否かを判定し、画像提供サイトへのアクセス（画像管理サービスへのログイン）、およびユーザのマイページへの未保存画像の保存を行うものであり、図示しない画像データ取得部、特徴量抽出部、および照合部を含む。なお、本実施形態では、ログイン画像および個人識別用データとしてユーザの顔画像を想定しているが、これに限られるものではない。後述するように、ユーザの顔画像以外をログイン画像および個人識別用データとしてもよい。

画像データ取得部は、通信部４０３を介して携帯端末６から、携帯端末６にて撮影された認証用撮影画像の画像データを取得し、特徴量抽出部に送信する。

特徴量抽出部は、画像データ取得部から送信された画像データの特徴量を抽出し、照合部に送信する。

照合部は、特徴量抽出部から送信された画像データの特徴量と、会員データベース４２２に保存されている、ユーザの個人識別用データとを照合する。
照合の手法は、どのような技術を用いて行ってもよいが、例えば、顔の輪郭点が各々一致するか否か比較する、特定の器官の輪郭点（網膜等）が各々一致するかを比較する等が挙げられる。そして、比較の結果、信頼度が閾値以上である場合、送信された画像データの特徴量と、会員データベース４２２に保存されている、ユーザの個人識別用データとが合致すると判断する。そして、特徴量と個人識別用データとが合致する場合、照合部は、ユーザ認証が成功したと判断し、携帯端末６から画像提供サイトのユーザのマイページへのアクセスを許可（ログイン）するとともに、写真シール作成装置１にて撮影された撮影画像のうち、ユーザのマイページに保存されていない撮影画像を、ユーザのマイページへ保存する指示を画像管理部４１４に送信する。マイページとは、画像提供サイトにおけるユーザ毎の固有のページである。ユーザはマイページにアクセスすることにより、写真シール作成装置１で撮影し、保存した撮影画像を閲覧等することができる。

一方、特徴量と個人識別用データとが合致しない場合、照合部は、ユーザ認証が失敗した旨を携帯端末６に通知する。

なお、ユーザ認証が所定の回数、失敗した場合は、会員ＩＤおよびパスワードによる認証を求めてもよい。または、複数の種類の認証が可能である場合、他の認証方法に認証方法を切り替える操作を行って、当該他の認証方法による認証を求めてもよい。

（取得部４１６）
取得部４１６は、外部の装置から各種情報を取得する。例えば、取得部４１６は、所定のサービスに登録された複数のアカウントに関連付けられた各情報の少なくとも一部を統合することを要求することを示す情報等を取得する。

（記憶部４０２の詳細）
図１に示すように、記憶部４０２は、メールデータベース４２１、会員データベース４２２、ウェブページデータベース４２３、画像データベース４２４、および画像保存判定データベース４２５を含む。

（メールデータベース４２１）
メールデータベース４２１は、ユーザに送信するメールを作成するための各種データを格納している。

（会員データベース４２２）
会員データベース４２２は、画像提供サイトの会員であるユーザに関する各種情報（会員情報）を格納している。図１９に、会員データベース４２２の例を示す。図１９に示すように、本実施形態では、会員データベース４２２には、写真シール作成装置１を利用するユーザを識別する個人識別用データ（例えば顔情報）と、ユーザを特定する情報（ユーザ特定情報）が、ユーザ別に格納されている。ユーザ特定情報としては、例えば、ユーザの会員ＩＤ、メールアドレス、ニックネーム、パスワード、生年月日、住所、会員属性、入会日、および、ユーザが保有する携帯端末の端末ＩＤなどを挙げることができる。また、会員属性としては、例えば、有料会員および無料会員などを挙げることができる。

（ウェブページデータベース４２３）
ウェブページデータベース４２３は、携帯端末６または写真シール作成装置１（後述する各種モニタ）に表示される画像提供サイトのウェブページを作成するための各種データを格納している。

（画像データベース４２４）
画像データベース４２４は、写真シール作成装置１によって作成されたユーザの画像のうち、画像提供サイトに保存するようにユーザによって指示された画像を格納している。画像データベース４２４には、画像が、会員データベース４２２に会員として登録されているユーザごとに区別されて格納されている。

図示はしないが、記憶部４０２は、写真シール作成装置１から受信した画像などのデータを一時的に保存する一時保存データベースも有している。

（画像保存判定データベース４２５）
画像保存判定データベース４２５には、写真シール作成装置１によって撮影された撮影画像をユーザがマイページに保存したか否かが記録されている。図２０に画像保存判定データベース４２５の例を示す。図２０に示すように、画像保存判定データベース４２５には、会員ＩＤ、パスワード、メールアドレス、シールＩＤ、シール機で撮影した撮影日時、撮影画像データ、および画像保存の有無が記録されている。例えば、会員ＩＤ「００１」のユーザが撮影した画像データが、Ａ１、Ａ２、Ａ３と３枚あり、そのうちのＡ１をマイページに保存していた場合、図２０に示すように、「撮影画像データ」Ａ１に対応する「画像保存の有無」には保存されていることを示す情報（図２０では○で示す）が記録され、保存されていないＡ２およびＡ３に対応する「画像保存の有無」には保存されていないことを示す情報（図２０では×で示している）が記録される。なお、保存されていない場合は「NULL」と記録し、保存された場合は、当該「NULL」が削除されるものであってもよい。

（通信部４０３の詳細）
本実施形態では、写真シール作成装置１および携帯端末６が、通信部４０３の通信相手である。通信部４０３は、通信制御部４１１の制御を受けることによって、他の装置からデータを受信したり、他の装置にデータを送信したりする。

（携帯端末６）
図１に示すように、携帯端末６は、主に、制御部（端末制御部）６０１、記憶部６０８、通信部（端末通信部）６０９、および表示部（提示部）６０７を備えている。制御部６０１は、携帯端末６に備えられる各部材を統括制御する。記憶部６０２は、携帯端末６において使用される各種データを記憶する。通信部６０９は、ログインシステム１０を構成する他の装置と通信する。入力部６０４は、タッチパネルなどの、ユーザが携帯端末６に情報を入力するための装置である。

表示部６０７は、ユーザに対して各種情報、例えば、所定のサービスへログインする起点となる情報等を提示する表示パネル等である。

また、制御部６０１は、携帯端末６全体を統括し、通信制御部６１１および表示制御部６０２としても機能する。通信制御部６１１は、通信部６０３による通信を制御する。表示制御部６０２は、表示部６０７における情報表示を制御する。たとえば、通信制御部６１１から入力されたウェブページを表示制御部６０２が表示部６０７に出力することによって、当該ウェブページを表示部６０７に表示させることができる。

（シングルサインオン例１）
本発明に係るシングルサインオン方法の第１の例について図１１および図１２を参照して説明する。本例では、携帯端末６が、管理サーバ４が提供する単一の所定のサービスへログインする起点となる情報を提示して、当該情報に対するユーザからの所定の応答がなされた場合に、前記サービスに対するログインが可能か否かの判定であって、複数種類のシングルサインオン方法それぞれについての判定を要求する情報を、管理サーバ４に対して送信し、管理サーバ４が、当該情報を取得して、複数種類のシングルサインオン方法のそれぞれについて、前記サービスに対するログインが可能か否かを判定し、各判定結果を示す情報を、携帯端末６に対して送信する処理の流れについてステップごとに説明する。

なお、以下ではシングルサインオン方法として、ソーシャルネットワーキングサービスによるソーシャルログインを例に挙げて説明するが、本例および以降の例において説明する処理は、ソーシャルログインには分類されない任意のシングルサインオン方法に対しても適用可能である。図１１は、本例に係る処理の流れを示すフローチャートである。

ステップＳ１０１において、制御部４０１は、本例に係るログインボタンを含む画面を示す情報を、通信部４０３を介して携帯端末６に送信する。ここで、前記ログインボタンには、所定のサービスへのログインに使用可能なソーシャルログイン方法、つまり所定のサービスがサポートするソーシャルログイン方法を示す情報が紐づけられている。

ステップＳ１０２において、制御部６０１は、通信部６０９を介して当該情報を取得し、当該画面を表示部６０７に表示させる。図１２は、表示部６０７に表示される各画面例を示す図である。また、図１２（Ａ）は、本ステップにおいて表示部６０７に表示される画面例を示している。ここで、ボタン６５１は、本例に係るログインボタンである。また、ボタン６５３は、ユーザが所定のサービスに新規登録するためのボタンである。新規登録を行う手順は既存のものであってもよい。

ステップＳ１０３において、制御部６０１は、表示部６０７に表示されたボタン６５１が選択されたか否かを判定する。ボタン６５１が選択された場合、続いてステップＳ１０４の処理が実行され、そうでない場合、本ステップにおいてボタン６５１に対する選択を受け付ける処理が継続される。なお、ボタン６５３が選択された場合には、新規登録についての処理が実行される。

ステップＳ１０４において、制御部６０１は、記憶部６０８に保存されたアカウント情報（ＩＤ、パスワード等）であって、ステップＳ１０１で通知されたソーシャルログイン方法の一部又は全部に対応する各ソーシャルネットワーキングサービスのアカウント情報と、各アカウント情報を使用してのソーシャルログインの可否についての判定を要求することを示す情報とを、管理サーバ４に送信する。

ステップＳ１０５において、制御部４０１は、携帯端末６から取得したアカウント情報を使用してそれぞれソーシャルログインが可能か否かを、対応するソーシャルネットワーキングサービスのサーバ、つまり当該ソーシャルネットワーキングサービスを提供するサーバのそれぞれに問い合わせることによって判定する。

ステップＳ１０６において、制御部４０１は、携帯端末６から通知された全てのソーシャルネットワーキングサービスのアカウント情報に対応するソーシャルログイン方法について判定を行ったか否かを判定する。全てのソーシャルログイン方法について判定を行った場合、続いてステップＳ１０７の処理が実行され、そうでない場合、再度ステップＳ１０５において、残りのソーシャルログイン方法についての判定処理が実行される。

ステップＳ１０７において、制御部４０１は、何れのソーシャルログイン方法によって、ログインを行うかの選択肢を示す画面示す情報を、携帯端末６に送信する。

ステップＳ１０８において、制御部６０１は、何れのソーシャルログイン方法によって、ログインを行うかの選択肢を示す画面を、表示部６０７に表示させる。

図１２（Ｂ）は、当該画面の一例を示す図である。ここで、各ボタンは、対応するソーシャルネットワーキングサービスによるソーシャルログインを、ユーザが行ったことがある場合に表示される。当該選択肢の何れか、つまりボタン６５５～６５９の何れかがユーザに選択された場合、続いてステップＳ１０９の処理が実行される。

なお、選択肢となるソーシャルログイン方法が存在しない場合、制御部６０１は、新規登録を促す画面を表示部６０７に表示させてもよい。また、図１２（Ｂ）に示す画面には、シングルサインオン方法に該当しないログイン方法が選択肢として併せて表示されてもよい。

ステップＳ１０９において、制御部６０１は、選択されたソーシャルログイン方法によって所定のサービスに対するログインを要求する情報を、管理サーバ４に送信する。

ステップＳ１１０において、制御部４０１は、携帯端末６から通知されたソーシャルログイン方法によってログイン処理を実行し、ログイン後の画面を示す情報を、携帯端末６に送信する。続いて、制御部６０１は、ログイン後の画面を表示部６０７に表示させる。図１２（Ｃ）は、ボタン６５５が選択された場合におけるログイン後の画面例を示す図である。図１２（Ｃ）に示す画面において、テキスト６６１は、ユーザが何れのソーシャルログイン方法でログインしたかを示している。テキスト６６３は、所定のサービスにおけるユーザのＩＤを示している。ボタン６６５は、無料で実行可能な所定のサービスＡの起点となるボタンである。ボタン６６７は、有料で実行可能な所定のサービスＢの起点となるボタンである。

本例において上述した手順によれば、ユーザが何れのシングルサインオン方法でログインしたことがあるかを失念した場合でも、以後、ユーザが所望する好適なシングルサインオン方法でのログインが可能となる。

なお、携帯端末６における上述した処理は、携帯端末６にインストールされたブラウザ、所定のサービスに対応するアプリケーション、又は当該アプリケーション上で動作するブラウザの何れによって実現されてもよい。また、以降の各例においても同様である。

また、ログインボタンを含む画面が、携帯端末６にインストールされたアプリケーションに由来する場合、ステップＳ１０１の処理は省略され、ステップＳ１０２で、ボタン６５１を含む、アプリケーションの一画面が表示されてもよい。

また、他の画面においても、当該画面がアプリケーションに由来する場合、当該画面自体を示す情報が、管理サーバ４から携帯端末６に送信されることは必ずしも要求されない。例えば上記の場合、ステップＳ１０７において制御部４０１から携帯端末６には、何れのソーシャルネットワーキングサービスによって所定のサービスへのソーシャルログインが可能なのかを示す情報が送信され、図１２（Ｂ）に例示する画面自体は、アプリケーションが当該情報を参照して生成してもよい。

また、以降の各例においては、制御部４０１による、各画面自体を示す情報の送信に相当する記載を適宜省略する。

また、ログインボタンの表示は必須ではなく、各ソーシャルログイン方法によるログインの可否を判定する処理が自動的に開始される構成でもよい。或いは、ログインボタンがユーザに選択されるよりも前に、当該処理が自動的に開始される構成でもよい。特に携帯端末６にインストールされたアプリケーションであって、所定のサービスに対応するアプリケーションを介してログインを行う場合、当該アプリケーションの起動に起因して、各ソーシャルログイン方法によるログインの可否を判定する処理が自動的に開始され、ボタン６５１が表示されることなく、図１２（Ｂ）に例示する画面が表示される構成でもよい。

また、ステップＳ１０４において上述した、各ソーシャルネットワーキングサービスのアカウント情報が、会員情報に紐づけられて、管理サーバ４の記憶部４０２に保存されている構成でもよい。上記の構成においては、当該アカウント情報が携帯端末６から管理サーバ４に送信されずともよい。

また、ステップＳ１０６において、制御部４０１は、必ずしも全てのソーシャルログイン方法について判定を行わずともよく、ログインが可能と判定されたソーシャルログイン方法が所定の数に達すれば、残りのソーシャルログイン方法についての判定処理を打ち切って、ステップＳ１０７の処理を実行してもよい。特に当該所定の数が１である態様においては、ステップＳ１０７からステップＳ１０９の処理が省略され、ステップＳ１１０に相当する工程において、制御部４０１が、当該ソーシャルログイン方法によってログイン処理を実行してもよい。

また、図１２（Ｂ）に例示する画面の他の態様として、所定のサービスがサポートするソーシャルログイン方法の全てに対応するボタンが画面に表示される構成でもよい。上記の構成においては、対象となるユーザがログインできるソーシャルログイン方法に対応するボタンは選択可能に画面に強調表示され、ログインできないソーシャルログイン方法に対応するボタンは選択できない形式で画面に表示されてもよい。また、画面、特にボタンの表示態様は、管理サーバ４側で決定されてもよいし、例えば、制御部６０１が、携帯端末６にインストールされたアプリケーションで規定された方法に基づいて、管理サーバ４から受信した情報を参照して決定する構成でもよい。

また、「ソーシャルログインが可能」であるとは、以前にユーザが対象となるソーシャルログイン方法によるログインを許可して認証がなされ、管理サーバ４が、又は後述するシングルサインオン例２においては携帯端末６が、ソーシャルネットワーキングサービスのサーバから送信された、ソーシャルログインに要するトークンを有していることを意味していてもよい。或いは「ソーシャルログインが可能」であるとは、単に、対応するソーシャルネットワーキングサービスにログインできることを意味していてもよい。後者の場合においては、図１２（Ｂ）に示す画面のボタン６５５～６５９の何れかが選択されたのちに、対応するソーシャルログイン方法を許可するか否かの認証画面に遷移する構成でもよい。

また、ステップＳ１０９においては、制御部６０１が、選択されたソーシャルログイン方法によって所定のサービスに対するログインを要求する情報を、管理サーバ４にではなく、対応するソーシャルネットワーキングサービスのサーバに送信し、当該サーバから、管理サーバ４に対して認証がなされたことを示す情報が送信されて、以降の処理が実行される構成でもよい。

また、所定のサービスへログインする起点となる情報の提示は、表示部（提示部）６０７に、ボタン６５１により例示したログインボタンが表示されることによってなされる態様に限定されない。例えば、音声によって、情報が提示されてもよいし、選択肢の選択が可能であってもよい。

また、ボタン６５１を含む画面は、所定の、又は何れかの方法によるログインが失敗した場合に表示される構成でもよい。

（シングルサインオン例２）
本発明に係るシングルサインオン方法の第２の例について図１３を参照して説明する。なお、本例および以降の例においては、既に説明した事項についての重複する説明を繰り返さない。

本例に係るシングルサインオン方法は、管理サーバ４ではなく携帯端末６が、各ソーシャルログイン方法によるログインの可否について、対応するソーシャルネットワーキングサービスのサーバに問い合わせる構成である。図１３は、本例に係る処理の流れを示すフローチャートである。

ステップＳ１０１からステップＳ１０３までは、シングルサインオン例１と同様の処理が実行される。ステップＳ１０３において、ボタン６５１が選択された場合、続いてステップＳ２０４の処理が実行される。

ステップＳ２０４において、制御部６０１は、ステップＳ１０１で通知されたソーシャルログイン方法のうち、対応するアカウント情報が記憶部６０８に保存されたソーシャルログイン方法の一部または全部について、所定のサービスへのログインが可能か否かを、対応するソーシャルネットワーキングサービスのサーバのそれぞれに問い合わせることによって判定する。

ステップＳ２０５において、制御部６０１は、候補となるソーシャルログイン方法の全てについて判定を行ったか否かを判定する。候補となるソーシャルログイン方法の全てについて判定を行った場合、続いて、ステップＳ１０８の処理が実行され、そうでない場合、再度ステップＳ２０４において、残りのソーシャルログイン方法についての判定処理が実行される。また、ステップＳ１０８からステップＳ１１０までの処理は、シングルサインオン例１と同様である。

上述した手順によれば、シングルサインオン例１と同様の効果に加え、管理サーバ４の負荷が軽減する効果を奏する。

（シングルサインオン例３）
本発明に係るシングルサインオン方法の第３の例について図１１及び図１３を参照して説明する。本例に係るシングルサインオン方法は、携帯端末６が備える制御部６０１が、記憶部６０８にCookie等として保存された情報であって、シングルサインオン（ソーシャルログイン）に使用されるアカウント情報と、各シングルサインオン方法によるログインの可否を示す情報、例えば過去のシングルサインオンの可否についての履歴とを参照する構成である。例えば、図１３のフローチャートのステップＳ２０４に相当する工程において、制御部６０１は、記憶部６０８に保存された当該情報を参照して、対象となるソーシャルログイン方法で、単一の所定のサービスへのログインが可能か否かを判定する。

上記の構成によれば、ソーシャルネットワーキングサービスのサーバに問い合わせることなく、シングルサインオンの可否が判定できる。

なお、パスワードの変更等の要因によって、選択された方法によってソーシャルログインができなかった場合、制御部６０１は、何れのソーシャルログイン方法によって、ログインを行うかの選択肢を示す画面を、表示部６０７に再度表示させてもよい。換言すると、上記の場合にはステップＳ１０８の処理が再度実行されてもよい。

また、別の態様として、各シングルサインオン方法によるログインの可否を示す情報が、メールアドレス等の会員情報に紐づけられて、管理サーバ４が備える記憶部４０２に保存されていてもよい。例えば、図１１のフローチャートのステップＳ１０５に相当する工程において、制御部４０１は、記憶部４０２に保存された当該情報を参照して、対象となるソーシャルログイン方法で所定のサービスへのログインが可能か否かを判定してもよい。

（シングルサインオン例４）
本発明に係るシングルサインオン方法の第４の例について図１１を参照して説明する。本例では、複数種類のシングルサインオン方法のそれぞれに関連付けられた優先順位を示す情報に応じて、単一の所定のサービスに対するログインに使用するシングルサインオン方法が決定される。

例えば、当該優先順位を示す情報が携帯端末６の記憶部６０８に保存されている場合、図１１のフローチャートのステップＳ１０８に相当する工程において、制御部６０１は、選択肢をユーザに提示することなく、管理サーバ４から通知されたソーシャルログイン方法のうち、最も高い優先度を有するソーシャルログイン方法を、ログインに使用するものとして決定する。

また、当該優先順位を示す情報が管理サーバ４の記憶部４０２に保存されている場合、図１１のフローチャートのステップＳ１０７以降に相当する工程において、制御部４０１は、当該情報を参照して最も高い優先度を有するソーシャルログイン方法を、ログインに使用するものとして決定し、続けてログイン処理を実行してもよい。

なお、シングルサイン方法のそれぞれに優先順位が設定されていなくとも、所定のサービスへのログインが可能なシングルサインオン方法が一通りしか存在しなければ、ユーザに選択肢が提示されることなく、当該シングルサインオン方法によるログインが実行されてもよい。

また、特にユーザの選択によらずシングルサインオンがなされた場合、制御部６０１は、何れのシングルサインオン方法でログインがなされたかを、表示部６０７に表示させてもよい。

本例の構成によれば、ログインに使用されるシングルサインオン方法が、優先順位に応じて自動的に決定されるので、ユーザの手間が軽減される効果を奏する。

〔実施形態２〕
本発明の第２の実施形態について、図１、図１２および図１４～図１８を参照して説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。本実施形態では、携帯端末６が、所定のサービスに登録された複数のアカウントに関連付けられた情報、例えば課金情報や、前記所定のサービスにおいて保存された情報の少なくとも一部を統合することを示す情報を、管理サーバ４に対して送信し、管理サーバ４が、アカウントの一部に関連づけられた情報の少なくとも一部を、別のアカウントに関連付けられた情報の少なくとも一部と統合された情報に更新する処理の流れについて説明する。

（アカウント統合例１）
アカウントに関連付けられた情報を統合する第１の例について、図１２、図１４および図１５を参照して説明する。本例では、所定のサービスにおいて所定の処理が実行された場合に、複数のアカウントに関連付けられた情報の少なくとも一部を統合するか否かの選択肢がユーザに提示される構成の一例について説明する。以下、前記所定の処理が課金処理であり、統合される情報が課金情報である場合を例に挙げて説明する。図１４は、本例に係る処理の流れを示すフローチャートである。

ステップＳ６０１において、制御部６０１は、記憶部６０８に保存されたアカウント情報を使用して、所定のサービスに対するログインを要求する情報を、通信部６０９を介して管理サーバ４に送信する。なお、当該ログインは、各シングルサインオン例で上述したようなソーシャルログインであってもよい。

ステップＳ６０２において、制御部４０１は、会員データベース４２２を参照して、通知されたアカウント情報によってログイン処理を実行し、ログイン後の画面を示す情報を、通信部４０３を介して携帯端末６に送信する。

なお、当該アカウント情報に対応する情報が会員データベース４２２に存在しない等の理由により、ログイン処理を行うことが不適当な場合、制御部４０１は、ログインが行えないことを示す情報を携帯端末６に通知し、ステップＳ６０１の処理が再度実行されてもよい。

ステップＳ６０３において、制御部６０１は、所定のサービスにおいて、課金を指示するユーザ操作がなされたか否かを判定する。なお、課金を指示するユーザ操作とは、例えば、図１２（Ｃ）のボタン６６７を起点とするユーザ操作を意味する。当該操作がなされた場合は、続いてステップＳ６０４の処理が実行され、そうでない場合、本ステップにおいて当該操作を受け付ける処理が、所定のサービスからログアウトするまで継続される。

ステップＳ６０４において、制御部６０１は、現時点においてログインに使用されているアカウントに関連づけられたユーザが、他のアカウントにも関連付けられているかの判定、つまり当該ユーザが複数のアカウントを有しているか否かの判定と、課金処理とを要求する情報を、管理サーバ４に対して送信する。

ステップＳ６０５において、制御部４０１は、会員データベース４２２を参照して、対象となるユーザが複数のアカウントを有しているか否かを判定する。なお、どのような場合にユーザが複数のアカウントを有していると判定されるかについては後述する。当該ユーザが複数のアカウントを有している場合、つまり当該ユーザに関連付けられたアカウントが他にも存在する場合、続いてステップＳ６０６の処理が実行され、そうでない場合、続いてステップＳ６１０の処理が実行される。

ステップＳ６０６において、制御部４０１は、対象となるユーザが有している複数のアカウントを示す情報を、携帯端末６に送信する。

ステップＳ６０７において、制御部６０１は、現在ログインしているアカウントの課金情報と、少なくとも何れかの他のアカウントの課金情報とを統合することを提案する画面を、表示部６０７に表示させる。

ここで、図１２（Ｄ）は、当該画面の一例を示す図である。図１２（Ｄ）に例示する画面において、テキスト６６９は、各課金情報を統合することを提案する文章である。ボタン６７１および６７３は、ログイン中のアカウントの課金情報と、各ボタンに対応するアカウントの課金情報とを統合する処理の起点となるボタンである。ボタン６７５は、ログイン中のアカウントを含む全てのアカウントの課金情報を統合する処理の起点となるボタンである。ボタン６７７、何れの課金情報も統合しないことを指示するためのボタンである。

なお、特に統合する候補となるアカウントが多い場合、即ちログイン中のアカウントと課金情報を統合するアカウントが例えば３以上存在する場合には、統合するアカウントをチェックボックス等で選択する態様であってもよい。

ステップＳ６０８において、制御部６０１は、課金情報の統合を指示するユーザ操作がなされたか否かを判定する。当該操作がなされた場合、ここでは、ボタン６７１～６７５の何れかが選択された場合、制御部６０１は、対応する課金情報を統合する指示を示す情報を管理サーバ４に送信し、続いてステップＳ６０９の処理が実行され、当該ユーザ操作がなされなかった場合、ここでは、ボタン６７７が選択された場合、制御部６０１は、課金情報の統合を行わないことを示す情報を管理サーバ４に送信し、続いてステップＳ６１０の処理が実行される。

ステップＳ６０９において、制御部４０１は、会員データベース４２２に保存された情報を対象として、指示された複数のアカウントにおける課金情報の統合処理を実行する。図１５は、２つのアカウントにおける課金情報が統合された場合におけるデータベースの例を示す図である。また、図１５のデータベース（テーブル）の「主キー」等の各フィールド項目は、アカウントに関連付けられた情報に相当する。当該データベースの「主キー」は、テーブルの各レコード、つまりアカウントを識別するために一意に付与される番号を示している。「アカウントＩＤ」は、所定のサービスにおけるアカウントのＩＤとなるメールアドレスを示している。「ソーシャルログイン」は、対応するアカウントのログイン方法を示している。なお、「ソーシャルログイン」の項目が「－」の値であることは、対応するアカウントが、ソーシャルログイン以外の方法でログインすることを示している。「決済履歴」は、対象となるアカウントにおいていくら課金が行われたのかを示す項目であって、課金情報の一例に相当する。「所有ポイント」は、所定のサービスにおいて、対象となるアカウントに付与されたポイントを示している。「保存画像」は、所定のサービスにおいて、保存された画像の枚数を示している。なお、当該保存画像等は、各アカウントに関連付けられて、画像データベース４２４に別途保存される。「ニックネーム」は、所定のサービスの実行において使用される名前である。「有料会員」は、対象となるアカウントが、所定期間ごとに会員料金を支払う有料会員であるか否かを示しており、値「１」が有料会員であることを、値「０」が有料会員でないことを示している。なお、当該データベースは、図１５および後述する図１８には図示しない、「ソーシャルログイン」の値に対応するソーシャルネットワーキングサービスのアカウントＩＤ等をフィールド項目として別途有する。

また、各フィールド項目、つまりアカウントに関連付けられた各情報の「統合」とは、統合後の情報の少なくとも何れかが、統合前の各情報の、加算値、何れかが選択された値、和集合、積集合、平均値、中央値、またはそれらに準ずる値に更新されることを意味する。なお、一部のフィールド項目、例えば「所有ポイント」等は、統合後の値が、統合前の値の合計値よりも大きくなるような構成でもよい。

また、統合の対象となる複数のアカウントに関連付けられた各情報の少なくとも何れかが、上記列挙した値（数値ではない情報を含む）に更新される場合、統合の対象となる他のアカウントに関連付けられたその情報は、所定の値に更新されてもよいし、削除されてもよい。

また、統合の対象となる複数のアカウントに関連付けられた複数の情報が上記列挙した値に更新される場合、それらの情報又は値は同一でもよいし、互いに異なっていてもよい。

図１５に示す例の場合、ステップＳ６０５において、制御部６０１は、データベースの「アカウントＩＤ」つまり登録されたメールアドレスの値が同じであれば、それらのアカウントは、同一のユーザに関連付けられたアカウントであると判定する。

なお、各アカウントについて、ソーシャルログインによるログインが行われる場合、上述したトークンによって、対応するソーシャルネットワーキングサービスのアカウントが有するリソースを参照することが可能となるので、図１５に例示するデータベース内のメールアドレス等の各フィールド項目の値は、対応するソーシャルネットワーキングサービスにおいて設定された値が設定されても構わない。

また、制御部６０１は、メールアドレスに限らず、所定のフィールド項目の値がユーザごとに一意な値であれば、それらのアカウントは、同一のユーザに関連付けられたアカウントであると判定してよい。他のフィールド項目の例としては、携帯端末６のＭＡＣアドレスや、マイナンバー等が挙げられる。

ここで、図１５（Ａ）は、アカウントの課金情報が統合される前のデータベースを示しており、図１５（Ｂ）は、主キー１のアカウントの課金情報と、主キー２のアカウントの課金情報とが統合された場合におけるデータベースを示している。図１５（Ｂ）に示すように、課金情報の統合後における各アカウントの決済履歴の値は、共に「￥５０００」となっている。なお、一度統合された項目は、統合された状態が継続される構成、つまり以降も継続して共通した値等、統合が反映された値をとり続ける構成でもよいし、そうでなくともよい。統合された状態が継続される構成においては、各アカウントの課金情報等が統合されたことは、記憶部４０２にデータベース形式等で別途保存され、何れかのアカウント、この例では主キー１のアカウント又は主キー２のアカウントの何れかの課金情報が更新された場合には、関連付けられた他のアカウントの課金情報等も同様の値に更新されてもよい。また、統合された状態が継続される構成において、各アカウント間における既に統合された項目の組は、ステップＳ６０７の処理において統合する選択肢としては提示されない。また、統合された状態が継続される構成においても、所定の又は任意のタイミングで、以降の統合された状態の継続がキャンセル可能であってもよい。

ステップＳ６１０において、制御部４０１は、課金処理を行い、当該課金処理の結果を示す情報を、携帯端末６に送信する。なお、ステップＳ６０９から本ステップに遷移した場合、つまり課金情報が統合された場合、制御部４０１は、課金処理の結果を、統合された課金情報を有する複数のアカウントのすべてに反映してもよい。更に、制御部４０１は、課金情報が統合されたことを示す情報も、携帯端末６に対して送信する。

ステップＳ６１１において、制御部６０１は、課金処理が完了したことを示す画面と、課金情報の統合処理がなされていればその旨を示す画面とを、表示部６０７に表示させる。

上記の手順によれば、所定の処理、この例では課金処理が実行された場合に、分散した情報を統合することをユーザに促すことができる。

なお、ステップＳ６０４においては、課金処理を要求する情報のみが、制御部６０１から管理サーバ４に送信される構成でもよい。上記の構成においては、制御部４０１が、当該情報の受信に起因して、対象となるユーザが複数のアカウントを有しているか否かを判定してもよい。

また、ステップＳ６０６においては、制御部４０１が、課金情報等を統合することを提案することを示す情報を、携帯端末６に送信してもよい。広義には、制御部４０１は、所定のサービスにおいて所定の処理が実行された場合、例えば課金処理を要求する情報を受け付けた場合に、複数のアカウントに関連付けられた情報の少なくとも一部を統合するか否かの選択肢を提示してもよい。

また、ステップＳ６０９において制御部４０１は、課金情報等の統合が指示されなかったアカウントのアカウント情報を、適宜確認画面を介したのち、会員データベース４２２から消去してもよい。また、当該アカウント情報の消去は、統合処理から所定の期間経過後に実行されてもよい。

また、課金情報等が統合された場合には、続けて課金処理を行ってよいか否かをあらためて確認する画面が携帯端末６に表示される構成でもよい。

（アカウント統合例２）
アカウントに関連付けられた情報を統合する第２の例について、図１４～図１６を参照して説明する。なお、本例および以降の例においては、既に説明した事項についての重複する説明を繰り返さない。

本例では、当該情報の統合が提示される起点となる所定の処理が、管理サーバ４が所定のサービスに対するログインを要求する情報を受け付けることである場合について説明する。図１６は、本例に係る処理の流れを示すフローチャートである。特に説明が無い場合、図１６のフローチャートの各ステップにおける処理は、図１４のフローチャートの対応するステップにおける処理と同様である。

ステップＳ６０１においてログインを要求する情報が携帯端末６から管理サーバ４に送信される処理が実行されたのち、続いてステップＳ６０５の処理が実行される。

ステップＳ６０５において、対象となるユーザが複数のアカウントを有している場合、続いてステップＳ６０６の処理が実行され、そうでない場合、続いてステップＳ６１０の処理が実行される。

ステップＳ６０６、Ｓ６０７に続いて実行されるステップＳ６０８において、課金情報の統合を指示するユーザ操作がなされた場合、制御部６０１は、課金情報を統合する指示を示す情報を管理サーバ４に送信し、続いてステップＳ６０９の処理が実行され、当該ユーザ操作がなされなかった場合、制御部６０１は、課金情報の統合を行わないことを示す情報を管理サーバ４に送信し、続いてステップＳ６０２’の処理が実行される。

ステップＳ６０８、又はステップＳ６０９に続いて実行されるステップＳ６０２’において、制御部４０１は、アカウント統合例１と同様にログイン処理を実行し、ログイン後の画面を示す情報を、携帯端末６に送信する。なお、ステップＳ６０９からステップＳ６０２’に遷移した場合、制御部４０１は、ログイン後の画面を示す情報に加え、課金情報が統合されたことを示す情報も、携帯端末６に送信する。

ステップＳ６１１’において、制御部６０１は、ログイン後であることを示す画面と、課金情報の統合処理がなされていればその旨を示す画面とを、表示部６０７に表示させる。

上記の手順によれば、ログインが実行された場合に、分散した情報を統合することをユーザに促すことができる。

（アカウント統合例３）
アカウントに関連付けられた情報を統合する第３の例について、図１７を参照してステップごとに説明する。本例では、携帯端末６が備える制御部６０１が、対象となるユーザが複数のアカウントを有しているか否かの判定を行う構成について説明する。図１７は、本例に係る処理の流れを示すフローチャートである。

ステップＳ６０１からステップＳ６０３までは、アカウント統合例１と同様の処理が実行される。なお、ステップＳ６０３では、所定のサービスにおいて課金を指示するユーザ操作がなされた場合は、続いてステップＳ７０５の処理が実行され、そうでない場合、ステップＳ６０３において当該操作を受け付ける処理が継続される。

ステップＳ７０５において、制御部６０１は、記憶部６０８がCookie等として保存する各種アカウント情報を参照して、対象となるユーザが複数のアカウントを有しているか否かを判定する。当該ユーザが複数のアカウントを有している場合、つまり当該ユーザに関連付けられたアカウントが他にも存在する場合、続いてステップＳ６０７の処理が実行され、そうでない場合、続いてステップＳ６１０の処理が実行される。

ステップＳ６０７からステップＳ６１１までは、アカウント統合例１と同様の処理が実行される。

上述した手順によれば、アカウント統合例１と同様の効果に加え、管理サーバ４の負荷が軽減する効果を奏する。

（アカウント統合例４）
アカウントに関連付けられた情報を統合する第４の例について、図１８を参照して説明する。本例では、複数のアカウントを単一のアカウントに統合する構成について説明する。

アカウント統合例１～３においては、複数のアカウントにそれぞれ関連付けられた課金情報を統合する処理を例に挙げて説明したが、本例において、制御部４０１は、複数のアカウントにそれぞれ関連づけられた情報の全てを統合し、更にアカウント自体を単一のアカウントに統合する。

また、アカウントを統合する場合においては、基準となるアカウントが設定されてもよい。図１８は、２つのアカウントが単一のアカウントに統合された場合のデータベースの例を示す図である。ここで、図１８（Ａ）は、アカウントが統合される前のデータベースを示しており、図１８（Ｂ）は、主キー１のアカウントと、主キー２のアカウントとが、後者のアカウントを基準として単一の主キー２のアカウントに統合された場合におけるデータベースの例を示している。

図１８（Ｂ）に示すデータベースの各フィールド項目において、例えば「所有ポイント」等の項目は、統合前の値を単に合計すればよいが、ニックネーム等、何れかの値を設定する項目の場合、基準となるアカウントの値が設定されてもよい。

このように、制御部４０１は、第１のアカウントと第２のアカウントとを単一のアカウントに統合してもよい。また、前記単一のアカウントに関連付けられた情報は、第１のアカウントに関連付けられた情報の全てと、第２のアカウントに関連付けられた情報の全てとが統合された情報であってもよい。なお、前記単一のアカウントは、統合の対象となるアカウント、ここでは第１のアカウントと、第２のアカウントとを参照して新たに生成された第３のアカウントであるものと解してもよい。上記の構成によれば、複数のアカウントを単一のアカウントに統合可能な管理サーバ４を実現できる。

ここで、「アカウントに関連付けられた情報の全て」とは、ユーザが所定のサービスを利用する場合に認識し得る情報の全てのことを意味し、例えば意味の無い記号列を値とするフィールド項目は含まれなくともよい。

なお、統合される何れかのアカウントの対象となる項目、つまりアカウントに関連付けられた情報が所定の値、例えば当該アカウントが有料会員であることを示す値であれば、何れのアカウントを基準に統合するかに関わらず、統合後の当該項目の値を、当該所定の値としてもよい。これにより、何れかの情報が所定の値であればアカウントの統合後においても、前記所定の値を引き継ぐことができる。

例えば、図１８に示すように、基準となるアカウント（主キー２のアカウント）の「有料会員」の項目は、有料会員でないことを示しているが、統合後のアカウントは、主キー１のアカウントの当該項目の値を引き継ぎ、有料会員であることを示す値に設定されてもよい。

換言すると、制御部４０１は、複数のアカウントを統合する場合であって、基準とならないアカウントが有料サービスに登録されたアカウントであり、基準とならないアカウントが有料サービスに登録されたアカウントでない場合に、統合後のアカウントを、有料サービスに登録されたアカウントに設定してもよい。これにより有料サービスを継続して享受することができる。

また、統合後のアカウントの「ソーシャルログイン」の項目は、当該アカウントが「twitcher」でも「basebook」でもログインすることができることを示している。なお、統合後のアカウントは、統合前の一方のアカウント、例えば基準となるアカウントで使用していたソーシャルログイン方法でのみログインが可能となる構成でもよい。上記の構成においては、図１８（Ｂ）の主キー２のアカウントにおける「ソーシャルログイン」の値は「basebook」のみとなる。

上述した各アカウント統合例においては、所定の処理、例えば課金処理又はログイン等に起因して、アカウントに関連付けられた情報の一部又は全部の統合処理が提示される構成について説明したが、当該統合処理は、ユーザの操作に応じて任意のタイミングで実行可能であってもよい。

また、３つ以上のアカウントに関連付けられた情報の一部又は全部が統合される場合、制御部４０１は、それらのアカウントについてまとめて統合処理を行ってもよいし、一部、例えば２つのアカウントの統合処理を繰り返す構成でもよい。

〔ソフトウェアによる実現例〕
管理サーバ４および携帯端末６の制御ブロック（特に制御部４０１および制御部６０１）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、管理サーバ４および携帯端末６は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１ 写真シール作成装置
４ 管理サーバ
６ 携帯端末
１０ 撮影画像管理システム（ログインシステム、アカウント統合システム）
４１４ 画像管理部（保存処理部）
４１５、６１４ 認証部

Claims (11)

1. 所定のサービスに登録された複数のアカウントと、各アカウントに関連付けられた情報とを保存する記憶部と、
   前記各アカウントに関連付けられた情報の少なくとも一部を統合することを要求することを示す要求情報を取得する取得部と、
   前記取得部が前記要求情報を取得した場合に、第１のアカウントに関連付けられた情報の少なくとも一部を、第２のアカウントに関連付けられた情報の少なくとも一部と統合された情報に更新する制御部と、
   を備え、
   前記取得部が前記要求情報を取得する処理は、前記制御部が、課金処理を要求する情報を受け付けることを実行した場合に実行される
   ことを特徴とするサーバ。
2. 前記制御部は、
   前記サービスにおいて所定の処理が実行された場合に、
   前記各アカウントに関連付けられた情報の少なくとも一部を統合するか否かの選択肢を提示する
   ことを特徴とする請求項１に記載のサーバ。
3. 前記制御部は、
   前記所定の処理として、前記サービスに対するログインを要求する情報を受け付けることを実行することを特徴とする請求項２に記載のサーバ。
4. 前記制御部は、
   前記第１のアカウントと前記第２のアカウントとを単一のアカウントに統合し、
   前記単一のアカウントに関連付けられた情報は、
   前記第１のアカウントに関連付けられた情報の全てと、前記第２のアカウントに関連付けられた情報の全てとが統合された情報である
   ことを特徴とする請求項１から３までの何れか１項に記載のサーバ。
5. 前記制御部は、
   前記第１のアカウントと前記第２のアカウントとの何れかを基準に、アカウントを統合し、
   対象となる、各アカウントに関連付けられた情報の少なくとも何れかが所定の値である場合には、
   前記第１のアカウントと前記第２のアカウントとの何れを基準にアカウントを統合するかに関わらず、統合後のアカウントに関連付けられた当該情報の値を、前記所定の値に設定することを特徴とする請求項４に記載のサーバ。
6. 所定のサービスに登録された複数のアカウントと、各アカウントに関連付けられた情報とを保存する記憶部と、
   前記各アカウントに関連付けられた情報の少なくとも一部を統合することを要求することを示す要求情報を取得する取得部と、
   前記取得部が前記要求情報を取得した場合に、第１のアカウントに関連付けられた情報の少なくとも一部を、第２のアカウントに関連付けられた情報の少なくとも一部と統合された情報に更新する制御部と、
   を備え、
   前記制御部は、
   前記第１のアカウントと前記第２のアカウントとの何れかを基準に、アカウントを単一のアカウントに統合し、
   前記単一のアカウントに関連付けられた情報は、
   前記第１のアカウントに関連付けられた情報の全てと、前記第２のアカウントに関連付けられた情報の全てとが統合された情報であり、
   前記制御部は、
   基準とならないアカウントが有料サービスに登録されたアカウントであり、基準となるアカウントが前記有料サービスに登録されたアカウントでない場合に、
   統合後のアカウントを、前記有料サービスに登録されたアカウントに設定する
   ことを特徴とするサーバ。
7. 所定のサービスに登録された複数のアカウントと、各アカウントに関連付けられた情報とを保存する記憶部と、
   前記各アカウントに関連付けられた情報の少なくとも一部を統合することを要求することを示す要求情報を取得する取得部と、
   前記取得部が前記要求情報を取得した場合に、第１のアカウントに関連付けられた情報の少なくとも一部を、第２のアカウントに関連付けられた情報の少なくとも一部と統合された情報に更新する制御部と、
   を備え、
   前記制御部は、
   前記第１のアカウントと前記第２のアカウントとの何れかを基準とし、
   基準とならないアカウントが有料サービスに登録されたアカウントであり、基準となるアカウントが前記有料サービスに登録されたアカウントでない場合に、
   前記基準となるアカウントを、前記有料サービスに登録されたアカウントに設定する
   ことを特徴とするサーバ。
8. 外部の装置との通信を行う通信部と、
   所定のサービスに登録された複数のアカウントに関連付けられた情報の少なくとも一部を統合することを要求することを示す要求情報を、サーバに対して、前記通信部に送信させる端末制御部を備える携帯端末と、
   複数のアカウントと、各アカウントに関連付けられた情報とを保存する記憶部と、前記携帯端末から送信された要求情報を取得する取得部と、前記取得部が前記要求情報を取得した場合に、第１のアカウントに関連付けられた情報の少なくとも一部を、第２のアカウントに関連付けられた情報の少なくとも一部と統合された情報に更新するサーバ制御部と、を備えるサーバと、
   を備え、
   前記取得部が前記要求情報を取得する処理は、前記サーバ制御部が、課金処理を要求する情報を受け付けることを実行した場合に実行される
   ことを特徴とするアカウント統合システム。
9. 装置によって実行される情報の更新方法であって、
   所定のサービスに登録されたアカウントと、当該アカウントに関連付けられた情報とを保存する記憶ステップと、
   各アカウントに関連付けられた情報の少なくとも一部を統合することを要求することを示す要求情報を取得する取得ステップと、
   課金処理を要求する情報を受け付ける受け付けステップと、
   前記取得ステップにおいて前記要求情報を取得した場合に、第１のアカウントに関連付けられた情報の少なくとも一部を、第２のアカウントに関連付けられた情報の少なくとも一部と統合された情報に更新する更新ステップと、
   を含み、
   前記取得ステップは、前記受け付けステップが実行された場合に実行される
   ことを特徴とする更新方法。
10. 請求項１から７までの何れか１項に記載のサーバとしてコンピュータを機能させるための制御プログラムであって、上記制御部としてコンピュータを機能させるための制御プログラム。
11. 請求項１０に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images