(57)【要約】【課題】  接続を要求した端末とサーバを確実に接続し、信頼性の高いサービスを可能にする。【解決手段】  端末への接続要求で繋げた公衆回線網の切断後、端末から着信があったか否かを判別するステップＳＴ１と、端末から着信があれば公衆回線網を接続し、公衆回線網の接続時に、端末からＩＤとパスワードを受けてその認証を行うステップＳＴ２，ＳＴ３と、ＩＤとパスワードが正しいか否かを判別し、端末番号を格納する格納手段内のデータを用いて端末が登録されたものであることを確認するステップＳＴ４と、端末が登録されたものであるときは、ＰＰＰ処理に移行し、その端末番号を取得するステップＳＴ６，ＳＴ７と、端末が起動を要求した端末か否かを判定するステップＳＴ８と、この判定結果に基づいて登録されている複数の端末に対応するサービスを行うステップＳＴ９〜ＳＴ１１とを備える。【選択図】        図４
2005303819.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と、公衆回線網を介して上記複数の端末に接続されるサーバとを備え、上記公衆回線網上にデータ通信伝送路を形成した上で、上記複数の端末と上記サーバの間で通信を行う車両通信システムにおいて、上記サーバは、上記複数の端末から着信相手を識別し、この識別結果に基づいて接続を要求した端末をサーバに接続する端末接続手段を備えたことを特徴とする車両通信システム。
【請求項２】
端末接続手段は、複数の端末とサーバとの通信路を通信手段を介して確立する通信制御手段と、上記通信路の確立した端末とＰＰＰ処理を行いＴＣＰ／ＩＰ接続を確立する処理手段と、上記複数の端末に関連した端末番号を格納する格納手段と、現在の接続端末と該接続端末が要求するサービスを間違えることなく提供するための端末の判定を行う端末判定手段とを少なくとも備え、上記通信制御手段は、上記ＴＣＰ／ＩＰ接続確立時に、通信端末が登録された端末か否かをＰＰＰ処理時に上記端末から送られてくる端末番号と上記格納手段から読み出した端末番号に基づいて判断することを特徴とする請求項１記載の車両通信システム。
【請求項３】
サーバは、アプリケーションおよびそれに用いる情報を格納する複数のアプリケーション格納手段と、端末から通信制御手段を通して送られてきたデータに基づいて、要求されたサービスを実現するアプリケーションを上記複数のアプリケーション格納手段から選び出すアプリケーション判定手段と、該アプリケーション判定手段で選び出されたアプリケーションを実行し、上記通信制御手段を介して上記端末に送らせるアプリケーション実行手段とを備えたことを特徴とする請求項２記載の車両通信システム。
【請求項４】
端末への接続要求で繋げた公衆回線網の切断後、上記端末から着信があったか否かを判別する第１のステップと、上記端末から着信があれば上記公衆回線網を接続し、該公衆回線網の接続時に、上記端末からＩＤとパスワードを受けてその認証を行う第２のステップと、該ＩＤとパスワードが正しいか否かを判別し、端末番号を格納する格納手段内のデータを用いて上記端末が登録されたものであることを確認する第３のステップと、上記端末が登録されたものであるときは、ＰＰＰ処理に移行し、その端末番号を取得する第４のステップと、上記端末が起動を要求した端末か否かを判定する第５のステップと、該判定結果に基づいて上記登録されている複数の端末に対応するサービスを行う第６のステップとを備えた車両通信システムの通信方法。
【請求項５】
第６のステップでは、起動を要求した端末であれば、アプリケーション格納手段から対応するアプリケーションを取り出して当該端末に送信するサービスを行い、起動を要求した端末でなければ、そのサービス要求内容を確認し、対応サービスを実行することを特徴とする請求項４記載の車両通信システムの通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車両に搭載された端末とサーバ間あるいは車両と車両間でサーバを介して通信を行う車両通信システムおよびその通信方法に関するものである。
【背景技術】
【０００２】
一般に、電話などの公衆電話を使用したネットワークにおいては、端末（クライアント）は、リモートコントロールで接続することが可能なサーバ（リモートアクセスサーバ：ＲＡＳ）に、接続やデータの送受信の手順（プロトコル）であるＰＰＰ（Ｐｏｉｎｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）処理を用いて接続し、ネットワークを確立する。その後、サーバと端末間で種々のサービスが行われる。ここで、端末がサーバに接続するきっかけを持っている場合は、この方式で問題はないが、サーバが接続のきっかけを持ち、サーバから端末に接続したい場合は、この方法は使用できないという問題がある。
そこで、この問題を解決するために、サーバが端末に接続するきっかけを持ったとき、先ずサーバが端末に対し単に電話をし、端末がこの着信をサーバからの接続要求と判断し、その後、電話回線を切断し、次に、端末がサーバに電話をし、その後、ＰＰＰを用いて接続処理を行い、ネットワークを確立するという方法が提案されている（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開平１１−１３６３０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、この特許文献１に記載されているような方法の場合、サーバがある一方の端末に対し接続を要求するダイヤルをし、その端末からの着信を待っているときに、例えば、急病、事故で救護／救援の要請をする為に別な他方の端末からサーバへ接続に行くと、接続の際に、ＩＤとパスワードをサーバに通知するが、この他方の端末がサーバに登録されたものであれば、その接続は許可され、ＰＰＰ処理を経て他方の端末は、一方の端末の代わりにサーバに接続してしまうという問題点があった。
この結果、サーバは他方の端末を一方の端末としてサービスを開始してしまう。しかし、サーバが行おうとしているサービスと、他方の端末が必要とするサービスは、食い違うことから他方の端末が必要とするサービスが実施されない可能性と、一方の端末はサーバからの要求で接続に行くが、既にサービス対象として他方の端末が一方の端末の代わりにサーバに接続されており、一方の端末も所定のサービスを受けられなくなる可能性があった。
【０００５】
この発明は、前記のような課題を解決するためになされたもので、接続を要求した端末とサーバを確実に接続し、高精度で信頼性の高いサービスが可能な車両通信システムおよびその通信方法を得ることを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る車両通信システムは、複数の端末と、公衆回線網を介して複数の端末に接続されるサーバとを備え、公衆回線網上にデータ通信伝送路を形成した上で、複数の端末とサーバの間で通信を行う車両通信システムにおいて、サーバは、複数の端末から着信相手を識別し、この識別結果に基づいて接続を要求した端末をサーバに接続する端末接続手段を備えたものである。
また、この発明に係る車両通信システムの通信方法は、端末への接続要求で繋げた公衆回線網の切断後、端末から着信があったか否かを判別する第１のステップと、端末から着信があれば公衆回線網を接続し、この公衆回線網の接続時に、端末からＩＤとパスワードを受けてその認証を行う第２のステップと、ＩＤとパスワードが正しいか否かを判別し、端末番号を格納する格納手段内のデータを用いて端末が登録されたものであることを確認する第３のステップと、端末が登録されたものであるときは、ＰＰＰ処理に移行し、その端末番号を取得する第４のステップと、端末が起動を要求した端末か否かを判定する第５のステップと、この判定結果に基づいて登録されている複数の端末に対応するサービスを行う第６のステップとを備えたものである。
【発明の効果】
【０００７】
この発明は、サービス内容と端末に食い違いを発生することなく接続を要求した端末とサーバを確実に接続することができ、高精度で信頼性の高いサービスができるという効果がある。
【発明を実施するための最良の形態】
【０００８】
以下、この発明の実施の一形態を説明する。
ここで、車両通信システムは、サーバ（リモートアクセスサーバ：ＲＡＳ）と単一または複数個の端末（クライアント）が電話回線等を介して接続されたネットワークで形成されるが、ここでは、端末とサーバの構成を便宜上個別に図示して説明する。
実施の形態１．
図１は、この発明の実施の形態１による車両通信システムの端末側の構成を示すブロック図である。本実施の形態では、一例として、端末が自動車に搭載され機能するものとする。
図１において、後述のサーバと電話回線等を介して接続される端末１は、キーボード、リモコン、音声認識等の入力手段２と、種々の絵を表示できるモニタや合成音等を発音できるスピーカや警告音等吹鳴できるブザーを表示手段３と、車両が追突したとき乗員を保護するエアバックをコントロールするエアバックＥＣＵ（衝突検知手段）４とを備え、追突があったときに、このエアバックＥＣＵ４から追突発生信号を得ることができる。
【０００９】
また、端末１は、車両盗難のために車の窓ガラスが割られることがあるが、このガラスの割れを検知する衝撃センサ（盗難検知手段）５を備え、車両が盗難に遭いそうな場合もこの衝撃センサ５により盗難検知信号を得ることができる。
また、端末１は、エアバックＥＣＵ４からの追突発生信号や衝撃センサ５からの盗難検知信号を受けた場合に、その内容を解析して必要に応じて緊急通報を行う旨の通知をする緊急事態判定手段６と、この緊急事態判定手段６からの緊急通報の通知を受けてサーバに送信する通信制御手段７と、予め車両に関する情報を格納している車両情報格納手段８と、車両の自車位置を検出するＧＰＳ位置検出手段９と、ＧＰＳ位置検出手段９から得られた車両の位置情報を格納する位置情報格納手段１０とを備える。
【００１０】
緊急通報を行う際は、車両情報格納手段８に格納された、車の形（セダン、クーペ等）や色（赤色、黒色等）や登録番号（ナンバープレートの番号）と、位置情報格納手段１０からの現在位置情報や走行軌跡情報を、通信制御手段７を介してサーバに送信する。
この送信には、種々のプロトコルが用いられるが、この端末１では、ＴＣＰ／ＩＰによりデータの送受信が可能なようにＴＣＰ／ＩＰ処理手段１１を備える。送信したい情報は、ＴＣＰ／ＩＰ処理手段１１に渡され最終的にＩＰ化され、サーバに送られる。使用するプロトコルは、ＴＣＰ／ＩＰのような汎用的なものだけではなく特別に定めたものでもよい。また、ＴＣＰ／ＩＰでサーバと通信するためには、ＴＣＰ／ＩＰ通信を行う前処理として、端末側からサーバに対して互いにＴＣＰ／ＩＰで通信することを確信しあうＰＰＰ処理を行わなければならない。この端末１には、ＰＰＰ処理を行うためのＰＰＰ処理手段（端末側）１２を備える。ＰＰＰ処理を行う場合は、端末認証をするための情報（ＩＤやパスワード等）が必要であり、これらはサーバ接続情報格納手段１３に記憶され、ＰＰＰ処理手段１２がＰＰＰ処理を行う際に読み出されサーバに送信される。
【００１１】
サーバとの通信は、上述の緊急通報だけでなく、例えば入力手段２から交通情報要求があれば、その旨と自車位置等位置情報をＴＣＰ／ＩＰを用いてサーバに伝え、最新の交通情報を貰い表示手段３に表示するのに使用することもできる。
また、サーバとの通信は、入力手段２から自車位置周辺の最新地図を受信せよという要求があれば、自車位置とその旨をＴＣＰ／ＩＰを用いてサーバに伝え、最新の地図を貰い地図と自車位置とを共に表示手段３に表示するのに使用することもできる。
【００１２】
また、サーバとの通信は、入力手段２からその端末１に送られて来た電子メールを受信せよという要求があれば、その旨をＴＣＰ／ＩＰを用いてサーバに伝え、最新の電子メールを貰い表示手段３に表示するのに使用することもできる。
また、サーバとの通信は、入力手段２からその端末１宛に（例えばＪａｖａ（登録商標）で記述された）ゲーム等何らかのアプリケーションソフトを受信せよという要求があれば、その旨をＴＣＰ／ＩＰを用いてサーバに伝え、最新のアプリケーションを貰い、（例えばＪａｖａ（登録商標）ＶＭである）アプリケーション実行手段１４で実行し、経過や結果を表示手段３に表示するのに使用することもできる。
【００１３】
さらに、サーバとの通信は、貰ったアプリケーションが例えばドアロックを開錠するといったアプリケーションであるならば、それを実行させ接続したドアロックコントロールユニット１５に対しドア開錠信号を送ってドアロックを開錠させるのに使用することもできる。
また、これらサーバから得られる情報等は、表示手段３に表示するだけでなく、取得情報格納手段１６に格納してもよい。また、取得情報格納手段１６に格納された情報（電子メールや周辺地図等）が、入力手段２からの要求によって適時、表示手段３に表示可能であることや、アプリケーションが再実行可能であることはいうまでもない。
【００１４】
これらの通信は、通信制御手段７によって制御され実施される。通信制御手段７は、先ず、サーバとの通信路を確立するために、備えられた通信手段１７を制御する。通信手段１７が、携帯電話であるならば、端末１からサーバに接続を行うときは、センタ電話番号格納手段１８に格納された電話番号を元に、サーバと接続を行うための電話番号（アクセスポイント）に電話を掛け、サーバとＰＰＰ処理手段１２を用いてＰＰＰ処理を行いＴＣＰ／ＩＰ接続を確立する。確立後は、通信制御手段７は送信すべきデータをＴＣＰ／ＩＰ処理手段１１に送りＩＰ化し、サーバに送信する。また、サーバからＩＰ化されたデータが送られてきた場合はそのデータをＴＣＰ／ＩＰ処理手段１１に送り、ＩＰ化されたデータをＩＰ化される前の状態に戻し、その後適切な処理を行う。
【００１５】
図２は、この発明の実施の形態１による車両通信システムのサーバ側の構成を示すブロック図である。本実施の形態では、サーバが、端末の要求に応じて端末に対して種々の情報等を提供するサービスを行う他、必要に応じてサーバから端末に種々の情報提供やドアロックの開錠等車両に対して作用するアプリケーションを送信するというサービスを行うものである。
サーバ２０は、通信制御手段２１と、この通信制御手段２１により制御され、端末１（図１）との通信路を確立する通信手段２２と、通信制御手段２１にそれぞれ接続され、ＰＰＰ処理を行うＰＰＰ処理手段２３、電話番号やＩＤ、パスワード等を格納する端末電話番号格納手段２４、ＴＣＰ／ＩＰによりデータの送受信が可能なＴＣＰ／ＩＰ処理手段２５、および現在の接続相手と接続相手が要求するサービスを間違えることなく提供を行うために、端末の判定を行う端末判定手段２６とを備える。これらの構成要素２１〜２６は、複数の端末から着信相手を識別し、その識別結果に基づいて接続を要求した端末をサーバに接続する端末接続手段を実質的に構成する。
【００１６】
通信制御手段２１は、通信手段２２に着信があった場合は、相手先との接続を行う（電話回線を繋げる）。その後、接続先とＴＣＰ／ＩＰで通信を行うために繋がった相手とＰＰＰ処理手段２３を用いてＰＰＰ処理を行いＴＣＰ／ＩＰ接続を確立する。確立時は、通信相手が登録された相手か否かをＰＰＰ処理時に送られてくるＩＤやパスワード等を端末電話番号格納手段２４から読み出し判断する。
ＴＣＰ／ＩＰ接続確立後、通信制御手段２１は端末１へ送信すべきデータを、ＴＣＰ／ＩＰ処理手段２５に送りＩＰ化し、送信する。また、端末１からＩＰ化されたデータが送られてきた場合は、そのデータをＴＣＰ／ＩＰ処理手段２５に送り、ＩＰ化されたデータをＩＰ化される前の状態に戻し、その後適切な処理を行う。
【００１７】
また、サーバ２０は、通信制御手段２１に接続されたアプリケーション判定手段２７と、このアプリケーション判定手段２７に接続されたアプリケーション実行手段２８と、同じくアプリケーション判定手段２７に接続され、アプリケーションおよびそれに用いる情報をそれぞれ格納する、緊急通報用アプリケーション格納手段２９、交通情報配信アプリケーション格納手段３０、ドアロック開錠アプリケーション格納手段３１、および車車間通信アプリケーション格納手段３２とを備える。
【００１８】
サーバ２０は、アプリケーション判定手段２７を用いて、端末１から通信制御手段２１を通して送られてきたデータから、要求されたサービス（緊急通報や交通情報の提示等）を実現するアプリケーションを緊急通報用アプリケーション格納手段２９、交通情報配信アプリケーション格納手段３０から選び出し、それをアプリケーション実行手段２８に送り実行させる。これによって、得た結果は、通信制御手段２１を介して端末１に送られる。例えば、要求が緊急通報ならば、緊急通報用アプリケーション格納手段２９から選び出した対応するアプリケーションが車両の位置情報と緊急であることを、警察署や消防署に伝え、結果を端末１に送る。また、例えば、交通情報要求ならば、位置情報を元に交通情報配信アプリケーション格納手段３０内にある最新の交通情報を端末１に送る。
【００１９】
また、例えばユーザからサーバ２０に対し車のドアロックを開錠して欲しいといった依頼があった場合のように、サーバ２０から端末１に対し、サービスを開始する場合は、アプリケーション判定手段２７が、端末１内で目的の処理を行うアプリケーションを格納する格納手段、即ち、ここでは、ドアロック開錠を行うためのドアロック開錠アプリケーション格納手段３１からそのアプリケーションを選び出す。選び出されたアプリケーションは通信制御手段２１を介して端末１に送られる。送られたアプリケーションは、端末１のアプリケーション実行手段１４（図１）で実行され、これにより、ドアロックの開錠が行われる。
【００２０】
また、例えばユーザからサーバ２０に対し車と車間で通信したいといった依頼があった場合のように、サーバ２０から端末１に対し、サービスを開始する場合は、アプリケーション判定手段２７が、端末１内で目的の処理を行うアプリケーションを格納する格納手段、即ち、ここでは、車と車の間で通信を行うための車車間通信アプリケーション格納手段３２からそのアプリケーションを選び出す。選び出されたアプリケーションは通信制御手段２１を介して端末１に送られる。送られたアプリケーションは、端末１のアプリケーション実行手段１４（図１）で実行され、これにより、車と車の間でサーバ２０を介して通信が行われる。
【００２１】
次に、動作について、図３および図４を参照して説明する。
図３は、サーバと端末Ａおよび端末Ｂ間におけるアクセスの動作を説明するための動作概念図であり、ここで、図１に示すような端末１が複数存在することを想定し、図３では、その一方を端末Ａ、他方を端末Ｂとして以下説明する。なお、この図３は、サーバ２０が端末Ａにサービスを行うために電話を掛け、その後端末Ａより早く、別の端末Ｂからサービスの要求があった場合の対処の仕方を示している。
図３において、サーバ２０から端末Ａにサービスを行うときは、端末Ａにサービスを提供するための起動をかけるためにサーバ２０は先ず、通信制御手段２１により通信手段２２をオフフックし（時点Ｔ１１）、端末Ａに発呼、端末Ａもこの着信に応答しオフフックする（時点Ｔ０１）。これにより電話回線は繋がり、サーバ２０から起動を要求する信号を流す。端末Ａはサーバ２０からの接続要求を認識し、一旦電話をオンフックする（時点Ｔ０２）。また、サーバ２０も接続要求送信後、同じくオンフックし（時点Ｔ１２）、電話回線を切断し、サーバ２０は端末Ａからの着信を待ち受ける。ここで、端末Ａからの着信を待つ段階で、別の端末Ｂがサービスを得るためにサーバ２０に接続を開始するためにオフフックすると（時点Ｔ２１）、従来のサーバだと、この接続を端末Ａからの接続と判断し接続を行ってしまい、その結果、サービス内容と端末に食い違いが発生していたが、本実施の形態では、上述の如くサーバ２０が端末Ａにサービスを行うために電話を掛け、その後端末Ａより早く、別の端末Ｂからサービスの要求があっても、接続相手を正しく判断し、結果として端末Ａには端末Ａ用のサービスを、端末Ｂには端末Ｂ用のサービスを実施できるようにするものである。
【００２２】
上記問題点を解決するために、サーバ２０の通信制御手段２１は、以下のように動作する。
サーバ２０は、上述の如く時点Ｔ１２でオンフックを行い回線切断後、端末Ａからの着信を待つ段階で、端末Ｂが時点Ｔ２１でオフフックして発呼して端末Ｂからの着信があるとオフフックし（時点Ｔ１３）、端末Ｂと電話回線の接続を行う。回線が接続時に、端末ＢはＩＤとパスワードをサーバ２０に送る。サーバ２０は端末電話番号格納手段２４内のデータを用いて端末が登録されたものであることを確認し、つまり、端末認証を行い（時点Ｔ１４）、端末が未登録のものであるときは、間違い電話なので回線を切断し、再び待ち受けを行う。
【００２３】
登録された端末であるときは、ＴＣＰ／ＩＰ通信を行う前処理として、端末側とサーバ２０の間で互いにＴＣＰ／ＩＰで通信することを確認しあうＰＰＰ処理を行い、ＴＣＰ／ＩＰ接続を確立する。この接続確立時は、上述の如く通信相手が登録された相手か否かをＰＰＰ処理時に送られてくるＩＤやパスワード等を端末電話番号格納手段２４から読み出し判断し、相手先を確認する。
端末Ａに起動を掛けているサーバ２０にとって、端末Ａの電話番号は既知であり、ここで電話を掛けてきた相手が、サーバ２０が電話を掛けた相手か否かを判断し、この場合、端末Ａは電話を掛けた相手であるので、この端末Ａに対するサーバ２０からのサービスを開始する。
【００２４】
即ち、サーバ２０は、時点Ｔ１２でオンフックを行い回線切断後、本来その着信を待っていた起動要求の端末Ａが、時点Ｔ０３でオフフックして発呼して端末Ａからの着信があるとオフフックし（時点Ｔ１５）、端末Ａと電話回線の接続を行う。この電話回線の接続時に、端末ＡはＩＤとパスワードをサーバ２０に送り、サーバ２０は端末電話番号格納手段２４内のデータを用いて端末Ａが登録されたものであることを確認し、端末認証を行う（時点Ｔ１６）。そして、ＴＣＰ／ＩＰ通信を行う前処理として、端末側Ａとサーバ２０の間で互いにＴＣＰ／ＩＰで通信することを確信しあうＰＰＰ処理を行い、ＴＣＰ／ＩＰ接続を確立する。
ＴＣＰ／ＩＰ接続確立後、通信制御手段２１は端末Ａへ送信すべきデータを、ＴＣＰ／ＩＰ処理手段２５に送りＩＰ化して送信し、端末Ａへのサービスを行う。
【００２５】
一方、上記のサーバ２０による電話を掛けた相手か否かの判断において、相手が、サーバ２０が電話を掛けた相手ではなかったときは、端末は端末Ａ以外即ち端末Ｂであり且つ端末Ｂからサービスを要求しているので、サービス要求内容を確認し、端末Ｂが要求する対応のサービスを実行する。
そして、それぞれ端末Ａとそれ以外の端末ここでは端末Ｂに対する上記の動作の実施後は、サーバ２０はサービスが終了したので電話回線を切断する。
【００２６】
次に、図４のフローチャートを参照して、図３における時点Ｆ１２でオンフックを行い回線切断後の動作を説明する。
サーバ２０は、時点Ｆ１２でオンフックを行い回線切断後、端末Ａからの着信を待つ段階で入り、着信があった否かを判別し（ステップＳＴ１：第１のステップ）、着信があった場合は、オフロックを行い端末と電話回線の接続を行う（ステップＳＴ２：第２のステップ）。回線が接続時に、端末がＩＤとパスワードをサーバ２０に送り、サーバ２０はＩＤとパスワードの認証を行う（ステップＳＴ３：第２のステップ）。次いで、サーバ２０はＩＤとパスワードが正しいか否かを判別し、端末電話番号格納手段２４内のデータを用いて端末Ａが登録されたものであることを確認する（ステップＳＴ４：第３のステップ）。その端末が未登録のものであるときは、オンフックし（ステップＳＴ５）、つまり、間違い電話なので回線を切断して再びステップＳＴ１に戻って端末Ａからの着信の待ち受けを行う。
【００２７】
一方、登録された端末であるときは、ＰＰＰ処理に移行する（ステップＳＴ６：第４のステップ）。ＰＰＰ処理手段２３によりＰＰＰ完了後、端末番号を取得する（ステップＳＴ７：第４のステップ）（端末番号は、端末が一意に定まるものならばよく、端末の電話が持つ電話番号やＩＤ番号でよい）。端末Ａに起動を掛けているサーバ２０にとって、端末Ａの電話番号は既知であり、ここで電話を掛けてきた相手が、サーバ２０が電話を掛けた相手か否か、つまり、起動を要求した端末Ａか否かを判断する（ステップＳＴ８：第５のステップ）。電話を掛けた相手、つまり端末Ａならば、サーバ２０からのサービスを開始する（ステップＳＴ９：第６のステップ）。例えば、ドアロック開錠を行うのであれば、ドアロック開錠アプリケーションをドアロック開錠アプリケーション格納手段３１から取り出し、端末Ａに送信する。端末Ａは送信されてきたアプリケーションを、アプリケーション実行手段１４で実行し、ドアロックを開錠する。
【００２８】
一方、ステップＳＴ８において、相手がサーバ２０の電話を掛けた相手ではなかったときは、端末は端末Ａ以外であり、つまり、図３の場合は端末Ｂであり且つ端末Ｂからサービスを要求しているので、そのサービス要求内容を確認し（ステップＳＴ１０：第６のステップ）、対応サービスを実行する（ステップＳＴ１１：第６のステップ）。そして、ステップＳＴ９、ＳＴ１１でそれぞれサービスの実施後は、サーバ２０はサービスが終了したのでオンフックして電話回線を切断し（ステップＳＴ１２）、ステップＳＴ１に戻って上述の動作を繰り返す。
【００２９】
以上のように、実施の形態１によれば、サーバ２０が端末Ａにサービスを行うために電話を掛け、その後端末Ａより早く、別の端末Ｂからサービスの要求があっても、接続相手を正しく判断し、結果として端末Ａには端末Ａ用のサービスを、端末Ｂには端末Ｂ用のサービスを実施することで、サービス内容と端末に食い違いを発生することなく接続を要求した端末とサーバを確実に接続することができ、高精度で信頼性の高いサービスが可能になる。
【００３０】
実施の形態２．
図５は、この発明の実施の形態２による車両通信システムとサーバの通信方法を示すもので、図３と同様に、サーバと端末Ａおよび端末Ｂ間におけるアクセスの動作を説明するための動作概念図である。
この図５は、サーバ２０が端末Ａにサービスを行うために電話を掛け、端末Ａからの着信の後に、別の端末Ｂからサービスの要求があった場合の対処の仕方を示している。なお、本実施の形態における端末とサーバの構成と動作を示すフローチャートは、上述の図１、図２および図３と同様でよい。
【００３１】
図５において、サーバ２０から端末Ａにサービスを行うときは、端末Ａにサービスを提供するための起動をかけるためにサーバ２０は先ず、通信制御手段２１により通信手段２２をオフフックし（時点Ｔ１１）、端末Ａに発呼、端末Ａもこの着信に応答しオフフックする（時点Ｔ０１）。これにより電話回線は繋がり、サーバ２０から起動を要求する信号を流す。端末Ａはサーバ２０からの接続要求を認識し、一旦電話をオンフックする（時点Ｔ０２）。また、サーバ２０も接続要求送信後、同じくオンフックし（時点Ｔ１２）、電話回線を切断し、サーバ２０は端末Ａからの着信を待ち受ける。この端末Ａからの着信を待つ段階で、端末Ａからの着信があれば、この端末Ａに起動を掛けているサーバ２０にとって、端末Ａの電話番号は既知であり、ここで電話を掛けてきた相手が、サーバ２０が電話を掛けた相手か否かを判断し、この場合、端末Ａは電話を掛けた相手であるので、この端末Ａに対するサーバ２０からのサービスを開始する。
【００３２】
即ち、サーバ２０は、時点Ｔ１２でオンフックを行い回線切断後、本来その着信を待っていた起動要求の端末Ａが、時点Ｔ０３でオフフックして発呼して端末Ａからの着信があるとオフフックし（時点Ｔ１５）、端末Ａと電話回線の接続を行う。この電話回線の接続時に、端末ＡはＩＤとパスワードをサーバ２０に送り、サーバ２０は端末電話番号格納手段２４内のデータを用いて端末Ａが登録されたものであることを確認し、端末認証を行う（時点Ｔ１６）。そして、ＴＣＰ／ＩＰ通信を行う前処理として、端末側Ａとサーバ２０の間で互いにＴＣＰ／ＩＰで通信することを確信しあうＰＰＰ処理を行い、ＴＣＰ／ＩＰ接続を確立する。
ＴＣＰ／ＩＰ接続確立後、通信制御手段２１は端末Ａへ送信すべきデータを、ＴＣＰ／ＩＰ処理手段２５に送りＩＰ化して送信し、端末Ａへのサービスを行う。
【００３３】
一方、サーバ２０は、上述の如く時点Ｔ１２でオンフックを行い回線切断後で、しかも端末Ａからの着信の後に、別な端末即ち端末Ｂが時点Ｔ２１でオフフックして発呼して端末Ｂからの着信があるとオフフックし（時点Ｔ１３）、端末Ｂと電話回線の接続を行う。回線が接続時に、端末ＢはＩＤとパスワードをサーバ２０に送る。サーバ２０は端末電話番号格納手段２４内のデータを用いて端末が登録されたものであることを確認し、つまり、端末認証を行い（時点Ｔ１４）、端末が未登録のものであるときは、間違い電話なので回線を切断し、再び待ち受けを行う。
【００３４】
登録された端末であるときは、ＴＣＰ／ＩＰ通信を行う前処理として、端末側とサーバ２０の間で互いにＴＣＰ／ＩＰで通信することを確信しあうＰＰＰ処理を行い、ＴＣＰ／ＩＰ接続を確立する。この接続確立時は、上述の如く通信相手が登録された相手か否かをＰＰＰ処理時に送られてくるＩＤやパスワード等を端末電話番号格納手段２４から読み出し判断し、相手先を確認する。この場合、相手が、サーバ２０が電話を掛けた相手ではない、端末Ａ以外即ち端末Ｂであり且つ端末Ｂからサービスを要求しているので、サービス要求内容を確認し、端末Ｂが要求する対応のサービスを実行する。そして、それぞれ端末Ａとそれ以外の端末ここでは端末Ｂに対する上記の動作の実施後は、サーバ２０はサービスが終了したので電話回線を切断する。
【００３５】
以上のように、実施の形態２によれば、サーバ２０が端末Ａにサービスを行うために電話を掛け、端末Ａからの着信後に、別の端末Ｂからサービスの要求があっても、接続相手を正しく判断し、結果として端末Ａには端末Ａ用のサービスを、端末Ｂには端末Ｂ用のサービスを実施することで、サービス内容と端末に食い違いを発生することなく接続を要求した端末とサーバを確実に接続することができ、高精度で信頼性の高いサービスが可能になる。
【図面の簡単な説明】
【００３６】
【図１】この発明の実施の形態１による車両通信システムの端末側の構成を示すブロック図である。
【図２】この発明の実施の形態１による車両通信システムのサーバ側の構成を示すブロック図である。
【図３】この発明の実施の形態１による車両通信システムにおけるサーバと端末間におけるアクセスの動作を説明するための動作概念図である。
【図４】この発明の実施の形態１による車両通信システムの処理内容を示すフローチャートである。
【図５】この発明の実施の形態２による車両通信システムにおけるサーバと端末間におけるアクセスの動作を説明するための動作概念図である。
【符号の説明】
【００３７】
１  端末、２  入力手段、３  表示手段、４  エアバックＥＣＵ（衝突検知手段）、５  衝撃センサ（盗難検知手段）、６  緊急事態判定手段、７  通信制御手段、８  車両情報格納手段、９  位置情報検出手段、１０  位置情報格納手段、１１  ＴＣＰ／ＩＰ処理手段、１２  ＰＰＰ処理手段（端末側）、１３  サーバ接続情報格納手段、１４  アプリケーション実行手段、１５  ドアロックコントロールユニット、１６  取得情報格納手段、１７  通信手段（移動電話）、１８  センタ電話番号格納手段、２０  サーバ、２１  通信制御手段、２２  通信手段、２３  ＰＰＰ処理手段（サーバ側）、２４  端末電話番号格納手段、２５  ＴＣＰ／ＩＰ処理手段、２６  端末判定手段、２７  アプリケーション判定手段、２８  アプリケーション実行手段、２９  緊急通報用アプリケーション格納手段、３０  交通情報配信アプリケーション格納手段、３１  ドアロック開錠アプリケーション格納手段、３２  車車間通信アプリケーション格納手段。
【図１】
2005303819.tif 000003
【図２】
2005303819.tif 000004
【図３】
2005303819.tif 000005
【図４】
2005303819.tif 000006
【図５】
2005303819.tif 000007