JP2005328321A - 通信端末装置および通信制御処理のプログラム - Google Patents

Abstract

【課題】 携帯電話への電話やメールの着信によって、その携帯電話内に収容した非接触ＩＣ１０とレジスタ部１１との無線通信による商品やサービスに対する対価の支払に支障がきたすのを未然に防止する。
【解決手段】 携帯電話のＲＦブロック４は、通信回線を介して外部からの電話やメールの着信を検知する。非接触ＩＣ１０は、商品又はサービスに対する対価を無線信号によって電子的に支払処理を行う。携帯電話のＣＰＵ１は、非接触ＩＣ１０による支払処理中でない場合には、外部からの着信をＲＦブロック４によって検知したときは、着信に応じたオフフック操作により通話処理に遷移し、非接触ＩＣ１０による支払処理中においては、外部からの着信に対して自動着信を行って保留音を発生して相手に送信して、外部からの着信に対して通話処理への遷移を中断する。
【選択図】 図１

Description

本発明は、通信端末装置およびその通信制御処理のプログラムに関し、特に、商品又はサービスに対する対価を無線信号によって電子的に支払処理を行う機能を有する通信端末装置および通信制御処理のプログラムに関するものである。

非接触方式で情報の授受を行う非接触ＩＣ又はＩＣタグが新しい電子デバイスとして注目されている。非接触ＩＣは、ＩＣカードよりもさらに小型であるので、携帯電話、ＰＨＳ、ＰＤＡ（Personal Digital Assistants : 携帯情報端末）などの小型の通信端末装置内に容易に収容できる。このため、通信端末装置に収容された非接触ＩＣと店舗等の精算機とをＩＳＭ（産業科学医療用）帯域の無線通信によって接続し、商品やサービスに対する対価の支払を行う精算システムの提案やその他の提案が従来なされている。
例えば、商品購入の精算にかかる時間、特にクレジットカード払いにおける精算時間を短縮するための精算システムの提案がある。この提案においては、少なくとも個々の商品を一意に特定する商品識別子を含む商品情報を記録した商品識別手段と、予め顧客に配布された非接触型ＩＣタグおよび顧客が所有する携帯電話を、顧客の一人一人を特定する顧客情報を記録した顧客識別手段として、顧客自らが商品を購入する際に商品情報を携帯電話内の非接触ＩＣタグに記憶し、購入の終了後に顧客情報と記憶した商品情報とを精算機に送信する。（特許文献１）
その他の提案として、例えば、法人等の組織に対する旅費・交通費の一括請求システムがある。この提案においては、交通機関、宿泊施設などの手配を行う旅行会社システムと、交通機関、宿泊施設などを提供する提供機関システムとを含み構成され、予約を行う際に個人と特定するための個人ＩＤは、磁気カード、ＩＣカード、非接触式ＩＣタグ、携帯電話に記憶されている。（特許文献２）
また、その他の別の提案として、ビル利用者支援装置がある。この提案においては、ビル内で所定サービスを受け取るサービス受益体と、このサービス受益体へ所定サービスを提供するサービス提供体とを有する構成において、サービス受益体を特定する識別情報を出力する識別情報出力手段として、ＩＳＭ帯域の近距離無線装置、携帯電話帯域の無線装置、ＰＨＳ帯域の無線装置、無線周波数帯域の非接触ＩＣタグなどを用いている。（特許文献３）
また、別の提案の間違い電話防止方式においては、電話番号に公知のチェックデジットを付加して、電話機から電話番号をダイヤルすると、交換機が電話番号とチェックデジットを受け付けて電話番号確認装置に送信し、電話番号確認装置が電話番号とチェックデジットの正誤の判断結果を交換機に出力し、電話番号が正しい場合に交換機はチェックデジットを消去して、ネットワークを介して接続する。電話番号確認装置が電話番号の誤りを確認すると、交換機は電話機に電話番号の誤りを通知する。（特許文献３）
特開２００４−４８６２３号公報 特開平１１−１７７６８３号公報 特開２００１−１１１６９２号公報 特開２００３−２５６５２０号公報

携帯電話などのように通話が可能な通信端末装置内に収容した非接触ＩＣによって、商品やサービスに対する対価の支払を無線通信によって行う場合において、支払中に電話やメールの着信を受けたときは、あわてて支払の操作を誤るおそれがあり、電話の着信に対するオフフックやメールの自動着信によって、非接触ＩＣと精算機との無線通信が妨害されるおそれもある。一方、電話をかけた相手側においては、着信音が聞こえるにもかかわらず、相手が電話に出ない場合には不安を抱いてしまうことになる。
本発明は、このような従来の課題を解決するためのものであり、通信端末装置への電話やメールの着信によって、その通信端末装置内に収容した非接触ＩＣと精算機との無線通信による商品やサービスに対する対価の支払に支障がきたすのを未然に防止することを目的とする。

請求項１に記載の通信端末装置は、所定の通信回線を介して外部からの着信を検知する着信検知手段（実施形態においては、図１のＲＦブロック４に相当する）と、商品又はサービスの提供に対して当該提供側からの支払要求に応じて無線信号によって電子的に支払処理を行う電子支払手段（実施形態においては、非接触ＩＣ１０に相当する）と、電子支払手段による支払処理中でない場合には外部からの着信を着信検知手段によって検知したときは当該着信に対する通信処理に遷移し、電子支払手段による支払処理中においては外部からの着信に対する通信処理への遷移を禁止する通信制御手段（実施形態においては、図１のＣＰＵ１に相当する）と、を備えた構成になっている。

請求項１の通信端末装置において、請求項２に記載したように、通信制御手段は、電子支払手段による支払処理中においては着信検知手段の着信検知機能を停止させるような構成にしてもよい。
請求項１の通信端末装置において、請求項３に記載したように、通信制御手段は、電子支払手段による支払処理中においては着信検知手段によって着信が検知されたときは、当該着信の発信側に対して自動応答処理を行って特定の情報（実施形態においては、保留音に相当する）を送信するような構成にしてもよい。
請求項３の通信端末装置において、請求項４に記載したように、通信制御手段は、自動応答処理によって回線接続された発信側が回線切断を行う前に電子支払手段による支払処理が終了したときは、発信側との通信処理に遷移するような構成にしてもよい。

請求項５に記載の通信制御処理のプログラムは、所定の通信回線を介して外部からの着信を検知する第１のステップと、商品又はサービスの提供に対して当該提供側からの支払要求に応じて無線信号によって電子的に支払処理を行う第２のステップと、第２のステップによる支払処理中でない場合には外部からの着信を第１のステップによって検知したときは当該着信に対する通信処理に遷移し、第２のステップによる支払処理中においては外部からの着信に対する通信処理への遷移を禁止する第３のステップと、を実行する構成になっている。
実施形態においては、第１のステップはＲＦブロック４の処理に相当し、第２のステップは図１の非接触ＩＣ１０の処理に相当し、第３のステップはＣＰＵ１の処理に相当する。

本発明の通信端末装置および通信制御処理のプログラムによれば、通信端末装置への電話やメールの着信によって、その通信端末装置内に収容した非接触ＩＣと精算機との無線通信による商品やサービスに対する対価の支払に支障がきたすのを未然に防止するという効果が得られる。

以下、本発明による通信端末装置の第１実施形態ないし第３実施形態について、携帯電話を例に採って図を参照して説明する。
図１は、各実施形態における携帯電話を適用したシステムの構成を示す図である。図１において、ＣＰＵ１は、ベースバンド信号処理のＤＳＰ（ディジタル・シグナル・プロセッサ）を内蔵したワンチップＩＣで構成されている。ＣＰＵ１のシステムバスには、ＲＯＭ２、ＲＡＭ３、ＲＦブロック４、スイッチ部５、表示ドライバ６、およびＧＰＳ部７が接続されている。ＣＰＵ１は、これら各部との間でコマンドおよびデータの授受を行ってこの携帯電話を制御する。また、ＣＰＵ１の入出力ポートには、マイク８、スピーカ９が接続されている。

さらに、ＣＰＵ１は、非接触ＩＣ１０と専用の通信バスによって接続されている。非接触ＩＣ１０は、商品の販売やサービスを提供する店舗のレジスタ部１１すなわち精算機との間で、ＩＳＭ帯域などの無線通信によって、電子的に支払処理を行うことができる。非接触ＩＣ１０は、この携帯電話に着脱自在に装着されており、図には示していないが、非接触ＩＣ１０内には、ＣＰＵ、プログラムＲＯＭ、不揮発性のメモリからなるデータＲＡＭが設けられている。このデータＲＡＭには、ユーザが電子支払をする金融機関の口座にある預金金額のデータがストアされており、預金金額の設定や更新については、その金融機関のみによって行われ、ユーザによるデータ操作は禁止されている。

ＲＯＭ２には、他の携帯電話と通話やメールを送受信する機能、システムバスに接続された各部を制御する機能、非接触ＩＣ１０との間でコマンドやデータを送受信する機能を実行する通信制御処理のプログラムなどが格納されている。ＲＡＭ３は、ＣＰＵ１によって処理されるデータを一時的にストアするワークエリアであり、通信制御処理のプログラムの実行に必要な各種のレジスタやフラグのエリア、受信したメールおよび送信したメールを記録する受信ＢＯＸおよび送信ＢＯＸ、非接触ＩＣ１０によって支払った支払金額のレシートを保存するレシートデータベース（ＤＢ）のエリアなどが設けられている。ＲＦブロック４は、図には示していないが、電話通信網との間で通話やメールを送受信するための無線送受信部、無線信号処理部などを備えている。

スイッチ部５は、電源スイッチ、オフフックスイッチ、オンフックスイッチ、メールスイッチ、発信スイッチ、ＯＫスイッチ、カーソルスイッチ、数字／文字入力スイッチ、支払スイッチ、レシートスイッチ、スケジュール／カレンダスイッチ、保留スイッチ、累計スイッチ、その他のスイッチなどで構成されている。表示ドライバ６には、ＬＣＤ（液晶ディスプレイ）などからなる表示部１２が接続されており、スイッチ部５の操作に応じたメニュー画面などを表示する。なお、上記各スイッチの中には、そのときの状態に従って、同一のスイッチで複数の機能を兼用するものも含まれているとともに、表示部１２に表示されたアイコンスイッチと連動して、スイッチ機能を果たすものもある。各スイッチの機能については後述する。
スピーカ９は、発信時の呼出報知や着信時の着信報知を行うほか、マイク８とともに通話処理における音声の入出力を行う。

電源部１３は、この携帯電話内の各部に電源を供給するが、電源経路がＰＯＷ１、ＰＯＷ２、ＰＯＷ３の３系統で構成されている。ＰＯＷ２の電源経路は非接触ＩＣ１０のみに接続され、ＰＯＷ３の電源経路はＲＦブロック４のみに接続され、ＰＯＷ１の電源経路はＣＰＵ１を含む他の各部に接続されている。電源スイッチのオン操作によって、ＰＯＷ１およびＰＯＷ３の電源経路はオンとなるが、ＰＯＷ１の電源経路のオンによってＣＰＵ１が動作状態になった後は、ＰＯＷ２およびＰＯＷ３の電源経路はＣＰＵ１によってオン／オフが制御される。すなわち、非接触ＩＣ１０およびＲＦブロック４は、ＣＰＵ１の制御によってオン／オフが制御される。

次に、図１の構成による第１実施形態の動作について説明する。
図２ないし図６は、第１実施形態におけるＣＰＵ１のメインルーチンのフローチャートである。図２において、所定のイニシャライズ（ステップＳＡ１）の後、表示部１２に待受画面を表示する（ステップＳＡ２）。次に、オフフックスイッチがオンされたか否かを判別する（ステップＳＡ３）。このスイッチがオンされたときは、番号入力の画面を表示して(ステップＳＡ４)、入力された番号をＲＡＭ３にストアし、表示部１２に表示する番号入力処理を行う（ステップＳＡ５）。次に、発信スイッチのオン操作に応じて発信処理を行い（ステップＳＡ６）、スピーカ９によって呼出報知を行う(ステップＳＡ７)。そして、回線接続が確立したか否かを判別する（ステップＳＡ８）。回線接続が確立したときは通話処理に遷移し（ステップＳＡ９）、相手先のユーザとの通話が行われる。その後は、オンフックスイッチがオンされたか否かを判別し（ステップＳＡ１０）、このスイッチがオンされたときは回線切断などの終話処理を行って（ステップＳＡ１１）、ステップＳＡ２に移行して再び待受画面を表示する。

ステップＳＡ３において、オフフックスイッチがオンされない場合には、図３のフローチャートにおいて、支払スイッチがオンされたか否かを判別する(ステップＳＡ１２)。このスイッチがオンされたときは、ＰＯＷ２をオンにして非接触ＩＣ１０の動作をスタートさせ(ステップＳＡ１３)、ＰＯＷ３をオフにしてＲＦブロック４をオフにする (ステップＳＡ１４)。
次に、非接触ＩＣ１０から支払金額を受信したか否かを判別する（ステップＳＡ１５）。支払金額を受信したときは、ＲＡＭ３のレジスタＰＡＹに支払金額をストアする（ステップＳＡ１６）。さらに、レジスタＴＰＡＹにＰＡＹの支払金額を累算して支払金額の累計値を更新する（ステップＳＡ１７）。次に、非接触ＩＣ１０からレシートデータを受信したか否かを判別する（ステップＳＡ１８）。レシートデータを受信したときは、レシートデータストア処理を行ない（ステップＳＡ１９）、レシートデータの内容を表示する（ステップＳＡ２０）。
ステップＳＡ１５において、非接触ＩＣ１０から支払金額を受信しない場合には、支払不可信号を受信したか否かを判別する（ステップＳＡ２１）。この信号を受信したときは、残高不足の警告を表示する（ステップＳＡ２２）。
ステップＳＡ２０においてレシートデータの内容を表示した後、又は、ステップＳＡ２２において残高不足の警告を表示した後は、ＯＫスイッチがオンされたか否かを判別し（ステップＳＡ２３）、このスイッチがオンされたときは、非接触ＩＣ１０の動作を停止し（ステップＳＡ２４）、ＲＦブロック４をオンにして（ステップＳＡ２５）、図２のステップＳＡ２に移行して待受画面を表示する。

図３のステップＳＡ１２において、支払スイッチがオンでない場合には、図４のフローチャートにおいて、レシートスイッチがオンされたか否かを判別する（ステップＳＡ２６）。このスイッチがオンされたときは、レシートリスト画面を表示する（ステップＳＡ２７）。レシートリスト画面には、ＲＡＭ３のレシートデータベースに保存されているレシートリストの複数の項目とともに、ＯＫスイッチ、クリアスイッチ、サブメニュースイッチのアイコンスイッチが表示される。レシートリストが１つの画面に収まらない場合には、カーソルスイッチの操作によってスクロール表示される。表示されたレシートリストの複数の項目において、ひとつの項目にフォーカスを当てる（ステップＳＡ２８）。例えば、その項目の表示を反転させて他の項目と区別する。

次に、カーソルスイッチがオンされたか否かを判別し(ステップＳＡ２９)、このスイッチがオンされたときは、フォーカス位置を移動する(ステップＳＡ３０)。そして、画面に表示されたＯＫスイッチがオンされたか否かを判別し(ステップＳＡ３１)、このスイッチがオンされない場合には、クリアスイッチがオンされたか否かを判別する(ステップＳＡ３２)。このスイッチがオンされたときは、レシートリスト画面を消去し、図２のステップＳＡ２に移行して、待受画面を表示する。

図４のステップＳＡ３１において、ＯＫスイッチがオンされたときは、そのときのフォーカス位置におけるレシートの内容を表示する（ステップＳＡ３３）。この表示画面には、ＯＫスイッチ、クリアスイッチ、削除スイッチのアイコンも表示される。次に、クリアスイッチがオンされたか否かを判別し（ステップＳＡ３４）、このスイッチがオンされたときは、レシートの内容の画面を消去し、ステップＳＡ２７に移行してレシートリスト画面を表示する。クリアスイッチがオンでない場合には、削除スイッチがオンされたか否かを判別し（ステップＳＡ３５）、このスイッチがオンされたときは、表示されているレシートデータを削除し（ステップＳＡ３６）、削除完了の表示を行う（ステップＳＡ３７）。そして、ＯＫスイッチがオンされたか否かを判別し（ステップＳＡ３８）、このスイッチがオンされたときは、ステップＳＡ２７に移行してレシートリスト画面を表示する。

ステップＳＡ３２において、クリアスイッチがオンでない場合には、図５のフローチャートにおいて、レシートリスト画面のサブメニュースイッチがオンされたか否かを判別する（ステップＳＡ３９）。このスイッチがオンされたときは、サブメニュー画面を表示する（ステップＳＡ４０）。このサブメニュー画面には、複数の項目として、一括削除、累計表示、リセット、その他のサブメニューが表示され、ＯＫスイッチおよびクリアスイッチのアイコンスイッチが表示される。そして、ひとつの項目にフォーカスする（ステップＳＡ４１）。
次に、カーソルスイッチがオンされたか否かを判別し(ステップＳＡ４２)、このスイッチがオンされたときは、フォーカス位置を移動する(ステップＳＡ４３)。そして、ＯＫスイッチがオンされたか否かを判別し(ステップＳＡ４４)、このスイッチがオンされない場合には、クリアスイッチがオンされたか否かを判別する(ステップＳＡ４５)。このスイッチがオンされたときは、サブメニュー画面を消去し、図４のステップＳＡ２７に移行して、レシートリスト画面を表示する。

図５のステップＳＡ４４において、ＯＫスイッチがオンされたときは、そのときのフォーカス位置が一括削除であるか否かを判別し（ステップＳＡ４６）、一括削除の位置である場合には、一括削除処理を行う（ステップＳＡ４７）。一括削除の位置でない場合には、フォーカス位置が累計表示であるか否かを判別し（ステップＳＡ４８）、累計表示の位置である場合には累計表示処理を行う（ステップＳＡ４９）。累計表示の位置でない場合には、フォーカス位置がリセットであるか否かを判別し（ステップＳＡ５０）、リセットの位置である場合には、リセット処理を行う（ステップＳＡ５１）。リセットの位置でない場合には、フォーカス位置に応じたその他のサブメニュー処理を行う（ステップＳＡ５２）。フォーカス位置に応じた処理を行った後は、図４のステップＳＡ２７に移行して、レシートリスト画面を表示する。図５のステップＳＡ３９において、サブメニュースイッチがオンでない場合には、図４のステップＳＡ２９に移行して、カーソルスイッチのオンを判別する。

図４のステップＳＡ２６において、レシートスイッチがオンでない場合には、図６のフローチャートにおいて、スケジュール／カレンダスイッチがオンされたか否かを判別する（ステップＳＡ５３）。このスイッチがオンでない場合、すなわち、スイッチ部５のいずれのスイッチもオンでない場合には、図２のステップＳＡ３に移行して、オフスイッチのオンを判別する。
スケジュール／カレンダスイッチがオンされたときは、現在の月日を取得して（ステップＳＡ５４）、取得した月日に基づきカレンダデータを検索して表示する（ステップＳＡ５５）。さらに、取得した日に基づいてカレンダ上の日付をフォーカスする（ステップＳＡ５６）。このカレンダの画面には、クリアスイッチおよびスケジュール設定スイッチも表示される。

次に、フォーカスした月日にスケジュールがあるか否かを判別する（ステップＳＡ５７）。スケジュールがある場合には、そのスケジュール内容を表示する（ステップＳＡ５８）。一方、フォーカスした月日にスケジュールがない場合、又は、フォーカスした月日のスケジュールを表示した後は、カーソルスイッチがオンされたか否かを判別し（ステップＳＡ５９）、このスイッチがオンされたときは、フォーカスする月日を移動して（ステップＳＡ６０）、ステップＳＡ５７に移行する。カーソルスイッチがオンでない場合には、クリアスイッチがオンされたか否かを判別する（ステップＳＡ６１）。このスイッチがオンでない場合には、スケジュール設定スイッチがオンされたか否かを判別し（ステップＳＡ６２）、このスイッチがオンされたときは、スケジュール設定処理を行う（ステップＳＡ６３）。スケジュール設定処理の後は、ステップＳＡ５５に移行して、取得した月日に基づき再びカレンダデータを検索して表示する。
ステップＳＡ６１において、クリアスイッチがオンされたときは、図２のステップＳＡ２に移行して待受画面を表示する。

図７は、図５のメインルーチンにおけるステップＳＡ５１のリセット処理のフローチャートである。この処理では、レジスタＴＰＡＹにストアされている支払金額累計をリセットして（ステップＳＢ１）、リセット完了画面を表示する（ステップＳＢ２）。そして、ＯＫスイッチがオンされたか否かを判別し（ステップＳＢ３）、このスイッチがオンされたときは、メインルーチンに戻って、図４のステップＳＡ２７においてレシートリスト画面を表示する。

ステップＳＢ３において、ＯＫスイッチがオンでない場合には、累計スイッチがオンされたか否かを判別し（ステップＳＢ４）、このスイッチがオンされたときは、変数ｎを「１」にセットして（ステップＳＢ５）、レシートデータベースにおける各レシートデータを変数ｎによって指定して、ｎの値をインクリメントしながら、ステップＳＢ６ないしステップＳＢ８のループ処理を繰り返す。
すなわち、レシートデータ（ｎ）の支払金額をレジスタＴＰＡＹに累計し（ステップＳＢ６）、ｎの値を「１」だけインクリメントする（ステップＳＢ７）。そして、インクリメントしたｎの値が最大値より大きくなったか否かを判別し（ステップＳＢ８）、ｎの値が最大値以下である場合には、ステップＳＢ６に移行して、上記ループ処理を繰り返す。ステップＳＢ８において、ｎの値が最大値より大きくなったとき、すなわち、すべてのレシートデータにおける支払金額が累計値としてＴＰＡＹにストアされたときは、メインルーチンに戻って、図４のステップＳＡ２７においてレシートリスト画面を表示する。

図８は、図５におけるステップＳＡ４７の一括削除処理のフローチャートである。まず、一括削除選択画面を表示する（ステップＳＣ１）。この画面には、２つの項目であるカテゴリ別および期間指定を選択するメニューとともに、ＯＫスイッチおよびクリアスイッチのアイコンが表示される。そして、ひとつの項目にフォーカスする（ステップＳＣ２）。次に、カーソルスイッチがオンされたか否かを判別し（ステップＳＣ３）、このスイッチがオンされたときは、フォーカス位置を移動する（ステップＳＣ４）。そして、ＯＫスイッチがオンされたか否かを判別し（ステップＳＣ５）、このスイッチがオンされない場合には、クリアスイッチがオンされたか否かを判別する（ステップＳＣ６）。クリアスイッチがオンでない場合には、ステップＳＣ３においてカーソルスイッチのオンを判別するが、クリアスイッチがオンされたときは、メインルーチンに戻って、図４のステップＳＡ２７においてレシートリスト画面を表示する。

図８のステップＳＣ５において、ＯＫスイッチがオンされたときは、そのときのフォーカス位置に応じた処理を行う。すなわち、フォーカス位置がカテゴリ別であるか又は期間指定であるかを判別する（ステップＳＣ７）。カテゴリ別である場合には、カテゴリ選択画面を表示する（ステップＳＣ８）。この画面には、レシートが発行されたカテゴリである店舗、例えば、コンビニ、ファーストフード、ビデオショップ、ガソリンスタンド、ホテルなどを選択するメニューが表示される。ユーザは削除したい店舗をカーソルスイッチおよびＯＫスイッチで選択する。カテゴリが選択されたときは、選択されたカテゴリに含まれるレシートデータを削除する（ステップＳＣ９）。

一方、フォーカス位置が期間指定である場合には、期間指定の画面を表示する（ステップＳＣ１０）。この画面には、削除する期間の年月日を入力するためのエリアが表示される。ユーザは削除する期間を数字／文字入力スイッチによって入力し、ＯＫスイッチによって期間指定を決定する。削除期間が指定されたときは、指定された期間に含まれるレシートデータを削除する（ステップＳＣ１１）。
ステップＳＣ９又はステップＳＣ１１において、レシートデータを削除した後は、削除完了画面を表示し（ステップＳＣ１２）、ＯＫスイッチがオンされたか否かを判別する（ステップＳＣ１３）。このスイッチがオンされたときは、メインルーチンに戻って、図４のステップＳＡ２７においてレシートリスト画面を表示する。

図９は、図５のメインルーチンにおけるステップＳＡ４９の累計表示処理のフローチャートである。まず、累計選択画面を表示する（ステップＳＤ１）。この画面には、２つの項目であるレシートデータの累計および支払金額の累計を選択するメニューとともに、ＯＫスイッチおよびクリアスイッチのアイコンスイッチが表示される。そして、ひとつの項目にフォーカスする（ステップＳＤ２）。
次に、カーソルスイッチがオンされたか否かを判別し（ステップＳＤ３）、このスイッチがオンされたときは、フォーカス位置を移動する（ステップＳＤ４）。そして、ＯＫスイッチがオンされたか否かを判別し（ステップＳＤ５）、このスイッチがオンでない場合には、クリアスイッチがオンされたか否かを判別する（ステップＳＤ６）。クリアスイッチがオンでない場合には、ステップＳＤ３においてカーソルスイッチのオンを判別するが、クリアスイッチがオンされたときは、メインルーチンに戻って、図４のステップＳＡ２７においてレシートリスト画面を表示する。

図９のステップＳＤ５において、ＯＫスイッチがオンされたときは、フォーカス位置がレシートの累計であるか又は支払金額の累計であるかを判別する（ステップＳＤ７）。フォーカス位置がレシートの累計である場合には、ＲＡＭ３のレシート累計のレジスタにストアされているレシートデータの累計値を表示する（ステップＳＤ８）。一方、フォーカス位置が支払金額の累計である場合には、ＲＡＭ３のレジスタＴＰＡＹにストアされている支払金額の累計値および預金の残額を表示する（ステップＳＤ９）。レシートデータ又は支払金額の累計を表示した後は、ＯＫスイッチがオンされたか否かを判別する（ステップＳＤ１０）。このスイッチがオンされたときは、ステップＳＤ１において再び累計選択画面を表示する。

ステップＳＤ１０において、ＯＫスイッチがオンでない場合には、カテゴリ別に表示されているレシートデータの中から、カーソルスイッチおよびＯＫスイッチの操作によって、特定のカテゴリが選択されたか否かを判別する（ステップＳＤ１１）。特定のカテゴリが選択されたときは、累計スイッチがオンされたか否かを判別し（ステップＳＤ１２）、このスイッチがオンされたときは、選択されているカテゴリのレシートデータにおける支払金額の累計値を演算によって算出し、表示部１２に表示する（ステップＳＤ１３）。
選択カテゴリの支払金額の累計値を表示した後、又は、ステップＳＤ１１においてカテゴリが選択されない場合、若しくは、ステップＳＤ１２において累計スイッチがオンされない場合には、ステップＳＤ１０において、ＯＫスイッチがオンされたか否かを判別する。
すなわち、ステップＳＤ１１ないしステップＳＤ１３の処理によって、カテゴリを選択して累計スイッチをオンにすると、選択されたカテゴリの店舗、例えば、コンビニ、ファーストフード、ビデオショップ、ガソリンスタンド、ホテルごとの支払金額の累計値を表示することができる。

図１０は、図３のメインルーチンにおけるステップＳＡ１９のレシートデータストア処理のフローチャートである。まず、レシートデータをＲＡＭ３のレシートデータベースにストアする（ステップＳＥ１）。図１１は、レシートデータベースの内容を示す図である。レシートデータベースには、図１１（１）に示すように、複数のレシートデータ（１）〜（Ｎ）がストアされており、各レシートデータには、レシート番号、日付、カテゴリすなわち店舗の名称、商品名やサービス名、支払金額のデータがストアされるとともに、その店舗にキャンペーンがある場合には、そのキャンペーン情報のデータがストアされる。キャンペーン情報には、図１１（２）に示すように、店舗の住所、店舗の緯度・経度情報であるＧＰＳ情報、キャンペーン内容、およびキャンペーン期間のデータがストアされている。キャンペーン期間としては、例えば、「○月△日まで」のように絶対的な期間、又は、「当月末まで」若しくは「本日より○○日間若しくは××週間」のように相対的な期間がある。

したがって、図１０のステップＳＥ１において、レシートデータをレシートデータベースにストアした後に、キャンペーン情報があるか否かを判別する（ステップＳＥ２）。キャンペーン情報がない場合には、メインルーチンに戻るが、キャンペーン情報がある場合において、そのキャンペーン期間が相対的なデータであるならば、レシートの日付およびその相対的なキャンペーン期間に基づいて、日付を確定できる絶対的な基づきキャンペーン期間を検出して（ステップＳＥ３）、スケジュール／カレンダデータベースの対応する日付エリアに、キャンペーン内容、店舗の名称、住所、ＧＰＳ情報をストアする（ステップＳＥ４）。そして、図３のメインルーチンに戻る。

図１２は、一定時間ごとのタイマインタラプトのフローチャートである。一定時間ごとに現在月日を取得して（ステップＳＦ１）、その取得した現在月日にキャンペーン情報のスケジュールがあるか否かを判別する（ステップＳＦ２）。キャンペーン情報のスケジュールがある場合には、そのスケジュールにＧＰＳ情報があるか否かを判別する（ステップＳＦ３）。ＧＰＳ情報がある場合には、ＧＰＳ部７により位置情報を取得する（ステップＳＦ４）。そして、スケジュール内のＧＰＳ情報とＧＰＳ部から取得したＧＰＳ情報における位置同士が近いか否かを判別する（ステップＳＦ５）。位置同士が近い場合には、キャンペーン内容を表示部１２に表示して（ステップＳＦ６）、スピーカ９などによって一定時間報知する（ステップＳＦ７）。この後は、ＯＫスイッチがオンされたか否かを判別し（ステップＳＦ８）、このスイッチがオンされたときは、メインルーチンに戻る。

図１３は、着信検知処理のフローチャートである。図１の電源経路ＰＯＷ３がオンでＲＦブロック４が動作中の場合に、電話の着信があるとスピーカ９によってその着信を報知する（ステップＳＧ１）。そして、オフフックスイッチがオンされたか否かを判別し（ステップＳＧ２）、このスイッチがオンされたときは通話処理に遷移して、マイク８およびスピーカ９によって通話がなされる（ステップＳＧ３）。通話処理においては、オンフックスイッチがオンされたか否かを判別し（ステップＳＧ４）、このスイッチがオンされたときは、回線切断などの終話処理を行って（ステップＳＧ５）、図２のメインルーチンに戻って待受画面を表示する。

図１４は、非接触ＩＣ１０のフローチャートである。非接触ＩＣ１０のＣＰＵは、図３における携帯電話のメインルーチンにおいて、ステップＳＡ１２の支払スイッチがオンされたときは、プログラムＲＯＭに格納されている通信制御処理のプログラムに従ってこのフローチャートを実行する。まず、店舗のレジスタ部１１と無線通信を行ない、レジスタ部から支払準備がＯＫであるかの問い合わせ信号を受信したか否かを判別し（ステップＳＨ１）、この問い合わせ信号を受信したときは、レジスタ部１１に対してＯＫ信号を送信する（ステップＳＨ２）。そして、支払額要求信号をレジスタ部１１から受信したか否かを判別し（ステップＳＨ３）、この信号を受信したときは、データＲＡＭに記憶されている蓄積金額すなわち金融機関の預金残高の金額が支払金額以上であるか否かを判別する（ステップＳＨ４）。
蓄積金額が支払金額以上である場合には、蓄積金額から支払金額を減算する（ステップＳＨ５）。次に、レジスタ部１１に対して、支払ＯＫ信号を送信し（ステップＳＨ６）、支払金額のデータを送信する（ステップＳＨ７）。そして、レジスタ部１１からレシートデータを受信したか否かを判別し（ステップＳＨ８）、受信したときは、そのレシートデータを携帯電話機のＣＰＵ１に送信する（ステップＳＨ９）。
一方、ステップＳＨ４において、蓄積金額が支払金額未満である場合には、支払不可信号を携帯電話機のＣＰＵ１に送信する（ステップＳＨ１０）。
ステップＳＨ９においてレシートデータを送信した後、又は、ステップＳＨ１０において支払不可信号を送信した後は、図３における携帯電話のメインルーチンにおいて、ステップＳＡ２４の動作停止によって動作を終了する。

図１５は、非接触ＩＣ１０と無線通信を行うレジスタ部１１のフローチャートである。オペレータの操作によって支払データが入力されたか否かを判別し（ステップＳＪ１）、支払データが入力されたときは、支払準備がよいか否かを問い合わせる支払準備ＯＫ信号を非接触ＩＣ１０に送信する（ステップＳＪ２）。この後、非接触ＩＣ１０から支払準備がよい旨のＯＫ信号を受信したか否かを判別し（ステップＳＪ３）、ＯＫ信号を受信したときは、支払金額の要求信号を非接触ＩＣ１０に送信する（ステップＳＪ４）。そして、非接触ＩＣ１０から支払が可能である旨の支払ＯＫ信号を受信したか否かを判別する（ステップＳＪ５）。この信号を受信したときは、続いて非接触ＩＣ１０から支払金額のデータを受信したか否かを判別する（ステップＳＪ６）。例えば、金融機関の口座番号、支払金額、アカウントＩＤなどによって、その金融機関に支払を依頼する内容からなる支払金額のデータを受信したか否かを判別する。このデータを受信したときは、レシートデータを作成して（ステップＳＪ７）、作成したレシートデータを送信する（ステップＳＪ８）。

ステップＳＪ５において、支払ＯＫ信号を受信しなかった場合には、支払不可信号を受信したか否かを判別する（ステップＳＪ９）。この信号を受信したときは、現金などによる他の支払方法による処理を行う（ステップＳＪ１０）。
ステップＳＪ８において、レシートデータを送信した後、又は、ステップＳＪ１０において、他の支払方法による処理を行った後は、ステップＳＪ１において、オペレータの操作によって他の顧客に対する支払データの入力を待つ。

以上のように、この第１実施形態によれば、非接触ＩＣ１０は、商品又はサービスの提供に対して、提供側である店舗のレジスタ部１１からの支払要求に応じて無線信号によって電子的に支払処理を行う。携帯電話のＣＰＵ１は、非接触ＩＣ１０による支払処理中でない場合には、外部からの着信をＲＦブロック４によって検知したときは、着信に応じたオフフック操作により通話処理に遷移し、非接触ＩＣ１０による支払処理中においては、電源経路ＰＯＷ３をオフにしてＲＦブロック４の機能を停止させ、外部からの着信に対する通話処理への遷移を禁止する。
したがって、携帯電話への電話やメールの着信によって、その携帯電話内に収容した非接触ＩＣ１０とレジスタ部１１との無線通信による商品やサービスに対する対価の支払に支障がきたすのを未然に防止できる。
なお、上記実施形態１においては、外部からの電話の着信に対する通話処理を制御するようにしたが、外部からのメールの着信に対する制御についても同様である。すなわち、非接触ＩＣ１０による支払処理中でない場合には外部からの着信を検知したときは当該着信に対する通信処理に遷移し、非接触ＩＣ１０による支払処理中においては外部からの着信に対する通信処理への遷移を禁止する。

また、上記第１実施形態によれば、図１０および図１２のフローチャート、並びに、図１１のレシートデータベースに示すように、ＣＰＵ１は、非接触ＩＣ１０による支払処理に応じて、レジスタ部１１から受信したレシートデータにキャンペーン情報が含まれている場合には、店舗の所在位置の情報とともに、そのキャンペーン情報をＲＡＭ３のレシートデータベースに記憶し、ＧＰＳ部７によって検出された現在位置のデータに対して、レシートデータベースに記憶されているレシートデータに含まれている任意の店舗の所在位置のデータを参照して、ＧＰＳ部７で検出された現在位置と店舗の所在位置との距離が所定範囲内であるか否かを演算し、現在位置と店舗の所在位置との距離が所定範囲内である場合には、そのレシートデータに含まれている店舗のキャンペーン情報を表示部１２に表示する。
したがって、商品又はサービスを提供する提供側である店舗の近くに来たときは、自動的にその店舗のキャンペーン情報を知ることにより、キャンペーン情報を有効に活用できる。一方、店舗の側は、顧客に対するサービスを向上させることにより、ビジネスの拡大を図ることができる。

この場合において、ＣＰＵ１は、キャンペーン情報に含まれているキャンペーン期間内に現在の日付が含まれるか否かを検索して、キャンペーン期間内に現在の日付が含まれる場合にキャンペーン情報を表示する。
したがって、ユーザは、うっかりしてキャンペーン期間を見逃すことがないので、キャンペーンの特典を享受する機会を逸するおそれがなくなる。
さらに、ＣＰＵ１は、レジスタ部１１から受信したレシートデータのキャンペーン情報に含まれているキャンペーン期間をカレンダデータと連動したスケジュールデータをＲＡＭ３に記憶し、そのスケジュールデータによってキャンペーン期間内に現在の日付が含まれるか否かを検索する。
したがって、ユーザは、スケジュールデータで確認しながら、計画的に店舗のキャンペーンを利用することができる。

上記第１実施形態の変形例として、地図データが記憶されているメモリを携帯電話に着脱自在に装着できる構成にしてもよい。あるいは、ＲＦブロック４を介してアクセスした外部のサーバから、ＧＰＳ部７によって検出された現在位置および店舗の所在位置を示す地図データを受信する構成にしてもよい。いずれの構成においても、ＣＰＵ１は、現在位置および店舗の所在位置を示す地図データをキャンペーン情報とともに表示することができるので、ユーザは、キャンペーンを行っている店舗に迷わずに行くことができる。

また、他の変形例として、店舗のレジスタ部１１に顧客データベースを有するサーバを接続して、顧客データベースに登録されている顧客のメールアドレスに基づいて、キャンペーン情報をメールで送信する構成にしてもよい。さらにこの場合、サーバが携帯電話の基地局にアクセスできる構成にすれば、顧客データベースに登録されている顧客の電話番号に基づいて、顧客が店舗の近くに居ることが基地局によって判明した場合には、サーバからその顧客の携帯電話に対してキャンペーン情報および地図データをメールで送信することもできる。この場合には、顧客に対するサービスをより一層向上させることにより、ビジネスの拡大を図ることができる。

また、上記第１実施形態によれば、図８のフローチャートに示すように、ＣＰＵ１は、商品又はサービスの提供に対してレジスタ部１１からの支払要求に応じて、非接触ＩＣ１０が無線信号によって電子的に支払処理を行ったときは、支払処理に応じて非接触ＩＣ１０がレジスタ部１１から受信した支払処理に対するレシートデータをＲＡＭ３のレシートデータベースに記憶するとともに、レシートデータを記憶するたびに、そのレシートデータにおける支払金額のデータをＲＡＭ３のレジスタＴＰＡＹに累計して累計金額データとして記憶する。そして、カーソルスイッチおよびＯＫスイッチなどのスイッチ操作によって入力されるレシート削除の指令に応じて、ＲＡＭ３のレシートデータベースのレシートデータを削除し、カーソルスイッチおよびＯＫスイッチなどの他のスイッチ操作によって入力された累計削除の指令に応じて、ＲＡＭ３のレジスタＴＰＡＹの累計金額データを削除する。すなわち、レシートデータの削除と累計金額データの削除とが別のスイッチ操作によって行われる。
したがって、レシートデータの累積によってＲＡＭ３のエリアが少なくなって、内容を確認済みで保存の必要がなくなったレシートデータを削除した場合でも、支払金額の累計値は保存することができるので、支払処理の増加に伴って増加するレシートデータを削除して、支払処理が増加してもデータが更新されるだけの支払金額の累計値を保存することで、ＲＡＭ３のエリアを節約できるとともに、必要なデータを保存することができる。

また、図８のフローチャートに示すように、ＣＰＵ１は、カーソルスイッチおよびＯＫスイッチの操作に応じて期間が指定されたときは、その指定期間内のレシートデータ又は累計金額データを削除する。したがって、ユーザにとって保存の必要のない期間のレシートデータを選択して削除することができる。例えば、毎月の初めに家計簿をつける場合には、先月の支払金額の累計値を家計簿に転記した後は、先月の期間を指定して削除ことにより、ユーザにとって保存の必要のないデータによって、ＲＡＭ３のエリアが無駄に占有されることがなくなる。

また、同じく図８のフローチャートに示すように、ＣＰＵ１は、カーソルスイッチおよびＯＫスイッチの操作に応じて店舗のカテゴリが指定されたときは、そのカテゴリに対応するレシートデータを削除する。したがって、ユーザにとって保存の必要のないカテゴリのレシートデータを選択して削除することができる。例えば、勤め先の仕事でホテルなどを利用して支払を行った場合には、レシートを勤め先に提出する必要があるので、そのレシートデータは保存し、私用で利用したコンビニなどのレシートデータを削除することができる。すなわち、カテゴリごとにレシートデータを取捨選択することができる。

さらに、図７のフローチャートに示すように、ＣＰＵ１は、ＲＡＭ３のレシートデータベースにおける一部のレシートデータ、および、レジスタＴＰＡＹの累計金額データを削除した後に、累計スイッチが操作された場合には、レシートデータベースにおける残りのレシートデータにおける支払金額を累計して、新たな累計金額データとしてレジスタＴＰＡＹに記憶する。したがって、レシートデータベースに記憶されているレシートデータの中から必要なものを残して削除して、残りのレシートデータにおける支払金額の累計値を改めて算出することができる。例えば、公的なレシートデータと私的なレシートデータがレシートデータベースに混在して保存されている場合に、いずれか一方のレシートデータを削除して、他方のレシートデータにおける支払金額の累計値のみを保存することができる。
あるいは、図９のフローチャートに示すように、ＣＰＵ１は、レシートデータベースに保存されているレシートデータの中から、カーソルスイッチおよびＯＫスイッチの操作に応じて、特定のカテゴリの店舗を選択して、累計スイッチの操作に応じて、その選択された店舗に対応するレシートデータにおける支払金額の累計値を表示部１２に表示する。したがって、カテゴリ別の支払金額の累計値を表示することができる。

次に、図１の構成による第２実施形態の動作について、図１６および図１７を参照して説明する。第２実施形態においては、ＣＰＵ１のメインルーチンの一部、および電話又はメールの着信検知処理だけが第１実施形態と異なっている。したがって、必要に応じて、第１実施形態の図面を援用して第２実施形態を説明する。
図１６は、第１実施形態におけるメインルーチンの図３に対応する処理である。図２のステップＳＡ３において、オフフックスイッチがオンでない場合には、図１６のフローチャートにおいて、支払スイッチがオンされたか否かを判別する(ステップＳＡ７１)。このスイッチがオンされたときは、ＰＯＷ２をオンにして非接触ＩＣ１０の動作をスタートさせ(ステップＳＡ７２)、保留フラグを「１」にセットにする (ステップＳＡ７３)。

次に、非接触ＩＣ１０から支払金額を受信したか否かを判別する（ステップＳＡ７４）。支払金額を受信したときは、ＲＡＭ３のレジスタＰＡＹに支払金額をストアする（ステップＳＡ７５）。さらに、レジスタＴＰＡＹにＰＡＹの支払金額を累算して累算値を更新する（ステップＳＡ７６）。次に、非接触ＩＣ１０からレシートデータを受信したか否かを判別する（ステップＳＡ７７）。レシートデータを受信したときは、レシートデータストア処理を行ない（ステップＳＡ７８）、レシートデータの内容を表示する（ステップＳＡ７９）。
ステップＳＡ７４において、非接触ＩＣ１０から支払金額を受信しない場合には、支払不可信号を受信したか否かを判別する（ステップＳＡ８０）。この信号を受信したときは、残高不足の警告を表示する（ステップＳＡ８１）。

ステップＳＡ７９においてレシートデータの内容を表示した後、又は、ステップＳＡ８１において残高不足の警告を表示した後は、ＯＫスイッチがオンされたか否かを判別し（ステップＳＡ８２）、このスイッチがオンされたときは、非接触ＩＣ１０の動作を停止し（ステップＳＡ８３）、保留フラグを「０」にリセットして（ステップＳＡ８４）、図２のステップＳＡ２に移行して待受画面を表示する。

図１７は、第２実施形態における電話の着信検知処理のフローチャートである。ＲＦブロック４によって電話の着信を検知したときは、このフローチャートを実行する。まず、保留フラグが「１」であるか否かを判別し（ステップＳＫ１）、このフラグが「１」である場合には、オフフックして自動着信を行なう（ステップＳＫ２）。そして、保留音を発生して相手に送信する（ステップＳＫ３）。例えば、「今電話に出られません。しばらくお待ち頂くか、おかけ直し下さい」などのメッセージを相手に送信する。この後、相手のオンフックによって回線が切断されたか否かを判別する（ステップＳＫ４）。回線が切断されたときは、メインルーチンに戻る。
回線が切断されない場合、すなわち、電話の相手がオンフックせずに通話できるのを待っている場合には、保留フラグが「０」にリセットされたか否かを判別する（ステップＳＫ５）。保留フラグが「０」にリセットされたとき、すなわち、非接触ＩＣ１０による電子支払処理が終了して、図１６のステップＳＡ８４において保留フラグが「０」にリセットされたときは、スピーカ９によって所定時間だけ着信報知を行う（ステップＳＫ６）。すなわち、相手が通話できるのを待っていることをユーザに報知する。

ステップＳＫ１において、保留フラグが「０」である場合、すなわち、非接触ＩＣ１０による電子支払処理が行われていない場合には、スピーカ９によって着信報知を行う（ステップＳＫ７）。そして、オフフックスイッチがオンされたか否かを判別する（ステップＳＫ８）。オフフックスイッチがオンされたとき、又は、ステップＳＫ６において、相手が通話できるのを待っている旨の着信報知を行った後は、通話処理に遷移する（ステップＳＫ９）。通話処理においては、オンフックスイッチがオンされたか否かを判別し（ステップＳＫ１０）、このスイッチがオンされたときは、回線切断などの終話処理を行って（ステップＳＫ１１）、メインルーチンに戻る。

以上のように、この第２実施形態によれば、携帯電話のＲＦブロック４は、通信回線を介して外部からの電話やメールの着信を検知する。非接触ＩＣ１０は、商品又はサービスに対する対価を無線信号によって電子的に支払処理を行う。携帯電話のＣＰＵ１は、非接触ＩＣ１０による支払処理中でない場合には、外部からの着信をＲＦブロック４によって検知したときは、着信に応じたオフフック操作により通話処理に遷移し、非接触ＩＣ１０による支払処理中においては、外部からの着信に対して自動着信を行って保留音を発生して相手に送信して、外部からの着信に対して通話処理への遷移を中断する。
したがって、第１実施形態と同様に、携帯電話への電話やメールの着信によって、その携帯電話内に収容した非接触ＩＣ１０とレジスタ部１１との無線通信による商品やサービスに対する対価の支払に支障がきたすのを未然に防止できる。

次に、図１の構成による第３実施形態の動作について、図１８を参照して説明する。第３実施形態においては、ＣＰＵ１のメインルーチンにおける図２のステップＳＡ９の通話処理が第１実施形態および第２実施形態と異なっている。第３実施形態は、電話で相手と通話をしている途中で非接触ＩＣ１０による電子支払処理を行う場合の動作の説明である。例えば、店舗内で支払待ちをしているときに、電話の着信を受けて相手との通話中に、レジスタ部１１から支払準備がＯＫであるか否かを問い合わせる信号を受信したときは、そのまま通話を継続することができない。

図１８は、このような場合の通話処理のフローチャートである。保留スイッチがオンされたか否かを判別し（ステップＳＬ１）、このスイッチがオンされたときは、マイク８およびスピーカ９をオフ又はミュートにして（ステップＳＬ２）、音声メッセージ又はメロディ音を相手に送信する（ステップＳＬ３）。音声メッセージなどを送信中においては、再び保留スイッチがオンされたか否かを判別し（ステップＳＬ４）、このスイッチが再びオンされたときは、マイク８およびスピーカ９をオン又はミュート解除にして、再び通常の通話処理に遷移する。

以上のように、この第３実施形態によれば、ＣＰＵ１は、外部との間で通話が可能な通話状態において、保留スイッチのオン操作に応じて通話状態から保留状態に移行して、音声メッセージを通話相手に送信し、保留状態において、保留スイッチのオン操作に応じて保留状態から通話状態に戻す。すなわち、通話状態において相手との通話中に、レジスタ部１１から支払準備がＯＫであるか否かを問い合わせる信号を受信したときは、保留スイッチをオンにすることにより、保留状態に移行して音声メッセージを送信し、非接触ＩＣ１０によって電子的に支払処理を行い、支払が終了したときは、保留スイッチをオンにして通話を再開することができる。
したがって、第１実施形態と同様に、携帯電話への電話やメールの着信によって、その携帯電話内に収容した非接触ＩＣ１０とレジスタ部１１との無線通信による商品やサービスに対する対価の支払に支障がきたすのを未然に防止できる。

上記各実施形態においては、携帯電話を例に採って本発明の通信端末装置を説明したが、本発明の適用できる範囲は上記各実施形態に限定されない。携帯電話以外の端末装置であるＰＨＳやＰＤＡにも適用することが可能であり、非接触ＩＣを収容することによって、電卓などの持ち歩くことのできる小型の装置にも適用が可能である。要するに、装置内に収容した非接触ＩＣによって、商品又はサービスの提供に対して、無線信号によって電子的に支払処理を行うことができるすべての小型装置にも適用できることは明らかである。
また、無線通信によって電子的に支払処理を行う電子支払手段は、実施の形態の非接触ＩＣ１０に限定されるものではない。ＩＣカード若しくは磁気カード、又はその他のデバイスのように、非接触で電子的に支払処理を行うことが可能なものであればよい。

なお、上記各実施形態においては、ＲＯＭ２にあらかじめ記憶されている通信制御処理のプログラムをＣＰＵ１が実行する装置の発明について説明したが、ＲＦブロック４によってネットワークを介して、外部のサーバーなどからダウンロードされた通信制御処理のプログラム、又は、ＵＳＢインターフェースなどのように、携帯電話機の接続端子から外部の記憶媒体に記憶された通信制御処理のプログラムを、書き込み可能な不揮発性メモリなどにインストールし、その通信制御処理のプログラムをＣＰＵ１が実行するような構成も可能である。この場合には、プログラムの発明を実現する。

すなわち、そのプログラムは、
所定の通信回線を介して外部からの着信を検知する第１のステップと、商品又はサービスの提供に対して当該提供側からの支払要求に応じて無線信号によって電子的に支払処理を行う第２のステップと、前記第２のステップによる支払処理中でない場合には外部からの着信を前記第１のステップによって検知したときは当該着信に対する通信処理に遷移し、前記第２のステップによる支払処理中においては外部からの着信に対する通信処理への遷移を禁止する第３のステップと、を実行する。

本発明の各実施形態における携帯電話を適用したシステムの構成を示す図。 第１実施形態における携帯電話のメインルーチンのフローチャート。 図２に続く携帯電話のメインルーチンのフローチャート。 図３に続く携帯電話のメインルーチンのフローチャート。 図４に続く携帯電話のメインルーチンのフローチャート。 図４に続く携帯電話のメインルーチンのフローチャート。着信検知処理のフローチャート。 第１実施形態における図５のリセット処理のフローチャート。 第１実施形態における図５の一括削除処理のフローチャート。 第１実施形態における図５の累計表示処理のフローチャート。 第１実施形態における図３のレシートデータストア処理のフローチャート。 図１のＲＡＭにおけるレシートデータベースの内容を示す図。 第１実施形態におけるタイマインタラプトのフローチャート。 第１実施形態における着信検知処理のフローチャート。 図１のシステムにおける非接触ＩＣの動作を示すフローチャート。 図１のシステムにおけるレジスタ部の動作を示すフローチャート。 第２実施形態における携帯電話のメインルーチンの一部のフローチャート。 第２実施形態における着信検知処理のフローチャート。 第３実施形態におけるメインルーチンの通話処理のフローチャート。

符号の説明

１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ ＲＦブロック
５ スイッチ部
６ 表示ドライバ
７ ＧＰＳ部
８ マイク
９ スピーカ
１０ 非接触ＩＣ
１１ レジスタ部
１２ 表示部

Claims (5)

1. 所定の通信回線を介して外部からの着信を検知する着信検知手段と、
   商品又はサービスの提供に対して当該提供側からの支払要求に応じて無線信号によって電子的に支払処理を行う電子支払手段と、
   前記電子支払手段による支払処理中でない場合には外部からの着信を前記着信検知手段によって検知したときは当該着信に対する通信処理に遷移し、前記電子支払手段による支払処理中においては外部からの着信に対する通信処理への遷移を禁止する通信制御手段と、
   を備えた通信端末装置。
2. 前記通信制御手段は、前記電子支払手段による支払処理中においては前記着信検知手段の着信検知機能を停止させることを特徴とする請求項１に記載の通信端末装置。
3. 前記通信制御手段は、前記電子支払手段による支払処理中においては前記着信検知手段によって着信が検知されたときは、当該着信の発信側に対して自動応答処理を行って特定の情報を送信することを特徴とする請求項１に記載の通信端末装置。
4. 前記通信制御手段は、前記自動応答処理によって回線接続された発信側が回線切断を行う前に前記電子支払手段による支払処理が終了したときは、前記発信側との通信処理に遷移することを特徴とする請求項３に記載の通信端末装置。
5. 所定の通信回線を介して外部からの着信を検知する第１のステップと、
   商品又はサービスの提供に対して当該提供側からの支払要求に応じて無線信号によって電子的に支払処理を行う第２のステップと、
   前記第２のステップによる支払処理中でない場合には外部からの着信を前記第１のステップによって検知したときは当該着信に対する通信処理に遷移し、前記第２のステップによる支払処理中においては外部からの着信に対する通信処理への遷移を禁止する第３のステップと、
   を実行する通信制御処理のプログラム。
   

Images