移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システム
【課題】非接触カード機能用コンテンツを管理することができ、しかも非接触カード機能用コンテンツの追加・削除を簡単に行うこと。
【解決手段】本発明に係る移動体端末１１は、移動体端末１１の種々の機能を実行する移動機ＯＳ３１と、フェリカアプリケーションマネージャ（ＦＡＭ）３２と、ＦＡＭ３２の制御にしたがってフェリカＯＳ３５を駆動させるフェリカデバイスドライバ３３と、フェリカコンテンツを格納するフェリカチップ３４とを主に有する。このＦＡＭ３２上で、ネットワークコンピューティング機能を有するＪａｖａのアプリケーションを管理するＪＡＭ３６並びにブラウザ起動を行うためのＡＰＩ及びＡＰＩを実行するデバイスであるＫＶＭ３７が動作し、他のアプリケーション、例えばブラウザ３８、メニュー３９、フェリカビューワ４０が動作する。
【解決手段】本発明に係る移動体端末１１は、移動体端末１１の種々の機能を実行する移動機ＯＳ３１と、フェリカアプリケーションマネージャ（ＦＡＭ）３２と、ＦＡＭ３２の制御にしたがってフェリカＯＳ３５を駆動させるフェリカデバイスドライバ３３と、フェリカコンテンツを格納するフェリカチップ３４とを主に有する。このＦＡＭ３２上で、ネットワークコンピューティング機能を有するＪａｖａのアプリケーションを管理するＪＡＭ３６並びにブラウザ起動を行うためのＡＰＩ及びＡＰＩを実行するデバイスであるＫＶＭ３７が動作し、他のアプリケーション、例えばブラウザ３８、メニュー３９、フェリカビューワ４０が動作する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システムに関し、特に非接触カード機能の管理や取得が簡単である移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システムに関する。
【背景技術】
【０００２】
近年、プラスチックカードにＩＣを埋め込んだＩＣカードが普及している。このＩＣカードは、種々のカード、クレジットカードやデビッドカードなどの機能を搭載することが可能である。このＩＣカード機能を移動体端末装置に搭載する技術が開発されてきている。
【０００３】
ＩＣカード機能を搭載した移動体端末装置においては、その表示画面上でユーザの操作に応じて所望のＩＣカード機能を選択できるようになっている。ユーザが表示画面上で所望のＩＣカード機能を選択して実行する場合には、そのＩＣカード機能に対応するアプリケーションを起動させてＩＣカード機能を実行する。
【０００４】
【特許文献１】特開２００３−７６９５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、このような移動体端末装置においては、ＩＣカード機能に対する処理、例えば追加処理や削除処理を行う場合に、必ずＩＣカード機能に対応するアプリケーションを起動しなければならず、煩雑な操作が必要であった。また、ＩＣカード機能を移動体端末装置で見る場合に、すべてのＩＣカード機能のタイトルが単に一覧表示されるだけであり、ＩＣカード機能の統括的な管理はなされていないのが現状である。
【０００６】
また、移動体端末装置の表示画面上に、上記のＩＣカード機能の一覧を表示する際には、現在ＩＣカード機能に対応するアプリケーションにおける情報を参照しているため、たとえ技術的にリーダライタ（Ｒ／Ｗ）などの外部機器から直接ＩＣカード機能の情報を取得することが可能となっても、この機能に関する情報をＩＣカード機能の一覧表示に反映させる術がない。上記のような不都合は、現在普及している移動体端末装置の仕組み上、ＩＣカード機能に対応する所定のアプリケーションからのみアクセス可能であることによる。しかしながら、このような制限は、ＩＣカード機能及び本機能に関連する情報のセキュリティを保つ上で必要である。したがって、ＩＣカード上の同一の記憶領域に保管されている情報であっても、各ＩＣカード機能間での情報の共有は一切行われないため、記憶領域内に格納されている複数のＩＣカード機能情報を統括的に管理することは不可能となる。
【０００７】
本発明はかかる点に鑑みてなされたものであり、非接触カード機能用コンテンツを統括的管理することができ、しかも非接触カード機能用コンテンツの追加・削除を簡単に行うことができる移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の移動体端末装置は、端末本体と、前記端末本体で使用する種々の機能を動作させる端末オペレーションシステムと、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記種々の機能を用いて前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、を具備することを特徴とする。
【０００９】
この構成によれば、非接触カード機能制御手段が非接触カード機能用コンテンツを管理することができ、これにより種々の機能を用いて非接触カード機能用コンテンツを使用することができる。その結果、ユーザは非接触カード機能用コンテンツを簡単に使用、例えば表示画面上で認識することができる。
【００１０】
本発明の移動体端末装置は、端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード機能用コンテンツを直接取得する取得手段と、を具備し、前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツを提供するアプリケーションを経由して前記非接触カード機能用コンテンツの追加・削除の制御を行うと共に、前記取得手段を介して前記非接触カード機能用コンテンツの追加の制御を行うことを特徴とする。
【００１１】
この構成によれば、アプリケーション経由でも、アプリケーションを経由せずにリーダライタからでも非接触カード機能用コンテンツの追加を制御することができるので、ユーザは非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことができる。
【００１２】
本発明の移動体端末装置においては、前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツと、前記非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを有することが好ましい。
【００１３】
この構成によれば、非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを有するので、非接触カード機能用コンテンツを管理することが可能となる。これにより、非接触カード用格納手段内における非接触カード機能用コンテンツを格納手段内の格納領域毎に表示することが可能となる。また、関連テーブルにより非接触カード機能用コンテンツを格納領域毎に管理できるので、非接触カード機能用コンテンツ内の容量を格納領域毎に把握することが可能となる。
【００１４】
本発明の移動体端末装置においては、前記関連テーブルが前記非接触カード機能用コンテンツの削除を行う際に使用する前記非接触カード機能用コンテンツ毎の削除ＵＲＬを有しており、非接触カード機能制御手段は、前記ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行う際に前記削除ＵＲＬにリクエストすることが好ましい。
【００１５】
この構成によれば、関連テーブルで削除ＵＲＬを管理しているので、非接触カード機能用コンテンツを提供するコンテンツ提供者のアプリケーションを起動させることなく、削除ＵＲＬのリンク先で非接触カード機能用コンテンツの削除を行うことが可能となる。
【００１６】
本発明の移動体端末装置においては、前記非接触カード機能制御手段は、前記非接触カード用格納手段に新たな非接触カード機能用コンテンツが追加されたときに前記関連テーブルに前記非接触カード機能用コンテンツを更新することが好ましい。
【００１７】
この構成によれば、新たな非接触カード機能用コンテンツが追加された際にその情報を関連テーブルに更新するので、非接触カード機能用コンテンツを整理した状態で管理することが可能となる。
【００１８】
本発明の移動体端末装置においては、前記非接触カード用格納手段は、前記非接触カード機能用コンテンツを格納する複数の領域を有することが好ましい。
【００１９】
この構成によれば、格納手段を複数の領域に分けることにより、例えばカテゴリ、サービスレベル、セキュリティレベルに基づいて非接触カード用コンテンツの管理が可能となる。
【００２０】
本発明の移動体端末装置においては、前記種々の機能はビューワ機能を含み、前記非接触カード機能制御手段は、前記ビューワ機能を使用して、前記格納手段における前記複数の領域のそれぞれについて前記非接触カード機能用コンテンツを表示することが好ましい。
【００２１】
この構成によれば、非接触カード用格納手段内における非接触カード機能用コンテンツを格納手段内の格納領域毎に非常に見易く表示することが可能となる。その結果、ユーザが格納領域毎の非接触カード機能用コンテンツの内容や状態を簡単に認識することができる。
【００２２】
本発明の移動体端末装置においては、前記非接触カード機能制御手段は、前記ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行うことが好ましい。
【００２３】
この構成によれば、アプリケーションを起動させることなく、画面上で非接触カード機能用コンテンツを削除することが可能であるので、ユーザの簡単な操作で容易に非接触カード機能用コンテンツを削除することができ、ユーザの利便性が向上する。
【００２４】
本発明の非接触カード機能管理システムは、上記移動体端末装置と、前記移動体端末装置とネットワークを介して接続されており、前記非接触カード機能用コンテンツを提供するプロバイダから得た複数の非接触カード機能用コンテンツを格納する前記非接触カード機能用コンテンツサーバと、を具備することを特徴とする。
【００２５】
この構成によれば、上記移動体端末装置により非接触カード機能用コンテンツを管理することができ、非接触カード機能用コンテンツの追加・削除を簡単に行うことができるので、ユーザの簡単な操作で非接触カード機能用コンテンツの追加・削除を行うことができるシステムを実現することができる。
【００２６】
本発明の非接触カード機能取得システムは、移動体端末装置と、前記移動体端末装置とネットワークを介して接続されており、前記非接触カード機能用コンテンツを提供するプロバイダのサーバと、を具備し、前記移動体端末装置は、端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード機能用コンテンツを直接取得する取得手段と、を有しており、前記非接触カード機能制御手段は、前記取得手段を介して前記非接触カード機能用コンテンツの追加を行った際に、追加した非接触カード機能用コンテンツに対応するコンテンツ情報を前記サーバから取得することを特徴とする。
【００２７】
この構成によれば、外部から直接非接触カード機能用コンテンツを取得した際に、その非接触カード機能用コンテンツに関するコンテンツ情報をサーバから取得するので、外部から取得した非接触カード機能用コンテンツを、アプリケーションを起動して取得した非接触カード機能用コンテンツと同様に管理することが可能となる。
【発明の効果】
【００２８】
本発明によれば、非接触カード機能用コンテンツを提供するアプリケーションを経由して非接触カード機能用コンテンツの追加・削除の制御を行うと共に、外部の取得手段から非接触カード機能用コンテンツの追加の制御を行う非接触カード機能制御手段を備えているので、非接触カード機能用コンテンツを管理することができ、しかも非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことができる。
【発明を実施するための最良の形態】
【００２９】
従来技術においては、非接触カード機能を制御できるのはその非接触カード機能に対応するアプリケーションだけであったため、非接触カード機能用コンテンツを登録する際には、非接触カード機能用コンテンツに対応するアプリケーションへの登録が必須である。また、非接触カード機能用コンテンツに対応するアプリケーションへの登録がなされていないと、たとえ実際は非接触カード機能用コンテンツが移動体端末装置内に格納されていたとしても、一覧表示にその内容を反映させることができない。
【００３０】
そこで本発明者らは、非接触カード機能用のオペレーションシステムで非接触カード機能を実行し、その他の機能を端末オペレーションシステムで実行している点に着目し、非接触カード機能と、移動機に搭載された他の機能（ネイティブ機能）、例えばブラウザ機能、メニュー機能、ビューワ機能などとを制御できるマネージャを設けることにより、非接触カード機能用コンテンツの管理、非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことができ、しかも、非接触カード機能用コンテンツの内容を一覧表示に反映させることができることを見出し本発明をするに至った。
【００３１】
すなわち、本発明の骨子は、非接触カード機能用コンテンツを提供するアプリケーションを経由して非接触カード機能用コンテンツの追加・削除の制御を行うと共に、外部の取得手段から非接触カード機能用コンテンツの追加の制御を行う非接触カード機能制御手段を設けることにより、非接触カード機能用コンテンツを管理し、しかも非接触カード機能用コンテンツの追加・削除を簡単な操作で行うこと、並びに非接触カード機能用コンテンツの内容を一覧表示に反映させることである。
【００３２】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
図１は、本発明の一実施の形態に係る非接触カード機能管理システム及び非接触カード機能取得システムの概略構成を示す図である。
【００３３】
図１に示すシステムは、本発明に係る移動体端末１１と、この移動体端末１１と移動通信網１２を介して接続された移動通信網用サーバ１３と、移動体端末１１とインターネット１４のようなネットワークを介して接続されたＷｅｂサーバ１５及び非接触カード機能用コンテンツサーバ１６とから主に構成されている。
【００３４】
移動体端末１１は、種々のアプリケーション１１１及び非接触カード機能１１２を実行できる機能を備えている。また、移動体端末１１は、外部リーダライタ（Ｒ／Ｗ）１７と情報の送受信を行うことができる取得手段であるリーダライタ（図示せず）を備えている。なお、外部リーダライタ１７は、コントローラ１８により駆動する。
【００３５】
移動体端末１１における非接触カード機能１１２は、非接触カード、例えば非接触ＩＣカード機能用コンテンツを追加・削除できる機能をいい、例えばフェリカ（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）のようなＩＣカードに格納し、そのＩＣカードを携帯端末装置に着脱可能にする構成としても良い。この場合、携帯端末装置には、ＩＣカードを挿入できるスロットなどのカード挿入口を設ける。このようにＦＡＭ機能（ＦＡＭ、フェリカデバイスドライバ、フェリカチップ、フェリカＯＳ）をＩＣカードに格納し、そのＩＣカードを他の携帯端末装置に挿入することにより、ＩＣカードに格納したフェリカコンテンツを他の携帯端末装置で使用することが可能となる。これにより、フェリカコンテンツを携帯端末装置間で自由に移動することができ、フェリカコンテンツの利用の自由度が広がる。
【００８４】
このようにＦＡＭ機能をＩＣカードに搭載する場合、ＦＡＭ機能の一部の機能を携帯端末装置に搭載し、ＦＡＭ機能の残りの機能をＩＣカードに搭載するような構成としても良い。例えば、ＦＡＭが各種コンテンツの管理に用いる関連テーブルをＩＣカードに格納し、その他のＦＡＭ、フェリカデバイスドライバ、フェリカチップ、フェリカＯＳなどのＦＡＭ制御機能（デバイス、プログラム、アプリケーション）を携帯端末装置に搭載する。このようにＦＡＭ機能を切り分けて搭載場所を異なるようにすることにより、フェリカコンテンツに関するセキュリティを高くすることができる。
【００８５】
このように関連テーブルをＩＣカードに格納する場合、図１７に示すように、関連テーブルにユーザ認証情報（例えばユーザＩＤ及びパスワード）の領域を設け、ＩＣカードを使用する際にこの関連テーブルを用いてユーザ認証を行うことが好ましい。例えば、このような関連テーブルを格納したＩＣカードを携帯端末装置から取り出して、別の携帯端末装置に挿入してフェリカコンテンツを利用するときに、携帯端末装置に搭載されているＦＡＭがＩＣカードのＩＤを識別し、未知のユーザが使用としている場合、すなわち自装置のＩＤと異なるＩＤであった場合にユーザ認証を行う。このとき、ユーザにユーザＩＤとパスワードの入力を求める。なお、セキュリティをより高くするためには、ユーザ認証として、指紋照合などのバイオメトリクス技術を用いることが好ましい。例えば、携帯端末装置に指紋画像をスキャニングするスキャナを設け、そのスキャナに指をすべらせたり、指を置いたりして指紋画像を取得する。
【００８６】
なお、図３から図５及び図８に示す画面構成は、自分の移動体端末に現在格納されているフェリカコンテンツのサービス名や、それぞれの領域の記憶容量の残存値をユーザが容易に把握するための一例であり、「削除」などの処理をユーザが容易にできれば、ここに示す画面構成に限定されない。
【００８７】
例えば、図３〜図５に示すように領域毎に区別して一覧表示させるのではなく、全領域のサービス名が一つのページ上で一覧表示されるような画面構成でも良い。この場合において、新しいコンテンツの追加にあたって容量不足により既存のコンテンツを削除する必要があるときは、新しいコンテンツが格納されるべき領域と同じ領域のコンテンツが削除されるようにする。例えば、新しいコンテンツがフリー領域に格納されるコンテンツであり、この新しいコンテンツを追加するにあたってコンテンツの削除が必要であるときは、フリー領域に既に格納されているコンテンツから削除できるようにし、他の領域に格納されているコンテンツを削除できないようにすることが望ましい。例えば、フリー領域の新しいコンテンツを追加する場合に容量不足になったときには、全領域のサービス名が一覧表示されている画面上でフリー領域に格納されているコンテンツのみを「削除対象コンテンツ」として選択可能にする。具体的には、フリー領域に格納されているコンテンツのみの文字や範囲の色を変える、あるいはフリー領域以外の領域に格納されているコンテンツの文字や範囲をグレーにする。このような構成にすることにより、ユーザは一つの一覧表示画面ですべてのサービスを一度に閲覧でき、特定のサービスを検索する際に利便性が向上する。また、この構成によれば、容量不足でコンテンツを削除する際にも無関係なコンテンツを削除してしまうことを防止できる。
【００８８】
あるいは、全領域のサービス名が一つのページ上で一覧表示された状態において、「追加」及び「削除」の処理を行う際に図３〜図５に示すような領域毎の一覧表示画面に遷移するような設計にしても良い。
【００８９】
本発明は上記実施の形態に限定されず、種々変更して実施することが可能である。例えば、上記実施の形態で説明した構成に限定されず、本発明の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。例えば上記実施の形態においては、フェリカと共にブラウザ、メニュー、フェリカビューワを起動する制御手段としてＦＡＭを用いた場合について説明しているが、本発明においては、フェリカと共にブラウザ、メニュー、フェリカビューワを起動することができる他の制御手段や管理手段などを用いても良い。また、上記実施の形態においては、非接触カード機能がフェリカである場合について説明しているが、本発明は非接触カード機能がフェリカ以外の非接触カード機能である場合にも同様に適用することができる。
【図面の簡単な説明】
【００９０】
【図１】本発明の一実施の形態に係る非接触カード機能管理システム及び非接触カード機能取得システムの概略構成を示す図である。
【図２】本発明の一実施の形態に係る移動体端末装置の非接触カード機能用コンテンツを格納する格納領域の構成を示す図である。
【図３】移動体端末装置の表示画面において共通領域の非接触カード機能用コンテンツを示した図である。
【図４】移動体端末装置の表示画面において公共領域の非接触カード機能用コンテンツを示した図である。
【図５】移動体端末装置の表示画面においてフリー領域の非接触カード機能用コンテンツを示した図である。
【図６】本発明の一実施の形態に係る移動体端末装置の内部構成を示す図である。
【図７】非接触カード機能用コンテンツと、この非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを示す図である。
【図８】移動体端末装置の表示画面において共通領域の非接触カード機能用コンテンツの一つをアクティブにした状態を示す図である。
【図９】移動体端末１１においてフェリカコンテンツを削除する手順を示すフロー図である。
【図１０】移動体端末１１においてフェリカコンテンツを削除する手順を示すシーケンス図である。
【図１１】移動体端末１１においてフェリカコンテンツを削除する手順を示すシーケンス図である。
【図１２】移動体端末１１においてフェリカコンテンツを削除する手順を示すシーケンス図である。
【図１３】移動体端末１１においてフェリカコンテンツを削除する手順を示すシーケンス図である。
【図１４】移動体端末装置においてＲ／Ｗを介して非接触カード機能用コンテンツを追加する手順を示すシーケンス図である。
【図１５】移動体端末装置の他の内部構成を示す図である。
【図１６】図１５に示す移動体端末装置の表示画面において非接触カード機能用コンテンツを示した図である。
【図１７】非接触カード機能用コンテンツと、この非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルの他の例を示す図である。
【符号の説明】
【００９１】
１１ 移動体端末
１２ 移動通信網
１３ 移動通信網用サーバ
１４ インターネット
１５ Ｗｅｂサーバ
１６ 非接触カード機能用コンテンツサーバ
１７ 外部リーダライタ
１８ コントローラ
２１ 共通領域
２２ 公共領域
２３ フリー領域
２４ インジケータ
３１ 移動機ＯＳ
３２ ＦＡＭ
３３ フェリカデバイスドライバ
３４ フェリカチップ
３５ フェリカＯＳ
３６ ＪＡＭ
３７ ＡＰＩ，ＫＶＭ
３８ ブラウザ
３９ メニュー
４０ フェリカビューワ
１１１ アプリケーション
１１２ 非接触カード機能
【技術分野】
【０００１】
本発明は、移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システムに関し、特に非接触カード機能の管理や取得が簡単である移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システムに関する。
【背景技術】
【０００２】
近年、プラスチックカードにＩＣを埋め込んだＩＣカードが普及している。このＩＣカードは、種々のカード、クレジットカードやデビッドカードなどの機能を搭載することが可能である。このＩＣカード機能を移動体端末装置に搭載する技術が開発されてきている。
【０００３】
ＩＣカード機能を搭載した移動体端末装置においては、その表示画面上でユーザの操作に応じて所望のＩＣカード機能を選択できるようになっている。ユーザが表示画面上で所望のＩＣカード機能を選択して実行する場合には、そのＩＣカード機能に対応するアプリケーションを起動させてＩＣカード機能を実行する。
【０００４】
【特許文献１】特開２００３−７６９５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、このような移動体端末装置においては、ＩＣカード機能に対する処理、例えば追加処理や削除処理を行う場合に、必ずＩＣカード機能に対応するアプリケーションを起動しなければならず、煩雑な操作が必要であった。また、ＩＣカード機能を移動体端末装置で見る場合に、すべてのＩＣカード機能のタイトルが単に一覧表示されるだけであり、ＩＣカード機能の統括的な管理はなされていないのが現状である。
【０００６】
また、移動体端末装置の表示画面上に、上記のＩＣカード機能の一覧を表示する際には、現在ＩＣカード機能に対応するアプリケーションにおける情報を参照しているため、たとえ技術的にリーダライタ（Ｒ／Ｗ）などの外部機器から直接ＩＣカード機能の情報を取得することが可能となっても、この機能に関する情報をＩＣカード機能の一覧表示に反映させる術がない。上記のような不都合は、現在普及している移動体端末装置の仕組み上、ＩＣカード機能に対応する所定のアプリケーションからのみアクセス可能であることによる。しかしながら、このような制限は、ＩＣカード機能及び本機能に関連する情報のセキュリティを保つ上で必要である。したがって、ＩＣカード上の同一の記憶領域に保管されている情報であっても、各ＩＣカード機能間での情報の共有は一切行われないため、記憶領域内に格納されている複数のＩＣカード機能情報を統括的に管理することは不可能となる。
【０００７】
本発明はかかる点に鑑みてなされたものであり、非接触カード機能用コンテンツを統括的管理することができ、しかも非接触カード機能用コンテンツの追加・削除を簡単に行うことができる移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の移動体端末装置は、端末本体と、前記端末本体で使用する種々の機能を動作させる端末オペレーションシステムと、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記種々の機能を用いて前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、を具備することを特徴とする。
【０００９】
この構成によれば、非接触カード機能制御手段が非接触カード機能用コンテンツを管理することができ、これにより種々の機能を用いて非接触カード機能用コンテンツを使用することができる。その結果、ユーザは非接触カード機能用コンテンツを簡単に使用、例えば表示画面上で認識することができる。
【００１０】
本発明の移動体端末装置は、端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード機能用コンテンツを直接取得する取得手段と、を具備し、前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツを提供するアプリケーションを経由して前記非接触カード機能用コンテンツの追加・削除の制御を行うと共に、前記取得手段を介して前記非接触カード機能用コンテンツの追加の制御を行うことを特徴とする。
【００１１】
この構成によれば、アプリケーション経由でも、アプリケーションを経由せずにリーダライタからでも非接触カード機能用コンテンツの追加を制御することができるので、ユーザは非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことができる。
【００１２】
本発明の移動体端末装置においては、前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツと、前記非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを有することが好ましい。
【００１３】
この構成によれば、非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを有するので、非接触カード機能用コンテンツを管理することが可能となる。これにより、非接触カード用格納手段内における非接触カード機能用コンテンツを格納手段内の格納領域毎に表示することが可能となる。また、関連テーブルにより非接触カード機能用コンテンツを格納領域毎に管理できるので、非接触カード機能用コンテンツ内の容量を格納領域毎に把握することが可能となる。
【００１４】
本発明の移動体端末装置においては、前記関連テーブルが前記非接触カード機能用コンテンツの削除を行う際に使用する前記非接触カード機能用コンテンツ毎の削除ＵＲＬを有しており、非接触カード機能制御手段は、前記ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行う際に前記削除ＵＲＬにリクエストすることが好ましい。
【００１５】
この構成によれば、関連テーブルで削除ＵＲＬを管理しているので、非接触カード機能用コンテンツを提供するコンテンツ提供者のアプリケーションを起動させることなく、削除ＵＲＬのリンク先で非接触カード機能用コンテンツの削除を行うことが可能となる。
【００１６】
本発明の移動体端末装置においては、前記非接触カード機能制御手段は、前記非接触カード用格納手段に新たな非接触カード機能用コンテンツが追加されたときに前記関連テーブルに前記非接触カード機能用コンテンツを更新することが好ましい。
【００１７】
この構成によれば、新たな非接触カード機能用コンテンツが追加された際にその情報を関連テーブルに更新するので、非接触カード機能用コンテンツを整理した状態で管理することが可能となる。
【００１８】
本発明の移動体端末装置においては、前記非接触カード用格納手段は、前記非接触カード機能用コンテンツを格納する複数の領域を有することが好ましい。
【００１９】
この構成によれば、格納手段を複数の領域に分けることにより、例えばカテゴリ、サービスレベル、セキュリティレベルに基づいて非接触カード用コンテンツの管理が可能となる。
【００２０】
本発明の移動体端末装置においては、前記種々の機能はビューワ機能を含み、前記非接触カード機能制御手段は、前記ビューワ機能を使用して、前記格納手段における前記複数の領域のそれぞれについて前記非接触カード機能用コンテンツを表示することが好ましい。
【００２１】
この構成によれば、非接触カード用格納手段内における非接触カード機能用コンテンツを格納手段内の格納領域毎に非常に見易く表示することが可能となる。その結果、ユーザが格納領域毎の非接触カード機能用コンテンツの内容や状態を簡単に認識することができる。
【００２２】
本発明の移動体端末装置においては、前記非接触カード機能制御手段は、前記ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行うことが好ましい。
【００２３】
この構成によれば、アプリケーションを起動させることなく、画面上で非接触カード機能用コンテンツを削除することが可能であるので、ユーザの簡単な操作で容易に非接触カード機能用コンテンツを削除することができ、ユーザの利便性が向上する。
【００２４】
本発明の非接触カード機能管理システムは、上記移動体端末装置と、前記移動体端末装置とネットワークを介して接続されており、前記非接触カード機能用コンテンツを提供するプロバイダから得た複数の非接触カード機能用コンテンツを格納する前記非接触カード機能用コンテンツサーバと、を具備することを特徴とする。
【００２５】
この構成によれば、上記移動体端末装置により非接触カード機能用コンテンツを管理することができ、非接触カード機能用コンテンツの追加・削除を簡単に行うことができるので、ユーザの簡単な操作で非接触カード機能用コンテンツの追加・削除を行うことができるシステムを実現することができる。
【００２６】
本発明の非接触カード機能取得システムは、移動体端末装置と、前記移動体端末装置とネットワークを介して接続されており、前記非接触カード機能用コンテンツを提供するプロバイダのサーバと、を具備し、前記移動体端末装置は、端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード機能用コンテンツを直接取得する取得手段と、を有しており、前記非接触カード機能制御手段は、前記取得手段を介して前記非接触カード機能用コンテンツの追加を行った際に、追加した非接触カード機能用コンテンツに対応するコンテンツ情報を前記サーバから取得することを特徴とする。
【００２７】
この構成によれば、外部から直接非接触カード機能用コンテンツを取得した際に、その非接触カード機能用コンテンツに関するコンテンツ情報をサーバから取得するので、外部から取得した非接触カード機能用コンテンツを、アプリケーションを起動して取得した非接触カード機能用コンテンツと同様に管理することが可能となる。
【発明の効果】
【００２８】
本発明によれば、非接触カード機能用コンテンツを提供するアプリケーションを経由して非接触カード機能用コンテンツの追加・削除の制御を行うと共に、外部の取得手段から非接触カード機能用コンテンツの追加の制御を行う非接触カード機能制御手段を備えているので、非接触カード機能用コンテンツを管理することができ、しかも非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことができる。
【発明を実施するための最良の形態】
【００２９】
従来技術においては、非接触カード機能を制御できるのはその非接触カード機能に対応するアプリケーションだけであったため、非接触カード機能用コンテンツを登録する際には、非接触カード機能用コンテンツに対応するアプリケーションへの登録が必須である。また、非接触カード機能用コンテンツに対応するアプリケーションへの登録がなされていないと、たとえ実際は非接触カード機能用コンテンツが移動体端末装置内に格納されていたとしても、一覧表示にその内容を反映させることができない。
【００３０】
そこで本発明者らは、非接触カード機能用のオペレーションシステムで非接触カード機能を実行し、その他の機能を端末オペレーションシステムで実行している点に着目し、非接触カード機能と、移動機に搭載された他の機能（ネイティブ機能）、例えばブラウザ機能、メニュー機能、ビューワ機能などとを制御できるマネージャを設けることにより、非接触カード機能用コンテンツの管理、非接触カード機能用コンテンツの追加・削除を簡単な操作で行うことができ、しかも、非接触カード機能用コンテンツの内容を一覧表示に反映させることができることを見出し本発明をするに至った。
【００３１】
すなわち、本発明の骨子は、非接触カード機能用コンテンツを提供するアプリケーションを経由して非接触カード機能用コンテンツの追加・削除の制御を行うと共に、外部の取得手段から非接触カード機能用コンテンツの追加の制御を行う非接触カード機能制御手段を設けることにより、非接触カード機能用コンテンツを管理し、しかも非接触カード機能用コンテンツの追加・削除を簡単な操作で行うこと、並びに非接触カード機能用コンテンツの内容を一覧表示に反映させることである。
【００３２】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
図１は、本発明の一実施の形態に係る非接触カード機能管理システム及び非接触カード機能取得システムの概略構成を示す図である。
【００３３】
図１に示すシステムは、本発明に係る移動体端末１１と、この移動体端末１１と移動通信網１２を介して接続された移動通信網用サーバ１３と、移動体端末１１とインターネット１４のようなネットワークを介して接続されたＷｅｂサーバ１５及び非接触カード機能用コンテンツサーバ１６とから主に構成されている。
【００３４】
移動体端末１１は、種々のアプリケーション１１１及び非接触カード機能１１２を実行できる機能を備えている。また、移動体端末１１は、外部リーダライタ（Ｒ／Ｗ）１７と情報の送受信を行うことができる取得手段であるリーダライタ（図示せず）を備えている。なお、外部リーダライタ１７は、コントローラ１８により駆動する。
【００３５】
移動体端末１１における非接触カード機能１１２は、非接触カード、例えば非接触ＩＣカード機能用コンテンツを追加・削除できる機能をいい、例えばフェリカ（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）のようなＩＣカードに格納し、そのＩＣカードを携帯端末装置に着脱可能にする構成としても良い。この場合、携帯端末装置には、ＩＣカードを挿入できるスロットなどのカード挿入口を設ける。このようにＦＡＭ機能（ＦＡＭ、フェリカデバイスドライバ、フェリカチップ、フェリカＯＳ）をＩＣカードに格納し、そのＩＣカードを他の携帯端末装置に挿入することにより、ＩＣカードに格納したフェリカコンテンツを他の携帯端末装置で使用することが可能となる。これにより、フェリカコンテンツを携帯端末装置間で自由に移動することができ、フェリカコンテンツの利用の自由度が広がる。
【００８４】
このようにＦＡＭ機能をＩＣカードに搭載する場合、ＦＡＭ機能の一部の機能を携帯端末装置に搭載し、ＦＡＭ機能の残りの機能をＩＣカードに搭載するような構成としても良い。例えば、ＦＡＭが各種コンテンツの管理に用いる関連テーブルをＩＣカードに格納し、その他のＦＡＭ、フェリカデバイスドライバ、フェリカチップ、フェリカＯＳなどのＦＡＭ制御機能（デバイス、プログラム、アプリケーション）を携帯端末装置に搭載する。このようにＦＡＭ機能を切り分けて搭載場所を異なるようにすることにより、フェリカコンテンツに関するセキュリティを高くすることができる。
【００８５】
このように関連テーブルをＩＣカードに格納する場合、図１７に示すように、関連テーブルにユーザ認証情報（例えばユーザＩＤ及びパスワード）の領域を設け、ＩＣカードを使用する際にこの関連テーブルを用いてユーザ認証を行うことが好ましい。例えば、このような関連テーブルを格納したＩＣカードを携帯端末装置から取り出して、別の携帯端末装置に挿入してフェリカコンテンツを利用するときに、携帯端末装置に搭載されているＦＡＭがＩＣカードのＩＤを識別し、未知のユーザが使用としている場合、すなわち自装置のＩＤと異なるＩＤであった場合にユーザ認証を行う。このとき、ユーザにユーザＩＤとパスワードの入力を求める。なお、セキュリティをより高くするためには、ユーザ認証として、指紋照合などのバイオメトリクス技術を用いることが好ましい。例えば、携帯端末装置に指紋画像をスキャニングするスキャナを設け、そのスキャナに指をすべらせたり、指を置いたりして指紋画像を取得する。
【００８６】
なお、図３から図５及び図８に示す画面構成は、自分の移動体端末に現在格納されているフェリカコンテンツのサービス名や、それぞれの領域の記憶容量の残存値をユーザが容易に把握するための一例であり、「削除」などの処理をユーザが容易にできれば、ここに示す画面構成に限定されない。
【００８７】
例えば、図３〜図５に示すように領域毎に区別して一覧表示させるのではなく、全領域のサービス名が一つのページ上で一覧表示されるような画面構成でも良い。この場合において、新しいコンテンツの追加にあたって容量不足により既存のコンテンツを削除する必要があるときは、新しいコンテンツが格納されるべき領域と同じ領域のコンテンツが削除されるようにする。例えば、新しいコンテンツがフリー領域に格納されるコンテンツであり、この新しいコンテンツを追加するにあたってコンテンツの削除が必要であるときは、フリー領域に既に格納されているコンテンツから削除できるようにし、他の領域に格納されているコンテンツを削除できないようにすることが望ましい。例えば、フリー領域の新しいコンテンツを追加する場合に容量不足になったときには、全領域のサービス名が一覧表示されている画面上でフリー領域に格納されているコンテンツのみを「削除対象コンテンツ」として選択可能にする。具体的には、フリー領域に格納されているコンテンツのみの文字や範囲の色を変える、あるいはフリー領域以外の領域に格納されているコンテンツの文字や範囲をグレーにする。このような構成にすることにより、ユーザは一つの一覧表示画面ですべてのサービスを一度に閲覧でき、特定のサービスを検索する際に利便性が向上する。また、この構成によれば、容量不足でコンテンツを削除する際にも無関係なコンテンツを削除してしまうことを防止できる。
【００８８】
あるいは、全領域のサービス名が一つのページ上で一覧表示された状態において、「追加」及び「削除」の処理を行う際に図３〜図５に示すような領域毎の一覧表示画面に遷移するような設計にしても良い。
【００８９】
本発明は上記実施の形態に限定されず、種々変更して実施することが可能である。例えば、上記実施の形態で説明した構成に限定されず、本発明の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。例えば上記実施の形態においては、フェリカと共にブラウザ、メニュー、フェリカビューワを起動する制御手段としてＦＡＭを用いた場合について説明しているが、本発明においては、フェリカと共にブラウザ、メニュー、フェリカビューワを起動することができる他の制御手段や管理手段などを用いても良い。また、上記実施の形態においては、非接触カード機能がフェリカである場合について説明しているが、本発明は非接触カード機能がフェリカ以外の非接触カード機能である場合にも同様に適用することができる。
【図面の簡単な説明】
【００９０】
【図１】本発明の一実施の形態に係る非接触カード機能管理システム及び非接触カード機能取得システムの概略構成を示す図である。
【図２】本発明の一実施の形態に係る移動体端末装置の非接触カード機能用コンテンツを格納する格納領域の構成を示す図である。
【図３】移動体端末装置の表示画面において共通領域の非接触カード機能用コンテンツを示した図である。
【図４】移動体端末装置の表示画面において公共領域の非接触カード機能用コンテンツを示した図である。
【図５】移動体端末装置の表示画面においてフリー領域の非接触カード機能用コンテンツを示した図である。
【図６】本発明の一実施の形態に係る移動体端末装置の内部構成を示す図である。
【図７】非接触カード機能用コンテンツと、この非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを示す図である。
【図８】移動体端末装置の表示画面において共通領域の非接触カード機能用コンテンツの一つをアクティブにした状態を示す図である。
【図９】移動体端末１１においてフェリカコンテンツを削除する手順を示すフロー図である。
【図１０】移動体端末１１においてフェリカコンテンツを削除する手順を示すシーケンス図である。
【図１１】移動体端末１１においてフェリカコンテンツを削除する手順を示すシーケンス図である。
【図１２】移動体端末１１においてフェリカコンテンツを削除する手順を示すシーケンス図である。
【図１３】移動体端末１１においてフェリカコンテンツを削除する手順を示すシーケンス図である。
【図１４】移動体端末装置においてＲ／Ｗを介して非接触カード機能用コンテンツを追加する手順を示すシーケンス図である。
【図１５】移動体端末装置の他の内部構成を示す図である。
【図１６】図１５に示す移動体端末装置の表示画面において非接触カード機能用コンテンツを示した図である。
【図１７】非接触カード機能用コンテンツと、この非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルの他の例を示す図である。
【符号の説明】
【００９１】
１１ 移動体端末
１２ 移動通信網
１３ 移動通信網用サーバ
１４ インターネット
１５ Ｗｅｂサーバ
１６ 非接触カード機能用コンテンツサーバ
１７ 外部リーダライタ
１８ コントローラ
２１ 共通領域
２２ 公共領域
２３ フリー領域
２４ インジケータ
３１ 移動機ＯＳ
３２ ＦＡＭ
３３ フェリカデバイスドライバ
３４ フェリカチップ
３５ フェリカＯＳ
３６ ＪＡＭ
３７ ＡＰＩ，ＫＶＭ
３８ ブラウザ
３９ メニュー
４０ フェリカビューワ
１１１ アプリケーション
１１２ 非接触カード機能
【特許請求の範囲】
【請求項１】
端末本体と、前記端末本体で使用する種々の機能を動作させる端末オペレーションシステムと、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記種々の機能を用いて前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、を具備することを特徴とする移動体端末装置。
【請求項２】
端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード機能用コンテンツを直接取得する取得手段と、を具備し、前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツを提供するアプリケーションを経由して前記非接触カード機能用コンテンツの追加・削除の制御を行うと共に、前記取得手段を介して前記非接触カード機能用コンテンツの追加の制御を行うことを特徴とする移動体端末装置。
【請求項３】
前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツと、前記非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを有することを特徴とする請求項１又は請求項２記載の移動体端末装置。
【請求項４】
前記関連テーブルが前記非接触カード機能用コンテンツの削除を行う際に使用する前記非接触カード機能用コンテンツ毎の削除ＵＲＬを有しており、非接触カード機能制御手段は、ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行う際に前記削除ＵＲＬにリクエストすることを特徴とする請求項３記載の移動体端末装置。
【請求項５】
前記非接触カード機能制御手段は、前記非接触カード用格納手段に新たな非接触カード機能用コンテンツが追加されたときに前記関連テーブルに前記非接触カード機能用コンテンツを更新することを特徴とする請求項３又は請求項４記載の移動体端末装置。
【請求項６】
前記非接触カード用格納手段は、前記非接触カード機能用コンテンツを格納する複数の領域を有することを特徴とする請求項１から請求項５のいずれかに記載の移動体端末装置。
【請求項７】
前記種々の機能はビューワ機能を含み、前記非接触カード機能制御手段は、前記ビューワ機能を使用して、前記格納手段における前記複数の領域のそれぞれについて前記非接触カード機能用コンテンツを表示することを特徴とする請求項６記載の移動体端末装置。
【請求項８】
前記非接触カード機能制御手段は、前記ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行うことを特徴とする請求項７記載の移動体端末装置。
【請求項９】
請求項１から請求項８のいずれかに記載の移動体端末装置と、前記移動体端末装置とネットワークを介して接続されており、前記非接触カード機能用コンテンツを提供するプロバイダから得た複数の非接触カード機能用コンテンツを格納する前記非接触カード機能用コンテンツサーバと、を具備することを特徴とする非接触カード機能管理システム。
【請求項１０】
移動体端末装置と、前記移動体端末装置とネットワークを介して接続されており、前記非接触カード機能用コンテンツを提供するプロバイダのサーバと、を具備し、
前記移動体端末装置は、端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード機能用コンテンツを直接取得する取得手段と、を有しており、
前記非接触カード機能制御手段は、前記取得手段を介して前記非接触カード機能用コンテンツの追加を行った際に、追加した非接触カード機能用コンテンツに対応するコンテンツ情報を前記サーバから取得することを特徴とする非接触カード機能取得システム。
【請求項１】
端末本体と、前記端末本体で使用する種々の機能を動作させる端末オペレーションシステムと、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記種々の機能を用いて前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、を具備することを特徴とする移動体端末装置。
【請求項２】
端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード機能用コンテンツを直接取得する取得手段と、を具備し、前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツを提供するアプリケーションを経由して前記非接触カード機能用コンテンツの追加・削除の制御を行うと共に、前記取得手段を介して前記非接触カード機能用コンテンツの追加の制御を行うことを特徴とする移動体端末装置。
【請求項３】
前記非接触カード機能制御手段は、前記非接触カード機能用コンテンツと、前記非接触カード機能用コンテンツを提供するアプリケーションとを関連づける関連テーブルを有することを特徴とする請求項１又は請求項２記載の移動体端末装置。
【請求項４】
前記関連テーブルが前記非接触カード機能用コンテンツの削除を行う際に使用する前記非接触カード機能用コンテンツ毎の削除ＵＲＬを有しており、非接触カード機能制御手段は、ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行う際に前記削除ＵＲＬにリクエストすることを特徴とする請求項３記載の移動体端末装置。
【請求項５】
前記非接触カード機能制御手段は、前記非接触カード用格納手段に新たな非接触カード機能用コンテンツが追加されたときに前記関連テーブルに前記非接触カード機能用コンテンツを更新することを特徴とする請求項３又は請求項４記載の移動体端末装置。
【請求項６】
前記非接触カード用格納手段は、前記非接触カード機能用コンテンツを格納する複数の領域を有することを特徴とする請求項１から請求項５のいずれかに記載の移動体端末装置。
【請求項７】
前記種々の機能はビューワ機能を含み、前記非接触カード機能制御手段は、前記ビューワ機能を使用して、前記格納手段における前記複数の領域のそれぞれについて前記非接触カード機能用コンテンツを表示することを特徴とする請求項６記載の移動体端末装置。
【請求項８】
前記非接触カード機能制御手段は、前記ビューワ機能を使用した際の表示画面上で前記非接触カード機能用コンテンツの削除を行うことを特徴とする請求項７記載の移動体端末装置。
【請求項９】
請求項１から請求項８のいずれかに記載の移動体端末装置と、前記移動体端末装置とネットワークを介して接続されており、前記非接触カード機能用コンテンツを提供するプロバイダから得た複数の非接触カード機能用コンテンツを格納する前記非接触カード機能用コンテンツサーバと、を具備することを特徴とする非接触カード機能管理システム。
【請求項１０】
移動体端末装置と、前記移動体端末装置とネットワークを介して接続されており、前記非接触カード機能用コンテンツを提供するプロバイダのサーバと、を具備し、
前記移動体端末装置は、端末本体と、非接触カード機能用コンテンツを格納する非接触カード用格納手段と、前記非接触カード機能用コンテンツを使用するための制御を行う非接触カード機能制御手段と、前記非接触カード機能用コンテンツを直接取得する取得手段と、を有しており、
前記非接触カード機能制御手段は、前記取得手段を介して前記非接触カード機能用コンテンツの追加を行った際に、追加した非接触カード機能用コンテンツに対応するコンテンツ情報を前記サーバから取得することを特徴とする非接触カード機能取得システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００６−９９７２１（Ｐ２００６−９９７２１Ａ）
【公開日】平成１８年４月１３日（２００６．４．１３）
【国際特許分類】
【出願番号】特願２００５−１２５０５０（Ｐ２００５−１２５０５０）
【出願日】平成１７年４月２２日（２００５．４．２２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成１８年４月１３日（２００６．４．１３）
【国際特許分類】
【出願日】平成１７年４月２２日（２００５．４．２２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]