端末アプリケーション検索システム

【課題】
ＵＳＩＭに格納されているカードアプリケーション（以下カードアプリと呼ぶ）は携帯端末に格納されている端末アプリケーション（以下端末アプリと呼ぶ）と連携してサービスを提供する。端末アプリは必要に応じて利用者がダウンロードして利用する。機種変更時にＵＳＩＭを新機種に移すのにともなってカードアプリも一緒に移動することになる。しかしながら機種変更後の新機種にはまだ対応する携帯端末アプリケーションがインストールされていないためこれまで利用していたカードアプリケーションの機能が利用できない。
【解決手段】
ＵＳＩＭ内に格納されているカードアプリのカードアプリ固有情報と、端末固有情報を検索システムに渡し、検索システムはそれらの情報を基にして対応可能な端末アプリ情報を検索結果として携帯端末に送り、携帯端末に検索結果を表示させ、利用者は必要に応じて選択しダウンロード手続きを行う。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話を含む携帯端末に対して、アプリケーションをダウンロードするための技術に関する。その中でも特に、接触ＩＣカード（ＵＳＩＭ）を用いたシステムに関する。
【背景技術】
【０００２】
現在、携帯端末で利用する音楽や映像のデータをＰＣにバックアップしておき、情報をリストアすることがなされている。
【０００３】
また、このようなバックアップに関する従来技術として、特開２００１−２８５９５４号公報（特許文献１）がある。この公報には、「携帯型電話機（以下携帯端末と呼ぶ）において、ユーザーが特に意識してバックアップのための作業をしなくてもデータの消失を防止して再利用し、携帯端末の故障や買い替えにも簡易に対応する。」とある。バックアップ情報はバックアップ装置に保管している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２８５９５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、携帯端末では、ＵＳＩＭが利用されている。ＵＳＩＭに格納されているカードアプリケーションは携帯端末に格納されている端末アプリケーションと連携してサービスを提供する。端末アプリケーションは必要に応じて利用者がダウンロードして利用する。機種変更時にＵＳＩＭを新機種に移すのにともなってカードアプリケーションも一緒に移動することになる。しかしながら機種変更後の新機種にはまだ対応する端末アプリケーションがインストールされていないためこれまで利用していたカードアプリケーションの機能が利用できない。特許文献１のようにバックアップシステムに保管する方式では利用者ごとに情報を管理しなければならず、システム運用者の負担が大きくなる。また、端末ＯＳが異なる機種変更もの場合ＰＣに保管してある端末アプリケーションが利用できない。
【課題を解決するための手段】
【０００６】
そこで、本発明では、記憶媒体、例えば、ＵＳＩＭに格納されている携帯端末のアプリケーションの環境（特性）を含む端末情報に応じたアプリケーションをダウンロードするものである。より詳細には、ＵＳＩＭ内に格納されているカードアプリケーションのカードアプリケーション固有情報と、端末固有情報を検索システムに渡し、検索システムはそれらの情報を基にして対応可能な端末アプリケーション情報を検索結果として特定する。なお、この検索結果を携帯端末に送り、携帯端末に検索結果を表示させ、利用者からの選択の応じてダウンロードを行うことも本発明の一態様に含まれる。
【発明の効果】
【０００７】
カードアプリケーションと端末情報を利用して適切な端末アプリケーションのダウンロードを実現することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明が適用される環境の一実施形態を示す全体構成図である。
【図２】携帯端末の一実施形態を示すブロック図である。
【図３】検索システムの一実施形態を示すブロック図である。
【図４】ダウンロードシステムの一実施形態を示すブロック図である。
【図５】本発明の一実施形態における全体の処理を示すシーケンスフローである。
【図６】機器情報を示すブロック図である。
【図７】ＡＩＤを示すブロック図である。
【図８】許可機器を検索するためのテーブルである。
【図９】独自カードアプリ許可フラグを示すブロック図である。
【図１０】許可イシュア識別ＩＤを検索するためのテーブルである。
【図１１】ＡＩＤに対応する端末アプリを検索するためのテーブルである。
【図１２】アプリ基本情報に関するテーブルである。
【図１３】携帯端末にインストール済みの端末アプリを検索するためのテーブルである。
【図１４】アプリデータ部内のブロック図である。
【図１５】検索依頼の際のフローチャートである。
【図１６】検索依頼を受け取った後、検索結果を送信するまでのフローチャートである。
【図１７】図１６の中で、特に検索処理に関するフローチャートである
【図１８】図５の中で、特に検索結果を受け取った後の検索結果表示処理における表示データ取出に関するフローチャートである。
【図１９】検索依頼メッセージを示すブロック図である。
【図２０】検索結果メッセージを示すブロック図である。
【発明を実施するための形態】
【０００９】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１０】
本発明の実施の形態について、図面を用いて説明する。
【００１１】
まず、本実施の形態におけるシステム構成図を図１に示す。携帯端末１２０はネットワーク１１０を介して携帯端末の利用形態に即した端末アプリケーション（以下では端末アプリケーションの事を端末アプリと記載する。）を検索するための検索システム１００に接続する。ここでネットワーク１１０は携帯電話の回線や、インターネットなどをさす。携帯端末１２０は、また、実際に端末アプリをダウンロードするためのダウンロードシステム１００にもネットワーク１１０経由で接続する。ＵＳＩＭカード１４０は携帯端末１４０に接続して用いられる。ＵＳＩＭカード１４０内にはカードＯＳ１５０が格納されており、カードＯＳ１５０上にはカードアプリケーション１６０が搭載されている。（以下ではカードアプリケーションの事を単にカードアプリと記載する。）カードアプリはＵＳＩＭカード１４０上に複数搭載されていてもよい。カードアプリ１６０内には一意に識別できるようにアプリケーション識別ＩＤ１７０が格納されている（以下ではアプリケーション識別ＩＤ１７０の事をＡＩＤと記載する）。
【００１２】
図２は、本実施例で用いられる携帯端末１４０の構成図である。携帯端末１４０はＣＰＵ２１０、キーボード２２０、モニタ２３０、制御部２４０、ＵＳＩＭリーダ２５０、通信部２６０、非接触リーダ２７０、処理部２８０、メモリ２９０からなる。処理部２８０には検索にかかわるクライアント処理を行う検索処理部２８２、ダウンロードシステム１３０との間でダウンロード処理を行うダウンロード処理部２８４、検索結果を画面表示用データに加工する表示用データ加工部２８６がある。メモリ２９０には機器情報を保管してある機器情報管理部２９２、検索システムのURLが保管されている問合せ先データ部２９４、すでに携帯端末１４０にインストールされている携帯アプリ情報を保管しているインストール済情報管理部２９６からなる。
【００１３】
図３は、本実施例で用いられる検索システム１００の構成図である。検索システム１００はＣＰＵ３１０、通信部３２０、制御部３３０、メモリ３４０、処理部３５０からなる。メモリ３４０にはダウンロード方式、ダウンロード可能な端末アプリを検索するための照合データを保管している照合データ部３４２、検索を許可する機器や、検索アプリのイシュア情報などを保管している許可情報管理部３４４がある。処理部３５０にはダウンロード可能な端末アプリに関する検索処理を行う検索処理部３５２、携帯端末１４０に送信するための検索結果データを作成するためのデータ加工部３５４がある。なお、本検索システム１００は、いわゆるコンピュータで実現され、各構成要件はプログラムに従ってその処理を実行可能である。
【００１４】
図４は、本実施例で用いられるダウンロードシステム１００の構成図である。ダウンロードシステム１００はＣＰＵ４１０、通信部４２０、制御部４３０、メモリ４４０、処理部４５０からなる。メモリ４４０にはアプリケーションを保管してあるアプリデータ部４４５がある。処理部４５０には実際のダウンロードを制御するダウンロード処理部４５５がある。
【００１５】
以下、システムの処理を図５のシーケンスフローに従って説明する。
図１５は、携帯端末１４０が検索システム１００へステップ５１５にて検索依頼を送付するまでのフローチャートである。図７はＡＩＤ１７０のブロック図である。カードアプリを発行したイシュアを識別するためのイシュア識別ＩＤ７１０と、イシュア識別ＩＤと組み合わせてカードアプリを識別するアカウント番号７２０からなる。検索開始後、ＵＳＩＭカード１４０内に格納されているすべてのカードアプリのＡＩＤ１７０を取得する。（ステップ１５０５）そのために携帯端末１４０はＵＳＩＭカードに格納されているカードアプリのＡＩＤを取得するコマンドを送信し（ステップ５０５）、カードアプリは格納されているＡＩＤを携帯端末に送信する（ステップ５１０）。
【００１６】
図６は、本実施例で用いられる機器情報を示すブロック図である。機器情報６００は機器ＩＤ６１０、ＯＳ名６３０、ＯＳバージョン６３０からなる。また、携帯端末は機器情報管理部２９２から機器情報６００を取り出し（ステップ１６１０）、当該機器情報６００とステップ１５０５で取得した検索対象ＡＩＤリスト１９０６からなる、図１９で表現されている検索依頼メッセージを検索システム１００へ送信する（ステップ１６２０、ステップ５１５）。
【００１７】
図１６は、検索システム１００がステップ５１５にて検索依頼情報を受取ってから端末装置１２０へ検索結果を送付する（ステップ５２０）までのフローチャートである。
【００１８】
図８は、許可機器ＩＤテーブルである。許可機器ＩＤテーブルは許可機器ＩＤ８１０のリストからなる。検索システム１００は携帯端末１４０から取得した機器ＩＤ６１０をキーにして機器許可ＩＤデーブルと照合する（ステップ１６０５）。一致するものがあるかどうか確認し（ステップ１６１０）、一致するものが存在しなかった場合、サポート対象外機器である旨のメッセージを携帯端末に送信する（ステップ１６１５）。携帯端末１４０はそのメッセージを表示して終了する。一致するものが存在した場合、携帯端末１４０から取得した検索対象ＡＩＤリスト１９０６内のＡＩＤすべてに対して検索処理を行う。（ステップ１６２０）
図１７は、ステップ１６２０での検索処理に関して一つのＡＩＤに関する処理に関するフローチャートである。実際には図１７のフローチャートを携帯端末１４０から取得したＡＩＤ１７０それぞれに対して処理を行う。ＡＩＤ１７０の先頭バイトを取り出し（ステップ１７０５）、そのバイトが未登録ＡＩＤ,つまり国際機関に登録されていない独自カードアプリかどうかを確認する。具体的には“Ｆ”かどうか確認する（ステップ１７１０）。なお、この取り出す情報（バイト）は、先頭以外でも構わないし、複数バイトでも構わない。
【００１９】
図９は、許可情報管理部内に格納されている独自カードアプリを許可するかを示すフラグのブロック図である。未登録ＡＩＤ許可フラグ９１０からなる。未登録ＡＩＤだった場合、未登録ＡＩＤ許可フラグ９１０を参照し、未登録ＡＩＤを受け付けるかどうかを確認する（ステップ１７２０）。受け付ける場合はそのＡＩＤに対する検索処理を続けるが、受け付けない場合は現在の検索処理を終了し、次のＡＩＤの検索処理に移る。
【００２０】
図１０は、許可イシュア識別ＩＤを検索するためのテーブルである。許可イシュア識別ＩＤ１０１０からなる。ステップ１７１０にて未登録ＡＩＤではなかった場合、許可イシュア識別ＩＤを参照し、検索対象ＡＩＤ内のイシュア識別ＩＤ７１０と一致するかどうか確認する（ステップ１７１５）。一致した場合は検索対象ＡＩＤに対する検索処理を続けるが、一致しない場合は現在の検索処理を終了し、次のＡＩＤの検索処理に移る。
【００２１】
図１１は、ＡＩＤに対応する端末アプリを検索するためのテーブルである。ＡＩＤ１１０５とアプリＩＤ１１１０からなる。ステップ１７１５またはステップ１７２０にて検索対象ＡＩＤに対する検索処理を続けると判断した場合、検索対象ＡＩＤをキーにして照合データ部３４２に格納されている端末アプリを検索するためのテーブルと照合し、ＡＩＤ１１０５に対応するアプリＩＤがあるかどうかを検索する（ステップ１７２５）。存在しなかった場合、現在の検索処理を終了し、次の検索対象ＡＩＤの検索処理に移る。
【００２２】
図１２は、アプリ基本情報に関するテーブルである。本テーブルはアプリＩＤ１２０５、アプリ名１２１０、ＯＳ名１２１５、サポートＯＳバージョン１２２０、アプリバージョン１２２５、参照アドレス１２３０、記載事項１２３５からなる。ステップ１７２５にてＡＩＤ1105に対応するアプリＩＤが存在した場合、アプリＩＤ１１１０と、検索対象のＯＳ名をキーにしてアプリ基本情報に関するテーブルから対応したアプリ基本情報を検索し（ステップ１７２７）、取得できたかどうか判定する（ステップ１７２８）。取得できなかった場合、現在の検索処理を終了し、次の検索対象ＡＩＤの検索処理に移る。取得できた場合、検索対象ＯＳバージョンとサポートＯＳバージョン１２２０を比較し、サポートＯＳバージョン１２２０値以上、つまりバージョンが新しいことを確認する。検索対象ＯＳバージョン値以上の場合、データ加工部３５４にて基本アプリ情報からＯＳ名１２１５とサポートＯＳバージョン１２２０を削除したもの送信データに追加する（ステップ１７３５）。
【００２３】
サポートＯＳバージョン値よりも小さい場合は現在の検索処理を終了し、次の検索対象ＡＩＤの検索処理に移る。
【００２４】
検索対象ＡＩＤすべてに関して検索処理（ステップ１６２０）が終了した場合、携帯端末１４０に対して検索結果メッセージを送信する（ステップ１６２５、ステップ５２０）。
【００２５】
図２０は、検索結果メッセージを示すブロック図である。基本アプリ情報からＯＳ名１２１５とサポートＯＳバージョン１２２０を削除したもののリストから構成される。
【００２６】
携帯端末１４０は検索結果メッセージを取得後に検索結果表示前処理（ステップ５２５）を行う。
【００２７】
図１８は、ステップ５２５での処理に関して一つの検索結果に関する処理に関するフローチャートである。実際には図１８のフローチャートを検索結果すべてに関して処理を行う。
【００２８】
図１３は、携帯端末にインストール済みの端末アプリを検索するためのテーブルである。インストール済みアプリＩＤ１３０５とそれに紐づいたアプリバージョン１３１０がある。検索結果内のアプリＩＤ１２０５をキーにしてインストール済情報管理部２９６に格納されているインストール済みの端末アプリテーブルと照合し（ステップ１８０５）、一致するアプリＩＤが存在するか確認する（ステップ１８１０）。存在した場合、検索結果内端末アプリのバージョン１２２５と、アプリＩＤ１２０５と一致したアプリＩＤ１３０５に紐づいたアプリバージョン１３１０を比較し、検索結果内端末アプリバージョン１２２５が大きい、つまり新しいバージョンであるか確認する（ステップ１８１５）。新しいバージョンだった場合、検索結果を表示用データ加工部２９６を用いて表示用データとして登録する（ステップ１８２０）。
【００２９】
検索結果のそれぞれに関して検索結果表示前処理（ステップ５２５）が終了した場合、その結果を表示用データをモニタ２３０に表示させる（ステップ５２７）。利用者がダウンロードしたい端末アプリを選択した場合、これの指定を受付け（ステップ５３０）、ダウンロード依頼を選択した端末アプリの参照アドレス１２３０に対応するダウンロードシステム１３０へ送信する（ステップ５３５）。本実施例では、参照アドレス内に引数として携帯端末１４０に適した端末アプリをダウンロードできるような情報を持たせ、携帯端末１４０経由でダウンロードシステム１３０に渡す(送信する)ことを想定している。
【００３０】
ダウンロードシステム１３０は、参照アドレス内の引数をもとにダウンロードを開始する（ステップ５４０）。その際は、必要に応じてダウンロードシステム１３０と端末装置１４０の間は複数のメッセージをやりとりする場合もある。ダウンロードシステム１３０はダウンロード終了後、ダウンロード終了メッセージを送信し（ステップ５４５）、携帯端末は端末アプリをインストールし（ステップ５４７）、インストール終了後、インストール済みアプリリストへアプリＩＤとバージョン情報を登録し（ステップ５５０）、処理を終了する。
【符号の説明】
【００３１】
１００検索システム
１１０ネットワーク
１２０携帯端末
１３０ダウンロードシステム
１４０ＵＳＩＭカード
１５０カードＯＳ
１６０カードアプリ
１７０ＡＩＤ

【特許請求の範囲】
【請求項１】
携帯端末で利用する端末アプリケーションを検索する端末アプリケーション検索システムにおいて、
前記携帯端末から、前記携帯端末の記憶媒体であるＵＳＩＭに格納された当該携帯端末で利用する端末アプリケーションの特性を含む端末情報を受信する手段と、
前記端末情報を用いて、前記携帯端末で使用可能な端末アプリケーションが存在するかを検索する手段とを有することを特徴とする端末アプリケーション検索システム。
【請求項２】
請求項１に記載の端末アプリケーション検索システムにおいて、
前記受信する手段は、前記端末情報として前記アプリケーションの特性であるアプリケーション識別情報および当該携帯端末を特定する端末固有情報を受信することを特徴とする端末アプリケーション検索システム。
【請求項３】
請求項２に記載の端末アプリケーション検索システムにおいて、
さらに、端末アプリケーション毎にアプリケーション識別情報を記憶する手段を有し、
前記検索する手段は、送信される前記アプリケーション識別情報が、前記記憶する手段に記憶されているかを検索することを特徴とする端末アプリケーション検索システム。
【請求項４】
請求項３に記載の端末アプリケーション検索システムにおいて、
前記アプリケーション識別情報は、その所定位置に対応する端末アプリケーションが独自アプリケーションか否かを示すデータを含み、
前記検索する手段は、独自アプリケーションでない場合に、前記検索を実行することを特徴とする端末アプリケーション検索システム。
【請求項５】
請求項４に記載の端末アプリケーション検索システムにおいて、
前記検索する手段は、独自アプリケーションである場合でも、予め設定された許可イシュアＩＤが、前記送信された前記アプリケーション識別情報に含まれる場合、前記検索を実行することを特徴刷る端末アプリケーション検索システム。
【請求項６】
携帯端末で利用する端末アプリケーションを検索する端末アプリケーション検索システムを用いた端末アプリケーション検索方法において、
前記端末アプリケーション検索システムは、
前記携帯端末から、前記携帯端末の記憶媒体であるＵＳＩＭに格納された当該携帯端末で利用する端末アプリケーションの特性を含む端末情報を受信し、
前記端末情報を用いて、前記携帯端末で使用可能な端末アプリケーションが存在するかを検索することを特徴とする端末アプリケーション検索方法。
【請求項７】
請求項６に記載の端末アプリケーション検索方法において、
前記受信は、前記端末情報として前記アプリケーションの特性であるアプリケーション識別情報および当該携帯端末を特定する端末固有情報を受信することを特徴とする端末アプリケーション検索方法。
【請求項８】
請求項７に記載の端末アプリケーション検索方法において、
前記端末アプリケーション検索システムは、端末アプリケーション毎にアプリケーション識別情報を記憶する手段を有し、
前記検索は、送信される前記アプリケーション識別情報が、前記記憶する手段に記憶されているかを検索することを特徴とする端末アプリケーション検索方法。
【請求項９】
請求項８に記載の端末アプリケーション検索方法において、
前記アプリケーション識別情報は、その所定位置に対応する端末アプリケーションが独自アプリケーションか否かを示すデータを含み、
前記検索において、独自アプリケーションでない場合に、前記検索を実行することを特徴とする端末アプリケーション検索方法。
【請求項１０】
請求項９に記載の端末アプリケーション検索方法において、
前記検索において、独自アプリケーションである場合でも、予め設定された許可イシュアＩＤが、前記送信された前記アプリケーション識別情報に含まれる場合、前記検索を実行することを特徴刷る端末アプリケーション検索方法。

【図１】