JP2022025599A - 情報処理装置、アプリケーションの起動方法及びプログラム - Google Patents

Abstract

【課題】ＯＳの機能を用いることなく、起動対象アプリケーションを判別し、ディープリンクを行う技術を提供すること。【解決手段】 第１及び第２インストール手段は第１及びアプリケーションをそれぞれインストールする。取得手段は、第１インストール手段によりインストールされた第１アプリケーションに固有の識別情報を取得する。受け付け手段は、ディープリンクを用いた第１アプリケーションの起動の要求を受け付ける。第１判別手段は、第２アプリケーションにより、受け付け手段が起動の要求を受け付けた場合に、第１アプリケーションを起動するか否かを取得手段により取得された識別情報を用いて判別する。起動手段は、第２アプリケーションにより、第１判別手段の判別結果に基づいて第１アプリケーションを起動する。【選択図】図４

Description

本発明は、情報処理装置、アプリケーションの起動方法及びプログラムに関する。

パーソナルコンピュータ（ＰＣ）やスマートフォン等の情報処理装置において、ブラウザから特定のアプリケーションへの誘導が行われることがある。例えば、デジタルマーケティングにおいて、事業者等は、ブラウザから自社が提供するアプリケーションにユーザを誘導することによりユーザの囲い込みを行うことがある。ブラウザからアプリケーションにユーザを誘導することで、プッシュ通知など独自のマーケティング施策を柔軟に行うことができるというメリットがある。また例えば、写真の編集やフォトブックの作成等の複雑な操作を行う場合には、ブラウザ上で動作するウェブアプリケーションでは操作が困難であるため、ブラウザから専用のアプリケーションへの誘導が行われることがある。

ブラウザからアプリケーションに誘導するための技術として、ディープリンクが挙げられる。ディープリンクは、ブラウザやメールソフトの表示画面等からアプリケーションの特定画面に直接遷移させることができるリンクである。メールやウェブ広告などにディープリンクを適用することで、ワンクリックで該当のアプリケーションを起動して特定画面にユーザを誘導することができる（例えば、特許文献１参照）。

特許第６２１９２９６号公報

近年、様々なアプリケーションが使用可能となっており、適切なアプリケーションの起動方法が求められていた。

本発明は、ＯＳの機能を用いることなく、起動対象アプリケーションを判別し、ディープリンクを行う技術を提供する。

本発明の一側面によれば、第１アプリケーションをインストールする第１インストール手段と、前記第１アプリケーションを起動するための第２アプリケーションをインストールする第２インストール手段と、前記第１インストール手段によりインストールされた前記第１アプリケーションに固有の識別情報を取得する取得手段と、ディープリンクを用いた前記第１アプリケーションの起動の要求を受け付ける受け付け手段と、前記第２アプリケーションにより、前記受け付け手段が前記起動の要求を受け付けた場合に、前記第１アプリケーションを起動するか否かを前記取得手段により取得された前記識別情報を用いて判別する第１判別手段と、前記第２アプリケーションにより、前記第１判別手段の判別結果に基づいて前記第１アプリケーションを起動する起動手段と、を備える、ことを特徴とする情報処理装置が提供される。

本発明によればＯＳの機能を用いることなく、起動対象アプリケーションを判別し、ディープリンクを行うことができる。

一実施形態に係るシステムのハードウェア構成例を示す図。 クライアントのソフトウェアの構成例を説明する図。 システムの動作を説明するシーケンス図。 システムの動作を説明するシーケンス図。 クライアントの処理例を示すフローチャート。 アプリ起動リンクの一例を示す図。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

＜第１実施形態＞
＜ハードウェア構成＞
図１は、一実施形態に係るシステムＳＹのハードウェア構成例を示す図である。システムＳＹは、大別してサーバ１とクライアント２とを含んで構成される。サーバ１とクライアント２とは、インターネット３を経由して互いに通信する。

サーバ１は、情報処理装置であり、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、ハードディスクドライブ（ＨＤＤ）１４、ネットワークインタフェース（Ｉ／Ｆ）１５を有し、これらはシステムバス１６を介して互いに通信可能に接続されている。ＣＰＵ１１は、サーバ１の動作を統括的に制御する。例えば、ＣＰＵ１１は、ＲＡＭ１２やＲＯＭ１３、ＨＤＤ１４等に記憶されたプログラムを読み出して実行することにより、サーバ１の各種機能を実現する。ＲＡＭ１２は、揮発性の記憶領域であり、例えば、ＣＰＵ１１のワークメモリとして用いられる。ＲＯＭ１３は、不揮発性の記憶領域であり、例えば、オペレーティングシステムプログラム（ＯＳ）等の各種制御プログラムや、サーバ１の機能を実行する上で必要な各種のデータ等を記憶する。ＨＤＤ１４は、不揮発性の記憶領域であり、例えば、各種アプリケーションプログラムや、データ、ユーザ情報、機器情報等を記憶する。ネットワークＩ／Ｆ１５は、システムバス１６に接続し、ネットワークを介して情報の入出力を行う。本実施形態では、ネットワークＩ／Ｆ１５は、インターネット３を介して外部装置と通信を行う。また、ネットワークＩ／Ｆ１５は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）（不図示）等のネットワークに接続し、外部装置と通信を行ってもよい。なお、本実施形態では１つのＣＰＵ１１が示されているが、複数のＣＰＵが設けられ、これらが適宜連携をしながら処理を行うものであってもよい。

本実施形態の場合、サーバ１はウェブサーバである。サーバ１は静的なウェブサーバであり、クライアント２の要求に対し、ウェブコンテンツを返答する。ウェブコンテンツの例として、ＨＴＭＬやＸＭＬ、ＣＳＳ、ＪＡＶＡＳＣＲＩＰＴ（登録商標）、画像等を含むことができる。

クライアント２は、ＰＣやスマートフォン等に代表される情報処理端末である。クライアント２は、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ハードディスクドライブ（ＨＤＤ）２４、ネットワークＩ／Ｆ２５、表示部２６、入力部２７を有し、これらはシステムバス２８を介して互いに通信可能に接続されている。ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ハードディスクドライブ（ＨＤＤ）２４、ネットワークＩ／Ｆ２５は、それぞれＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、ハードディスクドライブ（ＨＤＤ）１４、ネットワークＩ／Ｆ１５と同様の構成を有し得る。表示部２６は、例えば液晶ディスプレイであり、各種のユーザーインタフェース画面を表示する。入力部２７は、ユーザによる入力操作を受け付ける。入力部２７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル等であってもよい。

＜ソフトウェア構成＞
図２は、クライアント２のソフトウェアの構成例を説明する図である。図２は、ＣＰＵ２１がＲＯＭ２３やＨＤＤ２４等に記憶されているプログラムを読み出して実行することにより実現されるソフトウェアの機能ブロックを示している。本実施形態では、クライアント２は、オペレーティングシステム（以下ＯＳ）２０１、ブラウザ２０２、常駐アプリケーション２０３、起動対象アプリケーション２０４及びインストール処理部２０５を含む。

ＯＳ２０１は、クライアント２全体の動作を制御するためのソフトウェアである。ＯＳ２０１の例としては、例えば、ＷＩＮＤＯＷＳ（登録商標）やＭＡＣＯＳ（登録商標）といったＰＣのオペレーションを司るソフトウェア等が挙げられる。

ブラウザ（Ｗｅｂブラウザ）２０２は、ネットワーク経由で接続された外部システムが提供するウェブサービスを利用する為のアプリケーションである。本実施形態では、ブラウザ２０２は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）通信を用いてサーバ１と通信し、サーバ１からウェブコンテンツを取得する。例えば、ブラウザ２０２は、サーバ１に対して、ＨＴＴＰのプロトコルに従ってリクエストを送信するとともに、そのリクエストに対するレスポンスを受信する。そして、ブラウザ２０２は、受信したレスポンスを解析して、操作画面を表示部２６に表示したり、受信したレスポンスに含まれるＪａｖａＳｃｒｉｐｔ（登録商標）（スクリプト）を処理したりする。スクリプトには、処理を実行するための複数の命令が含まれ得る。

常駐アプリケーション２０３（以下、アプリケーション２０３）は、後述する起動対象アプリケーション２０４（以下、アプリケーション２０４）を判別し、起動するためのアプリケーションである。なお、常駐アプリケーション２０３は、クライアント２の電源がＯＮされてＯＳ２０１が起動されることに基づいて自動的に起動されるアプリケーションである。一実施形態において、アプリケーション２０３は、アプリケーション２０４と同時にインストールされる。また、アプリケーション２０３は、アプリケーション２０４が起動していないときでも起動しているアプリケーションである。アプリケーション２０３は、ローカルサーバ２０３１と、ローカルサーバ２０３１を起動するローカルサーバ起動部２０３２とを含む。

ローカルサーバ２０３１は、クライアント２内のブラウザ２０２等からアクセス可能なローカルウェブサーバであり、判別モジュール２３１１と起動モジュール２３１２とを含む。ローカルサーバ２０３１は、１つまたは複数のエフェメラルポートを持ち、ブラウザ２０２からアクセスされる。例えば、ブラウザ２０２は、ローカルサーバ２０３１にウェブコンテンツを要求する。ある側面から見れば、アプリケーション２０３は、情報処理装置であるクライアント２上にローカルサーバ２０３１を構築する。

判別モジュール２３１１は、アプリケーション２０４の起動の可否を判別する。具体的には、判別モジュール２３１１は、アプリケーション２０４を識別する識別情報に基づいて、アプリケーション２０４を起動してもよいアプリケーションであるか否かを判別する。例えば、判別モジュール２３１１は、アプリケーション２０４が攻撃者等によって改ざんされたり、不正にインストールされたりしたアプリケーションで無いことが確認できた場合に、アプリケーション２０４を起動してもよいアプリケーションであると判別する。

判別モジュール２３１１が判別の際に用いる識別情報には、例えば、アプリケーション２０４のハッシュ値が含まれ得る。一実施形態において、アプリケーション２０３のダウンロードファイルにアプリケーション２０４のハッシュ値が含まれる。アプリケーション２０４と同時にアプリケーション２０３がクライアント２にインストールされると、判別モジュール２３１１は、ダウンロードファイルに含まれるアプリケーション２０４のハッシュ値をＲＯＭ２３等のメモリに記憶する。

また、判別モジュール２３１１が判別の際に用いる識別情報には、アプリケーション２０４のバージョンなどの情報が含まれていてもよい。例えば、判別モジュール２３１１は、アプリケーション２０４が不正なものではないことを確認した場合であっても、アプリケーション２０４が最新バージョンでないときは、アプリケーション２０４を起動しないと判別してもよい。その場合、ブラウザ２０２は、判別モジュール２３１１の判別結果に基づいて、最新バージョンのアプリケーションのダウンロードページを表示してもよい。

起動モジュール２３１２は、アプリケーション２０４を起動するためのモジュールである。例えば、起動モジュール２３１２は、判別モジュール２３１１がアプリケーション２０４を起動してもよいと判別したことに基づいて、アプリケーション２０４を起動させる。

アプリケーション２０４は、アプリケーション２０３の起動モジュール２３１２により起動される対象となるアプリケーションである。アプリケーション２０４は、例えば、事業者等が提供するサービスを実現するためのアプリケーションであり、ディープリンクによって起動される。一実施形態において、アプリケーション２０４は、写真の編集やフォトブックの作成等を行うためのアプリケーションであってもよい。また、アプリケーション２０４は、事業者等が販売する製品を購入するためのアプリケーションであってもよい。なお、アプリケーション２０４のダウンロードファイルにアプリケーション２０４のハッシュ値の計算に使用される元データが含まれる。この元データは、例えば、アプリケーション２０４をビルドすることで生成されるデータである。

インストール処理部２０５は、前述したアプリケーション２０３及びアプリケーション２０４のインストールの処理を実行する。

＜動作例＞
デスクトップアプリケーションにおけるディープリンクの提供方法として、インターネット上でウェブページなどを一意に指定するのに用いられるＵＲＬ（ＵＮＩＦＯＲＭ ＲＥＳＯＵＲＣＥ ＬＯＣＡＴＯＲ）とアプリケーションとを関連付けるものがある。具体例として、ＵＲＬの先頭部分であるＵＲＬスキームを独自のものでカスタムして用いるものがある（このようなＵＲＬスキームをカスタムＵＲＬスキームと呼ぶ）。例えば、地図アプリで利用される“ＭＡＰ：／／”等のカスタムＵＲＬスキームをオペレーティングシステムやブラウザに登録し、アプリケーションのハンドラとして指定する。これにより、登録したＵＲＬスキーム先にアクセスを試みたときに、該当するアプリケーションのハンドラが立ち上がって、アプリケーションが起動する。また、他の具体例では、オペレーティングシステム（ＯＳ）がアプリケーションのファイルに記載されたＵＲＬに関連付けをされたホストの検証を行い、検証が成功した場合にファイルに記載されているＵＲＬをハンドラとして確立する。そして、ＯＳは、アクセスが試みられたＵＲＬがハンドラとしてＯＳに保存されたものである場合には、アプリケーションを起動して特定の画面を表示させる。しかしながら、カスタムＵＲＬを用いた方法では、攻撃者等によって同じカスタムＵＲＬスキームを持つアプリケーションがインストールされた場合に、攻撃者によってインストールされたアプリケーションをユーザが起動してしまうことがある。すなわち、起動させようとしているアプリケーションが不正にインストールされたものでないか等の判別を行うことができない。また、ＯＳがアプリケーションとＵＲＬとを関連付けて管理する方法は、その仕組みが用意されていないＯＳでは実行することができない。そこで、本実施形態では、以下の動作に基づいて起動対象のアプリケーション２０４を判別し、起動する。

図３は、アプリケーション２０３及びアプリケーション２０４がクライアント２にインストールされる際のシステムＳＹの動作を説明するシーケンス図である。

Ｓ３０１で、インストール処理部２０５は、アプリケーション２０３及びアプリケーション２０４のインストールの指示をユーザから受け付ける。例えば、インストール処理部２０５は、ブラウザ２０２が表示するウェブページ上のインストール実行のリンクをユーザが入力部２７により選択することで、ユーザからの指示を受け付ける。

Ｓ３０２で、インストール処理部２０５は、サーバ１からアプリケーション２０３及びアプリケーション２０４のインストールファイルをダウンロードする。例えば、インストール処理部２０５は、Ｓ３０１でユーザが選択したブラウザ２０２上のリンクのＵＲＬに基づいて、ウェブ上のサーバに対してアプリケーションのインストールファイルを要求する。なお、本実施形態では、インストール処理部２０５はサーバ１からファイルをダウンロードしているが、インストール処理部２０５はサーバ１以外のネットワーク上のサーバからファイルをダウンロードしてもよい。

Ｓ３０３で、インストール処理部２０５は、アプリケーション２０３及びアプリケーション２０４をインストールする。

Ｓ３０４で、常駐アプリケーション２０３のローカルサーバ起動部２０３２は、ローカルサーバ２０３１を起動する。Ｓ３０５で、常駐アプリケーション２０３のローカルサーバ２０３１は、起動対象アプリケーション２０４のハッシュ値をＲＯＭ２３等のメモリから取得する。

なお、本実施形態ではアプリケーション２０３とアプリケーション２０４とが同時にインストールされるが、これらは同時にインストールされなくてもよい。例えば、アプリケーション２０４がフォトブック作成用のアプリケーションの場合、アプリケーション２０３はプリンタ等の製品のドライバをクライアント２がインストールされる際に一緒にインストールされてもよい。そして、アプリケーション２０４は、プリンタ等の製品を販売する事業者等のウェブサイトからダウンロードされ、インストールされてもよい。

また、アプリケーション２０３とアプリケーション２０４のインストールのタイミングが異なる場合、以下の構成を採用可能である。すなわち、アプリケーション２０３がクライアント２にインストールされてローカルサーバ２０３１が起動すると、ローカルサーバ２０３１は、起動対象のアプリケーションがクライアント２にインストール済みであるか否かを確認してもよい。そして、ローカルサーバ２０３１は、起動対象のアプリケーションがクライアント２にインストール済みである場合は、起動対象のアプリケーションからハッシュ値を取得してもよい。また、ローカルサーバ２０３１は、起動中に新たなアプリケーションがインストールされた場合にそのアプリケーションがローカルサーバ２０３１による起動対象であるか否かを確認し、起動対象であればそのアプリケーションのハッシュ値を取得してもよい。

なお、アプリケーション２０３とアプリケーション２０４とが同時にインストールされる場合、これらは同じアプリケーションプロセスであってもよいし、異なるアプリケーションプロセスであってもよい。

図４は、アプリケーション２０４が起動するときのシステムＳＹの動作を説明するシーケンス図である。なお、図４のシーケンス図に示す動作は、図３の動作によりアプリケーション２０３及びアプリケーション２０４がクライアント２にインストールされた状態での操舵を示している。

Ｓ４００で、ユーザがアプリケーション２０４の起動要求を行う。例えば、ユーザは、アプリ起動リンクの選択を入力部２７により行う。ここで、アプリ起動リンクは、アプリケーション２０４を起動するためのディープリンクであり、例えばメールやウェブサイトに記載されるハイパーリンクである。図６は、その一例を示す図であり、アプリケーション２０４を提供している事業者等が送信したキャンペーン情報ついてのメールが表示部２６に表示されている場合の画面の構成例を示している。この例では、キャンペーンメールの本文中に「パソコン版のアプリケーションでフォトブックを作る」というアプリ起動リンク６０１が記載されている。すなわち、ユーザがこのアプリ起動リンク６０１をマウスでクリックするなどした場合に、図４のシーケンス図で示される動作が開始される。

Ｓ４０１で、ブラウザ２０２は、サーバ１に対してウェブコンテンツを要求する。ウェブコンテンツは、例えば、ＨＴＭＬ、ＪＡＶＡＳＣＲＩＰＴ（登録商標）、ＣＳＳなどのリソースから構成される。ブラウザ２０２は、このリソースを読み込むことにより、後述するＯＳの判別処理などを実行する。

Ｓ４０２で、サーバ１は、ブラウザ２０２からのウェブコンテンツの要求に対して応答する。すなわち、サーバ１は、ブラウザ２０２の要求に対応するコンテンツをブラウザ２０２に対して送信する。ブラウザ２０２は、サーバ１から送信されたウェブコンテンツを受信する。

Ｓ４０３は、ブラウザ２０２は、サーバ１から受信したウェブコンテンツに組み込まれているＯＳ判別モジュールによってＯＳを判別する。一例として、ＯＳ判別モジュールは、ユーザーエージェントと呼ばれるプログラムをＪＡＶＡＳＣＲＩＰＴ（登録商標）から読み込むことによりＯＳの判別を行う。この判別は、例えば、アプリケーション２０３をインストール可能なＯＳであるか、あるいは以降の処理を実行可能なＯＳであるか等に基づいて行われる。

Ｓ４０４で、ブラウザ２０２は、ローカルサーバ２０３１に対してアプリケーション２０４を起動するためのウェブソースの要求を実行する。本実施形態では、ブラウザ２０２は、ＣＯＲＳ（ＣＲＯＳＳ－ＯＲＩＧＩＮ ＲＥＳＯＵＲＣＥ ＳＨＡＲＩＮＧ）を用いて、サーバ１とは異なるオリジンであるローカルサーバ２０３１にリソースのアクセスを要求する。ここで、ＣＯＲＳ（オリジン間リソース共有）は、あるオリジンで動作しているブラウザに対し、異なるオリジンにある選択されたリソースへのアクセス権を与えるようにブラウザに指示するための仕組みである。一般に、ブラウザには同一オリジンポリシーが適用され、あるオリジンから読み込まれたウェブコンテンツから他のオリジンのウェブコンテンツにアクセスできないように制限される。しかし、ＣＯＲＳを用いることで、ブラウザは異なるオリジンへのアクセスが可能となる。本実施形態では、ブラウザ２０２は、例えばＸＭＬＨｔｔｐＲｅｑｕｅｓｔを使用してローカルサーバ２０３１に対してリソースのアクセスを要求する。

ここで、ブラウザ２０２とローカルサーバ２０３１との間の通信は、所定のポートを使用して行われる。例えば、クライアント２にアプリケーション２０３がインストールされると、前述したようにローカルサーバ起動部２０３２がローカルサーバ２０３１を起動する。ローカルサーバ２０３１が起動すると、ローカルサーバ２０３１はある特定のポート（仮にポート番号Ａとする）を開いて外部からの接続を待つ待ち受け状態となる。

なお、他のアプリケーションやサービスがポート番号Ａで待ち受け状態になっている場合には、ローカルサーバ２０３１はそのポートで待ち受け状態となることができない。そのため、ポート番号Ａが既に使われている場合には、ローカルサーバ２０３１は他のポートを開いて待ち受け状態にする。このようにローカルサーバ２０３１が複数のポートを開いて待ち受け状態にする仕組みを入れることで、他のアプリケーションやサービスがそのポートを使用している場合でも、空いているポートを見つけて待ち受け状態にすることが可能となる。

また、本実施形態では、Ｓ４０２でブラウザ２０２がサーバ１から受信する情報にもローカルサーバ２０３１が待ち受けている可能性があるポートの情報が含まれている。そのため、ブラウザ２０２は、それらのポートの中で正常なレスポンスが返るポートを探してローカルサーバ２０３１と通信を行う。ここで、正常なレスポンスは、ローカルサーバ２０３１から返却される成功を示すレスポンスであり得る。なお、本実施形態では複数のポートから空いているポートを探して通信をする例を説明したが、これ限定されるものではなく１つのポートだけで通信を実施してもよい。しかしながら、１つのポートだけで通信を実施する場合は、そのポートが他のアプリケーションやサービスで既に使われていたときは、ブラウザ２０２とローカルサーバ２０３１との通信は実施することができない。

Ｓ４０５で、ローカルサーバ２０３１の判別モジュール２３１１は、アプリケーション２０４を起動するか否かを判別する。例えば、判別モジュール２３１１は、起動させようとしているアプリケーション２０４から、ハッシュ値の計算に使用される元データを取得する。そして、判別モジュール２３１１はこの元データを特定のアルゴリズムで計算することでハッシュ値を取得する。これにより、起動させようとしているアプリケーション２０４が攻撃者等によって不正にインストールされたもの等でなければ、Ｓ３０５でメモリ等に記憶されたハッシュ値と今回計算したハッシュ値が一致する。一方、攻撃者等によって例えばアプリケーション２０４が変更された場合、この変更されたアプリケーション２０４がビルドされることで生成されるデータを使ってハッシュ値が計算される。この場合、計算に使用されるデータは、上述した元データとは異なるデータとなっているため、Ｓ４０５で計算されるハッシュ値は、Ｓ３０５で保存されたハッシュ値と一致しない。

判別モジュール２３１１は、計算したハッシュ値と、メモリ等に記憶しているハッシュ値とを比較し、一致していればアプリケーション２０４を起動してもよいと判別する。一方、計算したハッシュ値とメモリ等に記憶しているハッシュ値とが一致しない場合、起動させようとしたアプリケーションが攻撃者等によって不正にインストールされたり改ざんされたりしたものである可能性がある。そのため、判別モジュール２３１１は、計算したハッシュ値とメモリ等に記憶しているハッシュ値とが一致しない場合は、アプリケーション２０４を起動しないと判別する。

なお、本実施形態では、アプリケーション２０４のハッシュ値によりアプリを起動するか否かを判別しているが、アプリケーション２０４に付与された固有のＩＤ等によって判別を行ってもよい。この場合、判別モジュール２３１１は、予めメモリ等に記憶しているアプリケーション２０４のＩＤと、アプリケーション２０４を起動させようとする際に取得したアプリケーション２０４のＩＤとを比較することにより判別を行ってもよい。

Ｓ４０６で、ローカルサーバ２０３１の判別モジュール２３１１は、Ｓ４０５でアプリケーション２０４を起動すると判別した場合にアプリケーション２０４を起動する。

＜クライアントの処理例＞
図５は、クライアント２の処理例を示すフローチャートである。本フローチャートは、ＣＰＵ２１がＲＯＭ２３やＨＤＤ２４等に記憶されているプログラムを読み出して実行することにより実現されるソフトウェアの各機能ブロック（図２参照）による処理を示している。

Ｓ５００で、ＯＳ２０１は、ユーザからのアプリケーション２０４の起動要求を受け付ける。具体的には、ＯＳ２０１は、ユーザによるアプリ起動リンクの選択を、入力部２７を介して受け付ける。Ｓ５０１で、ＯＳ２０１は、ブラウザ２０２を起動する。

Ｓ５０２で、ブラウザ２０２は、サーバ１からウェブコンテンツを取得する。このステップは、図４のＳ４０１、Ｓ４０２に対応する。図４で説明したように、ブラウザ２０２からの要求にサーバ１が応答する形で、ブラウザ２０２はウェブコンテンツ（ＨＴＭＬ、ＪＡＶＡＳＣＲＩＰＴ（登録商標）等）を受信する。なお、本実施形態では、ブラウザ２０２が受信するウェブコンテンツには以下のプログラムが含まれ得る。ブラウザ２０２は、以下のプログラムに従った処理を行う。

（１）アプリケーション２０３をインストール可能なＯＳであるか否かを判断するプログラム
（２）ブラウザ２０２がローカルサーバ２０３１にアクセスするためのプログラム
（３）ブラウザ２０２がローカルサーバ２０３１から応答があるか否かを判定するプログラム
（４）ローカルサーバ２０３１から応答がない場合、ブラウザ２０２に対しアプリ起動リンクに記載されているＵＲＬにアクセスするためのプログラム。

（５）アプリケーション２０３がインストールできないＯＳであると判断された場合にブラウザ２０２がアプリ起動リンクに記載されているＵＲＬにアクセスするためのプログラム
Ｓ５０３で、ブラウザ２０２は、クライアント２のＯＳ２０１が、アプリケーション２０３をインストール可能なＯＳであるか否かを判別するこのステップは、図４のＳ４０３に対応する。例えば、ブラウザ２０２は、Ｓ５０２で取得した上記（１）のプログラムに従ってこの判別を行う。ブラウザ２０２は、ＯＳ２０１がアプリケーション２０３をインストール可能であると判別した場合はＳ５０３に進み、ＯＳ２０１がアプリケーション２０３をインストール不可であると判別した場合はＳ５０８に進む。本実施形では、常駐アプリケーション２０３を使って起動対象アプリケーションが起動しても良いアプリケーションか否かを判断する。そのため、常駐アプリケーション２０３がインストールできる環境が必要である。そのたえ、Ｓ５０３の処理を行っている。

Ｓ５０４で、ブラウザ２０２は、ブラウザ２０２は、ローカルサーバ２０３１と通信可能であるか否かを判断し、通信可能であればＳ５０５に進み、通信できなければＳ５０７に進む。具体的には、ブラウザ２０２は、Ｓ５０２で取得した上記（２）（３）のプログラムに従って、ローカルサーバ２０３１からの応答があるか否かを確認する。例えば、図４で示した場合のように、アプリケーション２０３及びアプリケーション２０４がインストール済みであり、ローカルサーバ２０３１が起動していれば、ブラウザ２０２はローカルサーバ２０３１と通信可能である。一方で、アプリケーション２０３及びアプリケーション２０４がインストールされていない状況等では、ブラウザ２０２はローカルサーバ２０３１と通信することができない。

Ｓ５０５で、ローカルサーバ２０３１は、ブラウザ２０２からウェブリソースの要求を受け付ける。この処理は、図４のＳ４０４に対応する。すなわち、ローカルサーバ２０３１は、ブラウザ２０２からのアプリケーション２０４の起動に関する要求を受け付けたことに基づいて、後続の処理を実行する。

Ｓ５０６で、ローカルサーバ２０３１の判別モジュール２３１１は、アプリケーション２０４が起動可能である否かを判別し、起動可能であればＳ５０７に進み、起動可能でなければフローチャートを終了する。この処理は図４のＳ４０５の処理に対応する。すなわち、判別モジュール２３１１は、予めメモリ等に記憶しているアプリケーション２０４のハッシュ値と、計算により求めたアプリケーション２０４のハッシュ値とを比較する。そして、判別モジュール２３１１は、これらのハッシュ値が一致していればアプリケーション２０４が起動可能であると判別し、一致していなければ起動不可であると判断する。ハッシュ値が一致しない場合にはアプリケーション２０４を起動しないことにより、攻撃者等によってインストールされたり改ざんされたりした不正なアプリケーションを起動することを防止することができる。つまり、ローカルサーバ２０３１は、このステップにより、アプリケーション２０４が攻撃者等による不正なものでなく、起動してもよいアプリケーションであるか否かの検証を行う。

なお、判別モジュール２３１１がアプリケーション２０４を起動不可と判別した場合（Ｓ５０６：Ｎｏ）、ローカルサーバ２０３１は、起動対象アプリケーションを起動せずに図５の処理を終了させる。なお、Ｓ５０６においてＮｏと判断された場合、不正なアプリケーションが存在している可能性がある。そのため、ローカルサーバ２０３１は、ブラウザ２０２等にアプリケーション２０４を起動できない旨の警告等を表示させてもよい。また、この場合には、正規のアプリケーション２０４がインストールされていない可能性がある。そのため、ローカルサーバ２０３１は、ブラウザ２０２がアプリケーション２０４のダウンロードページに誘導してもよい。

Ｓ５０７で、ローカルサーバ２０３１の起動モジュール２３１２は、アプリケーション２０４を起動してアプリ起動リンク６０１に基づく画面を表示する。図６で示すアプリ起動リンク６０１が選択されたことにより本フローチャートの処理が開始された場合は、起動モジュール２３１２は、フォトブック作成用のアプリケーションを起動して特定の画面を表示する。すなわち、アプリ起動リンク６０１にも基づくディープリンクが行われる。

一方、Ｓ５０３の判断がＮｏの場合、Ｓ５０８で、ブラウザ２０２がアプリ起動リンク６０１に基づく画面を表示する。例えばＡＮＤＲＯＩＤ（登録商標）、ＩＯＳ等のＯＳでは、アプリケーション２０３をインストールすることができないことがある。この場合には、ブラウザ２０２が、アプリ起動リンク６０１などで指定されたＵＲＬに基づくウェブページを表示する。なお、ブラウザ２０２は、アプリケーションを紹介するサービスのランディングページなどに誘導してもよい。

また、Ｓ５０４の判断がＮｏの場合、Ｓ５０９で、ブラウザ２０２は、アプリケーション２０３及びアプリケーション２０４がインストールされていないと判断して、これらのアプリケーションをインストールするためのダウンロードページに誘導する。なお、ダウンロードページに誘導するだけでなく、アプリケーション２０４を紹介するＷＥＢサイトなどに誘導してもよい。また、誘導するＵＲＬは、ＯＳ２０１の種類等によって変更してもよい。例えば、アプリ起動リンクのＵＲＬの後ろに誘導したいＵＲＬを付けることで、そのＵＲＬに遷移するようにしてもよい。このＵＲＬの一例として、「ＨＴＴＰＳ：／／ＷＷＷ．ＣＯＭＰＡＮＹ．ＣＯＭ／？ＡＮＤＲＯＩＤ＝ＸＸＸＸＸＸ．ＩＯＳ＝ＸＸＸＸＸＸ.ＷＩＮＤＯＷＳ＝ＸＸＸＸＸＸ．ＭＡＣＯＳ＝ＸＸＸＸＸＸ」が挙げられる。このように、ＵＲＬの後ろに、“？”や“＆”で文字列を繋げることで、ＯＳ２０１ごとに誘導先を変えることが可能である。また、アプリ起動リンクの後ろに繋げるのではなく、Ｓ５０２で取得するウェブコンテンツの中に誘導するＵＲＬの情報を含めてもよい。

以上説明したように、本実施形態によれば、判別モジュール２３１１は、取得されたアプリケーション２０４に固有の識別情報を用いて、起動してもよいか否かの判別を行う。そして、判別モジュール２３１１がアプリケーション２０４を起動してもよいと判別した場合に、起動モジュール２３１２がアプリ起動リンク６０１に基づくディープリンクを実行する。したがって、ＯＳ２０１のアプリケーション判別機能を用いることなく、起動対象アプリケーションを判別し、ディープリンクを行うことができる。

また、本実施形態では、判別モジュール２３１１は、アプリケーション２０４がインストールされた際などに予め取得したハッシュ値と、アプリケーション２０４の起動要求を受け付けた後に計算により取得したハッシュ値との比較により判別を行う。したがって、起動させようとしているアプリケーション２０４が不正にインストールされたり改ざんされたりしたものでないことを、常駐アプリケーション２０３によりＯＳを用いずに検証することができる。

また例えば、前述したとおり、ディープリンクの提供方法としては、カスタムＵＲＬスキームを用いるも方法もある。しかし、この方法では、複数のアプリケーションで同じカスタムＵＲＬスキームが登録されている場合、どのアプリケーションを起動させるのかを確認するメッセージが表示され、ユーザが煩わしさを感じてしまうことがある。本実施形態では、ハッシュ値等のアプリケーションに固有の識別情報に基づいて検証を行った上でアプリケーションを起動するため、このような確認メッセージが表示されることはない。したがって、ユーザが煩わしさを感じてしまう可能性を低減でき、ユーザビリティを向上することができる。

＜他の実施形態＞
上記実施形態の説明では、起動対象のアプリケーション２０４が１つである場合を例に説明したが、アプリケーション２０４が複数であってもよい。すなわち、ローカルサーバ２０３１は、複数のアプリケーション２０４のうち、ブラウザ２０２から起動の要求を受け付けたアプリケーション２０４のハッシュ値等に基づいて、アプリケーション２０４を起動してもよいかの判別を行ってもよい。

また、上記実施形態では、アプリケーション２０４のインストールの有無をローカルサーバ２０３１からの応答の有無で判別している。しかしながら、アプリケーション２０４がインストールされているか否かの判別は、ローカルサーバ２０３１の応答の有無に限られない。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１ サーバ、２ クライアント、２０２ ブラウザ、２０３ 常駐アプリケーション、２０３１ ローカルサーバ、２３１１判別モジュール、２３１２ 起動モジュール、２０４ 起動対象アプリケーション

Claims (12)

1. 第１アプリケーションをインストールする第１インストール手段と、
   前記第１アプリケーションを起動するための第２アプリケーションをインストールする第２インストール手段と、
   前記第１インストール手段によりインストールされた前記第１アプリケーションに固有の識別情報を取得する取得手段と、
   ディープリンクを用いた前記第１アプリケーションの起動の要求を受け付ける受け付け手段と、
   前記第２アプリケーションにより、前記受け付け手段が前記起動の要求を受け付けた場合に、前記第１アプリケーションを起動するか否かを前記取得手段により取得された前記識別情報を用いて判別する第１判別手段と、
   前記第２アプリケーションにより、前記第１判別手段の判別結果に基づいて前記第１アプリケーションを起動する起動手段と、を備える、
   ことを特徴とする情報処理装置。
2. 前記第１インストール手段により前記第１アプリケーションがインストールされているか否かを判別する第２判別手段と、
   前記第１アプリケーションがインストールされていると前記第２判別手段が判別した場合に、前記第２アプリケーションに対して前記第１アプリケーションの起動を要求する要求手段と、をさらに備える、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第２判別手段により前記第１アプリケーションがインストールされていないと判別された場合に、前記第１アプリケーションをインストールするように誘導する誘導手段をさらに備える、ことを特徴とする請求項２に記載の情報処理装置。
4. Ｗｅｂブラウザが、前記第２判別手段、前記要求手段及び前記誘導手段として機能することを特徴とする請求項３に記載の情報処理装置。
5. 前記第１インストール手段による前記第１アプリケーションのインストールと、前記第２インストール手段による前記第２アプリケーションのインストールとが同時に行われることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記第２アプリケーションは常駐アプリケーションであることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記第２アプリケーションは、前記第１判別手段及び前記起動手段として機能するローカルサーバを含み、
   前記ローカルサーバは、前記情報処理装置の外部からアクセスできないことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記第１アプリケーションに固有の識別情報は、前記第１アプリケーションのハッシュ値を含むことを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記第１判別手段は、前記取得手段により取得された前記識別情報と、前記受け付け手段が前記第１アプリケーションの起動の要求を受け付けた後に取得した前記第１アプリケーションの前記識別情報とを比較することにより、前記第１アプリケーションを起動するか否かを判別することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 第１アプリケーションをインストールする第１インストール工程と、
    前記第１アプリケーションを起動するための第２アプリケーションをインストールする第２インストール工程と、
    前記第１インストール工程でインストールされた前記第１アプリケーションに固有の識別情報を取得する取得工程と、
    ディープリンクを用いた前記第１アプリケーションの起動の要求を受け付ける受け付け工程と、
    前記第２アプリケーションにより、前記受け付け工程で前記起動の要求を受け付けた場合に、前記第１アプリケーションを起動するか否かを前記取得工程で取得された前記識別情報を用いて判別する第１判別工程と、
    前記第２アプリケーションにより、前記第１判別工程での判別結果に基づいて前記第１アプリケーションを起動する起動工程と、を備える、
    ことを特徴とするアプリケーションの起動方法。
11. コンピュータに、請求項１０に記載のアプリケーションの起動方法の各工程を実行させるためのプログラム。
12. コンピュータを、
    インストールされたアプリケーションに固有の識別情報を取得する取得手段、
    前記コンピュータがディープリンクを用いた前記アプリケーションの起動の要求を受け付けた場合に、前記アプリケーションを起動するか否かを前記取得手段により取得された前記識別情報を用いて判別する判別手段、
    前記判別手段の判別結果に基づいて前記アプリケーションを起動する起動手段、
    の各手段として機能させるためのプログラム。

Images