JP5456834B2

JP5456834B2 - 携帯端末、情報処理方法、アプリ及びブラウザ

Info

Publication number: JP5456834B2
Application number: JP2012095652A
Authority: JP
Inventors: 健太郎風間; 正一清水
Original assignee: Yahoo Japan Corp
Current assignee: Yahoo Japan Corp
Priority date: 2012-04-19
Filing date: 2012-04-19
Publication date: 2014-04-02
Anticipated expiration: 2032-04-19
Also published as: JP2013222440A

Description

本発明は、携帯端末のアプリの制御に関する。

あるＷｅｂサイトにユーザがウェブブラウザ（本出願において「ブラウザ」とも呼ぶ）でログインしているログイン状態や、それに対応するアクセス権限を他のＷｅｂサイトに利用させる技術として、シングルサインオン、OpenIDがあり、そのような許諾の範囲を限定しセキュリティを改善する技術としてOAuthも知られている。

一方、Ｗｅｂサイトごとに従来果たしていた機能は、スマートフォン（以下「スマホ」とも呼ぶ）など高機能な携帯端末においてアプリケーションプログラム（以下「アプリ」とも呼ぶ）で実現される態様に移行しつつある。

携帯端末内のアプリ間での連携としては、アプリから他のアプリを起動する際にＵＲＬやメールアドレスを受け渡す例が知られる。他に、複数のソフトウェア毎に異なる認証情報を持つ連携専用ソフトウェアが各ソフトウェアにログインして動作させ情報を取得、表示する提案も存在する（例えば、特許文献１参照）。

特開２０１０−２３７８８９号

しかし、携帯端末において認証情報が共通する複数のアプリを利用する場合、アプリ毎にユーザがログイン操作を行うことは煩雑という問題があった。また、上記特許文献のような連携専用ソフトウェアは、ソフトウェアごとに認証情報を設定するもので、導入や使用が煩雑なうえ、複数のソフトの認証情報の一括管理はセキュリティ上のリスクもあった。

OAuthの場合、Ｗｅｂサイトとアプリの間であれば連携させることはできる。しかし、そのＷｅｂサイトにユーザが一旦ログインしたうえ、アプリや、許諾するアクセス等の範囲を指定する操作が必須で煩雑であった。

本発明の目的は、携帯端末において同じ認証情報に基づくログイン状態を、ブラウザを用いてアプリ間で容易に共有させることである。

上記の目的をふまえ、本発明の一態様（１）は、Ｗｅｂページを表示するプログラムであるブラウザと、アプリと、を備えた携帯端末であって、前記アプリについて前記ブラウザとログイン状態の連携を設定するか否かの指定を受け付ける連携設定手段と、ログアウト状態において、前記連携が設定されている前記アプリまたは前記ブラウザから認証情報に基づくログイン操作を受け付けることによりそのブラウザをログイン状態へ遷移させるログイン手段と、前記ブラウザが前記ログイン状態へ遷移したとき、そのブラウザと前記連携が設定されている全ての前記アプリについても前記認証情報に基づくログイン状態へ遷移させ、前記連携が設定されている前記アプリまたは前記ブラウザがログイン状態からログアウト状態へ遷移したとき、その連携が設定されている前記ブラウザ及びそのブラウザと前記連携が設定されている全ての前記アプリについてもログアウト状態へ遷移させる連携手段と、を備えたことを特徴とする。

本発明の他の態様（７）は、上記態様を方法のカテゴリで捉えたもので、コンピュータと、Ｗｅｂページを表示するプログラムであるブラウザと、アプリと、を備えた携帯端末における情報処理方法であって、前記アプリについて前記ブラウザとログイン状態の連携を設定するか否かの指定を受け付ける連携設定処理と、ログアウト状態において、前記連携が設定されている前記アプリまたは前記ブラウザから認証情報に基づくログイン操作を受け付けることによりそのブラウザをログイン状態へ遷移させるログイン処理と、前記ブラウザが前記ログイン状態へ遷移したとき、そのブラウザと前記連携が設定されている全ての前記アプリについても前記認証情報に基づくログイン状態へ遷移させ、前記連携が設定されている前記アプリまたは前記ブラウザがログイン状態からログアウト状態へ遷移したとき、その連携が設定されている前記ブラウザ及びそのブラウザと前記連携が設定されている全ての前記アプリについてもログアウト状態へ遷移させる連携処理と、を前記コンピュータが実行することを特徴とする。

本発明の他の態様（２）は、上記いずれかの態様において、前記ブラウザは、前記ログイン手段と、前記連携手段と、をブラウザのページ表示を閉じた後も実行が継続する処理プロセスとして生成し、前記処理プロセスと前記アプリはデータ通信によりログインに関する処理を行うことを特徴とする。

本発明の他の態様（３）は、上記いずれかの態様において、前記連携が設定されている前記アプリは、前記連携手段に対し前記ログイン状態か前記ログアウト状態か照会する照会手段と、前記照会の結果がログアウト状態のときは前記ログイン操作の受付を前記ログイン手段へ要求するログイン要求手段と、前記照会の結果がログイン状態のときは前記連携手段へアプリＩＤを送信するＩＤ送信手段と、を備え、前記連携手段は、前記アプリからの前記照会に対しログイン状態かログアウト状態か応答する応答手段と、前記アプリから前記アプリＩＤを受信した場合は、そのアプリＩＤと、前記ログイン状態を示すブラウザのクッキー情報とを、そのクッキー情報に対応する第１のドメイン内の認証連携用サーバへ送信するサーバ送信手段と、前記認証連携用サーバから、前記アプリが認証された旨及びそのアプリに認めるアクセス権限を表すアプリ用認証情報を受信して前記アプリへ送信する転送手段と、を備え、前記アプリは、受信した前記アプリ用認証情報を前記第１のドメインとは異なる第２のドメインへ送信することにより予め定められた情報サービスを利用することを特徴とする。

本発明の他の態様（８）は、上記態様をコンピュータプログラムのカテゴリで、かつ、アプリの側から捉えたもので、携帯端末のコンピュータを制御してＷｅｂページを表示するプログラムであるブラウザと組み合わせて前記携帯端末で用いるプログラムであるアプリであって、そのアプリは前記コンピュータを制御することにより、そのアプリについて前記ブラウザとログイン状態の連携を設定するか否かの指定を受け付けさせ、ブラウザに対しログイン状態の連携が設定されている場合に、前記ブラウザに対しログイン状態かログアウト状態か照会させ、前記照会の結果がログアウト状態のときはログイン操作の受付を前記ブラウザへ要求させ、前記照会の結果がログイン状態のときは前記ブラウザへアプリＩＤを送信させ、前記ブラウザから、アプリが認証された旨及びそのアプリに認めるアクセス権限を表すアプリ用認証情報を受信させ、受信した前記アプリ用認証情報を用いて予め定められた情報サービスを利用させることを特徴とする。

本発明の他の態様（９）は、上記態様をコンピュータプログラムのカテゴリで、かつ、ブラウザの側から捉えたもので、携帯端末のコンピュータを制御してＷｅｂページを表示するプログラムであるブラウザで、かつ、ブラウザとログイン状態の連携が設定されているプログラムであるアプリと組み合わせて用いるブラウザであって、そのブラウザは前記コンピュータを制御することにより、ログアウト状態において、前記連携が設定されている前記アプリまたは前記ブラウザから認証情報に基づくログイン操作を受け付けることによりそのブラウザをログイン状態へ遷移させ、前記アプリからの照会に対しログイン状態かログアウト状態か応答させ、前記アプリからアプリＩＤを受信した場合は、そのアプリＩＤと、前記ログイン状態を示すブラウザのクッキー情報とを、そのクッキー情報に対応する第１のドメイン内の認証連携用サーバへ送信させ、前記認証連携用サーバから、前記第１のドメインとは異なる第２のドメインについて前記アプリが認証された旨及びそのアプリに認めるアクセス権限を表すアプリ用認証情報を受信して前記アプリへ送信させることを特徴とする。

本発明の他の態様（４）は、上記いずれかの態様において、前記処理プロセスは、予め定められたデジタル署名を伴う前記アプリのみと前記データ通信を行うことを特徴とする。

本発明の他の態様（５）は、上記いずれかの態様において、前記アプリは、予め定められたデジタル署名を伴う前記処理プロセスのみと前記データ通信を行うことを特徴とする。

本発明の他の態様（６）は、上記いずれかの態様において、前記処理プロセスは、処理プロセス又は前記ブラウザについて、携帯端末の資源に対するアクセス権限又はその属性が書き換えられていないか判定し、書き換えられていないと判定した場合に前記アプリとの前記データ通信を行うことを特徴とする。

本発明によれば、携帯端末において同じ認証情報に基づくログイン状態を、ブラウザを用いてアプリ間で容易に共有させることが可能となる。

本発明の実施形態について構成を示す機能ブロック図。本発明の実施形態における処理手順を示すフローチャート。本発明の実施形態における画面表示例を示す図。本発明の実施形態における画面表示例を示す図。本発明の実施形態におけるデータ例を示す図。

次に、本発明を実施するための形態（「実施形態」と呼ぶ）について図に沿って例示する。なお、背景技術や課題などで既に述べた内容と共通の前提事項は適宜省略する。

〔１．構成〕
本実施形態は、図１の構成図に例示するような携帯端末１に関する。携帯端末１は、スマートフォン、タブレットＰＣ、携帯電話端末など、コンピュータを備えたモバイル情報端末で、Ｗｅｂページを表示するプログラムであるブラウザＢと、ブラウザＢ以外のプログラムであるアプリＡ（Ａ１、Ａ２、Ａ３…Ａｎ）と、ブラウザＢ及びアプリＡなどのプログラムを実行する基本ソフトウェア等の実行手段１０を備える。

本実施形態は、携帯端末１において、ブラウザＢ及び認証連携用サーバＣ（以下「連携サーバＣ」や「連携サーバ」とも呼ぶこととする）を介し、各アプリ間でログイン状態を連携させる例を示す。

なお、アプリＡは、３つに限らずいくつあってもよく、その種類も問わない。ここでは、アプリＡは、ウィジェットプログラム（単に「ウィジェット」とも呼ぶものとする）であるアプリＡ１のほか、インターネットオークション（ネットオークション）用アプリＡ２と、地図情報や店舗情報などの地域情報を利用するための地域情報用アプリＡ３と、であるものとする。

ここで、ウィジェットは、コンピュータを備えた携帯端末のためのプログラムであって、携帯端末１のホーム画面などと呼ばれる待受け画面で動作する画面埋め込み型のアプリである。また、ブラウザＢは、所定のＷｅｂサイトにログインして情報サービスを利用するのに用いるもので、その際のアクセス先は第１のドメインＹに属するウェブサーバであるサービスサーバＳとする。

また、アプリＡ１は、第２のドメインＺに属するサーバであるＡＰＩプロキシＺＺへのアクセスを介して、結果的にブラウザＢと同じ第１のドメインＹに属するサービスサーバＳの提供する情報サービスを利用するものとする。以下、処理の詳細については主にアプリＡ１を例にとるが、他のアプリＡ２やＡ３についても同様である。

これらアプリを実行する携帯端末１は、コンピュータの構成として少なくとも、ＣＰＵなどの演算制御部６と、主メモリや補助記憶装置（例えばフラッシュメモリ他）等の記憶装置７と、通信ネットワークＮ（例えば、携帯電話、ＰＨＳ、公衆無線ＬＡＮなどの各種無線通信網、インターネットなど）との通信手段８（例えば、無線通信網との通信回路、無線ＬＡＮアダプタなど）と、を有する。

また、携帯端末１は、上記のようなコンピュータの構成に加え、内蔵の充電池（バッテリ）の充放電を制御する充電池制御部３と、発呼や着呼のほか図示しない受話用スピーカや送話用マイクロホンなどの制御も行う通話制御部４と、ＧＰＳ衛星電波の受信や現在位置の航法計算などを行うＧＰＳ部５と、を備える。また、携帯端末１は、タッチパネル機能付きの液晶や有機ＥＬを用いた入出力手段である表示画面Ｇを備える。

携帯端末１では、それぞれコンピュータプログラムであるブラウザＢ及びアプリＡ（Ａ１）を演算制御部６が実行することで、図１に示す各手段などの要素（２０、３０ほか）を実現する。実現される要素のうち情報の記憶手段の態様は自由で、記憶装置７上のファイルなど任意のデータ形式で実現できるほか、ネットワーク・コンピューティング（クラウド）によるリモート記憶などでもよい。

また、記憶手段は、データの格納領域だけでなく、データの入出力や管理などの機能を含んでもよい。また、本出願に示す記憶手段の単位は説明上の便宜によるもので、適宜、構成を分けたり一体化できるほか、明示する記憶手段以外にも、各手段の処理データや処理結果などを記憶する記憶手段を適宜用いるものとする。

なお、図中（例えば図１）の矢印は、データや制御などの流れについて主要な方向を補助的に示すもので、他の流れを否定するものでも、方向の限定を意味するものでもない。例えばある方向のデータ取得の前後に、データ要求や確認応答（ＡＣＫ）が逆方向に発生し得る。

また、記憶手段以外の各手段は、以下に説明するような情報処理の機能・作用（例えば図１）を実現・実行する処理手段であるが、これらは説明のために整理した機能単位であり、実際のハードウェア要素やソフトウェアモジュールとの一致は問わない。

〔２．作用〕
上記のように構成された携帯端末１のうち、本実施形態に特に関わる処理手順を図２のフローチャートに示す。

〔２−１．概要〕
まず、３つのアプリＡ１、Ａ２、Ａ３が存在する場合を例にとり、図２の一部に触れながら、本実施形態においてログイン状態を連携させる処理の概要のみを述べると、まず、各アプリＡ（Ａ１、Ａ２、Ａ３）において連携設定手段２０が、そのアプリＡ１、Ａ２又はＡ３についてブラウザＢとログイン状態の連携を設定するか否かの指定を受け付ける（ステップＳ１１、Ｓ１２）。

連携の指定は、ブラウザＢがインストール済の場合に、アプリＡの適宜な設定メニュー画面で受け付けるが（図示省略）、デフォルト設定ではオフとし、オンに変更する際にユーザに確認を求める。

ブラウザＢ側のログイン手段３０は、ログアウト状態において、連携が設定されているアプリＡまたはブラウザＢからログイン要求があれば（ステップＳ１３、Ｓ１７、Ｓ３４：「ＹＥＳ」）、認証情報に基づくログイン操作を受け付けることによりそのブラウザをログイン状態へ遷移させる（ステップＳ３５）。

また、連携手段４０は、同じ認証情報に基づくログイン状態を、ブラウザＢを用いてアプリＡ間で容易に共有すなわち連携させる。このログイン状態の連携は、ブラウザＢがログイン状態へ遷移したとき、そのブラウザＢと連携が設定されている全てのアプリＡについても認証情報に基づくログイン状態へ遷移させることを意味する。

ログイン状態の連携はまた、連携が設定されているアプリＡまたはブラウザＢがログイン状態からログアウト状態へ遷移したとき、その連携が設定されているブラウザＢ及びそのブラウザＢと連携が設定されている全てのアプリＡについてもログアウト状態へ遷移させることを意味する。以下、これらログイン状態の共有を実現する技術について、より具体的に説明する。

〔２−２．処理プロセスによるログイン連携〕
まず、ブラウザＢは、インストール後又は携帯端末１の起動後に最初に起動されたとき、ログイン手段３０と、連携手段４０と、をブラウザＢのページ表示を閉じた後も実行が継続する処理プロセスＰ（典型的には、スマートフォンの基本ソフトウェアにおけるサービスプロセス）として生成する（ステップＳ３１）。

処理プロセスＰは、ログイン手段３０、連携手段４０の他、チェック手段ＰＳと、ブラウザのクッキー情報などを記憶するクッキー等記憶手段４５を含むほか、図示は省略するが、ログイン、ログアウト時などにＨＴＭＬなどのマークアップ記述データを解釈して画面表示にレンダリングする機能を備える。

ブラウザＢの機能のうち、処理プロセスＰを除く部分は、図１で各種機能部Ｂ２として示すが、Ｗｅｂページに関するブックマーク（お気に入り）、閲覧履歴のほか、各種設定などの機能を持つ。

その後、処理プロセスＰとアプリＡは、プロセス間通信に代表されるデータ通信によりログインに関する処理を行う。ログインに関するデータ通信のうち、アプリＡと処理プロセスＰとの通信はプロセス間通信を用い、処理プロセスＰと連携サーバＣとの通信はＨＴＴＰＳその他の暗号通信技術を適宜用いる。プロセス間通信に際しても、通信のたび、以下のようなセキュリティチェックを行う。

〔２−３．セキュリティチェック〕
すなわち、アプリＡとブラウザＢは、ログイン状態の連携に関する処理に関するプロセス間通信にあたり、次のようなセキュリティチェックを行う。まず、処理プロセスＰのチェック手段ＰＳは、通信してきたアプリＡが所定のデジタル署名を伴うか判定し、予め定められたデジタル署名を伴うアプリＡのみとデータ通信であるプロセス間通信を行う。

アプリＡの側もチェック手段ＡＳが、プロセス間通信の相手とする処理プロセスＰが所定のデジタル署名を伴うか判定し、所定のデジタル署名を伴う処理プロセスのみとデータ通信を行う。

さらに、処理プロセスＰのチェック手段ＰＳは、処理プロセスＰについて又はブラウザＢ全体について、携帯端末１の資源に対するアクセス権限又はその属性（例えば、スマートフォンの基本ソフトウェアにおけるパーミッションの保護レベルなど）が書き換えられていないか判定し、書き換えられていないと判定した場合に、アプリＡとのデータ通信を行う。

〔２−４．具体的処理〕
以上のようなセキュリティチェックを適用しつつ実行するログインに関する処理は以下のようなものである。まず、アプリＡの連携設定手段２０は、ログイン状態の連携が設定されると、アプリＡにおいて連携を実現する照会手段５０と、ログイン要求手段６０と、ＩＤ送信手段７０と、を活動状態とする。これら手段５０から７０は、連携がオフすなわち連携が設定されていないアプリでは非活動状態となる。

ここで、アプリＡはログイン状態を前提に動作するもので、ログアウト状態ではログインを要求するものとする。このアプリＡが起動された場合、連携の設定がされていない場合は（ステップＳ１３：「ＮＯ」）、ブラウザＢとは無関係にアプリＡ独自のログイン画面によりユーザＩＤやパスワードなどの入力を求めログインを行う（ステップＳ１４）。連携の設定がされていない場合、ログアウトもアプリＡ独自のログアウト画面で行う。

アプリＡ独自のログインの処理内容については、アプリＡの使用その他の技術条件に応じて変更可能であるが、例えば、ＡＰＩプロキシＺＺやその他の認証サーバなどで処理する。また、この場合のログインは、他のアプリＡやブラウザＢが、同じ又は他の認証情報（ユーザＩＤなど）によるログイン状態か、又はログアウト状態かとは無関係に任意の認証情報を用いることができる。

アプリＡ独自にログインしたログイン状態は、アプリＡやサーバ側の仕様や設定に応じ、クッキー情報やクッキー情報に準じた技術等により、アプリＡが停止される迄または他の適宜な有効期間の間、維持される。独自のログイン画面によるログインの際は、ブラウザＢの有無などに応じブラウザＢのインストールや連携の設定をユーザに画面で推奨する。

連携の設定がされている場合は（ステップＳ１３：「ＹＥＳ」）、アプリＡの照会手段５０が、連携手段４０に対しログイン状態かログアウト状態か照会し（ステップＳ１５）、連携手段４０の応答手段４２が、アプリからのこの照会に対しログイン状態かログアウト状態か応答する（ステップＳ３３）。この照会への応答に応じアプリＡ側の動作を以下のように切り替えることで、各アプリＡ間でブラウザ側の処理プロセスＰを介し、ログイン状態及びログアウト状態を連携できる。

まず、アプリＡのログイン要求手段６０は、照会の結果がログアウト状態のときは（ステップＳ１６：「ＮＯ」）ログイン（すなわちログイン操作の受付）を、処理プロセスＰのログイン手段３０へ要求する（ステップＳ１７）。この要求を受けて処理プロセスＰのログイン手段３０は、ログイン画面Ｇ（例えば図３）を表示しログイン操作を受け付けログイン状態としたうえ、その旨を表示する（ステップＳ３５）。

この場合に用いるログイン画面Ｇは、ユーザがブラウザＢを操作してログイン要求を発生させた場合（ステップＳ３４：「ＹＥＳ」）と同じものでよい。連携が設定されている場合を含め、ログインした旨やログアウトした旨などログイン状態又はログアウト状態の変化に関する表示は（ステップＳ３５、Ｓ４０）、アプリＡやブラウザＢによるノーティフィケーション（Notification）やトースト（Toast）などの画面通知で出力すればよい。

例えば、図４は、ウィジェットであるアプリＡ１が、ログイン状態の継続期限切れでログアウトとなった場合にホーム画面に現れる通知Ｔの例であり、ブラウザＢと連携が設定されている場合、この通知の領域をタップ操作すればそれがログイン要求の操作となり（ステップＳ３４：「ＹＥＳ」）、図３に例示したログイン画面Ｇへ移行しログインできる。

一方、アプリＡの照会手段５０が連携手段４０へログイン状態かログアウト状態か照会（ステップＳ１５）した結果が、ログイン状態のときは（ステップＳ１６：「ＹＥＳ」）、アプリＡのＩＤ送信手段７０が、ブラウザＢの連携手段４０へアプリＩＤを送信する（ステップＳ１８）。

ブラウザＢの連携手段４０の側ではサーバ送信手段４４が、このように送信されたアプリＩＤをアプリＡから受信した場合は（ステップＳ３６：「ＹＥＳ」）、そのアプリＩＤと、ログイン状態を示すブラウザのクッキー情報とを、そのクッキー情報に対応する第１のドメインＹ内の連携サーバＣへ送信する（ステップＳ３７）。

連携サーバＣは、処理プロセスＰから受信したクッキー情報でアプリＡを認証する。また、連携サーバＣは、アプリＩＤと、アプリＩＤごとに認めるアクセス権限の範囲を表す範囲情報と、を予め対応付けたデータとして記憶している対応記憶手段を備える（例えば図５）。

連携サーバＣはこのデータを用いて、アプリＡに認めるアクセス権限を英数字等の文字列やバイナリデータなどにコード化した権限データを、アプリＡが認証された旨のデータに組み込むことにより、所定形式のアプリ用認証情報を生成し、携帯端末１の処理プロセスＰへ送信する。

これに対応して、処理プロセスＰの連携手段４０は転送手段４６において、連携サーバＣから、アプリＡが認証された旨及びそのアプリＡに認めるアクセス権限を表すアプリ用認証情報を受信してアプリＡへ送信する（ステップＳ３８）。アプリＡは、アクセス手段８０により、受信したアプリ用認証情報を、第１のドメインＹとは異なる第２のドメインＺに属する情報サービス用のサーバへ送信するなどのアクセスにより、予め定められた情報サービスを利用する（ステップＳ２０）。

アプリ用認証情報や情報サービス用のサーバの具体的な構成は限定されないが、一例として、アプリＡ１が、第２のドメインＺに属するＡＰＩ（Application Program Interface）用のサーバであるＡＰＩプロキシＺＺへのアクセスを介して、結果的にブラウザＢと同じ第１のドメインＹに属するサービスサーバＳが提供する情報サービスを利用する場合を考える。

この場合、連携サーバＣからアプリ用認証情報として、処理プロセスＰから送信されたブラウザＢのクッキー情報を、権限データとともに暗号化して送信し、アプリＡは暗号化されたままのアプリ用認証情報をＡＰＩプロキシＺＺへ渡す。そして、ＡＰＩプロキシＺＺは、予め連携サーバＣと共有し又は対応付けている解読キーでアプリ用認証情報を復号化することでドメインＹ用のクッキー情報と、権限データとを取得し、それでドメインＹ内のサービスから得た情報をアプリＡへ渡す。

以上と同様に、連携が設定されているアプリＡとブラウザＢについては、ログアウトについても（ステップＳ２１：「ＹＥＳ」）、アプリＡから処理プロセスＰへログアウトを要求し（ステップＳ２２）、ブラウザＢでログアウト操作がされた場合を併せて、ログアウトを処理プロセスＰ上での処理に一本化する（ステップＳ３９及びＳ４０）。

〔３．効果〕
以上のように、本実施形態では、携帯端末１において連携の設定で予め紐付けた（図２のステップＳ１１）アプリＡ（例えばアプリＡ１）かブラウザＢのいずれか一方がログイン状態へ遷移すると、同じ認証情報（ユーザＩＤやログイン状態を示すクッキー情報など）に基づくログイン状態へブラウザＢはもちろん、そのブラウザＢと連携が設定されている全てのアプリＡ（例えばアプリＡ２及びＡ３）も遷移させ、同様にログアウトも連動させる（ステップＳ２１、Ｓ２２、Ｓ３９、Ｓ４０）。

これにより、携帯端末１において同じ認証情報に基づくログイン状態を、ブラウザＢを用いてアプリＡ間で容易に共有させることができ、アプリＡ毎のログイン操作が不要となる。

特に、各種ウェブサービスへのログインに多く用いられるブラウザＢのログイン状態を、個別の用途に特化したアプリＡに波及させることにより、ログイン、ログアウトの状態をブラウザＢを中心に一元管理できて使い勝手が改善し、セキュリティも向上する。

さらに、本実施形態では、従来のOAuthとは異なり、連携の解除も、Ｗｅｂサイトへログインしての設定操作が不要なので簡単で済み、まめに連携を解除してセキュリティを確保することが容易になる。また、複数のアプリＡの一部を連携の対象とすることにより、アプリＡ毎に異なるメールアカウントを使い分けるなど柔軟な活用態様が実現できる。

特に、本実施形態では、アプリＡからも利用するログイン関係の機能を、ブラウザ停止時も残存する独立した処理プロセスＰとして生成し（ステップＳ３１）、ログインに関するアプリＡとのやり取りをプロセス間通信等のデータ通信で行うことにより、ブラウザＢを閉じた後も、連携が設定されているアプリＡからのログインや情報サービスの利用が可能となる。

また、本実施形態では、アプリＩＤをブラウザＢのクッキー情報と共にそのクッキー情報に対応する第１のドメインＹ内の認証連携用サーバＣへ送信して（ステップＳ３７）アプリ用認証情報を得る（ステップＳ３８）。このアプリ用認証情報は、ＡＰＩなどで利用する第２のドメインＺについてアプリＡが認証された旨と、そのアプリＡに認めるアクセス権限を表すもので、この情報をアプリＡへ渡して情報サービスを利用させる。

これにより、ブラウザＢのクッキー情報をアプリＡに直接渡さないのでセキュリティが維持できる。また、第１のドメインＹ向けのブラウザＢのクッキー情報を、アプリＩＤと組み合わせて認証連携用サーバＣで、第２のドメインＺ向けのアプリ用認証情報に置き換える。このため、ＡＰＩなどでアプリＡからのアクセスを受け付けるドメインをブラウザＢでのログイン対象と異ならせてセキュリティを維持できる。

さらに、上記の置き換えの際、アクセス権限の範囲をアプリＩＤから定めることで（例えば図５）、アプリＡに与えるアクセス権限の範囲をユーザが判断したり設定用Ｗｅｂページで設定する煩雑さも解消できる。

また、本実施形態では、処理プロセスＰが、所定のデジタル署名を伴うアプリＡのみとデータ通信を行ってログインの連携に関する処理を行うことにより、アプリＡ側のなりすましや不正な改造などのリスクが排除でき、セキュリティを確保できる。

また、本実施形態では、アプリＡが、所定のデジタル署名を伴う処理プロセスＰのみとデータ通信を行ってログインの連携に関する処理を行うことにより、処理プロセスＰやブラウザＢ側のなりすましや不正な改造などのリスクが排除でき、セキュリティを確保できる。

また、本実施形態では、ブラウザＢ側で、携帯端末１の資源に対する処理プロセスＰ又はブラウザＢのアクセス権限やその属性が書き換えられていないと判定した場合に、アプリＡとデータ通信を行う。これにより、不正なアプリＡがブラウザＢのアクセス権限を書き換えたうえでアプリ間通信を悪用し不正なログインを行う等の脅威にも対抗できセキュリティが確保できる。

〔４．他の実施形態〕
なお、上記実施形態は例示に過ぎず、本発明は、以下に例示するものやそれ以外の他の実施態様も含むものである。例えば、本出願における構成図、データの図、フローチャートなども例示に過ぎず、各要素の有無、その配置や処理実行などの順序、具体的内容などは適宜変更可能である。本発明はアプリ単独、ブラウザ単独としても把握できるので、組み合わせて使用可能ないずれか一方の提供も本発明の一態様である。

また、本出願に示す各態様は、明記しない他のカテゴリ（方法、プログラム、端末を含むシステムなど）としても把握することができる。方法やプログラムのカテゴリについては、装置のカテゴリで示した「手段」を、「処理」や「ステップ」のように適宜読み替えるものとする。また、処理やステップの順序は、本出願に直接明記のものに限定されず、順序を変更したり、一部の処理をまとめてもしくは随時一部分ずつ実行するなど、変更可能である。

また、個々の手段、処理やステップを実現、実行する端末などのコンピュータは共通でもよいし、手段、処理やステップごとにもしくはタイミングごとに異なってもよい。例えば、本発明における携帯端末は、それぞれコンピュータを備えた複数のユニットを結合して一体に利用する情報機器でもよい。また、上記「手段」の全部又は任意の一部を「部」（ユニット、セクション、モジュール等）と読み替えることができる。

また、携帯端末１を構成する個々の手段を実現する態様は自由で、外部のサーバが提供している機能をＡＰＩ（アプリケーション・プログラム・インタフェース）やネットワーク・コンピューティング（いわゆるクラウドなど）で呼び出して実現するなど、本発明の構成は柔軟に変更できる。さらに、本発明に関する手段などの各要素は、コンピュータの演算制御部に限らず物理的な電子回路など他の情報処理機構で実現してもよい。

１携帯端末
３充電池制御部
４通話制御部
５ＧＰＳ部
６演算制御部
７記憶装置
８通信手段
１０実行手段
２０連携設定手段
３０ログイン手段
４０連携手段
４２応答手段
４４サーバ送信手段
４５クッキー等記憶手段
４６転送手段
５０手段
５０照会手段
６０ログイン要求手段
７０送信手段
Ａ（Ａ１、Ａ２、Ａ３）アプリ
ＡＳ、ＰＳチェック手段
Ｂブラウザ
Ｂ２各種機能部
Ｃ認証連携用サーバ
ＥＬ有機
Ｇ表示画面
Ｎ通信ネットワーク
Ｐ処理プロセス
Ｓサービスサーバ
Ｙ、Ｚドメイン
ＺＺＡＰＩプロキシ

Claims

Ｗｅｂページを表示するプログラムであるブラウザと、アプリと、を備えた携帯端末であって、
前記アプリについて前記ブラウザとログイン状態の連携を設定するか否かの指定を受け付ける連携設定手段と、
ログアウト状態において、前記連携が設定されている前記アプリまたは前記ブラウザから認証情報に基づくログイン操作を受け付けることによりそのブラウザをログイン状態へ遷移させるログイン手段と、
前記ブラウザが前記ログイン状態へ遷移したとき、そのブラウザと前記連携が設定されている全ての前記アプリについても前記認証情報に基づくログイン状態へ遷移させ、前記連携が設定されている前記アプリまたは前記ブラウザがログイン状態からログアウト状態へ遷移したとき、その連携が設定されている前記ブラウザ及びそのブラウザと前記連携が設定されている全ての前記アプリについてもログアウト状態へ遷移させる連携手段と、
を備えたことを特徴とする携帯端末。
前記ブラウザは、前記ログイン手段と、前記連携手段と、をブラウザのページ表示を閉じた後も実行が継続する処理プロセスとして生成し、
前記処理プロセスと前記アプリはデータ通信によりログインに関する処理を行うことを特徴とする請求項１記載の携帯端末。
前記連携が設定されている前記アプリは、
前記連携手段に対し前記ログイン状態か前記ログアウト状態か照会する照会手段と、
前記照会の結果がログアウト状態のときは前記ログイン操作の受付を前記ログイン手段へ要求するログイン要求手段と、
前記照会の結果がログイン状態のときは前記連携手段へアプリＩＤを送信するＩＤ送信手段と、
を備え、
前記連携手段は、
前記アプリからの前記照会に対しログイン状態かログアウト状態か応答する応答手段と、
前記アプリから前記アプリＩＤを受信した場合は、そのアプリＩＤと、前記ログイン状態を示すブラウザのクッキー情報とを、そのクッキー情報に対応する第１のドメイン内の認証連携用サーバへ送信するサーバ送信手段と、
前記認証連携用サーバから、前記アプリが認証された旨及びそのアプリに認めるアクセス権限を表すアプリ用認証情報を受信して前記アプリへ送信する転送手段と、
を備え、
前記アプリは、受信した前記アプリ用認証情報を前記第１のドメインとは異なる第２のドメインへ送信することにより予め定められた情報サービスを利用する
ことを特徴とする請求項１記載の携帯端末。
前記処理プロセスは、予め定められたデジタル署名を伴う前記アプリのみと前記データ通信を行うことを特徴とする請求項２記載の携帯端末。
前記アプリは、予め定められたデジタル署名を伴う前記処理プロセスのみと前記データ通信を行うことを特徴とする請求項２または４に記載の携帯端末。
前記処理プロセスは、処理プロセス又は前記ブラウザについて、携帯端末の資源に対するアクセス権限又はその属性が書き換えられていないか判定し、書き換えられていないと判定した場合に前記アプリとの前記データ通信を行うことを特徴とする請求項２、４、５のいずれか一項に記載の携帯端末。
コンピュータと、Ｗｅｂページを表示するプログラムであるブラウザと、アプリと、を備えた携帯端末における情報処理方法であって、
前記アプリについて前記ブラウザとログイン状態の連携を設定するか否かの指定を受け付ける連携設定処理と、
ログアウト状態において、前記連携が設定されている前記アプリまたは前記ブラウザから認証情報に基づくログイン操作を受け付けることによりそのブラウザをログイン状態へ遷移させるログイン処理と、
前記ブラウザが前記ログイン状態へ遷移したとき、そのブラウザと前記連携が設定されている全ての前記アプリについても前記認証情報に基づくログイン状態へ遷移させ、前記連携が設定されている前記アプリまたは前記ブラウザがログイン状態からログアウト状態へ遷移したとき、その連携が設定されている前記ブラウザ及びそのブラウザと前記連携が設定されている全ての前記アプリについてもログアウト状態へ遷移させる連携処理と、
を前記コンピュータが実行することを特徴とする情報処理方法。
携帯端末のコンピュータを制御してＷｅｂページを表示するプログラムであるブラウザと組み合わせて前記携帯端末で用いるプログラムであるアプリであって、
そのアプリは前記コンピュータを制御することにより、
そのアプリについて前記ブラウザとログイン状態の連携を設定するか否かの指定を受け付けさせ、
ブラウザに対しログイン状態の連携が設定されている場合に、前記ブラウザに対しログイン状態かログアウト状態か照会させ、
前記照会の結果がログアウト状態のときはログイン操作の受付を前記ブラウザへ要求させ、
前記照会の結果がログイン状態のときは前記ブラウザへアプリＩＤを送信させ、
前記ブラウザから、アプリが認証された旨及びそのアプリに認めるアクセス権限を表すアプリ用認証情報を受信させ、
受信した前記アプリ用認証情報を用いて予め定められた情報サービスを利用させる
ことを特徴とするアプリ。
携帯端末のコンピュータを制御してＷｅｂページを表示するプログラムであるブラウザで、かつ、ブラウザとログイン状態の連携が設定されているプログラムであるアプリと組み合わせて用いるブラウザであって、
そのブラウザは前記コンピュータを制御することにより、
ログアウト状態において、前記連携が設定されている前記アプリまたは前記ブラウザから認証情報に基づくログイン操作を受け付けることによりそのブラウザをログイン状態へ遷移させ、
前記アプリからの照会に対しログイン状態かログアウト状態か応答させ、
前記アプリからアプリＩＤを受信した場合は、そのアプリＩＤと、前記ログイン状態を示すブラウザのクッキー情報とを、そのクッキー情報に対応する第１のドメイン内の認証連携用サーバへ送信させ、
前記認証連携用サーバから、前記第１のドメインとは異なる第２のドメインについて前記アプリが認証された旨及びそのアプリに認めるアクセス権限を表すアプリ用認証情報を受信して前記アプリへ送信させる
ことを特徴とするブラウザ。