JP4031692B2

JP4031692B2 - Mobile communication device

Info

Publication number: JP4031692B2
Application number: JP2002277226A
Authority: JP
Inventors: 尚美西方; 真一郎井手; 隆久水野
Original assignee: SoftBank Mobile Corp
Current assignee: SoftBank Corp
Priority date: 2002-09-24
Filing date: 2002-09-24
Publication date: 2008-01-09
Anticipated expiration: 2022-09-24
Also published as: JP2004120065A

Description

【０００１】
【発明の属する技術分野】
本発明は、シリアル信号の送受信を行えるシリアル通信端子を備える携帯電話機などの携帯通信機器に関する。
【０００２】
【従来の技術】
近年、Ｊａｖａ（登録商標：以下「ＴＭ」と表す）などのアプリケーションプログラム実行機能を搭載した携帯電話機等の携帯通信機器が知られている。Ｊａｖａ（ＴＭ）を搭載した従来の携帯通信機器においては、ユーザのカスタマイズの自由度を向上するために、ゲーム等のアプリケーションプログラムを待ち受け時に常駐させて実行させることを可能としている。
【０００３】
【発明が解決しようとする課題】
携帯電話機には、シリアル通信端子が備えられており、このシリアル通信端子にケーブルを接続することにより、メモリダイヤル情報を携帯電話機に転送して設定することができるようにされている。しかしながら、携帯電話機に搭載されているアプリケーションプログラムが、シリアル通信端子を利用するシリアル通信により外部の機器とデータの授受を行えるようにはなされていなかった。
【０００４】
そこで、本発明は、アプリケーションプログラムが、シリアル通信端子を利用するシリアル通信により外部の機器とデータの授受を行えることのできる携帯通信機器を提供することを目的としている。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、本発明の携帯通信機器は、シリアル信号の送信および受信を行えるシリアル通信端子を備える携帯通信機器であって、携帯通信機能を提供しているプラットフォーム上に実装されているアプリケーションプログラムは、前記シリアル通信端子にケーブルを介して接続されている他機との間においてシリアル通信モードによりデータの授受を双方向で行えると共に、前記携帯通信機能に音声やメールが着信した際に動作中の前記アプリケーションプログラムが一時停止されると共にシリアル通信解除要求を他機へ通知し、該シリアル通信解除要求の通知を受けた他機では前記アプリケーションプログラムの動作が継続されたままシリアル通信モードが解除されて、他機との間のシリアル通信が停止状態となり、前記アプリケーションプログラムの再開の操作がされた際に前記アプリケーションプログラムが再開されると共にシリアル通信開始要求を他機へ通知し、該シリアル通信開始要求の通知を受けた他機では前記シリアル通信モードが再開されて、他機との間でシリアル通信が行えるようにされている。
【０００６】
また、上記本発明の携帯通信機器において、前記アプリケーションプログラムが起動要求された際には、当該アプリケーションプログラムが前記シリアル通信モードに対応しているか検出されて、対応していると検出された場合に、前記シリアル通信端子にケーブルが接続されていることを条件に前記シリアル通信モードが許可されて、前記アプリケーションプログラムが起動されるようにしてもよい。
さらに、上記本発明の携帯通信機器において、前記シリアル通信モードにおける通信を行う際に、自機と他機における共通する通信速度の内の最大の通信速度に設定されるようにしてもよい。
さらにまた、上記本発明の携帯通信機器において、前記シリアル通信モードにおいて一時停止した通信を再開する場合には、相手側からアプリケーションプログラムを識別する識別情報が付加されたネゴシエーション確認要求を受けて自機におけるアプリケーションプログラムと同じか判断することにより、自機と他機との間においてアプリケーションプログラムが一時停止前と相違していないことの認証を行うようにしてもよい。
【０００７】
このような本発明によれば、シリアル通信端子に接続されたケーブルを介して他機との間において、アプリケーションプログラムがデータの授受を行えるシリアル通信モードを用意するようにしている。これにより、複数台の携帯通信機器のシリアル通信端子間をクロスケーブルで接続することにより、アプリケーションプログラム間においてデータの授受を行えるようになる。従って、複数台の携帯通信機器において対戦型のゲームやプログラム間におけるデータの授受を行うアプリケーションを行えるようになる。
【０００８】
【発明の実施の形態】
図１は、本発明の実施の形態の携帯通信機器である携帯電話機のハードウェア構成の概略を示すブロック図である。
図１において、１は携帯電話機１００の全体の制御を行うＣＰＵ（中央処理装置）、２はオペレーティングシステムやネイティブプログラムなど各種制御プログラム、Ｊａｖａ（ＴＭ）実行環境プログラム、各種のＪａｖａ（ＴＭ）アプリケーションプログラム、各種のアプリケーションプログラムおよび各種データなどを記憶するＲＯＭやフラッシュメモリなどの不揮発性メモリや、ＤＲＡＭなどの揮発性メモリから構成される記憶部、３は液晶表示器を備える表示部、４は１０キー等の複数のキーを備えるキー入力部である。また、５はシリアル通信端子、６は高周波増幅器、受信ミキサ、中間周波増幅器および復調部などからなる受信部、７は変調部、送信ミキサおよび送信電力増幅部などからなる送信部、８は前記受信ミキサおよび送信ミキサに高周波信号を供給する周波数シンセサイザ、９は音声信号処理などを行う信号処理部、１０は送話用マイク（ＭＩＣ）、１１は受話用スピーカ（ＳＰ）、１２はアンテナである。
【０００９】
本発明においては、このように構成された携帯電話機１００上にＪａｖａ（ＴＭ）仮想マシン環境が実装され、Ｊａｖａ（ＴＭ）アプリケーションプログラムを動作させることができるようになされている。図２はこのようなＪａｖａ（ＴＭ）仮想マシン機能を持つ携帯電話機１００のソフトウェア構成の概要を示す図である。
図２に示すように、携帯電話プラットフォーム１０１の上にＪａｖａ（ＴＭ）実行環境１０２が実装されており、その上でＪａｖａ（ＴＭ）アプリケーションプログラム（以下、「Ｊａｖａ（ＴＭ）アプリ」という）１０３が実行される。また、携帯電話プラットフォーム１０１の上には各種のアプリケーションプログラム（以下、「各種アプリ」という）１０４も実装されている。Ｊａｖａ（ＴＭ）アプリ１０３には、３Ｄ（３次元）待ち受け用やゲーム等のアプリケーションプログラムが含まれており、各種アプリ１０４にはＬＡＮ等のネットワーク用や表示部３に表示する壁紙用、ゲーム等のアプリケーションプログラムが含まれている。
【００１０】
本発明の実施の形態にかかる携帯電話機１００は、図３に示すように２台の携帯電話機１００ａと携帯電話機１００ｂとをシリアルケーブル２０により接続する事により、携帯電話機１００ａのプラットフォーム１０１ａで動作するアプリケーションプログラムと、携帯電話機１００ｂのプラットフォーム１０１ｂ上で動作するアプリケーションプログラムとが双方向通信を行うことを可能としている。この場合、シリアルケーブル２０はクロスケーブルとされ、一端に設けられたジャック２１ａを携帯電話機１００ａのシリアル通信端子５に接続し、他端に設けられたジャック２１ｂを携帯電話機１００ｂのシリアル通信端子５に接続する。すると、アプリケーションが動作中に携帯電話機１００ａと携帯電話機１００ｂとはシリアル通信によりデータの授受を行うことができるようになり、データ授受により表示器３ａ、３ｂに表示された画面を見ながら、ユーザがキー群４ａ、４ｂを操作することによりアプリケーションにおける種々の操作を行えるようになる。このようなユーザの操作によるデータは、相手側の携帯電話機１００ａ（１００ｂ）にシリアル通信により送られるようになる。すなわち、携帯電話機１００ａ，１００ｂのプラットフォーム１０１ａ，１０１ｂで動作するアプリケーションプログラムを、対戦型のゲームやプログラム間においてデータの授受を行うアプリケーションとすることができる。なお、３台以上の携帯電話機をシリアルケーブルで接続しても同様に、３台以上の携帯電話機間においてデータの授受を行うことができる。
【００１１】
アプリケーションプログラムは、例えば携帯電話機１００ａおよび携帯電話機１００ｂのそれぞれのＪａｖａ（ＴＭ）実行環境１０２で動作するＪａｖａ（ＴＭ）アプリ１０３とすることができ、この場合、携帯電話機１００ａおよび携帯電話機１００ｂがＪａｖａ（ＴＭ）シリアル通信モードに設定されて、携帯電話機１００ａと携帯電話機１００ｂ間でネゴシエーションを行うことにより、他のシリアル信号を受付けないようにし、それぞれのＪａｖａ（ＴＭ）実行環境１０２上で動作するＪａｖａ（ＴＭ）アプリ１０３間での通信のみを有効とする。これにより、携帯電話機１００に搭載されるＪａｖａ（ＴＭ）実行環境１０２同士でシリアル通信が可能となり、対戦型のゲームやプログラム間においてデータの授受を行うＪａｖａ（ＴＭ）アプリ１０３の提供を可能とすることができる。
また、アプリケーションプログラムが、各種アプリ１０４の内のアプリケーションプログラムとされる場合は、そのアプリケーションプログラム専用のシリアル通信モードとされて、ネゴシエーションを行うことにより携帯電話プラットフォーム１０１上で動作するアプリケーション間での通信のみを有効とすることができる。
【００１２】
このように、シリアルケーブル２０で接続された携帯電話機１００間でシリアル通信を行う際に、ネゴシエーションを行うことにより、互いに認識された携帯電話機１００同士、またはアプリケーション同士で双方向通信を行うことを可能とすることができる。また、ネゴシエーションの信号は携帯電話機１００間のみに限定される様な信号では無く、他の装置にその信号をサポートする機能を搭載させることにより、携帯電話機１００と他の装置との間でもネゴシエーションを行う接続が可能となる。すなわち、携帯電話機１００−他の装置間での双方向通信も可能とすることができる。これにより、携帯電話機１００にシリアルケーブル２０によりキーボード等の装置を接続して、アプリケーションを利用することを可能とすることができる。
【００１３】
次に、２台の携帯電話機１００ａと携帯電話機１００ｂとを図３に示すようにシリアルケーブル２０により接続して、それぞれのＪａｖａ（ＴＭ）実行環境１０２上で動作するＪａｖａ（ＴＭ）アプリ間でＪａｖａ（ＴＭ）シリアル通信を行う際のシーケンス図を図４に示す。このシーケンス図では、携帯電話機１００ａのＪａｖａ（ＴＭ）実行環境１０２をＪａｖａＶＭ−ａ環境、その携帯電話プラットフォーム１０１をＮａｔｉｖｅ−ａとし、携帯電話機１００ｂのＪａｖａ（ＴＭ）実行環境１０２をＪａｖａＶＭ−ｂ環境、その携帯電話プラットフォーム１０１をＮａｔｉｖｅ−ｂとして示している。
図４において、携帯電話機１００ａのユーザがＪａｖａ（ＴＭ）アプリの起動を要求すると、ステップＳ１０にてＮａｔｉｖｅ−ａ上においてＪａｖａ（ＴＭ）アプリがＪａｖａ（ＴＭ）シリアル通信に対応しているかが確認される。具体的には、Ｎａｔｉｖｅ−ａ上で動作するアプリケーションマネージャがＪａｖａ（ＴＭ）アプリがＪａｖａ（ＴＭ）シリアル通信モードをサポートしているかを検出するためにＪａｖａ（ＴＭ）アプリに関する情報（属性）が示されているテキストファイルであるＪａｄファイルの解析を行う。Ｊａｄファイルに設定されるＪａｖａ（ＴＭ）シリアル通信情報を示すMIDlet-Serial属性がＹＥＳであれば、Ｊａｖａ（ＴＭ）アプリがＪａｖａ（ＴＭ）シリアル通信に対応していると判断される。
【００１４】
ここで、ユーザが携帯電話機１００ａのシリアル通信端子５にシリアルケーブル２０のジャック２１ａを接続していれば、Ｎａｔｉｖｅ−ａがシリアル接続を認識し、ステップＳ１１にてＪａｖａ（ＴＭ）シリアル通信モードとなって、シリアル通信開始可能となるＪａｖａ（ＴＭ）シリアル通信許可状態となる。また、携帯電話機１００ｂにおいては、ステップＳ２０にて上記したステップＳ１０と同様の処理が行われ、ユーザが携帯電話機１００ｂのシリアル通信端子５にシリアルケーブル２０のジャック２１ｂを接続していれば、Ｎａｔｉｖｅ−ｂがシリアル接続を認識し、ステップＳ２１にてＪａｖａ（ＴＭ）シリアル通信モードとなって、シリアル通信開始可能となるＪａｖａ（ＴＭ）シリアル通信許可状態となる。
【００１５】
次いで、携帯電話機１００ａにおけるＮａｔｉｖｅ−ａからＪａｖａＶＭ−ａ環境に対してＪａｖａ（ＴＭ）アプリの起動要求が送出され、これを受けたＪａｖａＶＭ−ａ環境はＪａｖａ（ＴＭ）アプリを起動して、その旨の通知をＮａｔｉｖｅ−ａに行う。携帯電話機１００ｂにおいても同様に、Ｎａｔｉｖｅ−ｂからＪａｖａＶＭ−ｂ環境に対してＪａｖａ（ＴＭ）アプリの起動要求が送出され、これを受けたＪａｖａＶＭ−ｂ環境はＪａｖａ（ＴＭ）アプリを起動して、その旨の通知をＮａｔｉｖｅ−ｂに行う。そして、アプリケーションからの通信開始要求を受けたＮａｔｉｖｅ−ａは、自機においてＪａｖａ（ＴＭ）シリアル通信許可状態となっている場合に、Ｊａｖａ（ＴＭ）シリアル通信開始要求を相手側の携帯電話機１００ｂに送信し、相手側からのＪａｖａ（ＴＭ）シリアル通信開始要求あるいは通信速度通知の受信待ち状態となる。また、アプリケーションからの通信開始要求を受けたＮａｔｉｖｅ−ｂは、自機においてＪａｖａ（ＴＭ）シリアル通信許可状態となっている場合に、Ｊａｖａ（ＴＭ）シリアル通信開始要求を相手側の携帯電話機１００ａに送信する。ここで、携帯電話機１００ｂのＮａｔｉｖｅ−ｂは、相手側からのＪａｖａ（ＴＭ）シリアル通信開始要求あるいは通信速度通知の受信待ち状態となるが、携帯電話機１００ａからＪａｖａ（ＴＭ）シリアル通信開始要求を受信していることから、Ｎａｔｉｖｅ−ｂは、自機で可能とされている通信速度の通知を携帯電話機１００ａに行う。
【００１６】
さらに、Ｊａｖａ（ＴＭ）シリアル通信開始要求を受信した携帯電話機１００ａにおけるＮａｔｉｖｅ−ａは、自機で可能とされている通信速度の通知を携帯電話機１００ｂに行う。相手側の通信速度の通知を受信したＮａｔｉｖｅ−ａおよびＮａｔｉｖｅ−ｂは、自機のもつ最大通信速度から受信した通信速度と順次比較し、共通する最も速い速度の通信速度を自機に設定する。双方のＮａｔｉｖｅ環境は通信速度通知信号の送信または受信から約５００ｍｓｅｃ以内に選択すべき通信速度へと変更する。その際の、通信速度は９６００ｂｐｓ以上を確保するのが好適である。通信速度の設定が終了すると、Ｊａｖａ（ＴＭ）シリアル通信が確立されてＪａｖａ（ＴＭ）シリアル通信が行える状態となる。この後に、携帯電話機１００ａと携帯電話機１００ｂとの間において後述するネゴシエーションが行われ、ＪａｖａＶＭ−ａ環境とＪａｖａＶＭ−ｂ環境との間においてＪａｖａ（ＴＭ）アプリにおけるデータの授受を行えるようになる。
【００１７】
なお、シリアルケーブル２０の接続時にＪａｖａ（ＴＭ）シリアル通信モードであっても、選択したＪａｖａ（ＴＭ）アプリがＪａｖａ（ＴＭ）シリアル通信に対応していない場合は、そのＮａｔｉｖｅ環境はシリアル通信を拒否する。また、シリアルケーブル２０の接続時にＮａｔｉｖｅ環境がシリアルケーブルの接続を検出したが、Ｊａｖａ（ＴＭ）シリアルモードとされていない場合は、メモリーダイヤル転送モード等の通常動作を行う。
【００１８】
次に、２台の携帯電話機１００ａと携帯電話機１００ｂとの間で行われているＪａｖａ（ＴＭ）アプリを一時停止した際、および再開する際のシーケンス図を図５に示す。なお、ユーザがＪａｖａ（ＴＭ）アプリを一時停止したり、音声やメールの着信があった際には、Ｊａｖａ（ＴＭ）シリアル通信モードが解除される。
図５において、携帯電話機１００ａおよび携帯電話機１００ｂはＪａｖａ（ＴＭ）シリアル通信モード状態となっており、ＪａｖａＶＭ−ａ環境とＪａｖａＶＭ−ｂ環境との間においてデータの授受を行っている。すなわち、ＪａｖａＶＭ−ａ環境がデータ送信要求をＮａｔｉｖｅ−ａに要求し、Ｎａｔｉｖｅ−ａはこの要求を受けてＪａｖａＶＭ−ａ環境からのデータをＪａｖａ（ＴＭ）シリアル通信により携帯電話機１００ｂに送信する。携帯電話機１００ｂがデータを受信すると、Ｎａｔｉｖｅ−ｂは受信データをＪａｖａＶＭ−ｂ環境に渡す。そして、ＪａｖａＶＭ−ｂ環境またはＪａｖａ（ＴＭ）アプリはデータを受信したことを通知するデータ受信（ＡＣＫ）を、Ｎａｔｉｖｅ−ｂを介して携帯電話機１００ａに返す。携帯電話機１００ａがデータ受信（ＡＣＫ）を受信すると、Ｎａｔｉｖｅ−ａを介してデータが正常に相手側に受信されたことを示すデータ受信（ＡＣＫ）がＪａｖａＶＭ−ａ環境に通知される。
【００１９】
ここで、携帯電話機１００ａにおいてユーザの操作、あるいは、音声やメールの着信によりＪａｖａ（ＴＭ）アプリが一時停止されたとする。すると、ＪａｖａＶＭ−ａ環境からＮａｔｉｖｅ−ａにＪａｖａ（ＴＭ）アプリが一時停止されたことが通知される。これを受けて、Ｎａｔｉｖｅ−ａはＪａｖａ（ＴＭ）シリアル通信解除要求を携帯電話機１００ｂへ通知する。携帯電話機１００ｂがＪａｖａ（ＴＭ）シリアル通信解除要求を受信すると、Ｎａｔｉｖｅ−ｂはＪａｖａ（ＴＭ）シリアル通信解除をＪａｖａＶＭ−ｂ環境に通知する。これを受けたＪａｖａＶＭ−ｂ環境はＪａｖａ（ＴＭ）アプリからのシリアル通信解除要求をＮａｔｉｖｅ−ｂに通知する。この場合、ＪａｖａＶＭ−ｂ環境上で動作しているＪａｖａ（ＴＭ）アプリは一時停止や終了はされず、動作を継続する。これにより、Ｎａｔｉｖｅ−ａおよびＮａｔｉｖｅ−ｂにおいてＪａｖａ（ＴＭ）シリアル通信状態が解除状態となり、その通信速度が低速度の例えば６００ｂｐｓに変更される。これにより、携帯電話機１００ａと携帯電話機１００ｂとの間のＪａｖａ（ＴＭ）シリアル通信が停止状態となる。
【００２０】
ここで、Ｊａｖａ（ＴＭ）シリアル通信を停止していた携帯電話機１００ａにおいて、Ｊａｖａ（ＴＭ）アプリの再開の操作がユーザによりされたとする。すると、Ｎａｔｉｖｅ−ａからＪａｖａＶＭ−ａ環境にＪａｖａ（ＴＭ）アプリの再開が要求されて、Ｊａｖａ（ＴＭ）アプリが再開される。そして、再開されたＪａｖａ（ＴＭ）アプリからＪａｖａＶＭ−ａ環境を介してＪａｖａ（ＴＭ）シリアル通信再開（Open）要求がＮａｔｉｖｅ−ａに要求される。これを受けて、Ｎａｔｉｖｅ−ａはＪａｖａ（ＴＭ）シリアル通信開始要求を携帯電話機１００ｂへ送信する。携帯電話機１００ｂのＮａｔｉｖｅ−ｂは、Ｊａｖａ（ＴＭ）アプリからＪａｖａＶＭ−ｂ環境を介してＪａｖａ（ＴＭ）シリアル通信再開（Open）要求を受け取っており、Ｎａｔｉｖｅ−ｂはＪａｖａ（ＴＭ）シリアル通信開始要求を携帯電話機１００ａに送信する。ここで、Ｎａｔｉｖｅ−ｂが携帯電話機１００ａからＪａｖａ（ＴＭ）シリアル通信開始要求を受信すると、自機で可能とされる通信速度の通知を携帯電話機１００ａに返す。さらに、Ｊａｖａ（ＴＭ）シリアル通信開始要求を受信した携帯電話機１００ａにおけるＮａｔｉｖｅ−ａは、自機で可能とされている通信速度の通知を携帯電話機１００ｂに行う。相手側の通信速度の通知を受信したＮａｔｉｖｅ−ａおよびＮａｔｉｖｅ−ｂは、自機のもつ最大通信速度から受信した通信速度と順次比較し、共通する最も速い速度の通信速度を自機に設定する。
【００２１】
これにより、Ｊａｖａ（ＴＭ）シリアル通信が行える状態となり、Ｎａｔｉｖｅ−ａおよびＮａｔｉｖｅ−ｂは、それぞれＪａｖａＶＭ−ａ環境およびＪａｖａＶＭ−ｂ環境にＪａｖａ（ＴＭ）シリアル通信開始の可能通知を送る。次いで、Ｊａｖａ（ＴＭ）アプリ間のネゴシエーションを行う。この場合、Ｊａｖａ（ＴＭ）アプリは互いのアプリケーションを識別するため、ネゴシエーション確認要求の送信データの先頭等に識別子的なデータ（例えば、Ｊａｖａ（ＴＭ）アプリの名前情報であるMIDlet-Name、そのバージョン情報であるMIDlet-Version、そのベンダー情報であるMIDlet-Vender等）を付加する。
【００２２】
相手側からのネゴシエーション確認要求を受けたＮａｔｉｖｅ−ａおよびＮａｔｉｖｅ−ｂは、一時停止前のＪａｖａ（ＴＭ）アプリと同じＪａｖａ（ＴＭ）アプリとされているか否かを、それぞれ送信データの先頭等に付加された識別子的なデータから判断する。そして、一時停止前のＪａｖａ（ＴＭ）アプリと同じＪａｖａ（ＴＭ）アプリと判断した場合に、ネゴシエーション成立の通知をＮａｔｉｖｅ−ａおよびＮａｔｉｖｅ−ｂを介してＪａｖａＶＭ−ａ環境およびＪａｖａＶＭ−ｂ環境にそれぞれ通知する。これにより、ネゴシエーションが終了しＪａｖａＶＭ−ａ環境とＪａｖａＶＭ−ｂ環境との間においてデータの授受を行えるようになる。
【００２３】
そして、ＪａｖａＶＭ−ａ環境がデータ送信要求をＮａｔｉｖｅ−ａに要求すると、Ｎａｔｉｖｅ−ａはこの要求を受けてＪａｖａＶＭ−ａ環境からのデータをＪａｖａ（ＴＭ）シリアル通信により携帯電話機１００ｂに送信する。携帯電話機１００ｂがデータを受信すると、Ｎａｔｉｖｅ−ｂは受信データをＪａｖａＶＭ−ｂ環境に渡す。そして、ＪａｖａＶＭ−ｂ環境またはＪａｖａ（ＴＭ）アプリはデータを受信したことを通知するデータ受信（ＡＣＫ）を、Ｎａｔｉｖｅ−ｂを介して携帯電話機１００ａに返す。携帯電話機１００ａがデータ受信（ＡＣＫ）を受信すると、Ｎａｔｉｖｅ−ａを介してデータが正常に相手側に受信されたことを示すデータ受信（ＡＣＫ）がＪａｖａＶＭ−ａ環境に通知される。このようにして、ＪａｖａＶＭ−ａ環境とＪａｖａＶＭ−ｂ環境との間においてＪａｖａ（ＴＭ）アプリのデータの授受を行いながら、Ｊａｖａ（ＴＭ）アプリをＪａｖａＶＭ−ａ環境およびＪａｖａＶＭ−ｂ環境上でそれぞれ実行することができるようになる。
【００２４】
以上説明した図５に示すシーケンス図におけるネゴシエーションの処理は、図示されていないが図４に示すシーケンス図においてもシリアル通信確立後に実行される。
なお、ケーブル脱等の通信障害が発生すると、Ｊａｖａ（ＴＭ）シリアル通信を行うことができなくなる。そこで、ケーブル脱等の通信障害が発生した際にＮａｔｉｖｅは、Ｊａｖａ−ＶＭ環境に対しＪａｖａ（ＴＭ）シリアル通信解除通知を行い、Ｊａｖａ（ＴＭ）シリアル通信状態を解除し、通信速度を低速度の例えば６００ｂｐｓに遷移させる。Ｊａｖａ（ＴＭ）シリアル通信が解除された状態でさらに、Ｊａｖａ−ＶＭ環境からのデータ送信要求があった場合は、ＮａｔｉｖｅはＪａｖａ−ＶＭ環境に対してエラーを通知する。
【００２５】
さらに、Ｊａｖａ（ＴＭ）アプリが終了した時点でＪａｖａ（ＴＭ）シリアル通信が接続中の状態である場合、Ｎａｔｉｖｅ環境はＪａｖａ（ＴＭ）シリアル通信解除処理を行うようにしている。このＪａｖａ（ＴＭ）シリアル通信解除処理において、Ｎａｔｉｖｅ環境は相手側のＮａｔｉｖｅ環境へＪａｖａ（ＴＭ）シリアル通信解除を通知すると共に、自機におけるＪａｖａ（ＴＭ）シリアル通信状態を解除して、通信速度を低速度の例えば６００ｂｐｓに遷移させる。このＪａｖａ（ＴＭ）シリアル通信解除通知を受けた相手側のＮａｔｉｖｅはＪａｖａ−ＶＭ環境に対し、Ｊａｖａ（ＴＭ）シリアル通信終了通知を行い、Ｊａｖａ（ＴＭ）シリアル通信状態を解除して、通信速度を低速度の例えば６００ｂｐｓに遷移させる。
【００２６】
なお、以上のシーケンスの説明では２台の携帯電話機間におけるデータの授受について説明したが、本発明はこれに限るものではなく３台以上の携帯電話機をシリアルケーブルで接続して、３台以上の携帯電話機間において上記説明したシーケンスと同様のシーケンスによりデータの授受を行うようにしてもよい。
また、アプリケーションはＪａｖａ（ＴＭ）アプリとして説明したが、本発明はこれに限るものではなくデータの授受を相互に行えるアプリケーションであればよい。この場合は、そのアプリケーション専用のシリアル通信モードとされて、そのアプリケーション間での通信のみを有効とすることができる。
さらに、携帯電話機間におけるアプリケーション間のデータの授受について説明したが、本発明は携帯電話機に限るものではなく通信機能を備える各種の携帯通信機器に適用することができる。
【００２７】
【発明の効果】
以上説明したように、本発明の携帯通信機器は、シリアル通信端子に接続されたケーブルを介して他機との間において、アプリケーションプログラムがデータの授受を行えるシリアル通信モードを用意するようにしている。これにより、複数台の携帯通信機器のシリアル通信端子間をクロスケーブルで接続することにより、アプリケーションプログラム間においてデータの授受を行えるようになる。従って、複数台の携帯通信機器において対戦型のゲームやプログラム間におけるデータの授受を行うアプリケーションを行えるようになる。
【図面の簡単な説明】
【図１】本発明の実施の形態の携帯通信機器である携帯電話機におけるハードウェア構成の概略を示すブロック図である。
【図２】本発明の実施の形態の携帯通信機器である携帯電話機におけるソフトウェア構成を示す図である。
【図３】本発明の実施の形態の携帯通信機器である携帯電話機同士においてＪａｖａ（ＴＭ）シリアル通信を行う構成を示す図である。
【図４】本発明の実施の形態の携帯通信機器である携帯電話機におけるＪａｖａ（ＴＭ）実行環境１０２上で動作するＪａｖａ（ＴＭ）アプリ間でＪａｖａ（ＴＭ）シリアル通信を行う際のシーケンス図である。
【図５】本発明の実施の形態の携帯通信機器である携帯電話機において行われるＪａｖａ（ＴＭ）アプリの一時停止のシーケンス図である。
【符号の説明】
１ＣＰＵ、２ＲＯＭ／ＲＡＭ、３表示部、３ａ表示器、４キー入力部、４ａキー群、５シリアル通信端子、２０シリアルケーブル、２１ジャック、２１ａジャック、２１ｂジャック、１００携帯電話機、１００ａ携帯電話機、１００ｂ携帯電話機、１０１携帯電話プラットフォーム、１０１ａプラットフォーム、１０２Ｊａｖａ（ＴＭ）実行環境、１０３Ｊａｖａ（ＴＭ）アプリ、１０４各種アプリ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a mobile communication device such as a mobile phone provided with a serial communication terminal capable of transmitting and receiving serial signals.
[0002]
[Prior art]
In recent years, portable communication devices such as mobile phones equipped with application program execution functions such as Java (registered trademark: hereinafter referred to as “TM”) are known. In a conventional portable communication device equipped with Java (TM), an application program such as a game can be resident and executed when waiting in order to improve the degree of freedom of customization by a user.
[0003]
[Problems to be solved by the invention]
The mobile phone is provided with a serial communication terminal. By connecting a cable to the serial communication terminal, the memory dial information can be transferred to the mobile phone and set. However, an application program installed in a mobile phone has not been configured to exchange data with an external device by serial communication using a serial communication terminal.
[0004]
Accordingly, an object of the present invention is to provide a portable communication device in which an application program can exchange data with an external device by serial communication using a serial communication terminal.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, a mobile communication device of the present invention is a mobile communication device having a serial communication terminal capable of transmitting and receiving serial signals, and is mounted on a platform that provides a mobile communication function. Application programs Is , Between other devices connected to the serial communication terminal via a cable Depending on the serial communication mode Send and receive data In both directions Can do At the same time, when the voice or mail arrives at the mobile communication function, the running application program is temporarily stopped, the serial communication release request is notified to the other device, and the other device that has received the serial communication release request notification In this case, the serial communication mode is canceled while the operation of the application program is continued, the serial communication with another device is stopped, and the application program is restarted when the operation of restarting the application program is performed. At the same time, the serial communication start request is notified to the other device, and the serial communication mode is resumed in the other device that has received the serial communication start request notification so that serial communication with the other device can be performed. ing.
[0006]
In the portable communication device of the present invention, when the application program is requested to start Is When it is detected that the application program is compatible with the serial communication mode, On the condition that a cable is connected to the serial communication terminal The serial communication mode is allowed , The application program may be activated.
Furthermore, in the portable communication device of the present invention, when performing communication in the serial communication mode, the maximum communication speed among communication speeds common to the own apparatus and the other apparatus may be set.
Furthermore, in the portable communication device of the present invention, when resuming communication suspended in the serial communication mode, By receiving a negotiation confirmation request to which identification information for identifying the application program is added from the other side and determining whether it is the same as the application program in its own machine, Authentication that the application program is not different from that before the temporary stop may be performed between the own device and the other device.
[0007]
According to the present invention as described above, a serial communication mode is prepared in which an application program can exchange data with another machine via a cable connected to a serial communication terminal. As a result, by connecting the serial communication terminals of a plurality of portable communication devices with a cross cable, data can be exchanged between application programs. Accordingly, it is possible to execute an application for transferring data between a battle game and a program in a plurality of mobile communication devices.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a block diagram showing an outline of a hardware configuration of a mobile phone which is a mobile communication device according to an embodiment of the present invention.
In FIG. 1, 1 is a CPU (central processing unit) that controls the entire mobile phone 100, 2 is various control programs such as an operating system and a native program, Java (TM) execution environment program, and various Java (TM) application programs. , A storage unit composed of a non-volatile memory such as a ROM or flash memory for storing various application programs and various data, or a volatile memory such as a DRAM, 3 is a display unit having a liquid crystal display, and 4 is 10 keys It is a key input part provided with several keys, such as. Also, 5 is a serial communication terminal, 6 is a receiving unit including a high frequency amplifier, a receiving mixer, an intermediate frequency amplifier and a demodulating unit, 7 is a transmitting unit including a modulating unit, a transmitting mixer and a transmission power amplifying unit, and 8 is the receiving unit. A frequency synthesizer that supplies high-frequency signals to the mixer and the transmission mixer, 9 is a signal processing unit that performs audio signal processing, 10 is a transmitting microphone (MIC), 11 is a receiving speaker (SP), and 12 is an antenna.
[0009]
In the present invention, a Java (TM) virtual machine environment is mounted on the mobile phone 100 configured as described above, and a Java (TM) application program can be operated. FIG. 2 is a diagram showing an outline of the software configuration of the mobile phone 100 having such a Java (TM) virtual machine function.
As shown in FIG. 2, a Java (TM) execution environment 102 is mounted on a mobile phone platform 101, and a Java (TM) application program (hereinafter referred to as “Java (TM) application”) 103 is installed on the Java (TM) execution environment 102. Executed. Various application programs (hereinafter referred to as “various applications”) 104 are also mounted on the mobile phone platform 101. The Java (TM) application 103 includes application programs such as 3D (three-dimensional) standby and games. Various applications 104 are used for networks such as a LAN, wallpaper for displaying on the display unit 3, games, and the like. Application programs are included.
[0010]
The mobile phone 100 according to the embodiment of the present invention is an application that operates on the platform 101a of the mobile phone 100a by connecting the two mobile phones 100a and the mobile phone 100b with the serial cable 20 as shown in FIG. The program and the application program operating on the platform 101b of the mobile phone 100b can perform bidirectional communication. In this case, the serial cable 20 is a cross cable, the jack 21a provided at one end is connected to the serial communication terminal 5 of the mobile phone 100a, and the jack 21b provided at the other end is connected to the serial communication terminal 5 of the mobile phone 100b. Connecting. Then, the mobile phone 100a and the mobile phone 100b can exchange data by serial communication while the application is running, and the user can see the screens displayed on the display units 3a and 3b by the data exchange. By operating the key groups 4a and 4b, various operations in the application can be performed. Data by such user operations is sent to the counterpart mobile phone 100a (100b) by serial communication. That is, the application program that operates on the platforms 101a and 101b of the mobile phones 100a and 100b can be an application that exchanges data between competitive games and programs. Even when three or more mobile phones are connected by a serial cable, data can be exchanged between the three or more mobile phones.
[0011]
The application program can be, for example, the Java (TM) application 103 operating in the Java (TM) execution environment 102 of each of the mobile phone 100a and the mobile phone 100b. In this case, the mobile phone 100a and the mobile phone 100b are connected to Java ( TM) Set to the serial communication mode and negotiate between the mobile phone 100a and the mobile phone 100b so that no other serial signal is accepted, and the Java (TM) operating on each Java (TM) execution environment 102 TM) Only communication between applications 103 is valid. This enables serial communication between the Java (TM) execution environments 102 mounted on the mobile phone 100, and it is possible to provide the Java (TM) application 103 that exchanges data between competitive games and programs. be able to.
When the application program is an application program in the various applications 104, the serial communication mode dedicated to the application program is set, and communication between applications operating on the mobile phone platform 101 is performed by negotiation. Only can be valid.
[0012]
As described above, when performing serial communication between the mobile phones 100 connected by the serial cable 20, it is possible to perform bidirectional communication between the mobile phones 100 recognized by each other or between applications by performing negotiation. It can be. In addition, the negotiation signal is not limited to the signal only between the mobile phones 100, but the negotiation between the mobile phone 100 and another device can be performed by installing the function of supporting the signal in another device. Connections to be made are possible. That is, two-way communication between the mobile phone 100 and another device can be made possible. Thereby, a device such as a keyboard can be connected to the mobile phone 100 by the serial cable 20 to use the application.
[0013]
Next, two mobile phones 100a and 100b are connected by a serial cable 20 as shown in FIG. 3, and Java (TM) applications operating on each Java (TM) execution environment 102 are connected to each other. FIG. 4 shows a sequence diagram when performing (TM) serial communication. In this sequence diagram, the Java (TM) execution environment 102 of the mobile phone 100a is set to the JavaVM-a environment, the mobile phone platform 101 is set to Native-a, and the Java (TM) execution environment 102 of the mobile phone 100b is set to the JavaVM-b environment, The mobile phone platform 101 is shown as Native-b.
In FIG. 4, when the user of the mobile phone 100a requests to start the Java (TM) application, it is confirmed in step S10 whether the Java (TM) application is compatible with Java (TM) serial communication on Native-a. The Specifically, information (attributes) related to the Java (TM) application is indicated in order for the application manager operating on Native-a to detect whether the Java (TM) application supports the Java (TM) serial communication mode. The Jad file, which is a text file, is analyzed. If the MIDlet-Serial attribute indicating the Java (TM) serial communication information set in the Jad file is YES, it is determined that the Java (TM) application is compatible with Java (TM) serial communication.
[0014]
Here, if the user connects the jack 21a of the serial cable 20 to the serial communication terminal 5 of the mobile phone 100a, Native-a recognizes the serial connection and enters the Java (TM) serial communication mode in step S11. Thus, the Java (TM) serial communication permission state in which serial communication can be started is entered. In the cellular phone 100b, the same processing as in the above-described step S10 is performed in step S20, and if the user connects the jack 21b of the serial cable 20 to the serial communication terminal 5 of the cellular phone 100b, the Native- b recognizes the serial connection, enters the Java (TM) serial communication mode in step S21, and enters the Java (TM) serial communication permission state in which serial communication can be started.
[0015]
Next, a Java (TM) application activation request is sent from the Native-a to the JavaVM-a environment in the mobile phone 100a, and the JavaVM-a environment that receives this activates the Java (TM) application, and that is the effect. Is notified to Native-a. Similarly, in the mobile phone 100b, a Java (TM) application activation request is sent from the Native-b to the Java VM-b environment, and the Java VM-b environment that receives this activates the Java (TM) application, Notification to that effect is sent to Native-b. The native-a that receives the communication start request from the application sends a Java (TM) serial communication start request to the mobile phone 100b on the other side when the Java (TM) serial communication is permitted in its own device. Transmitting and waiting to receive a Java (TM) serial communication start request or communication speed notification from the other party. In addition, when Native-b receives a communication start request from an application and is in a Java (TM) serial communication permission state in its own device, Native-b sends a Java (TM) serial communication start request to the other party's mobile phone 100a. Send. Here, Native-b of the mobile phone 100b is in a waiting state for receiving a Java (TM) serial communication start request or communication speed notification from the other party, but receives a Java (TM) serial communication start request from the mobile phone 100a. Therefore, Native-b notifies the mobile phone 100a of the communication speed that is enabled by itself.
[0016]
Furthermore, Native-a in the mobile phone 100a that has received the Java (TM) serial communication start request notifies the mobile phone 100b of a communication speed that is enabled by the mobile phone 100a. Native-a and Native-b that have received notification of the communication speed of the other party sequentially compare with the communication speed received from the maximum communication speed of the own apparatus, and set the communication speed of the fastest common speed to the own apparatus. . Both native environments are changed to a communication speed to be selected within about 500 msec from transmission or reception of the communication speed notification signal. In that case, it is preferable to secure a communication speed of 9600 bps or more. When the setting of the communication speed is completed, the Java (TM) serial communication is established and the Java (TM) serial communication can be performed. Thereafter, a negotiation, which will be described later, is performed between the mobile phone 100a and the mobile phone 100b, and data can be exchanged in the Java (TM) application between the JavaVM-a environment and the JavaVM-b environment.
[0017]
If the selected Java (TM) app does not support Java (TM) serial communication even when the serial cable 20 is connected, even in the Java (TM) serial communication mode, the Native environment rejects the serial communication. To do. If the native environment detects the connection of the serial cable when the serial cable 20 is connected, but the Java (TM) serial mode is not set, the normal operation such as the memory dial transfer mode is performed.
[0018]
Next, FIG. 5 shows a sequence diagram when the Java (TM) application performed between the two mobile phones 100a and 100b is paused and resumed. When the user temporarily stops the Java (TM) application or receives an incoming voice or mail, the Java (TM) serial communication mode is canceled.
In FIG. 5, the mobile phone 100a and the mobile phone 100b are in the Java (TM) serial communication mode, and exchange data between the JavaVM-a environment and the JavaVM-b environment. That is, the Java VM-a environment requests a data transmission request from Native-a, and Native-a receives the request and transmits data from the Java VM-a environment to the mobile phone 100b by Java (TM) serial communication. When the mobile phone 100b receives the data, Native-b passes the received data to the JavaVM-b environment. Then, the Java VM-b environment or the Java (TM) application returns data reception (ACK) notifying that the data has been received to the mobile phone 100a via Native-b. When the cellular phone 100a receives the data reception (ACK), the Java VM-a environment is notified of the data reception (ACK) indicating that the data has been normally received by the other party via Native-a.
[0019]
Here, it is assumed that the Java (TM) application is temporarily stopped by a user operation or an incoming voice or mail in the mobile phone 100a. Then, the Java VM-a environment is notified to Native-a that the Java (TM) application has been suspended. In response to this, Native-a notifies the mobile phone 100b of a Java (TM) serial communication cancellation request. When the mobile phone 100b receives the Java (TM) serial communication cancellation request, Native-b notifies the Java VM-b environment of the Java (TM) serial communication cancellation. The Java VM-b environment that has received this notifies the native-b of a serial communication cancellation request from the Java (TM) application. In this case, the Java (TM) application operating on the JavaVM-b environment is not paused or terminated, and continues to operate. As a result, the Java (TM) serial communication state is canceled in Native-a and Native-b, and the communication speed is changed to a low speed, for example, 600 bps. Thereby, Java (TM) serial communication between the mobile phone 100a and the mobile phone 100b is stopped.
[0020]
Here, it is assumed that the user restarts the Java (TM) application in the mobile phone 100a that has stopped the Java (TM) serial communication. Then, the Java-TM environment is requested from the Native-a to the Java VM-a environment, and the Java (TM) application is resumed. Then, a Java (TM) serial communication resumption (Open) request is requested to Native-a from the resumed Java (TM) application via the JavaVM-a environment. In response, Native-a transmits a Java (TM) serial communication start request to the mobile phone 100b. Native-b of the mobile phone 100b receives a Java (TM) serial communication restart (Open) request from the Java (TM) application via the JavaVM-b environment, and Native-b requests Java (TM) serial communication start. Is transmitted to the mobile phone 100a. Here, when Native-b receives a Java (TM) serial communication start request from the mobile phone 100a, it returns a notification of the communication speed enabled by itself to the mobile phone 100a. Furthermore, Native-a in the mobile phone 100a that has received the Java (TM) serial communication start request notifies the mobile phone 100b of a communication speed that is enabled by the mobile phone 100a. Native-a and Native-b that have received notification of the communication speed of the other party sequentially compare with the communication speed received from the maximum communication speed of the own apparatus, and set the communication speed of the fastest common speed to the own apparatus. .
[0021]
As a result, Java (TM) serial communication can be performed, and Native-a and Native-b send a Java (TM) serial communication start notification to the JavaVM-a environment and JavaVM-b environment, respectively. Next, negotiation between Java (TM) applications is performed. In this case, since the Java (TM) application identifies each other application, identifier data (for example, MIDlet-Name which is name information of the Java (TM) application, its version, etc.) Information MIDlet-Version, vendor information MIDlet-Vender, etc.) are added.
[0022]
The Native-a and Native-b that have received the negotiation confirmation request from the other side indicate whether or not the Java (TM) application is the same as the Java (TM) application before the suspension, respectively. Judgment is made from the added identifier data. When it is determined that the Java (TM) application is the same as the Java (TM) application before suspension, notification of negotiation establishment is sent to the Java VM-a environment and the Java VM-b environment via Native-a and Native-b, respectively. Notice. As a result, the negotiation is completed and data can be exchanged between the JavaVM-a environment and the JavaVM-b environment.
[0023]
When the Java VM-a environment requests a data transmission request from Native-a, Native-a receives the request and transmits data from the Java VM-a environment to the mobile phone 100b by Java (TM) serial communication. When the mobile phone 100b receives the data, Native-b passes the received data to the JavaVM-b environment. Then, the Java VM-b environment or the Java (TM) application returns data reception (ACK) notifying that the data has been received to the mobile phone 100a via Native-b. When the cellular phone 100a receives the data reception (ACK), the Java VM-a environment is notified of the data reception (ACK) indicating that the data has been normally received by the other party via Native-a. In this way, the Java (TM) application is executed on the JavaVM-a environment and the JavaVM-b environment while exchanging data of the Java (TM) application between the JavaVM-a environment and the JavaVM-b environment. Will be able to.
[0024]
The negotiation process in the sequence diagram shown in FIG. 5 described above is executed after the serial communication is established in the sequence diagram shown in FIG.
If a communication failure such as cable disconnection occurs, Java (TM) serial communication cannot be performed. Therefore, when a communication failure such as a cable disconnection occurs, Native sends a Java (TM) serial communication release notification to the Java-VM environment, releases the Java (TM) serial communication state, and reduces the communication speed to a low speed. For example, the transition is made to 600 bps. If there is a data transmission request from the Java-VM environment in a state where the Java (TM) serial communication is released, the Native notifies the Java-VM environment of an error.
[0025]
Further, if the Java (TM) serial communication is in a connected state at the time when the Java (TM) application is terminated, the Native environment performs a Java (TM) serial communication canceling process. In this Java (TM) serial communication cancellation process, the native environment notifies the partner's native environment of cancellation of the Java (TM) serial communication, and also cancels the Java (TM) serial communication state in its own machine, and increases the communication speed. Transition to a low speed, for example, 600 bps. Upon receiving this Java (TM) serial communication release notification, the partner Native sends a Java (TM) serial communication end notification to the Java-VM environment, cancels the Java (TM) serial communication state, and increases the communication speed. Transition to a low speed, for example, 600 bps.
[0026]
In the above description of the sequence, data exchange between two mobile phones has been described. However, the present invention is not limited to this, and three or more mobile phones are connected by a serial cable. Data may be exchanged between mobile phones in the same sequence as described above.
Further, although the application has been described as a Java (TM) application, the present invention is not limited to this, and any application may be used as long as it can exchange data. In this case, the serial communication mode dedicated to the application is set, and only communication between the applications can be validated.
Furthermore, although the exchange of data between applications between mobile phones has been described, the present invention is not limited to a mobile phone, and can be applied to various mobile communication devices having a communication function.
[0027]
【The invention's effect】
As described above, the mobile communication device of the present invention prepares a serial communication mode in which an application program can exchange data with another device via a cable connected to a serial communication terminal. . As a result, by connecting the serial communication terminals of a plurality of portable communication devices with a cross cable, data can be exchanged between application programs. Accordingly, it is possible to execute an application for transferring data between a battle game and a program in a plurality of mobile communication devices.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating an outline of a hardware configuration of a mobile phone that is a mobile communication device according to an embodiment of the present invention.
FIG. 2 is a diagram showing a software configuration in a mobile phone which is a mobile communication device according to an embodiment of the present invention.
FIG. 3 is a diagram showing a configuration in which Java (TM) serial communication is performed between mobile phones that are mobile communication devices according to an embodiment of the present invention.
FIG. 4 is a sequence diagram when performing Java (TM) serial communication between Java (TM) applications operating on the Java (TM) execution environment 102 in the mobile phone which is the mobile communication device according to the embodiment of the present invention. is there.
FIG. 5 is a sequence diagram of a pause of a Java (TM) application performed in a mobile phone that is a mobile communication device according to an embodiment of the present invention.
[Explanation of symbols]
1 CPU, 2 ROM / RAM, 3 display unit, 3a display unit, 4 key input unit, 4a key group, 5 serial communication terminal, 20 serial cable, 21 jack, 21a jack, 21b jack, 100 mobile phone, 100a mobile phone , 100b mobile phone, 101 mobile phone platform, 101a platform, 102 Java (TM) execution environment, 103 Java (TM) application, 104 various applications

Claims

A portable communication device having a serial communication terminal capable of transmitting and receiving serial signals,
Application program that is implemented on a platform that provides a mobile communication function, perform the exchange of data in both directions through the serial communication mode between the other device connected via a cable to the serial communication terminals At the same time, when the voice or mail arrives at the mobile communication function, the running application program is temporarily stopped, the serial communication release request is notified to the other device, and the other device that has received the serial communication release request notification In this case, the serial communication mode is canceled while the operation of the application program is continued, the serial communication with another device is stopped, and the application program is restarted when the operation of restarting the application program is performed. And a serial communication start request to other machines Portable communication device in another machine that has received the notification of the serial communication start request said serial communication mode is resumed, characterized by comprising the allow serial communication with another machine.

Wherein when the application program is started request is detected whether the application program is compatible with the serial communication mode, when it is detected that corresponds, and the cable is connected to the serial communication terminals it is allowed the serial communication mode on condition that there, a portable communication device according to claim 1, wherein the application program is characterized in that so as to be activated.

2. The portable communication device according to claim 1, wherein when performing communication in the serial communication mode, the maximum communication speed is set among communication speeds common to the own apparatus and the other apparatus.

When resuming communication that has been paused in the serial communication mode, it receives a negotiation confirmation request to which identification information for identifying the application program is added from the other party, and determines whether it is the same as the application program in its own device. 2. The portable communication device according to claim 1, wherein an authentication that the application program is not different from that before the temporary stop is performed between the device and the other device.