(57)【特許請求の範囲】
【請求項１】
あらかじめ任意の条件により決められた単位の集合体に集合化された複数の車輌であって、車載コンピュータまたは携帯端末機または携帯情報端末機を搭載して無線通信可能な複数の車輌と、前記複数の車輌と無線ネットワークを介して接続されたポータルサーバとから成る車輌向けアプリケーションサービス提供システムに用いられる前記ポータルサーバであって、
前記集合化された各車輌の車載コンピュータまたは携帯端末機または携帯情報端末機を介し、当該車輌の位置情報を含むユーザ情報を定期的に取得して蓄積するユーザインタフェース手段と、
前記複数の車輌のうちの一の車輌からの要求を受け、前記ユーザインターフェイス手段に蓄積されたユーザ情報に基づいてエージェントの送り先車輌を決定し、当該車輌に対してエージェントを送り込むエージェント実行管理手段と、
前記エージェントによる処理結果を受信するサーバインタフェース手段と、
を備えたことを特徴とするエージェントによる車輌向け情報サービス提供を行なうポータルサーバ。
【請求項２】
あらかじめ任意の条件により決められた単位の集合体に集合化された複数の車輌であって、車載コンピュータまたは携帯端末機または携帯情報端末機を搭載して無線通信可能な複数の車輌と、前記複数の車輌と無線ネットワークを介して接続されたポータルサーバとから成る車輌向けアプリケーションサービス提供システムにおける前記ポータルサーバの車輌向けアプリケーションサービス提供方法であって、
前記集合化された各車輌の車載コンピュータまたは携帯端末機または携帯情報端末機を介し、当該車輌の位置情報を含むユーザ情報を定期的に取得して蓄積し、
前記複数の車輌のうちの一の車輌からの要求を受け、前記ユーザインターフェイス手段に蓄積されたユーザ情報または前記集合化情報に基づいてエージェントの送り先車輌を決定し、当該車輌に対してエージェントを送り込み、
前記エージェントによる処理結果を受信する
ことを特徴とする車輌向けアプリケーションサービス提供方法。
【請求項３】
あらかじめ任意の条件により決められた単位の集合体に集合化された複数の車輌であって、車載コンピュータまたは携帯端末機または携帯情報端末機を搭載して無線通信可能な複数の車輌と、前記複数の車輌と無線ネットワークを介して接続されたポータルサーバとから成る車輌向けアプリケーションサービス提供システムにおいて、
前記ポータルサーバを構成するコンピュータに、
前記集合化された各車輌の車載コンピュータまたは携帯端末機または携帯情報端末機を介し、当該車輌の位置情報を含むユーザ情報を定期的に取得して蓄積する手順と、
前記複数の車輌のうちの一の車輌からの要求を受け、前記ユーザインターフェイス手段に蓄積されたユーザ情報または前記集合化情報に基づいてエージェントの送り先車輌を決定し、当該車輌に対してエージェントを送り込む手順と、
前記エージェントによる処理結果を受信する手順と、
を実行させるためのプログラム。
【請求項４】
あらかじめ任意の条件により決められた単位の集合体に集合化された複数の車輌であって、車載コンピュータまたは携帯端末機または携帯情報端末機を搭載して無線通信可能な複数の車輌と、前記複数の車輌と無線ネットワークを介して接続されたポータルサーバとから成る車輌向けアプリケーションサービス提供システムにおいて、
前記ポータルサーバを構成するコンピュータに、
前記集合化された各車輌の車載コンピュータまたは携帯端末機または携帯情報端末機を介し、当該車輌の位置情報を含むユーザ情報を定期的に取得して蓄積する手順と、
前記複数の車輌のうちの一の車輌からの要求を受け、前記ユーザインターフェイス手段に蓄積されたユーザ情報または前記集合化情報に基づいてエージェントの送り先車輌を決定し、当該車輌に対してエージェントを送り込む手順と、
前記エージェントによる処理結果を受信する手順と、
を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車輌にエージェントを適用することにより、回線状態が保証されない車輌走行中であっても車内からネットワーク上のアプリケーションサービスを利用することのできる、車輌向けアプリケーションサービス提供方法ならびにそのポータルサーバに関する。
【０００２】
【従来の技術】
インターネット人口の急増に伴い、そのサービスを提供するプロバイダも充実し、ユーザは、必要な情報が即時に入手できるようになった。
最近では、インターネット上で種々のアプリケーションをサービスとして提供するＡＳＰ（アプリケーション・サービス・プロバイダ）が注目され、ソフトウェアをクライアントにインストールせずにウェッブブラウザだけで全ての作業乃至は情報の享受が可能になった。今後は、全てのアプリケーションがインターネット上のサービスに移行する傾向にある。
【０００３】
【発明が解決しようとする課題】
ところで、カーナビゲーション等車輌のエレクトロニクス化が進展する中で、走行中、回線品質が保証されない車中にあっては、ネットワーク上のアブリケーションを利用することができなかった。従って、当然のことながら、車輌の状態をネットワーク監視するとか、あるいは、車内ユーザをターゲットにした個人向けの情報サービスの提供はできなかった。また、同じ理由で車輌間での情報共有や、情報の送受信も不可能であった。
【０００４】
本発明は、上記事情に鑑みてなされたものであり、車輌にネットワーク接続可能な車載コンピュータまたは携帯端末機や携帯情報端末機を搭載し、かつ、エージェントシステムを導入することにより、回線状態が保証されない走行中の車中にあっても車内ユーザをターゲットに個人専用ポータルを実現し、ネットワーク上のアプリケーションを利用することのできる、車輌向けアプリケーションサービス提供方法ならびにそのポータルサーバを提供することを目的とする。
また、走行中の車輌を任意の条件により決められた単位の集合体に集合化し、集合体内のドライバに対して相互の情報送受信および情報の共有を可能にした、車輌向けアプリケーションサービス提供方法ならびにそのポータルサーバを提供することも目的とする。
【００２１】
【課題を解決するための手段】
この発明は上記した課題を解決するためになされたもので、請求項１に記載の発明は、あらかじめ任意の条件により決められた単位の集合体に集合化された複数の車輌であって、車載コンピュータまたは携帯端末機または携帯情報端末機を搭載して無線通信可能な複数の車輌と、前記複数の車輌と無線ネットワークを介して接続されたポータルサーバとから成る車輌向けアプリケーションサービス提供システムに用いられる前記ポータルサーバであって、前記集合化された各車輌の車載コンピュータまたは携帯端末機または携帯情報端末機を介し、当該車輌の位置情報を含むユーザ情報を定期的に取得して蓄積するユーザインタフェース手段と、前記複数の車輌のうちの一の車輌からの要求を受け、前記ユーザインターフェイス手段に蓄積されたユーザ情報に基づいてエージェントの送り先車輌を決定し、当該車輌に対してエージェントを送り込むエージェント実行管理手段と、前記エージェントによる処理結果を受信するサーバインタフェース手段とを備えたことを特徴とするエージェントによる車輌向け情報サービス提供を行なうポータルサーバである。
また、請求項２に記載の発明は、上記ポータルサーバの車輌向けアプリケーションサービス提供方法、請求項３の発明は、上記ポータルサーバを構成するコンピュータのプログラム、請求項４の発明は、そのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。図１は、本発明における車輌向けアプリケーションサービス提供方法を実現するサービスモデルを説明するために引用した図である。
【００２３】
図において、１０は車載コンピュータまたは携帯端末機や携帯情報端末機が搭載された車載システムであり、具体的には、ネットワーク通信機能および、車輌各部に配置されたセンサ類、あるいはＧＰＳ（Global  Positioning  System：全地球測位システム）による車輌の位置情報監視機能、クライアントエージェント機能付きのコンピュータシステムである。
ここで、ネットワーク通信機能とはネットワークを介してポータルサイトとの間でデータの送受信を行なう機能をいい、車輌の位置情報監視機能とはＧＰＳ情報を用いた車輌の現在位置情報を提供する機能をいい、クライアントエージェント機能とはポータルサーバ２０に対してネットワーク４０、５０を介してユーザリクエスト情報および車輌の各種情報を送信する機能をいう。
なお、車載システム１０は、あらかじめ任意の条件により決められた単位の集合体に集合化されており、集合体内のドライバに対して相互の情報送受信、および情報の共有が可能になっている。
【００２４】
２０は、車内ユーザをターゲットにした個人専用ポータルサイトが持つサーバコンピュータ（以下、ポータルサーバ２０という）であり、後述する複数ＡＳＰ３０のサービスを統合したサービスを提供する。ポータルサーバ２０は、車載システム１０を介してユーザからのアクセスを最初に受け付け、ユーザ情報に応じたサービスメニューを生成し、その提示を行う。
３０は、音楽配信サービス、各種予約サービス、決済サービス、交通情報サービス等の各種サービスをユーザに提供する複数のＡＳＰ事業者が持つサーバコンピュータ（以下、ＡＳＰサーバという）である。車載システム１０とポータルサーバ２０とは無線ＬＡＮ（Local  Area  Network）４０を介して接続され、ポータルサーバ２０とＡＳＰサーバ３０とは、インターネット５０を介して接続される。
【００２５】
上述した接続形態において、車載システム１０は、認証済みユーザの個人専用ポータルサイト（ポータルサーバ２０）にネットワーク４０を介してログインし、この個人専用ポータルサイトに事前に設定してある一般ポータルや、契約ＡＳＰ３０（音楽配信会社、レストラン、決済機関、交通情報等の情報提供会社）を組み合わせて、当該ユーザに最適な利用環境を構築するものである。本システムにより、サービス提供側は、常に本人である確証を得た状態でサービスを提供できる。
【００２６】
図２は、図１に示すポータルサーバ２０の内部構成を機能展開して示したブロック図である。
以下に示す各ブロックは、具体的には、ＣＰＵならびにメモリを含む周辺ＬＳＩで構成され、ＣＰＵがメモリに記録されたプログラムを逐次読み出し実行することによりそのブロクが持つ機能を実現する。
ポータルサーバ２０は、ポータル機能部２０１と、エンジン制御部２０２と、メッセージ受信部２０３と、サーバエージェント機能部２０４と、データベース（ＤＢ）２０５で構成される。
【００２７】
ポータル機能部２０１は、ユーザからの要求を受信し、エージェント処理を開始すると共に、ユーザに対する情報の授受を行なう。エンジン制御部２０２は、ユーザ情報、嗜好情報、サービス履歴等をデータベース２０５に蓄積し、個々のユーザに対してカスタマイズされたサービス提供を支援する機能を有する。ここでは、ポータル機能部２０１とエンジン制御部２０２とデータベース２０５を統合してユーザインタフェース手段としている。
メッセージ受信部２０３は、ＡＳＰサーバ３０からのイベント（メッセージ）に基づきエージェントを介して特定の処理を開始させる機能を持つ。
サーバエージェント機能部２０４は、ユーザからの要求を受信し、ユーザに代行して実際の処理を行なう機能を有する。サーバエージェント機能部２０４は、更に、エージェント起動部２４１と、エージェント転送部２４２で構成される。エージェント起動部２４１は、ユーザ情報によって定義されたシナリオに従いエージェントを起動する機能を有し、エージェント転送部２４２は、エージェントの移動先を決定するためにネットワーク上のサービスを検索し、その移動先となるアプリケーションサーバに当該エージェントを送り込む機能を有する。
なお、ここでは、メッセージ受信部２０３をサーバインタフェース手段とし、サーバエージェント機能部２０４をエージェント実行管理手段としている。
【００２８】
本発明のポータルサーバ２０は、ユーザアクションを契機にＡＳＰによるアプリケーションサービスを提供する形態と、ＡＳＰがユーザの情報を利用して必要な情報のみ配信する形態と、ピア・ツー・ピア（ユーザ相互間）で情報の送受信あるいは情報を共有する形態の３種類を実現する。
以下、この３つの実現形態に関し、図３から図５に示すそれぞれのイベントフローを参照しながら説明する。
【００２９】
図３は、ユーザアクションを契機に車輌走行中ＢＧＭとして音楽を配信するサービスを例示したものであり、車載システム１０、ポータルサーバ２０、ＡＳＰサーバ３０（音楽配信）におけるそれぞれの処理シーケンスが示されている。
【００３０】
図３において、ユーザは、まず車載システム１０をアクセスし、このことを受けた車載システム１０は、ポータルサーバ２０に対してサービスを要求する（ステップＳ３１）。ポータルサーバ２０は、ホータル機能部２０１を介してこれを受信し、車載システム１０に対してユーザ情報ならびに車輌の位置情報を含む状態情報を要求する。車載システム１０では、要求された情報をポータルサーバ２０に送信し、ポータルサーバ２０は、エンジン制御部２０２によるコントロールの下、この受信した各種情報ならびにデータベース２０５をアクセスしてユーザの嗜好情報を取得してエージェントを起動する（ステップＳ３２、Ｓ３３、Ｓ３５）。このとき、ポータルサーバ２０は、サーバエージェント機能部２０４のコントロールの下、ユーザ情報ならびにあらかじめデータベース２０５に登録されたユーザ情報に基づき検索条件を組み立て、ネットワーク５０上の該当するＡＳＰサーバ３０に対してエージェントを送り込むためにジョブテンプレートを生成する（ステップＳ３４）。
【００３１】
なお、ジョブテンプレートの生成にあたり、例えば、シーンの変化（山から海へ、一般道から高速道へ）に応じて、あるいは朝夕の時間帯に応じて最適な曲選択を行なうような配慮も考えられる。このとき、音楽配信サーバのプロキシとして動作するＧＩＳ（地理情報）サーバを利用することもできる。このようにしてエージェントをＡＳＰサーバ３０に送り込む（ステップＳ３６）。
そして、そのエージェントはネットワーク上の音楽配信サービスを検索し（ステップＳ３７）、その結果をポータルサーバ２０に返送する（ステップＳ３８）。次にポータルサーバ２０は、その戻りエージェントを受信して車載システム１０のメディアプレーヤを起動する（ステップＳ３９、Ｓ４０）。このことにより、車載システム１０では、メディアプレーヤが動作を開始し、ＡＳＰサーバ３０から所望の音楽ストリームを受信して配信された音楽を鑑賞することができる（ステップＳ４１、Ｓ４２）。
【００３２】
ここで、エージェントの振る舞いについて簡単に説明する。エージェントの振る舞いはシナリオ記述によって定義される。ここで定義されたシナリオに従い、エージェント生成時に与えられたジョブテンプレートを解析し、物理的な移動先を決定するためにネットワーク上のサービスを検索する。そしてエージェントの移動先が決定され、その移動先にエージェント自身を送り込むことで所望の処理が実行される。
エージェントは、ネットワーク４０、５０上を移動してシナリオ定義された内容に従い必要な情報を集め、自立的に様々な処理を行うソフトウェアである。まず、ポータルサーバ２０においてエージェントが起動され、シナリオ解析、サービス検索、移動先決定、移動の各手続きを踏む。エージェントの起動はエージェント起動部２４１により、シナリオ解析から移動に至る各手続きはエージェント転送部２４２によって実行される。
具体的には、エージェント起動後、エージェント生成時に与えられたジョブテンプレートを解析し、次に行うべき処理が決定される。そして、エージェントの物理的な移動先を決定するためにネットワーク上のサービスを検索し、ここで決定されたコンピュータを管理するＡＳＰ３０にエージェント自身を送り込む。
【００３３】
エージェントが送り込まれたＡＳＰサーバ３０では、処理実行、シナリオ解析、サービス検索、移動先決定、移動の各手続きを踏む。
具体的には、シナリオに記述されている処理をＡＳＰサーバ３０上で実行し、以降、シナリオ解析から始まる上記の動作を繰り返す。ここでは、エージェントの移動先が音楽配信サーバとなっており、ここで処理実行後、シナリオ解析が行なわれ、ポータルサーバ２０に結果通知がなされ、ポータルサーバ２０で解析された次の処理がなかった場合に結果の通知が行なわれる。
【００３４】
他のサービス例として、予約エージェントサービスについて説明する。予約エージェントサービスとは、車輌走行中に、設定目的地情報、現在位置情報、ユーザ嗜好情報に基づきエージェントがレストラン等の情報検索、予約を想定したサービスである。レストランに限らず、商品、サービス情報の検索情報をネットワーク上で提供されれば対象となる。なお、エージェントの振る舞いについては音楽配信サービスと同様である。
【００３５】
処理の流れについて簡単に説明する。まず、車載システム１０側でプログラムが起動される。起動のタイミングはユーザによる手動操作であっても、あるいは時間によってシステムサイドで自動的に立ち上げてもよい。次に、ユーザは、車載システム１０に検索予約に必要な条件を入力する。ここで、ポータルサーバ２０は、リクエストを受信し、エンジン部２０２を介してユーザの位置情報および嗜好情報を取得し、エージェントを起動する。エージェントは、与えられた条件により、ネットワーク上のサービスを検索して処理を実行する。そして、結果をポータルサーバ２０に通知する。ポータルサーバ２０は、更に車載システム１０にその情報を送信して処理終了となる。
【００３６】
他のサービス例として決済エージェントサービスについて説明する。決済エージェントサービスとは、上記した音楽配信、予約サービスを実行したときに必要となる課金処理を代行するサービスである。
処理の流れについて簡単に説明する。まず、ユーザは、車載システム１０に購入要求を入力する。ここでポータルサーバ２０は、決済処理のためのエージェントを起動し、エージェントは、与えられた条件に従いネットワーク上の決済サービスを検索することにより決済処理を行なう。そして、その結果はポータルサーバ２０に通知される。最後にポータルサーバ２０は、車載システム１０に情報を送信して処理を終了する。
なお、この場合のエージェントの振る舞いは先の音楽配信、予約サービスと同様である。
【００３７】
次に、ＡＳＰがユーザの情報を利用して必要な情報のみ配信する形態について説明する。図４にそのイベントフロー（車載システム１０、ポータルサーバ２０、ＡＳＰサーバ３０（交通ポータル、ＩＴＳ／ＶＩＣＳ）におけるそれぞれの処理シーケンス）が示されている。
ここでは、交通情報システムに適用した場合が例示されており、車輌の現在位置、目的地設定に応じて渋滞等に関する必要な道路情報のみを必要な車輌に通知することが可能となる。この場合、ＡＳＰとして、ＩＴＳ（Intelligent  Transport  Systems）／ＶＩＣＳ（Vehicle  Information  and  Communication  System）などの道路情報を提供するシステムと、上記により提供される交通情報を本発明のポータルサーバ２０に通知するためのプロキシ的な役割を果たす交通ポータルサーバが利用される。
【００３８】
図４において、ユーザが車輌に乗車する際、センサ等を介して自動検知され、車載システム１０が起動して目的地等を指定する。また、車載システム１０は、ポータルサーバ２０に対して、自車の位置情報および目的地等の設定情報を定期的に送信する（ステップＳ４５）。ここで、ポータルサーバ２０は、車載システム１０から受信した位置情報をデータベース２０５に蓄積する（ステップＳ４６）。
【００３９】
一方、交通ポータルは、ＩＴＳ／ＶＩＣＳからＦＭ電波等を介して交通情報を受信し（ステップＳ５２）、その内容に応じたメッセージをポータルサーバ２０に送信する（ステップＳ４７）。ＩＴＳ／ＶＩＣＳは、数分間に１回の割合で変化があったときのみ情報を通知する。ポータルサーバ２０は、そのメッセージを受信してそのメッセージ内容に応じて定義された処理を行なうスレッドを生成し処理を開始する（ステップＳ４８、Ｓ４９）。具体的には、データベース２０５から関連する場所近傍に位置すると考えられる車輌を検索し、当該車輌に対してのみ渋滞等の道路情報を送信する（ステップＳ５０、Ｓ５１）。ここでは、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）もしくはＵＤＰ（User  Datagram  Protocol）に従い送信する。
なお、交通情報のみ示したが、他に、ディーラＡＳＰと接続することによる車輌のヘルスチェック、診断等への応用が考えられる。
【００４０】
最後にピア・ツー・ピア（ユーザ相互間）で情報の送受信あるいは情報を共有する形態について図５に示すイベントフロー（ユーザ、車載システム１０、ポータルサーバ２０におけるそれぞれの処理シーケンス）が示されている。
ここでは、走行中の車輌を任意の条件により決められた単位の集合体に集合化し、集合体内のドライバに対して相互の情報送受信、情報の共有を可能にするものであり、車輌もＡＳＰとして情報提供する等の振る舞いを実現するものである。
【００４１】
図５において、ユーザが乗車時、まず、車載システム１０が起動して目的地等の指定がなされる（ステップＳ５５）。各車載システム１０は、ポータルサーバ２０に対して自車の位置情報および目的地等の設定情報を定期的に送信する（ステップＳ５６）。このことにより、ポータルサーバ２０は、車載システム１０から受信した位置情報をデータベース２０５に蓄積する（ステップＳ５７）。
【００４２】
上記した環境の下、例えば、車輌Ａのユーザがポータルサーバ２０に対して情報取得／送信要求を送信したとする（ステップＳ５８）。これを受信したポータルサーバ２０は、データベース２０５に蓄積された位置情報、またはあらかじめ指定されている集合化情報によりエージェントの送り先を決定し（ステップＳ５９〜Ｓ６１）、そのエージェントを送り先である車輌Ｂに送信する（ステップＳ６２）。次に、エージェントが送信された車輌Ｂおよび車内に設置した携帯電話機または携帯情報端末機でそのエージェントによる処理が実行され（ステップＳ６３）、結果はポータルサーバ２０に通知される（ステップＳ６４）。
【００４３】
上記した車輌もＡＳＰとして情報提供できる形態は、例えば、同じ道路の前方を走行している車輌にエージェントを送り込み、その車輌が実際に体験している天候状況や道路状況等を後続の車輌で受信するアプリケーションや、複数台の車輌でドライブする際に同じ集合体に属する車輌同士で情報共有を行なうアプリケーションへの利用が考えられる。
【００４４】
以上説明のように本発明は、車輌にネットワーク接続可能な車載コンピュータまたは携帯端末機や携帯情報端末機を搭載し、かつ、エージェントシステムを導入することにより、回線状態が保証されない走行中の車中にあっても車内ユーザをターゲットに個人専用ポータルを実現し、ネットワーク上のアプリケーションを利用することができる。また、エージェントを導入することにより、車輌自体もＡＳＰに成り得、このとき、走行中の車輌を任意の条件により決められた単位の集合体に集合化し、集合体内のドライバに対して相互の情報送受信および情報の共有を可能とすることができる。
【００４５】
なお、図２におけるホータルサーバ２０のポータル機能部２０１と、エンジン制御部２０２と、メッセージ受信部２０３と、サーバエージェント機能部２０４と、エージェント起動部２４１と、エージェント転送部２４２のそれぞれが持つ機能を実現するためのプログラムを、それぞれコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムを、ポータルサーバ２０を構成するコンピュータに読み込ませ、当該コンピュータが上記プログラムを逐次読み出し実行することによって、本発明がインプリメントされたアプリケーションサービス提供システムが構築される。また、ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものとする。
【００４６】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フロッピーディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００４７】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００４８】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００５０】
【発明の効果】
以上説明のように、本発明によれば、エージェントを導入することによって車輌自体もＡＳＰとしての機能を実現でき、この場合、走行中の車輌同士による情報交換、情報の共有が可能となる。なお、エージェントを利用することで、エージェントが起動されて要求送信以降処理結果が返る迄、継続して回線接続を必要とせず、従って回線状態に依存することなく、車輌走行中においても各種アプリケーションサービスの提供あるいは享受が可能となる。
【図面の簡単な説明】
【図１】  本発明における車輌向けアプリケーションサービス提供方法を実現するサービスモデルを説明するために引用した図である。
【図２】  図１に示すポータルサーバの内部構成を機能展開して示したブロック図である。
【図３】  本発明におけるポータルサーバの一実施形態の動作を説明するために引用したイベントフローである。
【図４】  本発明におけるポータルサーバの他の実施形態の動作を説明するために引用したイベントフローである。
【図５】  本発明におけるポータルサーバの更に他の実施形態の動作を説明するために引用したイベントフローである。
【符号の説明】
１０…車載システム、２０…ポータルサーバ、３０…ＡＳＰサーバ、４０（５０）…ネットワーク、２０１…ポータル機能部、２０２…エンジン制御部、２０３…メッセージ受信部、２０４…サーバエージェント機能部、２０５…データベース（ＤＢ）、２４１…エージェント起動部、２４２…エージェント転送部
【図１】
0003636668.tif 000002
【図２】
0003636668.tif 000003
【図３】
0003636668.tif 000004
【図４】
0003636668.tif 000005
【図５】
0003636668.tif 000006