(57)【要約】【課題】複数のアプリケーションがインストールされている状況において、他のアプリケーションが対応するサーバから情報を取得することができるアプリケーション間連携システムおよび通信端末を提供する。【解決手段】アプリケーション間連携システム１００は、中間サーバ４（第１のサーバ）および第２アプリサーバ６（第２のサーバ）の双方との間で通信可能な通信端末（車両用機器１、携帯端末２）を備え、中間サーバ４との間で通信を行って各種の情報を取得するための第１のアプリケーションおよび第２アプリサーバ６との間で通信を行って各種の情報を取得するための第２のアプリケーションを実行可能であり、第２のアプリケーションが実行される通信端末を第２アプリサーバ６が識別するための情報である識別情報を利用して、第２アプリサーバ６に記憶されている固有情報を取得する。【選択図】図１
2014092857.tif 000002
【特許請求の範囲】
【請求項１】
第１のサーバ（４）と、第２のサーバ（６）と、
前記第１のサーバ（４）および前記第２のサーバ（６）の双方との間で通信可能な通信端末（１、２）と、を備え、
前記通信端末（１、２）は、前記第１のサーバ（４）との間で通信を行って各種の情報を取得するための第１のアプリケーション（２８）、および前記第２のサーバ（６）との間で通信を行って各種の情報を取得するための第２のアプリケーション（２９）を実行可能であり、
前記第２のアプリケーション（２８）は、当該第２のアプリケーション（２８）が実行される前記通信端末（１、２）を前記第２のサーバ（６）が識別するための情報である識別情報（２９ａ）を、当該通信端末（１、２）に設けられている記憶手段（１５、２６）に記憶し、
前記第２のサーバ（６）は、前記第２のアプリケーション（２９）により取得された情報の少なくとも一部を含む固有情報を、前記識別情報（２９ａ）と紐付けして、当該第２のサーバ（６）に設けられているサーバ側記憶手段（６１）に記憶し、
前記第１のアプリケーション（２８）は、前記記憶手段（１５、２６）に記憶されている前記識別情報（２９ａ）を利用して、前記第２のサーバ（６）に記憶されている前記固有情報を取得することを特徴とするアプリケーション間連携システム。
【請求項２】
前記第１のサーバは、前記第２のサーバと通信可能であるとともに、前記第２のアプリケーションにより取得された情報の少なくとも一部を含む固有情報を前記第１のアプリケーション用のデータ形式に変換する機能を備え、
前記第１のアプリケーションは、前記記憶手段に記憶されている前記識別情報を利用して、前記第２のサーバに記憶されている前記固有情報を前記第１のサーバを経由して取得することを特徴とする請求項１記載のアプリケーション間連携システム。
【請求項３】
前記第１のアプリケーションは、当該第１のアプリケーションに対する起動操作が行われたとき、前記第２のアプリケーションがインストールされているか否かを判定し、前記第２のアプリケーションがインストールされていれば、当該第２のアプリケーションに固有に設定されている前記識別情報を前記第１のサーバに送信し、
前記第１のサーバは、送信された前記識別情報を当該第１のサーバに設けられている前記サーバ側記憶手段に記憶するとともに、前記第２のアプリケーションに対応づけられている固有情報の要求を受け付けたとき、記憶している前記識別情報を利用して、前記固有情報を記憶している第２のサーバから前記固有情報を取得する
ことを特徴とする請求項１または２記載のアプリケーション間連携システム。
【請求項４】
前記第１のアプリケーションは、前記第２のアプリケーションに対応づけられている前記固有情報を取得する旨の操作が行われたとき、前記第２のアプリケーションがインストールされているか否かを判定し、前記第２のアプリケーションがインストールされていれば、当該第２のアプリケーションに固有に設定されている前記識別情報を前記第１のサーバに送信し、
前記第１のサーバは、送信された前記識別情報を当該第１のサーバに設けられている前記サーバ側記憶手段に記憶するとともに、前記第２のアプリケーションに対応づけられている固有情報の要求を受け付けたとき、記憶している前記識別情報を利用して、前記固有情報を記憶している第２のサーバから前記固有情報を取得する
ことを特徴とする請求項１から３のいずれか一項記載のアプリケーション間連携システム。
【請求項５】
前記第１のアプリケーションは、前記識別情報を利用して、前記第２のサーバから直接的に前記固有情報を取得することを特徴とする請求項１から４のいずれか一項記載のアプリケーション間連携システム。
【請求項６】
前記第１のアプリケーションは、前記第２のサーバと通信可能であり、
前記第２のサーバは、前記第２のアプリケーションにより取得された情報の少なくとも一部を含む固有情報を、前記第１のアプリケーションからの要求時に当該第１のアプリケーション用のデータ形式で返却する機能を備え、
前記第１のアプリケーションは、前記識別情報を利用して、前記第２のサーバから直接的に前記固有情報を取得することを特徴とする請求項１から５のいずれか一項記載のアプリケーション間連携システム。
【請求項７】
前記第１のアプリケーションは、前記第１のサーバおよび前記第２のサーバとの間で通信可能な端末であって、車両に用いられる車両用機器（１）と、当該車両用機器（１）と連携して作動する携帯端末（２）とにより構成された通信端末（１、２）で実行され、
前記第２のアプリケーションは、前記携帯端末（２）で実行される
ことを特徴とする請求項１から６のいずれか一項記載のアプリケーション間連携システム。
【請求項８】
第１のサーバ（４）および第２のサーバ（６）との間で通信を行う通信手段（２、２４）と、
前記通信手段（２、２４）を介して前記第１のサーバ（４）から各種の情報を取得するための第１のアプリケーション（２８）、および前記第２のサーバ（６）から各種の情報を取得するための第２のアプリケーション（２９）を実行する制御手段（１０、２０）と、
前記第２のアプリケーション（２９）が実行される通信端末（１、２）を前記第２のサーバ（６）が識別するための情報である識別情報（２９ａ）を記憶する記憶手段（１５、２６）と、を備え、
前記制御手段（１０、２０）は、前記記憶手段（１５、２６）に記憶されている前記識別情報（２９ａ）を利用して、前記第２のサーバ（６）に記憶されている情報であって前記第２のアプリケーション（２９）により取得された情報の少なくとも一部を含む固有情報を、前記第１のアプリケーション（２８）を実行することで前記第２のサーバ（６）から取得することを特徴とする通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるアプリケーションを実行可能な通信端末において、当該アプリケーション間での連携を可能とするアプリケーション間連携システムおよび通信端末に関する。
【背景技術】
【０００２】
従来、記憶手段に記憶されている情報を異なるアプリケーション間で利用可能とするために、様々な手法が提案されている。例えば、特許文献１では、データユーティリティーを設けることで情報の形式を変換し、異なるアプリケーションで情報を利用可能としている。
【特許文献１】特開平７−１３４６９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、近年では、ネットワークに接続されているサーバ側に情報を記憶させておき、通信端末を利用してサーバ側に記憶されている情報を取得する形態のサービスが一般に提供されてきている。この場合、提供されるサービスごとに使用するアプリケーションが異なっていたり、正規のユーザであるか否かを識別するための手法が異なっていたりすることがある。そのため、通信端末に複数のアプリケーションがインストールされていることも珍しくない。
【０００４】
しかしながら、各アプリケーションはあくまでも自身が対応しているサービスを利用するためのものであるので、他のアプリケーションが対応するサービスを利用すること、換言すると、他のサーバから情報を取得することはできなかった。
本発明は上記事情に鑑みてなされたものであり、その目的は、複数のアプリケーションがインストールされている状況において、他のアプリケーションが対応するサーバから情報を取得することができるアプリケーション間連携システムおよび通信端末を提供することにある。
【課題を解決するための手段】
【０００５】
請求項１記載のアプリケーション間連携システムでは、第１のサーバおよび第２のサーバの双方との間で通信可能な通信端末は、第１のサーバとの間で通信を行って各種の情報を取得するための第１のアプリケーションおよび第２のサーバとの間で通信を行って各種の情報を取得するための第２のアプリケーションを実行可能であり、第２のアプリケーションが実行される通信端末を第２のサーバが識別するための情報である識別情報を利用して、第２のサーバに記憶されている固有情報を取得する。これにより、複数のアプリケーションがインストールされている状況において、他のアプリケーションが対応するサーバから情報を取得することができる。
【図面の簡単な説明】
【０００６】
【図１】第１実施形態によるアプリケーション間連携システムの構成を概略的に示す図
【図２】車両用機器の構成を概略的に示す図
【図３】携帯端末の構成の概略的に示す図
【図４】車両用機器における制御の主な流れを模式的に示す図
【図５】車両用機器のホーム画面の一例を模式的に示す図
【図６】車両用機器のお気に入り画面の一例を模式的に示す図
【図７】携帯端末の設定画面の一例を模式的に示す図
【図８】携帯端末の一覧画面の一例を模式的に示す図
【図９】携帯端末の登録画面の一例を模式的に示す図
【図１０】アプリケーション間連携システムの処理の流れを示す図
【図１１】情報の送受信の流れを模式的に示す図
【図１２】第２実施形態によるアプリケーション間連携システムの処理の流れを示す図
【図１３】第３実施形態による携帯端末のホーム画面の一例を模式的に示す図
【図１４】携帯端末の処理の流れを示す図
【図１５】携帯端末のお気に入り画面の一例を模式的に示す図
【図１６】第４実施形態による携帯端末のホーム画面の一例を模式的に示す図
【図１７】情報の送受信の流れを模式的に示す図
【発明を実施するための形態】
【０００７】
以下、本発明の複数の実施形態について図面を参照しながら説明する。なお、以下に説明する複数の実施形態において実質的に同一の構成部位には同一の符号を付し、詳細な説明は省略する。
【０００８】
（第１実施形態）
以下、第１実施形態について、図１から図１１を参照しながら説明する。
図１に示すように、アプリケーション間連携システム１００は、車両用機器１、携帯端末２、および、ネットワーク３を介して通信可能に接続されている中間サーバ４（第１アプリサーバ）、コンテンツサーバ５、ならびに第２アプリサーバ６を備えている。車両用機器１および携帯端末２は、特許請求の範囲に記載した通信端末を構成する。なお、本実施形態では車両用機器１と携帯端末２とにより通信端末を構成しているが、車両用機器１および携帯端末２は、後述する第３実施形態等で説明するように、それぞれ単独でも通信端末を構成することも可能である。中間サーバ４は、特許請求の範囲に記載した第１のサーバを構成する。また、第２アプリサーバ６は、特許請求の範囲に記載した第２のサーバを構成する。
【０００９】
このアプリケーション間連携システム１００において、通信端末（本実施形態では、車両用機器１および携帯端末２）は、ネットワーク３を介して中間サーバ４および第２アプリサーバ６との間で通信を行い、各種の情報を取得する。なお、「第１」および「第２」の記載は、アプリケーション間連携システム１００が異なるサーバに接続可能であることを示すものであり、サーバの数を限定するものではない。このため、アプリケーション間連携システム１００は、例えば複数の第２アプリサーバ６を設ける構成であってもよい。
【００１０】
通信端末を構成する車両用機器１は、図示しない車両に搭載されている。つまり、車両用機器１は、車両とともに移動する移動体端末でもある。なお、車両用機器１は、車両に固定的に設けられているものに限らず、移動可能に設けられているものであってもよい。この車両用機器１は、図２に示すように、車両側制御部１０、車両側表示部１１、車両側操作入力部１２、車両側音声入出力部１３、車両側位置取得部１４、車両側記憶部１５および車両側接続部１６を有している。
【００１１】
車両側制御部１０は、図示しないＣＰＵ、ＲＯＭおよびＲＡＭなどを有するマイクロコンピュータにて構成されており、ＲＯＭなどに記憶されているプログラムにしたがって車両用機器１の全体を制御する。また、車両側制御部１０は、携帯端末２と連携するためのアプリケーション（後述する第１アプリ２８）を実行する。また、車両側制御部１０は、目的地の設定やその目的地へのナビゲーション機能なども実行可能である。車両側制御部１０は、特許請求の範囲に記載した制御手段を構成する。
【００１２】
車両側表示部１１は、例えばカラー表示可能な液晶表示器や有機ＥＬ表示器あるいはプラズマディスプレイなどにより構成されている。車両側表示部１１は、例えば、車両用機器１の操作画面やナビゲーション機能使用時の地図画面などを表示する。また、車両側表示部１１は、各サーバから取得した各種の情報の表示も行う。車両側表示部１１に表示される情報には、後述する固有情報が含まれる。つまり、車両側表示部１１は、ユーザに対して各種の情報を表示する表示手段として機能する。
【００１３】
車両側操作入力部１２は、車両側表示部１１に対応して設けられているタッチパネルや、車両側表示部１１の周囲等に配置されたスイッチ類により構成されている。ユーザは、これらの車両側操作入力部１２から、車両用機器１に対する操作を入力する。つまり、車両側操作入力部１２は、ユーザの操作を受け付ける操作入力手段として機能する。なお、タッチパネルとしては、例えば感圧方式、電磁誘導方式あるいは静電誘導方式など、任意の方式のものを採用することができる。
【００１４】
車両側音声入出力部１３は、図示しないスピーカおよびマイクを有している。車両側音声入出力部１３は、例えば車両側記憶部１５に記憶されている楽曲や車両用機器１からのガイド音声などの出力を行う。また、車両側音声入出力部１３は、車両用機器１に対するユーザの音声操作などが入力される。また、車両側音声入出力部１３は、各サーバから取得した情報に音声が含まれている場合には、その情報を音声にて出力するための音声出力手段としても機能する。
【００１５】
車両側位置取得部１４は、いわゆるＧＰＳユニットやジャイロセンサなどを有しており、車両用機器１の現在位置、より具体的には、車両用機器１が設けられている車両の現在位置を取得する。なお、ＧＰＳユニットなどにより現在位置を取得する手法については周知であるので、ここでは詳細な説明は省略する。この車両側位置取得部１４にて取得した車両の位置に基づいて、車両用機器１は、車両を目的地まで案内するナビゲーション処理を実行する。
【００１６】
車両側記憶部１５は、楽曲データやナビゲーション機能に用いる地図データ、および車両用機器１にて実行される各種のアプリケーションなどを記憶している。また、車両側記憶部１５は、第１アプリ２８も記憶している。第１アプリ２８の詳細については、後述する。
車両側接続部１６は、携帯端末２との間で通信を行う。本実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）による無線通信方式を採用している。以下、Ｂｌｕｅｔｏｏｔｈ（登録商標）をＢＴと称し、ＢＴによる携帯端末２との間の接続をＢＴ接続と称する。車両側接続部１６は、例えばデータ通信用のプロファイル１６ａ（ＢＴの場合、ＳＰＰやＤＵＮなどが対応する）を有しており、それらのプロファイルを用いて携帯端末２と接続する。
【００１７】
この車両用機器１とともに通信端末を構成する携帯端末２は、図３に示すように、端末側制御部２０、端末側表示部２１、端末側操作入力部２２、端末側音声入出力部２３、端末側通信部２４、端末側位置取得部２５、端末側記憶部２６、および端末側接続部２７を有している。本実施形態の場合、携帯端末２としていわゆるスマートフォンを想定している。この携帯端末２は、ユーザとともに移動する移動体端末でもある。
【００１８】
端末側制御部２０は、図示しないＣＰＵ、ＲＯＭおよびＲＡＭなどを有するマイクロコンピュータにて構成されており、ＲＯＭなどに記憶されているプログラムにしたがって携帯端末２の全体を制御する。また、端末側制御部２０は、車両用機器１と連携して作動するためのアプリケーション（第１アプリ２８）を実行する。端末側制御部２０は、特許請求の範囲に記載した制御手段を構成する。
【００１９】
端末側表示部２１は、例えばカラー表示可能な液晶表示器や有機ＥＬ表示器などにより構成されている。端末側表示部２１には、例えば電話帳データや例えば端末側記憶部２６に記憶されている画像や映像などが表示される。端末側操作入力部２２は、端末側表示部２１に対応して設けられているタッチパネル、および端末側表示部２１の周囲等に配置されたスイッチにより構成されている。ユーザは、これらの端末側操作入力部２２から、携帯端末２に対する操作を入力する。つまり、端末側操作入力部２２は、ユーザの操作を受け付ける操作入力手段として機能する。なお、タッチパネルとしては、例えば感圧方式、電磁誘導方式あるいは静電誘導方式など、任意の方式のものを採用することができる。
【００２０】
端末側音声入出力部２３は、図示しないマイクおよびスピーカを有しており、通話時の発話音声の入力および受話音声の出力を行う。また、端末側音声入出力部２３は、例えば端末側記憶部２６に記憶されている楽曲や映像の音声などの出力なども行う。
端末側通信部２４は、例えば音声通話やデータ通信のためにネットワーク３へ接続する。また、端末側通信部２４は、各サーバとの間で通信を行い、各種の情報を取得する。端末側位置取得部２５は、いわゆるＧＰＳユニットやジャイロセンサなどを有しており、携帯端末２の現在位置を取得する。
【００２１】
端末側記憶部２６は、電話帳データや楽曲などを記憶しているとともに、携帯端末２にて実行される各種のアプリケーションやユーザが保存したデータなどが記憶されている。また、端末側記憶部２６には、第１アプリ２８、第２アプリ２９、および第２アプリ２９が利用するＩＤ情報２９ａが記憶されている。端末側記憶部２６は、特許請求の範囲に記載した記憶手段を構成する。
【００２２】
第１アプリ２８は、端末側制御部２０によって実行され、車両用機器１との連携を可能とするアプリケーションである。具体的には、車両用機器１および携帯端末２は、それぞれ第１アプリ２８を実行し、両者がＢＴ接続されると、連携して作動可能となる。具体的には、第１アプリ２８は、車両用機器１から携帯端末２の操作を可能としたり、携帯端末２を介したハンズフリー通話などを可能とする。また、この第１アプリ２８は、中間サーバ４との間で通信を行い、中間サーバ４に接続されているコンテンツサーバ５等から提供されるコンテンツ５０など各種の情報を取得するためのアプリケーションでもある。このとき、第１アプリ２８は、ログインＩＤ（図７参照）およびパスワードを用いて、図１に矢印にて示す第１経路に沿って、中間サーバ４から各種の情報を取得する。第１アプリ２８は、特許請求の範囲に記載した第１のアプリケーションに相当する。
【００２３】
第２アプリ２９は、端末側制御部２０により実行されるアプリケーションであって、第２アプリサーバ６との間で通信を行い、図１に矢印にて示す第２経路に沿って、第２アプリサーバ６から各種の情報を取得する。第２アプリ２９は、特許請求の範囲に記載した第２のアプリケーションに相当する。この第２アプリ２９は、第２アプリサーバ６から情報を取得する際に第２アプリサーバ６が携帯端末２を識別するための情報であるＩＤ情報２９ａを端末側記憶部２６に記憶している。ＩＤ情報２９ａは、第２アプリ２９が実行される携帯端末２を識別するための情報である。このＩＤ情報２９ａは、例えば第２アプリ２９をダウンロードする際に個別に設定してもよいし、携帯端末２の製造番号や電話番号などに基づいてインストール後に生成するようにしてもよい。すなわち、ＩＤ情報２９ａの具体的なデータ構造や実装方法は、任意に設計することができる。ＩＤ情報２９ａは、特許請求の範囲に記載した識別情報に相当する。
【００２４】
端末側接続部２７は、車両用機器１との間で通信を行う。本実施形態では、上記したようにＢＴによる無線通信方式を採用しており、携帯端末２は、車両用機器１とＢＴ接続される。端末側接続部２７は、車両用機器１と同様にデータ通信用のプロファイル２７ａ（本実施形態ではＳＰＰやＤＵＮなど）を有しており、それらのプロファイルを用いて車両用機器１と接続する。なお、データ通信用のプロファイルに限らず、例えばハンズフリー通話用のプロファイル（ＢＴの場合、ＨＦＰ）などを有していてもよい。
中間サーバ４は、第１アプリ２８を利用するユーザを判別するいわゆるユーザ認証の機能や、コンテンツサーバ５等の各サーバから提供される情報を通信端末側にて共通の態様にて表示可能とするためのデータ変換あるいは情報量の削減等の機能などを備えている。
【００２５】
この中間サーバ４は、図１に示すように、制御部４０、記憶部４１、検索部４２、外部通信部４３および変換部４４等を有している。制御部４０は、図示しないＣＰＵ、ＲＯＭおよびＲＡＭなどを有するコンピュータにより構成されており、ＲＯＭや記憶部４１などに記憶されているコンピュータプログラムに基づいて、中間サーバ４の全体を制御する。記憶部４１は、第１アプリ２８によって携帯端末２との間で通信された各種の情報の少なくとも一部を、上記した第１アプリ２８が利用するログイン名に紐付けて記憶している。検索部４２は、携帯端末２からの要求に基づいて、記憶部４１に記憶している情報を検索したり、コンテンツサーバ５等の他のサーバからの情報の検索の代行などを行う。外部通信部４３は、ネットワーク３に接続しており、車両用機器１や携帯端末２などの通信端末との間、コンテンツサーバ５との間、そして第２アプリサーバ６との間で通信を行う。
【００２６】
変換部４４は、通信端末側との間で送受信する情報のデータ形式の変換を行う変換手段として機能する。コンテンツサーバ５は、各種のコンテンツ５０を、中間サーバ４を介して通信端末側に提供する。このとき、各コンテンツサーバ５から提供されるコンテンツ５０は、必ずしも同じデータ形式であるとは限らない。そこで、変換部４４は、コンテンツ５０のデータ形式を変換することで、様々なデータ形式で提供されるコンテンツを通信端末側で利用可能としている。また、変換部４４は、詳細は後述するが、第２アプリサーバ６に記憶されている固有情報を通信端末側で利用可能なデータ形式に変換するフォーマット変換、および、第１アプリ２８から送信された固有情報を取得するための情報（後述する「お気に入り情報要求」。図１０参照）のフォーマット変換も行う。尚、コンテンツサーバ５は、いわゆるコンテンツプロバイダにより運営されている。また、コンテンツサーバ５は、ネットワーク３を介して中間サーバ４に接続されていてもよい。
【００２７】
第２アプリサーバ６は、制御部６０、記憶部６１、検索部６２、外部通信部６３および変換部６４等を有している。制御部６０は、図示しないＣＰＵ、ＲＯＭおよびＲＡＭなどを有するコンピュータにより構成されており、ＲＯＭや記憶部６１などに記憶されているコンピュータプログラムに基づいて、第２アプリサーバ６の全体を制御する。第２アプリサーバ６は、特許請求の範囲に記載した第２のサーバを構成する。なお、第２アプリサーバ６は、コンテンツサーバとしても機能する構成としてもよい。記憶部６１は、第２アプリ２９によって携帯端末２との間で通信された各種の情報の少なくとも一部を、上記したＩＤ情報２９ａに紐付けて記憶している。このＩＤ情報２９ａに紐付けて記憶されている情報が、固有情報に相当する。記憶部６１は、特許請求の範囲に記載したサーバ側記憶手段を構成する。検索部６２は、携帯端末２からの要求に基づいて、記憶部６１に記憶している情報を検索したり、図示しない他のサーバに記憶されている情報の検索などを行う。外部通信部６３は、ネットワーク３に接続しており、車両用機器１や携帯端末２との間やコンテンツサーバ５との間などで通信を行う。変換部６４は、上記した中間サーバ４の変換部５４と同様の機能を備えている。なお、変換部６４については、第４実施形態にて詳細に説明する。
【００２８】
次に、上記した構成の作用について説明する。
まず、アプリケーション間連携システム１００における第１アプリ２８の作動の概略的な流れを説明する。車両用機器１側では、コンテンツサーバ５から提供される各種のサービス（コンテンツ５０の提供等）を利用することができる。利用できるサービスには、例えば、ＰＯＩ（Point Of Interest）検索サービス、写真情報提供サービス、ＳＮＳ（Social Networking Service）、音楽ストリーミングサービスなどがある。これらのサービスは、１つのコンテンツプロバイダにより提供されている場合もあるが、複数のコンテンツプロバイダにより提供されていることもある。
【００２９】
このようなサービスを利用する場合、ユーザは、例えばＰＯＩ検索サービスにて検索した情報を、後から利用できるように保存しておきたいと考えることがある。そのため、中間サーバ４やコンテンツサーバ５、第２アプリサーバ６等は、検索された情報を、いわゆる「お気に入り情報」としてユーザ別に記憶している。そして、ユーザからの要求があると、各サーバは、お気に入り情報を検索して、つまり、記憶部から読み出して通信端末側に送信する。このユーザ別に記憶されているお気に入り情報が、本実施形態で対象とする固有情報に相当する。ただし、固有情報がお気に入り情報だけを意味するのではないことは勿論である。
【００３０】
各サーバは、必ずしも送信した全ての情報を固有情報として記憶する必要はない。例えば、お店を検索した際に料理の写真の情報が含まれており、その写真の情報も含めて携帯端末２側と通信を行ったとしても、各サーバは、固有情報として店名、位置、電話番号は記憶し、写真の情報は記憶しないようにしてもよい。また、この固有情報は、他者と共有することも可能である。例えばユーザがお気に入り情報として登録した情報を共有可能に設定すれば、友人等の他のユーザがお気に入り情報を検索することも可能である。つまり、携帯端末２側で取得可能なお気に入り情報は、ユーザ自身が登録した情報と、共有している他のユーザが共有可能に登録した情報とを含んでいる。
【００３１】
さて、本実施形態では、ＰＯＩ検索サービスが異なるコンテンツプロバイダから提供されており、上記したお気に入り情報が、中間サーバ４側（中間サーバ４、およびコンテンツサーバ５）と、第２アプリサーバ６とにそれぞれ記憶されている状態を想定している。なお、ログイン情報に対応づけられたお気に入り情報等の各種の情報は、中間サーバ４だけではなく、コンテンツサーバ５に記憶されている場合も想定される。そのため、以下では、第１アプリ２８による情報の取得元のサーバを総称して、中間サーバ４およびコンテンツサーバ５を「中間サーバ４側」と称して説明する。
【００３２】
第１アプリ２８は中間サーバ４側に記憶されているお気に入り情報を取得し、第２アプリ２９は、第２アプリサーバ６に記憶されているお気に入り情報を取得することになる。この場合、従来であれば、第２アプリサーバ６に記憶されている固有情報を取得するためには、第２アプリ２９を起動し、第２アプリ２９により取得するしか手だてがなかった。また、各サーバが異なるサービス提供者により運営されている実情からすれば、１つのアプリケーションで全てのサーバにアクセス可能なシステムを構築することも現実的ではなかった。
【００３３】
そこで、アプリケーション間連携システム１００では、以下のようにして、異なるアプリケーションが対応するサーバからの情報の取得を可能としている。以下のフローチャートでは、携帯端末２をＳＰ（Smart Phone）と記載している。また、本実施形態では、車両用機器１と携帯端末２とが連携して作動しており、ユーザは車両用機器１側に対して操作を行うものとする。
【００３４】
図４に示すように、車両用機器１は、開始後（第１アプリ２８の起動後）にＳＰ（携帯端末）とＢＴ接続すると（Ｓ１）、サービスを開始する（Ｓ２）。このとき、車両用機器１は、図５に示すように、利用可能なサービスＡ〜サービスＨに対応したアイコンＩ１〜Ｉ８が配置されたホーム画面を車両側表示部１１に表示する。ここで、利用可能なサービスとは、携帯端末２および中間サーバ４を介して中間サーバ４側から提供されるサービスである。なお、サービスＡ〜Ｈは、それぞれ異なるコンテンツプロバイダにより提供されるサービスであってもよい。ユーザは、所望のサービスに対応したアイコンを操作することにより、そのサービスの提供を受けることができる。
【００３５】
ユーザによりサービスが選択されると、車両用機器１は、図４に示すように、そのサービスが提供可能であるか否かを判定し（Ｓ３）、サービスの提供が可能であれば（ＹＥＳ）、サービスを提供する（Ｓ４）。そして、車両用機器１は、サービス終了であるか否かを判定し（Ｓ５）、サービス中であれば（Ｓ５：ＮＯ）ステップＳ３へ移行する。一方、車両用機器１は、例えばユーザから終了が指示された、あるいは、開始したサービスが完結したなど、サービス終了と判定した場合には（Ｓ５：ＹＥＳ）、処理を終了する。なお、車両用機器１は、ステップＳ３にてサービス提供可能でないと判定した場合には（Ｓ３：ＮＯ）、例えばユーザ登録が必要である場合にはその登録画面など、サービスを利用するための案内画面を表示する（Ｓ６）。
【００３６】
このように、第１アプリ２８は、中間サーバ４との間で通信を行うことにより、中間サーバ４側から提供されるサービスの利用、すなわち、中間サーバ４側からの各種の情報の取得をおこなっている。
さて、図５に示すホーム画面には、サービスの選択用のアイコンＩ１〜Ｉ８等の他に、お気に入りボタンＭ１、ホームボタンＭ２および戻るボタンＭ３が表示されている。このうち、ホームボタンＭ２は、各サービスを実行している際に図５に示すホーム画面へ遷移するためのボタンであり、戻るボタンＭ３は、前に表示した画面へ遷移するためのボタンである。
【００３７】
お気に入りボタンＭ１は、本実施形態において固有情報として想定しているお気に入り情報を表示する画面へ遷移するためのボタンである。具体的には、お気に入りボタンＭ１が操作されると、図６に示すようなお気に入り画面が表示される。このお気に入り画面には、お気に入り情報の取得元のサーバ名やサービス名称等を表示する名称表示エリアＭ４（図６では取得元のサーバ名として「ＣＰ１」が示されている）、お気に入り情報を表示する情報表示エリアＭ５、表示されている情報をスクロールさせるスクロールボタンＭ６等が表示されている。なお、図示は省略するが、各サービスの実行画面には常にお気に入りボタンＭ１が表示されており、ユーザは、任意のサービスの提供中にお気に入り情報の表示を行うことができる。
【００３８】
また、画面の下部には、お気に入り情報の取得元すなわち固有情報を取得するサーバを切り換えるタブＴ１〜Ｔ５が表示されている。各タブには、お気に入り情報の取得元の名称が設定されている。このため、ユーザは、何れかのタブを操作することで、お気に入り情報の取得元のサーバ等を選択することができる。図６の場合、お気に入り情報の取得元としてＣＰ１〜ＣＰ４の各サーバ、および地点キープの５種類が表示されている。なお、「地点キープ」とは、外部のサーバではなく、車両側記憶部１５に記憶されているお気に入り情報を意味している。また、図６では、ＣＰ１のサーバに対応するタブＴ１が選択されている状態を模式的にハッチングにて示している。
【００３９】
この図６に示されるＣＰ１〜ＣＰ４のサーバは、第２アプリ２９によりアクセスされる第２アプリサーバ６である。つまり、図６には、第２アプリ２９のＩＤ情報２９ａと対応づけられて第２アプリサーバ６に記憶されている固有情報であるお気に入り情報が表示されている。このようにアプリケーション間連携システム１００では、本来であれば第２アプリ２９でしか取得できないお気に入り情報（固有情報）を、第１アプリ２８を実行することでも取得可能となっている。以下、第１アプリ２８にて固有情報を取得する流れについて説明する。
【００４０】
アプリケーション間連携システム１００は、第１アプリ２８で第２アプリサーバ６に記憶されているお気に入り情報を取得するに先だって第１アプリ２８と第２アプリ２９との連携設定を行う。この連携設定は、携帯端末２から行われる。
携帯端末２は、第１アプリ２８を実行する際、ユーザの操作に応じて図７に示す設定画面を表示する。この設定画面には、第１アプリ２８を利用する際のログインＩＤや、連携サービスを設定するための連携サービス設定ボタンＭ１０などが表示されている。そして、ユーザにより連携サービス設定ボタンＭ１０が操作されると、携帯端末２は、図８に示すように、連携可能なサービスをリストで示す一覧画面を表示する。この一覧画面には、連携可能なサービスとして、ＣＰ１〜ＣＰ７のサーバ等の予め設定されている連携先が表示されている。つまり、本実施形態の場合、連携可能なサービスは、第１アプリ２８側で予め登録されている。
【００４１】
これは、固有情報はそもそも第２アプリ２９により取得されるべき情報であるため、それを誰でも取得できるようにしてしまうと、個人情報の漏洩等の問題が生じるおそれがあるためである。このため、アプリケーション間連携システム１００では、予め連携可能な第２アプリ２９を設定している。より具体的には、中間サーバ４側を運営するサービス提供者と第２アプリサーバ６を運営するサービス提供者とが協力し、互いのサービスの連携を許可しているような場合に、ＩＤ情報２９ａの利用を可能としている。これにより、不正なアプリケーションにより固有情報が無差別に取得されるおそれを抑制している。なお、新たなサービスが提供されるようになり、新しい提供先が必要となった場合などには、その他の新規登録から登録を行うことが可能となっている。また、連携先を登録する際、第２サーバのＵＲＬ等も同時に設定される。
【００４２】
携帯端末２は、図８に示すように未登録のＣＰ１のサーバに対応する表示エリアＭ１１がユーザにより操作されると、図９に示す登録画面を表示する。この登録画面には、連携先の情報を示す表示エリアＭ１６に、連携するか否かを問うメッセージと、連携するか否かを選択するＹＥＳボタンＭ１７およびＮＯボタンＭ１８とが表示されている。この状態でユーザによりＹＥＳボタンＭ１７が操作されると、携帯端末２は、ＣＰ１のサーバを連携先として登録する。これにより、第１アプリ２８と第２アプリ２９との連携が可能となる。
【００４３】
連携設定が終了した後、携帯端末２は、図１０に示すように、第１アプリ２８が起動されると（Ｂ１）、第２アプリ２９がインストールされているか否かを判定する（Ｂ２）。そして、携帯端末２は、第２アプリ２９がインストールされていれば（Ｂ２：ＹＥＳ）、第２アプリ２９のＩＤ情報２９ａを取得する（Ｂ３）。この場合、上記したように第１アプリ２８と第２アプリ２９との連携設定がされていることから、第１アプリ２８側からＩＤ情報２９ａの取得が可能となっている。なお、携帯端末２は、複数の第２アプリ２９がインストールされている場合には、それら全てからＩＤ情報２９ａを取得する。
【００４４】
続いて、携帯端末２は、第２アプリ情報を中間サーバ４に送信する（Ｂ４）。この第２アプリ情報には、第２アプリ２９がインストールされているかの情報と、インストールされている場合にはそのＩＤ情報２９ａとが少なくとも含まれている。一方、携帯端末２は、第２アプリ２９がインストールされていない場合には（Ｂ２：ＮＯ）、ステップＢ３を省略して、ステップＢ４に移行する。この場合、第２アプリ２９がインストールされていないことが、第２アプリ情報として中間サーバ４に送信される（Ｂ４）。
【００４５】
中間サーバ４は、携帯端末２から第２アプリ情報を受信すると（Ｃ１）、既存情報から変化があるか、または初期登録かを判定する（Ｃ２）。既存情報とは、過去に送信され、既に中間サーバ４側に記憶されている第２アプリ情報である。また、初期登録とは、第２アプリ情報が初めて送信され、既存情報がないことを意味している。中間サーバ４は、既存情報から変化があった場合、または、初期登録である場合には（Ｃ２：ＹＥＳ）、ステップＣ１にて受信した第２アプリ情報で既存情報を変更、または新たな既存情報として記憶する（Ｃ３）。このとき、中間サーバ４は、第２アプリ情報を、第１アプリ２８のログインＩＤに紐付けして記憶する。一方、中間サーバ４は、既存情報から変化がなく、初期登録でもない場合には（Ｃ２：ＮＯ）、そのまま処理を終了する。
【００４６】
これにより、第１アプリ２８が中間サーバ４から情報を取得する際に利用するログインＩＤと、第２アプリ２９が第２アプリサーバ６から情報を取得する際に利用するＩＤ情報２９ａとが対応付けられる。すなわち、第１アプリ２８を実行し、第１アプリ２８から中間サーバ４へ情報を要求することで、第２アプリサーバ６に記憶されている固有情報を取得することが可能となる。
【００４７】
車両用機器１は、第１アプリ２８を起動した後（Ａ１）、お気に入りボタンＭ１が押下されると（Ａ２：ＹＥＳ）、携帯端末２に対してお気に入り情報を要求するためのお気に入り情報要求を送信する。携帯端末２は、お気に入り情報要求を受信すると（Ｂ５）、それを中間サーバ４に転送する。中間サーバ４は、お気に入り情報要求を受信すると（Ｃ４）、ステップＣ３で記憶した既存情報に基づいて、各サーバに該当ユーザの情報を要求する（Ｃ５）。このとき、中間サーバ４は、各コンテンツサーバ５に情報要求を送信するとともに、既存情報としてＩＤ情報２９ａが含まれていれば、第２アプリサーバ６にも情報要求を送信する。また、中間サーバ４は、お気に入り情報の取得先として登録されているサーバの全てに対して情報要求を送信する。
【００４８】
各サーバは、情報要求を受信すると（Ｄ１）、それぞれの記憶部から該当するユーザのお気に入り情報を検索する情報検索を実行し（Ｄ２）、その結果を中間サーバ４に送信する（Ｄ３）。中間サーバ４は、各ユーザの情報を受信すると（Ｃ６）、フォーマット変換を行う（Ｃ７）。このステップＣ７では、第２アプリサーバ６から受信した固有情報のデータ形式の変換が行われる。第２アプリサーバ６に記憶されている固有情報は、本来であれば第２アプリ２９により利用される情報であるので、そのデータ形式が第１アプリ２８で利用不可な場合も想定される。そのため、中間サーバ４は、ステップＣ７にて、固有情報のフォーマット変換を行うことで、固有情報を第１アプリで利用可能としている。なお、中間サーバ４は、前述のステップＣ５においてユーザの情報を要求する際にも、お気に入り情報要求を、第２アプリサーバ６を含む各サーバが受信可能なデータ形式に変換するフォーマット変換を行っている。
【００４９】
このため、図１１に示すように、通信端末と中間サーバ４との間（第１経路）のデータ形式と、中間サーバ４とコンテンツサーバ５との間並びに中間サーバ４と第２アプリサーバ６との間（第３経路）のデータ形式と、が異なっていたとしても、通信端末側で固有情報を含む各種の情報を利用することができる。
【００５０】
中間サーバ４は、フォーマット変換を行うと、変換した情報を携帯端末２に送信する。なお、「各ユーザ」とは、各サーバに登録されているユーザということを意味している。続いて、携帯端末２は、お気に入り情報が返却されると（Ｂ６）、つまり、お気に入り情報を受信すると、車両用機器１にお気に入り情報を転送する。そして、車両用機器１は、転送されたお気に入り情報を表示する（Ａ３）。このとき、車両用機器１は、図６に示すように一覧でお気に入り情報を表示する。このため、例えばＣＰ１のサーバとＣＰ２のサーバとが異なるサービス提供者によって運営され、本来の表示態様がそれぞれ異なっていたとしても、ユーザは、車両用機器１では共通した態様にてお気に入り情報を閲覧することができる。また、他のタブに対応するお気に入り情報も取得されているので、ユーザは、タブを切り換えることで、即座に他のお気に入り情報を閲覧することもできる。
このように、アプリケーション間連携システム１００は、第１アプリ２８を実行して中間サーバ４との間で通信を行うことにより、中間サーバ４側から取得したお気に入り情報と、第２アプリサーバ６から取得したお気に入り情報とを表示可能としている。
【００５１】
以上説明した本実施形態によれば、次のような効果を得ることができる。
アプリケーション間連携システム１００は、第２アプリ２９のＩＤ情報２９ａを中間サーバ４に送信し、そのＩＤ情報２９ａを第１アプリ２８のログインＩＤと紐付けして中間サーバ４側にて記憶する。そのため、第１アプリ２８が実行されて固有情報（お気に入り情報）が要求された際、中間サーバ４側では、該当するユーザのＩＤ情報２９ａをも把握することができる。これにより、本来は第２アプリ２９により取得される固有情報を、中間サーバ４側が代行して取得することができる。したがって、通信端末側に複数のアプリケーションがインストールされている状況において、他のアプリケーションが対応するサーバから固有情報を取得することができる。
【００５２】
第１アプリ２８は中間サーバ４（第１のサーバ）との通信を介して利用されるアプリであるため、第２アプリサーバ６（第２のサーバ）とは直接通信できないものの、中間サーバ４に変換部５４を設けてフォーマット変換することにより、第２アプリサーバ６から取得される情報のデータ形式は、第２アプリ２９用のデータ形式から第１アプリ２８用のデータ形式に変換される。したがって、第１アプリ２８を実行することで、固有情報を取得することができる。
【００５３】
携帯端末２は、第１アプリ２８が起動されると、第２アプリ２９がインストールされているか否かを判定し、インストールされていればＩＤ情報２９ａを送信する。このため、第２アプリ２９が更新された場合など、既存情報として中間サーバ４に記憶されているＩＤ情報２９ａが古い場合であっても、最新のＩＤ情報２９ａにて固有情報を取得することができる。
【００５４】
車両用機器１と携帯端末２とにより通信端末を構成しているので、ユーザが携帯端末２で利用しているサービスを、車両用機器１でも利用することができる。
車両用機器１は、異なる取得先から固有情報を取得したとしても、それらを共通した態様にて表示する。これにより、取得先を変更する度に表示態様が変化するなどの混乱を招くことがない。特に、本実施形態のように車両用機器１側にて表示する場合、走行中の安全性を高めることができる。
【００５５】
中間サーバ４は、固有情報の取得先として登録されているサーバの全てに対して情報要求を送信するので、他の取得先に対応する固有情報も、表示が切り換えられる前に取得されている。これにより、タブを切り換えた際に即座に他の固有情報を表示することができ、利便性が向上する。
第１アプリ２８側には、連携可能なサービス、すなわち、連携可能な第２アプリ２９が予め設定されている。これにより、不正なアプリケーションにより固有情報が無差別に取得されるおそれを抑制することができる。
【００５６】
（第２実施形態）
以下、第２実施形態について、図１２を参照しながら説明する。第２実施形態では、ＩＤ情報を中間サーバに記憶する手順が、第１実施形態と異なっている。なお、アプリケーション間連携システムの構成は第１実施形態と共通するので、詳細な説明は省略する。
本実施形態の車両用機器１は、図１２に示すように、サービスが開始され、第１アプリを起動した後（Ａ１１）、ユーザによりお気に入りボタンが押下されると（Ａ１２：ＹＥＳ）、携帯端末２に対してその旨を通知する。
【００５７】
携帯端末２は、お気に入りボタンが押下された旨が通知されると、第２アプリ２９がインストールされているか否かを判定する（Ｂ１１）。続いて、携帯端末２は、第１実施形態と同様に、第２アプリがインストールされていれば（Ｂ１１：ＹＥＳ）、ＩＤ情報２９ａを取得して（Ｂ１２）、第２アプリ情報とともにお気に入り情報要求を中間サーバ４へ送信する（Ｂ１３）。
【００５８】
中間サーバ４は、お気に入り情報要求と第２アプリ情報とを受信すると（Ｃ１１）、第２アプリ情報に基づいて各サーバに該当するユーザのお気に入り情報の情報要求を送信する（Ｃ１２）。なお、第２アプリ情報にＩＤ情報２９ａが含まれていない場合には、第２アプリサーバ６への情報要求の送信は行われない。各サーバは、情報要求を受信すると（Ｄ１１）、お気に入り情報の検索を実行し（Ｄ１２）、検索結果を中間サーバ４に送信する（Ｄ１３）。中間サーバ４は、各ユーザの情報を受信すると（Ｃ１３）、フォーマット変換を行い（Ｃ１４）、変換した情報を携帯端末２に送信する。続いて、携帯端末２は、お気に入り情報が返却されると（Ｂ１４）、車両用機器１にお気に入り情報を転送する。そして、車両用機器１は、転送されたお気に入り情報を表示する（Ａ１３）。
【００５９】
このように、本実施形態のアプリケーション間連携システム１００は、お気に入りボタンＭ１が操作されたときに、ＩＤ情報２９ａ等を含む第２アプリ情報を送信する。つまり、単に携帯端末２にて第１アプリ２８を起動した場合には、第２アプリ情報の送信は行わない。これにより、お気に入り情報を閲覧するつもりがない場合など、中間サーバ４側との間で不要な通信が行われることが防止される。したがって、例えばいわゆる従量制の料金体系の契約している場合に、余分な通信料の発生が抑制され、ユーザの負担を軽減することができる。
【００６０】
（第３実施形態）
以下、第３実施形態について、図１３から図１５を参照しながら説明する。第３実施形態では、携帯端末単体で通信端末を構成している点において、第１実施形態と異なっている。なお、携帯端末の構成は第１実施形態と共通するので、詳細な説明は省略する。
本実施形態の携帯端末２は、第１アプリ２８および第２アプリ２９を実行可能であり、端末側記憶部２６にはＩＤ情報２９ａを記憶している。すなわち、本実施形態では、アプリケーション間連携システムは、図１に示す第１実施形態のアプリケーション間連携システム１００から車両用機器１を省いた構成となっている。
【００６１】
携帯端末２は、第１アプリ２８が起動されると、図１３に示すようなホーム画面を表示する。このホーム画面は、第１実施形態の車両用機器１のホーム画面（図５参照）とほぼ共通する表示態様となっており、各サービスに対応するアイコンＩ１〜Ｉ７、およびお気に入りボタンＭ１等が表示されている。
携帯端末２は、図１４に示すように、第１アプリ２８が起動されると（Ｂ２１）、第２アプリ２９がインストールされているか否かを判定する（Ｂ２２）。携帯端末２は、第２アプリ２９がインストールされていれば（Ｂ２２：ＹＥＳ）、第２アプリ２９のＩＤ情報２９ａを取得する（Ｂ２３）。そして、携帯端末２は、第２アプリ情報を中間サーバ４に送信する（Ｂ２４）。なお、携帯端末２は、第２アプリ２９がインストールされていない場合には（Ｂ２２：ＮＯ）、ステップＢ３を省略して、第２アプリ２９がインストールされていない旨を第２アプリ情報として中間サーバ４に送信する（Ｂ２４）。
【００６２】
中間サーバ４は、第２アプリ情報を受信すると（Ｃ２１）、既存情報から変化があるか、または初期登録かを判定する（Ｃ２２）。そして、中間サーバ４は、既存情報から変化があった場合、または、初期登録である場合には（Ｃ２２：ＹＥＳ）、既存情報を変更、または新たな既存情報として記憶する（Ｃ２３）。一方、中間サーバ４は、既存情報から変化がなく、初期登録でもない場合には（Ｃ２２：ＮＯ）、そのまま処理を終了する。
【００６３】
携帯端末２は、ユーザによりお気に入りボタンＭ１が押下されると（Ｂ２５：ＹＥＳ）、お気に入り情報要求を中間サーバ４に送信する（Ｂ２６）。中間サーバ４は、お気に入り情報要求を受信すると（Ｃ２４）、既存情報に基づいて各サーバに該当するユーザの情報要求を送信する（Ｃ２５）。各サーバは、情報要求を受信すると（Ｄ２１）、お気に入り情報の検索を実行し（Ｄ２２）、検索結果を中間サーバ４に送信する（Ｄ２３）。中間サーバ４は、各ユーザの情報を受信すると（Ｃ２６）、フォーマット変換を行い（Ｃ２７）、変換した情報を携帯端末２に送信する。そして、携帯端末２は、お気に入り情報を表示する（Ｂ２７）。このとき、携帯端末２は、図１５に示すように、取得したお気に入り情報を一覧表示する。
【００６４】
このように、携帯端末２単体であっても、複数のアプリケーションがインストールされている状況において、端末側記憶部２６に記憶されているＩＤ情報２９ａを利用して、第２アプリサーバ６に記憶されているお気に入り情報（固有情報）を取得することができる。
【００６５】
（第４実施形態）
以下、第４実施形態について、図１６および図１７を参照しながら説明する。第４実施形態では、固有情報を取得する経路が、第３実施形態と異なっている。なお、携帯端末の構成は第１実施形態と共通するので、詳細な説明は省略する。
本実施形態でも、通信端末を携帯端末２単体で構成している。このため、携帯端末２は、第１アプリ２８および第２アプリ２９を実行可能であり、端末側記憶部２６にはＩＤ情報２９ａを記憶している。また、携帯端末２は、第１アプリ２８が起動されると、ホーム画面（図１３参照）を表示する。
【００６６】
携帯端末２は、図１６に示すように、第１アプリ２８が起動され（Ｂ３１）、ユーザによりお気に入りボタンＭ１が押下されると（Ｂ３２：ＹＥＳ）、第２アプリ２９がインストールされているか否かを判定する（Ｂ３３）。携帯端末２は、第２アプリ２９がインストールされていれば（Ｂ３３：ＹＥＳ）、第２アプリ２９のＩＤ情報２９ａを取得し（Ｂ３４）、取得したＩＤ情報２９ａに基づいて、第２アプリサーバ６にお気に入り情報要求を送信する（Ｂ３５）。つまり、携帯端末２は、第２アプリ２９がインストールされている場合には、第２アプリサーバ６に対して直接的にお気に入り情報を要求する。このとき、携帯端末２側でお気に入り情報を要求するための情報のフォーマット変換を行ってから要求する構成としてもよい。すなわち、携帯端末２等の通信端末側にもフォーマット変換を行う変換手段を設けてもよい。或いは、第１アプリ２８が利用するデータ形式を第２アプリサーバ６側で認識できる構成としてもよい。
【００６７】
第２アプリサーバ６は、情報要求を受信すると（Ｄ３１）、お気に入り情報の検索を実行し（Ｄ３２）、検索した情報のフォーマット変換を行った後（Ｄ３３）、その検索結果を、直接、携帯端末２に送信する（Ｄ３４）。
【００６８】
これにより、図１７に示すように、携帯端末２と中間サーバ４との間（第１経路）のデータ形式と、携帯端末２と第２アプリサーバ６との間（第２経路）のデータ形式と、が異なっていたとしても、携帯端末２にて固有情報を含む各種の情報を利用可能となる。このとき、仮に携帯端末２側でお気に入り情報を要求する際のフォーマット変換を行う構成としたとしても、固有情報のフォーマット変換は第２アプリサーバ６にて行う構成としてもよい。つまり、データ量が多いと想定される固有情報のフォーマット変換のための処理を第２アプリサーバ６側にて行ってもよい。そのような構成にすれば、携帯端末２の処理能力でも対応できるとともに、処理の負荷が少なくなるので携帯端末２のバッテリの低下などを抑制することができる。
【００６９】
また、携帯端末２は、中間サーバ４にもお気に入り情報要求を送信する（Ｂ３６）。中間サーバ４は、お気に入り情報を受信すると（Ｃ３１）、コンテンツサーバ５に対して該当するユーザの情報要求を送信する（Ｃ３２）そして、コンテンツサーバ５は、情報要求を受信すると（Ｄ３４）、上記したログインＩＤに基づいてお気に入り情報の検索を実行し（Ｄ３５）、検索結果を中間サーバ４に送信する（Ｄ３６）。各ユーザの情報を受信した中間サーバ４は、その情報を携帯端末２に送信する（Ｃ３３）。
【００７０】
そして、携帯端末２は、各サーバから取得したお気に入り情報を表示する（Ｂ３７）。このとき、コンテンツサーバ５から取得したお気に入り情報は図１５のように表示される、一方。第２アプリサーバ６から取得したお気に入り情報は、その表示態様を第２アプリサーバ６固有の態様としてもよい。これは、本実施形態の場合、第１実施形態とは異なり車両の安全性等を考慮する必要性が低いためである。
このように、携帯端末２は、端末側記憶部２６に記憶されているＩＤ情報２９ａを利用して第２アプリサーバ６に記憶されているお気に入り情報（固有情報）を取得することができるなど、第３実施形態と同様の効果を得ることができる。
【００７１】
また、第１アプリ２８は中間サーバ４（第１のサーバ）との通信を介して利用されるアプリであるため、第２アプリサーバ６（第２のサーバ）とは直接通信できないものの、第２アプリサーバ６に変換部６４を設けてフォーマット変換することにより、第２アプリサーバ６から取得される情報のデータ形式は、第２アプリ２９用のデータ形式から第１アプリ２８用のデータ形式に変換される。したがって、携帯端末２は、第１アプリ２８を実行することで固有情報を取得することができる。
また、本実施形態の場合、第２アプリサーバ６から直接的にお気に入り情報を取得するので、中間サーバ４を経由した場合には情報量が削減される可能性のある情報であっても、元の情報量のまま表示することができる。
【００７２】
（その他の実施形態）
本発明は、上記した各実施形態にて例示したものに限定されることなく、その範囲を逸脱しない範囲で任意に変形あるいは拡張することができる。
各実施形態では車両用機器１と携帯端末２との間の通信方式としてＢｌｕｅｔｏｏｔｈ（登録商標）を示したが、これに限定されない。例えばいわゆるＷｉｆｉなどの無線ＬＡＮや、ＵＳＢを無線化したＷｉｒｅｌｅｓｓ  ＵＳＢなど他の無線通信方式を採用してもよいし、ＵＳＢなどの有線通信方式を採用してもよい。
【００７３】
車両用機器１に通信手段を設け、車両用機器１単体で通信端末を構成してもよい。また、また、第１実施形態と同様の構成とし、携帯端末２を車両用機器１に対する通信手段としても用いてもよい。
各実施形態では固有情報を表示する例を示したが、固有情報が音声メッセージ等の場合には、車両側音声入出力部１３や端末側音声入出力部２３等から音声出力するようにしてもよい。
【００７４】
第４実施形態の構成と第１実施形態の構成とを組み合わせてもよい。すなわち、車両用機器１と携帯端末２とが設けられている構成において、携帯端末２から第２アプリサーバ６に固有情報を要求し、第２アプリサーバ６にて固有情報のデータ形式を変換し、第２アプリサーバ６と携帯端末２との間で直接的に固有情報の送受信を行う構成としてもよい。
【符号の説明】
【００７５】
図面中、１は車両用機器（通信端末）、２は携帯端末（通信端末）、４は中間サーバ（第１のサーバ）、６は第２アプリサーバ（第２のサーバ）、１０は車両側制御部（制御手段）、１５は車両側記憶部（記憶手段）、２０は端末側制御部（制御手段）、２４は端末側通信部（通信手段）、２６は端末側記憶部（記憶手段）、２８は第１アプリ（第１のアプリケーション）、２９は第２アプリ（第２のアプリケーション）、２９ａはＩＤ情報（識別情報）、４１は記憶部（サーバ側記憶手段）、６１は記憶部（サーバ側記憶手段）、１００は、アプリケーション間連携システムを示す。
【図１】
2014092857.tif 000003
【図２】
2014092857.tif 000004
【図３】
2014092857.tif 000005
【図４】
2014092857.tif 000006
【図５】
2014092857.tif 000007
【図６】
2014092857.tif 000008
【図７】
2014092857.tif 000009
【図８】
2014092857.tif 000010
【図９】
2014092857.tif 000011
【図１０】
2014092857.tif 000012
【図１１】
2014092857.tif 000013
【図１２】
2014092857.tif 000014
【図１３】
2014092857.tif 000015
【図１４】
2014092857.tif 000016
【図１５】
2014092857.tif 000017
【図１６】
2014092857.tif 000018
【図１７】
2014092857.tif 000019