(57)【要約】【課題】ウィンドウズＣＥ上で動作するアプリケーションにおいて、パスワードを不正なアプリケーションに取得されないようにする。【解決手段】アプリケーション１４ａは、パスワードが入力される状態になったとき、パスワード入力モードを入力モード受信手段１１に出力する。入力モード受信手段１１が、アプリケーション１４ａからパスワード入力モードを受信すると、パスワード送信手段１２は、キーボード１０から入力されるパスワードを、ウィンドウズＣＥであるマルチタスクＯＳ１３を介さず、アプリケーション１４ａに直接送信する。【選択図】図１
2006079633.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションを管理するマルチタスクオペレーティングシステムを搭載した携帯用電子機器において、
ダイナミックリンクライブラリの実行によって、ユーザが操作中の前記アプリケーションからパスワードの入力状態にあることを示すパスワード入力モードが出力されたとき、キー入力装置からのキーコードを、前記マルチタスクオペレーティングシステムのデータ授受機能を介さずに前記ユーザが操作中の前記アプリケーションに出力する中央演算処理装置、
を有することを特徴とする携帯用電子機器。
【請求項２】
前記中央演算処理装置は、前記ユーザが操作中の前記アプリケーションの前記パスワード入力モードが終了するまで、他の前記アプリケーションの前記パスワード入力モードを出力しないようにすることを特徴とする請求項１記載の携帯用電子機器。
【請求項３】
前記中央演算処理装置は、前記入力状態の終了を示すパスワード入力終了モードが出力されたとき、前記キーコードを前記データ授受機能に出力することを特徴とする請求項１記載の携帯用電子機器。
【請求項４】
複数のアプリケーションを管理するマルチタスクオペレーティングシステムを搭載した携帯用電子機器のキーデータ処理方法において、
中央演算処理装置のダイナミックリンクライブラリの実行によって、ユーザが操作中の前記アプリケーションからパスワードの入力状態にあることを示すパスワード入力モードが出力されたとき、キー入力装置からのキーコードを、前記マルチタスクオペレーティングシステムのデータ授受機能を介さずに前記ユーザが操作中の前記アプリケーションに出力する、
ことを特徴とするキーデータ処理方法。
【請求項５】
コンピュータに、
アプリケーションからパスワードの入力状態にあることを示すパスワード入力モードが出力されたとき、キー入力装置からのキーコードを、マルチタスクオペレーティングシステムのデータ授受機能を介さずに前記アプリケーションに出力する、
処理を実行させることを特徴とするプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項６】
コンピュータに、
アプリケーションからパスワードの入力状態にあることを示すパスワード入力モードが出力されたとき、キー入力装置からのキーコードを、マルチタスクオペレーティングシステムのデータ授受機能を介さずに前記アプリケーションに出力する、
処理を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチタスク対応のオペレーティングシステムを搭載した携帯用電子機器に関し、特にウィンドウズ（Ｒ）ＣＥを搭載したパスワードを使用して決済する携帯用電子機器、キーデータ処理方法、記録媒体及びプログラムに関する。
【背景技術】
【０００２】
現在、携帯用電子機器は高性能化し、多くの機能を有する。例えば、１つのハンドヘルドターミナル（hand-held terminal：以下、ＨＨＴと記載）で、データ入力や通信、決済など様々な処理を行っている。このため、ＨＨＴのソフトウェア開発は困難で、また、長期化を要する。
【０００３】
そこで、複数の機能を要するソフトウェア開発を容易にする手段として、マルチタスクＯＳ（ＯＳ：Operating System）を搭載したＨＨＴがある。マルチタスクＯＳは、複数のアプリケーションの処理を少しずつ進め、ユーザーにはあたかも複数のアプリケーションが同時に動いているように見える。それゆえ、マルチタスクＯＳは、開発を容易にするだけでなく、ユーザーにとっても使い勝手がよくなる。このような、マルチタスクＯＳとしてウィンドウズＣＥがある。
【０００４】
図１０は、従来のＨＨＴの動作を説明する動作説明図である。
図１０のＨＨＴは、キーボード４０、キードライバ４１、ウィンドウズＣＥ４２、アプリケーション４３ａ〜４３ｃから構成される。
【０００５】
キーボード４０は、ユーザーから入力されたキーデータをキードライバ４１に送る。
キードライバ４１は、キーボード４０のハードウェアの違いを吸収し、上位のソフトウェアに共通の手順を提供するためのソフトウェアで、キーボード４０から送られたキーデータをウィンドウズＣＥ４２に送る。
【０００６】
ウィンドウズＣＥ４２は、アプリケーション４３ａ〜４３ｃが処理を行う時間を割り当て、各々の処理を同時進行させるマルチタスクＯＳであり、キードライバ４１から送られてきたキーデータを、アクティブなアプリケーション４３ａ〜４３ｃにメッセージとして送る。
【０００７】
アプリケーション４３ａ〜４３ｃは、例えば、決済や、通信などのユーザーが目的とする処理を実現するためのソフトウェアである。
以下、動作について説明する。
【０００８】
まず、アプリケーション４３ａ〜４３ｃは、ＨＨＴのメモリに常駐し、ウィンドウズＣＥ４２によって、マルチタスク処理が行われているとする。また、アプリケーション４３ａは、パスワードが入力された後、決済を行うソフトウェア、アプリケーション４３ｂは、通信を行うソフトウェアとする。
【０００９】
ユーザーがアプリケーション４３ａに対して、キーボード４０からパスワードを入力する。このパスワードは、キードライバ４１からウィンドウズＣＥ４２に送られ、アプリケーション４３ａにメッセージとして送られる。アプリケーション４３ａは、パスワードのメッセージを受け取った後、決済の処理を行う。
【００１０】
このとき、アプリケーション４３ｂは、ウィンドウズＣＥ４２によって、処理を行う時間が割り当てられたとき通信の処理を進行する。すなわち、ユーザーは、アプリケーション４３ａで、パスワードの入力を行いながら、同時にアプリケーション４３ｂで通信を行うことができる。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ところで、ウィンドウズＣＥでは、メモリに常駐する複数のアプリケーションは、ウィンドウズＣＥから送られてくるメッセージを自由に取得できるようになっている。このため、あるアプリケーションに送られるメッセージを、他のアプリケーションが取得することが可能である。
【００１２】
上記のＨＨＴでは、アプリケーション４３ｃを、パスワードを不正取得するアプリケーションとした場合、アプリケーション４３ｃは、アプリケーション４３ａに入力されるパスワードを容易に取得することができる。
【００１３】
このように、ウィンドウズＣＥでは、不正なアプリケーションがメモリに常駐している場合、この不正なアプリケーションによってパスワードを取得されてしまうという問題点があった。
【００１４】
本発明はこのような点に鑑みてなされたものであり、メモリに常駐された不正なアプリケーションによって、パスワードの不正取得を防止する携帯用電子機器、キーデータ処理方法、記録媒体及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明では上記問題を解決するために、複数のアプリケーションを管理するマルチタスクオペレーティングシステムを搭載した携帯用電子機器において、ダイナミックリンクライブラリの実行によって、ユーザが操作中の前記アプリケーションからパスワードの入力状態にあることを示すパスワード入力モードが出力されたとき、キー入力装置からのキーコードを、前記マルチタスクオペレーティングシステムのデータ授受機能を介さずに前記ユーザが操作中の前記アプリケーションに出力する中央演算処理装置、を有することを特徴とする携帯用電子機器が提供される。
【００１６】
このような携帯用電子機器によれば、アプリケーションからパスワード入力モードが出力されると、中央演算処理装置は、マルチタスクオペレーティングシステムのデータ授受機能を介さずにアプリケーションにキーコードを出力する。よって、パスワードを不正取得するアプリケーションがメモリに常駐していても、パスワードを取得されることがない。
【発明の効果】
【００１７】
本発明では、アプリケーションからパスワード入力モードが出力されたとき、キーコードをマルチタスクオペレーティングシステムのデータ授受機能を介さず、アプリケーションに出力するように構成した。これにより、パスワードを不正取得するアプリケーションからのパスワードの不正取得を防止することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の携帯用電子機器の実施の形態を、ＨＨＴに適用した場合を例に図面を参照して詳細に説明する。
図１は本発明のＨＨＴの動作原理を説明する原理図である。
【００１９】
図１のＨＨＴは、キーボード１０と、入力モード受信手段１１と、パスワード送信手段１２と、マルチタスクＯＳ１３と、アプリケーション１４ａ〜１４ｃとから構成される。
キーボード１０は、ユーザーから入力されたキーデータをパスワード送信手段１２に送る。
【００２０】
入力モード受信手段１１は、アプリケーション１４ａ、１４ｂから送られるパスワード入力モードを受信する。また、入力モード受信手段１１は、アプリケーション１４ａ、または、１４ｂの一方のパスワード入力モードを受信した場合、他方のパスワード入力モードを受け付けない。
【００２１】
パスワード送信手段１２は、キーボード１０から送られたキーデータをマルチタスクＯＳ１３に送る。また、パスワード送信手段１２は、入力モード受信手段１１によってパスワード入力モードが受信された場合、マルチタスクＯＳ１３へのキーデータの送信を中断し、アプリケーション１４ａに送る。
【００２２】
マルチタスクＯＳ１３は、アプリケーション１４ａ〜１４ｃが処理を行う時間を割り当て、各々の処理を同時進行させる。また、マルチタスクＯＳ１３は、パスワード送信手段１２から送られてきたキーデータをアプリケーション１４ａ〜１４ｃに送る。
【００２３】
アプリケーション１４ａは、ユーザーによるパスワード入力後に決済を行うソフトウェアで、パスワードを入力する状態になったとき、パスワード入力モードを入力モード受信手段１１に送る。
【００２４】
アプリケーション１４ｂは、マルチタスクＯＳ１３からアプリケーション１４ａに送られるパスワードを不正取得しようとするソフトウェアである。
アプリケーション１４ｃは、パスワード入力モードを入力モード受信手段１１に送り、アプリケーション１４ａに入力されるパスワードを不正取得しようとするソフトウェアである。
【００２５】
次に、以上の原理図の動作について、図２に示すＨＨＴの処理の流れを示すフローチャートを用いて説明する。
まず、アプリケーション１４ａ〜１４ｃは、ＨＨＴのメモリに常駐しているとする。
【００２６】
ユーザーがアプリケーション１４ａで商品の決済を行うとき、アプリケーション１４ａは、ＨＨＴの表示画面にパスワードの入力をユーザーに促すとともに、パスワード入力モードを入力モード受信手段１１に送る（Ｓ１）。
【００２７】
パスワード送信手段１２は、入力モード受信手段１１によってパスワード入力モードが受信された場合、マルチタスクＯＳ１３へのキーデータの送信を中断し、アプリケーション１４ａに送る（Ｓ２）。すなわち、キーボード１０から入力されるユーザーのパスワードは、マルチタスクＯＳ１３を介さず、直接アプリケーション１４ａに送信される。
【００２８】
ユーザーが所定のパスワードを入力し終えると、アプリケーション１４ａは、パスワード入力が終わったことを示すパスワード入力終了モードを入力モード受信手段１１に送る（Ｓ３）。
【００２９】
パスワード送信手段１２は、入力モード受信手段１１によってパスワード入力終了モードが受信されると、キーデータをアプリケーション１４ａに送っていたのを中止し、マルチタスクＯＳ１３に送る（Ｓ４）。
【００３０】
このように、キーボード１０から入力されるパスワードは、マルチタスクＯＳ１３を介さず、アプリケーション１４ａに送られるので、パスワードを不正取得するアプリケーション１４ｂは、パスワードを不正取得することができない。また、入力モード受信手段１１は、アプリケーション１４ａのパスワード入力モードを受け付けており、アプリケーション１４ｃのパスワード入力モードは受け付けられない。このため、アプリケーション１４ｃは、パスワード送信手段１２からパスワードを受けることがなく、アプリケーション１４ｃはパスワードを不正取得することができない。
【００３１】
次に、ＨＨＴの実施の形態の一例について説明する。
図３は、ＨＨＴのハードウェアのブロック図を示し、図４〜９は表示部の画面の表示とキーデータの流れを示し、（ａ）は画面の表示、（ｂ）はキーデータの流れを示す。
【００３２】
図３に示すＨＨＴは、キー入力部２０と、ＣＰＵ（Central Processing Unit）２１と、ＲＯＭ（Read Only Memory）２２と、ＲＡＭ（Random Access Memory）２３と、表示部２４と、カード読み取り部２５と、通信部２６とから構成される。
【００３３】
キー入力部２０は、ユーザーから入力されるデータを入力し、ＣＰＵ２１に送る。
ＣＰＵ２１は、ＲＯＭ２２に格納されたプログラム、または、ＲＡＭ２３に展開されたプログラムにしたがって動作し、ＨＨＴ全体を制御する。
【００３４】
ＲＯＭ２２は、図４〜９に示す、ハードウェアの違いを吸収して、上位のソフトウェアに共通の手順を提供するためキードライバ３０と、マルチタスクＯＳであるウィンドウズＣＥ３１と、商品の決済を行うアプリケーション３２と、アプリケーション３２からパスワード入力モードを受信した場合、ウィンドウズＣＥ３１へのキーデータの送信を中断して、アプリケーション３２にキーデータを送るダイナミックリンクライブラリであるＤＬＬ３３を格納する。
【００３５】
ＲＡＭ２３は、ＣＰＵ２１がプログラムを実行するときに使用するワークエリアである。また、ＨＨＴの電源の立ち上げ時に、ＲＯＭ２２に格納されているウィンドウズＣＥ３１がＣＰＵ２１によってＲＡＭ２３に展開され、ＣＰＵ２１は、ＲＡＭ２３に展開されたウィンドウズＣＥを実行する。また、ＣＰＵ２１は、アプリケーション３２、ＤＬＬ３３を実行するときも、アプリケーション３２、ＤＬＬ３３をＲＡＭ２３に展開してから実行される。
【００３６】
表示部２４は、ＣＰＵ２１から送られてくるデータを画面に表示する。
カード読み取り部２５は、デビットカードが挿入されたことをＣＰＵ２１に通知し、また、デビットカードに書き込まれているパスワードを読み取る。
【００３７】
通信部２６は、商品の決済情報を管理するセンターと無線通信を行う。
以下、図３のＨＨＴの動作について図４〜９を用いて説明する。
商品をお客に配達する配達人が、その場でＨＨＴを用いて、商品の決済をデビットカードによって行うとする。また、ＲＡＭ２３には、ＲＯＭ２２に格納されていたウィンドウズＣＥ３１、商品の決済を行うアプリケーション３２、ＤＬＬ３３が常駐しているとする。さらに、表示部２４の画面には、アプリケーション３２によって、図４（ａ）に示す表示２４ａが表示されているとする。
【００３８】
表示２４ａには、集金キーを押すように表示されている。配達人はキー入力部２０にある“集金”キーを押す。このとき、図４（ｂ）に示すように、キー入力部２０から入力された“集金”キーのデータは、キードライバ３０に入力され、ウィンドウズＣＥ３１に送られる。さらに、ウィンドウズＣＥ３１に送られたデータは、アプリケーション３２に送られる。
【００３９】
アプリケーション３２は、送られた“集金”キーのデータによって、図３の表示部２４の画面を図５（ａ）に示す表示２４ｂに変更する。表示２４ｂには、デビットカードの挿入をするように表示されている。ここで、配達人は、ＨＨＴをお客に手渡し、お客は、図３に示すカード読み取り部２５にデビットカードを挿入する。アプリケーション３２は、デビットカードの挿入を検出して、図５（ｂ）に示すようにＤＬＬ３３を呼び出す。さらに、アプリケーション３２は、表示部２４の画面を図６（ａ）に示す表示２４ｃに変更する。
【００４０】
お客は、表示２４ｃに表示されているパスワードを入力するようにという指示に従って、キー入力部２０からデビットカードのパスワードを入力する。このとき、ＤＬＬ３３は、アプリケーション３２からの呼び出しを受けたことによって、図６（ｂ）に示すように、キードライバ３０からウィンドウズＣＥ３１へのパスワードの送信を中断し、アプリケーション３２に送る。また、ＤＬＬ３３は、現在のパスワードの入力が終了するまで、他のアプリケーションからの呼び出しは受け付けない。
【００４１】
従って、例えば、図３のＲＡＭ２３に、ウィンドウズＣＥ３１からアプリケーション３２に送られるパスワードを不正に取得するアプリケーションが常駐していても、パスワードの不正取得を防止することができる。また、ＤＬＬ３３からアプリケーション３２に入力されるパスワードを不正取得しようとしても、ＤＬＬ３３は他のアプリケーションからの呼び出しを受け付けないので、パスワードの不正取得を防止することができる。
【００４２】
お客はパスワードの入力を終えると、表示２４ｃの確定キーを押すようにという指示に従って、キー入力部２０にある“確定”キーを押す。このキーデータはアプリケーション３２に送られ、アプリケーション３２は、パスワード入力が終了したことをＤＬＬ３３に通知する。キーデータは、キードライバ３０、ウィンドウズＣＥ３１を介してアプリケーション３２に送られることとなる。アプリケーション３２は、表示部２４の画面を図７（ａ）に示す表示２４ｄに変更する。
【００４３】
お客は、表示２４ｄの端末を担当者に渡すようにという指示に従って、ＨＨＴを配達人に手渡す。さらに、配達人は、表示２４ｄの確定キーを押すようにという指示に従って、キー入力部２０にある“確定”キーを押す。このとき、キー入力部２０から入力されるキーデータは、図７（ｂ）に示すようにキードライバ３０、ウィンドウズＣＥ３１を介して、アプリケーション３２に送られる。“確定”キーの押下により、アプリケーション３２は、表示部２４の画面を図８（ａ）に示す表示２４ｅに変更し、通信を開始する。
【００４４】
通信は、図３に示す通信部２６によって、決済情報を管理するセンターに送信する。ここで、通信を途中で終了したい場合は、キー入力部の“中止”キーを押す。“中止”キーのデータは図８（ｂ）に示すように、キードライバ３０、ウィンドウズＣＥ３１を介してアプリケーション３２に送られ通信を中止する。
【００４５】
通信が無事終了すると、商品の決済を行うアプリケーション３２は、表示部２４の画面を図９（ａ）に示す表示２４ｆに変更する。
配達人は表示２４ｆの確定キーを押すようにという指示に従って、キー入力部２０の確定キーを押し、決済を終了する。このとき、キー入力装置から押された確定キーのデータは、図９（ｂ）に示すようにキードライバ３０、ウィンドウズＣＥ３１を介してアプリケーション３２に送られる。
【００４６】
このように、パスワード入力時は、ＤＬＬ３３によって、ウィンドウズＣＥ３１へのキーデータ送信を中断し、また、１つのパスワード入力モードを受け付けると、他のパスワード入力モードを受け付けないようにしたのでパスワードの不正取得を防止することができる。
【００４７】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、ＨＨＴが有すべき機能の処理内容は、コンピュータで読み取り可能な記録媒体に記録されたプログラムに記述しておく。そして、このプログラムをコンピュータで実行することにより、上記処理がコンピュータで実現される。コンピュータで読み取り可能な記録媒体としては、磁気記録装置や半導体メモリなどがある。市場に流通させる場合には、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）やフレキシブルディスクなどの可搬型記録媒体にプログラムを格納して流通させたり、ネットワークを介して接続されたコンピュータの記憶装置に格納しておき、ネットワークを通じて他のコンピュータに転送したりすることもできる。コンピュータで実行する際には、コンピュータ内のＲＯＭやハードディスク装置などにプログラムを格納しておき、メインメモリにロードして実行する。
【図面の簡単な説明】
【００４８】
【図１】本発明のＨＨＴの動作原理を説明する原理図である。
【図２】ＨＨＴの処理の流れを示すフローチャートである。
【図３】ＨＨＴのハードウェアのブロック図である。
【図４】表示部の画面の表示とキーデータの流れ（その１）を示し、（ａ）は画面の表示、（ｂ）はキーデータの流れを示す図である。
【図５】表示部の画面の表示とキーデータの流れ（その２）を示し、（ａ）は画面の表示、（ｂ）はキーデータの流れを示す図である。
【図６】表示部の画面の表示とキーデータの流れ（その３）を示し、（ａ）は画面の表示、（ｂ）はキーデータの流れを示す図である。
【図７】表示部の画面の表示とキーデータの流れ（その４）を示し、（ａ）は画面の表示、（ｂ）はキーデータの流れを示す図である。
【図８】表示部の画面の表示とキーデータの流れ（その５）を示し、（ａ）は画面の表示、（ｂ）はキーデータの流れを示す図である。
【図９】表示部の画面の表示とキーデータの流れ（その６）を示し、（ａ）は画面の表示、（ｂ）はキーデータの流れを示す図である。
【図１０】従来のＨＨＴの動作を説明する動作説明図である。
【符号の説明】
【００４９】
１０  キーボード
１１  入力モード受信手段
１２  パスワード送信手段
１３  マルチタスクＯＳ
１４ａ〜１４ｃ  アプリケーション
２０  キー入力部
２１  ＣＰＵ
２２  ＲＯＭ
２３  ＲＡＭ
２４  表示部
２５  カード読み取り部
２６  通信部
３０  キードライバ
３１  ウィンドウズＣＥ
３２  アプリケーション
３３  ＤＬＬ
【図１】
2006079633.tif 000003
【図２】
2006079633.tif 000004
【図３】
2006079633.tif 000005
【図４】
2006079633.tif 000006
【図５】
2006079633.tif 000007
【図６】
2006079633.tif 000008
【図７】
2006079633.tif 000009
【図８】
2006079633.tif 000010
【図９】
2006079633.tif 000011
【図１０】
2006079633.tif 000012