(57)【特許請求の範囲】
【請求項１】
端末本体と、前記端末本体で使用する種々の機能を動作させる端末オペレーティングシステムと、複数のカテゴリに対応する領域を有し、非接触カード機能用コンテンツを前記カテゴリに関連づけて格納する非接触カード用格納手段と、前記種々の機能を用いて前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード用格納手段に格納された非接触カード機能用コンテンツを前記カテゴリに関連づけて表示する表示手段と、を具備することを特徴とする移動体端末装置。
【請求項２】
前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツと、前記非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを有することを特徴とする請求項１記載の移動体端末装置。
【請求項３】
前記関連テーブルが前記非接触カード機能用コンテンツの削除を行う際に使用する前記非接触カード機能用コンテンツ毎の削除ＵＲＬを有しており、非接触カード機能制御手段は、前記ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行う際に前記削除ＵＲＬにリクエストすることを特徴とする請求項２記載の移動体端末装置。
【請求項４】
前記非接触カード機能制御手段は、前記非接触カード用格納手段に新たな非接触カード機能用コンテンツが追加されたときに前記関連テーブルに前記非接触カード機能用コンテンツを更新することを特徴とする請求項２又は請求項３記載の移動体端末装置。
【請求項５】
前記表示手段は、非接触カード用格納手段における前記カテゴリに対応する領域の残り容量を表示することを特徴とする請求項１から請求項４のいずれかに記載の移動体端末装置。
【請求項６】
端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード用格納手段に格納された非接触カード機能用コンテンツを表示する表示手段と、前記表示手段上で非接触カード機能用コンテンツを削除する際に、前記非接触カード用格納手段から及び前記非接触カード機能用コンテンツを提供するサービスプロバイダのサーバから前記非接触カード機能用コンテンツを削除する制御を行う非接触カード機能制御手段と、を具備することを特徴とする移動体端末装置。
【請求項７】
前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツの削除を行う際に使用する前記非接触カード機能用コンテンツ毎の削除ＵＲＬを含む関連テーブルを有しており、非接触カード機能制御手段は、前記表示手段において前記非接触カード機能用コンテンツの削除を行う際に前記削除ＵＲＬにリクエストすることを特徴とする請求項６記載の移動体端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システムに関し、特に非接触カード機能の管理や取得が簡単である移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システムに関する。
【背景技術】
【０００２】
近年、プラスチックカードにＩＣを埋め込んだＩＣカードが普及している。このＩＣカードは、種々のカード、クレジットカードやデビッドカードなどの機能を搭載することが可能である。このＩＣカード機能を移動体端末装置に搭載する技術が開発されてきている。
【０００３】
ＩＣカード機能を搭載した移動体端末装置においては、その表示画面上でユーザの操作に応じて所望のＩＣカード機能を選択できるようになっている。ユーザが表示画面上で所望のＩＣカード機能を選択して実行する場合には、そのＩＣカード機能に対応するアプリケーションを起動させてＩＣカード機能を実行する。
【０００４】
【特許文献１】特開２００３−７６９５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、このような移動体端末装置においては、ＩＣカード機能に対する処理、例えば追加処理や削除処理を行う場合に、必ずＩＣカード機能に対応するアプリケーションを起動しなければならず、煩雑な操作が必要であった。また、ＩＣカード機能を移動体端末装置で見る場合に、すべてのＩＣカード機能が単に表示されるだけであり、ＩＣカード機能の管理はなされていないのが現状である。
【０００６】
本発明はかかる点に鑑みてなされたものであり、非接触カード機能用コンテンツを管理することができ、しかも非接触カード機能用コンテンツの追加・削除を簡単に行うことができる移動体端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の移動体端末装置は、端末本体と、前記端末本体で使用する種々の機能を動作させる端末オペレーティングシステムと、複数のカテゴリに対応する領域を有し、非接触カード機能用コンテンツを前記カテゴリに関連づけて格納する非接触カード用格納手段と、前記種々の機能を用いて前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード用格納手段に格納された非接触カード機能用コンテンツを前記カテゴリに関連づけて表示する表示手段と、を具備することを特徴とする。
【０００８】
この構成によれば、非接触カード機能制御手段が非接触カード機能用コンテンツを管理することができ、これにより種々の機能を用いて非接触カード機能用コンテンツを使用することができる。その結果、ユーザは非接触カード機能用コンテンツを簡単に使用、例えば表示画面上で認識することができる。
【０００９】
本発明の移動体端末装置においては、前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツと、前記非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを有することが好ましい。
【００１０】
この構成によれば、非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを有するので、非接触カード機能用コンテンツを管理することが可能となる。これにより、非接触カード用格納手段内における非接触カード機能用コンテンツを格納手段内の格納領域毎に表示することが可能となる。また、関連テーブルにより非接触カード機能用コンテンツを格納領域毎に管理できるので、非接触カード機能用コンテンツ内の容量を格納領域毎に把握することが可能となる。
【００１１】
本発明の移動体端末装置においては、前記関連テーブルが前記非接触カード機能用コンテンツの削除を行う際に使用する前記非接触カード機能用コンテンツ毎の削除ＵＲＬを有しており、非接触カード機能制御手段は、前記ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行う際に前記削除ＵＲＬにリクエストすることが好ましい。
【００１２】
この構成によれば、関連テーブルで削除ＵＲＬを管理しているので、非接触カード機能用コンテンツを提供するコンテンツ提供者のアプリケーションを起動させることなく、削除ＵＲＬのリンク先で非接触カード機能用コンテンツの削除を行うことが可能となる。
【００１３】
本発明の移動体端末装置においては、前記非接触カード機能制御手段は、前記非接触カード用格納手段に新たな非接触カード機能用コンテンツが追加されたときに前記関連テーブルに前記非接触カード機能用コンテンツを更新することが好ましい。
【００１４】
この構成によれば、新たな非接触カード機能用コンテンツが追加された際にその情報を関連テーブルに更新するので、非接触カード機能用コンテンツを整理した状態で管理することが可能となる。
【００１５】
本発明の移動体端末装置においては、前記表示手段は、非接触カード用格納手段における前記カテゴリに対応する領域の残り容量を表示することが好ましい。
【００１６】
この構成によれば、ユーザが非接触カード用格納手段における領域の残り容量を視覚で認識することが可能となる。
【００１７】
本発明の移動体端末装置は、端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード用格納手段に格納された非接触カード機能用コンテンツを表示する表示手段と、前記表示手段上で非接触カード機能用コンテンツを削除する際に、前記非接触カード用格納手段から及び前記非接触カード機能用コンテンツを提供するサービスプロバイダのサーバから前記非接触カード機能用コンテンツを削除する制御を行う非接触カード機能制御手段と、を具備することを特徴とする。
【００１８】
この構成によれば、アプリケーションを起動させることなく、非接触カード機能用コンテンツを削除することができるので、ユーザの簡単な操作で容易に非接触カード機能用コンテンツを削除することができ、ユーザの利便性が向上する。
【００１９】
本発明の移動体端末装置においては、前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツの削除を行う際に使用する前記非接触カード機能用コンテンツ毎の削除ＵＲＬを含む関連テーブルを有しており、非接触カード機能制御手段は、前記表示手段において前記非接触カード機能用コンテンツの削除を行う際に前記削除ＵＲＬにリクエストすることが好ましい。
【００２０】
この構成によれば、関連テーブルで削除ＵＲＬを管理しているので、非接触カード機能用コンテンツを提供するコンテンツ提供者のアプリケーションを起動させることなく、削除ＵＲＬのリンク先で非接触カード機能用コンテンツの削除を行うことが可能となる。
【発明の効果】
【００２３】
本発明によれば、非接触カード機能用コンテンツを提供するアプリケーションを経由して非接触カード機能用コンテンツの追加・削除の制御を行うと共に、外部の取得手段から非接触カード機能用コンテンツの追加の制御を行う非接触カード機能制御手段を備えているので、非接触カード機能用コンテンツを管理することができ、しかも非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことができる。
【発明を実施するための最良の形態】
【００２４】
本発明者らは、非接触カード機能用のオペレーティングシステムで非接触カード機能を実行し、その他の機能を端末オペレーティングシステムで実行している点に着目し、非接触カード機能と、移動機に搭載された他の機能、例えばブラウザ機能、メニュー機能、ビューワ機能などとを制御できるマネージャを設けることにより、非接触カード機能用コンテンツの管理や、非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことができることを見出し本発明をするに至った。
【００２５】
すなわち、本発明の骨子は、非接触カード機能用コンテンツを提供するアプリケーションを経由して非接触カード機能用コンテンツの追加・削除の制御を行うと共に、外部の取得手段から非接触カード機能用コンテンツの追加の制御を行う非接触カード機能制御手段を設けることにより、非接触カード機能用コンテンツを管理し、しかも非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことである。
【００２６】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
図１は、本発明の一実施の形態に係る非接触カード機能管理システム及び非接触カード機能取得システムの概略構成を示す図である。
【００２７】
図１に示すシステムは、本発明に係る移動体端末１１と、この移動体端末１１と移動通信網１２を介して接続された移動通信網用サーバ１３と、移動体端末１１とインターネット１４のようなネットワークを介して接続されたＷｅｂサーバ１５及び非接触カード機能用コンテンツサーバ１６とから主に構成されている。
【００２８】
移動体端末１１は、種々のアプリケーション１１１及び非接触カード機能１１２を実行できる機能を備えている。また、移動体端末１１は、外部リーダライタ（Ｒ／Ｗ）１７と情報の送受信を行うことができる取得手段であるリーダライタ（図示せず）を備えている。なお、外部リーダライタ１７は、コントローラ１８により駆動する。
【００２９】
移動体端末１１における非接触カード機能１１２は、非接触カード、例えば非接触ＩＣカード機能用コンテンツを追加・削除できる機能をいい、例えばフェリカ（Felica：登録商標）などを挙げることができる。非接触カード機能１１２を実現するために、移動体端末には、コンテンツを格納する格納領域と、非接触カード機能用のオペレーティングシステム（コントローラ）とが搭載されている。
【００３０】
移動通信網１２は、移動体端末１１と移動通信網用サーバ１３との間のネットワークである。この移動通信網１２には、通常の移動通信網に加えて移動パケット通信網も含まれる。移動通信網用サーバは、例えばｉモード（登録商標）サーバであり、移動通信網１２とインターネット１４とを結ぶゲートウェイ機能を担っており、具体的には、情報配信機能、メール送受信機能、メール蓄積機能、契約顧客管理機能、情報提供者（Information Provider）管理機能、及び情報料課金機能を有する。
【００３１】
ネットワークには、インターネット１４をはじめその他のネットワーク、例えばＬＡＮやＷＡＮなども含まれる。Ｗｅｂサーバ１５は、移動体端末１１にダウンロードするアプリケーション１１１を格納するインターネット１４上のサーバである。
【００３２】
コンテンツサーバ１６は、非接触カード機能用コンテンツを提供する複数のサービスプロバイダから提供されるそれぞれの非接触カード機能用コンテンツを格納すると共に、非接触カード機能を実現するコントローラとネットワークを介して非接触カード機能用コンテンツの追加・削除、初期化、データの読み書きを行う。また、コンテンツサーバ１６は、コンテンツサーバ１６から非接触カード機能を実現するコントローラに対する処理を行うためのアプリケーションも搭載している。なお、このコンテンツサーバは、サービスプロバイダがそのＷｅｂサーバと共にインターネット１４上に有しても良く、サービスプロバイダのＷｅｂサーバとは別にインターネット１４とは別のネットワーク上にあっても良い。例えば、非接触カード機能がフェリカである場合には、コンテンツサーバ１６はフェリカサーバである。
【００３３】
上記構成を有するシステムにおいては、移動体端末１１において、非接触カード機能用コンテンツを提供するアプリケーションを経由して非接触カード機能用コンテンツの追加・削除の制御を行うと共に、Ｒ／Ｗを介して取得した非接触カード機能用コンテンツの追加の制御を行う。このように、アプリケーション経由でも、アプリケーションを経由せずにＲ／Ｗからでも非接触カード機能用コンテンツの追加を制御することができるので、ユーザは非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことができる。
【００３４】
移動体端末１１において、非接触カード機能用コンテンツを提供するアプリケーション１１１を経由して非接触カード機能用コンテンツの追加・削除の制御を行う場合には、移動体端末１１のアプリケーション１１１、例えばｉアプリ（登録商標）により非接触カード機能１１２にアクセスする。そして、このアプリケーション１１１上で非接触カード機能用コンテンツの追加・削除を行う。
【００３５】
移動体端末１１において、Ｒ／Ｗを介して非接触カード機能用コンテンツの追加の制御を行う場合には、アプリケーション１１１を介さずに直接外部Ｒ／Ｗ１７から非接触カード機能用コンテンツの追加を行う。このとき、追加した非接触カード機能用コンテンツに対応するコンテンツ情報をＷｅｂサーバ１５から取得する。
【００３６】
なお、上記構成を有するシステムにおいては、情報配信、メール送受信、メール蓄積、契約顧客管理、情報提供者管理、及び情報料課金を行うことが可能であるが、説明を簡単にするために、ここでは詳細な手順などについて記述しない。
【００３７】
図２は、本発明の一実施の形態に係る移動体端末装置の非接触カード機能用コンテンツを格納する格納領域の構成を示す図である。この格納領域は、例えば非接触カード機能がフェリカである場合には、フェリカチップである。この格納領域は、例えば共通領域２１と、公共領域２２と、フリー領域２３とから構成されている。これらの領域は、例えば非接触カード機能用コンテンツのカテゴリ、サービスレベルの違い、セキュリティの高さにより分けられている。例えば、共通領域２１や公共領域２２は、相対的にサービスレベルが高く、セキュリティが高いサービスの非接触カード機能用コンテンツを格納する領域とし、フリー領域２３は、相対的にサービスレベルが低く、セキュリティも低いサービスの非接触カード機能用コンテンツを格納する領域とする。なお、格納領域とカテゴリ、サービスレベル又はセキュリティとは、適宜変更することが可能である。このように格納領域をカテゴリ、サービスレベル、セキュリティなどにより分けることにより、カテゴリ、サービスレベル、セキュリティレベル毎の非接触カード用コンテンツの管理が可能となる。
【００３８】
これらの共通領域２１、公共領域２２及びフリー領域２３のそれぞれに格納された非接触カード機能用コンテンツは、図３〜図５に示すように、それぞれの領域でまとめて表示できるようになっている。図３は、移動体端末１１の表示画面において共通領域２１の非接触カード機能用コンテンツを示した図であり、図４は、移動体端末１１の表示画面において公共領域２２の非接触カード機能用コンテンツを示した図であり、図５は、移動体端末１１の表示画面においてフリー領域２３の非接触カード機能用コンテンツを示した図である。なお、図３〜図５に示すそれぞれのサービスは、サービスプロバイダから提供された非接触カード機能用コンテンツである。
【００３９】
また、図３〜図５において、表示画面には各領域の残り容量を示すインジケータ２４が表示される。各領域における残り容量は、図３〜図５のようにインジケータ２４を用いて示しても良く、格納可能なコンテンツ数を予め設定しておき、設定した数のコンテンツ表示エリア（図３においては３つ、図４においては２つ、図５においては３つ）を表示し、未使用のコンテンツ表示エリアをブランクで表示するようにしても良い。このようなインジケータやブランクのコンテンツ表示エリアを設けることにより、ユーザが格納領域における各領域毎の残り容量を視覚で認識することが可能となる。
【００４０】
さらに、新たに非接触カード機能用コンテンツを追加する場合に、コンテンツの容量とそのコンテンツを格納する領域の残り容量とを比較し、コンテンツの容量が残り容量を超えている場合には、容量が不足している旨や、既に格納している非接触カード機能用コンテンツを削除する必要がある旨を表示するようにしても良い。このように表示することにより、ユーザが非接触カード機能用コンテンツの削除の必要性を認識することができる。
【００４１】
図６は、本発明の一実施の形態に係る移動体端末１１の内部構成を示す図である。図６においては、非接触カード機能がフェリカであり、格納領域がフェリカチップであり、非接触カード機能用のオペレーティングシステム（コントローラ）がフェリカオペレーティングシステム（フェリカＯＳ）である場合について説明する。
【００４２】
図６に示す構成においては、移動体端末１１の種々の機能を実行する端末オペレーティングシステム（移動機ＯＳ）３１と、非接触カード機能制御手段であるフェリカアプリケーションマネージャ（Felica  Application  Manager：ＦＡＭ）３２と、ＦＡＭ３２の制御にしたがってフェリカＯＳ３５を駆動させるフェリカデバイスドライバ３３と、フェリカコンテンツを格納するフェリカチップ３４とを主に有している。このＦＡＭ３２上で、ネットワークコンピューティング機能を有するＪａｖａ（登録商標）のアプリケーションを管理するＪａｖａアプリケーションマネージャ（Java  Application  Manager：ＪＡＭ）３６並びにブラウザ起動を行うためのＡＰＩ（Application  Program  Interface）及びＡＰＩを実行するデバイスであるＫＶＭ（K  Virtual  Machine）３７が動作し、他のアプリケーション、例えばブラウザ３８、メニュー３９、フェリカビューワ４０が動作する。なお、図６においては、ブラウザ３８、メニュー３９、フェリカビューワ４０がＦＡＭ３２上で動作するようになっているが、この構成は一例であり、ブラウザ３８やメニュー３９などのフェリカビューワ４０以外の機能は、ＦＡＭ３２上で動作すると共に、移動機ＯＳ３１上でも動作するように構成されていても良い。
【００４３】
移動機ＯＳ３１は、フェリカに関する機能以外の機能、例えば情報配信機能、メール送受信機能、メール蓄積機能、契約顧客管理機能、情報提供者（Information Provider）管理機能、及び情報料課金機能を実行する。
【００４４】
ＦＡＭ３２は、本発明に係るフェリカコンテンツを使用するための制御を行う。特に、ＦＡＭ３２は、外部Ｒ／Ｗから非接触カード機能用コンテンツを簡単に取得するアクセス制御、取得したフェリカコンテンツの管理並びにブラウザ３８、メニュー３９及びフェリカビューワ４０を実行するためのコマンドの発行を行う。これにより、ＦＡＭ３２がフェリカコンテンツを管理することができ、これによりブラウザ３８やフェリカビューワ４０などの機能を用いてフェリカコンテンツを使用することができる。その結果、ユーザはフェリカコンテンツを簡単に使用、例えば表示画面上への表示などを行うことができる。
【００４５】
ＦＡＭ３２は、取得したフェリカコンテンツの管理のために、フェリカコンテンツと、このフェリカコンテンツを提供するアプリケーション（ｉアプリ（登録商標））とを関連づける関連テーブルを有する。この関連テーブルは、例えば図７に示すようなものであり、フェリカコンテンツであるサービス１〜３と、このサービス１〜３を提供するサービスプロバイダのｉアプリα１〜α３とが関連づけられている。また、この関連テーブルでは、フェリカコンテンツを取得した日（登録日）やフェリカコンテンツを削除した日（削除日）が併せて管理されている。さらに、関連テーブルでは、フェリカコンテンツを実際に削除するサイトのＵＲＬ（削除ＵＲＬ）やフェリカチップ３４における領域も併せて管理されている。
【００４６】
したがって、フェリカコンテンツを取得した場合、すなわち新たなフェリカコンテンツが追加された場合には、サービスプロバイダがアプリケーションの項目に登録され、その内容がサービスの項目に登録される。また、その登録がなされた日付が登録日に登録される。さらに、フェリカコンテンツを削除する際に使用する削除ＵＲＬも登録される。このとき、アプリケーションの項目やサービスの項目に登録する事項には特に制限はない。このように、新たなフェリカコンテンツが追加された場合にその情報を関連テーブルに更新することにより、フェリカコンテンツを整理した状態で管理することが可能となる。
【００４７】
アプリケーションを介してフェリカコンテンツを追加した場合において、関連テーブルを更新するときは、アプリケーションを経由してサービス名などのコンテンツ情報を取得して、そのコンテンツ情報を用いて関連テーブルを更新する。一方、外部Ｒ／Ｗ１７からフェリカコンテンツを追加した場合において、関連テーブルを更新するときは、例えばコンテンツ情報をフェリカチップ３４の所定のアドレスに格納しておき、何らかのユーザ操作がなされたときに、ＦＡＭ３２がそのアドレスから新たなコンテンツ情報を抽出して関連テーブルに更新する。なお、外部Ｒ／Ｗ１７からフェリカコンテンツを追加した場合において、関連テーブルを更新する方法については特に限定されない。
【００４８】
一方、フェリカコンテンツを削除する場合には、その削除するフェリカコンテンツに対応するアプリケーション又はサービスに関連づけられた削除ＵＲＬが参照される。このとき、その削除がなされた日付が削除日に更新される。また、この関連テーブルは、フェリカビューワ４０で図３〜図５に示すように領域毎の表示を行う場合に使用される。すなわち、フェリカビューワ４０で図３〜図５に示すような表示を行う際に、ＦＡＭ３２がフェリカビューワ４０を起動し、関連テーブルを参照する。これにより、図３〜図５に示すような領域毎の非常に見易い表示を行うことができる。その結果、ユーザが領域毎のフェリカコンテンツの内容や状態を簡単に認識することができる。
【００４９】
このように、ＦＡＭ３２が図７に示すような関連テーブルを有することにより、フェリカコンテンツを管理することが可能となる。これにより、例えば図３〜図５に示すようなフェリカチップ３４内における領域毎のフェリカコンテンツを表示することが可能となる。また、関連テーブルにより、フェリカチップ３４を領域毎に管理できるので、例えば関連テーブルでフェリカチップ３４の領域毎に残り容量などを管理することにより、フェリカチップ３４内の容量を領域毎に把握することが可能となる。さらに、関連テーブルで削除ＵＲＬを管理することにより、ｉアプリを起動させることなく、削除ＵＲＬのリンク先でコンテンツの削除を行うことが可能となる。
【００５０】
ＦＡＭ３２は、フェリカコンテンツを提供するアプリケーションを経由して、すなわちｉアプリを起動してフェリカコンテンツの追加・削除の制御を行うと共に、Ｒ／Ｗを介してフェリカコンテンツの追加の制御を行う。このように、ｉアプリのようなアプリケーション経由でも、アプリケーションを経由せずにＲ／Ｗからでもフェリカコンテンツの追加を制御することにより、ユーザはフェリカコンテンツの追加・削除を簡単に行うことができる。なお、フェリカコンテンツの追加・制御の手順については以下のように行う。
【００５１】
この移動体端末１１では、ＦＡＭ３２によりビューワ機能を使用して表示画面上でフェリカコンテンツの追加・削除を行うことができる。この場合、図３に示すような共通領域を選択し、その中の特定のフェリカコンテンツ（ここではmobile ANA）をアクティブにすると、図８に示すようにタブが表示され、「使う」と「削除」の機能選択が可能になる。そして、「使う」タブを選択することにより、mobile  ANAのフェリカコンテンツを使うことができる。一方、「削除」タブを選択することにより、ｉアプリを起動することなく、mobile  ANAのフェリカコンテンツを直接削除することができる。
【００５２】
ここで、移動体端末１１でｉアプリを経由してフェリカコンテンツを追加・削除する手順及びＲ／Ｗ１７を介してフェリカコンテンツを追加する手順について説明する。図９は、移動体端末１１においてアプリケーションを経由してフェリカコンテンツを追加・削除する手順を示すシーケンス図である。図１０は、移動体端末１１においてＲ／Ｗを介してフェリカコンテンツを追加する手順を示すシーケンス図である。
【００５３】
図９を用いて、移動体端末１１においてアプリケーションを経由してフェリカコンテンツを追加・削除する手順について説明する。まず、フェリカコンテンツをｉアプリを起動して追加する場合について説明する。最初にｉアプリを起動する。なお、ｉアプリの起動条件には特に限定はなく、ブラウザで取得したＨＴＭＬに記述された特定のタグから起動しても良く、メール本文中にある特定の記述から起動しても良い。
【００５４】
ｉアプリ上でフェリカコンテンツを取得する操作を行うと、ｉアプリからＦＡＭ３２に対してフェリカコンテンツを取得する旨の制御信号が送られる（Ｓ１１）。ＦＡＭ３２では、この制御信号を受けると、フェリカＯＳ３５に対してコマンドの変換を依頼する（Ｓ１２）。フェリカＯＳ３５では、コマンド変換の依頼に応じてコマンドを変換して、フェリカサーバにコマンドを送って、コンテンツ取得のためのＵＲＬにリクエストを行う（Ｓ１３）。フェリカサーバでは、リクエストに応じてフェリカコンテンツを提供する。移動体端末１１では、フェリカサーバからフェリカコンテンツをダウンロードして実際のコンテンツ取得処理がなされる（Ｓ１４）。このフェリカコンテンツはフェリカチップ３４に格納される。フェリカチップ３４にフェリカコンテンツが格納されると、フェリカサーバからフェリカＯＳ３５に完了通知が送られる（Ｓ１５）。そして、フェリカＯＳ３５からＦＡＭ３２に完了通知が送られ（Ｓ１６）、ＦＡＭ３２からｉアプリに完了通知が送られる（Ｓ１７）。
【００５５】
このようにフェリカコンテンツがフェリカチップ３４に格納されると、ＦＡＭ３２は関連テーブルに取得したフェリカコンテンツの情報を更新する。その後、ユーザがフェリカビューワ４０を起動すると、ＦＡＭ３２は関連テーブルを参照してフェリカコンテンツをその領域毎に表示する。これにより、ユーザは、取得したフェリカコンテンツをビューワ上で視認することができる。
【００５６】
次に、フェリカコンテンツをｉアプリを起動して削除する場合について説明する。最初にｉアプリを起動する。なお、ｉアプリの起動条件には特に限定はなく、ブラウザで取得したＨＴＭＬに記述された特定のタグから起動しても良く、メール本文中にある特定の記述から起動しても良い。
【００５７】
ｉアプリ上でフェリカコンテンツを削除する操作を行うと、ｉアプリからＦＡＭ３２に対してフェリカコンテンツを削除する旨の制御信号が送られる（Ｓ２１）。ＦＡＭ３２では、この制御信号を受けると、フェリカＯＳ３５に対してコマンドの変換を依頼する（Ｓ２２）。フェリカＯＳ３５では、コマンド変換の依頼に応じてコマンドを変換して、フェリカサーバにコマンドを送って、コンテンツ削除のためのＵＲＬにリクエストを行う（Ｓ２３）。フェリカサーバでは、リクエストに応じてフェリカコンテンツを削除する。移動体端末１１では、フェリカチップ３４からフェリカコンテンツを消し込む処理がなされる（Ｓ２４）。フェリカチップ３４からフェリカコンテンツが削除されると、フェリカサーバからフェリカＯＳ３５に完了通知が送られる（Ｓ２５）。そして、フェリカＯＳ３５からＦＡＭ３２に完了通知が送られ（Ｓ２６）、ＦＡＭ３２からｉアプリに完了通知が送られる（Ｓ２７）。
【００５８】
このようにフェリカコンテンツをフェリカチップ３４から削除すると、ＦＡＭ３２は関連テーブルのフェリカコンテンツの情報を削除して更新する。その後、ユーザがフェリカビューワ４０を起動すると、ＦＡＭ３２は関連テーブルを参照してフェリカコンテンツをその領域毎に表示する。これにより、ユーザは、フェリカコンテンツが削除されたことをビューワ上で確認することができる。その結果、ユーザは、フェリカコンテンツが削除されたことにより、フェリカチップ３４のそれぞれの領域の空き状況を認識することが可能となる。
【００５９】
次に、図１０を用いて、移動体端末１１においてＲ／Ｗを介して直接フェリカコンテンツを追加する手順について説明する。外部Ｒ／Ｗ１７からフェリカコンテンツを取得する場合、移動体端末１１を外部Ｒ／Ｗに近づける。このとき、外部Ｒ／Ｗ１７とフェリカＯＳ３５との間で認証などの処理が行われる（Ｓ３１）。認証がなされると、外部Ｒ／Ｗ１７から移動体端末１１のＲ／Ｗを介してフェリカコンテンツが伝送される（Ｓ３２）。このフェリカコンテンツは、フェリカチップ３４に格納される。フェリカコンテンツがフェリカチップ３４に格納されると、外部Ｒ／Ｗ１７とフェリカＯＳ３５との間で終了処理などが行われる（Ｓ３３）。
【００６０】
このようにフェリカコンテンツをフェリカチップ３４に追加した後に、ユーザがメニューを開くと（Ｓ４１）、メニューからＦＡＭ３２に関連テーブルを参照するリクエストがなされる（Ｓ４２）。ＦＡＭ３２は、リクエストを受けると、フェリカチップ３４に対してコマンドを発行し、フェリカチップ３４に格納されているフェリカコンテンツの登録状況を取得する（Ｓ４３）。また、ＦＡＭ３２は、新しく登録されたフェリカコンテンツがあった場合には、サービス名などのコンテンツ情報をフェリカサーバから取得する（Ｓ４４）。ＦＡＭ３２は、このように取得したコンテンツ情報を関連テーブルに更新する（Ｓ４５）。また、ＦＡＭ３２は、フェリカコンテンツの格納状況をメニューに応答し、メニューは格納状況にしたがって画面表示を行う（Ｓ４５）。
【００６１】
このように図６に示す構成を有する移動体端末１１では、ｉアプリを起動させることなく、外部Ｒ／Ｗから直接フェリカコンテンツを取得することが可能であるので、ユーザの簡単な操作で容易にフェリカコンテンツを取得することができ、ユーザの利便性が向上する。また、外部Ｒ／Ｗから直接フェリカコンテンツを取得した際に、そのフェリカコンテンツに関するコンテンツ情報をフェリカサーバから取得するので、外部Ｒ／Ｗから取得したフェリカコンテンツをｉアプリを起動して取得したフェリカコンテンツと同様に管理することが可能となる。
【００６２】
また、図８に示す画面においてフェリカコンテンツを削除する場合には、ＦＡＭ３２が関連テーブルの削除ＵＲＬにフェリカコンテンツの削除をリクエストする。このように、図６に示す構成を有する移動体端末１１では、ｉアプリを起動させることなく、画面上でフェリカコンテンツを削除することが可能であるので、ユーザの簡単な操作で容易にフェリカコンテンツを削除することができ、ユーザの利便性が向上する。
【００６３】
このように、本発明に係る移動体端末１１によりフェリカコンテンツを管理することができ、フェリカコンテンツの追加・削除を簡単に行うことができるので、ユーザの簡単な操作で、すなわち外部Ｒ／Ｗ１７からのフェリカコンテンツの追加及び移動体端末１１の画面上でのフェリカコンテンツの削除で、フェリカコンテンツの追加・削除を行うことができる。
【００６４】
ここで、本発明の効果を明確にするために、ＦＡＭ３２を有しない移動体端末におけるフェリカコンテンツの追加・削除について説明する。図１１は、ＦＡＭを有しない移動体端末装置の他の内部構成を示す図である。図１１に示す構成においては、移動体端末の種々の機能を実行する移動機ＯＳ５１と、フェリカ用のオペレーティングシステムであるフェリカＯＳ５４と、フェリカＯＳ５４を駆動させるフェリカデバイスドライバ５２と、フェリカコンテンツを格納するフェリカチップ５３とを主に有している。このフェリカＯＳ５４上で、Ｊａｖａのアプリケーションを管理するＪＡＭ５５並びにブラウザ起動を行うためのＡＰＩ及びＡＰＩを実行するデバイスであるＫＶＭ５６が動作し、移動機ＯＳ５１上で他のアプリケーション、例えばブラウザ５７やメニュー５８が動作する。
【００６５】
図１１に示すような構成においては、ＦＡＭを有していないので、フェリカＯＳ５４がフェリカに関するネットワークコンピューティングを制御しており、ブラウザ５７やメニュー５８を制御することができない。このため、フェリカコンテンツを画面上で領域毎に分けて表示することはできず、図１２に示すようにフェリカコンテンツすべてを単に表示するだけである。また、ＦＡＭを有していないので、フェリカコンテンツの追加・削除は図９に示す手順でしかできず、図１０に示すような外部Ｒ／Ｗから直接取得することはできない。このため、フェリカコンテンツの追加・削除は、ｉアプリを起動して行わなければならない。
【００６６】
一方、本発明の移動体端末１１においては、フェリカコンテンツを提供するアプリケーションを経由してフェリカコンテンツの追加・削除の制御を行うと共に、外部Ｒ／Ｗ１７からフェリカコンテンツの追加の制御を行うＦＡＭ３２を備えているので、フェリカコンテンツを管理することができ、しかも外部Ｒ／Ｗからフェリカコンテンツを直接取得することができるので、フェリカコンテンツの追加・削除を簡単な操作で行うことができる。
【００６７】
本実施の形態においては、ＦＡＭ機能が携帯端末装置に内蔵されている場合について説明しているが、本発明にかかるＦＡＭ機能をＵＩＭカード（User Identity Module card）やＳＩＭカード（Subscriber Identity Module card）のようなＩＣカードに格納し、そのＩＣカードを携帯端末装置に着脱可能にする構成としても良い。この場合、携帯端末装置には、ＩＣカードを挿入できるスロットなどのカード挿入口を設ける。このようにＦＡＭ機能（ＦＡＭ、フェリカデバイスドライバ、フェリカチップ、フェリカＯＳ）をＩＣカードに格納し、そのＩＣカードを他の携帯端末装置に挿入することにより、ＩＣカードに格納したフェリカコンテンツを他の携帯端末装置で使用することが可能となる。これにより、フェリカコンテンツを携帯端末装置間で自由に移動することができ、フェリカコンテンツの利用の自由度が広がる。
【００６８】
このようにＦＡＭ機能をＩＣカードに搭載する場合、ＦＡＭ機能の一部の機能を携帯端末装置に搭載し、ＦＡＭ機能の残りの機能をＩＣカードに搭載するような構成としても良い。例えば、ＦＡＭが各種コンテンツの管理に用いる関連テーブルをＩＣカードに格納し、その他のＦＡＭ、フェリカデバイスドライバ、フェリカチップ、フェリカＯＳなどのＦＡＭ制御機能（デバイス、プログラム、アプリケーション）を携帯端末装置に搭載する。このようにＦＡＭ機能を切り分けて搭載場所を異なるようにすることにより、フェリカコンテンツに関するセキュリティを高くすることができる。
【００６９】
このように関連テーブルをＩＣカードに格納する場合、図１３に示すように、関連テーブルにユーザ認証情報（例えばユーザＩＤ及びパスワード）の領域を設け、ＩＣカードを使用する際にこの関連テーブルを用いてユーザ認証を行うことが好ましい。例えば、このような関連テーブルを格納したＩＣカードを携帯端末装置から取り出して、別の携帯端末装置に挿入してフェリカコンテンツを利用するときに、携帯端末装置に搭載されているＦＡＭがＩＣカードのＩＤを識別し、未知のユーザが使用としている場合、すなわち自装置のＩＤと異なるＩＤであった場合にユーザ認証を行う。このとき、ユーザにユーザＩＤとパスワードの入力を求める。なお、セキュリティをより高くするためには、ユーザ認証として、指紋照合などのバイオメトリクス技術を用いることが好ましい。例えば、携帯端末装置に指紋画像をスキャニングするスキャナを設け、そのスキャナに指をすべらせたり、指を置いたりして指紋画像を取得する。
【００７０】
本発明は上記実施の形態に限定されず、種々変更して実施することが可能である。例えば、上記実施の形態で説明した構成に限定されず、本発明の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。例えば上記実施の形態においては、フェリカと共にブラウザ、メニュー、フェリカビューワを起動する制御手段としてＦＡＭを用いた場合について説明しているが、本発明においては、フェリカと共にブラウザ、メニュー、フェリカビューワを起動することができる他の制御手段や管理手段などを用いても良い。また、上記実施の形態においては、非接触カード機能がフェリカである場合について説明しているが、本発明は非接触カード機能がフェリカ以外の非接触カード機能である場合にも同様に適用することができる。
【図面の簡単な説明】
【００７１】
【図１】本発明の一実施の形態に係る非接触カード機能管理システム及び非接触カード機能取得システムの概略構成を示す図である。
【図２】本発明の一実施の形態に係る移動体端末装置の非接触カード機能用コンテンツを格納する格納領域の構成を示す図である。
【図３】移動体端末装置の表示画面において共通領域の非接触カード機能用コンテンツを示した図である。
【図４】移動体端末装置の表示画面において公共領域の非接触カード機能用コンテンツを示した図である。
【図５】移動体端末装置の表示画面においてフリー領域の非接触カード機能用コンテンツを示した図である。
【図６】本発明の一実施の形態に係る移動体端末装置の内部構成を示す図である。
【図７】非接触カード機能用コンテンツと、この非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを示す図である。
【図８】移動体端末装置の表示画面において共通領域の非接触カード機能用コンテンツの一つをアクティブにした状態を示す図である。
【図９】移動体端末装置においてアプリケーションを経由して非接触カード機能用コンテンツを追加・削除する手順を示すシーケンス図である。
【図１０】移動体端末装置においてＲ／Ｗを介して非接触カード機能用コンテンツを追加する手順を示すシーケンス図である。
【図１１】移動体端末装置の他の内部構成を示す図である。
【図１２】図１１に示す移動体端末装置の表示画面において非接触カード機能用コンテンツを示した図である。
【図１３】非接触カード機能用コンテンツと、この非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルの他の例を示す図である。
【符号の説明】
【００７２】
１１  移動体端末
１２  移動通信網
１３  移動通信網用サーバ
１４  インターネット
１５  Ｗｅｂサーバ
１６  非接触カード機能用コンテンツサーバ
１７  外部リーダライタ
１８  コントローラ
２１  共通領域
２２  公共領域
２３  フリー領域
２４  インジケータ
３１  移動機ＯＳ
３２  ＦＡＭ
３３  フェリカデバイスドライバ
３４  フェリカチップ
３５  フェリカＯＳ
３６  ＪＡＭ
３７  ＡＰＩ，ＫＶＭ
３８  ブラウザ
３９  メニュー
４０  フェリカビューワ
１１１  アプリケーション
１１２  非接触カード機能
【要約】
【課題】非接触カード機能用コンテンツを管理することができ、しかも非接触カード機能用コンテンツの追加・削除を簡単に行うこと。
【解決手段】本発明に係る移動体端末１１は、移動体端末１１の種々の機能を実行する移動機ＯＳ３１と、フェリカアプリケーションマネージャ（ＦＡＭ）３２と、ＦＡＭ３２の制御にしたがってフェリカＯＳ３５を駆動させるフェリカデバイスドライバ３３と、フェリカコンテンツを格納するフェリカチップ３４とを主に有する。このＦＡＭ３２上で、ネットワークコンピューティング機能を有するＪａｖａ（登録商標）のアプリケーションを管理するＪＡＭ３６並びにブラウザ起動を行うためのＡＰＩ及びＡＰＩを実行するデバイスであるＫＶＭ３７が動作し、他のアプリケーション、例えばブラウザ３８、メニュー３９、フェリカビューワ４０が動作する。
【選択図】図６
【図１】
0003703098.tif 000002
【図２】
0003703098.tif 000003
【図３】
0003703098.tif 000004
【図４】
0003703098.tif 000005
【図５】
0003703098.tif 000006
【図６】
0003703098.tif 000007
【図７】
0003703098.tif 000008
【図８】
0003703098.tif 000009
【図９】
0003703098.tif 000010
【図１０】
0003703098.tif 000011
【図１１】
0003703098.tif 000012
【図１２】
0003703098.tif 000013
【図１３】
0003703098.tif 000014