(57)【要約】【課題】  リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とするアカウント管理システム等を提供する。【解決手段】  アカウント管理システムは、アカウントに紐付ける端末を管理するサーバと、アカウントに紐付けられた第１端末と、いずれのアカウントも紐付けられていない第２端末と、を備える。第１端末は、第１端末の加速度の時間変化を計測し、計測された加速度の時間変化を表す第１履歴をサーバに送信する。第２端末は、第２端末の加速度の時間変化を計測し、計測された加速度の時間変化を表す第２履歴をサーバに送信する。サーバは、第１履歴と、第２履歴と、を受信し、第１履歴と、第２履歴と、から、第１端末と、第２端末と、が、重ねてシェイクされたか否かを推定し、第１端末と、第２端末と、が重ねてシェイクされたと推定されると、アカウントの紐付け先を、第１端末から第２端末へ移行する。【選択図】図３
2018170016.tif 000002
【特許請求の範囲】
【請求項１】
アカウントに紐付ける端末を管理するサーバと、前記アカウントに紐付けられた第１端末と、いずれのアカウントも紐付けられていない第２端末と、を備えるアカウント管理システムにおいて、
前記第１端末は、
前記第１端末の加速度の時間変化を計測する第１計測部と、
前記計測された加速度の時間変化を表す第１履歴を、前記サーバへ送信する第１送信部と、
を備え、
前記第２端末は、
前記第２端末の加速度の時間変化を計測する第２計測部と、
前記計測された加速度の時間変化を表す第２履歴を、前記サーバへ送信する第２送信部と、
を備え、
前記サーバは、
前記第１履歴と、前記第２履歴と、を受信する受信部と、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定部と、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行部と、
を備えることを特徴とするアカウント管理システム。
【請求項２】
前記第１端末は、
前記第１端末と前記第２端末とを重ねてシェイクすべき旨の第１指示を出力する第１出力部
を備え、
前記第２端末は、
前記第２端末と前記第１端末とを重ねてシェイクすべき旨の第２指示を出力する第２出力部
を備え、
前記第１計測部は、前記第１指示が出力されると、前記第１端末の加速度の時間変化を計測し、
前記第２計測部は、前記第２指示が出力されると、前記第２端末の加速度の時間変化を計測し、
前記推定部は、前記第１履歴と、前記第２履歴と、が所定の時間差内で受信されると、前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされた時間長及び強さを推定し、
前記移行部は、前記推定された時間長及び強さが移行条件を満たせば、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する
ことを特徴とする請求項１に記載のアカウント管理システム。
【請求項３】
前記第１端末は、
前記第２指示を検知する第１検知部
を備え、
前記第２端末は、
前記第１指示を検知する第２検知部
を備え、
前記第１計測部は、前記第１指示が出力され、前記第２指示が検知されてから、前記第１端末の加速度の時間変化を計測し、
前記第２計測部は、前記第２指示が出力され、前記第１指示が検知されてから、前記第２端末の加速度の時間変化を計測する
ことを特徴とする請求項２に記載のアカウント管理システム。
【請求項４】
前記第１指示及び前記第２指示は、光によりなされ、
前記第１検知部及び前記第２検知部は、光センサを備える
ことを特徴とする請求項３に記載のアカウント管理システム。
【請求項５】
前記第１指示及び前記第２指示は、音によりなされ、
前記第１検知部及び前記第２検知部は、音センサを備える
ことを特徴とする請求項３又は４に記載のアカウント管理システム。
【請求項６】
前記第１送信部は、前記第１計測部により前記第１端末の加速度の時間変化が計測され、当該計測が完了すると直ちに、前記第１履歴を前記サーバへ送信し、
前記第２送信部は、前記第２計測部により前記第２端末の加速度の時間変化が計測され、当該計測が完了すると直ちに、前記第２履歴を前記サーバへ送信する
ことを特徴とする請求項１乃至５のいずれか１項に記載のアカウント管理システム。
【請求項７】
前記第１送信部は、前記第１計測部により前記第１端末の加速度の時間変化が所定長計測されるごとに、前記第１履歴を前記サーバへ送信し、
前記第２送信部は、前記第２計測部により前記第２端末の加速度の時間変化が所定長計測されるごとに、前記第２履歴を前記サーバへ送信する
ことを特徴とする請求項１乃至５のいずれか１項に記載のアカウント管理システム。
【請求項８】
前記第１端末には複数のアカウントが紐付けられ、
前記第２出力部は、前記第２端末の画面に、前記複数のアカウントのうち、紐付け先の移行を求めるアカウントが使用されるサービスに関する画像を表示し、
前記第１検知部は、前記第２端末の画面に表示された画像を認識して、前記画像が示すサービスを特定し、
前記第１送信部は、前記第１履歴と共に、前記特定されたサービスを示す情報を前記サーバに送信し、
前記受信部は、前記サービスを示す情報を受信し、
前記移行部は、前記複数のアカウントのうち、前記サービスを示す情報により特定されるサービスで使用される前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する
ことを特徴とする請求項３乃至５のいずれか１項に記載のアカウント管理システム。
【請求項９】
前記第１端末には複数のアカウントが紐付けられ、
前記複数のアカウントのそれぞれは、前記第１端末と前記第２端末との重ね方が対応付けられ、
前記推定部は、前記第１履歴と、前記第２履歴と、から、前記第１端末と前記第２端末とが重ねてシェイクされた時の、前記第１端末と前記第２端末との重ね方を推定し、
前記移行部は、前記複数のアカウントのうち、前記推定された重ね方に対応付られた前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する
ことを特徴とする請求項２乃至５又は８のいずれか１項に記載のアカウント管理システム。
【請求項１０】
前記サーバは、前記移行部が、前記アカウントの紐付け先を前記第１端末から前記第２端末へ移行すると、前記第２端末に、前記紐付けが移行されたアカウントを特定するアカウント移行情報を送信し、
前記第２出力部は、前記第２端末が、前記アカウント移行情報を受信すると、前記アカウント移行情報により特定されるアカウントが移行された旨を報知する
ことを特徴とする請求項１乃至９のいずれか１項に記載のアカウント管理システム。
【請求項１１】
前記移行部は、前記第１端末に紐付けられた前記アカウントが所定期間使用されていない場合、前記アカウントの紐付け先を前記第１端末から前記第２端末へ移行するのに代えて、前記アカウントを前記サーバから削除する
ことを特徴とする請求項１乃至１０のいずれか１項に記載のアカウント管理システム。
【請求項１２】
前記第１端末には複数のアカウントが紐付けられ、
前記複数のアカウントのそれぞれには、前記第１端末における前記アカウントの使用頻度が対応付けられ、
前記移行部は、前記第１端末に紐付けられた前記アカウントが所定の使用頻度を満たす場合、前記所定の使用頻度を満たす前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行し、
前記移行部は、前記所定の使用頻度を満たさない前記アカウントを、前記第１端末との紐付けを解除して、いずれの端末にも紐付けない保留状態とし、
前記移行部は、前記サーバが、前記第２端末から前記保留状態のアカウントの使用要求を受け付け、前記第１端末と前記第２端末とのユーザが同一であると判断されると、前記保留状態のアカウントの紐付け先を前記第２端末に移行する
ことを特徴とする請求項１乃至１１のいずれか１項に記載のアカウント管理システム。
【請求項１３】
前記第１端末は、前記第１端末が使用された履歴を表す第１使用履歴を記録し、
前記第２端末は、前記第２端末が使用された履歴を表す第２使用履歴を記録し、
前記第１送信部は、前記第１履歴と共に、前記第１使用履歴を前記サーバへ送信し、
前記第２送信部は、前記アカウントの紐付け先が、前記第１端末から前記第２端末へ移行された後、前記第２端末において、前記紐付けが移行されたアカウントの使用要求がなされると、前記第２使用履歴を前記サーバに送信し、
前記移行部は、前記第１使用履歴と前記第２使用履歴とが異なる場合、前記紐付け先を移行したアカウントを削除する
ことを特徴とする請求項１乃至１２のいずれか１項に記載のアカウント管理システム。
【請求項１４】
前記第１使用履歴及び前記第２使用履歴は、位置情報についての履歴である
ことを特徴とする請求項１３に記載のアカウント管理システム。
【請求項１５】
前記移行部は、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記第１端末に紐付けられた前記アカウントに対する不正アクセスが行われたか否かを、前記アカウントが使用されるサービスを管理するサーバに問合せ、
前記サービスを管理するサーバから、不正アクセスが行われた旨の回答を得ると、前記不正アクセスが行われた前記アカウントのパスワードを新たに設定してから、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する
ことを特徴とする請求項１乃至１４のいずれか１項に記載のアカウント管理システム。
【請求項１６】
アカウントに紐付ける端末を管理するサーバであって、
前記アカウントに紐付けられた第１端末から送信された前記第１端末の加速度の時間変化を表す第１履歴と、いずれのアカウントも紐付けられていない第２端末から送信された前記第２端末の加速度の時間変化を表す第２履歴と、を受信する受信部と、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定部と、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行部と、
を備えることを特徴とするサーバ。
【請求項１７】
アカウントに紐付ける端末を管理するサーバと、前記アカウントに紐付けられた第１端末と、いずれのアカウントも紐付けられていない第２端末と、を備えるアカウント管理システムにおける制御方法であって、
前記第１端末が、前記第１端末の加速度の時間変化を計測する第１計測工程と、
前記第１端末が、前記計測された加速度の時間変化を表す第１履歴を、前記サーバへ送信する第１送信工程と、
前記第２端末が、前記第２端末の加速度の時間変化を計測する第２計測工程と、
前記第２端末が、前記計測された加速度の時間変化を表す第２履歴を、前記サーバへ送信する第２送信工程と、
前記サーバが、前記第１履歴と、前記第２履歴と、を受信する受信工程と、
前記サーバが、前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定工程と、
前記サーバが、前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行工程と、
を備えることを特徴とするシステムの制御方法。
【請求項１８】
アカウントに紐付ける端末を管理するサーバが実行する制御方法であって、
前記アカウントに紐付けられた第１端末から送信された前記第１端末の加速度の時間変化を表す第１履歴と、いずれのアカウントも紐付けられていない第２端末から送信された前記第２端末の加速度の時間変化を表す第２履歴と、を受信する受信工程と、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定工程と、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行工程と、
を備えることを特徴とするサーバの制御方法。
【請求項１９】
サーバ用コンピュータを、アカウントに紐付ける端末を管理するサーバとして機能させるサーバ用プログラムと、端末用コンピュータを、前記アカウントに紐付けられた第１端末として機能させる第１端末用プログラムと、端末用コンピュータを、いずれのアカウントも紐付けられていない第２端末として機能させる第２端末用プログラムと、を備えるシステム用プログラムであって、
前記第１端末用プログラムは、前記端末用コンピュータを、
前記第１端末の加速度の時間変化を計測する第１計測部、
前記計測された加速度の時間変化を表す第１履歴を、前記サーバへ送信する第１送信部、
として機能させ、
前記第２端末用プログラムは、前記端末用コンピュータを、
前記第２端末の加速度の時間変化を計測する第２計測部、
前記計測された加速度の時間変化を表す第２履歴を、前記サーバへ送信する第２送信部、
として機能させ、
前記サーバ用プログラムは、前記サーバ用コンピュータを
前記第１履歴と、前記第２履歴と、を受信する受信部、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定部、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行部、
として機能させることを特徴とするシステム用プログラム。
【請求項２０】
サーバ用コンピュータを、アカウントに紐付ける端末を管理するサーバとして機能させるサーバ用プログラムであって、
前記サーバ用プログラムは、前記サーバ用コンピュータを、
前記アカウントに紐付けられた第１端末から送信された前記第１端末の加速度の時間変化を表す第１履歴と、いずれのアカウントも紐付けられていない第２端末から送信された前記第２端末の加速度の時間変化を表す第２履歴と、を受信する受信部、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定部、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行部、
として機能させることを特徴とするサーバ用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とするアカウント管理システム、サーバ、システムの制御方法、サーバの制御方法、システム用プログラム及びサーバ用プログラムに関する。
【背景技術】
【０００２】
従来より、オンラインゲームやスマホアプリ等のアカウントや当該アカウントに紐づけられたアイテムなどを現実の通貨で売買するリアルマネートレードが行われている。このような行為は、オンラインゲームやスマホアプリ等のサービスの提供者が利用規約で禁止しているものの、依然として行われている。
【０００３】
アカウント移行に関する技術として、例えば、特許文献１のような技術が知られている。特許文献１の技術では、旧携帯端末キーからセンターにキー情報を一時的に預け、センターから旧携帯端末キーにペアリング実施権限が付与され、新携帯端末キーはセンターからキー情報を受け取る。そして、ペアリング実施権限が付与された旧携帯端末キーを用いて通信マスタをペアリングモードに移行させ、新携帯端末キーと通信マスタとをペアリングする。
【０００４】
特許文献１の技術では、旧携帯端末キー及び新携帯端末キーは、それぞれが通信マスタと通信を行える距離であればよく、旧携帯端末キーと新携帯端末キーとが離れた状態でもキー情報の移行は可能である。このように、アカウント移行元の端末とアカウント移行先の端末とが離れていてもアカウント移行が可能な技術では、リアルマネートレードにおける売り手と買い手は、直接顔を合わさなくてもよいので、リアルマネートレードによる売買の抑制には繋がりにくい。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−１５０６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
リアルマネートレードによる売買を抑制することが可能なアカウント移行技術が望まれる一方で、機種変更時等のアカウント移行は簡易に行いたいという要望もある。
【０００７】
本発明は、上記のような課題を解決するもので、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とするアカウント管理システム、サーバ、システムの制御方法、サーバの制御方法、システム用プログラム及びサーバ用プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するために、本発明に係るアカウント管理システムは、
アカウントに紐付ける端末を管理するサーバと、前記アカウントに紐付けられた第１端末と、いずれのアカウントも紐付けられていない第２端末と、を備えるアカウント管理システムであって、
前記第１端末は、
前記第１端末の加速度の時間変化を計測し、
前記計測された加速度の時間変化を表す第１履歴を、前記サーバへ送信し、
前記第２端末は、
前記第２端末の加速度の時間変化を計測し、
前記計測された加速度の時間変化を表す第２履歴を、前記サーバへ送信し、
前記サーバは、
前記第１履歴と、前記第２履歴と、を受信し、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定し、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する。
【発明の効果】
【０００９】
本発明によれば、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とするアカウント管理システム、サーバ、システムの制御方法、サーバの制御方法、システム用プログラム及びサーバ用プログラムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係るアカウント管理システムにおける、サーバと、第１端末と、第２端末との関係を説明するための図である。
【図２】本発明の実施形態に係るアカウント管理システムを構成するサーバ、第１端末及び第２端末が実現される典型的な情報処理装置の概要構成を説明するための図である。
【図３】実施形態１に係るアカウント管理システムを構成するサーバ、第１端末及び第２端末の概要構成を説明するための図である。
【図４】第１端末及び第２端末に表示されるメッセージの例を説明するための図である。
【図５】第１端末と、第２端末と、を重ねた状態を説明するための図である。
【図６】アカウント情報テーブルを説明するための図である。
【図７】アカウント情報テーブルを説明するための図である。
【図８】実施形態１に係る第１端末（第２端末）の処理を説明するためのフローチャートである。
【図９】実施形態１に係るサーバの処理を説明するためのフローチャートである。
【図１０】実施形態２に係るアカウント管理システムを構成するサーバ、第１端末及び第２端末の概要構成を説明するための図である。
【図１１】実施形態２に係る第１端末（第２端末）の処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１１】
以下に、本発明の実施形態に係るアカウント管理システムについて説明する。なお、以下に説明する実施形態は、本発明の要旨を説明するためのものであり、本発明の技術的な範囲は、これに限られない。また、各実施形態にて説明する要素は、用途に応じて適宜省略することも可能である。当業者であれば、これらの各要素又は全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【００１２】
（１．全体構成）
本発明の実施形態に係るアカウント管理システム１は、図１に示すように、サーバ１００と、第１端末２１０と、第２端末２２０と、から構成される。サーバ１００、第１端末２１０及び第２端末２２０は、コンピュータ通信網３００に接続される。
【００１３】
以下では、あるユーザが第１端末２１０から第２端末２２０へアカウントの移行を希望する場合を例に、各装置の説明を行う。
【００１４】
サーバ１００は、アカウントに紐付ける端末を管理する。アカウントとは、典型的には、ユーザを特定するためのものであり、例えば、サーバ１００やその他の装置が提供するゲームやアプリ等のログインＩＤ等である。なお、本発明において、アカウントには、個人情報や、ゲームやアプリ等のアイテムが含まれてもよい。
【００１５】
サーバ１００は、第１端末２１０及び第２端末２２０からアカウント移行の要求を受け付け、第１端末２１０と第２端末２２０との間でアカウント移行を行う。
【００１６】
第１端末２１０は、サーバ１００において、アカウントに紐付けられた端末である。すなわち、アカウント移行元の端末である。
【００１７】
第２端末２２０は、サーバ１００において、いずれのアカウントも紐付けられていない端末である。すなわち、アカウント移行先の端末である。
【００１８】
以下に示す実施形態では、第１端末２１０及び第２端末２２０には、ゲームアプリ等のアプリがインストールされており、このアプリを用いて、当該アプリで使用されるアカウントの移行をサーバ１００に要求する。
【００１９】
リアルマネートレードによるアカウントの売買は、通常ネットワークを介して行われる。すなわち、アカウント移行元の端末（第１端末２１０）とアカウント移行先の端末（第２端末２２０）とは物理的に離れた場所にあることが極めて多い。よって、アカウント移行時に、アカウント移行元の端末とアカウント移行先の端末とが同じ場所にあることを要求すれば、リアルマネートレードによるアカウントの売買を抑制することができる。
【００２０】
一方、リアルマネートレードを目的としていない正当なユーザが機種変更等によるアカウント移行を希望する場合、正当なユーザは、アカウント移行時にアカウント移行元の端末とアカウント移行先の端末とを所持しているのが一般的である。したがって、両端末が同じ場所にあることを要求することは、正当なユーザのアカウント移行を妨げない。
【００２１】
本発明の実施形態に係るアカウント管理システム１は、アカウント移行時にアカウント移行元の端末とアカウント移行先の端末とが同じ場所にあるか否かをユーザに簡易な動作を求めるだけで判断することができるものであり、これにより、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とするものである。
【００２２】
（２．情報処理装置の概要構成）
本発明の実施形態に係るアカウント管理システム１を構成するサーバ１００、第１端末２１０及び第２端末２２０が実現される典型的な情報処理装置６００の概要構成について説明する。
【００２３】
情報処理装置６００は、図２に示すように、ＣＰＵ（Central Processing Unit）６０１と、ＲＯＭ（Read Only Memory）６０２と、ＲＡＭ（Random Access Memory）６０３と、記憶部６０４と、通信部６０５と、画像処理部６０６と、ディスプレイ６０７と、音声処理部６０８と、スピーカ６０９と、マイク６１０と、操作部６１１と、加速度センサ６１２と、光センサ６１３と、を備える。
【００２４】
ＣＰＵ  ６０１は、情報処理装置６００全体の動作を制御し、各構成要素と接続され、制御信号やデータをやりとりする。
【００２５】
ＲＯＭ  ６０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ  ６０３に読み出してＣＰＵ  ６０１による当該プログラムの実行が開始される。
【００２６】
ＲＡＭ  ６０３は、データやプログラムを一時的に記憶するためのもので、記憶部６０４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。
【００２７】
記憶部６０４は、ＳＳＤ（Solid State Drive）やハードディスク等から構成され、情報処理装置６００で処理する種々のデータを記憶する。例えば、記憶部６０４は、情報処理装置６００全体の動作制御に必要なオペレーティングシステムのプログラム、各種のアプリケーション、及び付随するデータ等を記憶する。
【００２８】
通信部６０５は、情報処理装置６００をインターネット等のコンピュータ通信網に接続するためのものである。通信部６０５を介して、移動体通信網や無線ＬＡＮ等を利用して無線通信を行ったり、有線ＬＡＮ等を利用して有線通信を行う。
【００２９】
画像処理部６０６は、例えば、ＬＣＤ（Liquid Crystal Display）等のディスプレイ６０７に表示するための画像情報を記憶するＶＲＡＭ（Video Random Access Memory）と、画像情報を処理するための画像演算プロセッサとを含んで構成される。画像処理部６０６は、ＣＰＵ  ６０１にて、記憶部６０４から読み出されたデータやカメラで撮影されたデータが処理された後、当該データを加工処理し、これをＶＲＡＭに格納するなどして、画像情報を生成する。
【００３０】
音声処理部６０８は、記憶部６０４等から読み出されたデータをアナログ信号に変換し、スピーカ６０９から出力させる。また、音声処理部６０８は、マイク６１０により集音したアナログ信号をデジタル音声データに変換し、ＣＰＵ  ６０１に入力する。マイク６１０により検出される音によって情報処理装置６００に与える各種の指示とすることも可能である。
【００３１】
操作部６１１は、タッチスクリーンやタッチパッド、ボタンやキーボード、若しくは、マウス等であり、ユーザによる操作を受け付ける。
【００３２】
加速度センサ６１２は、３軸方向における加速度を検出することによって情報処理装置６００の動きや振動を検出するセンサである。加速度センサ６１２は、情報処理装置６００を振り下げたり、振り上げたり、これらの動作を繰り返すシェイク動作等をすると、これらの各種の動作を検知する。
【００３３】
光センサ６１３は、情報処理装置６００の周囲光のＲＧＢ成分や照度等を検知する。
【００３４】
なお、サーバ１００が実現される情報処理装置６００には、加速度センサ６１２及び光センサ６１３は含まれなくてもよい。
【００３５】
本実施形態に係るサーバ１００、第１端末２１０及び第２端末２２０は、典型的には、プログラムを情報処理装置６００が実行することによって実現される。ここで、情報処理装置６００は、サーバコンピュータ、デスクトップ型コンピュータ、ノート型コンピュータ、タブレット型コンピュータ等のように、コンピュータとして製造、販売等されているもののほか、携帯電話、スマートホン、タブレット型電話等のように、電話機として製造、販売等されているもの、携帯ゲーム機、家庭用エンターテインメント装置等のように、ゲーム機やマルチメディア端末として製造、販売等されているものも含まれる。典型的には、本実施形態に係るサーバ１００は、高性能な据置型コンピュータやクラウド型コンピュータ等により実現され、第１端末２１０及び第２端末２２０は、スマートホンや携帯ゲーム機等により実現される。
【００３６】
情報処理装置６００にて実行されるプログラムや、当該プログラムにより参照される各種のデータは、情報処理装置６００が通信可能に接続されたサーバにより配布、販売することができるほか、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk ROM）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）などの非一時的（non-transitory）な情報記録媒体に記録した上で、当該情報記録媒体を配布、販売等することも可能である。
【００３７】
以下、情報処理装置６００において実現されるサーバ１００、第１端末２１０及び第２端末２２０から構成されるアカウント管理システム１について、図１乃至図１１を参照して説明する。各情報処理装置６００に電源が投入されると、サーバ１００、第１端末２１０及び第２端末２２０として機能させる各プログラムが実行され、実施形態に係るサーバ１００、第１端末２１０及び第２端末２２０が実現される。
【００３８】
（３．実施形態１に係るアカウント管理システム）
本実施形態に係るアカウント管理システム１は、図３に示すように、サーバ１００と、第１端末２１０と、第２端末２２０と、から構成される。
【００３９】
サーバ１００は、受信部１０１と、推定部１０２と、移行部１０３と、を備える。
【００４０】
第１端末２１０は、第１出力部２１１と、第１計測部２１２と、第１送信部２１３と、を備える。
【００４１】
第２端末２２０は、第２出力部２２１と、第２計測部２２２と、第２送信部２２３と、を備える。
【００４２】
（４．実施形態１に係る第１端末及び第２端末の概要構成）
第１出力部２１１は、第１端末２１０と第２端末２２０とを重ねてシェイクすべき旨の第１指示を出力する。
【００４３】
本実施形態において、ＣＰＵ  ６０１、画像処理部６０６及びディスプレイ６０７が協働して、第１出力部２１１として機能する。
【００４４】
第１指示とは、第１端末２１０にてユーザに示される指示であって、第１端末２１０と第２端末２２０とを重ねてシェイク動作を行うことを求める指示である。本実施形態では、図４に示すように、第１端末２１０の画面に示されるメッセージ４１０が第１指示である。
【００４５】
例えば、ユーザが、アカウント移行元の第１端末２１０においてアカウント移行のためのアプリを立ち上げ、アカウント移行の指示を行うと、第１出力部２１１は、図４に示すように、第１端末２１０の画面にメッセージ４１０（第１指示）を表示する。
【００４６】
第２出力部２２１は、第２端末２２０と第１端末２１０とを重ねてシェイクすべき旨の第２指示を出力する。
【００４７】
本実施形態において、ＣＰＵ  ６０１、画像処理部６０６及びディスプレイ６０７が協働して、第２出力部２２１として機能する。
【００４８】
第２指示とは、第２端末２２０にてユーザに示される指示であって、第１端末２１０と第２端末２２０とを重ねてシェイク動作を行うことを求める指示である。本実施形態では、図４に示すように、第２端末２２０の画面に示されるメッセージ４２０が第２指示である。
【００４９】
例えば、ユーザがアカウント移行先の第２端末２２０においてアカウント移行のためのアプリを立ち上げ、アカウント移行の指示を行うと、第２出力部２２１は、図４に示すように、第２端末２２０の画面にメッセージ４２０（第２指示）を表示する。
【００５０】
第１計測部２１２は、第１指示が出力されると、第１端末２１０の加速度の時間変化を計測する。
【００５１】
本実施形態において、ＣＰＵ  ６０１及び加速度センサ６１２が協働して、第１計測部２１２として機能する。なお、以下に示す実施形態でも同様である。
【００５２】
例えば、第１端末２１０において図４に示すようにメッセージ４１０が表示されると、第１計測部２１２は、第１端末２１０の加速度を所定のサンプリング間隔で計測し始める。
【００５３】
第２計測部２２２は、第２指示が出力されると、第２端末２２０の加速度の時間変化を計測する。
【００５４】
本実施形態において、ＣＰＵ  ６０１及び加速度センサ６１２が協働して、第２計測部２２２として機能する。なお、以下に示す実施形態でも同様である。
【００５５】
例えば、第２端末２２０において図４に示すようにメッセージ４２０が表示されると、第２計測部２２２は、第２端末２２０の加速度を所定のサンプリング間隔で計測し始める。
【００５６】
そして、ユーザが、図５に示すように、第１端末２１０と第２端末２２０とを重ねて保持し、この状態でシェイク動作（例えば、矢印７００の方向に繰り返し振る）を行うと、第１計測部２１２は、シェイク動作による第１端末２１０の加速度を求め、第２計測部２２２は、シェイク動作による第２端末２２０の加速度を求める。
【００５７】
なお、第１端末２１０と第２端末２２０との重ね方は、図５の状態に限らず、両端末を重ねた状態でシェイク動作することができる重ね方であれば、どのような重ね方でもよい。例えば、第１端末２１０及び第２端末２２０の画面は、同一方向（例えば、両端末とも上側）に向いていてもよいし、別方向（例えば、両端末の画面が向き合う、あるいは、逆方向に向いている）に向いていてもよい。また、例えば、両端末が完全に一致して重ねられていなくてもよい。例えば、両端末を重ねて十字の形にするなど、角度をつけるようにしてもよい。
【００５８】
第１送信部２１３は、計測された加速度の時間変化を表す第１履歴を、サーバ１００へ送信する。
【００５９】
本実施形態において、ＣＰＵ  ６０１及び通信部６０５が協働して、第１送信部２１３として機能する。
【００６０】
第２送信部２２３は、計測された加速度の時間変化を表す第２履歴を、サーバ１００へ送信する。
【００６１】
本実施形態において、ＣＰＵ  ６０１及び通信部６０５が協働して、第２送信部２２３として機能する。
【００６２】
例えば、第１履歴は、第１端末２１０の加速度の大きさの時系列ベクトル（a1）であり、以下の式で表すこととする。なお、Ｎは１以上の自然数であり、サンプリング数を表す。
【００６３】
（数１）
a1 = (a1_1, a1_2, a1_3, …, a1_N)
【００６４】
また、第２履歴は、第２端末２２０の加速度の大きさの時系列ベクトル（a2）であり、以下の式で表すこととする。
【００６５】
（数２）
a2 = (a2_1, a2_2, a2_3, …, a2_N)
【００６６】
ここで、第１送信部２１３は、第１計測部２１２により第１端末２１０の加速度の時間変化が計測され、当該計測が完了すると直ちに、第１履歴をサーバ１００へ送信し、第２送信部２２３は、第２計測部２２２により第２端末２２０の加速度の時間変化が計測され、当該計測が完了すると直ちに、第２履歴をサーバ１００へ送信するようにしてもよい。
【００６７】
例えば、第１計測部２１２が、予め設定された加速度のサンプリング数（Ｎ個）の計測を完了すると、第１送信部２１３は、第１履歴（a1）を直ちにサーバ１００に送信し、第２計測部２２２が、予め設定されたサンプリング数（Ｎ個）の計測を完了すると、第２送信部２２３は、第２履歴（a2）を直ちにサーバ１００に送信する。
【００６８】
このような構成によれば、次のような偽造を防止することができる。例えば、第１端末２１０は第２端末２２０と物理的に離れた場所にあり、ユーザが他の端末と第２端末２２０とを重ねてシェイク動作をしたとする。そして、他の端末で計測された加速度の変化の履歴を、他の端末から第１端末２１０に送信する。そして、第１端末２１０から他の端末で計測された加速度の変化の履歴を第１履歴としてサーバ１００に送信し、第２端末２２０から他の端末と重ねてシェイク動作したときに計測された第２履歴をサーバ１００に送信すると、物理的に離れた第１端末２１０と第２端末２２０との間でアカウント移行処理が可能となってしまう。しかしながら、加速度が計測された後直ちに、第１履歴及び第２履歴がサーバ１００に送信されることにより、計測した履歴のコピーを行うことができないので、コピーによる偽造行為を防ぐことができる。
【００６９】
あるいは、第１送信部２１３は、第１計測部２１２により第１端末２１０の加速度の時間変化が所定長計測されるごとに、第１履歴をサーバ１００へ送信し、第２送信部２２３は、第２計測部２２２により第２端末２２０の加速度の時間変化が所定長計測されるごとに、第２履歴をサーバ１００へ送信するようにしてもよい。
【００７０】
例えば、所定長とは、サンプリング間隔の長さである。この場合、第１計測部２１２により、加速度の値（a1_x（x: 1〜N））が１つ計測されるごとに、第１送信部２１３は、当該値をサーバ１００に送信する。また、第２計測部２２２により、加速度の値（a2_x（x: 1〜N））が１つ計測されるごとに、第２送信部２２３は、当該値をサーバ１００に送信する。
【００７１】
このような構成により、上記の計測完了後直ちに第１履歴及び第２履歴をサーバ１００に送信する場合と同様に、計測した履歴のコピーによる偽造行為を防ぐことができる。
【００７２】
なお、本実施形態において、第１出力部２１１及び第２出力部２２１は省略可能である。よって、本実施形態では、第１計測部２１２は、第１指示が出力されると、第１端末２１０の加速度の時間変化を計測し、第２計測部２２２は、第２指示が出力されると、第２端末２２０の加速度の時間変化を計測するが、これに限らない。すなわち、第１計測部２１２は第１指示が出力されなくても計測を開始し、第２計測部２２２は第２指示が出力されなくても計測を開始するようにしてもよい。例えば、第１計測部２１２及び第２計測部２２２は、加速度の時間変化が所定量を超えたことをトリガとし、計測を開始してもよい。また、第１指示及び第２指示は、テキスト情報に限らず、例えば、音声であってもよい。
【００７３】
（５．実施形態１に係るサーバの概要構成）
サーバ１００には、ユーザのアカウントと端末固有ＩＤとが紐付けられて登録されている。
【００７４】
アカウントとは、ユーザを特定するための情報であり、典型的にはユーザＩＤとパスワードの組み合わせで構成される。なお、アカウントは、ユーザＩＤとパスワードとの組み合わせに限らず、種々の情報が用いられる。例えば、生体認証で使用される指紋等の生体情報が用いられてもよい。
【００７５】
端末固有ＩＤとは、端末を一意に識別するためのものであり、例えば、ＭＡＣ（Media Access Control）アドレス、端末のシリアル番号、ＩＭＥＩ（International Mobile Equipment Identity）等である。
【００７６】
本実施形態では、アカウント移行を要求しているユーザのユーザＩＤを“ＡＡＡ”、パスワードを“ＸＸＸＸＸＸＸＸ”とする。また、第１端末２１０の端末固有ＩＤは、“１１１１１１１１１１”、第２端末２２０の端末固有ＩＤは、“２２２２２２２２２２”であるとする。
【００７７】
例えば、サーバ１００には、図６に示すアカウント情報テーブル５００ａが格納されている。
【００７８】
アカウント情報テーブル５００ａは、アカウント５００ａ１と、端末固有ＩＤ  ５００ａ２と、が対応付けて登録されている。アカウント５００ａ１は、ユーザＩＤ  ５００ａ３と、パスワード５００ａ４と、から構成される。
【００７９】
例えば、図６のアカウント情報テーブル５００ａの１行目は、ユーザＩＤ  ５００ａ３が“ＡＡＡ”でパスワード５００ａ４が“ＸＸＸＸＸＸＸＸ”の組み合わせのアカウント５００ａ１は、端末固有ＩＤ  ５００ａ２が“１１１１１１１１１１”の端末と紐付けられていることを示す。すなわち、ユーザＩＤ  ５００ａ３が“ＡＡＡ”のユーザのアカウントは、第１端末２１０と紐付けられている。
【００８０】
図３に戻って、受信部１０１は、第１履歴と、第２履歴と、を受信する。
【００８１】
本実施形態において、ＣＰＵ  ６０１及び通信部６０５が協働して、受信部１０１として機能する。
【００８２】
例えば、受信部１０１は、第１端末２１０から加速度の大きさの時系列ベクトル（a1）と、第２端末２２０から加速度の大きさの時系列ベクトル（a2）と、を受信する。
【００８３】
推定部１０２は、第１履歴と、第２履歴と、が所定の時間差内で受信されると、第１履歴と、第２履歴と、から、第１端末２１０と、第２端末２２０と、が、重ねてシェイクされた時間長及び強さを推定する。
【００８４】
本実施形態において、ＣＰＵ  ６０１が、推定部１０２として機能する。
【００８５】
所定の時間差とは、第１端末２１０から送られてきた第１履歴の受信時間と、第２端末２２０から送られてきた第２履歴の受信時間とのずれの許容範囲を示すものである。所定の時間差は、サーバの管理者が適宜設定することができる。
【００８６】
第１履歴の受信時間と第２履歴の受信時間とのずれが大きい程、第１端末２１０と第２端末２２０とが同時にシェイク動作されていない可能性が高いことを示す。第１端末２１０と第２端末２２０とが同時にシェイク動作されていないということは、第１端末２１０と第２端末２２０とが同一ユーザにより所持（把持）されていない可能性が高くなり、このような状況でアカウント移行を可能とすると、リアルマネートレードの抑制には繋がらない。
【００８７】
よって、推定部１０２は、第１履歴と第２履歴とが所定の時間差内で受信されない場合は、第１端末２１０と第２端末２２０とが同時にシェイク動作されていないとして、重ねてシェイクされた時間長及び強さの推定を行わない。
【００８８】
なお、同一ユーザが第１端末２１０と第２端末２２０とを把持していたともしても、例えば、片方の手で第１端末２１０を把持し、他方の手で第２端末２２０を把持して、それぞれの手で同時にシェイク動作をすれば、それは重ねてシェイク動作を行ったことにならない。このような場合でも、それぞれの端末から送信されるタイミングによっては、第１履歴の受信時間と第２履歴の受信時間とのずれが所定の時間差内に収まる場合もある。しかし、端末を重ねずに両手で一つずつ端末を持ちシェイク動作をおこなった場合、加速度の時間変化のパターンは、重ねてシェイク動作が行われた場合に比べて、類似の度合いが低いと考えられる。よって、両手で一つずつ端末を持ちシェイク動作をおこなった場合は、以下に示す手法により求められる、重ねてシェイクされた時間長及び強さが所定の条件（移行条件）を満たさないと判断されることにより、両端末が重ねて同時にシェイクされたとみなすことができる場合（すなわち、アカウントの紐付け先を移行できる場合）から、除外されることとなる。
【００８９】
ここで、第１端末２１０と第２端末２２０とが同時にシェイク動作されたとしても、各端末が加速度の計測を開始する時刻は厳密に一致しないことがある。
【００９０】
例えば、各端末が加速度の計測を開始する時刻がずれているため、第１端末２１０が計測した時系列ベクトル（a1）の先頭の値（a1_1）と、第２端末２２０が計測した時系列ベクトル（a2）の先頭の値（a2_1）とは、同じ時刻に計測されていない。この時間的なずれがどれくらいであるかを、サンプリングのずれ（d）で表すこととする。つまり、時系列ベクトル（a1）の先頭の値（a1_1）と時系列ベクトル（a2）の先頭の値（a2_1）の時間的なずれを、サンプリングd個分として表す。
【００９１】
ここで、サンプリングのずれ（d）の正の値は、第１履歴（第１端末２１０が計測した時系列ベクトル（a1））の方が第２履歴（第２端末２２０が計測した時系列ベクトル（a2））よりも早く計測されたことを示す。一方、サンプリングのずれｄの負の値は、第１履歴よりも第２履歴の方が早く計測されたことを示す。
【００９２】
例えば、計測時刻のずれを考慮して、重ねてシェイクされた時間長及び強さを以下のように推定する。
【００９３】
以下の手法では、第１端末２１０から受信した加速度の大きさの時系列ベクトル（a1）及び第２端末２２０から受信した加速度の大きさの時系列ベクトル（a2）から、重ねてシェイクされた強さが最も強くなる時系列ベクトルの組み合わせを求め、そこから、加速度の大きさの時系列ベクトル（a1）及び加速度の大きさの時系列ベクトル（a2）のサンプリングのずれdの値を求めることにより、同時にシェイクされた時間長を求める。
【００９４】
まず、「許容される計測時刻のずれ」をGとし、「加速度を検知するサンプリング間隔」をsとする。Gをsで割った値G/sにより、dの範囲を以下のように設定する。
【００９５】
（数３）
-G/s ≦ d ≦ G/s
【００９６】
d≧0の場合、a1の先頭d個を削除し、a2の末尾d個を削除したベクトルを、それぞれA1(d)、A2(d)とする。
【００９７】
d<0の場合、a1の末尾（-d）個を削除し、a2の先頭（-d）個を削除したベクトルを、それぞれA1(d)、A2(d)とする。
【００９８】
ベクトルA1(d)、A2(d)の相関C(d)は、「ベクトルA1(d)、A2(d)の内積」を、「ベクトルA1(d)の長さ及びA2(d)の長さ」で割ったものにより、以下のように計算できる。
【００９９】
（数４）
C(d) = A1(d)・A2(d) / (|A1(d)| |A2(d)|)
【０１００】
ここで、C(d)が最大となるdを（数３）で表す範囲内から探す。
【０１０１】
そして、C(d)が最大となるdの値をDとする。すなわち、Dは以下の式で表すことができる。
【０１０２】
（数５）
D = argmaxd, -G/s ≦ d ≦ G/s C(d)
【０１０３】
N-|D|は、第１端末２１０と第２端末２２０とが重ねて振られた「時間長」を表す。
【０１０４】
C(D)は、第１端末２１０と第２端末２２０とが重ねて振られた「強さ」を表す。C(D)は１以下の値をとる。
【０１０５】
移行部１０３は、推定された時間長及び強さが移行条件を満たせば、アカウントの紐付け先を、第１端末２１０から第２端末２２０へ移行する。
【０１０６】
本実施形態において、ＣＰＵ  ６０１が、移行部１０３として機能する。
【０１０７】
移行条件とは、推定された時間長及び強さが示す値が、第１端末２１０及び第２端末２２０が重ねて同時にシェイクされたとみなすことができる値であるか否かを判断するための条件である。移行条件は、例えば、推定された時間長が第１閾値以上であり、推定された強さが第２閾値以上であることを求める条件である。第１閾値及び第２閾値は、アカウント管理システム１の管理者が適宜設定可能である。
【０１０８】
第１閾値は、例えば、「同時にシェイク動作したことが求められる時間長（「5秒」など）」を「加速度の計測のサンプリング間隔」で割った値である。
【０１０９】
第２閾値は、例えば、「0.8以上」「0.6以上」などの１以下の値である。この値は、実際に２つの端末を重ねて同時にシェイク動作を行った場合にそれぞれの端末の加速度の時系列ベクトルがどの程度相関するかを調べる実験を行い、その結果に基づき定めてもよい。
【０１１０】
例えば、時間長を表すN-|D|が第１閾値以上であり、強さを表すC(D)が第２閾値以上であると、移行部１０３は、移行条件を満たすと判断する。
【０１１１】
移行部１０３は、推定された時間長（N-|D|）及び推定された強さ（C(D)）が移行条件を満たすと判断すると、図７に示すように、ユーザＩＤ  ５００ａ３が“ＡＡＡ”でパスワード５００ａ４が“ＸＸＸＸＸＸＸＸ”の組み合わせのアカウントに紐付ける端末固有ＩＤ  ５００ａ２を“１１１１１１１１１１”から、“２２２２２２２２２２”に変更する。すなわち、ユーザＩＤ  ５００ａ３が“ＡＡＡ”のユーザのアカウントは、第２端末２２０と紐付けられる。
【０１１２】
アカウント移行元の端末とアカウント移行先の端末とが同じ場所にあり、重ねて同時にシェイク動作がされれば、各端末が計測する加速度の時間変化のパターンは極めて類似すると考えられる。本実施形態によれば、アカウントに紐付けられた第１端末（アカウント移行元の端末）と、いずれのアカウントにも紐付けられていない端末（アカウント移行先の端末）とから受信した加速度の時間変化に基づいて、両端末が重ねて同時にシェイク動作がされているか否かを判断する。両端末が重ねて同時にシェイク動作がされたと判断された場合のみ、アカウントの紐付けを変更する。
【０１１３】
本実施形態によれば、アカウント移行元の端末とアカウント移行先の端末とがアカウント移行時に同じ場所にあることが要求され、ユーザは、両端末を重ねてシェイク動作するという簡易な動作を行うだけで、アカウント移行を行うことができる。よって、本実施形態によれば、リアルマネートレードによる売買を抑制する、簡易なアカウント移行を行うことができる。
【０１１４】
なお、本実施形態において、推定部１０２は、第１履歴と第２履歴とが所定の時間差内で受信された場合のみ推定を行ったがこれに限らず、所定の時間差内で受信されたか否かの判断を行わずに、推定を行ってもよい。また、推定部１０２は、重ねてシェイクされた時間長及び強さを推定することにより、重ねてシェイクされたか否かを推定したが、これに限らない。重ねてシェイクされたか否かを適当に推定できる値であればどのような値でもよい。また、移行部１０３は、推定された時間長及び強さが移行条件を満たす場合、アカウントの紐付け先を移行したが、これに限らず、推定部１０２により、第１端末２１０と第２端末２２０とが重ねてシェイクされたと推定されれば、アカウントの紐付け先を移行するようにしてもよい。
【０１１５】
（６．実施形態１に係る第１端末及び第２端末の動作）
本実施形態に係るアカウント管理システム１における第１端末２１０及び第２端末２２０の動作について説明する。第１端末２１０及び第２端末２２０は、例えば、ユーザよりアカウント移行の指示を受け付けると、図８に示す処理を開始する。なお、第１端末２１０と第２端末２２０は、同じ処理の流れを有するので、以下の説明では、第１端末２１０の処理を説明し、第２端末２２０の処理は、括弧内の文言で置き換えて説明する。
【０１１６】
第１出力部２１１（第２出力部２２１）が第１端末２１０と第２端末２２０とを重ねてシェイクすべき旨の第１指示（第２指示）を出力する（ステップＳ１０１）。
【０１１７】
例えば、第１出力部２１１（第２出力部２２１）は、図４に示すように、第１端末２１０（第２端末２２０）の画面にメッセージ４１０（第１指示）（メッセージ４２０（第２指示））を表示する。
【０１１８】
第１計測部２１２（第２計測部２２２）は、第１指示（第２指示）が出力されると、第１端末２１０（第２端末２２０）の加速度の時間変化を計測する（ステップＳ１０２）。
【０１１９】
例えば、第１端末２１０（第２端末２２０）において図４に示すようにメッセージ４１０（メッセージ４２０）が表示されると、第１計測部２１２（第２計測部２２２）は、第１端末２１０（第２端末２２０）の加速度を所定のサンプリング間隔で計測し始める。
【０１２０】
第１送信部２１３（第２送信部２２３）は、第１計測部２１２（第２計測部２２２）による第１端末２１０（第２端末２２０）の加速度の時間変化の計測が完了したか否かを判断する（ステップＳ１０３）。第１送信部２１３（第２送信部２２３）が、第１計測部２１２（第２計測部２２２）による第１端末２１０（第２端末２２０）の加速度の時間変化の計測が完了したと判断すると（ステップＳ１０３；Ｙｅｓ）、第１送信部２１３（第２送信部２２３）は、計測された加速度の時間変化を表す第１履歴（第２履歴）を、サーバ１００へ直ちに送信する（ステップＳ１０４）。一方、第１送信部２１３（第２送信部２２３）が、第１計測部２１２（第２計測部２２２）による第１端末２１０（第２端末２２０）の加速度の時間変化の計測が完了していないと判断すると（ステップＳ１０３；Ｎｏ）、第１計測部２１２（第２計測部２２２）による計測の完了まで待機する。
【０１２１】
例えば、第１計測部２１２（第２計測部２２２）が、予め設定された加速度のサンプリング数（Ｎ個）の計測を完了すると、第１送信部２１３（第２送信部２２３）は、第１履歴（a1）（第２履歴（a2））を直ちにサーバ１００に送信する。
【０１２２】
なお、上記のフローチャートでは、ステップＳ１０３において、第１送信部２１３（第２送信部２２３）は、加速度の時間変化の計測が完了を確認した後、第１履歴（第２履歴）をサーバ１００に直ちに送信しているが、これに限らず、第１送信部２１３（第２送信部２２３）は、第１計測部２１２（第２計測部２２２）により第１端末２１０（第２端末２２０）の加速度の時間変化が所定長計測されるごとに、第１履歴（第２履歴）をサーバ１００へ送信するようにしてもよい。
【０１２３】
例えば、第１計測部２１２（第２計測部２２２）により、加速度の値（a1_x（x: 1〜N）（a2_x））が１つ計測されるごとに、第１送信部２１３（第２送信部２２３）は、当該値をサーバ１００に送信する。
【０１２４】
（７．実施形態１に係るサーバの動作）
本実施形態に係るアカウント管理システム１におけるサーバ１００の動作について説明する。サーバ１００は、例えば、電源が投入されると、図９に示す処理を開始する。
【０１２５】
受信部１０１は、第１履歴と、第２履歴と、を受信したか否かを判断する（ステップＳ２０１）。受信部１０１が、第１履歴と、第２履歴と、を受信したと判断すると（ステップＳ２０１；Ｙｅｓ）、推定部１０２は、第１履歴と、第２履歴と、が所定の時間差内で受信されたか否かを判断する（ステップＳ２０２）。一方、受信部１０１が、第１履歴と、第２履歴と、を受信していないと判断すると（ステップＳ２０１；Ｎｏ）、そのまま待機する。
【０１２６】
例えば、受信部１０１は、第１端末２１０から加速度の大きさの時系列ベクトル（a1）を受信したか否か、第２端末２２０から加速度の大きさの時系列ベクトル（a2）を受信したか否かを判断する。受信部１０１は、どちらか一方又はいずれも受信していない場合は、そのまま待機する。受信部１０１が、第１端末２１０から加速度の大きさの時系列ベクトル（a1）と、第２端末２２０から加速度の大きさの時系列ベクトル（a2）と、を受信すると、推定部１０２は、時系列ベクトル（a1）の受信時間と時系列ベクトル（a2）の受信時間とを比較し、所定の時間差内か否かを判断する。
【０１２７】
推定部１０２は、第１履歴と、第２履歴と、が所定の時間差内で受信されたか否かを判断する（ステップＳ２０２）。推定部１０２は、第１履歴と、第２履歴と、が所定の時間差内で受信されたと判断すると（ステップＳ２０２；Ｙｅｓ）、第１履歴と、第２履歴と、から、第１端末２１０と、第２端末２２０と、が、重ねてシェイクされた時間長及び強さを推定する（ステップ２０３）。一方、推定部１０２が、第１履歴と、第２履歴と、が所定の時間差内で受信されなかったと判断すると（ステップＳ２０２；Ｎｏ）、ステップ２０１に戻る。
【０１２８】
例えば、推定部１０２は、第１端末２１０から加速度の大きさの時系列ベクトル（a1）と、第２端末２２０から加速度の大きさの時系列ベクトル（a2）とが所定の時間差内で受信されたと判断すると、時系列ベクトル（a1）と時系列ベクトル（a2）とから、上記（数３）の範囲で上記（数４）のC(d)が最大となるdを探し、C(d)が最大となるdをDとする。そして、第１端末２１０と第２端末２２０とが重ねてシェイクされた時間長を表すN-|D|を求め、重ねてシェイクされた強さを示すC(D)を求める。一方、推定部１０２は、時系列ベクトル（a1）と時系列ベクトル（a2）とが所定の時間差内で受信されなかったと判断すると、第１端末２１０と第２端末２２０とが同時にシェイク動作されていないとして、重ねてシェイクされた時間長及び強さの推定を行わず、ステップＳ２０１に戻る。
【０１２９】
移行部１０３は、推定された時間長及び強さが移行条件を満たすか否か判断する（ステップＳ２０４）。移行部１０３が、推定された時間長及び強さが移行条件を満たすと判断すると（ステップＳ２０４；Ｙｅｓ）、アカウントの紐付け先を、第１端末２１０から第２端末２２０へ移行する（ステップＳ２０５）。一方、移行部１０３が、推定された時間長及び強さが移行条件を満たさないと判断すると（ステップＳ２０４；Ｎｏ）、ステップＳ２０１に戻る。
【０１３０】
例えば、移行部１０３は、推定された時間長（N-|D|）が第１閾値以上及び推定された強さ（C(D)）が第２閾値以上であると判断すると、ユーザＩＤ  ５００ａ３が“ＡＡＡ”のユーザのアカウントに紐付ける端末固有ＩＤ  ５００ａ２を“１１１１１１１１１１”から、“２２２２２２２２２２”に変更する。一方、移行部１０３は、推定された時間長（N-|D|）が第１閾値未満又は推定された強さ（C(D)）が第２閾値未満であると判断すると、アカウント移行は行わず、ステップＳ２０１に戻る。
【０１３１】
（８．実施形態２に係るアカウント管理システム）
本実施形態に係るアカウント管理システム１は、図１０に示すように、サーバ１００と、第１端末２１０と、第２端末２２０と、から構成される。
【０１３２】
サーバ１００は、受信部１０１と、推定部１０２と、移行部１０３と、を備える。本実施形態において、サーバ１００の機能及び動作は、実施形態１に係るサーバ１００の機能及び動作と同様であるので、説明は省略する。
【０１３３】
第１端末２１０は、第１出力部２１１と、第１計測部２１２と、第１送信部２１３と、第１検知部２１４と、を備える。
【０１３４】
第２端末２２０は、第２出力部２２１と、第２計測部２２２と、第２送信部２２３と、第２検知部２２４と、を備える。
【０１３５】
実施形態２の第１送信部２１３及び第２送信部２２３は、実施形態１のものと同様の機能を有する。以下、第１出力部２１１、第１計測部２１２、第２出力部２２１及び第２計測部２２２の実施形態１と異なる機能、並びに、第１検知部２１４及び第２検知部２２４の機能について説明する。
【０１３６】
（９．実施形態２に係る第１端末及び第２端末の概要構成）
第１出力部２１１は、第１端末２１０と第２端末２２０とを重ねてシェイクすべき旨の第１指示を出力する。ここで、第１指示は、光によりなされる。
【０１３７】
本実施形態において、ＣＰＵ  ６０１、画像処理部６０６及びディスプレイ６０７が協働して、第１出力部２１１として機能する。
【０１３８】
例えば、第１指示は、第１端末２１０の画面において発せられる光であって、第１周期で点滅する青色の光とする。第１出力部２１１は、第１端末２１０の画面において第１周期で青色の光を点滅させる。
【０１３９】
第２出力部２２１は、第２端末２２０と第１端末２１０とを重ねてシェイクすべき旨の第２指示を出力する。ここで、第２指示は光によりなされる。
【０１４０】
本実施形態において、ＣＰＵ  ６０１、画像処理部６０６及びディスプレイ６０７が協働して、第２出力部２２１として機能する。
【０１４１】
例えば、第２指示は、第２端末２２０の画面において発せられる光であって、第２周期で点滅する赤色の光とする。第２出力部２２１は、第２端末２２０の画面において第２周期で赤色の光を点滅させる。
【０１４２】
なお、第１周期及び第２周期は、一般的な情報処理装置６００が制御することができる周期の範囲に含まれる。
【０１４３】
ユーザは、第１端末２１０及び第２端末２２０の画面において各光の点滅を見ることにより、重ねてシェイク動作が求められていることを知ることができる。
【０１４４】
第１検知部２１４は、第２指示を検知する。第１検知部２１４は、光センサを備える。
【０１４５】
本実施形態において、ＣＰＵ  ６０１及び光センサ６１３が協働して、第１検知部２１４として機能する。
【０１４６】
例えば、ユーザが第１端末２１０においてアカウント移行のためのアプリを立ち上げ、アカウント移行の指示を行い、第１端末２１０の画面から青色の光が発せられ第１周期で点滅すると（第１指示が出力されると）、第１検知部２１４は、周囲光の検知を開始し、赤色の光が第２周期で点滅しているか否かを判断する。
【０１４７】
第２検知部２２４は、第１指示を検知する。第２検知部２２４は、光センサを備える。
【０１４８】
本実施形態において、ＣＰＵ  ６０１及び光センサ６１３が協働して、第２検知部２２４として機能する。
【０１４９】
例えば、ユーザが第２端末２２０においてアカウント移行のためのアプリを立ち上げ、アカウント移行の指示を行い、第２端末２２０の画面から赤色の光が発せられ第２周期で点滅すると（第２指示が出力されると）、第２検知部２２４は、周囲光の検知を開始し、青色の光が第１周期で点滅しているか否かを判断する。
【０１５０】
そして、ユーザが、第１端末２１０と第２端末２２０とを重ねると、第１検知部２１４は、赤色の光が第２周期で点滅していることを検知し、第２検知部２２４は、青色の光が第１周期で点滅していることを検知する。
【０１５１】
第１計測部２１２は、第１指示が出力され、第２指示が検知されてから、第１端末２１０の加速度の時間変化を計測する。
【０１５２】
例えば、第１出力部２１１が、第１端末２１０の画面から青色の光を発し第１周期で点滅させ、第１検知部２１４が、赤色の光が第２周期で点滅していることを検知すると、第１計測部２１２は、第１端末２１０における加速度の時間変化の計測を開始する。
【０１５３】
第２計測部２２２は、第２指示が出力され、第１指示が検知されてから、第２端末２２０の加速度の時間変化を計測する。
【０１５４】
例えば、第２出力部２２１が、第２端末２２０の画面から赤色の光を発し第２周期で点滅させ、第２検知部２２４が、青色の光が第１周期で点滅していることを検知すると、第２計測部２２２は、第２端末２２０における加速度の時間変化の計測を開始する。
【０１５５】
そして、第１送信部２１３及び第２送信部２２３は、実施形態１と同様に、第１履歴及び第２履歴をサーバ１００に送信する。
【０１５６】
なお、第１出力部２１１が出力する第１指示及び第２出力部２２１が出力する第２指示は、音によりなされ、第１検知部２１４及び第２検知部２２４は、音センサを備えるようにしてもよい。
【０１５７】
この場合、本実施形態において、各端末のＣＰＵ  ６０１、音声処理部６０８及びスピーカ６０９が協働して、第１出力部２１１及び第２出力部２２１のそれぞれとして機能する。
【０１５８】
また、本実施形態において、各端末のＣＰＵ  ６０１、音声処理部６０８及びマイク６１０が協働して、第１検知部２１４及び第２検知部２２４のそれぞれとして機能する。
【０１５９】
例えば、第１指示は、第１端末２１０のスピーカから発せられる第１音声とする。また、第２指示は、第２端末２２０のスピーカから発せられる第２音声とする。第１音声及び第２音声は、例えば、一般的な情報処理装置６００が発することができるビープ音や、情報処理装置６００に格納されているメロディを利用してもよいし、サーバ１００からダウンロードしてもよい。
【０１６０】
例えば、ユーザが第１端末２１０においてアカウント移行のためのアプリを立ち上げ、アカウント移行の指示を行い、第１端末２１０のスピーカから第１音声が発せられると（第１指示が出力されると）、第１検知部２１４は、マイクで第２音声が検知されたか否かを判断する。
【０１６１】
また、ユーザが第２端末２２０においてアカウント移行のためのアプリを立ち上げ、アカウント移行の指示を行い、第２端末２２０のスピーカから第２音声が発せられると（第２指示が出力されると）、第２検知部２２４は、マイクで第１音声が検知されたか否かを判断する。
【０１６２】
例えば、第１出力部２１１が、第１端末２１０のスピーカから第１音声を発し、第１検知部２１４が、第２音声を検知すると、第１計測部２１２は、第１端末２１０における加速度の時間変化の計測を開始する。
【０１６３】
また、第２出力部２２１が、第２端末２２０のスピーカから第２音声を発し、第２検知部２２４が、第１音声を検知すると、第２計測部２２２は、第２端末２２０における加速度の時間変化の計測を開始する。
【０１６４】
本実施形態によれば、各端末において所定の光による指示を検知することにより、計測の同期を簡易に行うことができる。あるいは、各端末において所定の音による指示を検知することにより、計測の同期を簡易に行うことができる。
【０１６５】
（１０．実施形態２に係る第１端末及び第２端末の動作）
本実施形態に係るアカウント管理システム１における第１端末２１０及び第２端末２２０の動作について説明する。第１端末２１０及び第２端末２２０は、例えば、アカウント移行の指示を受け付けると、図１１に示す処理を開始する。なお、第１端末２１０と第２端末２２０は、同じ処理の流れを有するので、以下の説明では、第１端末２１０の処理を説明し、第２端末２２０の処理は、括弧内の文言で置き換えて説明する。
【０１６６】
図１１のフローチャートのステップＳ３０４、Ｓ３０５の処理は、図８のフローチャートのステップＳ１０３、Ｓ１０４の処理と同様である。したがって、これらの処理については省略する。
【０１６７】
第１出力部２１１（第２出力部２２１）が第１端末２１０と第２端末２２０とを重ねてシェイクすべき旨の第１指示（第２指示）を出力する（ステップＳ３０１）。
【０１６８】
例えば、第１出力部２１１（第２出力部２２１）は、第１端末２１０（第２端末２２０）の画面において第１周期（第２周期）で青色（赤色）の光を点滅させる。
【０１６９】
第１検知部２１４（第２検知部２２４）は、第２指示（第１指示）を検知したか否かを判断する（ステップＳ３０２）。第１検知部２１４（第２検知部２２４）は、第２指示（第１指示）を検知したと判断すると（ステップＳ３０２；Ｙｅｓ）、第１計測部２１２（第２計測部２２２）は、第１端末２１０（第２端末２２０）の加速度の時間変化を計測する（ステップＳ３０３）。一方、第１検知部２１４（第２検知部２２４）が、第２指示（第１指示）を検知していないと判断すると（ステップＳ３０２；Ｎｏ）、そのまま待機する。
【０１７０】
例えば、第１検知部２１４（第２検知部２２４）が、赤色（青色）の光が第２周期（第１周期）で点滅していることを検知すると、第１計測部２１２（第２計測部２２２）は、第１端末２１０（第２端末２２０）における加速度の時間変化の計測を開始する。一方、第１検知部２１４（第２検知部２２４）が、赤色（青色）の光が第２周期（第１周期）で点滅していることを検知しない場合、第１検知部２１４（第２検知部２２４）により、赤色（青色）の光が第２周期（第１周期）で点滅していることを検知されるまで待機する。
【０１７１】
（１１．他の実施形態）
上記の実施形態では、第１端末２１０及び第２端末２２０にインストールされたアプリを用いて、当該アプリのアカウントの紐付け先を移行する場面について説明したが、本発明の技術の適用はこれに限らない。本発明の技術は、複数のアプリのアカウントをまとめて移行する別のアプリに適用することも可能である。
【０１７２】
例えば、第１端末２１０及び第２端末２２０にはアカウント移行用のアプリがインストールされ、このアプリを用いてアカウント移行をサーバ１００に要求してもよいし、両端末からウェブアプリケーションを用いてアカウント移行をサーバ１００に要求するようにしてもよい。
【０１７３】
複数のアカウントをまとめて移行する態様において、サーバ１００には、あるユーザについての複数のアカウントが、一つの端末固有ＩＤと紐付けられて登録されている。
【０１７４】
上記態様において、第１端末２１０が第２端末２２０の画面に表示された画像を認識することにより、複数のアカウントのうち、紐付け先を移行するアカウントを選択することができるようにしてもよい。
【０１７５】
例えば、ユーザは、第２端末２２０の画面に、紐付け先を移行したいアカウントが使用されるサービス（例えば、ショッピングサイトや、特定のゲームのサイト）に関する画像を表示させ、第１端末２１０が備えるカメラで、当該画像を認識させる。第１端末２１０は、認識された画像が示すサービスを特定する。そして、第１端末２１０と、第２端末２２０とを重ねてシェイクすると、第１端末２１０（第１送信部２１３）は、第１履歴と共に、画像から特定されたサービスを示す情報を、サーバ１００に送信し、第２端末２２０は、第２履歴をサーバ１００に送信する。サーバ１００（推定部１０２）は、第１履歴及び第２履歴から、重ねてシェイクされたか否かを推定し、重ねてシェイクされたと推定すると、移行部１０３は、受信したサービスを示す情報に基づいて、当該サービスに使用されるアカウントのみ紐付け先を移行する。なお、第２出力部２２１が、第２端末２２０の画面に、使用されるサービスの画像を出力し、第１検知部２１４が、第２端末２２０の画面に表示された画像を認識して、画像が示すサービスを特定してもよい。また、受信部１０１が、サービスを示す情報を受信するようにしてもよい。
【０１７６】
なお、第１端末２１０と第２端末２２０とを重ねてシェイクすると、第１端末２１０が第２端末２２０の画面に表示された画像を認識するようにしてもよい。
【０１７７】
また、第１端末２１０は、第１履歴と共に、認識した画像そのものをサーバ１００に送信し、サーバ１００にて、移行するアカウントが使用されるサービスを特定してもよい。
【０１７８】
このような構成によれば、複数のアカウントから紐付け先を移行するアカウントを簡易に選択することができる。
【０１７９】
また、上記態様において、第１端末２１０と第２端末２２０との重ね方（両端末を重ね合わせる面、両端末がなす角度等）に基づいて、紐付け先を移行するアカウントを選択できるようにしてもよい。
【０１８０】
例えば、第１端末２１０と第２端末２２０との様々な重ね方と、ユーザの複数のアカウントとが、一対一で対応付けられているとする。例えば、第１端末２１０の画面と第２端末２２０の画面とが向き合った重ね方と、複数のアカウントのうち、サーバ１００に登録された時期が最も古いアカウントが対応付けられているとする。ユーザが、第１端末２１０の画面と第２端末２２０の画面とを向き合うように重ねてシェイク動作を行い、サーバ１００（推定部１０２）が、第１端末２１０と第２端末２２０とが重ねてシェイクされたと推定し、両端末の重ね方を両端末の画面が向き合った重ね方であると推定すると、サーバ１００（移行部１０３）は、サーバ１００に登録された時期が最も古いアカウントの紐付け先を第１端末２１０から第２端末２２０に移行する。
【０１８１】
なお、どの重ね方にどのアカウントが対応するかは、ユーザ或いはアカウント管理システム１の管理者が適宜設定することができる。
【０１８２】
このような構成によれば、複数のアカウントから紐付け先を移行するアカウントを簡易に選択することができる。
【０１８３】
また、上記態様において、アカウント移行元の第１端末２１０又は／及びアカウント移行先の第２端末２２０が、サーバ１００において複数のアカウントのうちどのアカウントが移行されたかを報知してもよい。
【０１８４】
例えば、サーバ１００が、一つのアカウントの紐付け先を第１端末２１０から第２端末２２０へ移行するごとに、サーバ１００は、移行が終了したこと及び移行が終了したアカウント（アカウント移行情報）を第２端末２２０に通知（送信）し、第２端末２２０（第２出力部２２１）は、音声等でどのアカウントが移行されたかを報知する。
【０１８５】
このような構成によれば、ユーザは、複数のアカウントのうち何処まで移行したかを知ることができる。また、例えば、複数のアカウントの全ての移行が終了するまで、シェイク動作が求められる場合では、いつまでシェイク動作を行えばよいか知ることができる。
【０１８６】
また、上記態様において、第１端末２１０で所定期間使用されていないアカウントは、紐付け先を移行せずに削除するようにしてもよい。
【０１８７】
例えば、サーバ１００において、複数のアカウントそれぞれについて、直近に使用した使用日時が記録されている。サーバ１００（推定部１０２）は、第１端末２１０と第２端末２２０とが重ねてシェイクされたと推定すると、サーバ１００（移行部１０３）は、複数のアカウントの使用日時を調べ、現時点から所定期間（例えば、１年）使用されていないアカウントである場合、当該アカウントの紐付け先を第１端末２１０から第２端末２２０へ移行せずに、サーバ１００から削除する。
【０１８８】
このような構成によれば、ユーザが長期間使用していないアカウントを移行しないようにすることができる。これにより、不要な移行処理を省くことができる。
【０１８９】
また、上記態様において、複数のアカウントのうち、第１端末２１０で使用頻度の高いアカウントのみ、紐付け先を移行するようにしてもよい。この場合、移行されなかった残りのアカウントは、第１端末２１０との紐付けは解除されるが、いずれの端末とも紐付けを行わない保留状態とする。そして、第２端末２２０において、保留状態のアカウントの使用要求がなされ、第１端末２１０のユーザと第２端末２２０のユーザが同一ユーザであるとの確認がとれた場合に、当該アカウントの紐付け先を移行するようにしてもよい。
【０１９０】
例えば、サーバ１００において、複数のアカウントそれぞれについて、使用頻度が記録されている。サーバ１００（推定部１０２）は、第１端末２１０と第２端末２２０とが重ねてシェイクされたと推定すると、サーバ１００（移行部１０３）は、複数のアカウントの使用頻度を調べ、使用頻度が所定の閾値以上（例えば、月１回以上）のアカウントである場合、当該アカウントの紐付け先を第１端末２１０から第２端末２２０へ移行する。また、使用頻度が所定の閾値未満のアカウントの場合は、サーバ１００（移行部１０３）は、第１端末２１０との紐付けを解除（例えば、図６のアカウント情報テーブル５００ａにおいて、ユーザＩＤ  ５００ａ３が“ＡＡＡ”でパスワード５００ａ４が“ＸＸＸＸＸＸＸＸ”の組み合わせは残しておくが、当該組み合わせに対応付けられた第１端末２１０の端末固有ＩＤ  ５００ａ２“１１１１１１１１１１”を削除）する。そして、使用頻度が所定の閾値以上のアカウントの紐付け先を移行後、第２端末２２０において、保留状態のアカウントの使用要求があり、サーバ１００に登録されているユーザＩＤとパスワードの組み合わせが入力されると、サーバ１００（移行部１０３）は、使用要求がなされたアカウントの紐付け先を第２端末２２０に移行する。
【０１９１】
このような構成によれば、使用頻度の低いアカウントについては移行しないようにし、使用頻度の低いアカウントであっても要求があり、ユーザが同一と判断されれば、移行することができる。これにより、不要な移行処理を省くことができる。
【０１９２】
また、上記実施形態及び上記態様において、アカウント移行元の第１端末２１０の使い方とアカウント移行先の第２端末２２０の使い方とが異なる場合、アカウントの紐付け先を移行せず、アカウントを削除するようにしてもよい。
【０１９３】
例えば、第１端末２１０は、ゲーム等のアプリやアカウント移行用のアプリがインストールされてから、第１端末２１０が使用された位置情報の履歴（「第１使用履歴」とする）を記録し、第２端末２２０も同様に、上記アプリがインストールされてから、第２端末２２０が使用された位置情報の履歴（「第２使用履歴」とする）を記録する。第１端末２１０（第１送信部２１３）は、第１使用履歴を、第１履歴と共に、サーバ１００に送信する。サーバ１００にて第１端末２１０から第２端末２２０へのアカウントの移行処理が終わった後、第２端末２２０において移行されたアカウントの使用要求がなされると、第２端末２２０（第２送信部２２３）は、第２使用履歴をサーバ１００に送信する。サーバ１００（移行部１０３）は、第１使用履歴と第２使用履歴とを比較し、第１使用履歴と第２使用履歴とが異なっていると判断すると（例えば、第１使用履歴が示すエリアと第２使用履歴が示すエリアに重なりが生じない場合）、紐付け先を移行した（使用要求がされた）アカウントを削除する。
【０１９４】
なお、第１使用履歴及び第２使用履歴は、位置情報の履歴により求めることに限らず、端末が使用され履歴を表すものであればどのようなものであってもよい。例えば、アクセスポイントの履歴等であってもよい。
【０１９５】
このような構成によれば、リアルマネートレードにおける売り手が、第１端末２１０を郵送等で買い手に送り、買い手によりアカウントの移行処理がなされたとしても、実際にアカウントを使用するときに、両端末の使い方が異なると判断されるので、アカウントの紐付け先の移行はされず、アカウントは削除される。これにより、リアルマネートレードによる売買を抑制することができる。また、両端末の使い方を位置情報により簡易に認定することができる。
【０１９６】
また、上記実施形態及び上記態様において、第１端末２１０のアカウントに対して不正アクセス等が行われた場合、サーバ１００は、アカウントの紐付け先を移行する時に、当該アカウントの情報を新たに設定するようにしてもよい。
【０１９７】
例えば、サーバ１００（移行部１０３）は、第１端末２１０と第２端末２２０とが重ねてシェイクされたと推定された後、アカウントの紐付け先を移行する前に、移行するアカウントが使用されるサービスを管理するサーバに不正アクセスの形跡があるか否かを問い合わせる。そして、不正アクセスの形跡がある旨の回答を得た場合、サーバ１００（移行部１０３）は、当該アカウントのパスワードを新たに設定する。
【０１９８】
このような構成によれば、アカウントの悪用を事前に防ぐことができる。
【０１９９】
なお、アカウント移行元の第１端末２１０にアカウント移行用アプリがインストールされ、アカウント移行先の第２端末２２０にはアカウントが使用されるアプリがインストールされており、両端末間でアカウント移行が行われるようにしてもよい。
【０２００】
上記の場合、第１端末２１０にてアカウント移行用アプリを起動し、第２端末２２０にてアプリを起動し、第１端末２１０が、第２端末２２０の画面に表示されたアプリの画像を認識すると、認識された画像が示すアプリのアカウントのみ、第１端末２１０から第２端末２２０へ紐付けが移行するようにしてもよい。
【０２０１】
例えば、ユーザは、第１端末２１０でアカウント移行用アプリを起動し、第２端末２２０では、紐付け先を移行したいアカウントが使用されるアプリを起動する。第２端末２２０でアプリが起動すると、第２端末２２０の画面にはアプリの画像が表示され、第１端末２１０が備えるカメラで、第２端末２２０の画面に表示されたアプリの画像を認識させる。第１端末２１０は、認識された画像が示すアプリを特定する。そして、第１端末２１０と、第２端末２２０とを重ねてシェイクすると、第１端末２１０（第１送信部２１３）は、第１履歴と共に、画像から特定されたアプリを示す情報を、サーバ１００に送信し、第２端末２２０は、第２履歴をサーバ１００に送信する。サーバ１００は、第１履歴及び第２履歴から、重ねてシェイクされたか否かを推定し、重ねてシェイクされたと推定すると、移行部１０３は、受信したアプリを示す情報に基づいて、当該アプリに使用されるアカウントのみ紐付け先を移行する。
【０２０２】
このような構成によれば、アカウント移行元の端末で移行したいアカウントが使用されるアプリを削除しても、アカウントの紐付け先を移行することができる。
【０２０３】
（１２．まとめ）
本発明の第１の観点に係るアカウント管理システムは、
アカウントに紐付ける端末を管理するサーバと、前記アカウントに紐付けられた第１端末と、いずれのアカウントも紐付けられていない第２端末と、を備えるアカウント管理システムであって、
前記第１端末は、
前記第１端末の加速度の時間変化を計測する第１計測部と、
前記計測された加速度の時間変化を表す第１履歴を、前記サーバへ送信する第１送信部と、
を備え、
前記第２端末は、
前記第２端末の加速度の時間変化を計測する第２計測部と、
前記計測された加速度の時間変化を表す第２履歴を、前記サーバへ送信する第２送信部と、
を備え、
前記サーバは、
前記第１履歴と、前記第２履歴と、を受信する受信部と、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定部と、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行部と、
を備えることを特徴とする。
【０２０４】
上記アカウント管理システムによれば、アカウントに紐付けられた第１端末（アカウント移行元の端末）と、いずれのアカウントにも紐付けられていない第２端末（アカウント移行先の端末）とから受信した加速度の時間変化に基づいて、両端末が重ねて同時にシェイク動作がされているか否かを判断し、両端末が重ねて同時にシェイク動作がされたと判断された場合のみ、アカウントの紐付けを変更することにより、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とする。
【０２０５】
また、上記アカウント管理システムにおいて、
前記第１端末は、
前記第１端末と前記第２端末とを重ねてシェイクすべき旨の第１指示を出力する第１出力部
を備え、
前記第２端末は、
前記第２端末と前記第１端末とを重ねてシェイクすべき旨の第２指示を出力する第２出力部
を備え、
前記第１計測部は、前記第１指示が出力されると、前記第１端末の加速度の時間変化を計測し、
前記第２計測部は、前記第２指示が出力されると、前記第２端末の加速度の時間変化を計測し、
前記推定部は、前記第１履歴と、前記第２履歴と、が所定の時間差内で受信されると、前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされた時間長及び強さを推定し、
前記移行部は、前記推定された時間長及び強さが移行条件を満たせば、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する
ことを特徴とする。
【０２０６】
上記アカウント管理システムによれば、アカウントに紐付けられた第１端末と、いずれのアカウントも紐付けられていない第２端末とから、両端末を重ねてシェイクすべき旨が出力されるので、ユーザは、重ねてシェイクすべきタイミングを知ることができる。また、両端末において、重ねてシェイクすべき旨が出力されてから、加速度の時間変化の計測が開始するので、計測の開始時間を揃えやすくなる。また、第１端末と第２端末と、から受信した加速度の時間変化に基づいて、重ねてシェイクされた時間長及び強さを推定することにより両端末が重ねて同時にシェイク動作がされているか否かを判断することができる。
【０２０７】
また、上記アカウント管理システムにおいて、
第１端末は、
前記第２指示を検知する第１検知部
を備え、
前記第２端末は、
前記第１指示を検知する第２検知部
を備え、
前記第１計測部は、前記第１指示が出力され、前記第２指示が検知されてから、前記第１端末の加速度の時間変化を計測し、
前記第２計測部は、前記第２指示が出力され、前記第１指示が検知されてから、前記第２端末の加速度の時間変化を計測する
ことを特徴とする。
【０２０８】
上記アカウント管理システムによれば、各端末における加速度の時間変化の計測は、他方の端末からの指示が検知されてから開始されるので、加速度の時間変化の計測の開始時間を揃えやすくなる。
【０２０９】
また、上記アカウント管理システムにおいて、
前記第１指示及び前記第２指示は、光によりなされ、
前記第１検知部及び前記第２検知部は、光センサを備える
ことを特徴とする。
【０２１０】
上記アカウント管理システムによれば、各端末において所定の光による指示を検知することにより、計測の同期を簡易に行うことができる。
【０２１１】
また、上記アカウント管理システムにおいて、
前記第１指示及び前記第２指示は、音によりなされ、
前記第１検知部及び前記第２検知部は、音センサを備える
ことを特徴とする。
【０２１２】
上記アカウント管理システムによれば、各端末において所定の音による指示を検知することにより、計測の同期を簡易に行うことができる。
【０２１３】
また、上記アカウント管理システムにおいて、
前記第１送信部は、前記第１計測部により前記第１端末の加速度の時間変化が計測され、当該計測が完了すると直ちに、前記第１履歴を前記サーバへ送信し、
前記第２送信部は、前記第２計測部により前記第２端末の加速度の時間変化が計測され、当該計測が完了すると直ちに、前記第２履歴を前記サーバへ送信する
ことを特徴とする。
【０２１４】
上記アカウント管理システムによれば、シェイク動作により生じた加速度の値は計測完了後直ちにサーバに送信されるので、加速度の時間変化の履歴をコピーすることによる偽造行為を防止することができる。
【０２１５】
また、上記アカウント管理システムにおいて、
前記第１送信部は、前記第１計測部により前記第１端末の加速度の時間変化が所定長計測されるごとに、前記第１履歴を前記サーバへ送信し、
前記第２送信部は、前記第２計測部により前記第２端末の加速度の時間変化が所定長計測されるごとに、前記第２履歴を前記サーバへ送信する
ことを特徴とする。
【０２１６】
上記アカウント管理システムによれば、シェイク動作により生じた加速度の値は所定長計測されるごとにサーバに送信されるので、加速度の時間変化の履歴をコピーすることによる偽造行為を防止することができる。
【０２１７】
また、上記アカウント管理システムにおいて、
前記第１端末には複数のアカウントが紐付けられ、
前記第２出力部は、前記第２端末の画面に、前記複数のアカウントのうち、紐付け先の移行を求めるアカウントが使用されるサービスに関する画像を表示し、
前記第１検知部は、前記第２端末の画面に表示された画像を認識して、前記画像が示すサービスを特定し、
前記第１送信部は、前記第１履歴と共に、前記特定されたサービスを示す情報を前記サーバに送信し、
前記受信部は、前記サービスを示す情報を受信し、
前記移行部は、前記複数のアカウントのうち、前記サービスを示す情報により特定されるサービスで使用される前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する
ことを特徴とする。
【０２１８】
上記アカウント管理システムによれば、複数のアカウントから紐付け先を移行するアカウントを簡易に選択することができる。
【０２１９】
また、上記アカウント管理システムにおいて、
前記第１端末には複数のアカウントが紐付けられ、
前記複数のアカウントのそれぞれは、前記第１端末と前記第２端末との重ね方が対応付けられ、
前記推定部は、前記第１履歴と、前記第２履歴と、から、前記第１端末と前記第２端末とが重ねてシェイクされた時の、前記第１端末と前記第２端末との重ね方を推定し、
前記移行部は、前記複数のアカウントのうち、前記推定された重ね方に対応付られた前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する
ことを特徴とする。
【０２２０】
上記アカウント管理システムによれば、複数のアカウントから紐付け先を移行するアカウントを簡易に選択することができる。
【０２２１】
また、上記アカウント管理システムにおいて、
前記サーバは、前記移行部が、前記アカウントの紐付け先を前記第１端末から前記第２端末へ移行すると、前記第２端末に、前記紐付けが移行されたアカウントを特定するアカウント移行情報を送信し、
前記第２出力部は、前記第２端末が、前記アカウント移行情報を受信すると、前記アカウント移行情報により特定されるアカウントが移行された旨を報知する
ことを特徴とする。
【０２２２】
上記アカウント管理システムによれば、ユーザは、複数のアカウントのうち何処まで移行したかを知ることができる。また、例えば、複数のアカウントの全ての移行が終了するまで、シェイク動作が求められる場合では、いつまでシェイク動作を行えばよいか知ることができる。
【０２２３】
また、上記アカウント管理システムにおいて、
前記移行部は、前記第１端末に紐付けられた前記アカウントが所定期間使用されていない場合、前記アカウントの紐付け先を前記第１端末から前記第２端末へ移行するのに代えて、前記アカウントを前記サーバから削除する
ことを特徴とする。
【０２２４】
上記アカウント管理システムによれば、ユーザが長期間使用していないアカウントを移行しないようにすることができる。これにより、不要な移行処理を省くことができる。
【０２２５】
また、上記アカウント管理システムにおいて、
前記第１端末には複数のアカウントが紐付けられ、
前記複数のアカウントのそれぞれには、前記第１端末における前記アカウントの使用頻度が対応付けられ、
前記移行部は、前記第１端末に紐付けられた前記アカウントが所定の使用頻度を満たす場合、前記所定の使用頻度を満たす前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行し、
前記移行部は、前記所定の使用頻度を満たさない前記アカウントを、前記第１端末との紐付けを解除して、いずれの端末にも紐付けない保留状態とし、
前記移行部は、前記サーバが、前記第２端末から前記保留状態のアカウントの使用要求を受け付け、前記第１端末と前記第２端末とのユーザが同一であると判断されると、前記保留状態のアカウントの紐付け先を前記第２端末に移行する
ことを特徴とする。
【０２２６】
上記アカウント管理システムによれば、使用頻度の低いアカウントについては移行しないようにし、使用頻度の低いアカウントであっても要求があり、ユーザが同一と判断されれば、移行することができる。これにより、不要な移行処理を省くことができる。
【０２２７】
また、上記アカウント管理システムにおいて、
前記第１端末は、前記第１端末が使用された履歴を表す第１使用履歴を記録し、
前記第２端末は、前記第２端末が使用された履歴を表す第２使用履歴を記録し、
前記第１送信部は、前記第１履歴と共に、前記第１使用履歴を前記サーバへ送信し、
前記第２送信部は、前記アカウントの紐付け先が、前記第１端末から前記第２端末へ移行された後、前記第２端末において、前記紐付けが移行されたアカウントの使用要求がなされると、前記第２使用履歴を前記サーバに送信し、
前記移行部は、前記第１使用履歴と前記第２使用履歴とが異なる場合、前記紐付け先を移行したアカウントを削除する
ことを特徴とする。
【０２２８】
上記アカウント管理システムによれば、アカウントの移行処理がなされたとしても、実際にアカウントを使用するときに、両端末の使い方が異なると判断されると、アカウントの紐付け先の移行はされず、アカウントが削除される。これにより、リアルマネートレードによる売買を抑制することができる。
【０２２９】
また、上記アカウント管理システムにおいて、
前記第１使用履歴及び前記第２使用履歴は、位置情報についての履歴である
ことを特徴とする。
【０２３０】
上記アカウント管理システムによれば、両端末の使い方を位置情報により簡易に認定することができる。
【０２３１】
また、上記アカウント管理システムにおいて、
前記移行部は、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記第１端末に紐付けられた前記アカウントに対する不正アクセスが行われたか否かを、前記アカウントが使用されるサービスを管理するサーバに問合せ、
前記サービスを管理するサーバから、不正アクセスが行われた旨の回答を得ると、前記不正アクセスが行われた前記アカウントのパスワードを新たに設定してから、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する
ことを特徴とする。
【０２３２】
上記アカウント管理システムによれば、アカウントの悪用を事前に防ぐことができる。
【０２３３】
本発明の第２の観点に係るサーバは、
アカウントに紐付ける端末を管理するサーバであって、
前記アカウントに紐付けられた第１端末から送信された前記第１端末の加速度の時間変化を表す第１履歴と、いずれのアカウントも紐付けられていない第２端末から送信された前記第２端末の加速度の時間変化を表す第２履歴と、を受信する受信部と、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定部と、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行部と、
を備えることを特徴とする。
【０２３４】
上記サーバによれば、第１の観点に係るアカウント管理システムと同様に、アカウント移行元の端末とアカウント移行先の端末とが重ねて同時にシェイク動作がされた場合のみ、アカウントの紐付けを変更することにより、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とする。
【０２３５】
本発明の第３の観点に係るシステムの制御方法は、
アカウントに紐付ける端末を管理するサーバと、前記アカウントに紐付けられた第１端末と、いずれのアカウントも紐付けられていない第２端末と、を備えるアカウント管理システムにおける制御方法であって、
前記第１端末が、前記第１端末の加速度の時間変化を計測する第１計測工程と、
前記第１端末が、前記計測された加速度の時間変化を表す第１履歴を、前記サーバへ送信する第１送信工程と、
前記第２端末が、前記第２端末の加速度の時間変化を計測する第２計測工程と、
前記第２端末が、前記計測された加速度の時間変化を表す第２履歴を、前記サーバへ送信する第２送信工程と、
前記サーバが、前記第１履歴と、前記第２履歴と、を受信する受信工程と、
前記サーバが、前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定工程と、
前記サーバが、前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行工程と、
を備えることを特徴とする。
【０２３６】
上記システムの制御方法によれば、第１の観点に係るアカウント管理システムと同様に、アカウント移行元の端末とアカウント移行先の端末とが重ねて同時にシェイク動作がされた場合のみ、アカウントの紐付けを変更することにより、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とする。
【０２３７】
本発明の第４の観点に係るサーバの制御方法は、
アカウントに紐付ける端末を管理するサーバが実行する制御方法であって、
前記アカウントに紐付けられた第１端末から送信された前記第１端末の加速度の時間変化を表す第１履歴と、いずれのアカウントも紐付けられていない第２端末から送信された前記第２端末の加速度の時間変化を表す第２履歴と、を受信する受信工程と、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定工程と、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行工程と、
を備えることを特徴とする。
【０２３８】
上記サーバの制御方法によれば、第１の観点に係るアカウント管理システムと同様に、アカウント移行元の端末とアカウント移行先の端末とが重ねて同時にシェイク動作がされた場合のみ、アカウントの紐付けを変更することにより、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とする。
【０２３９】
本発明の第５の観点に係るシステム用プログラムは、
サーバ用コンピュータを、アカウントに紐付ける端末を管理するサーバとして機能させるサーバ用プログラムと、端末用コンピュータを、前記アカウントに紐付けられた第１端末として機能させる第１端末用プログラムと、端末用コンピュータを、いずれのアカウントも紐付けられていない第２端末として機能させる第２端末用プログラムと、を備えるシステム用プログラムであって、
前記第１端末用プログラムは、前記端末用コンピュータを、
前記第１端末の加速度の時間変化を計測する第１計測部、
前記計測された加速度の時間変化を表す第１履歴を、前記サーバへ送信する第１送信部、
として機能させ、
前記第２端末用プログラムは、前記端末用コンピュータを、
前記第２端末の加速度の時間変化を計測する第２計測部、
前記計測された加速度の時間変化を表す第２履歴を、前記サーバへ送信する第２送信部、
として機能させ、
前記サーバ用プログラムは、前記サーバ用コンピュータを
前記第１履歴と、前記第２履歴と、を受信する受信部、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定部、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行部、
として機能させることを特徴とする。
【０２４０】
上記システム用プログラムによれば、第１の観点に係るアカウント管理システムと同様に、アカウント移行元の端末とアカウント移行先の端末とが重ねて同時にシェイク動作がされた場合のみ、アカウントの紐付けを変更することにより、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とする。
【０２４１】
本発明の第６の観点に係るサーバ用プログラムは、
サーバ用コンピュータを、アカウントに紐付ける端末を管理するサーバとして機能させるサーバ用プログラムであって、
前記サーバ用プログラムは、前記サーバ用コンピュータを、
前記アカウントに紐付けられた第１端末から送信された前記第１端末の加速度の時間変化を表す第１履歴と、いずれのアカウントも紐付けられていない第２端末から送信された前記第２端末の加速度の時間変化を表す第２履歴と、を受信する受信部、
前記第１履歴と、前記第２履歴と、から、前記第１端末と、前記第２端末と、が、重ねてシェイクされたか否かを推定する推定部、
前記第１端末と、前記第２端末と、が重ねてシェイクされたと推定されると、前記アカウントの紐付け先を、前記第１端末から前記第２端末へ移行する移行部、
として機能させることを特徴とする。
【０２４２】
上記サーバ用プログラムによれば、第１の観点に係るアカウント管理システムと同様に、アカウント移行元の端末とアカウント移行先の端末とが重ねて同時にシェイク動作がされた場合のみ、アカウントの紐付けを変更することにより、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とする。
【産業上の利用可能性】
【０２４３】
本発明によれば、リアルマネートレードによる売買を抑制しつつ、簡易なアカウント移行を可能とするアカウント管理システム、サーバ、システムの制御方法、サーバの制御方法、システム用プログラム及びサーバ用プログラムを提供することができる。
【符号の説明】
【０２４４】
１  アカウント管理システム
１００  サーバ
１０１  受信部
１０２  推定部
１０３  移行部
２１０  第１端末
２１１  第１出力部
２１２  第１計測部
２１３  第１送信部
２１４  第１検知部
２２０  第２端末
２２１  第２出力部
２２２  第２計測部
２２３  第２送信部
２２４  第２検知部
３００  コンピュータ通信網
４１０、４２０  メッセージ
６００  情報処理装置
６０１  ＣＰＵ
６０２  ＲＯＭ
６０３  ＲＡＭ
６０４  記憶部
６０５  通信部
６０６  画像処理部
６０７  ディスプレイ
６０８  音声処理部
６０９  スピーカ
６１０  マイク
６１１  操作部
６１２  加速度センサ
６１３  光センサ
【図１】
2018170016.tif 000003
【図２】
2018170016.tif 000004
【図３】
2018170016.tif 000005
【図４】
2018170016.tif 000006
【図５】
2018170016.tif 000007
【図６】
2018170016.tif 000008
【図７】
2018170016.tif 000009
【図８】
2018170016.tif 000010
【図９】
2018170016.tif 000011
【図１０】
2018170016.tif 000012
【図１１】
2018170016.tif 000013