JP2003216759A - 情報提供方法、情報提供装置及びそのコンピュータ・プログラム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザの所有商品に部品交換を要するメンテ
ナンスが必要な場合に、そのユーザにサービス拠点の選
択肢を与えると共に、迅速な対応を可能とする。 【解決手段】 ユーザ（乗員）が使用するユーザ端末
（車載機）であって、車両１０１に何等かの故障が発生
した場合に、情報センター２との情報通信によって交換
すべき部品、故障内容等が自動的に特定され、ユーザ
は、その交換部品の各サービス拠点における在庫状況、
それらサービス拠点の所在位置、標準見積金額等の情報
を、サービス拠点の検索結果画面（図３）によって把握
すると共に、それらサービス拠点の中から所望のサービ
ス拠点を自らの意志によって選択することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線を介して
オンラインで、ユーザが所有する情報端末に情報を提供
する情報提供装置の分野に関する。

【０００２】

【従来の技術】従来より、インターネット等の通信環境
を利用して、外部のサーバ等からパーソナルコンピュー
タに各種情報を取得する技術が普及しており、例えば特
開平１１−１４３３５８号公報には、係る通信環境にお
いて通信可能に接続された通信機能を備える車載ナビゲ
ーション装置と情報センターとの間において、経路誘導
等のナビゲーションを行う技術が提案されている。

【０００３】

【発明が解決しようとする課題】上記従来のナビゲーシ
ョン装置によれば、目的地への移動中において、有益な
各種情報を取得することができ、効率的な移動が行え
る。

【０００４】また、近年におけるナビゲーション装置に
おいては、車両に故障が発生した場合に、自車近傍のサ
ービス拠点（例えば、サービス部門を有する販売代理店
やガソリンスタンド等）の所在地をドライバに報知する
ことができ、利便性が高い。

【０００５】しかしながら、報知されたサービス拠点が
自車に発生している故障に対する対応に最適であるか否
かは、ドライバにとっては判断が困難であり、そのサー
ビス拠点に実際に車両を持ち込むか、或いは電話等を利
用して連絡を取らない限りは容易に把握することはでき
ない。

【０００６】また、車両がサービス拠点に持ち込まれ、
専門の担当者によって確認を受けるまでは、一般に、そ
の車両に発生している故障の実際の程度は判らない。こ
のため、修理に必要な部品の種類やその在庫の有無、所
要時間等の情報を、故障発生後直ちにドライバが知るこ
とはできず、車両を持ち込んだサービス拠点に必要な部
品の在庫が無い場合には、実際の修理作業に取り掛かる
までに更に時間を要する。

【０００７】そこで本発明は、ユーザの所有商品に部品
交換を要するメンテナンスが必要な場合に、そのユーザ
にサービス拠点の選択肢を与えると共に、迅速な対応を
可能とする情報提供方法、情報提供装置及びそのコンピ
ュータ・プログラムの提供を目的とする。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
め、本発明に係る情報提供方法は、以下の構成を特徴と
する。

【０００９】即ち、信回線を介して接続された情報端末
からの要求に応じて、その情報端末のユーザに対して、
情報提供装置から情報を提供する情報提供方法であっ
て、サービス拠点の検索を要求する信号を前記情報端末
から受信するのに応じて、その情報端末のユーザの所有
商品を構成する複数種類の部品のうち、交換対象部品を
特定する特定工程と、前記特定工程にて特定された前記
交換対象部品の各サービス拠点における在庫状況と、そ
れらサービス拠点の所在位置情報とを、前記情報提供装
置に入手する情報入手工程と、前記情報入手工程にて入
手した各種情報を、前記情報提供装置から前記情報端末
に提供する情報提供工程とを有することを特徴とする。

【００１０】また、好ましくは、前記各サービス拠点を
対象として、前記交換対象部品となり得る複数種類の保
守部品の交換実績に関する情報に基づいて、それら保守
部品のうち、２箇所以上のサービス拠点間による共有在
庫が可能な保守部品を特定すると共に、特定された保守
部品を実際に共有在庫すべき近隣の複数サービス拠点を
設定し、その近隣の複数サービス拠点に対して、該特定
された保守部品の共有在庫が可能である旨を報知するこ
とにより、前記各サービス拠点における前記複数種類の
保守部品の在庫状況の適正化を支援する適正在庫支援工
程を更に有することを特徴とする。

【００１１】また、例えば前記情報入手工程では、前記
ユーザの自宅位置情報と、前記情報端末の現在位置情報
との少なくとも何れか一方に基づいて、前記各サービス
拠点のうち、該位置情報に対応する場所周辺のサービス
拠点を対象として、前記交換対象部品の在庫状況と、所
在位置情報とを入手すると良い。

【００１２】この場合、前記情報入手工程においては、
前記位置情報に対応する場所周辺のサービス拠点を対象
とした前記交換対象部品の在庫状況と、所在位置情報と
の入手は、前記特定工程において前記情報端末から前記
信号を受信するのに応じて、オンイベントで実行される
と良い。

【００１３】或いは、前記各サービス拠点を対象とし
て、それらサービス拠点の所在位置情報の更新と、少な
くとも前記所有商品を構成する前記複数種類の部品の在
庫状況の入手とを、前記信号の受信の有無に関らずに行
なう情報メンテナンス工程を更に有し、前記情報入手工
程では、前記情報メンテナンス工程にて既に取得済みの
所在位置情報と、前記複数種類の部品の在庫状況とを利
用して、前記交換対象部品の前記各サービス拠点におけ
る在庫状況と、それらサービス拠点の所在位置情報とを
入手しても良い。

【００１４】また、例えば前記特定工程において、前記
交換対象部品は、前記所有商品を対象とする前記情報提
供装置によるオンライン故障診断によって特定されると
良い。

【００１５】また、好適な実施形態において、前記情報
入手工程では、 ・前記交換対象部品の交換に際して前記各サービス拠点
において必要となることが予想される費用に関する情
報、 ・前記交換対象部品の交換に先立って前記各サービス拠
点への前記所有商品の代行搬入が可能か否かに関する情
報、 ・前記交換対象部品を対象とする前記各サービス拠点に
おける交換作業の受け入れ状態（例えば予約状態、待ち
時間、交換作業不可能等）に関する情報、等も入手し、
その入手した情報を、前記情報提供工程において前記情
報端末に提供すると良い。

【００１６】尚、同目的は、上記の各構成を有する情報
提供方法に対応する情報提供装置によっても達成され
る。

【００１７】また、同目的は、上記の各構成を有する情
報提供方法、並びに対応する装置を、コンピュータによ
って実現するプログラムコード、及びそのプログラムコ
ードが格納されている、コンピュータ読み取り可能な記
憶媒体によっても達成される。

【００１８】

【発明の効果】上記の本発明によれば、ユーザの所有商
品に部品交換を要するメンテナンスが必要な場合に、そ
のユーザにサービス拠点の選択肢を与えると共に、迅速
な対応を可能とする情報提供方法、情報提供装置及びそ
のコンピュータ・プログラムの提供が実現する。

【００１９】即ち、請求項１及び請求項１０の発明によ
れば、交換対象部品が自動的に特定され、ユーザは、そ
の交換対象部品の各サービス拠点における在庫情報と、
それらサービス拠点の所在位置情報とを把握することが
できる。従って、ユーザは、交換対象部品を自らは判断
する必要が無いので利便性が高く、且つ自動的に迅速に
特定された交換対象部品を在庫として有する複数のサー
ビス拠点の中から、自身に都合の良い所望のサービス拠
点を自らの意志で選択することができ、合理的である。
即ち、本発明によれば、ユーザの所有商品に部品交換を
要するメンテナンスが必要な場合に、そのユーザにサー
ビス拠点の選択肢を与えると共に、迅速な対応が実現す
る。

【００２０】また、一般に、日常的には必要とされない
各種の保守部品を、複数のサービス拠点において重複し
て在庫することは、ユーザに対するサービスの提供価格
にも好ましくない影響を与えるところ、請求項２の発明
によれば、共有在庫が可能な保守部品が自動的に特定さ
れ、且つ特定された保守部品を、どの程度の数のサービ
ス拠点間によって共有されるべきかを、対象となるサー
ビス拠点は認識することができる。これにより、保守部
品の在庫が空白になる地域を生じさせることなく、共有
在庫が可能な個々の保守部品毎に、最適な在庫を実現す
ることができ、ユーザに対するサービスの提供価格の低
減も図ることができる。

【００２１】また、請求項３の発明によれば、ユーザ
は、自宅位置周辺、または情報端末の現在位置周辺に存
在するサービス拠点の位置及び在庫状況を把握すること
ができるので、迅速な対応と利便性の向上とを図ること
ができる。

【００２２】また、請求項４の発明によれば、検索要求
のための信号を情報センターが受信するのに応じて、必
要な情報がオンイベントで収集されるので、ユーザは、
サービス拠点に関する常に最新の情報を入手することが
できる。

【００２３】また、請求項５の発明によれば、情報入手
工程に必要な情報が既に情報センターに用意されている
ので、ユーザから検索要求のための信号を情報センター
が受信してから、そのユーザに情報提供を行なうまでの
所要時間を短縮することができる。

【００２４】また、請求項６の発明によれば、ユーザは
交換対象部品を自ら判断する必要がないので利便性が高
く、発生した故障の状況をサービス拠点に所有商品を持
ち込む前に把握可能であるため、ユーザにとっても、実
際に作業を行なうサービス拠点にとっても合理的な対応
が可能である。

【００２５】また、請求項７の発明によれば、ユーザ
は、所望のサービス拠点を選択するに際して、交換対象
部品を交換する際の予想費用を考慮することができ、ユ
ーザ・フレンドリであり、利便性が高い。

【００２６】また、請求項８の発明によれば、ユーザ
は、自らが所有商品をサービス拠点に持ち込むことがで
きない場合に、対応可能なサービス拠点を把握すること
ができ、ユーザ・フレンドリであり、利便性が高い。

【００２７】また、請求項９の発明によれば、ユーザ
は、自分の行動予定と、各サービス拠点の受け入れ状態
とを勘案して、所望のサービス拠点を選択することがで
き、ユーザ・フレンドリであり、利便性が高い。

【００２８】

【発明の実施の形態】以下、本発明に係る情報提供シス
テムを、一例として、ユーザの所有商品が車両（自動
車）である場合に適用した実施形態として、図面を参照
して詳細に説明する。

【００２９】図１は、本実施形態における情報提供シス
テムの全体構成を示すブロック図である。また、図２
は、本実施形態における情報提供システムの全体概要を
例示する図である。

【００３０】図１及び図２において、情報センター２
は、通信機能を有するサーバ・コンピュータ等の情報処
理装置であって、情報センター２のＣＰＵ２１は、メモ
リ（記憶媒体）２４に記憶されているところの、本実施
形態に係る情報提供処理（詳細は後述する）、一般的な
通信処理等の各種ソフトウエア・プログラムを実行する
ことにより、地図情報２２及びデータベース２５を適宜
参照しながら、通信インタフェース（Ｉ／Ｆ）２３、イ
ンターネット５等の通信回線を介して、外部装置とのデ
ータ通信を行なうと共に、ユーザが使用するユーザ端末
１に対して情報提供を行なう。

【００３１】データベース（ＤＢ）２５には、本実施形
態に係る情報提供処理によってユーザ端末１に対して提
供可能な候補地として、複数箇所のサービス拠点（例え
ば、サービス設備を有する販売代理店（ディーラ）、ガ
ソリンスタンド等）に関する情報が格納されている。

【００３２】より具体的に、データベース２５に各サー
ビス拠点毎に関連付けされて格納されている情報項目と
しては、例えば、 ・各種交換部品の在庫状況に関する情報、 ・提供可能な各種メンテナンス（故障修理、各種の消耗
品の交換、点検等）に対する予約状況に関する情報、 ・レッカー車両を利用したメンテナンス対象車両の移送
代行業務についての可否に関する情報、 ・所在位置、連絡先、名称等の情報、 ・提供可能な各種メンテナンス毎の標準予想費用（標準
見積金額）及び標準予想修理時間に関する情報、 ・各種交換部品の交換実績（交換頻度の統計）に関する
情報、等がある。

【００３３】また、地図情報２２は、データベース２５
に格納されている複数箇所のサービス拠点の所在地を含
む広域な地図情報であり、少なくともユーザ端末１の地
図情報１５と共通の所定の座標系に基づく。

【００３４】ユーザ端末１は、本システムによる情報提
供サービスを受けることが可能な車両１０１の乗員（ド
ライバ等）が利用する情報処理装置であって、車両１０
１に搭載された状態において、車載機として一般的なナ
ビゲーション機能を実現すると共に、通信インタフェー
ス１８、基地局４、並びにインターネット５等の有線及
び無線通信回線を介して、情報センター２及びサービス
拠点端末３とのデータ通信を行なうことができる。

【００３５】より具体的に、ユーザ端末１は、メモリ
（記憶媒体）１２に記憶されているところの、ユーザ所
望の目的地への経路誘導等を行なう一般的なナビゲーシ
ョン機能のソフトウエア（ソフトウエアプログラム）を
有しており、このソフトウエアがＣＰＵ１１によって適
宜実行されることにより、ユーザ端末１は、ユーザによ
るスイッチ１３の操作状態、ＧＰＳ（グローバル・ポジ
ショニング・システム）用の現在位置測位センサ１７等
によって検出された現在位置情報、並びに地図情報１５
から読み出した当該現在位置周辺の地図情報等に基づい
て、ディスプレイ１４上に車両１０１の周辺の地図画像
を表示すると共に、ユーザ所望の目的地が設定されてい
る場合には、その目的地までの経路誘導を行なう。

【００３６】また、ユーザ端末１は、メモリ（記憶媒
体）１２に記憶されているところの、本実施形態に係る
情報入手処理（詳細は後述する）、インターネット通信
を行うことが可能な一般的な通信プロトコルのソフトウ
エア（ソフトウエアプログラム）、そのソフトウエアに
従ってインターネット５を介してデータを送受信するイ
ンターネットブラウザ機能及びメール機能、並びにブラ
ウザを描画する一般的なソフトウエア群を有しており、
これらのソフトウエアがＣＰＵ１１によって適宜実行さ
れることにより、ユーザ端末１は、情報センター２にユ
ーザ端末１が接続された（ログインした）状態におい
て、インターネット５等の通信回線を介して、所謂サー
バ・クライアント環境を構成し、その状態において、情
報センター２からの各種の情報提供を受ける。更に、ユ
ーザ端末１は、上記のメール機能等を利用して、サービ
ス拠点端末３とのデータ通信を行なうことができる。

【００３７】尚、ユーザ端末１は、本実施形態では一例
として車載機として説明するが、ユーザが携帯可能な情
報端末（例えば、ＰＤＡ、携帯電話等）であっても良
く、その場合には、現在位置測位センサ、或いはそれに
準ずる現在位置検出機能を備えている必要がある。

【００３８】サービス拠点端末３は、個々のサービス拠
点に配置された情報処理装置であり、通信機能を有する
パーソナルコンピュータ、携帯情報端末（ＰＤＡ）、或
いは携帯電話等の一般的な情報処理装置（情報端末）で
ある。

【００３９】サービス拠点端末３のＣＰＵ３１は、メモ
リ３５に記憶されたインターネットブラウザ機能及びメ
ール機能、並びにブラウザを描画する一般的なソフトウ
エア群を適宜実行することにより、サービス拠点の担当
者によるスイッチ３２の操作状態に応じて、通信インタ
フェース３４を介して、ユーザ端末１や情報センター２
等とのデータ通信や電子メールの送受信を行なうと共
に、ディスプレイ３３に必要な画像を表示する。

【００４０】また、サービス拠点端末３は、保守部品の
発注センター（不図示）に対して、自サービス拠点で必
要な保守部品を、上記の通信回線または専用回線を介し
てオンラインで発注することができる。

【００４１】尚、上述したユーザ端末１、情報センター
２、並びにサービス拠点端末３には、何れの現在では一
般的な情報処理装置を採用することができ、それら装置
における通信手段自体にも、一般的な構成を採用するこ
とができるので、本実施形態における詳細な説明は省略
する。

【００４２】以下、本システムによるサービス拠点に関
する情報提供の具体的な動作について、ユーザ端末１、
情報センター２、並びにサービス拠点端末３の個別な動
作に即して説明する。

【００４３】尚、以下の説明では、説明の便宜上、サー
ビス拠点では故障修理を行なうものとして説明するが、
サービス拠点において提供されるサービスは、故障修理
に限られるものではなく、各種の消耗品（各種の部品や
液体等）の交換、点検等の各種メンテナンスを広く含む
ものとする。

【００４４】＜ユーザ端末１＞図４は、本実施形態にお
けるユーザ端末（車載機）１の情報入手処理を示すフロ
ーチャートであり、ユーザ端末１のＣＰＵ１１が行なう
ソフトウエア・プログラムの動作手順を表わす。

【００４５】同図において、ステップＳ１，ステップＳ
２：スイッチ１３の所定の操作が乗員（ユーザ）によっ
て行われることにより、情報センター２を利用した遠隔
故障診断の実行要求がステップＳ１にて検出された場合
には、ステップＳ２において、遠隔故障診断処理が行わ
れる。

【００４６】即ち、ステップＳ２では、遠隔故障診断の
実行を要求するためのリクエスト信号と共に、車両１０
１に設けられた各種センサ１６の検出情報（検出結
果）、並びに各種アクチュエータの動作状態等の情報
が、情報センター２に対して自動的に送信される。

【００４７】このとき、情報センター２は、ユーザ端末
１から受信した情報を利用して、所定の遠隔故障診断処
理のソフトウエアを実行することにより、車両１０１の
故障診断を実行する。

【００４８】図７は、本実施形態において遠隔故障診断
が行われているときに車両側のディスプレイに表示され
る画面を例示する図である。情報センター２は、故障診
断の実行に際して、必要に応じてオンラインの状態で、
故障診断に必要な更なる検出情報をユーザ端末１に対し
て要求する。そして、情報センター２による診断結果
は、ユーザ端末１に送信される。

【００４９】遠隔故障診断によれば、ユーザは、交換が
必要な部品を自ら判断する必要がないので利便性が高
く、発生した故障の状況をサービス拠点に車両１０１を
持ち込む前に把握可能であるため、ユーザにとっても、
実際に作業を行なうサービス拠点にとっても合理的な対
応が可能である。

【００５０】尚、車両１０１と情報センター２との間で
遠隔故障診断を行なうサブシステムの構成としては、上
記の構成に限られるものではなく、情報センター２と車
両１０１（ユーザ端末１）との間を通信回線を介して移
動しながら、目的の処理を実行するソフトウエア・プロ
グラムであるところのエージェントを利用する方法も考
えられる。

【００５１】このようなエージェントを使用すれば、車
両側の故障診断の内容を必要に応じてきめ細かく変更す
ることができるので、情報センター２において必要な情
報を、サービス対象の車両１０１から容易に収集するこ
とができる。このようなモバイル・エージェントによる
情報収集を実現するには、例えばユーザ端末１がＪａｖ
ａの仮想マシンとして動作する環境を備える場合、情報
センター２からアクセス中のユーザ端末１に、遠隔故障
診断処理の動作指示をなすＪａｖａプログラムをダウン
ロードする構成が想定される。

【００５２】尚、ステップＳ２における故障診断は、情
報センター２を利用した遠隔故障診断に限られるもので
はなく、車両側に故障診断用のソフトウエアが予め用意
されているのであれば、そのソフトウエアを実行するこ
とによってユーザ端末１自体が故障診断を行なっても良
い。

【００５３】また、上述したステップＳ１及びステップ
Ｓ２の処理構成では、ユーザの要求に応じて故障診断処
理を行なったが、この他に、係る故障診断処理または診
断項目を少なくした簡易故障診断処理等を、所定の周期
で、ユーザの操作に関らずに自動的に行ない、その結
果、何等かの故障が検出された場合には、その故障に関
する情報を報知しても良い。

【００５４】ステップＳ３，ステップＳ４：ステップＳ
２における診断の結果、何等かの故障が自車（車両１０
１）に発生しているとステップＳ３にて判断された場合
には、発生している故障に関する情報がディスプレイ１
４に表示される。

【００５５】図８は、本実施形態において車両側のディ
スプレイに表示される遠隔故障診断の結果を報知する画
面を例示する図である。

【００５６】図８に示す表示画面には、故障診断の結果
として、車両１０１に発生している故障の内容、必要と
される修理の内容、その修理に必要となることが予想さ
れる交換部品、並びにその修理のための標準的な所要時
間等の情報項目が表示される。

【００５７】ステップＳ５，ステップＳ６：図８に例示
する如くディスプレイ１４に表示された故障診断結果画
面において、ソフトウエア・ボタン（以下、単に「ボタ
ン」と称する）５５が操作されることにより、サービス
拠点の検索条件を設定するための要求がなされたとステ
ップＳ５にて判断された場合には、ステップＳ６におい
て、情報センター２に対して検索条件設定要求信号が送
信され、その信号の送信に応じて情報センター２から受
信する情報に基づいて、ディスプレイ１４には、図９に
示す検索条件設定画面が表示される。

【００５８】図９は、本実施形態においてサービス拠点
の検索条件の設定要求がなされた場合に、車両側のディ
スプレイに表示される検索条件設定画面を例示する図で
ある。

【００５９】同図に示す画面では、車両１０１の乗員
（ユーザ）によって、検索を希望するサービス拠点につ
いての要望項目として、一例として、 ・現在位置からの距離が「１５」Ｋｍ以内に存在するサ
ービス拠点であること、 ・現在位置から最短距離に位置するサービス拠点を
「５」店舗だけ検索すること、 ・レッカー車両による対応が可能なサービス拠点である
こと、が設定されており、その下側には、図８に表示さ
れた故障内容、修理内容、並びに交換部品が表示され
る。

【００６０】ステップＳ７，ステップＳ８：検索条件設
定画面（図９）に対する要望項目の設定の後、ステップ
Ｓ７にてボタン５６の操作が検出された場合には、ステ
ップＳ８において、サービス拠点検索要求信号と車両１
０１の現在位置情報とが情報センター２に送信される。
ここで、サービス拠点検索要求信号には、ユーザが図９
の画面で設定した要望事項に関する情報が含まれる。

【００６１】また、ステップＳ２における故障診断が情
報センター２を利用した遠隔故障診断ではなく、車両側
単独の故障診断である装置構成の場合に、ステップＳ８
では、情報センター２に対して、サービス拠点検索要求
信号及び現在位置情報に加えて、更に、各種センサ１６
の検出情報（好ましくは車両独自に検出した故障内容、
修理内容、並びに交換部品）が送信される。

【００６２】ステップＳ９：情報センター２から受信し
た各種情報と、地図情報１５とを利用して、車両１０１
の現在位置周辺の地図画面が、サービス拠点の検索結果
としてディスプレイ１４に表示される。

【００６３】図３は、本実施形態において車両側のディ
スプレイに表示されるサービス拠点の検索結果画面を例
示する図であり、この検索結果画面には、ステップＳ８
にて送信した情報に基づいて、情報センター２が検索を
行なった結果として得られたサービス拠点に関する情報
が表示される。

【００６４】即ち、図３に示す表示例では、ユーザが検
索条件設定画面（図９）を利用して先に設定した要望事
項と、車両１０１に発生している故障内容とを満足する
サービス拠点として、車両１０１の現在位置周辺の４つ
のサービス拠点が表示されており、それぞれのサービス
拠点を表わすシンボルの近傍には、ステップＳ９にて情
報センター２から受信した各種情報に基づいて、必要な
交換部品の在庫の有無、実際にサービスを受けるまでの
予約待ち時間、修理見積金額、並びにレッカー車両によ
る移送代行の可否が表示されている。

【００６５】サービス拠点の検索結果画面（図３）によ
れば、ユーザは、所望のサービス拠点を選択するに際し
て、実際にサービスを受けるまでの予約待ち時間を考慮
することができ、ユーザ・フレンドリであり、利便性が
高い。

【００６６】また、サービス拠点の検索結果画面（図
３）によれば、ユーザは、表示されたサービス拠点毎の
修理見積金額により、交換対象部品を交換する際の予想
費用を考慮することができ、ユーザ・フレンドリであ
り、利便性が高い。

【００６７】また、サービス拠点の検索結果画面（図
３）によれば、レッカー車両による移送代行の可否が表
示されるので、ユーザは、自らが車両１０１をサービス
拠点に持ち込むことができない場合に、対応可能なサー
ビス拠点を把握することができ、ユーザ・フレンドリで
あり、利便性が高い。

【００６８】また、図３に示す表示例において、表示エ
リア５１には、図８に表示された故障内容、修理内容、
交換部品、並びに標準修理時間が表示されている。但
し、ステップＳ２にて車両１０１（ユーザ端末１）単独
で故障診断（例えば簡易故障診断）が行われ、且つステ
ップＳ８にて各種センサ１６の検出情報が初めて送出さ
れる装置構成の場合には、その後、情報センター２にて
受信した検出情報を利用して詳細な故障診断を行なうこ
とができるので、その場合、この表示エリア５１に表示
される項目の内容は、図８に表示された故障診断結果の
内容とは異なり、情報センター２における係る詳細な故
障診断の結果に応じたものになる。

【００６９】ステップＳ１０：ユーザは、ステップＳ９
にてディスプレイ１４に表示された検索結果画面（図
３）上の表示項目を参照しながら、所望のサービス拠点
を選択することができる。本ステップでは、例えば、所
望のサービス拠点のシンボルがディスプレイ１４上でユ
ーザによって選択操作されるのに応じて、その所望のサ
ービス拠点に対して、情報センター２を介して或いは直
接に、修理予約のための所定の信号、或いは所定書式の
電子メール等が送信され、その後、ステップＳ１にリタ
ーンする。このとき、ユーザは、電話や電子メール等の
適当な手段を利用して当該所望のサービス拠点の担当者
とのコンタクトを行ない、そのサービス拠点に車両１０
１を実際に持ち込む、或いはレッカー車両の到着を待つ
ことになる。

【００７０】＜情報センター２＞図５は、本実施形態に
おける情報センター２の情報提供処理を示すフローチャ
ートであり、情報センター２のＣＰＵ２１が行なうソフ
トウエア・プログラムの動作手順を表わす。

【００７１】同図において、ステップＳ２１〜ステップ
Ｓ２３：ステップＳ２１乃至ステップＳ２３は、上述し
たユーザ端末１の情報入手処理（図４）におけるステッ
プＳ２に対応する処理である。

【００７２】まず、ステップＳ２１では、情報センター
２による情報提供サービスを受けることが可能な複数の
ユーザ端末１（車両１０１）のうち、何等かのメンテナ
ンスを必要とする対象車両から、リクエスト信号と共
に、その車両の検出情報等を受信した場合には、上述し
た如く遠隔故障診断が実行される。

【００７３】そして、ステップＳ２１における遠隔故障
診断の結果、何等かの故障が対象車両に発生していると
ステップＳ２２にて判断された場合には、ステップＳ２
３において、その検出された故障の内容を対象車両のユ
ーザ（乗員）に知らせるべく、対応するユーザ端末１に
対して、遠隔故障診断の結果に関する情報として、車両
１０１に発生している故障の内容、必要とされる修理の
内容、その修理に必要となることが予想される交換部
品、並びにその修理のための標準的な所要時間等の情報
が情報センター２から送出される。

【００７４】ステップＳ２４：本ステップは、上述した
ユーザ端末１の情報入手処理（図４）におけるステップ
Ｓ６に対応する処理であり、対象車両からサービス拠点
の検索条件設定要求信号を受信した場合には、その対象
車両のユーザ端末１に検索条件設定画面（図９）を表示
させるべく、当該画面に関する情報が情報センター２か
ら送出される。

【００７５】ステップＳ２５，ステップＳ２６：ステッ
プＳ２５及びステップＳ２６は、上述したユーザ端末１
の情報入手処理（図４）におけるステップＳ８に対応す
る処理である。

【００７６】即ち、サービス拠点検索要求信号（要望事
項を含む）と対象車両の現在位置情報とを対象車両から
受信したことがステップＳ２５にて検出されるのに応じ
て、ステップＳ２６では、地図情報２２を参照すること
によって当該対象車両の現在位置の特定がなされる。更
にそれらの情報と共に当該対象車両の各種センサ１６の
検出情報を初めて受信した場合には、その検出情報を利
用して交換部品の特定がなされる。

【００７７】一方、サービス拠点検索要求信号（要望事
項を含む）と対象車両の現在位置情報とを対象車両から
受信したことがステップＳ２５にて検出されない場合に
は、ステップＳ２９に処理が進められる。

【００７８】ステップＳ２７：ステップＳ２６にて特定
された対象車両の現在位置周辺のサービス拠点がデータ
ベース２５を参照することによって検索される。その
際、係る検索の条件には、ユーザが検索条件設定画面
（図９）を利用して先に設定した要望事項が反映され
る。

【００７９】そして、ステップＳ２７において、検索に
よって抽出されたサービス拠点に対応する個々のサービ
ス拠点端末３からは、ステップＳ２６にて特定された当
該対象車両に必要とされている交換部品の在庫状況、そ
の交換部品に対応する故障修理内容（メンテナンス内
容）に関する予約待ち状況、その故障修理内容に対応す
るための標準的な見積金額及び所要時間等が取得され
る。

【００８０】尚、ステップＳ２７では、検索条件設定画
面（図９）にてユーザの要望事項として自宅周辺が設定
されている場合、その自宅周辺のサービス拠点を対象と
する検索が行われる。

【００８１】ここで、上述したステップＳ２７では、サ
ービス拠点に関する常に最新の情報をユーザに提供すべ
く、ステップＳ２５にてサービス拠点の検索条件設定要
求信号の受信が検出されるのに応じて、オンイベントで
実行される構成とした。

【００８２】しかしながら、係る処理構成に限られるも
のではなく、本システムを利用可能な複数のサービス拠
点端末３に対して、図１を参照して説明したデータベー
ス２５内の各種情報項目の情報収集を、本情報提供処理
の実行タイミングとは無関係に所定の周期で行なうと共
に、ステップＳ２７の実行に際しては、検索によって抽
出されたサービス拠点端末３に対するオンイベントな情
報収集は行なわずに、必要な項目の情報内容をデータベ
ース２５の参照によって取得する構成としても良い。こ
の場合、必要な情報が既に情報センター２に用意されて
いるので、ユーザ端末１からサービス拠点の検索要求信
号を情報センター２が受信してから、そのユーザ端末１
に対して情報提供を行なうまでの所要時間を短縮するこ
とができる。

【００８３】また、データベース２５への情報収集を所
定周期で行なう場合であっても、上述したステップＳ２
７の如くオンイベントで必要なサービス拠点端末３から
情報収集する構成としても良い。

【００８４】ステップＳ２８：本ステップは、上述した
ユーザ端末１の情報入手処理（図４）におけるステップ
Ｓ９に対応する処理であり、対象車両のユーザ端末１に
サービス拠点の検索結果画面（図３）を表示させるべ
く、ステップＳ２７にて入手した各種情報が、情報セン
ター２から当該対象車両のユーザ端末１に対して送出さ
れる。

【００８５】尚、ユーザ端末１が地図情報を参照できな
い装置構成である場合には、自装置内で地図画像を生成
することができないので、ステップＳ２８において、情
報センター２にて検索結果画面（図３）に対応する所定
のデータ形式の画像が生成され、その画像データも、ス
テップＳ２７にて入手した各種情報と共に当該ユーザ端
末１に対して送信される。

【００８６】ステップＳ２９：データベース２５に格納
されているサービス拠点毎の交換部品（保守部品）の在
庫状況、並びに各種交換部品の交換実績に関する情報が
読み出された後、各サービス拠点を対象として、各種交
換部品の交換実績に関する情報に基づいて、それら交換
部品のうち、交換実績が少ないために２箇所以上のサー
ビス拠点間による共有在庫が可能な交換部品が特定され
る。そして、特定された交換部品毎に、その交換部品を
実際に共有在庫すべき近隣の複数サービス拠点が設定さ
れる。

【００８７】係る近隣の複数サービス拠点は、ある地域
において互いに近隣して存在する複数サービス拠点であ
って、ある交換部品の共通在庫を行なうべく１つのグル
ープとして設定される。この場合、１つのグループとし
て設定されるサービス拠点の数量（換言すれば、それら
サービス拠点が網羅すべき担当エリアの広さ）には、そ
れらサービス拠点間においてある交換部品の共通在庫が
行われている場合に、メンテナンス作業が実際に発生し
た際の当該交換部品の迅速な供給（融通）が行なえない
状況が発生しない程度（即ち、担当エリア内において、
部品在庫の空白領域を実質的に作らない程度）に、最大
限多数のサービス拠点が設定される。

【００８８】但し、共有在庫が可能な交換部品として特
定された交換部品に対する実際のメンテナンス作業がレ
ッカー車両の出動を伴うような大がかりなものである場
合には、顧客に迅速なメンテナンスを提供できるよう
に、共通在庫を行なうべく１つのグループとして設定さ
れるサービス拠点の数量は小さな値に制限されるべきで
ある。

【００８９】ステップＳ３０：ステップＳ２９にて設定
された近隣の複数サービス拠点に対して、同じくステッ
プＳ２９にて特定された交換部品は共有在庫が可能であ
る旨を、電子メール等を利用して報知する。また、既に
共有在庫が行われている近隣の複数サービス拠点間にお
いて、対象となる交換部品がメンテナンスによって使用
された場合には、その使用によって担当エリアに部品在
庫の空白領域ができる可能性があることを報知し、ステ
ップＳ２１にリターンする。この報知は、対象となる不
足部品の発注が当該近隣の複数サービス拠点間のうち何
れかにおいて行われたことが情報センター２にて検出さ
れるまで継続される。

【００９０】一般に、日常的には必要とされない各種の
保守部品（交換部品）を、複数のサービス拠点において
重複して在庫することは、ユーザに対するメンテナンス
・サービスの提供価格にも好ましくない影響を与えると
ころ、上述したステップＳ２９及びステップＳ３０によ
れば、共有在庫が可能な保守部品が情報センター２によ
って自動的に特定され、且つ特定された保守部品を、ど
の程度の数のサービス拠点間によって共有されるべきか
を、対象となるサービス拠点は認識することができる。
これにより、保守部品の在庫が空白になる地域を生じさ
せることなく、共有在庫が可能な個々の保守部品毎に、
最適な在庫を実現することができ、ユーザに対するサー
ビスの提供価格の低減も図ることができる。

【００９１】＜サービス拠点端末３＞図６は、本実施形
態におけるサービス拠点端末３の情報処理を示すフロー
チャートであり、サービス拠点端末３のＣＰＵ３１が行
なうソフトウエア・プログラムの動作手順を表わす。

【００９２】同図において、ステップＳ４１：本ステッ
プは、上述した情報センター２の情報提供処理（図５）
におけるステップＳ２７に対応する処理であり、情報セ
ンター２の要求に応じて、対象車両に必要とされている
交換部品の在庫状況、その交換部品に対応する故障修理
内容（メンテナンス内容）に関する予約待ち状況、その
故障修理内容に対応するための標準的な見積金額及び所
要時間等の情報が送信される。

【００９３】ステップＳ４２，ステップＳ４３：ステッ
プＳ４２及びステップＳ４３は、上述した情報センター
２の情報提供処理（図５）におけるステップＳ２９（適
正在庫支援処理）及びステップＳ３０に対応する処理で
ある。

【００９４】ステップＳ４２では、共有在庫が可能な交
換部品の中に不足が生じる可能性がある旨の情報を情報
センター２から受信した場合に、その旨を当該サービス
拠点の担当者に報知すべくディスプレイ３３に警告メッ
セージが表示される。

【００９５】そして、ステップＳ４３では、対象となる
交換部品（不足部品）の発注が当該サービス拠点端末３
にて行われた場合には、その旨を表わす情報が情報セン
ター２に送信され、その後、ステップＳ４１にリターン
する。

【００９６】上述した本実施形態によれば、何等かの故
障が車両１０１に発生した場合に、交換すべき部品が自
動的に特定され、ユーザは、その交換部品の各サービス
拠点における在庫状況、それらサービス拠点の所在位置
等の情報を、サービス拠点の検索結果画面（図３）によ
って容易に把握することができる。従って、ユーザは、
交換が必要な部品を自らは判断する必要が無いので利便
性が高く、且つ自動的に迅速に特定された交換部品を在
庫として有する自宅位置周辺、またはユーザ端末１（車
両１０１）の現在位置周辺に存在する複数のサービス拠
点の中から、自身に都合の良い所望のサービス拠点を自
らの意志で選択することができ、合理的である。

【００９７】即ち、本実施形態によれば、ユーザの所有
商品である車両１０１に部品交換を要するメンテナンス
が必要な場合に、そのユーザにサービス拠点の選択肢を
与えると共に、迅速な対応が実現することができる。

【００９８】尚、上述した実施形態を例に説明した本発
明は、上述した、ユーザ端末１、並びに情報センター
２、サービス拠点端末３に対して、その説明において参
照したフローチャートの機能を実現可能なコンピュータ
・プログラムを供給した後、その装置のＣＰＵに読み出
して実行することによって達成される。また、当該装置
内に供給されたコンピュータ・プログラムは、読み書き
可能なメモリまたはハードディスク装置等の記憶デバイ
スに格納すれば良い。

【００９９】また、前記の場合において、当該各装置内
へのコンピュータ・プログラムの供給方法は、フロッピ
ー（登録商標）ディスク等の各種記録媒体を介して当該
装置内にインストールする方法や、インターネット等の
通信回線を介して外部よりダウンロードする方法等のよ
うに、現在では一般的な手順を採用することができ、こ
のような場合において、本発明は、係るコンピュータ・
プログラムのコード或いは記憶媒体によって構成され
る。

【図面の簡単な説明】

【図１】本実施形態における情報提供システムの全体構
成を示すブロック図である。

【図２】本実施形態における情報提供システムの全体概
要を例示する図である。

【図３】本実施形態において車両側のディスプレイに表
示されるサービス拠点の検索結果画面を例示する図であ
る。

【図４】本実施形態におけるユーザ端末（車載機）１の
情報入手処理を示すフローチャートである。

【図５】本実施形態における情報センター２の情報提供
処理を示すフローチャートである。

【図６】本実施形態におけるサービス拠点端末３の情報
処理を示すフローチャートである。

【図７】本実施形態において遠隔故障診断が行われてい
るときに車両側のディスプレイに表示される画面を例示
する図である。

【図８】本実施形態において車両側のディスプレイに表
示される遠隔故障診断の結果を報知する画面を例示する
図である。

【図９】本実施形態においてサービス拠点の検索条件の
設定要求がなされた場合に、車両側のディスプレイに表
示される検索条件設定画面を例示する図である。

【符号の説明】 １：ユーザ端末（車載機）， ２：情報センター， ３：サービス拠点端末， ４：基地局， ５：インターネット， １１，２１，３１：ＣＰＵ， １２，２４，３５：メモリ， １３，３２：スイッチ， １４，３３：ディスプレイ， １５，２２：地図情報， １６：センサ群， １７：現在位置測位センサ， １８，２３，３４：通信インタフェース， ２５：データベース， １０１：車両，

───────────────────────────────────────────────────── フロントページの続き (72)発明者 赤井田 圭基 広島県安芸郡府中町新地３番１号 マツダ 株式会社内 (72)発明者 藤谷 愛美 広島県安芸郡府中町新地３番１号 マツダ 株式会社内 Ｆターム(参考） 3D026 BA29

Claims (12)

【特許請求の範囲】
1. 【請求項１】 通信回線を介して接続された情報端末か
   らの要求に応じて、その情報端末のユーザに対して、情
   報提供装置から情報を提供する情報提供方法であって、 サービス拠点の検索を要求する信号を前記情報端末から
   受信するのに応じて、その情報端末のユーザの所有商品
   を構成する複数種類の部品のうち、交換対象部品を特定
   する特定工程と、 前記特定工程にて特定された前記交換対象部品の各サー
   ビス拠点における在庫状況と、それらサービス拠点の所
   在位置情報とを、前記情報提供装置に入手する情報入手
   工程と、 前記情報入手工程にて入手した各種情報を、前記情報提
   供装置から前記情報端末に提供する情報提供工程と、を
   有することを特徴とする情報提供方法。
2. 【請求項２】 前記各サービス拠点を対象として、前記
   交換対象部品となり得る複数種類の保守部品の交換実績
   に関する情報に基づいて、それら保守部品のうち、２箇
   所以上のサービス拠点間による共有在庫が可能な保守部
   品を特定すると共に、特定された保守部品を実際に共有
   在庫すべき近隣の複数サービス拠点を設定し、その近隣
   の複数サービス拠点に対して、該特定された保守部品の
   共有在庫が可能である旨を報知することにより、前記各
   サービス拠点における前記複数種類の保守部品の在庫状
   況の適正化を支援する適正在庫支援工程を更に有するこ
   とを特徴とする請求項１記載の情報提供方法。
3. 【請求項３】 前記情報入手工程では、前記ユーザの自
   宅位置情報と、前記情報端末の現在位置情報との少なく
   とも何れか一方に基づいて、前記各サービス拠点のう
   ち、該位置情報に対応する場所周辺のサービス拠点を対
   象として、前記交換対象部品の在庫状況と、所在位置情
   報とを入手することを特徴とする請求項１記載の情報提
   供方法。
4. 【請求項４】 前記情報入手工程において、前記位置情
   報に対応する場所周辺のサービス拠点を対象とした前記
   交換対象部品の在庫状況と、所在位置情報との入手は、
   前記特定工程において前記情報端末から前記信号を受信
   するのに応じて、オンイベントで実行されることを特徴
   とする請求項３記載の情報提供方法。
5. 【請求項５】 前記各サービス拠点を対象として、それ
   らサービス拠点の所在位置情報の更新と、少なくとも前
   記所有商品を構成する前記複数種類の部品の在庫状況の
   入手とを、前記信号の受信の有無に関らずに行なう情報
   メンテナンス工程を更に有し、 前記情報入手工程では、前記情報メンテナンス工程にて
   既に取得済みの所在位置情報と、前記複数種類の部品の
   在庫状況とを利用して、前記交換対象部品の前記各サー
   ビス拠点における在庫状況と、それらサービス拠点の所
   在位置情報とを入手することを特徴とする請求項１記載
   の情報提供方法。
6. 【請求項６】 前記特定工程において、前記交換対象部
   品は、前記所有商品を対象とする前記情報提供装置によ
   るオンライン故障診断によって特定されることを特徴と
   する請求項１記載の情報提供方法。
7. 【請求項７】 前記情報入手工程では、前記交換対象部
   品の交換に際して前記各サービス拠点において必要とな
   ることが予想される費用に関する情報も入手することを
   特徴とする請求項１記載の情報提供方法。
8. 【請求項８】 前記情報入手工程では、前記交換対象部
   品の交換に先立って前記各サービス拠点への前記所有商
   品の代行搬入が可能か否かに関する情報も入手すること
   を特徴とする請求項１記載の情報提供方法。
9. 【請求項９】 前記情報入手工程では、前記交換対象部
   品を対象とする前記各サービス拠点における交換作業の
   受け入れ状態に関する情報も入手することを特徴とする
   請求項１記載の情報提供方法。
10. 【請求項１０】 通信回線を介して接続された情報端末
    からの要求に応じて、その情報端末のユーザに対して情
    報を提供する情報提供装置であって、 サービス拠点の検索を要求する信号を前記情報端末から
    受信するのに応じて、その情報端末のユーザの所有商品
    を構成する複数種類の部品のうち、交換対象部品を特定
    する特定手段と、 前記特定手段によって特定された前記交換対象部品の各
    サービス拠点における在庫状況と、それらサービス拠点
    の所在位置情報とを入手する情報入手手段と、 前記情報入手手段によって入手した各種情報を、前記情
    報端末に提供する情報提供手段と、を備えることを特徴
    とする情報提供装置。
11. 【請求項１１】 請求項１乃至請求項９の何れかに記載
    の情報提供方法を通信機能を備えるコンピュータによっ
    て実現可能な動作指示をなすことを特徴とするコンピュ
    ータ・プログラム。
12. 【請求項１２】 請求項１０記載の情報提供装置とし
    て、通信機能を備えるコンピュータを動作させる指示を
    なすことを特徴とするコンピュータ・プログラム。