携帯端末装置
【課題】ユーザにとって利便性のある課金形態を選択的に行える携帯端末装置を得る。
【解決手段】キー操作部６と、電子マネーの決済に関する通信を外部と行うＩＣ機能部８と、前記電子マネーの決済に関する課金情報を記憶するメモリ７，１３と、前記キー操作部６に所定の操作が行われてから前記ＩＣ機能部８が課金通信を行うと、該課金通信によって得られる課金情報について、前記メモリ７へ前記キー操作部６に行われた操作の種別に応じて課金の種別を関連付けて記憶させる制御部１０とを有する。
【解決手段】キー操作部６と、電子マネーの決済に関する通信を外部と行うＩＣ機能部８と、前記電子マネーの決済に関する課金情報を記憶するメモリ７，１３と、前記キー操作部６に所定の操作が行われてから前記ＩＣ機能部８が課金通信を行うと、該課金通信によって得られる課金情報について、前記メモリ７へ前記キー操作部６に行われた操作の種別に応じて課金の種別を関連付けて記憶させる制御部１０とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子マネー決済機能を有する携帯端末装置に関する。
【背景技術】
【０００２】
携帯電話等の携帯端末装置には、ＲＦＩＤ（Radio Frequency Identification）通信等を用いた電子マネーの決済機能を備えた機種があり、このような装置が普及して広く利用されている。電子マネーの決済機能を有する装置には、セキュリティ機能を備える必要があり、当該携帯端末装置を使用するユーザを認証する本人確認機能の向上が求められている。
【０００３】
例えば、特許文献１に記載された本人認証機能を有する携帯端末装置は、ＩＣカード部を有し、また、指紋認証センサを外装部材に取り付けている。ＩＣカード部は、ユーザ等の特定人物の指紋情報を格納している指紋情報格納部と、アクセス許可信号を送信する相手先の情報を格納する外部機器情報格納部とを備えている。
【０００４】
ＩＣカード部は、指紋の検出結果が本人の指紋情報と一致するとき、アクセス許可信号の発信を近距離無線発信装置に指令する。
近距離無線発信装置は、建築物、車両、金庫等の施錠装置、各種の自動販売機または券売機、公的書類交付用の本人確認装置、ＰＣまたは業務用ＣＰＵ等の如く、アクセス権を要する各種外部機器に配設される受信装置へアクセス許可信号を発信する。
上記の外部機器に配設されている受信装置は、受信したアクセス許可信号を識別し、適宜、セキュリティシステムを解除して当該外部機器を利用可能な状態に移行させる。
【０００５】
携帯電話機やＰＨＳ（登録商標）電話機からなる携帯端末装置は、前述のようにセキュリティを保証し、製品購入やサービス利用の対価を課金情報として電話会社等に通知する。
課金情報が通知された電話会社等は、携帯端末装置の所有者に料金請求を行っている。
また、前述の携帯端末装置を用いた料金精算において、携帯端末装置に金融機関端末から所望の金額を電子マネーとしてチャージしておき、電子マネーを利用した料金精算が行われている。
【０００６】
製品販売者またはサービス提供者は、携帯端末装置のアクセス許可信号により本人確認を行うと共に携帯端末装置にチャージされている金額を確認し、製品販売またはサービス提供を許可する。
他方、携帯端末装置の所有者は、購入製品または提供を受けたサービスの対価を携帯端末装置にチャージした電子マネーによって支払っている。
携帯端末装置は、電子マネーで支払った各料金を記憶しており、電子マネーを用いて決済した各料金の履歴をユーザの操作に応じて例えば一覧表示する機能を有する機種もある。
【０００７】
【特許文献１】特開２００２−８２９１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の携帯端末装置は、電子マネーを利用したとき、社用による利用料金と私用による利用料金とを同様に決済している。そのため、ユーザが携帯端末装置を操作して電子マネーの決済記録を閲覧するときには、社用と私用の区別がなく一様に表示される。携帯端末装置のユーザが社用の利用料金等を清算するときには、携帯端末装置に表示された電子マネーの決済記録の中から、ユーザ自らが社用の利用料金を判別して清算／申請手続きを行っていた。
【０００９】
また、ユーザは、社用と私用の区別が困難なとき、例えば、私用の利用料金の支払いは携帯端末装置を用い、後で清算申請を行う社用の利用料金は現金で支払うことがある。
ユーザが、自ら社用と私用の料金を判別するときには記憶頼りとなるため、後で利用目的が不明になることも有り得る。ユーザは、利用目的が不明な料金について手帳やスケジュールなどをチェックするという手間がかかることになる。
このように、携帯端末装置の電子マネー機能を用いて料金精算等の処理を行うとき、ユーザ自らの判別を要する場合があり、ユーザが当該電子マネー機能の利用を避けることがあった。
【００１０】
本発明はかかる事情に鑑みてなされたものであり、その目的は、ユーザにとって利便性のある課金形態を選択的に行える携帯端末装置、携帯端末装置の課金処理方法および携帯端末装置を用いた課金システムを得ることにある。
【課題を解決するための手段】
【００１１】
本発明の第１の観点の携帯端末装置は、電子マネーの決済に関する課金通信を外部と行う課金通信部と、前記電子マネーの決済に関する課金情報を記憶する記憶部と、前記課金通信部にて課金通信を行う際に、所定の条件を満たしているか判定し、前記所定の条件を満たす場合と満たさない場合とで、該課金通信によって得られる課金情報について異なる課金の種別を示す種別情報を関連付けて記憶させる制御部とを有する。
【００１２】
好適には、前記制御部の制御により前記記憶部に記憶される課金情報を表示する表示部を有し、前記制御部は、前記表示部へ課金情報を表示させるとき、前記記憶部の記憶内容を参照し、前記種別情報に基づく情報とともに、当該課金情報を表示させるように制御する。
【００１３】
好適には、前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、前記制御部は、該携帯端末装置の電源がＯＮされたときに、電源ＯＦＦ中に課金通信が行われたか否かを判定し、課金通信が行われたと判定した場合、該課金通信における課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記記憶部に追加記憶させる。
【００１４】
好適には、前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、前記制御部は、該携帯端末装置の電源がＯＮされたとき、あるいは前記表示部への課金情報の表示が要求されたときに、前記記憶部における課金の種別情報が関連付けられていない課金情報があるかどうかを判定し、課金種別が関連付けられていない課金情報が存在する場合には、該課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記記憶部に追加記憶させる。
【００１５】
好適には、前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、前記記憶部は、前記課金通信部により制御される第１の記憶部と、前記制御部により制御されて前記種別情報が記憶される第２の記憶部とを含んで構成され、 前記制御部は、該携帯端末装置の電源がＯＮされたとき、あるいは前記表示部への課金情報の表示が要求されたときに、前記第１の記憶部と前記第２の記憶部との双方における課金情報を比較し、前記第１の記憶部に記憶されているにもかかわらず前記第２の記憶部に記憶されていない課金情報が存在すれば、該課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記第２の記憶部に追加記憶させる。
【００１６】
好適には、前記制御部の制御により前記記憶部に記憶される課金情報を表示する表示部を有し、前記制御部は、前記表示部へ課金情報を複数表示させるとき、前記記憶部の記憶内容を参照し、前記所定の条件を満たすときの課金および前記所定の条件を満たさないときの課金のうち、いずれか一方のみの課金情報を表示させるように制御可能である。
【００１７】
好適には、操作部をさらに備え、前記所定の条件は、前記操作部が操作された状態で前記課金通信部にて課金通信が開始されることである。
【００１８】
好適には、開閉可能な筐体をさらに備え、前記所定の条件は、前記開閉いずれかの状態において前記課金通信部にて課金通信が開始されることである。
【発明の効果】
【００１９】
本発明によれば、ユーザにとって利便性のある課金形態を選択的に行える携帯端末装置を提供することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施形態について図面を参照して説明する。
【００２１】
＜第１の実施形態＞
図１は、本発明の第１の実施形態による携帯端末装置の構成を示すブロック図である。
図示した携帯端末装置１は、通話等のデータ通信を行うアンテナ２、通話等のデータ通信をアンテナ２を用いて行う通信部３、通信内容等を表示する表示部４、および、音声入出力部５、ユーザに設定等の操作を行わせるキー操作部６を有している。
【００２２】
また、携帯端末装置１は、通信動作等の制御データ等を記憶しているメモリ７、電子マネーの決済機能を有するＩＣ機能部８、当該携帯端末装置の各部に電力を供給する電源９、および、前述の各部の動作を制御する制御部１０を有している。
【００２３】
ＩＣ機能部８は、課金通信部を成し、図示を省略したリーダライタ等の外部装置と非接触型決済のＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）通信を行うループアンテナ１１、およびループアンテナ１１を用いて非接触型課金処理を行うＩＣチップ８ａによって構成されている。
ＩＣチップ８ａは、例えばＦｅｌｉｃａ（登録商標）チップを成し、Ｆｅｌｉｃａ規格によって電子マネー決済の各処理を行う制御用ＩＣチップ１２、および、電子マネー決済に関する各データを記憶しているメモリ１３を有している。
【００２４】
ＩＣチップ１２ならびにメモリ１３は、携帯端末装置１が前述のリーダライタの近傍にかざされると、即ち電磁波を受信したときにループアンテナ１１に発生する誘導起電力で起動のトリガがかかるように接続構成されている。
起動のトリガが生じると、ＩＣチップ１２ならびにメモリ１３は、携帯端末装置１の電源９から供給される電力によって動作するように接続構成されている。メモリ７およびメモリ１３は、課金先、使用日時、課金の種別等を表す課金情報と、当該課金情報を蓄積させた使用履歴と、各課金情報に関連させた課金の種別を表す情報等とを記憶している課金記憶部である。
【００２５】
次に動作について説明する。
例えば、ユーザが、携帯端末装置１に備えられている電子マネー決済機能のＳｕｉｃａ（登録商標）モードを用いて、私用でＡ駅からＢ駅まで鉄道を利用したときの料金を決済した。
さらにその後、ユーザが社用で外出した際に、前回と同様にＡ駅からＢ駅までの料金を同じく携帯端末装置１のＳｕｉｃａ（登録商標）モードによって決済した。このような場合についてを想定する。
【００２６】
社用で外出した際の料金を決済するとき、詳しくは、駅の改札機を通過するとき、携帯端末装置１の後述する専用キーを操作しながら改札機に携帯端末装置１をかざす。
このようにすると、後で携帯端末装置１を操作してＳｕｉｃａ（登録商標）モードによる使用履歴を参照すると、上記の専用キーを操作しながら改札機を通過したときの料金に、例えば社用を示すアイコン等が表示される。
このように、携帯端末装置１は、電子マネー決済を用いたときの各課金が、私用時のものか社用時のものかを判別することができるように、使用履歴を表示する。
【００２７】
図２は、図１に示した携帯端末装置の動作を示す説明図である。この図は、携帯端末装置１をリーダライタにかざして電子マネーの決済を行う、つまり私用／社用の区別を行わない通常使用時の処理動作を表すフローチャート（Ａ）を示している。
また、図２には、フローチャート（Ａ）に示した通常使用が行われた場合における、後ほど携帯端末装置１で電子マネーの使用履歴の読み出し／照会を行うときの処理動作を表すフローチャート（Ｂ）を示している。
【００２８】
通常の使用状態を示すフローチャート（Ａ）において、図１の携帯端末装置１を、課金システムを構成する例えば駅の改札機等のリーダライタにかざす（ステップＳＴ１０１）。このとき、携帯端末装置１は、電源がＯＮ／ＯＦＦのどちらの状態でもよい。
リーダライタにかざされた携帯端末装置１は、まず、リーダライタから放出される電磁波をループアンテナ１１にて受信するとＩＣ機能部８の起動トリガが発生し、電源部９からの電力供給がなされてＩＣチップ８ａが起動される。この際、ＩＣ機能部８の起動時に、起動の可否を制御部１０等に問い合わせるように構成しても良い。ＩＣチップ８ａが起動されると、リーダライタ等から課金通信として発信されているＦｅｌｉｃａ規格等に則ったキャリアとしてのＲＦ電磁波を、ループアンテナ１１を用いて受信する（ステップＳＴ１０２）。そしてリーダライタと携帯端末装置１との間で通信のセッションが確立される。
【００２９】
ＩＣ機能部８、もしくはＩＣチップ８ａは、携帯端末装置１の電源がＯＦＦのときもまた電源ＯＮのときも同様な課金体系、即ち同様な電子マネーの決済処理を行う。
【００３０】
前述のステップＳＴ１０２の工程において、ＩＣ機能部８が稼働すると、ＩＣチップ８ａは、メモリ１３の課金情報を更新し、電子マネーの残高書き換え処理を行う。
詳しくは、制御用ＩＣチップ１２が、ループアンテナ１１を介してリーダライタから受信した課金情報／電子マネーの決済情報を元に、メモリ１３に記憶されている電子マネーの残高情報を書き換えて電子マネーの決済を行う（ステップＳＴ１０３）。すなわち、リーダライタから運賃などの代金として請求された金額分を、メモリ１３内の残高から減算するよう更新し、減算が無事完了すれば、ループアンテナ１１を用いてリーダライタ側に課金完了の信号を送出する。
このようにして、携帯端末装置１における通常の課金処理が行われる。
【００３１】
図２のフローチャート（Ａ）に示したように、携帯端末装置１において通常の課金処理が行われた後、ユーザの操作に応じて、携帯端末装置１は、フローチャート（Ｂ）に示した処理動作を行う。
【００３２】
以下図２（Ｂ）について説明する。
携帯端末装置１の履歴読み出し処理は、当該携帯端末装置１が電源９からの電力供給によって稼働している（電源ＯＮ状態）ときに、ユーザがキー操作部６へ所定の操作を行うと、電子マネーの使用履歴を照会する動作が開始される（ステップＳＴ２０１）。
【００３３】
ステップＳＴ２０１において、電子マネーの使用履歴を照会するようにキー操作部６を用いて指示がなされると、制御部１０は、照会用のアプリケーションプログラムを起動させる（ステップＳＴ２０２）。
照会用のアプリケーションプログラムは、例えば、電子マネーの使用履歴を一覧表示するユーザインタフェース等のアプリケーションプログラムや、カレンダ表示に使用履歴を含めて表示する機能を有するプログラムなどである。
【００３４】
前述の参照用のアプリケーションプログラムを起動させた制御部１０は、当該プログラムに則ってＩＣカード部８のＩＣチップ８ａ（メモリ１３）に記憶されている課金情報を読み出し／参照する（ステップＳＴ２０３）。
なお、制御用ＩＣチップ１２は、制御部１０の制御に応じてメモリ１３に記憶されている電子マネーの残高や使用された日時等などを表す課金情報を読み出し、当該課金情報を制御部１０へ送る。
【００３５】
制御部１０は、前述のアプリケーションプログラムに則って、ＩＣチップ８ａから読み出した電子マネーの使用履歴を、例えばリスト化して一覧表示を表示部４に行わせる（ステップＳＴ２０４）。
携帯端末装置１は、このように通常の電子マネーの決済で電子マネーを利用したことを記憶し、また使用履歴の表示動作を行う。
【００３６】
図３は、図１の携帯端末装置の動作を示す説明図である。この図は、携帯端末装置１をリーダライタにかざして、例えば社用の目的で電子マネーの決済を行う、特別使用時を含む処理動作を表すフローチャート（Ａ）を示している。
また、図３には、フローチャート（Ａ）に示した特別な使用が行われた場合を考慮して、携帯端末装置１で電子マネーの使用履歴の読み出し／照会を行うときの処理動作を表すフローチャート（Ｂ）を示している。
【００３７】
図３のフローチャート（Ａ）において、図１の携帯端末装置１を、課金システムを構成する、例えば駅の改札機等のリーダライタにかざす（ステップＳＴ１０１）。
リーダライタにかざされた携帯端末装置１は、図２（Ａ）の場合と同様に、ＩＣチップ８ａが起動され、リーダライタ等から発信されているＦｅｌｉｃａ規格に則ったＲＦ電磁波を、ループアンテナ１１を用いて受信する（ステップＳＴ１０２）。そしてリーダライタと携帯端末装置１との間で通信のセッションが確立される。
【００３８】
ここで、制御部１０は、携帯端末装置１がリーダライタにかざされているとき、キー操作部６に配設されている専用キーが押下されている状態か否か、といった所定の条件を満たしているかどうかを判定する（ステップＳＴ３０１）。つまり、所定条件を満たしたまま通信セッションが確立されたかどうかを判定する。通信セッションが確立された段階で専用ボタンが押下されている、すなわち所定条件を満たす（ステップＳＴ３０１“ＹＥＳ”）場合には、特別用途として、社用の課金種別情報を課金情報に対応付ける。逆に通信セッションが確立された段階で専用ボタンが押下されていない、すなわち所定条件を満たさない（ステップＳＴ３０１“ＮＯ”）場合には、通常の使用として、課金種別情報を特には記憶しないで課金の処理のみ行う。
【００３９】
制御部１０は、所定の条件として、専用キーの押下を判定するとき、例えば、押下状態が予め定められた時間（数秒）以上継続したかどうかを判定する。つまり、専用キーの押下開始とともに計時を開始し、その後数秒経過した後にリーダライタと携帯端末装置１との間で通信のセッションが確立されたとき、所定の条件を満たす、つまり専用キーが押下された状態で決済がなされたと判定する。また、専用キーが押下されてから、所定時間（例えば５秒間）は決済状態を維持し、当該５秒経過以内にセッション確立されれば所定の条件を満たすと判定し、逆に５秒経過してもセッション確立されない場合にはタイムアウトとして、通常の状態（所定の条件を満たさない状態）に戻るように各部を制御してもよい。これらの構成により、決済時にユーザの意図に反して専用キーを誤ってわずかに押下してしまった場合のようなときに、意図しない側として決済されてしまうことを防止することが出来る。
【００４０】
専用キーは、利便性を考慮して例えば携帯端末装置１の筺体の側面部分に配され、例えば押しボタンによって構成されている。携帯端末装置１が複数の筐体片が開閉可能に連結され、その開閉が、閉状態のときに表示部４（メインディスプレイ）が隠れる折り畳み（フォルダ）式や、開閉いずれの状態においても表示部４（メインディスプレイ）が露出されるスライド式あるいはターン式のいずれかの筺体によって構成されているとき、専用キーが側面部分、つまり開閉いずれの状態にあっても操作可能な位置に設けられていることにより、決済種別を変更する都度、筐体を開くなどする必要がなく、利便性が高い。
また、携帯端末装置１が折り畳み（フォルダ）式、スライド式あるいはターン式のいずれかの筺体によって構成されている場合、制御部１０が、これらの可動部を開／閉状態のいずれかになされたとき、所定の条件を満たす、と判断するように構成してもよい。なお、開閉の判定はリードスイッチなどにより構成される開閉検出部１４の検出値を制御部１０が判定して行う。
【００４１】
つまり、ステップＳ３０１において、リーダライタとの通信セッションが確立されるときに、制御部１０は筐体の開閉状態を判定する。所定の条件としては、開状態を所定の条件としても良いし、閉状態を所定の条件としても良いが、一方が他方とことなる決済種別として記憶されれば良い。
なお、携帯端末装置１の外観／筺体等は、前述の折り畳み（フォルダ）式、スライド式、ターン式以外のものでもよい。
【００４２】
換言すると、制御部１０は、携帯端末装置１の外観を成す、筐体片が開／閉状態の何れかとされたとき、専用キーが操作されたと同じく所定の条件を満たすと認識するようにしてもよい。
また、制御部１０は、上記開閉状態のいずれかの状態と押しボタン式の専用キーとが同時に操作されたことを示したとき、専用キーが押下／操作されたと認識するようにしてもよい。
さらに専用キーは押しボタンでなくとも静電容量の変化を検出するようなタッチセンサやタッチパネルであってもよく、この場合には制御部１０が、タッチセンサ・タッチパネルの操作（接触）があったことをもって所定の条件を満たすと判定することとなる。
【００４３】
再び、図３（Ａ）の説明に戻る。
制御部１０は、所定の条件を満たす（専用キーが押下されている）と判定したとき、社用の課金情報であることを示す情報を携帯端末装置１のメモリ７へ書き込む（ステップＳＴ３０２）。
ここでは、決済に関する各種の情報をメモリ７へ書き込む。
決済が生じると、まず、制御用ＩＣチップ１２は、制御部１０に対し、その課金情報（購入した商品の種類や、金額、課金の生じた時刻）を通知する。この課金情報を受け取った制御部１０は、この課金に関するセッションが確立されたときに所定の条件を満たしていたかどうかを示す課金種別情報と、課金情報（購入した商品の種類や、金額、課金の生じた時刻）とを対応付けてメモリ７へ記憶する。
【００４４】
換言すると、制御部１０は、ＩＣチップ８ａに順次記憶されこととなる課金情報とは別に、この課金情報と同じ内容を使用履歴として、社用か私用かを判別する情報（特別ステータス）を付したテーブルをメモリ７内に作成する。これにより、いつの課金が私用か社用なのか、後で判別することができるように課金情報に対する紐付けを行う。なお、メモリ７において課金情報は、メモリ１３に記憶する情報すべてを記憶する必要はなく、メモリ１３に記憶された課金情報を特定する管理アドレスや課金時刻などのみを課金種別情報と対応付けて記憶しても良い。
【００４５】
一方、前述のステップＳＴ３０１の工程において、専用キーは押下されていない（所定の条件を満たさない）と判定したときには、前述のステップＳＴ１０３の工程と同様に、ＩＣチップ８ａが、メモリ１３の課金情報を更新し、電子マネーの残高書き換え処理を行う（ステップＳＴ３０３）。
また、ステップＳＴ３０２の工程の処理を行った後も、ステップＳＴ３０３の工程へ移行してメモリ１３の課金情報の更新および残高書き換え処理を行う。
なお、第２の実施形態においても、制御部１０は、開閉検出部１４の検出値を用いて開閉を所定の条件として参照するように構成したり、押しボタンの変わりにタッチセンサやタッチパネルへの接触を所定の条件として参照するように構成しても良い。
【００４６】
図３のフローチャート（Ａ）に示したように、携帯端末装置１において特別な課金処理が行われた後、適宜、ユーザの操作に応じて、携帯端末装置１は、図３のフローチャート（Ｂ）に示した処理動作を行う。
【００４７】
以下図３（Ｂ）について説明する。
携帯端末装置１の使用履歴読み出し処理は、当該携帯端末装置１が電源９からの電力供給によって稼働している（電源ＯＮ状態）ときに、ユーザがキー操作部６に対して所定の操作を行うと、電子マネーの使用履歴を照会する動作が開始される（ステップＳＴ２０１）。
ステップＳＴ２０１において、電子マネーの使用履歴を照会するように、キー操作部６を用いて指示がなされると、制御部１０は、図２を用いて説明した動作と同様に照会用のアプリケーションプログラムを起動させる（ステップＳＴ２０２）。
【００４８】
制御部１０は、起動した照会用のアプリケーションプログラムに則してメモリ７に記憶されている、社用の課金情報であることを示す情報を用いて、ＩＣチップ８ａ（メモリ１３）に記憶されている使用履歴を参照する（ステップＳＴ４０１）。
このように制御部１０は、ＩＣチップ８ａから使用履歴を読み出すとき、ＩＣチップ８ａに記憶されている使用履歴とメモリ７に記憶されている特別な使用かどうかを示す課金種別情報とを参照する。つまり、ＩＣチップ８ａに記憶されている使用履歴を読み出す際に、使用履歴の課金情報ごとに、それぞれ対応する課金種別情報がメモリ７に記憶されていないかどうかを参照する。対応する課金種別情報の存在する課金情報は、社用など特別用途の課金情報として識別される。
【００４９】
そして、制御部１０は、ＩＣチップ８ａから読み出した電子マネーの使用履歴を、前述のユーザインタフェースに則して、例えばリスト化して表示部４に一覧表示を行わせる（ステップＳＴ４０２）。
【００５０】
制御部１０は、ステップＳＴ４０２の工程において、識別した特別用途（例えば社用）の課金情報を表示するとき、“会社”を示すアイコン等を該当する課金情報の表示箇所に付加し、他の特別用途ではない課金情報と識別できるように表示させる（ステップＳＴ４０３）。
なお、上記のアイコン表示に替えて、例えば社用の課金情報の表示部分のフォントの色を、私用の課金情報の表示色と異なるようにして識別できるようにしてもよい。あるいは、特別用途の課金情報の表示部分と通常用途の課金情報の表示部分の、背景色や背景画像を異なるものとして、識別できるようにしてもよい。あるいは、用途ごとにフォルダ管理し、通常用途の課金情報を表示する箇所のフォルダと、特別用途の課金情報を表示する箇所のフォルダとを分けて表示するようにしてもよい。
【００５１】
また、制御部１０が、前述のステップＳＴ４０２の工程において、ユーザインタフェースを用いて課金情報を表示するとき、例えばユーザがキー操作部６に行った操作に応じて所定の用途の課金情報のみを表示するようにしてもよい。
具体的には、例えば社用の課金情報のみの使用履歴を表示する、あるいは私用の課金情報のみの使用履歴を表示するようにしてもよい。
【００５２】
以上のように第１の実施形態によれば、特別用途の課金情報を示す情報を携帯端末装置１のメモリ７に記憶させ、ＩＣチップ８ａに記憶されている使用履歴を表示部４に表示させるとき、メモリ７に記憶されている情報を用いて、特別用途の課金情報を識別するようにした。
このようにすることにより、電子マネーの使用履歴を表示部４に表示するとき、通常用途の課金情報と特別用途の課金情報とを識別することができるように表示することができる。
【００５３】
＜第２の実施形態＞
第２の実施形態による携帯端末装置は、図１に示した携帯端末装置１と同様に構成されている。ここでは、第１の実施形態で説明した携帯端末装置と同様な構成について重複説明を省略する。
【００５４】
次に動作について説明する。
第２の実施形態による携帯端末装置１は、第１の実施形態で説明したものと概ね同様に動作する。ここでは、主に、第２の実施形態による携帯端末装置１の特徴となる動作を説明し、第１の実施形態による携帯端末装置１と同様な動作の重複説明を省略する。
【００５５】
図４は、本発明の第２の実施形態による携帯端末装置の動作を示す説明図である。
この図は、携帯端末装置１をリーダライタにかざして、第１の用途（例えば私用）の目的で電子マネーの決済を行う通常使用の処理動作と第２の用途（例えば社用）の目的で電子マネーの決済を行うときの処理動作とを表すフローチャート（Ａ）を示している。
また、図４には、フローチャート（Ａ）に示した電子マネーの決済即ち課金処理が行われたとき、携帯端末装置１で電子マネーの使用履歴の読み出し／照会を行うときの処理動作を表すフローチャート（Ｂ）を示している。
【００５６】
図４のフローチャート（Ａ）において、図１の携帯端末装置１を、課金システムを構成する例えば駅の改札機等のリーダライタにかざす（ステップＳＴ１０１）。このとき、携帯端末装置１は、電源がＯＮ／ＯＦＦのどちらの状態でもよい。
リーダライタにかざされた携帯端末装置１は、ＩＣ機能部８が作動してリーダライタ等から発信されているＦｅｌｉｃａ規格に則ったＲＦ電磁波を、ループアンテナ１１を用いて受信する（ステップＳＴ１０２）。そしてリーダライタと携帯端末装置１との間で通信のセッションが確立される。
次に、携帯端末装置１の電源がＯＦＦされているか否かを判定する（ステップＳＴ５０１）。この判定では、キー操作部６に行われる操作を認識できる状態か否かを判断する。もちろん、電源ＯＦＦの時には制御部１０は、自身がＯＦＦされていることを判定できない。そのため、ＩＣチップ８ａがＲＦ電磁波を受信して起動する際に制御部１０がＯＮかＯＦＦかを判別し、実質的にはＯＮであると判定したときにのみステップＳＴ５０２に進み、その他の場合にはＩＣチップ８ａが単独稼働してステップＳＴ５０５に進むこととなる。
【００５７】
電源ＯＮであった場合、制御部１０は、ステップＳＴ５０１の工程において、前述の専用キーが押下されている状態か否か、つまり所定条件を満たしたまま通信セッションが確立されたかどうかを判定する（ステップＳＴ５０２）。ここで制御部１０は、所定の条件を満たしていると判定したとき、第１の用途（社用）としての課金情報であることを示す課金種別情報をメモリ７へ書き込む（ステップＳＴ５０３）。このとき、制御部１０は、社用の課金情報を示す課金種別情報として、社用を示すフラグを１（有意）として、メモリ１３に記憶する課金情報を特定する情報と共にメモリ７に記憶させる。即ち、ＩＣチップ８ａに順次記憶される社用の課金情報が、使用履歴の中のどの情報なのか、即ち特別ステータスを有する情報がどれなのか、後で判別することができるように該当する課金情報に紐付けを行う。
【００５８】
一方、ステップＳＴ５０２の工程において、制御部１０は、専用キーは押下されている状態ではない、すなわち通信セッションが確立されたときに所定の条件を満たさないと判定したとき、第２の用途（私用）の課金情報であることを示す課金種別情報をメモリ７へ書き込む（ステップＳＴ５０４）。このとき、制御部１０は、第２の用途、即ち私用の課金情報を示す課金種別情報として、第1の用途（社用）とは異なるフラグを１（有意）として、メモリ１３に記憶する課金情報を特定する情報と共にメモリ７に記憶させる。
制御部１０は、通常の課金情報を示すフラグを記憶させるときも、私用の課金情報を示すフラグを記憶させるときのように、使用履歴中のどの情報に対応するフラグが有意になっているかを記憶し、使用履歴の中の該当する情報に紐付けを行う。
【００５９】
さらに制御部１０は、ステップＳＴ５０３の工程、あるいはステップＳＴ５０４の工程を処理した後、リーダライタから受信した課金情報を元に、ＩＣチップ８ａに電子マネーの決済処理を行わせる（ステップＳＴ５０５）。すなわち、ＩＣチップ８ａに、メモリ１３に記憶されている電子マネーの残高等の情報を更新させる。このとき、メモリ７に保持された課金情報を特定する情報（時刻情報や管理アドレス）が課金情報ごとにメモリ１３に記憶されることは言うまでもない。
このように、第２の実施形態による携帯端末装置は、第１の用途の課金情報を示すフラグと第２の用途の課金情報を示すフラグとをメモリ７に記憶しながら、電子マネーの決済処理を行っている。
【００６０】
図４のフローチャート（Ａ）に示したように、携帯端末装置１において課金処理が行われた後、適宜、ユーザの操作に応じて、携帯端末装置１は、図４のフローチャート（Ｂ）に示した処理動作を行う。
【００６１】
以下図４（Ｂ）について説明する。
携帯端末装置１の電源がＯＮされたとき、もしくはユーザによるキー操作部６の操作が行われたとき、制御部１０は、上記の操作等に応じて該当するアプリケーションプログラムを起動させる（ステップＳＴ６０１）。
【００６２】
制御部１０は、ステップＳＴ６０１の工程において電子マネーの使用履歴を閲覧するプログラムを起動させたとき、ＩＣチップ８ａに記憶されている使用履歴と、メモリ７に記憶されている情報とを照らし合わせる（ステップＳＴ６０２）。このとき、制御部１０は、メモリ７に何らかの課金種別情報が存在するか否かを判定する（ステップＳＴ６０３）。即ち、第１の用途（社用）を示すフラグ、または第２の用途（私用）を示すフラグのいずれかが各課金情報に付加されているか否かを判定する。
【００６３】
制御部１０は、メモリ７中に、全ての課金情報に対して何らかのフラグ情報が記憶されているとき（ステップＳＴ６０３“ＹＥＳ”）には、特に処理動作を行わず（ステップＳＴ６０４）、前述の閲覧表示を行うユーザインタフェースに則して各課金情報、即ち、購入した商品の種類や、金額、課金の生じた時刻などを含む使用履歴を表示する処理動作を行う。
【００６４】
ステップＳＴ６０３の工程において、制御部１０がメモリ７中に、何らかのフラグ情報が対応付けられていない課金情報が存在すると判定したとき（ステップＳＴ６０３“ＮＯ”）には、携帯端末装置１の電源がＯＦＦされている期間にＩＣカード部８のみが稼働して電子マネーが使用されたことが考えられる。そこで、制御部１０は、フラグ無しの課金情報について、いずれのフラグを付けるかをユーザに判断させる画面の表示へ遷移する（ステップＳＴ６０５）。
【００６５】
制御部１０は、ステップＳＴ６０５の工程において、例えばグラフィックユーザインタフェース（以下、ＧＵＩと記載する）のプログラムを起動させる。制御部１０は、当該ＧＵＩの表示画面を表示部４に表示させ、ユーザに課金先、課金種別の振り分け操作を行わせる。ここで、制御部１０は、ユーザの操作入力により、フラグの未付加の課金情報全てに対して第１の用途か第２の用途かの振り分けを行わせ、その結果に基づいて、それぞれの課金情報ごとにいずれかのフラグをメモリ７へ追加記憶させる。
【００６６】
このようにして携帯端末装置１、もしくは制御部１０は、対応するフラグがない使用履歴の課金情報に対して、ユーザに振り分け判断を促し、また振り分け操作を行わせて、第１の用途（社用）あるいは第２の用途（私用）のいずれかを示すフラグをメモリ７へ記憶させる。
この後、再び電源ＯＦＦ中に課金処理を行わない限りは、ユーザが、携帯端末装置１を操作して使用履歴を表示させるアプリケーションプログラムを起動したときには、第１の用途（社用）あるいは第２の用途（私用）等を区別するフラグが全ての課金情報に対して付加されているため、上述のＧＵＩ（フラグ付加を行わせる画面表示）への遷移は行われない。そして、課金種別などが全ての課金情報に対して表示される。
【００６７】
以上のように第２の実施形態によれば、携帯端末装置１の制御部１０が、ＩＣチップ８ａに記憶されている使用履歴を成す各課金情報について、課金の種別を示すフラグをメモリ７に記憶させるようにした。そのためユーザは、携帯端末装置１の電子マネー決済機能の使用履歴を参照するとき、各電子マネーの社用あるいは私用等の用途ごとの課金種別を識別して閲覧することができる。
【００６８】
また、携帯端末装置１の電源がＯＦＦされているとき、ＩＣ機能部８が稼働して電子マネーの決済が行われると、制御部１０は、携帯端末装置１の電源がＯＮされたときに電子マネーの利用種別をユーザに入力設定させるようにした。そのため、後に携帯端末装置１が電子マネーの使用履歴を表示するとき、各課金情報の利用種別を表示することができる。
【００６９】
＜第３の実施形態＞
第３の実施形態による携帯端末装置を用いた課金システムは、販売店のオペレータ等にユーザが利用する電子マネーの種類を告げる手間を省き、複数種類の電子マネーを使い分けて決済することを可能にするものである。
【００７０】
図５は、本発明の第３の実施形態の携帯端末装置を用いた課金システムの構成を示すブロック図である。この図は、図１に示した携帯端末装置１と同一部分に同じ符号を使用している。
【００７１】
第３の実施形態による携帯端末装置１は、第１または第２の実施形態で説明したものと概ね同様に構成されている。ここでは、第１または第２の実施形態による携帯端末装置１と同様な構成について、重複説明を省略する。
リーダライタ２０は、携帯端末装置１と電子マネーの決済に関するデータ通信を行う、例えば販売店のレジスタなどを構成する電子マネー清算手段である。
外部装置であるリーダライタ２０と、携帯端末装置１のＩＣ機能部８もしくはＩＣチップ８ａは、前述の第１の実施形態で説明したものと同様に、無線通信によってデータ送受信を行うように構成されている。なお、物理的なものではなく論理的なものではあるが、説明の簡略化のために第３の実施形態においてはＩＣチップ８ａ内のメモリ１３には、第１課金領域１３ａと第２課金領域１３ｂとを設けている。この第１課金領域１３ａと第２課金領域１３ｂには、それぞれ異なったシステムで管理される電子マネーに関する情報が記憶される。さらに、リーダライタ２０は、複数の決済種別（第１種決済、第２種決済）のいずれにも対応している。そして、リーダライタ２０は、上述したＩＣチップ８ａを起動すると、物理的なセッションをＩＣチップ８ａとの間で確立し、その後、論理的なセッションで第２種決済での認証を要求する。ここで、第２種決済での認証に成功すると、第２種決済での課金処理を行う。また第２種決済での認証に失敗した場合には、第１種決済での再認証処理を要求するよう構成されている。
【００７２】
第３の実施形態の携帯端末装置１は、ＩＣチップ８ａが複数種類の電子マネーを識別して清算／決済を行う機能を有している。上記のＩＣチップ８ａは、各電子マネーに対応する複数の決済手段を有している。
詳しくは、ＩＣチップ８ａの制御用ＩＣチップ１２は、リーダライタ２０とデータ通信を行うとき、例えばＳｕｉｃａ（登録商標）、Ｅｄｙ（登録商標）などの各電子マネーを識別し、Ｓｕｉｃａ（登録商標）モードで決済処理を行う決済手段、Ｅｄｙ（登録商標）モードで決済処理を行う決済手段等を有している。
また、制御用ＩＣチップ１２は、各決済手段毎に残高や使用履歴をメモリ１３に各々記憶させる機能を有している。
ところで、Ｓｕｉｃａ（登録商標）、Ｅｄｙ（登録商標）といったそれぞれの電子マネーは、チャージおよび課金を含め、リーダライタの接続される公衆通信網経由で電子マネーの管理サーバにて一元管理されており、各々独立した電子マネーシステムである。
【００７３】
次に動作について説明する。
第３の実施形態による携帯端末装置１は、第１の実施形態で説明したもの、あるいは第２の実施形態で説明したものと概ね同様に動作する。ここでは、主に、第３の実施形態による携帯端末装置１の特徴となる動作を説明し、第１あるいは第２の実施形態による携帯端末装置１と同様な動作の重複説明を省略する。
【００７４】
図６は、図５の携帯端末装置を用いた課金システムの動作を示す説明図である。この図は、図５に示したリーダライタ２０とＩＣ機能部８のＩＣチップ８ａが、電子マネーの決済を行うときの処理動作を示すシーケンス図である。
初めに、携帯端末装置１をリーダライタ２０に接近させ、例えば携帯端末装置１のＩＣ機能部８が配設されている背面部分を、リーダライタ２０の通信アンテナ部分等にかざす。
【００７５】
リーダライタ２０は、携帯端末装置１のＩＣ機能部８に対し、セッション開始を示すデータを送信する（ＳＴ１）。ＩＣ機能部８のＩＣチップ８ａは、まずは受信するキャリア波としての電磁波による誘導起電力により起動のトリガを受け、電源９からの電源供給開始されて起動される。そして、ＩＣチップ８ａは、キャリア波から上記のセッション開始を示すデータをデコードし、電子マネーの決済処理の開始を認識する。そしてＩＣチップ８ａは、制御部１０へリーダライタ２０とのセッション開始を報知する（ＳＴ２）。
またＩＣチップ８ａは、セッション開始の応答を示すデータをリーダライタ２０へ送信し、まずは物理的な通信セッションが確立する（ＳＴ３）。
【００７６】
一方、制御部１０は、リーダライタ２０とのセッションが確立されたとき、第１、第２の実施例において説明したと同様な所定の条件が満たされているかどうかを判定する。
所定の条件を満たすと判定された場合には、条件の内容に基づいて設定された第１種決済先の電子マネー、例えばＥｄｙによる決済処理をＩＣチップ８ａに指示し、所定の条件を満たさないと判定する場合には第２種決済先の電子マネー、例えばＳｕｉｃａによる決済処理をＩＣチップ８ａに指示する（ＳＴ４）。
ところで、携帯端末装置１は、所定のキーの押下を所定の条件とする場合には、ユーザがキー操作部６のうち筐体側面に配される所定のキーが押下された状態でセッション確立したかどうかを判定するように構成されている。
このように、第３の実施形態による携帯端末装置を用いた課金システムは、ユーザが携帯端末装置１のキー操作などを行うことにより電子マネーの種類即ち決済先が設定される。
【００７７】
一方、第３の実施形態におけるＩＣチップ８ａは、前述のように制御部１０から指示された決済種別に一致した決済種別での認証の要求がなされたときには決済を行うように返答をリーダライタ２０へ送信し、指示された決済種別に一致しない決済種別での認証の要求がなされたときには返答を返さないように構成される。
また、携帯端末装置１のＩＣ機能部８は、前述のように携帯端末装置１の電源がＯＦＦされているときでも、決済／課金処理を行うことができる。
【００７８】
次にステップＳＴ５において、リーダライタ２０は、論理セッションとして、まず第２種決済での認証要求を送出する。
ここで、ＩＣチップ８ａは既にステップＳＴ４において、第１種決済が指示されており、リーダライタ２０から要求される決済種別がこれと異なるため、リーダライタ２０にたいする返答を行わない（ＳＴ６）。
その後、返答のない状態が予め定められた時間が経過（タイムアウト）すると、今度は、リーダライタ２０から論理セッションとして第１種決済での認証要求を送出する（ＳＴ７）。この場合、ＩＣチップ８ａは、ステップＳＴ４において、制御部１０から指示されている第１種決済と同じ決済種別がリーダライタ２０から要求されていると判定されるため、リーダライタ２０に対する確認応答を行う（ＳＴ８）。
【００７９】
リーダライタ２０は、携帯端末装置１もしくはＩＣチップ８ａからＥｄｙ（登録商標）による決済の確認応答を受信したとき、Ｅｄｙ（登録商標）モードの決済処理を開始する。
【００８０】
リーダライタ２０は、例えばＥｄｙ（登録商標）を用いた課金処理を行うとき、ユーザが支払うべき課金金額および商品品目の他、課金時刻を示す課金データを携帯端末装置１（ＩＣチップ８ａ）へ送信する（ＳＴ９）。
ＩＣチップ８ａは、課金金額を示す課金データを受信すると、制御部１０へ課金処理の了承を求める旨の問い合わせを行う（ＳＴ１０）。制御部１０は、予め設定されている課金処理を認める何らかの条件等が満たされているとき、課金処理を了承する旨をＩＣチップ８ａに伝える（ＳＴ１１）。
【００８１】
ＩＣチップ８ａの制御用ＩＣチップ１２は、制御部１０の課金了承が得られると、リーダライタ２０から送られた課金金額の支払いが可能か否か、メモリ１３の第１課金領域１３ａに対して電子マネーの残高確認を行う（ＳＴ１２）。
ＩＣチップ８ａの制御用ＩＣチップ１２は、メモリ１３（第１課金領域１３ａ）の残高確認により第１種決済手段としての電子マネー、例えばＥｄｙの残高が支払可能であり、決済が許容できるとき（ＳＴ１３）、メモリ１３（第１課金領域１３ａ）に記憶されている残高に対して前述のリーダライタ２０から送信された金額の課金処理を行う（ＳＴ１４）。
【００８２】
制御用ＩＣチップ１２は、メモリ１３に記憶されているＥｄｙの残高金額から前述の課金金額を差し引いた後、第１種決済手段による決済処理を完了する（ＳＴ１５）。
ＩＣチップ８ａは、前述のように電子マネーの決済処理を行い、メモリ１３に記憶されている残高金額を更新した後、リーダライタ２０へ課金処理の完了報告を送信する（ＳＴ１６）。
【００８３】
リーダライタ２０は、ＩＣチップ８ａから課金完了報告を受信すると、第１種決済手段による電子マネー決済処理を完了する表示を販売店レジスタ上の表示部（不図示）に表示するとともに、セッション終了を告げる旨のデータをＩＣチップ８ａ、即ち携帯端末装置１へ送信する（ＳＴ１７）。
ＩＣチップ８ａは、セッション終了を告げるデータを受信すると、所定の処理を行い、セッション終了の応答を示すデータをリーダライタへ送信し、セッションを開放する（ＳＴ１８）。
【００８４】
ところで、ステップＳＴ２においてセッションが報知された段階で、所定の条件を満たさない場合（所定のキーが押下されていないなど）、制御部１０は、ＩＣチップ８ａに対し、第２種の決済先での課金を受け付けるようステップＳＴ４にて指示する。この場合には、ステップＳＴ５における第１種の決済での認証に対して応答を返して以降の決済処理を行うこととなる。
さらに第３の実施形態による携帯端末装置１のＩＣ機能部８、もしくはＩＣチップ８ａは、携帯端末装置１の電源がＯＦＦされているときでも決済処理が可能である。ところが、電源がＯＦＦされているときには、キー押下の判別や上記所定の条件を満たすことが出来ない。すなわちステップＳＴ２においてセッションが報知された段階で所定の条件を満たさないという扱いになり、ＩＣチップ８ａは第２種の決済先での課金を受け付けて決済処理を行うこととなる。
第３の実施形態による携帯端末装置１に備えられるＩＣチップ８ａは、上記の電源ＯＦＦの場合と、ユーザによる所定のキー押下などの設定が行われなかった場合において、同一の決済手段を用いて処理する。即ち、同じ第２種の決済先の課金体系で、メモリ１３のうちの第２課金領域における電子マネーへの決済処理を行うこととなる。
【００８５】
以上のように第３の実施形態によれば、携帯端末装置１のＩＣチップ８ａに複数の決済手段を備え、また、リーダライタ２０に複数の決済手段を備えて、リーダライタ２０から携帯端末装置１へ順次各決済手段の認証を求めるメッセージを発するようにした。また、リーダライタ２０は、携帯端末装置１が認証した決済手段を用いて電子マネーの決済処理を行うようにした。そのため、ユーザは口頭で利用する決済手段を告げることなく、携帯端末装置１に設定した決済手段を用いて電子マネーの決済を行うことができる。
また、制御部１０は、課金情報の表示の要求がキー操作部６への所定の操作により行われると、ＩＣチップ８ａにメモリ１３の第１課金領域と第２課金領域とを参照させ、参照結果に応じて、それぞれの領域に記憶される課金情報および電子マネーの残高を表示部４に表示させる。これにより、簡単な操作にもかかわらず、ユーザは電子マネーの使用状況をすぐさま把握することが出来る。
【００８６】
以上、第１、第２の実施形態と、第３の実施形態とをそれぞれ説明を行ったが、それぞれの説明において使用されている具体的な用語は、あくまでも説明の簡略化のために用いたに過ぎず、これらに限定されるものではない。
まず、第１および第２の実施形態では、社用の課金情報と私用の課金情報とを取り扱う携帯端末装置１を例示して説明したが、本発明に係る携帯端末装置は、上記の二種類の用途を分別することに限定されない。
本発明に係る携帯端末装置は、例えば、「社用」、「私用」、また「交際費」等など支払金の使途を複数分別して、各実施形態で説明したように処理することも可能である。また、二種類以上の複数の用途を分別して処理するように構成した場合でも同様な作用効果が得られる。
【００８７】
そして、第３の実施形態では、Ｓｕｉｃａ（登録商標）とＥｄｙ（登録商標）という２種類を示したが、異なる決済手段でも当然構わない。また、ＩＣチップ８ａが第３の決済手段を持つようにしても良いし、リーダライタが第３の決済手段を持つようにしても良い。いずれにおいても制御部１０にて所定の条件が合致していれば、制御部１０が指定した決済種別での認証要求が生じた場合にのみＩＣチップ８ａはリーダライタ２０への応答を返すように構成しておけば、本発明同様の作用を得ることができる。
さらに、所定の条件としては所定のキーの押下があったかどうかのみを判定したが、これに限られるものではなく、例えばテンキーの“１キー”の押下の場合と“２キー”の押下の場合とで、決済手段を使い分けるようにしても良い。この場合には、ステップＳＴ２の後に所定の条件を判定する段で、制御部１０が押下されたキー種別も判定し、この種別に応じた決済種別にのみ応答するよう、ステップＳＴ４においてＩＣチップ８ａに指示することで実現可能となる。
【００８８】
また、所定の条件として、物理セッション確立時におけるキーの押下の有無を判定する例を主に説明したが、第１、第２の実施形態と同様、開閉可能な筐体における筐体の開閉検出をもって、所定の条件を満たすかどうかを判定したり、開状態と閉状態とで決済種別を使い分けるようにしても良い。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１の実施形態による携帯端末装置の構成を示すブロック図である。
【図２】図１に示した携帯端末装置の動作を示す説明図である。
【図３】図１の携帯端末装置の動作を示す説明図である。
【図４】本発明の第２の実施形態による携帯端末装置の動作を示す説明図である。
【図５】本発明の第３の実施形態の携帯端末装置を用いた課金システムの構成を示すブロック図である。
【図６】図５の携帯端末装置を用いた課金システムの動作を示す説明図である。
【符号の説明】
【００９０】
１…携帯端末装置、２…アンテナ、３…通信部、４…表示部、５…音声入出力部、６…キー操作部、７…メモリ、８…ＩＣ機能部、９…電源部、１０…制御部、２０…リーダライタ。
【技術分野】
【０００１】
本発明は、電子マネー決済機能を有する携帯端末装置に関する。
【背景技術】
【０００２】
携帯電話等の携帯端末装置には、ＲＦＩＤ（Radio Frequency Identification）通信等を用いた電子マネーの決済機能を備えた機種があり、このような装置が普及して広く利用されている。電子マネーの決済機能を有する装置には、セキュリティ機能を備える必要があり、当該携帯端末装置を使用するユーザを認証する本人確認機能の向上が求められている。
【０００３】
例えば、特許文献１に記載された本人認証機能を有する携帯端末装置は、ＩＣカード部を有し、また、指紋認証センサを外装部材に取り付けている。ＩＣカード部は、ユーザ等の特定人物の指紋情報を格納している指紋情報格納部と、アクセス許可信号を送信する相手先の情報を格納する外部機器情報格納部とを備えている。
【０００４】
ＩＣカード部は、指紋の検出結果が本人の指紋情報と一致するとき、アクセス許可信号の発信を近距離無線発信装置に指令する。
近距離無線発信装置は、建築物、車両、金庫等の施錠装置、各種の自動販売機または券売機、公的書類交付用の本人確認装置、ＰＣまたは業務用ＣＰＵ等の如く、アクセス権を要する各種外部機器に配設される受信装置へアクセス許可信号を発信する。
上記の外部機器に配設されている受信装置は、受信したアクセス許可信号を識別し、適宜、セキュリティシステムを解除して当該外部機器を利用可能な状態に移行させる。
【０００５】
携帯電話機やＰＨＳ（登録商標）電話機からなる携帯端末装置は、前述のようにセキュリティを保証し、製品購入やサービス利用の対価を課金情報として電話会社等に通知する。
課金情報が通知された電話会社等は、携帯端末装置の所有者に料金請求を行っている。
また、前述の携帯端末装置を用いた料金精算において、携帯端末装置に金融機関端末から所望の金額を電子マネーとしてチャージしておき、電子マネーを利用した料金精算が行われている。
【０００６】
製品販売者またはサービス提供者は、携帯端末装置のアクセス許可信号により本人確認を行うと共に携帯端末装置にチャージされている金額を確認し、製品販売またはサービス提供を許可する。
他方、携帯端末装置の所有者は、購入製品または提供を受けたサービスの対価を携帯端末装置にチャージした電子マネーによって支払っている。
携帯端末装置は、電子マネーで支払った各料金を記憶しており、電子マネーを用いて決済した各料金の履歴をユーザの操作に応じて例えば一覧表示する機能を有する機種もある。
【０００７】
【特許文献１】特開２００２−８２９１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の携帯端末装置は、電子マネーを利用したとき、社用による利用料金と私用による利用料金とを同様に決済している。そのため、ユーザが携帯端末装置を操作して電子マネーの決済記録を閲覧するときには、社用と私用の区別がなく一様に表示される。携帯端末装置のユーザが社用の利用料金等を清算するときには、携帯端末装置に表示された電子マネーの決済記録の中から、ユーザ自らが社用の利用料金を判別して清算／申請手続きを行っていた。
【０００９】
また、ユーザは、社用と私用の区別が困難なとき、例えば、私用の利用料金の支払いは携帯端末装置を用い、後で清算申請を行う社用の利用料金は現金で支払うことがある。
ユーザが、自ら社用と私用の料金を判別するときには記憶頼りとなるため、後で利用目的が不明になることも有り得る。ユーザは、利用目的が不明な料金について手帳やスケジュールなどをチェックするという手間がかかることになる。
このように、携帯端末装置の電子マネー機能を用いて料金精算等の処理を行うとき、ユーザ自らの判別を要する場合があり、ユーザが当該電子マネー機能の利用を避けることがあった。
【００１０】
本発明はかかる事情に鑑みてなされたものであり、その目的は、ユーザにとって利便性のある課金形態を選択的に行える携帯端末装置、携帯端末装置の課金処理方法および携帯端末装置を用いた課金システムを得ることにある。
【課題を解決するための手段】
【００１１】
本発明の第１の観点の携帯端末装置は、電子マネーの決済に関する課金通信を外部と行う課金通信部と、前記電子マネーの決済に関する課金情報を記憶する記憶部と、前記課金通信部にて課金通信を行う際に、所定の条件を満たしているか判定し、前記所定の条件を満たす場合と満たさない場合とで、該課金通信によって得られる課金情報について異なる課金の種別を示す種別情報を関連付けて記憶させる制御部とを有する。
【００１２】
好適には、前記制御部の制御により前記記憶部に記憶される課金情報を表示する表示部を有し、前記制御部は、前記表示部へ課金情報を表示させるとき、前記記憶部の記憶内容を参照し、前記種別情報に基づく情報とともに、当該課金情報を表示させるように制御する。
【００１３】
好適には、前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、前記制御部は、該携帯端末装置の電源がＯＮされたときに、電源ＯＦＦ中に課金通信が行われたか否かを判定し、課金通信が行われたと判定した場合、該課金通信における課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記記憶部に追加記憶させる。
【００１４】
好適には、前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、前記制御部は、該携帯端末装置の電源がＯＮされたとき、あるいは前記表示部への課金情報の表示が要求されたときに、前記記憶部における課金の種別情報が関連付けられていない課金情報があるかどうかを判定し、課金種別が関連付けられていない課金情報が存在する場合には、該課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記記憶部に追加記憶させる。
【００１５】
好適には、前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、前記記憶部は、前記課金通信部により制御される第１の記憶部と、前記制御部により制御されて前記種別情報が記憶される第２の記憶部とを含んで構成され、 前記制御部は、該携帯端末装置の電源がＯＮされたとき、あるいは前記表示部への課金情報の表示が要求されたときに、前記第１の記憶部と前記第２の記憶部との双方における課金情報を比較し、前記第１の記憶部に記憶されているにもかかわらず前記第２の記憶部に記憶されていない課金情報が存在すれば、該課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記第２の記憶部に追加記憶させる。
【００１６】
好適には、前記制御部の制御により前記記憶部に記憶される課金情報を表示する表示部を有し、前記制御部は、前記表示部へ課金情報を複数表示させるとき、前記記憶部の記憶内容を参照し、前記所定の条件を満たすときの課金および前記所定の条件を満たさないときの課金のうち、いずれか一方のみの課金情報を表示させるように制御可能である。
【００１７】
好適には、操作部をさらに備え、前記所定の条件は、前記操作部が操作された状態で前記課金通信部にて課金通信が開始されることである。
【００１８】
好適には、開閉可能な筐体をさらに備え、前記所定の条件は、前記開閉いずれかの状態において前記課金通信部にて課金通信が開始されることである。
【発明の効果】
【００１９】
本発明によれば、ユーザにとって利便性のある課金形態を選択的に行える携帯端末装置を提供することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施形態について図面を参照して説明する。
【００２１】
＜第１の実施形態＞
図１は、本発明の第１の実施形態による携帯端末装置の構成を示すブロック図である。
図示した携帯端末装置１は、通話等のデータ通信を行うアンテナ２、通話等のデータ通信をアンテナ２を用いて行う通信部３、通信内容等を表示する表示部４、および、音声入出力部５、ユーザに設定等の操作を行わせるキー操作部６を有している。
【００２２】
また、携帯端末装置１は、通信動作等の制御データ等を記憶しているメモリ７、電子マネーの決済機能を有するＩＣ機能部８、当該携帯端末装置の各部に電力を供給する電源９、および、前述の各部の動作を制御する制御部１０を有している。
【００２３】
ＩＣ機能部８は、課金通信部を成し、図示を省略したリーダライタ等の外部装置と非接触型決済のＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）通信を行うループアンテナ１１、およびループアンテナ１１を用いて非接触型課金処理を行うＩＣチップ８ａによって構成されている。
ＩＣチップ８ａは、例えばＦｅｌｉｃａ（登録商標）チップを成し、Ｆｅｌｉｃａ規格によって電子マネー決済の各処理を行う制御用ＩＣチップ１２、および、電子マネー決済に関する各データを記憶しているメモリ１３を有している。
【００２４】
ＩＣチップ１２ならびにメモリ１３は、携帯端末装置１が前述のリーダライタの近傍にかざされると、即ち電磁波を受信したときにループアンテナ１１に発生する誘導起電力で起動のトリガがかかるように接続構成されている。
起動のトリガが生じると、ＩＣチップ１２ならびにメモリ１３は、携帯端末装置１の電源９から供給される電力によって動作するように接続構成されている。メモリ７およびメモリ１３は、課金先、使用日時、課金の種別等を表す課金情報と、当該課金情報を蓄積させた使用履歴と、各課金情報に関連させた課金の種別を表す情報等とを記憶している課金記憶部である。
【００２５】
次に動作について説明する。
例えば、ユーザが、携帯端末装置１に備えられている電子マネー決済機能のＳｕｉｃａ（登録商標）モードを用いて、私用でＡ駅からＢ駅まで鉄道を利用したときの料金を決済した。
さらにその後、ユーザが社用で外出した際に、前回と同様にＡ駅からＢ駅までの料金を同じく携帯端末装置１のＳｕｉｃａ（登録商標）モードによって決済した。このような場合についてを想定する。
【００２６】
社用で外出した際の料金を決済するとき、詳しくは、駅の改札機を通過するとき、携帯端末装置１の後述する専用キーを操作しながら改札機に携帯端末装置１をかざす。
このようにすると、後で携帯端末装置１を操作してＳｕｉｃａ（登録商標）モードによる使用履歴を参照すると、上記の専用キーを操作しながら改札機を通過したときの料金に、例えば社用を示すアイコン等が表示される。
このように、携帯端末装置１は、電子マネー決済を用いたときの各課金が、私用時のものか社用時のものかを判別することができるように、使用履歴を表示する。
【００２７】
図２は、図１に示した携帯端末装置の動作を示す説明図である。この図は、携帯端末装置１をリーダライタにかざして電子マネーの決済を行う、つまり私用／社用の区別を行わない通常使用時の処理動作を表すフローチャート（Ａ）を示している。
また、図２には、フローチャート（Ａ）に示した通常使用が行われた場合における、後ほど携帯端末装置１で電子マネーの使用履歴の読み出し／照会を行うときの処理動作を表すフローチャート（Ｂ）を示している。
【００２８】
通常の使用状態を示すフローチャート（Ａ）において、図１の携帯端末装置１を、課金システムを構成する例えば駅の改札機等のリーダライタにかざす（ステップＳＴ１０１）。このとき、携帯端末装置１は、電源がＯＮ／ＯＦＦのどちらの状態でもよい。
リーダライタにかざされた携帯端末装置１は、まず、リーダライタから放出される電磁波をループアンテナ１１にて受信するとＩＣ機能部８の起動トリガが発生し、電源部９からの電力供給がなされてＩＣチップ８ａが起動される。この際、ＩＣ機能部８の起動時に、起動の可否を制御部１０等に問い合わせるように構成しても良い。ＩＣチップ８ａが起動されると、リーダライタ等から課金通信として発信されているＦｅｌｉｃａ規格等に則ったキャリアとしてのＲＦ電磁波を、ループアンテナ１１を用いて受信する（ステップＳＴ１０２）。そしてリーダライタと携帯端末装置１との間で通信のセッションが確立される。
【００２９】
ＩＣ機能部８、もしくはＩＣチップ８ａは、携帯端末装置１の電源がＯＦＦのときもまた電源ＯＮのときも同様な課金体系、即ち同様な電子マネーの決済処理を行う。
【００３０】
前述のステップＳＴ１０２の工程において、ＩＣ機能部８が稼働すると、ＩＣチップ８ａは、メモリ１３の課金情報を更新し、電子マネーの残高書き換え処理を行う。
詳しくは、制御用ＩＣチップ１２が、ループアンテナ１１を介してリーダライタから受信した課金情報／電子マネーの決済情報を元に、メモリ１３に記憶されている電子マネーの残高情報を書き換えて電子マネーの決済を行う（ステップＳＴ１０３）。すなわち、リーダライタから運賃などの代金として請求された金額分を、メモリ１３内の残高から減算するよう更新し、減算が無事完了すれば、ループアンテナ１１を用いてリーダライタ側に課金完了の信号を送出する。
このようにして、携帯端末装置１における通常の課金処理が行われる。
【００３１】
図２のフローチャート（Ａ）に示したように、携帯端末装置１において通常の課金処理が行われた後、ユーザの操作に応じて、携帯端末装置１は、フローチャート（Ｂ）に示した処理動作を行う。
【００３２】
以下図２（Ｂ）について説明する。
携帯端末装置１の履歴読み出し処理は、当該携帯端末装置１が電源９からの電力供給によって稼働している（電源ＯＮ状態）ときに、ユーザがキー操作部６へ所定の操作を行うと、電子マネーの使用履歴を照会する動作が開始される（ステップＳＴ２０１）。
【００３３】
ステップＳＴ２０１において、電子マネーの使用履歴を照会するようにキー操作部６を用いて指示がなされると、制御部１０は、照会用のアプリケーションプログラムを起動させる（ステップＳＴ２０２）。
照会用のアプリケーションプログラムは、例えば、電子マネーの使用履歴を一覧表示するユーザインタフェース等のアプリケーションプログラムや、カレンダ表示に使用履歴を含めて表示する機能を有するプログラムなどである。
【００３４】
前述の参照用のアプリケーションプログラムを起動させた制御部１０は、当該プログラムに則ってＩＣカード部８のＩＣチップ８ａ（メモリ１３）に記憶されている課金情報を読み出し／参照する（ステップＳＴ２０３）。
なお、制御用ＩＣチップ１２は、制御部１０の制御に応じてメモリ１３に記憶されている電子マネーの残高や使用された日時等などを表す課金情報を読み出し、当該課金情報を制御部１０へ送る。
【００３５】
制御部１０は、前述のアプリケーションプログラムに則って、ＩＣチップ８ａから読み出した電子マネーの使用履歴を、例えばリスト化して一覧表示を表示部４に行わせる（ステップＳＴ２０４）。
携帯端末装置１は、このように通常の電子マネーの決済で電子マネーを利用したことを記憶し、また使用履歴の表示動作を行う。
【００３６】
図３は、図１の携帯端末装置の動作を示す説明図である。この図は、携帯端末装置１をリーダライタにかざして、例えば社用の目的で電子マネーの決済を行う、特別使用時を含む処理動作を表すフローチャート（Ａ）を示している。
また、図３には、フローチャート（Ａ）に示した特別な使用が行われた場合を考慮して、携帯端末装置１で電子マネーの使用履歴の読み出し／照会を行うときの処理動作を表すフローチャート（Ｂ）を示している。
【００３７】
図３のフローチャート（Ａ）において、図１の携帯端末装置１を、課金システムを構成する、例えば駅の改札機等のリーダライタにかざす（ステップＳＴ１０１）。
リーダライタにかざされた携帯端末装置１は、図２（Ａ）の場合と同様に、ＩＣチップ８ａが起動され、リーダライタ等から発信されているＦｅｌｉｃａ規格に則ったＲＦ電磁波を、ループアンテナ１１を用いて受信する（ステップＳＴ１０２）。そしてリーダライタと携帯端末装置１との間で通信のセッションが確立される。
【００３８】
ここで、制御部１０は、携帯端末装置１がリーダライタにかざされているとき、キー操作部６に配設されている専用キーが押下されている状態か否か、といった所定の条件を満たしているかどうかを判定する（ステップＳＴ３０１）。つまり、所定条件を満たしたまま通信セッションが確立されたかどうかを判定する。通信セッションが確立された段階で専用ボタンが押下されている、すなわち所定条件を満たす（ステップＳＴ３０１“ＹＥＳ”）場合には、特別用途として、社用の課金種別情報を課金情報に対応付ける。逆に通信セッションが確立された段階で専用ボタンが押下されていない、すなわち所定条件を満たさない（ステップＳＴ３０１“ＮＯ”）場合には、通常の使用として、課金種別情報を特には記憶しないで課金の処理のみ行う。
【００３９】
制御部１０は、所定の条件として、専用キーの押下を判定するとき、例えば、押下状態が予め定められた時間（数秒）以上継続したかどうかを判定する。つまり、専用キーの押下開始とともに計時を開始し、その後数秒経過した後にリーダライタと携帯端末装置１との間で通信のセッションが確立されたとき、所定の条件を満たす、つまり専用キーが押下された状態で決済がなされたと判定する。また、専用キーが押下されてから、所定時間（例えば５秒間）は決済状態を維持し、当該５秒経過以内にセッション確立されれば所定の条件を満たすと判定し、逆に５秒経過してもセッション確立されない場合にはタイムアウトとして、通常の状態（所定の条件を満たさない状態）に戻るように各部を制御してもよい。これらの構成により、決済時にユーザの意図に反して専用キーを誤ってわずかに押下してしまった場合のようなときに、意図しない側として決済されてしまうことを防止することが出来る。
【００４０】
専用キーは、利便性を考慮して例えば携帯端末装置１の筺体の側面部分に配され、例えば押しボタンによって構成されている。携帯端末装置１が複数の筐体片が開閉可能に連結され、その開閉が、閉状態のときに表示部４（メインディスプレイ）が隠れる折り畳み（フォルダ）式や、開閉いずれの状態においても表示部４（メインディスプレイ）が露出されるスライド式あるいはターン式のいずれかの筺体によって構成されているとき、専用キーが側面部分、つまり開閉いずれの状態にあっても操作可能な位置に設けられていることにより、決済種別を変更する都度、筐体を開くなどする必要がなく、利便性が高い。
また、携帯端末装置１が折り畳み（フォルダ）式、スライド式あるいはターン式のいずれかの筺体によって構成されている場合、制御部１０が、これらの可動部を開／閉状態のいずれかになされたとき、所定の条件を満たす、と判断するように構成してもよい。なお、開閉の判定はリードスイッチなどにより構成される開閉検出部１４の検出値を制御部１０が判定して行う。
【００４１】
つまり、ステップＳ３０１において、リーダライタとの通信セッションが確立されるときに、制御部１０は筐体の開閉状態を判定する。所定の条件としては、開状態を所定の条件としても良いし、閉状態を所定の条件としても良いが、一方が他方とことなる決済種別として記憶されれば良い。
なお、携帯端末装置１の外観／筺体等は、前述の折り畳み（フォルダ）式、スライド式、ターン式以外のものでもよい。
【００４２】
換言すると、制御部１０は、携帯端末装置１の外観を成す、筐体片が開／閉状態の何れかとされたとき、専用キーが操作されたと同じく所定の条件を満たすと認識するようにしてもよい。
また、制御部１０は、上記開閉状態のいずれかの状態と押しボタン式の専用キーとが同時に操作されたことを示したとき、専用キーが押下／操作されたと認識するようにしてもよい。
さらに専用キーは押しボタンでなくとも静電容量の変化を検出するようなタッチセンサやタッチパネルであってもよく、この場合には制御部１０が、タッチセンサ・タッチパネルの操作（接触）があったことをもって所定の条件を満たすと判定することとなる。
【００４３】
再び、図３（Ａ）の説明に戻る。
制御部１０は、所定の条件を満たす（専用キーが押下されている）と判定したとき、社用の課金情報であることを示す情報を携帯端末装置１のメモリ７へ書き込む（ステップＳＴ３０２）。
ここでは、決済に関する各種の情報をメモリ７へ書き込む。
決済が生じると、まず、制御用ＩＣチップ１２は、制御部１０に対し、その課金情報（購入した商品の種類や、金額、課金の生じた時刻）を通知する。この課金情報を受け取った制御部１０は、この課金に関するセッションが確立されたときに所定の条件を満たしていたかどうかを示す課金種別情報と、課金情報（購入した商品の種類や、金額、課金の生じた時刻）とを対応付けてメモリ７へ記憶する。
【００４４】
換言すると、制御部１０は、ＩＣチップ８ａに順次記憶されこととなる課金情報とは別に、この課金情報と同じ内容を使用履歴として、社用か私用かを判別する情報（特別ステータス）を付したテーブルをメモリ７内に作成する。これにより、いつの課金が私用か社用なのか、後で判別することができるように課金情報に対する紐付けを行う。なお、メモリ７において課金情報は、メモリ１３に記憶する情報すべてを記憶する必要はなく、メモリ１３に記憶された課金情報を特定する管理アドレスや課金時刻などのみを課金種別情報と対応付けて記憶しても良い。
【００４５】
一方、前述のステップＳＴ３０１の工程において、専用キーは押下されていない（所定の条件を満たさない）と判定したときには、前述のステップＳＴ１０３の工程と同様に、ＩＣチップ８ａが、メモリ１３の課金情報を更新し、電子マネーの残高書き換え処理を行う（ステップＳＴ３０３）。
また、ステップＳＴ３０２の工程の処理を行った後も、ステップＳＴ３０３の工程へ移行してメモリ１３の課金情報の更新および残高書き換え処理を行う。
なお、第２の実施形態においても、制御部１０は、開閉検出部１４の検出値を用いて開閉を所定の条件として参照するように構成したり、押しボタンの変わりにタッチセンサやタッチパネルへの接触を所定の条件として参照するように構成しても良い。
【００４６】
図３のフローチャート（Ａ）に示したように、携帯端末装置１において特別な課金処理が行われた後、適宜、ユーザの操作に応じて、携帯端末装置１は、図３のフローチャート（Ｂ）に示した処理動作を行う。
【００４７】
以下図３（Ｂ）について説明する。
携帯端末装置１の使用履歴読み出し処理は、当該携帯端末装置１が電源９からの電力供給によって稼働している（電源ＯＮ状態）ときに、ユーザがキー操作部６に対して所定の操作を行うと、電子マネーの使用履歴を照会する動作が開始される（ステップＳＴ２０１）。
ステップＳＴ２０１において、電子マネーの使用履歴を照会するように、キー操作部６を用いて指示がなされると、制御部１０は、図２を用いて説明した動作と同様に照会用のアプリケーションプログラムを起動させる（ステップＳＴ２０２）。
【００４８】
制御部１０は、起動した照会用のアプリケーションプログラムに則してメモリ７に記憶されている、社用の課金情報であることを示す情報を用いて、ＩＣチップ８ａ（メモリ１３）に記憶されている使用履歴を参照する（ステップＳＴ４０１）。
このように制御部１０は、ＩＣチップ８ａから使用履歴を読み出すとき、ＩＣチップ８ａに記憶されている使用履歴とメモリ７に記憶されている特別な使用かどうかを示す課金種別情報とを参照する。つまり、ＩＣチップ８ａに記憶されている使用履歴を読み出す際に、使用履歴の課金情報ごとに、それぞれ対応する課金種別情報がメモリ７に記憶されていないかどうかを参照する。対応する課金種別情報の存在する課金情報は、社用など特別用途の課金情報として識別される。
【００４９】
そして、制御部１０は、ＩＣチップ８ａから読み出した電子マネーの使用履歴を、前述のユーザインタフェースに則して、例えばリスト化して表示部４に一覧表示を行わせる（ステップＳＴ４０２）。
【００５０】
制御部１０は、ステップＳＴ４０２の工程において、識別した特別用途（例えば社用）の課金情報を表示するとき、“会社”を示すアイコン等を該当する課金情報の表示箇所に付加し、他の特別用途ではない課金情報と識別できるように表示させる（ステップＳＴ４０３）。
なお、上記のアイコン表示に替えて、例えば社用の課金情報の表示部分のフォントの色を、私用の課金情報の表示色と異なるようにして識別できるようにしてもよい。あるいは、特別用途の課金情報の表示部分と通常用途の課金情報の表示部分の、背景色や背景画像を異なるものとして、識別できるようにしてもよい。あるいは、用途ごとにフォルダ管理し、通常用途の課金情報を表示する箇所のフォルダと、特別用途の課金情報を表示する箇所のフォルダとを分けて表示するようにしてもよい。
【００５１】
また、制御部１０が、前述のステップＳＴ４０２の工程において、ユーザインタフェースを用いて課金情報を表示するとき、例えばユーザがキー操作部６に行った操作に応じて所定の用途の課金情報のみを表示するようにしてもよい。
具体的には、例えば社用の課金情報のみの使用履歴を表示する、あるいは私用の課金情報のみの使用履歴を表示するようにしてもよい。
【００５２】
以上のように第１の実施形態によれば、特別用途の課金情報を示す情報を携帯端末装置１のメモリ７に記憶させ、ＩＣチップ８ａに記憶されている使用履歴を表示部４に表示させるとき、メモリ７に記憶されている情報を用いて、特別用途の課金情報を識別するようにした。
このようにすることにより、電子マネーの使用履歴を表示部４に表示するとき、通常用途の課金情報と特別用途の課金情報とを識別することができるように表示することができる。
【００５３】
＜第２の実施形態＞
第２の実施形態による携帯端末装置は、図１に示した携帯端末装置１と同様に構成されている。ここでは、第１の実施形態で説明した携帯端末装置と同様な構成について重複説明を省略する。
【００５４】
次に動作について説明する。
第２の実施形態による携帯端末装置１は、第１の実施形態で説明したものと概ね同様に動作する。ここでは、主に、第２の実施形態による携帯端末装置１の特徴となる動作を説明し、第１の実施形態による携帯端末装置１と同様な動作の重複説明を省略する。
【００５５】
図４は、本発明の第２の実施形態による携帯端末装置の動作を示す説明図である。
この図は、携帯端末装置１をリーダライタにかざして、第１の用途（例えば私用）の目的で電子マネーの決済を行う通常使用の処理動作と第２の用途（例えば社用）の目的で電子マネーの決済を行うときの処理動作とを表すフローチャート（Ａ）を示している。
また、図４には、フローチャート（Ａ）に示した電子マネーの決済即ち課金処理が行われたとき、携帯端末装置１で電子マネーの使用履歴の読み出し／照会を行うときの処理動作を表すフローチャート（Ｂ）を示している。
【００５６】
図４のフローチャート（Ａ）において、図１の携帯端末装置１を、課金システムを構成する例えば駅の改札機等のリーダライタにかざす（ステップＳＴ１０１）。このとき、携帯端末装置１は、電源がＯＮ／ＯＦＦのどちらの状態でもよい。
リーダライタにかざされた携帯端末装置１は、ＩＣ機能部８が作動してリーダライタ等から発信されているＦｅｌｉｃａ規格に則ったＲＦ電磁波を、ループアンテナ１１を用いて受信する（ステップＳＴ１０２）。そしてリーダライタと携帯端末装置１との間で通信のセッションが確立される。
次に、携帯端末装置１の電源がＯＦＦされているか否かを判定する（ステップＳＴ５０１）。この判定では、キー操作部６に行われる操作を認識できる状態か否かを判断する。もちろん、電源ＯＦＦの時には制御部１０は、自身がＯＦＦされていることを判定できない。そのため、ＩＣチップ８ａがＲＦ電磁波を受信して起動する際に制御部１０がＯＮかＯＦＦかを判別し、実質的にはＯＮであると判定したときにのみステップＳＴ５０２に進み、その他の場合にはＩＣチップ８ａが単独稼働してステップＳＴ５０５に進むこととなる。
【００５７】
電源ＯＮであった場合、制御部１０は、ステップＳＴ５０１の工程において、前述の専用キーが押下されている状態か否か、つまり所定条件を満たしたまま通信セッションが確立されたかどうかを判定する（ステップＳＴ５０２）。ここで制御部１０は、所定の条件を満たしていると判定したとき、第１の用途（社用）としての課金情報であることを示す課金種別情報をメモリ７へ書き込む（ステップＳＴ５０３）。このとき、制御部１０は、社用の課金情報を示す課金種別情報として、社用を示すフラグを１（有意）として、メモリ１３に記憶する課金情報を特定する情報と共にメモリ７に記憶させる。即ち、ＩＣチップ８ａに順次記憶される社用の課金情報が、使用履歴の中のどの情報なのか、即ち特別ステータスを有する情報がどれなのか、後で判別することができるように該当する課金情報に紐付けを行う。
【００５８】
一方、ステップＳＴ５０２の工程において、制御部１０は、専用キーは押下されている状態ではない、すなわち通信セッションが確立されたときに所定の条件を満たさないと判定したとき、第２の用途（私用）の課金情報であることを示す課金種別情報をメモリ７へ書き込む（ステップＳＴ５０４）。このとき、制御部１０は、第２の用途、即ち私用の課金情報を示す課金種別情報として、第1の用途（社用）とは異なるフラグを１（有意）として、メモリ１３に記憶する課金情報を特定する情報と共にメモリ７に記憶させる。
制御部１０は、通常の課金情報を示すフラグを記憶させるときも、私用の課金情報を示すフラグを記憶させるときのように、使用履歴中のどの情報に対応するフラグが有意になっているかを記憶し、使用履歴の中の該当する情報に紐付けを行う。
【００５９】
さらに制御部１０は、ステップＳＴ５０３の工程、あるいはステップＳＴ５０４の工程を処理した後、リーダライタから受信した課金情報を元に、ＩＣチップ８ａに電子マネーの決済処理を行わせる（ステップＳＴ５０５）。すなわち、ＩＣチップ８ａに、メモリ１３に記憶されている電子マネーの残高等の情報を更新させる。このとき、メモリ７に保持された課金情報を特定する情報（時刻情報や管理アドレス）が課金情報ごとにメモリ１３に記憶されることは言うまでもない。
このように、第２の実施形態による携帯端末装置は、第１の用途の課金情報を示すフラグと第２の用途の課金情報を示すフラグとをメモリ７に記憶しながら、電子マネーの決済処理を行っている。
【００６０】
図４のフローチャート（Ａ）に示したように、携帯端末装置１において課金処理が行われた後、適宜、ユーザの操作に応じて、携帯端末装置１は、図４のフローチャート（Ｂ）に示した処理動作を行う。
【００６１】
以下図４（Ｂ）について説明する。
携帯端末装置１の電源がＯＮされたとき、もしくはユーザによるキー操作部６の操作が行われたとき、制御部１０は、上記の操作等に応じて該当するアプリケーションプログラムを起動させる（ステップＳＴ６０１）。
【００６２】
制御部１０は、ステップＳＴ６０１の工程において電子マネーの使用履歴を閲覧するプログラムを起動させたとき、ＩＣチップ８ａに記憶されている使用履歴と、メモリ７に記憶されている情報とを照らし合わせる（ステップＳＴ６０２）。このとき、制御部１０は、メモリ７に何らかの課金種別情報が存在するか否かを判定する（ステップＳＴ６０３）。即ち、第１の用途（社用）を示すフラグ、または第２の用途（私用）を示すフラグのいずれかが各課金情報に付加されているか否かを判定する。
【００６３】
制御部１０は、メモリ７中に、全ての課金情報に対して何らかのフラグ情報が記憶されているとき（ステップＳＴ６０３“ＹＥＳ”）には、特に処理動作を行わず（ステップＳＴ６０４）、前述の閲覧表示を行うユーザインタフェースに則して各課金情報、即ち、購入した商品の種類や、金額、課金の生じた時刻などを含む使用履歴を表示する処理動作を行う。
【００６４】
ステップＳＴ６０３の工程において、制御部１０がメモリ７中に、何らかのフラグ情報が対応付けられていない課金情報が存在すると判定したとき（ステップＳＴ６０３“ＮＯ”）には、携帯端末装置１の電源がＯＦＦされている期間にＩＣカード部８のみが稼働して電子マネーが使用されたことが考えられる。そこで、制御部１０は、フラグ無しの課金情報について、いずれのフラグを付けるかをユーザに判断させる画面の表示へ遷移する（ステップＳＴ６０５）。
【００６５】
制御部１０は、ステップＳＴ６０５の工程において、例えばグラフィックユーザインタフェース（以下、ＧＵＩと記載する）のプログラムを起動させる。制御部１０は、当該ＧＵＩの表示画面を表示部４に表示させ、ユーザに課金先、課金種別の振り分け操作を行わせる。ここで、制御部１０は、ユーザの操作入力により、フラグの未付加の課金情報全てに対して第１の用途か第２の用途かの振り分けを行わせ、その結果に基づいて、それぞれの課金情報ごとにいずれかのフラグをメモリ７へ追加記憶させる。
【００６６】
このようにして携帯端末装置１、もしくは制御部１０は、対応するフラグがない使用履歴の課金情報に対して、ユーザに振り分け判断を促し、また振り分け操作を行わせて、第１の用途（社用）あるいは第２の用途（私用）のいずれかを示すフラグをメモリ７へ記憶させる。
この後、再び電源ＯＦＦ中に課金処理を行わない限りは、ユーザが、携帯端末装置１を操作して使用履歴を表示させるアプリケーションプログラムを起動したときには、第１の用途（社用）あるいは第２の用途（私用）等を区別するフラグが全ての課金情報に対して付加されているため、上述のＧＵＩ（フラグ付加を行わせる画面表示）への遷移は行われない。そして、課金種別などが全ての課金情報に対して表示される。
【００６７】
以上のように第２の実施形態によれば、携帯端末装置１の制御部１０が、ＩＣチップ８ａに記憶されている使用履歴を成す各課金情報について、課金の種別を示すフラグをメモリ７に記憶させるようにした。そのためユーザは、携帯端末装置１の電子マネー決済機能の使用履歴を参照するとき、各電子マネーの社用あるいは私用等の用途ごとの課金種別を識別して閲覧することができる。
【００６８】
また、携帯端末装置１の電源がＯＦＦされているとき、ＩＣ機能部８が稼働して電子マネーの決済が行われると、制御部１０は、携帯端末装置１の電源がＯＮされたときに電子マネーの利用種別をユーザに入力設定させるようにした。そのため、後に携帯端末装置１が電子マネーの使用履歴を表示するとき、各課金情報の利用種別を表示することができる。
【００６９】
＜第３の実施形態＞
第３の実施形態による携帯端末装置を用いた課金システムは、販売店のオペレータ等にユーザが利用する電子マネーの種類を告げる手間を省き、複数種類の電子マネーを使い分けて決済することを可能にするものである。
【００７０】
図５は、本発明の第３の実施形態の携帯端末装置を用いた課金システムの構成を示すブロック図である。この図は、図１に示した携帯端末装置１と同一部分に同じ符号を使用している。
【００７１】
第３の実施形態による携帯端末装置１は、第１または第２の実施形態で説明したものと概ね同様に構成されている。ここでは、第１または第２の実施形態による携帯端末装置１と同様な構成について、重複説明を省略する。
リーダライタ２０は、携帯端末装置１と電子マネーの決済に関するデータ通信を行う、例えば販売店のレジスタなどを構成する電子マネー清算手段である。
外部装置であるリーダライタ２０と、携帯端末装置１のＩＣ機能部８もしくはＩＣチップ８ａは、前述の第１の実施形態で説明したものと同様に、無線通信によってデータ送受信を行うように構成されている。なお、物理的なものではなく論理的なものではあるが、説明の簡略化のために第３の実施形態においてはＩＣチップ８ａ内のメモリ１３には、第１課金領域１３ａと第２課金領域１３ｂとを設けている。この第１課金領域１３ａと第２課金領域１３ｂには、それぞれ異なったシステムで管理される電子マネーに関する情報が記憶される。さらに、リーダライタ２０は、複数の決済種別（第１種決済、第２種決済）のいずれにも対応している。そして、リーダライタ２０は、上述したＩＣチップ８ａを起動すると、物理的なセッションをＩＣチップ８ａとの間で確立し、その後、論理的なセッションで第２種決済での認証を要求する。ここで、第２種決済での認証に成功すると、第２種決済での課金処理を行う。また第２種決済での認証に失敗した場合には、第１種決済での再認証処理を要求するよう構成されている。
【００７２】
第３の実施形態の携帯端末装置１は、ＩＣチップ８ａが複数種類の電子マネーを識別して清算／決済を行う機能を有している。上記のＩＣチップ８ａは、各電子マネーに対応する複数の決済手段を有している。
詳しくは、ＩＣチップ８ａの制御用ＩＣチップ１２は、リーダライタ２０とデータ通信を行うとき、例えばＳｕｉｃａ（登録商標）、Ｅｄｙ（登録商標）などの各電子マネーを識別し、Ｓｕｉｃａ（登録商標）モードで決済処理を行う決済手段、Ｅｄｙ（登録商標）モードで決済処理を行う決済手段等を有している。
また、制御用ＩＣチップ１２は、各決済手段毎に残高や使用履歴をメモリ１３に各々記憶させる機能を有している。
ところで、Ｓｕｉｃａ（登録商標）、Ｅｄｙ（登録商標）といったそれぞれの電子マネーは、チャージおよび課金を含め、リーダライタの接続される公衆通信網経由で電子マネーの管理サーバにて一元管理されており、各々独立した電子マネーシステムである。
【００７３】
次に動作について説明する。
第３の実施形態による携帯端末装置１は、第１の実施形態で説明したもの、あるいは第２の実施形態で説明したものと概ね同様に動作する。ここでは、主に、第３の実施形態による携帯端末装置１の特徴となる動作を説明し、第１あるいは第２の実施形態による携帯端末装置１と同様な動作の重複説明を省略する。
【００７４】
図６は、図５の携帯端末装置を用いた課金システムの動作を示す説明図である。この図は、図５に示したリーダライタ２０とＩＣ機能部８のＩＣチップ８ａが、電子マネーの決済を行うときの処理動作を示すシーケンス図である。
初めに、携帯端末装置１をリーダライタ２０に接近させ、例えば携帯端末装置１のＩＣ機能部８が配設されている背面部分を、リーダライタ２０の通信アンテナ部分等にかざす。
【００７５】
リーダライタ２０は、携帯端末装置１のＩＣ機能部８に対し、セッション開始を示すデータを送信する（ＳＴ１）。ＩＣ機能部８のＩＣチップ８ａは、まずは受信するキャリア波としての電磁波による誘導起電力により起動のトリガを受け、電源９からの電源供給開始されて起動される。そして、ＩＣチップ８ａは、キャリア波から上記のセッション開始を示すデータをデコードし、電子マネーの決済処理の開始を認識する。そしてＩＣチップ８ａは、制御部１０へリーダライタ２０とのセッション開始を報知する（ＳＴ２）。
またＩＣチップ８ａは、セッション開始の応答を示すデータをリーダライタ２０へ送信し、まずは物理的な通信セッションが確立する（ＳＴ３）。
【００７６】
一方、制御部１０は、リーダライタ２０とのセッションが確立されたとき、第１、第２の実施例において説明したと同様な所定の条件が満たされているかどうかを判定する。
所定の条件を満たすと判定された場合には、条件の内容に基づいて設定された第１種決済先の電子マネー、例えばＥｄｙによる決済処理をＩＣチップ８ａに指示し、所定の条件を満たさないと判定する場合には第２種決済先の電子マネー、例えばＳｕｉｃａによる決済処理をＩＣチップ８ａに指示する（ＳＴ４）。
ところで、携帯端末装置１は、所定のキーの押下を所定の条件とする場合には、ユーザがキー操作部６のうち筐体側面に配される所定のキーが押下された状態でセッション確立したかどうかを判定するように構成されている。
このように、第３の実施形態による携帯端末装置を用いた課金システムは、ユーザが携帯端末装置１のキー操作などを行うことにより電子マネーの種類即ち決済先が設定される。
【００７７】
一方、第３の実施形態におけるＩＣチップ８ａは、前述のように制御部１０から指示された決済種別に一致した決済種別での認証の要求がなされたときには決済を行うように返答をリーダライタ２０へ送信し、指示された決済種別に一致しない決済種別での認証の要求がなされたときには返答を返さないように構成される。
また、携帯端末装置１のＩＣ機能部８は、前述のように携帯端末装置１の電源がＯＦＦされているときでも、決済／課金処理を行うことができる。
【００７８】
次にステップＳＴ５において、リーダライタ２０は、論理セッションとして、まず第２種決済での認証要求を送出する。
ここで、ＩＣチップ８ａは既にステップＳＴ４において、第１種決済が指示されており、リーダライタ２０から要求される決済種別がこれと異なるため、リーダライタ２０にたいする返答を行わない（ＳＴ６）。
その後、返答のない状態が予め定められた時間が経過（タイムアウト）すると、今度は、リーダライタ２０から論理セッションとして第１種決済での認証要求を送出する（ＳＴ７）。この場合、ＩＣチップ８ａは、ステップＳＴ４において、制御部１０から指示されている第１種決済と同じ決済種別がリーダライタ２０から要求されていると判定されるため、リーダライタ２０に対する確認応答を行う（ＳＴ８）。
【００７９】
リーダライタ２０は、携帯端末装置１もしくはＩＣチップ８ａからＥｄｙ（登録商標）による決済の確認応答を受信したとき、Ｅｄｙ（登録商標）モードの決済処理を開始する。
【００８０】
リーダライタ２０は、例えばＥｄｙ（登録商標）を用いた課金処理を行うとき、ユーザが支払うべき課金金額および商品品目の他、課金時刻を示す課金データを携帯端末装置１（ＩＣチップ８ａ）へ送信する（ＳＴ９）。
ＩＣチップ８ａは、課金金額を示す課金データを受信すると、制御部１０へ課金処理の了承を求める旨の問い合わせを行う（ＳＴ１０）。制御部１０は、予め設定されている課金処理を認める何らかの条件等が満たされているとき、課金処理を了承する旨をＩＣチップ８ａに伝える（ＳＴ１１）。
【００８１】
ＩＣチップ８ａの制御用ＩＣチップ１２は、制御部１０の課金了承が得られると、リーダライタ２０から送られた課金金額の支払いが可能か否か、メモリ１３の第１課金領域１３ａに対して電子マネーの残高確認を行う（ＳＴ１２）。
ＩＣチップ８ａの制御用ＩＣチップ１２は、メモリ１３（第１課金領域１３ａ）の残高確認により第１種決済手段としての電子マネー、例えばＥｄｙの残高が支払可能であり、決済が許容できるとき（ＳＴ１３）、メモリ１３（第１課金領域１３ａ）に記憶されている残高に対して前述のリーダライタ２０から送信された金額の課金処理を行う（ＳＴ１４）。
【００８２】
制御用ＩＣチップ１２は、メモリ１３に記憶されているＥｄｙの残高金額から前述の課金金額を差し引いた後、第１種決済手段による決済処理を完了する（ＳＴ１５）。
ＩＣチップ８ａは、前述のように電子マネーの決済処理を行い、メモリ１３に記憶されている残高金額を更新した後、リーダライタ２０へ課金処理の完了報告を送信する（ＳＴ１６）。
【００８３】
リーダライタ２０は、ＩＣチップ８ａから課金完了報告を受信すると、第１種決済手段による電子マネー決済処理を完了する表示を販売店レジスタ上の表示部（不図示）に表示するとともに、セッション終了を告げる旨のデータをＩＣチップ８ａ、即ち携帯端末装置１へ送信する（ＳＴ１７）。
ＩＣチップ８ａは、セッション終了を告げるデータを受信すると、所定の処理を行い、セッション終了の応答を示すデータをリーダライタへ送信し、セッションを開放する（ＳＴ１８）。
【００８４】
ところで、ステップＳＴ２においてセッションが報知された段階で、所定の条件を満たさない場合（所定のキーが押下されていないなど）、制御部１０は、ＩＣチップ８ａに対し、第２種の決済先での課金を受け付けるようステップＳＴ４にて指示する。この場合には、ステップＳＴ５における第１種の決済での認証に対して応答を返して以降の決済処理を行うこととなる。
さらに第３の実施形態による携帯端末装置１のＩＣ機能部８、もしくはＩＣチップ８ａは、携帯端末装置１の電源がＯＦＦされているときでも決済処理が可能である。ところが、電源がＯＦＦされているときには、キー押下の判別や上記所定の条件を満たすことが出来ない。すなわちステップＳＴ２においてセッションが報知された段階で所定の条件を満たさないという扱いになり、ＩＣチップ８ａは第２種の決済先での課金を受け付けて決済処理を行うこととなる。
第３の実施形態による携帯端末装置１に備えられるＩＣチップ８ａは、上記の電源ＯＦＦの場合と、ユーザによる所定のキー押下などの設定が行われなかった場合において、同一の決済手段を用いて処理する。即ち、同じ第２種の決済先の課金体系で、メモリ１３のうちの第２課金領域における電子マネーへの決済処理を行うこととなる。
【００８５】
以上のように第３の実施形態によれば、携帯端末装置１のＩＣチップ８ａに複数の決済手段を備え、また、リーダライタ２０に複数の決済手段を備えて、リーダライタ２０から携帯端末装置１へ順次各決済手段の認証を求めるメッセージを発するようにした。また、リーダライタ２０は、携帯端末装置１が認証した決済手段を用いて電子マネーの決済処理を行うようにした。そのため、ユーザは口頭で利用する決済手段を告げることなく、携帯端末装置１に設定した決済手段を用いて電子マネーの決済を行うことができる。
また、制御部１０は、課金情報の表示の要求がキー操作部６への所定の操作により行われると、ＩＣチップ８ａにメモリ１３の第１課金領域と第２課金領域とを参照させ、参照結果に応じて、それぞれの領域に記憶される課金情報および電子マネーの残高を表示部４に表示させる。これにより、簡単な操作にもかかわらず、ユーザは電子マネーの使用状況をすぐさま把握することが出来る。
【００８６】
以上、第１、第２の実施形態と、第３の実施形態とをそれぞれ説明を行ったが、それぞれの説明において使用されている具体的な用語は、あくまでも説明の簡略化のために用いたに過ぎず、これらに限定されるものではない。
まず、第１および第２の実施形態では、社用の課金情報と私用の課金情報とを取り扱う携帯端末装置１を例示して説明したが、本発明に係る携帯端末装置は、上記の二種類の用途を分別することに限定されない。
本発明に係る携帯端末装置は、例えば、「社用」、「私用」、また「交際費」等など支払金の使途を複数分別して、各実施形態で説明したように処理することも可能である。また、二種類以上の複数の用途を分別して処理するように構成した場合でも同様な作用効果が得られる。
【００８７】
そして、第３の実施形態では、Ｓｕｉｃａ（登録商標）とＥｄｙ（登録商標）という２種類を示したが、異なる決済手段でも当然構わない。また、ＩＣチップ８ａが第３の決済手段を持つようにしても良いし、リーダライタが第３の決済手段を持つようにしても良い。いずれにおいても制御部１０にて所定の条件が合致していれば、制御部１０が指定した決済種別での認証要求が生じた場合にのみＩＣチップ８ａはリーダライタ２０への応答を返すように構成しておけば、本発明同様の作用を得ることができる。
さらに、所定の条件としては所定のキーの押下があったかどうかのみを判定したが、これに限られるものではなく、例えばテンキーの“１キー”の押下の場合と“２キー”の押下の場合とで、決済手段を使い分けるようにしても良い。この場合には、ステップＳＴ２の後に所定の条件を判定する段で、制御部１０が押下されたキー種別も判定し、この種別に応じた決済種別にのみ応答するよう、ステップＳＴ４においてＩＣチップ８ａに指示することで実現可能となる。
【００８８】
また、所定の条件として、物理セッション確立時におけるキーの押下の有無を判定する例を主に説明したが、第１、第２の実施形態と同様、開閉可能な筐体における筐体の開閉検出をもって、所定の条件を満たすかどうかを判定したり、開状態と閉状態とで決済種別を使い分けるようにしても良い。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１の実施形態による携帯端末装置の構成を示すブロック図である。
【図２】図１に示した携帯端末装置の動作を示す説明図である。
【図３】図１の携帯端末装置の動作を示す説明図である。
【図４】本発明の第２の実施形態による携帯端末装置の動作を示す説明図である。
【図５】本発明の第３の実施形態の携帯端末装置を用いた課金システムの構成を示すブロック図である。
【図６】図５の携帯端末装置を用いた課金システムの動作を示す説明図である。
【符号の説明】
【００９０】
１…携帯端末装置、２…アンテナ、３…通信部、４…表示部、５…音声入出力部、６…キー操作部、７…メモリ、８…ＩＣ機能部、９…電源部、１０…制御部、２０…リーダライタ。
【特許請求の範囲】
【請求項１】
電子マネーの決済に関する課金通信を外部と行う課金通信部と、
前記電子マネーの決済に関する課金情報を記憶する記憶部と、
前記課金通信部にて課金通信を行う際に、所定の条件を満たしているか判定し、前記所定の条件を満たす場合と満たさない場合とで、該課金通信によって得られる課金情報について異なる課金の種別を示す種別情報を関連付けて記憶させる制御部と、を有する、
携帯端末装置。
【請求項２】
前記制御部の制御により前記記憶部に記憶される課金情報を表示する表示部を有し、
前記制御部は、前記表示部へ課金情報を表示させるとき、前記記憶部の記憶内容を参照し、前記種別情報に基づく情報とともに、当該課金情報を表示させるように制御する、
請求項１に記載の携帯端末装置。
【請求項３】
前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、
前記制御部は、該携帯端末装置の電源がＯＮされたときに、電源ＯＦＦ中に課金通信が行われたか否かを判定し、課金通信が行われたと判定した場合、該課金通信における課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記記憶部に追加記憶させる、
請求項２に記載の携帯端末装置。
【請求項４】
前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、
前記制御部は、該携帯端末装置の電源がＯＮされたとき、あるいは前記表示部への課金情報の表示が要求されたときに、前記記憶部における課金の種別情報が関連付けられていない課金情報があるかどうかを判定し、課金種別が関連付けられていない課金情報が存在する場合には、該課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記記憶部に追加記憶させる、
請求項２に記載の携帯端末装置。
【請求項５】
前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、
前記記憶部は、前記課金通信部により制御される第１の記憶部と、前記制御部により制御されて前記種別情報が記憶される第２の記憶部とを含んで構成され、
前記制御部は、該携帯端末装置の電源がＯＮされたとき、あるいは前記表示部への課金情報の表示が要求されたときに、前記第１の記憶部と前記第２の記憶部との双方における課金情報を比較し、前記第１の記憶部に記憶されているにもかかわらず前記第２の記憶部に記憶されていない課金情報が存在すれば、該課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記第２の記憶部に追加記憶させる、
請求項２に記載の携帯端末装置。
【請求項６】
前記制御部の制御により前記記憶部に記憶される課金情報を表示する表示部を有し、
前記制御部は、前記表示部へ課金情報を複数表示させるとき、前記記憶部の記憶内容を参照し、前記所定の条件を満たすときの課金および前記所定の条件を満たさないときの課金のうち、いずれか一方のみの課金情報を表示させるように制御可能である、
請求項１から５のいずれか一項に記載の携帯端末装置。
【請求項７】
操作部をさらに備え、
前記所定の条件は、前記操作部が操作された状態で前記課金通信部にて課金通信が開始されることである
請求項１から５のいずれか一項に記載の携帯端末装置。
【請求項８】
開閉可能な筐体をさらに備え、
前記所定の条件は、前記開閉いずれかの状態において前記課金通信部にて課金通信が開始されることである
請求項１から５のいずれか一項に記載の携帯端末装置。
【請求項１】
電子マネーの決済に関する課金通信を外部と行う課金通信部と、
前記電子マネーの決済に関する課金情報を記憶する記憶部と、
前記課金通信部にて課金通信を行う際に、所定の条件を満たしているか判定し、前記所定の条件を満たす場合と満たさない場合とで、該課金通信によって得られる課金情報について異なる課金の種別を示す種別情報を関連付けて記憶させる制御部と、を有する、
携帯端末装置。
【請求項２】
前記制御部の制御により前記記憶部に記憶される課金情報を表示する表示部を有し、
前記制御部は、前記表示部へ課金情報を表示させるとき、前記記憶部の記憶内容を参照し、前記種別情報に基づく情報とともに、当該課金情報を表示させるように制御する、
請求項１に記載の携帯端末装置。
【請求項３】
前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、
前記制御部は、該携帯端末装置の電源がＯＮされたときに、電源ＯＦＦ中に課金通信が行われたか否かを判定し、課金通信が行われたと判定した場合、該課金通信における課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記記憶部に追加記憶させる、
請求項２に記載の携帯端末装置。
【請求項４】
前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、
前記制御部は、該携帯端末装置の電源がＯＮされたとき、あるいは前記表示部への課金情報の表示が要求されたときに、前記記憶部における課金の種別情報が関連付けられていない課金情報があるかどうかを判定し、課金種別が関連付けられていない課金情報が存在する場合には、該課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記記憶部に追加記憶させる、
請求項２に記載の携帯端末装置。
【請求項５】
前記課金通信部は、該携帯端末装置の電源ＯＦＦ時も前記制御部から独立して決済可能であり、
前記記憶部は、前記課金通信部により制御される第１の記憶部と、前記制御部により制御されて前記種別情報が記憶される第２の記憶部とを含んで構成され、
前記制御部は、該携帯端末装置の電源がＯＮされたとき、あるいは前記表示部への課金情報の表示が要求されたときに、前記第１の記憶部と前記第２の記憶部との双方における課金情報を比較し、前記第１の記憶部に記憶されているにもかかわらず前記第２の記憶部に記憶されていない課金情報が存在すれば、該課金情報に対して課金の種別情報の振り分けを行わせる画面を前記表示部に表示し、振り分け結果を前記第２の記憶部に追加記憶させる、
請求項２に記載の携帯端末装置。
【請求項６】
前記制御部の制御により前記記憶部に記憶される課金情報を表示する表示部を有し、
前記制御部は、前記表示部へ課金情報を複数表示させるとき、前記記憶部の記憶内容を参照し、前記所定の条件を満たすときの課金および前記所定の条件を満たさないときの課金のうち、いずれか一方のみの課金情報を表示させるように制御可能である、
請求項１から５のいずれか一項に記載の携帯端末装置。
【請求項７】
操作部をさらに備え、
前記所定の条件は、前記操作部が操作された状態で前記課金通信部にて課金通信が開始されることである
請求項１から５のいずれか一項に記載の携帯端末装置。
【請求項８】
開閉可能な筐体をさらに備え、
前記所定の条件は、前記開閉いずれかの状態において前記課金通信部にて課金通信が開始されることである
請求項１から５のいずれか一項に記載の携帯端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１１２４５（Ｐ２０１０−１１２４５Ａ）
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願番号】特願２００８−１６９６８９（Ｐ２００８−１６９６８９）
【出願日】平成２０年６月２７日（２００８．６．２７）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願日】平成２０年６月２７日（２００８．６．２７）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]