(57)【要約】      （修正有）【課題】ユーザに手間をかけることなくＷｅｂサービスへのログインを可能にする。【解決手段】ログイン支援プログラムは、ログインを要するアプリケーションがインストールされた情報処理端末に、ネットワークを介した所定のサービスに対するログイン要求に関する情報を取得する取得機能、ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する検出機能、情報処理端末において所定のアプリケーションにログイン済みの場合、情報処理端末の対応ユーザに関する所定のアプリケーションのユーザ情報が、所定のサービスに関連付けられているか否かを所定のアプリケーションの管理サーバに問い合わせる問合せ機能、所定のサービスへのログイン要求をユーザ情報に関連付けて、所定のサービスの管理サーバへ送信する送信機能及び認証応答をサービスの管理サーバから受信する受信機能を有する。【選択図】図１３
2019139457.tif 000002
【特許請求の範囲】
【請求項１】
ログインを要する一以上のアプリケーションがインストールされた情報処理端末に、
ネットワークを介した所定のサービスに対するログイン要求に関する情報を取得する取得機能と、
前記ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する検出機能と、
前記情報処理端末において前記所定のアプリケーションにログイン済みの場合、前記情報処理端末の対応ユーザに関する前記所定のアプリケーションのユーザ情報が、前記所定のサービスに関連付けられているか否かを前記所定のアプリケーションの管理サーバに問い合わせる問合せ機能と、
前記ユーザ情報が前記所定のサービスに関連付けられている場合、前記所定のサービスへのログイン要求を前記ユーザ情報に関連付けて、前記所定のサービスの管理サーバへ送信する送信機能と、
前記所定のサービスの管理サーバにおいて前記サービスへのログイン要求が認証された場合、認証応答を前記サービスの管理サーバから受信する受信機能と、を実現させるログイン支援プログラム。
【請求項２】
前記問合せ機能は、前記取得機能によって複数のアプリケーションに関する情報が取得された場合、当該複数のアプリケーションのうち、前記情報処理端末においてログイン済みであるアプリケーションの管理サーバそれぞれに対し、前記情報処理端末の対応ユーザに関するユーザアカウント情報が、前記所定のサービスに関連付けられているか否かを問い合わせる、
ことを特徴とする請求項１に記載のログイン支援プログラム。
【請求項３】
前記情報処理端末に、前記所定のサービスに対し前記情報処理端末の対応ユーザが関連付けられている、少なくとも一のアプリケーションについての情報を表示させる表示情報を出力する出力機能をさらに実現させる、
ことを特徴とする請求項１または２に記載のログイン支援プログラム。
【請求項４】
前記取得機能は、前記情報処理端末とは異なる他の情報処理端末に関連付けられた、前記所定のサービスに対するログイン要求に関する情報を取得し、
前記送信機能は、前記ユーザアカウント情報が前記所定のサービスに関連付けられている場合、前記所定のサービスへのログイン要求を、前記他の情報処理端末の識別情報に関連付けて前記所定のサービスの管理サーバへ送信し、
前記所定のサービスの管理サーバにおいて前記サービスへのログイン要求が認証された場合、認証応答を前記他の情報処理端末へ送信させる、
ことを特徴とする請求項１〜３のいずれか一項に記載のログイン支援プログラム。
【請求項５】
前記ログイン要求に関する情報は、前記他の情報処理端末の表示画面に表示されたＱＲコードであって、当該ＱＲコードには、ユーザアカウント情報を、記所定のサービスのユーザアカウント情報として使用可能な所定のアプリケーションに関する情報が含まれる、
ことを特徴とする請求項４に記載のログイン支援プログラム。
【請求項６】
ログインを要する一以上のアプリケーションがインストールされた情報処理端末に、
ネットワークを介した所定のサービスに対するログイン要求に関する情報を取得する取得ステップと、
前記ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する検出ステップと、
前記情報処理端末において前記所定のアプリケーションにログイン済みの場合、前記情報処理端末の対応ユーザに関する前記所定のアプリケーションのユーザ情報が、前記所定のサービスに関連付けられているか否かを前記所定のアプリケーションの管理サーバに問い合わせる問合せステップと、
前記ユーザ情報が前記所定のサービスに関連付けられている場合、前記所定のサービスへのログイン要求を前記ユーザ情報に関連付けて、前記所定のサービスの管理サーバへ送信する送信ステップと、
前記所定のサービスの管理サーバにおいて前記サービスへのログイン要求が認証された場合、認証応答を前記サービスの管理サーバから受信する受信ステップと、を実行させるログイン支援方法。
【請求項７】
ログインを要する一以上のアプリケーションがインストールされた情報処理端末であって、
ネットワークを介した所定のサービスに対するログイン要求に関する情報を取得する取得部と、
前記ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する検出部と、
前記情報処理端末において前記所定のアプリケーションにログイン済みの場合、前記情報処理端末の対応ユーザに関する前記所定のアプリケーションのユーザ情報が、前記所定のサービスに関連付けられているか否かを前記所定のアプリケーションの管理サーバに問い合わせる問合せ部と、
前記ユーザ情報が前記所定のサービスに関連付けられている場合、前記所定のサービスへのログイン要求を前記ユーザ情報に関連付けて、前記所定のサービスの管理サーバへ送信する送信部と、
前記所定のサービスの管理サーバにおいて前記サービスへのログイン要求が認証された場合、認証応答を前記サービスの管理サーバから受信する受信部と、を備える情報処理端末。
【請求項８】
ネットワークを介した所定のサービスへのログインを試行する第１情報処理端末と、
ログインを要する一以上のアプリケーションがインストールされた第２情報処理端末と、を少なくとも含むログイン支援システムであって、
前記第２情報処理端末は、
前記第１情報処理端末におけるログイン要求に関する情報を取得する取得部と、
前記ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する検出部と、
前記第２情報処理端末において前記所定のアプリケーションにログイン済みの場合、前記第２情報処理端末の対応ユーザに関する前記所定のアプリケーションのユーザ情報が、前記所定のサービスに関連付けられているか否かを前記所定のアプリケーションの管理サーバに問い合わせる問合せ部と、
前記ユーザ情報が前記所定のサービスに関連付けられている場合、前記所定のサービスへのログイン要求を、前記ユーザ情報と、前記第１情報処理端末の識別情報とに関連付けて前記所定のサービスの管理サーバへ送信する送信部と、を備え、
前記第２情報処理端末は、
前記所定のサービスの管理サーバにおいて前記サービスへのログイン要求が認証された場合、認証応答を前記サービスの管理サーバから受信する受信部を備える、ログイン支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ログイン支援プログラム、情報処理端末、情報処理端末の制御方法、及び、ログイン支援システムに関する。
【背景技術】
【０００２】
近年、Ｗｅｂサービスの利用登録に、ソーシャルネットワークサービス（ＳＮＳ）のアカウントを利用するソーシャルログイン等、ＩＤ連携（例えば、ＯＡｕｔｈ２．０、ＯｐｅｎＩＤ、ＳＡＭＬ等）の導入が進んでいる。ソーシャルログインは、シングルサインオンの仕組みの１つと言え、例えば、特許文献１には、ログインした状態のアプリケーションを用いて他のアプリケーションにログインすることができる、認証共有によるアプリケーションログインシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−３８６０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数のＳＮＳを利用するユーザは、あるＷｅｂサービスの利用登録にどのＳＮＳのアカウントを用いたのかを忘れてしまうことがある。特許文献１には、ログインした状態のアプリケーションを用いることが開示されているが、所望のＷｅｂサービスへの利用登録に、当該ログインした状態のアプリケーションのアカウントを用いていない場合の対処について開示するものではない。また、アプリケーションに常にログインしているとは限らないデスクトップパソコン等でＷｅｂサービスの利用をする場合に、特許文献１に開示の技術は用いることができない。
【０００５】
本開示は、上記問題に鑑みてなされたものであり、所望のＷｅｂサービスへのログインに、どのＳＮＳのアカウントを用いたかが不明な場合でも、ユーザに手間をかけることなくＷｅｂサービスへのログインを可能にする、ログイン支援プログラム、情報処理端末、情報処理端末の制御方法、及び、ログイン支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本開示の一実施形態に係るログイン支援プログラムは、ログインを要する一以上のアプリケーションがインストールされた情報処理端末に、ネットワークを介した所定のサービスに対するログイン要求に関する情報を取得する取得機能と、ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する検出機能と、情報処理端末において所定のアプリケーションにログイン済みの場合、情報処理端末の対応ユーザに関する所定のアプリケーションのユーザ情報が、所定のサービスに関連付けられているか否かを所定のアプリケーションの管理サーバに問い合わせる問合せ機能と、ユーザ情報が所定のサービスに関連付けられている場合、所定のサービスへのログイン要求をユーザ情報に関連付けて、所定のサービスの管理サーバへ送信する送信機能と、所定のサービスの管理サーバにおいてサービスへのログイン要求が認証された場合、認証応答をサービスの管理サーバから受信する受信機能と、を実現させる。
【０００７】
また、本発明の一実施形態に係るログイン支援プログラムにおいて、問合せ機能は、取得機能によって複数のアプリケーションに関する情報が取得された場合、当該複数のアプリケーションのうち、情報処理端末においてログイン済みであるアプリケーションの管理サーバそれぞれに対し、情報処理端末の対応ユーザに関するユーザアカウント情報が、所定のサービスに関連付けられているか否かを問い合わせてもよい。
【０００８】
また、本発明の一実施形態に係るログイン支援プログラムは、情報処理端末に、所定のサービスに対し情報処理端末の対応ユーザが関連付けられている、少なくとも一のアプリケーションについての情報を表示させる表示情報を出力する出力機能をさらに実現させてもよい。
【０００９】
また、本発明の一実施形態に係るログイン支援プログラムにおいて、取得機能は、情報処理端末とは異なる他の情報処理端末に関連付けられた、所定のサービスに対するログイン要求に関する情報を取得し、送信機能は、ユーザアカウント情報が所定のサービスに関連付けられている場合、所定のサービスへのログイン要求を、他の情報処理端末の識別情報に関連付けて所定のサービスの管理サーバへ送信し、所定のサービスの管理サーバにおいてサービスへのログイン要求が認証された場合、認証応答を他の情報処理端末へ送信させてもよい。
【００１０】
また、本発明の一実施形態に係るログイン支援プログラムにおいて、ログイン要求に関する情報は、他の情報処理端末の表示画面に表示されたＱＲコードであって、当該ＱＲコードには、ユーザアカウント情報を、記所定のサービスのユーザアカウント情報として使用可能な所定のアプリケーションに関する情報が含まれてもよい。
【００１１】
また、本発明の一実施形態に係るログイン支援方法は、ログインを要する一以上のアプリケーションがインストールされた情報処理端末に、ネットワークを介した所定のサービスに対するログイン要求に関する情報を取得する取得ステップと、ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する検出ステップと、情報処理端末において所定のアプリケーションにログイン済みの場合、情報処理端末の対応ユーザに関する所定のアプリケーションのユーザ情報が、所定のサービスに関連付けられているか否かを所定のアプリケーションの管理サーバに問い合わせる問合せステップと、ユーザ情報が所定のサービスに関連付けられている場合、所定のサービスへのログイン要求をユーザ情報に関連付けて、所定のサービスの管理サーバへ送信する送信ステップと、所定のサービスの管理サーバにおいてサービスへのログイン要求が認証された場合、認証応答をサービスの管理サーバから受信する受信ステップと、を実行させる。
【００１２】
また、本発明の一実施形態に係る情報処理端末は、ログインを要する一以上のアプリケーションがインストールされた情報処理端末であって、ネットワークを介した所定のサービスに対するログイン要求に関する情報を取得する取得部と、ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する検出部と、情報処理端末において所定のアプリケーションにログイン済みの場合、情報処理端末の対応ユーザに関する所定のアプリケーションのユーザ情報が、所定のサービスに関連付けられているか否かを所定のアプリケーションの管理サーバに問い合わせる問合せ部と、ユーザ情報が所定のサービスに関連付けられている場合、所定のサービスへのログイン要求をユーザ情報に関連付けて、所定のサービスの管理サーバへ送信する送信部と、所定のサービスの管理サーバにおいてサービスへのログイン要求が認証された場合、認証応答をサービスの管理サーバから受信する受信部と、を備える。
【００１３】
また、本発明の一実施形態に係るログイン支援システムは、ネットワークを介した所定のサービスへのログインを試行する第１情報処理端末と、ログインを要する一以上のアプリケーションがインストールされた第２情報処理端末と、を少なくとも含むログイン支援システムであって、第２情報処理端末は、第１情報処理端末におけるログイン要求に関する情報を取得する取得部と、ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する検出部と、第２情報処理端末において所定のアプリケーションにログイン済みの場合、第２情報処理端末の対応ユーザに関する所定のアプリケーションのユーザ情報が、所定のサービスに関連付けられているか否かを所定のアプリケーションの管理サーバに問い合わせる問合せ部と、ユーザ情報が所定のサービスに関連付けられている場合、所定のサービスへのログイン要求を、ユーザ情報と、第１情報処理端末の識別情報とに関連付けて所定のサービスの管理サーバへ送信する送信部と、を備え、第２情報処理端末は、所定のサービスの管理サーバにおいてサービスへのログイン要求が認証された場合、認証応答をサービスの管理サーバから受信する受信部を備える。
【図面の簡単な説明】
【００１４】
【図１】第１実施形態における通信システムの構成を示す図である。
【図２】（ａ）、（ｂ）とも、第１実施形態に係る情報処理端末の画面例である。
【図３】アプリケーションの管理サーバに記憶されるユーザ情報の一例である。
【図４】第１実施形態に係る情報処理端末の画面例である。
【図５】第１実施形態にかかる情報処理端末の処理の一例を示すフローチャートである。
【図６】第１実施形態にかかる情報処理端末、サービスの管理サーバ、アプリケーションの管理サーバの間のシーケンス図である。
【図７】第１変形例にかかる情報処理端末、サービスの管理サーバ、複数のアプリケーションの管理サーバの間のシーケンス図である。
【図８】情報処理端末の記憶部に記憶されるユーザ情報の一例である。
【図９】第１実施形態に係る情報処理端末の画面例である。
【図１０】第２実施形態における通信システムの構成を示す図である。
【図１１】（ａ）、（ｂ）は、第２実施形態に係る他の情報処理端末の画面例、（ｃ）は、情報処理端末の画面例である。
【図１２】第２実施形態にかかる２つの情報処理端末、サービスの管理サーバ、アプリケーションの管理サーバの間のシーケンス図である。
【図１３】第１実施形態の概要を説明する概略図である。
【図１４】第２実施形態の概要を説明する概略図である。
【発明を実施するための形態】
【００１５】
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
【００１６】
本開示に係るログイン支援プログラム、情報処理端末、情報処理端末の制御方法、及び、ログイン支援システムを実施するための実施形態について、図面を参照して説明する。
【００１７】
＜システム構成＞
図１は、本開示の第１実施形態におけるログイン支援システム１の構成を示す。図１に開示されるように、ログイン支援システム１では、ネットワーク３００を介して、アプリケーションサーバ１００（１００Ａ，１００Ｂ，１００Ｃ）と、端末２００と、サービスサーバ４００とが接続される。アプリケーションサーバ１００は、ソーシャルネットワークサービスを提供するアプリケーションの管理サーバであって、例えば、ネットワーク３００を介して、ユーザが所有する端末２００に、他の端末間でのメッセージの送受信を実現するサービスを提供する。なお、アプリケーションサーバ１００Ａ〜１００Ｃが提供するサービスとしては、ソーシャルネットワークサービスに限られず、利用にユーザに関する情報（ユーザ情報）を登録してアカウントの作成を必要とし、当該アカウントが、他のサービス（Ｗｅｂ、アプリケーションを含む）への登録に用いられるものであればどのようなものでもよい。また、アプリケーションサーバ１００Ａ〜１００Ｃが提供するサービスは、端末２００にインストールされたアプリケーションプログラムによってユーザに提供されてもよいし、Ｗｅｂ（クラウド）上で提供されてもよいが、アプリケーションへのログイン状態が端末２００にて判別可能なものである。サービスサーバ４００は、アプリケーションサーバ１００Ａ〜１００Ｃが提供するサービスのアカウントを利用して登録可能なサービスの管理サーバである。なお、図１では端末を１つのみ示してあるが、ネットワーク３００に接続される端末の数は限定されない。また、アプリケーションサーバ１００、サービスサーバ４００の数も限定されない。
【００１８】
ネットワーク３００は、１以上の端末２００と、１以上のアプリケーションサーバ１００と、１以上のサービスサーバ４００とを接続する役割を担う。すなわち、ネットワーク３００は、端末２００がアプリケーションサーバ１００、サービスサーバ４００に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【００１９】
ネットワーク３００のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク３００は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（integrated service digital networks）、無線ＬＡＮｓ、ＬＴＥ（long term evolution）ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３００は、１つまたは複数のネットワーク３００を含むことができる。
【００２０】
端末２００は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２００は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２００は情報処理端末と表現されても良い。
【００２１】
端末２００については、必要に応じて、ユーザＡが利用する端末を端末２００Ａと表現し、ユーザＡまたは端末２００Ａに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ａと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよい。
【００２２】
アプリケーションサーバ１００Ａ〜１００Ｃは、端末２００に対して、所定のアプリケーションによるサービスを提供する機能を備える。アプリケーションサーバ１００Ａ〜１００Ｃの構成は、サービスの提供内容に応じて異なるが、本発明で実現される機能としては基本的には同一であるため、以下の説明においては、特に区別する必要はない場合、アプリケーションサーバ１００と表記して説明する。アプリケーションサーバ１００は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。アプリケーションサーバ１００は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、アプリケーションサーバ１００は情報処理装置と表現されても良い。アプリケーションサーバ１００と端末２００とを区別する必要がない場合は、アプリケーションサーバ１００と端末２００とは、それぞれ情報処理装置と表現されてもよい。
【００２３】
＜ハードウェア（HW）構成＞ 
次に、図１を用いて、ログイン支援システム１に含まれる各装置のHW構成について説明する。
【００２４】
（１）端末のHW構成
端末２００は、制御装置２１０（ＣＰＵ：central processing unit（中央処理装置））、記憶装置２８０、通信Ｉ／Ｆ２２０（インタフェース）、入出力装置２３０、表示装置２４０、マイク２５０、スピーカ２６０、カメラ２７０を備える。端末２００のHWの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。
【００２５】
通信Ｉ／Ｆ２２０は、ネットワーク３００を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２０は、ネットワーク３００を介して、アプリケーションサーバ１００、サービスサーバ４００との通信を実行する機能を有する。通信Ｉ／Ｆ２２０は、各種データを制御装置２１０からの指示に従って、アプリケーションサーバ１００、サービスサーバ４００に送信する。また、通信Ｉ／Ｆ２２０は、アプリケーションサーバ１００、サービスサーバ４００から送信された各種データを受信し、制御装置２１０に伝達する。
【００２６】
入出力装置２３０は、端末２００に対する各種操作を入力する装置、および、端末２００で処理された処理結果を出力する装置を含む。入出力装置２３０は、入力装置と出力装置が一体化していても良いし、入力装置と出力装置に分離していてもよい。
【００２７】
入力装置２３０は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置２１０に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置２３０は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
【００２８】
出力装置２３０は、制御装置２１０で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、限定でなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定でなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【００２９】
表示装置２４０は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示装置２４０は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示装置２４０は、３Ｄで表示データを表示可能であってもよい。
【００３０】
入出力装置２３０がタッチパネルの場合、入出力装置２３０と表示装置２４０とは、略同一の大きさおよび形状で対向して配置されていても良い。
【００３１】
制御装置２１０は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【００３２】
制御装置２１０は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
【００３３】
記憶装置２８０は、端末２００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置２８０は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。
【００３４】
端末２００は、プログラムＰを記憶装置２８０に記憶し、このプログラムＰを実行することで、制御装置２１０が、制御装置２１０に含まれる各部としての処理を実行する。つまり、記憶装置２８０に記憶されるプログラムＰは、端末２００に、制御装置２１０が実行する各機能を実現させる。
【００３５】
マイク２５０は、音声データの入力に利用される。スピーカ２６０は、音声データの出力に利用される。カメラ２７０は、動画像データの取得に利用される。
【００３６】
（２）アプリケーションサーバのＨＷ構成 
アプリケーションサーバ１００は、制御装置１１０（ＣＰＵ）、記憶装置１５０、通信Ｉ／Ｆ１４０（インタフェース）、入出力装置１２０、ディスプレイ１３０を備える。アプリケーションサーバ１００のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。
【００３７】
制御装置１１０は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【００３８】
制御装置１１０は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよい。ただし、本開示において、制御装置１１０は、これらに限定されない。
【００３９】
記憶装置１５０は、アプリケーションサーバ１００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置１５０は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶装置１５０は、これらに限定されない。
【００４０】
通信Ｉ／Ｆ１４０は、ネットワーク３００を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４０は、ネットワーク３００を介して、端末２００、サービスサーバ４００との通信を実行する機能を有する。通信Ｉ／Ｆ１４０は、各種データを制御装置１１０からの指示に従って、端末２００、サービスサーバ４００に送信する。また、通信Ｉ／Ｆ１４０は、端末２００から送信された各種データを受信し、制御装置１１０に伝達する。
【００４１】
入出力装置１２０は、アプリケーションサーバ１００に対する各種操作を入力する装置により実現される。入出力装置１２０は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置１１０に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力装置１２０は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力装置１２０、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよい。ただし、本開示において、入出力装置１２０は、これらに限定されない。
【００４２】
ディスプレイ１３０は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、ディスプレイ１３０は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらのディスプレイ１３０は、３Ｄで表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ１３０は、これらに限定されない。
【００４３】
アプリケーションサーバ１００は、プログラムＰを記憶装置１５０に記憶し、このプログラムＰを実行することで、制御装置１１０が、制御装置１１０に含まれる各部としての処理を実行する。つまり、記憶装置１５０に記憶されるプログラムＰは、アプリケーションサーバ１００に、制御装置１１０が実行する各機能を実現させる。
【００４４】
本開示の各実施形態においては、端末２００および／またはアプリケーションサーバ１００のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
【００４５】
なお、端末２００の制御装置２１０、および／または、アプリケーションサーバ１００の制御装置１１０は、ＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。
【００４６】
また、本開示の各実施形態のプログラムＰ(ソフトウェアプログラム/コンピュータプログラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。
【００４７】
記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。
【００４８】
アプリケーションサーバ１００および／または端末２００は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【００４９】
また、本開示のプログラムＰは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、アプリケーションサーバ１００および／または端末２００に提供されてもよい。アプリケーションサーバ１００および／または端末２００は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【００５０】
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。アプリケーションサーバ１００および／または端末２００における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。端末２００における処理の少なくとも一部を、アプリケーションサーバ１００により行う構成としてもよい。この場合、端末２００の制御装置２１０の各機能部の処理のうち少なくとも一部の処理を、アプリケーションサーバ１００で行う構成としてもよい。アプリケーションサーバ１００における処理の少なくとも一部を、端末２００により行う構成としてもよい。この場合、サーバ１００の制御装置１１０の各機能部の処理のうち少なくとも一部の処理を、端末２００で行う構成としてもよい。同様に、サービスサーバ４００における処理の少なくとも一部を、アプリケーションサーバ１００により行う構成としてもよいし、アプリケーションサーバ１００における処理の少なくとも一部を、サービスサーバ４００により行う構成としてもよい。
【００５１】
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。
【００５２】
なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。
【００５３】
＜第１実施形態＞
第１実施形態は、アプリケーションがインストールされている端末における所定のサービスへのログイン操作に応じて、端末におけるサービスへのログインを支援する形態である。ここで、第１実施形態の概要を、図１３を用いて説明する。サービスサーバ４００は、所定のサービスとしてサービスＸを提供する管理サーバであり、アプリケーションＡ，Ｂ，ＣとＩＤ連携されている（Ｓ２）。ここで、ＩＤ連携とは、異なるサービス間でユーザのＩＤデータを連携し、サービスの質の向上を図る仕組みである。ここでは、サービスＸの利用登録に、アプリケーションＡ〜Ｃのアカウントを用いることが可能であることを指す。ユーザＡは、端末２００Ａを操作して、サービスＸへのログインを試みる（Ｓ１）。すると、端末２００Ａでは、端末２００Ａにおいて、サービスＸとＩＤ連携されているアプリケーションにログインされているか否かを判定する（Ｓ３）。端末でアプリケーションにログインした場合、ユーザは、ログアウト処理を行わずにログイン状態を継続させることが多く、バックグラウンドでアプリケーションが常駐している場合が多い。本発明では、端末のそのような状態を利用して、サービスへのログインを支援する。
【００５４】
図１３の例では、端末２００ＡにはアプリケーションＡ〜Ｃがインストールされているが、ログイン済みであるのは、アプリケーションＡ，Ｃである。そこで、端末２００Ａは、ログイン済みであるアプリケーションＡ，Ｃの管理サーバであるアプリケーションサーバ１００Ａ，１００Ｃに、ユーザＡのアカウントがサービスＸに関連付けられているか（すなわち、ユーザＡのアカウントでサービスＸにログイン可能か否か）を問い合わせ、各アプリケーションサーバから応答を得る（Ｓ４）。問い合わせの結果、ユーザＡのアカウントが、サービスＸに関連付けられているとの回答を得たアプリケーションＡのアカウントを用いて、サービスＸへのログイン要求が、サービスＸのサービスサーバ４００へ送信される（Ｓ５）。その後、サービスサーバ４００にてユーザＡのログイン処理が完了し、ログイン完了した旨の認証応答が端末２００Ａに送信される（Ｓ６）。以上が、第１実施形態の概要である。
【００５５】
＜機能構成＞
（１）端末の機能構成
図１に戻り詳細に説明する。これ以降、ユーザＡに対応付けられた端末２００Ａについて説明する。端末２００Ａには、ログインを要する一以上のアプリケーションがインストールされている。ここで、アプリケーションは、Ｗｅｂアプリケーションであってもよいし、端末上で動作するアプリケーションであってもよいが、その利用に際し、ユーザ情報Ａが予めアプリケーションの提供側に与えられているものとする。そして、ユーザ情報Ａが、例えば、アプリケーションサーバ１００の記憶部１５０に格納されている。
【００５６】
図１に示すように、端末２００Ａは、制御装置２１０により実現される機能として、取得部２１１、検出部２１２、問合せ部２１３、送信部２１４、受信部２１５及び出力部２１６を有する。取得部２１１は、ネットワーク３００を介した所定のサービスに対するログイン要求に関する情報を取得する機能を有する。ここで、ネットワークを介した所定のサービスとは、ユーザが、インターネット等のネットワークを介して所望の情報、物品、将来的な約束を得るためのもので、例えば、物品・服飾品を購入する電子商取引サイト、飲食店・娯楽施設・宿泊施設・医療施設等の予約サイト等が含まれてもよいが、これらに限定されるものではない。本実施形態において、それら所定のサービスは、ユーザが予めユーザ情報を登録して利用するものを指す。ログイン要求に関する情報とは、端末２００Ａにおいて検出された、所定のサービスにログインするための処理が要求されたことを示す情報であり、例えば、表示装置２４０において、所定のサービスへのログイン画面が表示されたこと、ユーザＡによって、ログインを選択する操作が行われたこと、受信部２１５によって、ログイン処理を行う指示が受信されたこと等を含む。
【００５７】
ここで、図２を用いて、取得部２１１が取得するログイン要求に関する情報について説明する。図２（ａ）は、端末２００Ａの表示装置２４０に表示される画面１０の一例である。画面１０には、飲食店の検索・予約を提供するサービスのウェブサイトが表示されている。画面１０で、入出力装置２３０を介したユーザの操作入力により、ログインボタン１１が選択されると、表示装置２４０は、図２（ｂ）の画面２０へ遷移する。画面２０には、ＩＤとパスワードの入力によるログインが可能なログイン領域２１と、サービスと予めＩＤ連携がなされているサービスのＩＤ（アカウント）によるログインが可能なログイン領域２２とが表示される。取得部２１１は、表示装置２４０に、ログイン領域２２が表示された場合に、「ログイン要求に関する情報」が取得されたと判定することができる。
【００５８】
検出部２１２は、ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する。ログイン要求に関する情報とは、前述のように、例えば、サービスにログインするための画面が表示されたことを示す情報であり、所定のアプリケーションに関する情報とは、当該画面に表示されているアプリケーションについての情報を指す。例えば、図２（ｂ）の画面２０では、ログイン領域２２に表示された「サービスＡ」、「サービスＢ」、「サービスＣ」、「サービスＤ」を指す。検出部２１２は、画面２０のソースコードに含まれるこれら「サービスＡ」等のテキストや、当該テキストに関連付けられたリダイレクト先を、アプリケーションに関する情報として検出してもよい。あるいは、所定のサービスがどのアプリケーションとＩＤ連携しているかについての情報を予め記憶装置２８０に記憶しておき、検出部２１２が、当該情報に基づいて、アプリケーションに関する情報を検出してもよい。または、検出部２１２は、所定のサービスの管理サーバへ問い合せて、所定のサービスとＩＤ連携しているアプリケーションに関する情報を検出してもよい。
【００５９】
問合せ部２１３は、端末２００Ａにおいて、検出部２１２が検出した所定のアプリケーションにログイン済みであるか否かを判定する。ログイン済みであるか否かの判定は、アプリケーションの仕様に依るが、アプリケーションサーバ１００から発行されたトークンやＣｏｏｋｉｅ等が、端末２００Ａの記憶装置２８０に記憶されているか否か等で判定することができる。ログイン済みである場合、問合せ部２１３は、端末２００Ａの対応ユーザに関する所定のアプリケーションのユーザ情報が、所定のサービスに関連付けられているか否かを、所定のアプリケーションの管理サーバ（アプリケーションサーバ１００）に問い合わせる。ここで、アプリケーションサーバ１００の記憶装置１５０に記憶されているユーザ情報テーブル１５１の一例を図３に示す。図３に示すように、ユーザ情報テーブル１５１には、アプリケーションのユーザＩＤと、当該ユーザＩＤに関連付けられている（ＩＤ連携されている）連携サービスとが格納されている。なお、ユーザ情報テーブル１５１には、図３に示すもの以外の情報が含まれていてもよく、例えば、パスワードの情報なども含まれてよい。また、問合せ部２１３は、検出部２１２が検出した所定のアプリケーションにログイン済みでない場合、出力部２１６へ、ログインを促す旨を表示させる表示情報を出力するように伝達してもよい。
【００６０】
送信部２１４は、ユーザ情報が所定のサービスに関連付けられている場合、所定のサービスへのログイン要求を、ユーザ情報に関連付けて、所定のサービスの管理サーバ（サービスサーバ）４００へ送信する。所定のサービスへのログイン要求には、端末２００Ａに関する情報、所定のサービスとＩＤ連携されているアプリケーションに関する情報、当該アプリケーションにおけるユーザのアカウント情報が含まれる。サービスサーバ４００は、端末２００Ａから受信したログイン要求を認証し、端末２００Ａをサービスへログインさせ、認証応答を端末２００Ａへ送信する。ここで、認証応答とは、ログイン要求を送信したユーザを認証し、当該ユーザのサービスへのログインを許可する旨を示す応答である。端末２００Ａの受信部２１５は、認証応答を受信する。
【００６１】
なお、問合せ部２１３による問い合わせの結果が、端末２００Ａの表示装置２４０に表示されてもよい。図４は、その場合の表示画面例である。図に示すように、端末２００Ａの表示画面３０には、問合せ部２１３による問い合わせの結果、アプリケーションＡのアカウントにてサービスにログイン可能である旨を示すポップアップ表示３１が表示される。これは、出力部２１６が、問合せ部２１３による問い合わせの結果を表示する表示データを出力することによって実現できる。なお、出力部２１６は、生成した表示データを表示装置２４０を介して表示する。出力部２１６は、表示用のデータを画素情報に変換し、表示装置２４０のフレームバッファに書き込む機能を有する。そして、送信部２１４は、表示画面３０においてアプリケーションＡのアカウントにてログインするボタンが選択された場合に、アプリケーションＡのアカウントによるログイン要求を送信してもよい。
【００６２】
（２）サーバの機能構成 
図１に示すように、アプリケーションサーバ１００は、制御装置１１０により実現される機能として、情報処理部１１１、表示処理部１１２、受信部１１３、送信部１１４を有する。情報処理部１１１は、各種情報の処理を行う。例えば、情報処理部１１１は、ログイン要求の許可／拒否を判定したり、サービスサーバ４００と送受信する情報の処理、ディスプレイに表示すべき表示データの伝達等を行う。表示処理部１１２は、情報処理部１１１から伝達された表示用のデータを画素情報に変換し、ディスプレイ１３０のフレームバッファに書き込む機能を有する。受信部１１３及び送信部１１４は、端末２００や、サービスサーバ４００から送信されたログイン要求に関する情報の送受信を行う。
【００６３】
＜第１実施形態に係る制御部の処理＞
上述の第１実施形態によるログイン支援方法について、図を用いて説明する。図５は、第１実施形態によるログイン支援方法のフローチャートである。まず、端末２００Ａには、ログインを要する一以上のアプリケーションがインストールされる（ステップＳ１１）。ここで、インストール対象のアプリケーションは、ネットワーク３００を介して取得したものであってもよいし、予め端末２００Ａに組み込まれていたものであってもよい。次に、取得部２１１は、ネットワーク３００を介した所定のサービスに対するログイン要求に関する情報を取得する（ステップＳ１２）。検出部２１２は、ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する（ステップＳ１３）。問合せ部２１３は、端末２００Ａが所定のアプリケーションにログイン済みであるか否かを判定する（ステップＳ１４）。
【００６４】
所定のアプリケーションでログイン済みでない場合（ステップＳ１４でＮＯ）、処理を終了する。ログイン済みである場合（ステップＳ１４でＹＥＳ）、問合せ部２１３は、所定のアプリケーションのユーザ情報が、サービスに関連付けられているか否かを、アプリケーションサーバ１００に問い合わせる（ステップＳ１５）。問い合わせの結果、所定のサービスに関連付けられている場合、送信部２１４は、所定のサービスへのログイン要求を、ユーザ情報に関連付けて、サービスサーバ４００へ送信する（ステップＳ１６）。サービスへのログイン要求がサービスサーバ４００にて認証された場合、端末２００の受信部２１５は、認証応答をサービスサーバ４００から受信する（ステップＳ１７）。
【００６５】
また、第１実施形態による、端末２００Ａ、アプリケーションサーバ１００Ａ、サービスサーバ４００間のやり取りを、シーケンス図を用いて説明する。図６は、第１実施形態を説明するシーケンス図である。まず、端末２００Ａにおいて、アプリケーションがインストールされる（ステップＳ２０）。その後、端末２００Ａにおいて、サービスＸへのログイン要求に関する情報を取得すると（ステップＳ２１）、ログイン要求に含まれる、アプリケーションＡに関する情報が検出される（ステップＳ２２）。そして、端末２００Ａは、アプリケーションＡにログイン済みの場合、アプリケーションＡのユーザ情報Ａが、サービスＸに関連付けられているか否かを問い合わせる（ステップＳ２３）。アプリケーションＡのサーバ１００Ａは、送信されたユーザ情報Ａが、サービスＸに関連付けられているか否かを判定し、判定結果を端末２００Ａへ送信する（ステップＳ２４）。ユーザ情報Ａが関連付けられている場合、端末２００Ａは、サービスＸへのログイン要求をユーザ情報Ａに関連付けて、サービスＸの管理サーバ４００へ送信する（ステップＳ２５）。サービスサーバ４００では、ユーザＡによる、アプリケーションＡのアカウントによるログイン要求を検証する。サービスサーバ４００では、例えば、サーバ４００の記憶部に、アプリケーションＡに関するアクセストークンが記憶されているか否かによって、ログインの許可を判定してもよい。ユーザＡを認証する場合は、ログイン処理を行い、認証応答を端末２００Ａへ送信する（ステップＳ２６）。端末２００Ａでは、サービスＸへのログインが可能となる（ステップＳ２７）。
【００６６】
＜第１実施形態の効果＞
このように、本発明の第１実施形態では、ＩＤ連携させたアプリケーションが分からなくても、端末２００においてＩＤ連携させたアプリケーションが検出され、ログイン要求が送信される。端末にてログイン済みのアプリケーションの情報を用いるため、端末への過大な負荷を要せず、さらに、高い利便性をユーザに与えることができる。なお、第１実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
【００６７】
＜第１変形例＞
なお、ユーザによっては、１つのサービスにログインするのに、複数のアプリケーションのアカウント情報を登録している場合も考えられる。第１変形例では、１つのサービスへのログインに登録された複数のアプリケーションについての情報が、ユーザに提供される。すなわち、第１変形例において、問合せ部２１３は、取得部２１１によって複数のアプリケーションに関する情報が取得された場合、複数のアプリケーションのうち、端末２００Ａにおいてログイン済みであるアプリケーションの管理サーバそれぞれに対し、端末２００Ａの対応ユーザに関するユーザアカウント情報が、所定のサービスに関連付けられているか否かを問い合わせる。そして、端末２００Ａに、所定のサービスに対し端末２００Ａの対応ユーザが関連付けられている、少なくとも一のアプリケーションについての情報を表示させる表示情報を出力する。
【００６８】
図７は、第１変形例に係るログイン支援方法のフローチャートである。図７に示すように、まず、端末２００ＡにはアプリケーションＡ，Ｃがインストールされており、いずれも、サービスＸとＩＤ連携がなされているものとする（ステップＴ１０）。端末２００Ａでは、サービスＸへのログイン要求に関する情報を取得すると（ステップＴ１１）、ログイン要求に含まれる、アプリケーションＡ，Ｃに関する情報が検出される（ステップＴ１２）。そして、端末２００Ａは、アプリケーションＡ，Ｃにログイン済みの場合、アプリケーションＡ、Ｃのユーザ情報Ａが、サービスＸに関連付けられているか否かを、各アプリケーションサーバに問い合わせる（ステップＴ１３）。アプリケーションＡ，Ｃの各サーバ１００Ａ，１００Ｃは、送信されたユーザ情報が、サービスＸに関連付けられているか否かを判定し、判定結果を端末２００Ａへ送信する（ステップＴ１４，Ｔ１５）。判定結果は、記憶部２８０のユーザ情報テーブル２８１として記憶されてもよい。図８に、ユーザ情報テーブル２８１の一例を示す。図８に示すように、端末２００Ａに対応付けられたユーザＡが利用登録しているサービスに対して、どのアプリケーションをＩＤ連携させているかが記憶される。図に示すように、アカウント情報の登録日（ＩＤ連携日）や、アプリケーションのアカウント情報を用いてログインした最新の日付等が記憶されてもよい。
【００６９】
そして、出力部２１６は、サービスＸへログイン可能なアプリケーションの情報を表示する（ステップＴ１６）。すなわち、出力部２１６は、サービスＸに対し端末２００Ａの対応ユーザが関連付けられている、少なくとも一のアプリケーションについての情報を表示させる表示情報を出力する。図９に、画面例を示す。図に示すように、端末２００Ａの画面４０には、サービスへのログインに用いるアプリケーションを選択させるポップアップ表示４１が表示されてもよい。図９では、サービスＸに対してアプリＡと、アプリＢとが連携していることが検出されて、アプリＡまたはアプリＢが選択できる様子を示している。そして、ユーザによって、ログインするアプリケーションが選択可能であってもよい。なお、ログインするアプリケーションが複数ある場合には、端末２００によって所定の優先順位に応じて選択されてもよいし、ユーザによって予め設定された優先順位に応じて、サービスサーバ４００へログイン要求が送信されてもよい。ここで、優先順位とは、例えば、アカウント登録日が古いもの、新しいもの、使用頻度の高いもの、低いもの等によって定められてもよい。また、出力部２１６は、ユーザ情報テーブル２８１に記憶されている情報を表示させる表示情報を出力してもよい。例えば、サービスＸへの、アプリケーション毎のアカウントによる最新ログイン日を表示させてもよい。
【００７０】
図７のシーケンス図に戻り説明を続ける。ユーザ情報Ａが関連付けられている場合、端末２００Ａは、サービスＸへのログイン要求をユーザ情報Ａに関連付けて、サービスＸの管理サーバ４００へ送信する（ステップＴ１７）。サービスサーバ４００では、ユーザＡによる、アプリケーションＡのアカウント情報によるログイン要求を検証する。サービスサーバ４００では、例えば、サーバ４００の記憶部に、アプリケーションＡに関するアクセストークンが記憶されているか否かによって、ログインの許可を判定してもよい。ユーザＡを認証する場合は、ログイン処理を行い、認証応答を端末２００へ送信する（ステップＴ１８）。端末２００Ａでは、サービスＸへのログインが可能となる（ステップＴ１９）。
【００７１】
＜第１変形例の効果＞
このように、第１変形例では、ＩＤ連携させたアプリケーションが分からなくても、端末２００においてＩＤ連携させたアプリケーションが検出され、当該アプリケーションに関する情報がユーザに提供される。従って、ユーザは、自身がどのアプリケーションのアカウント情報を用いてサービスにログイン可能かを知ることができ、利便性が高い。さらに、例えばポップアップ表示によって、１つのサービスに対し、複数のアプリケーションのアカウントが対応付けられていることをユーザが認識できるため、不要なアカウントの削除等が可能となる。これにより、サーバや端末容量の省資源化につなげることもできる。
【００７２】
＜第２実施形態＞
第２実施形態は、アプリケーションがインストールされていない他の端末からの、所定のサービスへのログイン要求に対し、アプリケーションがインストールされている端末の情報を用いて、他の端末の所定のサービスへのログインを支援する形態である。ここで、第２実施形態の概要を、図１４を用いて説明する。第２実施形態では、ユーザＡが、デスクトップパソコン２００ＡＡにおいて、サービスＸへのログイン操作を行った場合について説明する。デスクトップパソコン（以降、デスクトップＰＣと称する）のような、常時ユーザが携帯しない情報処理端末は、他のユーザと共用される場合もある。その場合、個人情報の保護の観点から、デスクトップＰＣでの利用履歴、Ｗｅｂ閲覧履歴、Ｃｏｏｋｉｅ等は削除されることが好ましい。従って、第２実施形態の場合、第１実施形態のようにログイン状態のアプリケーションの情報を用いることができない。そこで、第２実施形態では、ユーザＡによって端末２００ＡＡでサービスＸへのログイン操作が行われると（Ｓ１Ａ）、当該ログインに関する情報が、ユーザＡに対応付けられた端末２００Ａに送信される（Ｓ１Ｂ）（詳細は後述する）。そして、第１実施形態と同様の処理（Ｓ３、Ｓ４）が行われる。なお、端末２００Ａからサービスサーバ４００へ送信されるログイン要求には、ログイン元の端末が端末２００ＡＡである旨を示す情報が関連付けられて送信される（Ｓ５Ａ）。その後、サービスサーバ４００は、端末２００ＡＡのログイン処理を完了させ、認証応答が端末２００ＡＡへ送信される（Ｓ６Ａ）。以上が、第２実施形態の概略である。
【００７３】
図１０は、第２実施形態に係るログイン支援システム１の構成を示す。図１０のうち、図１と同様のものには同一の符号を付し、説明を省略する。第１実施形態と異なり、第２実施形態では、ユーザＡに対応付けられた端末として、デスクトップＰＣ２００ＡＡが含まれる。その他、端末２００Ａ、アプリケーションサーバ１００Ａ〜１００Ｃ、サービスサーバ４００については、第１実施形態と同様である。
【００７４】
第２実施形態に係るログイン支援方法について、図１２のシーケンス図を用いて説明する。図１２のシーケンス図において、図６のステップと同様の処理については同一の符号を付し、説明を簡略する。まず、端末２００Ａには、アプリケーションがインストールされているものとする（ステップＳ２０）。ユーザＡは、端末２００ＡＡにおいて、サービスＸへのログイン要求に関する操作を行う（ステップＳ３０）。ここで、端末２００ＡＡにおけるサービスＸへのログイン要求に関する操作について、図１１を用いて説明する。図１１（ａ）は、端末２００ＡＡの表示装置に表示される画面５０の一例である。画面５０は、飲食店の検索・予約を提供するサービスのウェブサイトが表示されている。画面５０で、端末２００ＡＡに接続された入出力装置を介したユーザの操作入力により、ログインボタン５１が選択されると、端末２００ＡＡの表示画面は、図１１（ｂ）の画面６０へ遷移する。画面６０には、所定のサービスに対するログイン要求に関する情報として、ＱＲコードが表示される。当該ＱＲコードには、ユーザアカウント情報を、所定のサービスのユーザアカウント情報として使用可能な所定のアプリケーションに関する情報が含まれる。すなわち、第１実施形態における、図２（ｂ）の領域２２に関する情報である。なお、図２（ｂ）の領域２１と同様に、画面６０には、ＩＤとパスワードによるログインが可能な表示がなされてもよい。
【００７５】
図１２のシーケンス図に戻り説明を続ける。端末２００Ａは、サービスＸへのログイン要求に関する情報を取得する（ステップＳ２１）。これは、端末２００Ａのカメラ２７０によって、端末２００ＡＡの画面６０に表示されたＱＲコード６１を読み取ること（図１１（ｃ））によって行われる。端末２００Ａの取得部２１１は、図１１（ｃ）に示すように、画面７０のＱＲコード７１から、「ログイン要求に関する情報」が取得されたと判定することができる。
【００７６】
検出部２１２は、ログイン要求に関する情報に含まれる、所定のアプリケーションに関する情報を検出する（ステップＳ２２）。そして、問合せ部２１３は、端末２００Ａが所定のアプリケーションにログイン済みであるか否かを判定する（ステップＳ１３）。なお、図１２では示していないが、図７のシーケンス図と同様に、複数のアプリケーションに対して、問合せが行われてもよい。アプリケーションＡのサーバ１００Ａは、送信されたユーザ情報Ａが、サービスＸに関連付けられているか否かを判定し、判定結果を端末２００へ送信する（ステップＳ２４）。ユーザ情報Ａが関連付けられている場合、端末２００は、サービスＸへのログイン要求を、ユーザ情報Ａと、ログイン元が端末２００ＡＡであることを示す情報とに関連付けて、サービスＸの管理サーバ４００へ送信する（ステップＳ２５）。サービスサーバ４００では、ユーザＡによる、アプリケーションＡのアカウント情報によるログイン要求を検証する。サービスサーバ４００では、例えば、サーバ４００の記憶部に、アプリケーションＡに関するアクセストークンが記憶されているか否かによって、ログインの許可を判定してもよい。ユーザＡを認証する場合は、ログイン処理を行い、認証応答を端末２００ＡＡへ送信する（ステップＳ３１）。端末２００ＡＡでは、サービスＸへのログインが可能となる（ステップＳ３２）。
【００７７】
このように、本発明の第２実施形態では、ユーザ以外が用いる可能性のある端末で、ログインのための情報を入力させる必要がない。従って、第１実施形態の利点に加え、安全性の高いログイン方法を提供することができる。
【００７８】
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。
【００７９】
例えば上述の実施形態では、ユーザのアカウントがサービスに関連付けられているか否かの判定が、アプリケーションサーバで行われる態様について説明した。しかしながら、ユーザのアカウントがサービスに関連付けられているか否かが、サービスサーバにて判定されてもよい。この場合、端末２００から送信された問合せが、アプリケーションサーバ１００から、サービスサーバ４００へ送信され、サービスサーバ４００にて、判定が行われる。そして、サービスサーバ４００による判定の結果、サービスサーバ４００にてログイン処理が行われてもよい。
【００８０】
また、ＱＲコードには、サービスとＩＤ連携されたアプリケーションのうち、１つのアプリケーションに関する情報のみが含まれてもよい。そして、問合せ部２１３による問い合わせの結果、ＱＲコードに含まれるアプリケーションのアカウントによるログインが成功しなかった場合に、ＱＲコードが、他のアプリケーションに関する情報を含むように更新されてもよい。
【００８１】
また、アプリケーションに関する情報を表示する態様としては、ＱＲコードに限られるものではなく、ＵＲＬであってもよいし、他の識別情報であってもよい。さらに、他の端末２００ＡＡから端末２００Ａへのデータの転送は、カメラ２７０を介する場合に限られず、端末２００ＡＡと端末２００Ａとの間で直接データをやり取りできるものであればどのようなものであってもよい。
【符号の説明】
【００８２】
１  ログイン支援システム
１００（１００Ａ〜１００Ｃ）  アプリケーションサーバ（アプリケーションの管理サーバ）
２００  端末（情報処理端末）
３００  ネットワーク
４００  サービスサーバ（サービスの管理サーバ）
２１０  制御装置
２１１  取得部
２１２  検出部
２１３  問合せ部
２１４  送信部
２１５  受信部
２１６  出力部
２８０  記憶装置
２３０  入出力装置
２４０  表示装置
２５０  マイク
２６０  スピーカ
２７０  カメラ
２８０  記憶部
１１０  制御装置
１１１  情報処理部
１１２  表示処理部
１１３  受信部
１１４  送信部
１２０  入出力装置
１３０  ディスプレイ
１５０  記憶装置
１５１  ユーザ情報テーブル
【図１】
2019139457.tif 000003
【図２】
2019139457.tif 000004
【図３】
2019139457.tif 000005
【図４】
2019139457.tif 000006
【図５】
2019139457.tif 000007
【図６】
2019139457.tif 000008
【図７】
2019139457.tif 000009
【図８】
2019139457.tif 000010
【図９】
2019139457.tif 000011
【図１０】
2019139457.tif 000012
【図１１】
2019139457.tif 000013
【図１２】
2019139457.tif 000014
【図１３】
2019139457.tif 000015
【図１４】
2019139457.tif 000016