特許 6963401 通知システム、通知方法、及び通知プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6963401

(24)【登録日】2021年10月19日

(45)【発行日】2021年11月10日

(54)【発明の名称】通知システム、通知方法、及び通知プログラム

(51)【国際特許分類】

   G06Q 10/00 20120101AFI20211028BHJP

【ＦＩ】

   G06Q10/00 300

【請求項の数】5

【全頁数】21

(21)【出願番号】特願2017-65614(P2017-65614)

(22)【出願日】2017年3月29日

(65)【公開番号】特開2018-169730(P2018-169730A)

(43)【公開日】2018年11月1日

【審査請求日】2020年3月5日

(73)【特許権者】

【識別番号】510084297

【氏名又は名称】株式会社ブロードリーフ

(74)【代理人】

【識別番号】100088580

【弁理士】

【氏名又は名称】秋山 敦

(74)【代理人】

【識別番号】100111109

【弁理士】

【氏名又は名称】城田 百合子

(72)【発明者】

【氏名】小澤 一英

(72)【発明者】

【氏名】吉永 信也

(72)【発明者】

【氏名】古本 博紀

(72)【発明者】

【氏名】高橋 潤

(72)【発明者】

【氏名】羽生 武史

【審査官】 岸 健司

(56)【参考文献】

【文献】 米国特許出願公開第２０１２／０１８５３９９（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００４／００３９４９３（ＵＳ，Ａ１）

【文献】 特開２０１０−１６５１３３（ＪＰ，Ａ）

【文献】 特開２００９−０６４４７０（ＪＰ，Ａ）

【文献】 特開２００２−２８８３６６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

乗物の識別情報を含む乗物管理情報と、当該乗物の所有者情報と、を関連づけて記憶する所有者情報記憶部と、
所定情報の通知対象となる乗物の識別情報のリストを記憶するリスト情報記憶部と、
前記リストに基づいて、前記所有者情報記憶部から通知対象の乗物の識別情報を特定する特定部と、
前記特定部により特定した通知対象の乗物の識別情報に関連づけて前記所有者情報記憶部に記憶されている所有者情報に基づき、前記所定情報を通知する処理を実行する通知処理部と、を備え、
前記リストは、所定の修理を行う対象に該当する可能性がある乗物の識別情報を含み、
前記所定の修理を行う対象である乗物の情報と、前記識別情報により識別される各乗物に対する前記所定の修理が未実施である可能性を示す情報とに加えて、問い合わせにより得た前記所定の修理が未実施であることを示す情報を含む一覧画面を表示させる表示制御部をさらに備え、
前記通知処理部は、ユーザーにより、前記乗物の情報と前記所定の修理が未実施である可能性を示す情報とに加えて、前記所定の修理が未実施であることを示す情報とが表示された前記一覧画面を介して前記識別情報に対する乗物の選択を受け付けると、選択された前記乗物の識別情報に対応している所有者情報に基づいて、前記所定の修理が未実施である情報を踏まえて前記所定の修理の情報を通知可能とする処理を実行することを特徴とする通知システム。

【請求項2】

前記所有者情報記憶部は、前記所有者情報と、前記乗物管理情報と、前記所定の修理の問い合わせ先の情報を関連づけて記憶し、
前記通知処理部は、前記通知対象の乗物の所有者に対し、前記通知対象の乗物の識別情報に関連づけて前記所有者情報記憶部に記憶される問い合わせ先の情報を通知するための処理を実行することを特徴とする請求項１に記載の通知システム。

【請求項3】

前記乗物管理情報は、乗物の製造者の情報を含み、
前記所有者情報記憶部に記憶される乗物の識別情報のうち、前記リストに含まれる乗物の識別情報について、乗物の製造者のウェブサイトを通じて前記所定の修理の対象であるか否かの前記問い合わせを行う問合せ部をさらに備え、
前記通知対象の乗物の識別情報には、前記問合せ部の問合せ結果が前記所定の修理の対象である乗物の識別情報を含むことを特徴とする請求項１又は２に記載の通知システム。

【請求項4】

コンピュータによる通知方法であって、
前記コンピュータは、
乗物の識別情報を含む乗物管理情報と、当該乗物の所有者情報と、を関連づけて記憶する所有者情報記憶部と、
所定情報の通知対象となる乗物の識別情報のリストを記憶するリスト情報記憶部と、を備え、
前記コンピュータが、
前記リストに基づいて、前記所有者情報記憶部から通知対象の乗物の識別情報を特定するステップと、
前記特定された通知対象の乗物の識別情報に関連づけて前記所有者情報記憶部に記憶されている所有者情報に基づき、前記所定情報を通知する処理を実行するステップと、を有し、
前記リストは、所定の修理を行う対象に該当する可能性がある乗物の識別情報を含み、
前記コンピュータが、前記所定の修理を行う対象である乗物の情報と、前記識別情報により識別される各乗物に対する前記所定の修理が未実施である可能性を示す情報とに加えて、問い合わせにより得た前記所定の修理が未実施であることを示す情報を含む一覧画面を表示させるステップをさらに有し、
前記所定情報を通知する処理を実行するステップでは、ユーザーにより、前記乗物の情報と前記所定の修理が未実施である可能性を示す情報とに加えて、前記所定の修理が未実施であることを示す情報とが表示された前記一覧画面を介して前記識別情報に対する乗物の選択を受け付けると、選択された前記乗物の識別情報に対応している所有者情報に基づいて、前記所定の修理が未実施である情報を踏まえて前記所定の修理の情報を通知可能とする処理を実行することを特徴とする通知方法。

【請求項5】

乗物の識別情報を含む乗物管理情報と、当該乗物の所有者情報と、を関連づけて記憶する所有者情報記憶部と、
所定情報の通知対象となる乗物の識別情報のリストを記憶するリスト情報記憶部と、
前記リストに基づいて、前記所有者情報記憶部から通知対象の乗物の識別情報を特定する特定部と、
前記特定部により特定された通知対象の乗物の識別情報に関連づけて前記所有者情報記憶部に記憶されている所有者情報に基づき、前記所定情報を通知する処理を実行する通知処理部としてコンピュータを機能させ、
前記リストは、所定の修理を行う対象に該当する可能性がある乗物の識別情報を含み、
前記所定の修理を行う対象である乗物の情報と、前記識別情報により識別される各乗物に対する前記所定の修理が未実施である可能性を示す情報とに加えて、問い合わせにより得た前記所定の修理が未実施であることを示す情報を含む一覧画面を表示させる表示制御部としてコンピュータをさらに機能させ、
前記通知処理部は、ユーザーにより、前記乗物の情報と前記所定の修理が未実施である可能性を示す情報とに加えて、前記所定の修理が未実施であることを示す情報とが表示された前記一覧画面を介して前記識別情報に対する乗物の選択を受け付けると、選択された前記乗物の識別情報に対応している所有者情報に基づいて、前記所定の修理が未実施である情報を踏まえて前記所定の修理の情報を通知可能とする処理を実行することを特徴とする通知プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、所定情報の通知対象となる乗物の所有者に情報を通知する通知システム、通知方法、及び通知プログラムに関する。

【背景技術】

【0002】

例えば車両等の乗物がリコールに該当した場合には、乗物の所有者にその旨を迅速に通知して、所定の修理を受けることを促す必要がある。従来では、リコール対象の車両の所有者に対して、新聞や雑誌あるいはウェブニュース等のメディアを通じて広く通知する方法が知られている。

【0003】

また、特許文献１に記載の技術のように、乗物や施設に配置された通信装置間において、Ｐ２Ｐ（ピアトゥーピア）方式による接続を介してリコール情報等を配信することも提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００５−１４８９５６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

リコール情報を新聞等により広く通知すると、乗物の所有者は自分の乗物がリコールに該当しているかを自ら調べる手間が発生するため、リコールの対象となっていることに気付かないまま放置してしまう場合もある。
また、乗物の販売店から所有者に直接連絡することも考えられるが、所有者の転居や、乗物の譲渡等により所有者が変更されている場合には、乗物の現所有者に対しリコール情報を伝えられないこともある。
また、Ｐ２Ｐ方式を介した通信によって通知する場合には、通信装置同士が通信可能な範囲内にない限り、情報が配信されないため、所定の修理の対象となっている乗物の所有者にまで情報が届かない可能性がある。

【0006】

本発明は、上記の課題に鑑みてなされたものであり、その目的は、所定情報の通知対象の乗物の所有者に、所定情報をダイレクトに通知することができる通知システム、通知方法、及び通知プログラムを提供することにある。

【課題を解決するための手段】

【0007】

前記課題は、本発明に係る通知システムによれば、乗物の識別情報を含む乗物管理情報と、当該乗物の所有者情報と、を関連づけて記憶する所有者情報記憶部と、所定情報の通知対象となる乗物の識別情報のリストを記憶するリスト情報記憶部と、前記リストに基づいて、前記所有者情報記憶部から通知対象の乗物の識別情報を特定する特定部と、前記特定部により特定した通知対象の乗物の識別情報に関連づけて前記所有者情報記憶部に記憶されている所有者情報に基づき、前記所定情報を通知する処理を実行する通知処理部と、を備え、前記リストは、所定の修理を行う対象に該当する可能性がある乗物の識別情報を含み、前記所定の修理を行う対象である乗物の情報と、前記識別情報により識別される各乗物に対する前記所定の修理が未実施である可能性を示す情報とに加えて、問い合わせにより得た前記所定の修理が未実施であることを示す情報を含む一覧画面を表示させる表示制御部をさらに備え、前記通知処理部は、ユーザーにより、前記乗物の情報と前記所定の修理が未実施である可能性を示す情報とに加えて、前記所定の修理が未実施であることを示す情報とが表示された前記一覧画面を介して前記識別情報に対する乗物の選択を受け付けると、選択された前記乗物の識別情報に対応している所有者情報に基づいて、前記所定の修理が未実施である情報を踏まえて前記所定の修理の情報を通知可能とする処理を実行することにより解決される。

【0008】

また、前記課題は、本発明に係る通知方法によれば、コンピュータによる通知方法であって、前記コンピュータは、乗物の識別情報を含む乗物管理情報と、当該乗物の所有者情報と、を関連づけて記憶する所有者情報記憶部と、所定情報の通知対象となる乗物の識別情報のリストを記憶するリスト情報記憶部と、を備え、前記コンピュータが、前記リストに基づいて、前記所有者情報記憶部から通知対象の乗物の識別情報を特定するステップと、前記特定された通知対象の乗物の識別情報に関連づけて前記所有者情報記憶部に記憶されている所有者情報に基づき、前記所定情報を通知する処理を実行するステップと、を有し、前記リストは、所定の修理を行う対象に該当する可能性がある乗物の識別情報を含み、前記コンピュータが、前記所定の修理を行う対象である乗物の情報と、前記識別情報により識別される各乗物に対する前記所定の修理が未実施である可能性を示す情報とに加えて、問い合わせにより得た前記所定の修理が未実施であることを示す情報を含む一覧画面を表示させるステップをさらに有し、前記所定情報を通知する処理を実行するステップでは、ユーザーにより、前記乗物の情報と前記所定の修理が未実施である可能性を示す情報とに加えて、前記所定の修理が未実施であることを示す情報とが表示された前記一覧画面を介して前記識別情報に対する乗物の選択を受け付けると、選択された前記乗物の識別情報に対応している所有者情報に基づいて、前記所定の修理が未実施である情報を踏まえて前記所定の修理の情報を通知可能とする処理を実行することにより解決される。

【0009】

また、前記課題は、本発明に係る通知プログラムによれば、乗物の識別情報を含む乗物管理情報と、当該乗物の所有者情報と、を関連づけて記憶する所有者情報記憶部と、所定情報の通知対象となる乗物の識別情報のリストを記憶するリスト情報記憶部と、前記リストに基づいて、前記所有者情報記憶部から通知対象の乗物の識別情報を特定する特定部と、前記特定部により特定された通知対象の乗物の識別情報に関連づけて前記所有者情報記憶部に記憶されている所有者情報に基づき、前記所定情報を通知する処理を実行する通知処理部としてコンピュータを機能させ、前記リストは、所定の修理を行う対象に該当する可能性がある乗物の識別情報を含み、前記所定の修理を行う対象である乗物の情報と、前記識別情報により識別される各乗物に対する前記所定の修理が未実施である可能性を示す情報とに加えて、問い合わせにより得た前記所定の修理が未実施であることを示す情報を含む一覧画面を表示させる表示制御部としてコンピュータをさらに機能させ、前記通知処理部は、ユーザーにより、前記乗物の情報と前記所定の修理が未実施である可能性を示す情報とに加えて、前記所定の修理が未実施であることを示す情報とが表示された前記一覧画面を介して前記識別情報に対する乗物の選択を受け付けると、選択された前記乗物の識別情報に対応している所有者情報に基づいて、前記所定の修理が未実施である情報を踏まえて前記所定の修理の情報を通知可能とする処理を実行することにより解決される。

【0010】

上記の通知システム、通知方法、及び通知プログラムによれば、所定情報の通知対象の乗物の所有者に、所定情報をダイレクトに通知することができる。これにより、所有する乗物が所定情報の通知対象となっていることを所有者が知らずにいる可能性を低減できる。
また、こうすることで、乗物が所定の修理の対象となっている場合に、その旨を乗物の所有者に対しダイレクトに通知することができる。これにより、所有する乗物が所定の修理の対象となっている場合に、所定の修理を受けずに放置してしまう可能性を低減できる。
また、こうすることで、所定の修理を案内する乗物の所有者を選択することができる。

【0012】

また、上記の通知システムにおいて、前記所有者情報記憶部は、前記所有者情報と、前記乗物管理情報と、前記所定の修理の問い合わせ先の情報を関連づけて記憶し、前記通知処理部は、前記通知対象の乗物の所有者に対し、前記通知対象の乗物の識別情報に関連づけて前記所有者情報記憶部に記憶される問い合わせ先の情報を通知するための処理を実行すると好適である。
こうすることで、所有する乗物が所定の修理の対象となっている場合に、乗物の所有者に問い合わせ先を知らせることができる。これにより、乗物の所有者は所定の修理への対応を行いやすくなる。

【0014】

また、上記の通知システムにおいて、前記乗物管理情報は、乗物の製造者の情報を含み、前記所有者情報記憶部に記憶される乗物の識別情報のうち、前記リストに含まれる乗物の識別情報について、乗物の製造者のウェブサイトを通じて前記所定の修理の対象であるか否かの前記問い合わせを行う問合せ部をさらに備え、前記通知対象の乗物の識別情報には、前記問合せ部の問合せ結果が前記所定の修理の対象である乗物の識別情報を含むと好適である。
こうすることで、乗物の製造者が管理している情報に基づいて、乗物が所定の修理の対象であるか否かを精度良く判定できる。

【発明の効果】

【0017】

本発明によれば、所定情報の通知対象の乗物の所有者に、所定情報をダイレクトに通知することができる。

【図面の簡単な説明】

【0018】

【図1】本実施形態に係る通知システムによる通知サービスの概要を説明する図である。

【図2】車両一覧画面の一例を示す図である。

【図3】ダイレクトメールの一例を示す図である。

【図4】通知システムと端末のハードウェア構成の一例を示す図である。

【図5】通知システムに備えられる機能を示す図である。

【図6】車両管理テーブルの一例を示す図である。

【図7】リコール対象候補テーブルの一例を示す図である。

【図8】リコール対象車両抽出テーブルの一例を示す図である。

【図9】通知対象者設定テーブルの一例を示す図である。

【図10】所定機関からリコール対象候補の車両情報を取得する処理のフロー図である。

【図11】リコール対象車両抽出テーブルを生成する処理のフロー図である。

【図12】整備工場の顧客である車両所有者にリコールを案内する処理のシーケンス図である。

【発明を実施するための形態】

【0019】

以下、図１乃至図１２を参照しながら、本発明の一実施形態（本実施形態）に係る通知システム１について説明する。なお、以下に説明する実施形態は、本発明の理解を容易にするための一例であり、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱することなく、変更、改良され得るとともに、本発明にはその等価物が含まれることは勿論である。

【0020】

［リコール情報案内サービスの概要］
まず、図１を参照しながら、本実施形態に係る通知システム１を介して提供されるリコール情報通知サービスの概要について説明する。
本実施形態においては、通知システム１は、リコールの対象となる車両を所有する所有者に対して、その旨をダイレクトメール等の通知手段により通知するサービスを実行することとする。
なお、以下に説明する例においては、整備工場６の顧客である車両所有者に対し、整備工場６を差出人とするダイレクトメールにより、リコールの通知を行うこととする。
また、以下に説明する実施形態においては車両（自動車）を乗物の一例として説明するが、本発明は車両以外の乗物に対しても適用可能である。

【0021】

まず、本サービスの前提について説明する。
通知システム１の所有者データベースには、整備工場６の顧客である車両の所有者情報、所有者の車両情報、整備工場の情報が管理されている。
通知システム１の所有者データベースには、例えば通知システム１の利用契約を結んだ整備工場６の情報が記憶される。なお、図１においては、整備工場６が１つだけ表示されているが、整備工場６は１つに限られず、複数あることとしても構わない。

【0022】

ここで、所有者情報には、例えば、所有者の氏名、住所等の情報が含まれる。
また、車両情報には、例えば、車両を識別する識別情報（本実施形態では車台番号）、車両のメーカ、型式、製造年度、ナンバー等の情報が含まれる。
また、整備工場の情報には、例えば、整備工場を識別する整備工場ＩＤ、整備工場名、整備工場の住所等の情報が含まれる。

【0023】

また、車両メーカ４は、車両に所定の修理が必要な不具合が発見された場合には、その旨を所定機関２（例えば国土交通省）に届け出（リコール）を行う。この際に、車両メーカ４は、リコールの対象候補となる車両の車台番号の範囲を所定機関２に提供する。そして、所定機関２は、提供された車両の車台番号の範囲を公開し、車両の所有者に対して必要な修理を受けるように促す。
また、車両メーカ４は、製造した車両がリコール対象であるか否か、リコールの回収済みであるか否か等の車両に関するリコールの対処状況を記憶するリコール管理データベース５を有する。
以下、本サービスを実行するための通知システム１の処理の概要について説明する。

【0024】

通知システム１は、所定機関２のウェブサイトにアクセスして（Ｓ１）、所定機関２のウェブサイトで公開されているリコール対象の車台番号の範囲を含む公開データ３を取得する（Ｓ２）。
なお、上記の公開データ３には、例えば、リコールの届出番号と、その届出番号のリコールの対象候補となる車台番号の範囲が含まれる。

【0025】

通知システム１は、上記取得した公開データ３に基づいて生成された、リコールの届出番号と対象候補となる車台番号のリストを含むリコール対象候補リストを取得し、リコールデータベースに記憶する。
通知システム１は、上記の公開データ３からリコールの届出番号と対象候補となる車台番号の範囲を抽出して上記のリコール対象候補リストを取得してもよい。また、通知システム１は、上記の公開データ３に基づいて、ユーザー等により入力されたデータに基づいて生成された上記のリコール対象候補リストを取得してもよい。
なお、通知システム１は、定期的に上記のリコール対象候補リストの取得を実行し、最新の情報に更新するようにしてもよい。

【0026】

通知システム１は、リコールデータベースと、所有者データベースの情報を照合して、所有者データベースの中からリコールの対象候補となる車台番号を特定する。そして、通知システム１は、上記特定した車台番号について、車両メーカ４のウェブサイトにおいてリコール対象の有無及び実施状況が確認可能な場合には、リコール対象の有無及び実施状況を問い合わせる（Ｓ３）。そして、通知システム１は、車両メーカ４への問い合わせの結果得られたリコール対象の有無及び実施状況の情報をリコールデータベースに反映させる（Ｓ４）。

【0027】

次に、通知システム１は、整備工場６の端末７から、整備工場６の所有者の車両情報のうち、リコール対象車の車両情報のリストの提供の要求を受けると（Ｓ５）、所有者データベースとリコールデータベースを参照して、該当する車両情報のリスト（リコール対象車両リスト）を生成して、整備工場６の端末７に送信する（Ｓ６）。
例えば、通知システム１は、所有者データベースのうち、整備工場６の整備工場ＩＤに関連付けて記憶される車両情報であって、リコールデータベースにおいてリコールの対象となっている車両情報を抽出する。そして、通知システム１は、上記抽出した車両情報に基づいて、上記のリコール対象車両リストを生成する。

【0028】

整備工場６の端末７では、通知システム１から受信したリコール対象車両リストを液晶ディスプレイ等の表示装置に表示する。
ここで、図２には、Ｓ７において表示される車両一覧画面５０の一例を示した。図２に示されるように、車両一覧画面５０には、リコール対象車両リストに含まれる車両情報ごとに、車両情報表示領域５１、リコール対応状況表示領域５２、チェックボックス５３が表示される。
車両情報表示領域５１は、車両のナンバー、車台番号、車両メーカ等の車両情報を表示する領域である。
また、リコール対応状況表示領域５２は、車両メーカ４に問い合わせたリコールの対応状況を表示する領域である。なお、リコール未改修フラグ５２Ａは、リコールの未改修が確認されたことを示す。
また、チェックボックス５３は、リコールを案内するダイレクトメールを送る対象とするか否かを選択するための選択欄である。
端末７は、車両一覧画面５０の実行ボタン５４の選択操作を受け付けると、チェックボックス５３にチェックが入れられた車両情報（車台番号）を通知システム１に通知する（Ｓ７）。

【0029】

通知システム１は、端末７から通知された車両情報（車台番号）に基づいて、リコール案内のダイレクトメールを送信する対象となる所有者の情報を含む送付先リストを生成し、印刷システム８に送信する（Ｓ８）。
印刷システム８は、例えばダイレクトメールが印刷可能なプリンタであり、通知システム１に併設して設けられていてもよいし、整備工場６の内部に設けられていてもよく、設置場所は特に限定されない。
なお、送付先リストには、例えば所有者の氏名、住所、対象のリコール届出番号、整備工場の情報（名称、連絡先）等を含む。

【0030】

印刷システム８は、通知システム１から受信した送付先リストに基づいてダイレクトメール９を印刷する。そして、ダイレクトメール９の送付担当者が、印刷されたダイレクトメール９を対象の所有者に宛てて送付する（Ｓ９）。

【0031】

ここで図３には、ダイレクトメール９の一例を示した。ダイレクトメール９は、整備工場６を差出人として、所有者１０に送付されるものである。
図３に示されるように、ダイレクトメール９には、広告表示領域９Ａ、リコール案内表示領域９Ｂ及び二次元コード９Ｃが含まれる。
広告表示領域９Ａは、各所有者に対して共通の広告情報が印刷される。
リコール案内表示領域９Ｂには、所有者の所有する車両が対象となるリコール届出番号、及び整備工場６への問い合わせの案内が印刷される。
また、二次元コード９Ｃには、整備工場６への入庫予約を行うための予約サイトのＵＲＬが符号化され、携帯電話機等により二次元コード９Ｃを読み取ることにより予約サイトにアクセス可能となっている。

【0032】

所有者１０は、ダイレクトメール９に基づいて整備工場６に入庫を予約し、車両１１を整備工場６に入庫する（Ｓ１０）。
そして、整備工場６では、所有者１０の車両１１が入庫完了後に、端末７から通知システム１にその旨を通知する（Ｓ１１）。
これにより、通知システム１は、ダイレクトメール９を送付先リストに含まれる各所有者について改修状況を把握することができる。
また、通知システム１は、車両メーカ４に対して、リコール対象の車両１１の入庫が行われた旨を通知することとしてもよい。

【0033】

なお、上記の流れは例示であり、これに限定されるものではない。例えば、上記の処理において、Ｓ１，Ｓ２の処理、又はＳ３，Ｓ４の処理はどちらかを省略してもよい。また、上記の処理において、Ｓ５〜Ｓ７を省略し、通知システム１は、所有者データベースのうち、リコールデータベースにおいてリコールの対象となっている車両情報の全てを対象として抽出し、ダイレクトメールを送付するようにしてもよい。
以下、上記の処理を実現するために通知システム１に備えられる構成について説明する。

【0034】

［通知システム１と端末７のハードウェア構成］
図４には、通知システム１と端末７のハードウェア構成を示した。

【0035】

まず、通知システム１のハードウェア構成について説明する。
図４に示されるように、通知システム１は、ハードウェアとして、ＣＰＵ１５、記憶装置１６、及び通信用インターフェース１７を備えるサーバーコンピュータである。

【0036】

ＣＰＵ１５は、プログラムに記述された命令セットを実行するためのハードウェア（プロセッサ）である。そして、ＣＰＵ１５は、記憶装置１６に記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、通知システム１の各部を制御する。

【0037】

記憶装置１６は、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、ＣＰＵ１５のワークメモリとしても機能する。なお、記憶装置１６には、フラッシュメモリ、光学ディスク等の情報記憶媒体が含まれていてもよい。

【0038】

通信用インターフェース１７は、例えばネットワークインターフェースカードを含み構成され、インターネットやイントラネット等の通信網を経由して、端末７等のコンピュータと通信する。

【0039】

次に、端末７のハードウェア構成について説明する。
図４に示されるように、端末７は、ハードウェアとして、ＣＰＵ２０、記憶装置２１、通信用インターフェース２２、入力装置２３及び表示装置２４を備えるコンピュータである。なお、入力装置２３及び表示装置２４は端末７の外部装置として設けられていてもよい。

【0040】

ＣＰＵ２０は、プログラムに記述された命令セットを実行するためのハードウェア（プロセッサ）である。そして、ＣＰＵ２０は、記憶装置２１に記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、端末７の各部を制御する。

【0041】

記憶装置２１は、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、ＣＰＵ２０のワークメモリとしても機能する。なお、記憶装置２１には、フラッシュメモリ、光学ディスク等の情報記憶媒体が含まれていてもよい。

【0042】

通信用インターフェース２２は、例えばネットワークインターフェースカードを含み構成され、インターネットやイントラネット等の通信網を経由して、通知システム１等のコンピュータと通信する。

【0043】

入力装置２３は、例えばタッチパネル、キーボード、マウス等を含み構成され、ユーザーからの入力を受け付ける。

【0044】

表示装置２４は、例えば液晶ディスプレイ装置、有機ＥＬディスプレイ装置等を含み構成され、ＣＰＵ２０により生成されるグラフィックデータに基づく画面を出力する。
例えば、図２に示す車両一覧画面５０が表示装置２４に表示される画面の一例となる。

【0045】

［通知システム１の機能の説明］
図５には、通知システム１に備えられる機能を示した。
図５に示されるように、通知システム１は機能として、所有者情報記憶部３０、リスト情報記憶部３１、リスト取得部３２、問合せ部３３、表示制御部３４、特定部３５及び通知処理部３６を備える。

【0046】

通知システム１に備えられる上記の機能は、通知システム１のＣＰＵ１５が、記憶装置１６に記憶されるプログラム（通知プログラム）及びデータに基づいて演算するとともに、通知システム１の各部を制御することにより実現されるものである。なお、通知システム１は、上記の通知プログラムを、コンピュータ読み取り可能な情報記憶媒体から読み込むこととしてもよいし、インターネットやイントラネット等の通信網を介して受信してもよい。
以下、通知システム１に備えられる各機能の詳細について説明する。

【0047】

［所有者情報記憶部３０の機能の説明］
所有者情報記憶部３０は、所有者の宛先（宛名、住所等）を含む所有者情報と、乗物の識別情報を含む乗物管理情報を関連づけて記憶する機能である。
所有者情報記憶部３０は、所有者情報と、乗物管理情報と、整備工場の情報を関連づけて記憶するようにしてもよい。
なお、乗物管理情報は、乗物の製造者の情報、乗物の販売者の情報を含むこととしてもよい。

【0048】

所有者情報記憶部３０は、主に通知システム１の記憶装置１６により実現される。以下、所有者情報記憶部３０に記憶されるデータの具体例について説明する。

【0049】

図６には、所有者情報記憶部３０に記憶される車両管理テーブル４０の一例を示した。
図６に示されるように、車両管理テーブル４０には、車両管理情報（車両情報）、所有者情報、整備工場情報が記憶される。
車両情報には、例えば車台番号、車両メーカ、車両メーカの問い合わせ先、車両の製造年度、車両の販売者（ディーラー）等の情報が含まれる。例えば、車両メーカの問い合わせ先は、車台番号に基づいて、車両がリコール対象か否か、また改修の実施状況について問い合わせるためのウェブサイトのＵＲＬとする。
所有者情報には、例えば車両の所有者名、所有者連絡先等が含まれる。
整備工場情報には、例えば整備工場を識別する整備工場ＩＤ、整備工場名、整備工場の住所等が含まれる。

【0050】

［リスト情報記憶部３１の機能の説明］
リスト情報記憶部３１は、所定情報の通知対象となる乗物の識別情報のリストを記憶する機能である。
また、上記のリストには、例えば所定の修理に該当する可能性がある乗物の識別情報を含む。
そして、上記の所定の修理は、例えばリコールの対象となる改修である。
また、上記のリストは、例えばリコールの該当可能性がある乗物の識別情報のリスト（リコール対象候補リスト）と、リコールに対応する改修が未実施（未改修）の乗物の識別情報のリスト（リコール未改修リスト）の少なくともいずれかを含む。

【0051】

リスト情報記憶部３１は、主に通知システム１の記憶装置１６により実現される。以下、リスト情報記憶部３１に記憶されるデータの一例について説明する。
なお、本実施形態では、リスト情報記憶部３１には、リコール対象候補テーブル４１、リコール対象車両抽出テーブル４２、通知対象者設定テーブル４３が記憶される。

【0052】

図７には、リコール対象候補テーブル４１の一例を示した。リコール対象候補テーブル４１の記憶内容は、後述するリスト取得部３２により取得したデータに基づく。

【0053】

図７に示されるように、リコール対象候補テーブル４１には、リコール届出番号、車両メーカ、リコール対象車の車台番号の範囲の情報が関連付けて記憶される。

【0054】

図８には、リコール対象車両抽出テーブル４２の一例を示した。リコール対象車両抽出テーブル４２には、車両管理テーブル４０に記憶される車台番号のうち、リコール対象候補テーブル４１に記憶されるリコールに該当するものを抽出して記憶している。

【0055】

図８に示されるように、リコール対象車両抽出テーブル４２は、車台番号、該当するリコール届出番号、リコールの改修状況、ダイレクトメールの送付対象として選択されたか否かを示す選択フラグが関連付けて記憶される。
なお、リコールの改修状況は、後述する問合せ部３３による車両メーカ４への問合せ結果に基づいて設定される。
また、選択フラグは、例えば整備工場６の端末７から受け付けた選択結果（選択（Ｔ）／非選択（Ｆ））に基づいて設定されることとしてもよいし、初期値として「選択（Ｔ）」が設定されていてもよい。

【0056】

図９には、通知対象者設定テーブル４３の一例を示した。通知対象者設定テーブル４３には、リコール対象車両抽出テーブル４２で選択フラグの値が「選択（Ｔ）」である車台番号について、車両の所有者に案内する情報及び案内のために用いられる情報を車両管理テーブル４０及びリコール対象候補テーブル４１（又はリコール対象車両抽出テーブル４２）から抽出して設定したものである。

【0057】

図９に示されるように、通知対象者設定テーブル４３には、例えば車台番号、リコール届出番号、車両の所有者名、所有者の連絡先、整備工場名が関連付けて記憶される。

【0058】

［リスト取得部３２の機能の説明］
リスト取得部３２は、所定機関２において公開される所定の修理に該当する可能性がある乗物の識別情報の範囲に基づいて、所定の修理に該当する可能性がある乗物の識別情報のリストを取得する機能である。
例えば、リスト取得部３２は、所定機関２のウェブサイトにおいて公開される、リコールに該当する可能性がある車台番号（乗物の識別情報の一例）の範囲を含む公開データ３に基づいて、リコールに該当する可能性がある車台番号のリストであるリコール対象候補リストを取得する。
なお、リスト取得部３２は、上記の公開データ３がドキュメントデータである場合には、当該ドキュメントデータから、所定の欄に記憶されたリコール届出番号と、リコール対象候補の車台番号の範囲を抽出して、上記リコール対象候補リストを生成することとしてもよい。
また、リスト取得部３２は、上記の公開データ３に基づいて、管理者等のユーザーの入力に基づいて生成された上記リコール対象候補リストを取得することとしてもよい。この際、リスト取得部３２は、上記の公開データ３はダウンロードせずに、上記のリコール対象候補リストのみを取得するようにしてもよい。

【0059】

リスト取得部３２は、主に通知システム１のＣＰＵ１５、記憶装置１６及び通信用インターフェース１７により実現される。
具体的には、通知システム１のＣＰＵ１５は、通信用インターフェース１７を介して所定機関２の所定のＵＲＬにアクセスし、所定のＵＲＬにて公開されている、リコール届出番号と、それに該当する可能性がある車台番号の範囲の情報を含む公開データ３をダウンロードする。
そして、通知システム１のＣＰＵ１５は、上記の公開データ３の記憶内容に基づいて生成されたリコール対象候補リストを取得する。
ここで、ＣＰＵ１５は、所定のアクセスタイミングが到来するごとに、所定機関２の所定のＵＲＬにアクセスし、当該所定のＵＲＬにて公開されている公開データ３に基づいて、リコール対象候補リストを更新するようにしてもよい。
例えば、上記の所定のアクセスタイミングとは、前回のアクセスから所定時間が経過したタイミングであってもよいし、予め指定された日時等としてもよい。

【0060】

そして、ＣＰＵ１５は、上記取得したリコール対象候補リストの情報を、記憶装置１６に記憶されるリコール対象候補テーブル４１に格納する。

【0061】

［問合せ部３３の機能の説明］
問合せ部３３は、所有者情報記憶部３０に記憶される車台番号のうち、リコール対象候補リストに含まれる車台番号について、車両メーカ（乗物の製造者の一例）のウェブサイトを通じてリコールの対象であるか否かを問い合わせる機能である。
なお、問合せ部３３は、所有者から予め車台番号を利用した問い合わせの許諾を得ている場合に限り、車台番号を利用した車両メーカへの問い合わせを実行することとしてもよい。

【0062】

問合せ部３３は、主に通知システム１のＣＰＵ１５、記憶装置１６及び通信用インターフェース１７により実現される。
具体的には、通知システム１のＣＰＵ１５は、記憶装置１６に記憶される車両管理テーブル４０のそれぞれの車台番号が、リコール対象候補テーブル４１に記憶されるリコールの対象候補となる車台番号の範囲に含まれているか否かを判定する。
その結果、リコールの対象候補と判定された場合には、ＣＰＵ１５は、その車台番号と、リコール届出番号をリコール対象車両抽出テーブル４２に格納する。

【0063】

次に、ＣＰＵ１５は、リコール対象車両抽出テーブル４２に格納したそれぞれの車台番号について、車両管理テーブル４０に記憶される車両メーカの問い合わせ先のウェブサイトに対して、リコール対象の有無及び実施状況を問い合わせる。
ＣＰＵ１５は、通信用インターフェース１７を介して、上記の問い合わせを実行し、上記のウェブサイトからその問合せ結果を受信する。

【0064】

そして、ＣＰＵ１５は、上記受信した問合せ結果に基づいて、リコール対象車両抽出テーブル４２の情報を更新する。
具体的には、ＣＰＵ１５は、上記受信した問合せ結果が、リコール対象で無ければ、その車台番号のレコードをリコール対象車両抽出テーブル４２から削除することとしてもよい。また、ＣＰＵ１５は、上記受信した問合せ結果が、リコール対象である場合に、改修の実施状況（実施済み／未実施（又は不明））を、リコール対象車両抽出テーブル４２の「リコールの改修状況」に記憶することとしてもよい。

【0065】

［表示制御部３４の機能の説明］
表示制御部３４は、リコールの対象である車両の情報を含む一覧画面を表示装置に表示させる機能である。
例えば、表示制御部３４は、図２に示す車両一覧画面５０（一覧画面の一例）を、整備工場６の端末７に備えられる表示装置２４に表示させる。

【0066】

表示制御部３４は、主に通知システム１のＣＰＵ１５、記憶装置１６及び通信用インターフェース１７により実現される。
具体的には、ＣＰＵ１５は、整備工場６の端末７から、整備工場６の識別情報（整備工場ＩＤ）とともにリコール対象候補の一覧表示要求を受信すると、リコール対象車両抽出テーブル４２に記憶される車台番号のうち、車両管理テーブル４０において整備工場ＩＤが関連付けて記憶されている車台番号を抽出する。
そして、ＣＰＵ１５は、上記抽出した車台番号について車両管理テーブル４０に記憶される車両情報と、当該車台番号についてリコール対象車両抽出テーブル４２に記憶されるリコールの実施状況に基づいて、例えば図２に示す車両一覧画面５０の画面データを生成する。
そして、ＣＰＵ１５は、上記生成した画面データを、通信用インターフェース１７を介して端末７に送信し、端末７の表示装置２４に車両一覧画面５０を表示させる。

【0067】

端末７は、入力装置２３を介して車両一覧画面５０において選択された車両の車台番号を、通知システム１に送信することとする。

【0068】

［特定部３５の機能の説明］
特定部３５は、リスト取得部３２により取得されるリストに基づいて、所有者情報記憶部３０に記憶される車台番号から通知対象の車台番号を特定する機能である。
また、特定部３５は、問合せ部３３の問合せ結果が未改修の車台番号を、上記の通知対象の車台番号として特定してもよい。

【0069】

特定部３５は、主に通知システム１のＣＰＵ１５、記憶装置１６及び通信用インターフェース１７により実現される。
例えば、ＣＰＵ１５は、上記の車両一覧画面５０において選択された車両の車台番号を、通信用インターフェース１７を介して受信すると、受信した車台番号を、上記の通知対象の車台番号として特定する。
この場合には、ＣＰＵ１５は、上記受信した車台番号についてリコール対象車両抽出テーブル４２に記憶される選択フラグを「選択（Ｔ）」に更新する。

【0070】

なお、特定部３５による通知対象の特定は、上記の例に限られない。
例えば、ＣＰＵ１５は、リコール対象車両抽出テーブル４２に記憶される全ての車台番号を、通知対象の車台番号として特定してもよい。
また例えば、ＣＰＵ１５は、リコール対象車両抽出テーブル４２に記憶される車台番号のうち所定の条件を満足する車台番号を、通知対象の車台番号として特定してもよい。
ここで、上記の所定の条件とは、リコールの改修状況が「未改修」であるもの、所定の車両メーカに関するもの、所定のリコール届出番号に関するもの等の条件としてもよい。

【0071】

［通知処理部３６の機能の説明］
通知処理部３６は、特定部３５により特定した通知対象の乗物の識別情報に関連づけて所有者情報記憶部３０に記憶される所有者情報に基づいて、所定情報を通知するための処理を実行する機能である。
例えば、通知処理部３６は、通知対象の車台番号に関連づけて所有者情報記憶部３０に記憶される所有者の宛先に対し、リコール改修（所定の修理の一例）を案内するための処理を実行する。
また例えば、通知処理部３６は、所有者に対して、リコール改修の案内とともに、リコール改修の問い合わせ先の情報を案内することとしてもよい。ここで、リコール改修の問い合わせ先は、所有者の識別情報に関連付けて所有者情報記憶部３０に記憶される整備工場の情報としてもよい。また、リコール改修の問い合わせ先は、所有者の識別情報に関連付けて所有者情報記憶部３０に記憶される車両管理情報に含まれる車両販売店（ディーラー）や認定整備工場の情報としてもよい。
また例えば、通知処理部３６は、整備工場６の端末７で表示された車両一覧画面５０（一覧画面の一例）を介して選択された車両の所有者に対してリコールの改修を案内するための処理を実行してもよい。

【0072】

ここで、「所定情報を通知するための処理」とは、所有者の連絡先に対して所定の修理の案内状を送付、又は案内情報を送信するために実行される処理であり、各種の態様を含む。
例えば、「所定情報を通知するための処理」には、所定の修理を案内する案内状（例えばダイレクトメール９）を印刷するための印刷システム８への出力要求を含む。ここで、上記の出力要求には、例えば送付先と送付内容のリストを、印刷システム８に送信する処理が含まれる。
また、「所定情報を通知するための処理」には、所定の修理を案内する電子情報（例えば電子メール）を、所有者のアドレスに送信する処理を含む。

【0073】

通知処理部３６は、主に通知システム１のＣＰＵ１５、記憶装置１６及び通信用インターフェース１７により実現される。
具体的には、ＣＰＵ１５は、記憶装置１６に記憶されるリコール対象車両抽出テーブル４２において、選択フラグの値が「選択（Ｔ）」である車台番号について、該当するリコール届出番号、車両管理テーブル４０に記憶される車両の所有者名、所有者の連絡先、整備工場名の情報を、通知対象者設定テーブル４３に格納する。
そして、ＣＰＵ１５は、通信用インターフェース１７を介して、通知対象者設定テーブル４３の情報を、印刷システム８の所定のアドレスに対して送信する。

【0074】

印刷システム８は、通知システム１から通知対象者設定テーブル４３の情報を受信すると、受信した情報に基づいてダイレクトメール９を印刷する。そして、印刷されたダイレクトメール９は、指定の宛先に送付される。

【0075】

［通知システム１により実行される処理の説明］
次に、図１０乃至図１２を参照しながら、通知システム１により実行される処理について説明する。以下に説明する処理は、通知システム１のＣＰＵ１５が、記憶装置１６に記憶されるプログラムに基づいて処理を実行することにより実現されるものである。

【0076】

［リコール対象候補の車両情報を取得する処理の説明］
図１０を参照しながら、通知システム１が所定機関２のウェブサイトで公開されるリコール対象候補の車両情報を取得する処理について説明する。

【0077】

図１０に示されるように、通知システム１のＣＰＵ１５は、所定機関２のウェブサイトにアクセスするタイミングが到来していない場合には（Ｓ１０１：Ｎｏ）、待機し、上記タイミングが到来した場合には（Ｓ１０１：Ｙｅｓ）、通信用インターフェース１７を介して所定機関２のウェブサイトにアクセスする（Ｓ１０２）。

【0078】

次に、ＣＰＵ１５は、所定機関２のウェブサイトを通じて公開されている、リコール届出番号と、そのリコールの対象候補の車台番号の範囲の情報を含む公開データ３を、通信用インターフェース１７を介してダウンロードする（Ｓ１０３）。

【0079】

そして、ＣＰＵ１５は、上記ダウンロードした公開データ３に基づいて生成されたリコール対象候補の車台番号のリストを、記憶装置１６のリコール対象候補テーブル４１に記憶する（Ｓ１０４）。

【0080】

通知システム１は、上記の処理を定期的に実行し、リコール対象候補テーブル４１の情報を、所定機関２のウェブサイトで公開されるリコールに関する公開データ３に合わせて更新する。

【0081】

［リコール対象車両抽出テーブル４２を生成する処理の説明］
次に、図１１を参照しながら、通知システム１がリコール対象車両抽出テーブル４２を生成する処理について説明する。なお、以下においては、車両管理テーブル４０に記憶される車台番号の数がＮ（Ｎは１以上の整数）あるとし、各々の車両をＶ_１〜Ｖ_Ｎと表す。

【0082】

図１１に示されるように、通知システム１のＣＰＵ１５は、リコール対象車両抽出テーブル４２の更新タイミングが到来していない場合には（Ｓ１１１：Ｎｏ）、待機し、リコール対象車両抽出テーブル４２の更新タイミングが到来した場合には（Ｓ１１１：Ｙｅｓ）、変数ｉを１に初期化する（Ｓ１１２）。

【0083】

そして、ＣＰＵ１５は、車両Ｖｉの車台番号を読み込み（Ｓ１１３）、リコール対象候補テーブル４１を参照して、その車台番号がリコール候補か否かを判定する（Ｓ１１４）。具体的には、ＣＰＵ１５は、車両Ｖｉの車台番号が、リコール対象候補テーブル４１のリコール対象車の車台番号の範囲に含まれるか否かを判定し、含まれる場合には、そのリコール届出番号を特定する。

【0084】

車両Ｖｉの車台番号がリコール候補でない場合には（Ｓ１１４：Ｎｏ）、ＣＰＵ１５は、変数ｉに１加算して（Ｓ１１５）、Ｓ１１３に戻る。
一方で車両Ｖｉの車台番号がリコール候補である場合には（Ｓ１１４：Ｙｅｓ）、ＣＰＵ１５は、リコール対象車両抽出テーブル４２に車両Ｖｉの車台番号のレコードを追加する（Ｓ１１６）。

【0085】

Ｓ１１６の後に、ＣＰＵ１５は、車両管理テーブル４０から車両メーカの問い合わせ先を取得する（Ｓ１１７）。

【0086】

Ｓ１１７で問い合わせ先がなかった場合には（Ｓ１１８：Ｎｏ）、ＣＰＵ１５は、変数ｉに１加算して（Ｓ１１５）、Ｓ１１３に戻る。

【0087】

Ｓ１１７で問い合わせ先があった場合には（Ｓ１１８：Ｙｅｓ）、ＣＰＵ１５は通信用インターフェース１７を介して、問い合わせ先に車両Ｖｉの車台番号を送信し、問い合わせを実行する（Ｓ１１９）。

【0088】

ＣＰＵ１５は、問い合わせにより得た、車両Ｖｉのリコール改修の要否と、改修状況の情報に基づいて、車両Ｖｉのリコール対象車両抽出テーブル４２のレコードを更新する（Ｓ１２０）。

【0089】

そして、変数ｉがＮに達していない場合には（Ｓ１２１：Ｎｏ）、ＣＰＵ１５は、変数ｉに１加算して（Ｓ１１５）、Ｓ１１３に戻る。
また、変数ｉがＮに達した場合には（Ｓ１２１：Ｙｅｓ）、処理を終了する。

【0090】

通知システム１は上記の処理を定期的に実行してもよいし、ダイレクトメールを送付するタイミングに合わせて実行してもよい。

【0091】

［リコールを案内する処理の説明］
次に、図１２を参照しながら、整備工場６の所有者にリコールを案内する処理について説明する。

【0092】

図１２に示されるように、端末７のＣＰＵ２０は、通信用インターフェース２２を介して、整備工場６のＩＤ（整備工場ＩＤ）を通知システム１に送信する（Ｓ２０１）。

【0093】

通知システム１のＣＰＵ１５は、通信用インターフェース１７を介して整備工場ＩＤを受信する（Ｓ１３１）。
そして、通知システム１のＣＰＵ１５は、受信した整備工場ＩＤが関連付けられている車台番号のうち、リコール対象車両抽出テーブル４２に格納されている車台番号を抽出する（Ｓ１３２）。なお、上記抽出した車台番号は、リコールの対象可能性がある車両の車台番号である。

【0094】

次に、通知システム１のＣＰＵ１５は、上記抽出した車台番号に関連付けられる車両情報を含む車両リストデータを生成し（Ｓ１３３）、生成した車両リストデータを、通信用インターフェース１７を介して端末７に送信する（Ｓ１３４）。

【0095】

端末７のＣＰＵ２０は、通信用インターフェース２２を介して車両リストデータを受信すると（Ｓ２０２）、受信した車両リストデータに基づいて、車両リストを表示装置２４に表示する（Ｓ２０３）。例えば、車両一覧画面５０がＳ２０３において表示装置２４に表示される車両リストの一例に相当する。

【0096】

端末７のＣＰＵ２０は、入力装置２３を介してダイレクトメールの送付先の選択を受け付けると（Ｓ２０４）、その選択結果を、通信用インターフェース２２を介して通知システム１に送信する（Ｓ２０５）。

【0097】

通知システム１のＣＰＵ１５は、通信用インターフェース１７を介して端末７からダイレクトメールの送付先の選択結果を受信する（Ｓ１３５）。
そして、通知システム１のＣＰＵ１５は、上記受信した選択結果に基づいて、印刷リストを生成する（Ｓ１３６）。なお、通知対象者設定テーブル４３が上記の印刷リストの一例に相当する。

【0098】

そして、通知システム１のＣＰＵ１５は、通信用インターフェース１７を介して上記生成した印刷リストを、印刷システム８の所定のアドレスに宛てて送信する（Ｓ１３７）。

【0099】

なお、印刷システム８は、通知システム１から受信した印刷リストに基づいてダイレクトメール９を印刷し、所有者に送付する。ここで、ダイレクトメール９の差出人は、例えば整備工場６とする。

【0100】

［通知システム１により奏される効果］
以上説明した通知システム１によれば、所有者１０の所有する車両１１がリコールの対象となっている場合に、その旨を所有者１０に対しダイレクトに通知することができる。これにより、所有者１０がリコールの改修を受けずに放置してしまう可能性を低減できる。すなわち、通知システム１によれば、リコール改修率を向上させることができる。
また、所有者１０にとっては、所有する通知システム１についての有益な情報を得ることができるため、所有者満足度を向上できる。

【0101】

また、通知システム１では、所有者１０に整備工場６の情報を案内することで、所有者１０の所有する車両１１がリコールの対象となっている場合に、所有者１０に整備工場６への連絡を促すことができる。
このように、整備工場６にとっては、所有者１０との連絡機会が増えるため、売上機会を向上できる。

【0102】

また、通知システム１では、リコールに該当する可能性がある車台番号の範囲を記憶する所定機関２の公開データ３から取得した情報を利用することで、所有者１０の所有する車両１１がリコールの対象となっているか否かを精度良く判定できる。

【0103】

また、通知システム１では、車両メーカ４のウェブサイトを通じてリコールの実施状況を問い合わせた結果が未改修の車台番号を通知対象に含めるようにしたことで、リコールの改修が行われていない車両の所有者に対して、リコールの改修を案内することができる。これにより、リコールの改修を効果的に案内できる。

【0104】

また、通知システム１では、リコールの対象である車台番号を含む一覧画面を介して選択された車台番号に関連づけて記憶される所有者の宛先に対し、リコールの改修を案内することで、リコールの改修を案内する所有者を選択しやすくなる。

【0105】

［その他の実施形態］
本発明は上記の実施形態に限定されるものではない。
例えば、通知システム１は複数のコンピュータから構成されてもよく、この場合に通知システム１に備えられる機能は、複数のコンピュータに分散していてもよい。

【0106】

通知システム１は、整備工場６の端末７からの要求に応じてリコール対象の車両情報を提供する例に限らず、リスト取得部３２で取得されるリストに更新があった場合に、整備工場６の端末７に対してリコール対象の車両情報を提供するようにしてもよい。

【0107】

また、通知システム１は、ダイレクトメールを送付するための印刷リストを整備工場６の端末７に提供し、整備工場６の端末７からの要求に基づいて印刷システム８によりダイレクトメールを印刷させてもよい。
また、上記のダイレクトメールを送付するための印刷リスト（送付先リスト）を、ダイレクトメールの作成代行業者に送付して、ダイレクトメールの印刷及び送付を行わせてもよい。

【0108】

また、通知システム１は、リコール対象の車両の所有者にリコール対象である旨を通知する場合に限らず、その他の条件（点検時期が近い等）に合致する車両の所有者に対して所定の情報を通知するようにしてもよい。

【符号の説明】

【0109】

１ 通知システム
２ 所定機関
３ 公開データ
４ 車両メーカ
５ リコール管理データベース
６ 整備工場
７ 端末
８ 印刷システム
９ ダイレクトメール
９Ａ 広告表示領域
９Ｂ リコール案内表示領域
９Ｃ 二次元コード
１０ 所有者
１１ 車両
１５ ＣＰＵ
１６ 記憶装置
１７ 通信用インターフェース
２０ ＣＰＵ
２１ 記憶装置
２２ 通信用インターフェース
２３ 入力装置
２４ 表示装置
３０ 所有者情報記憶部
３１ リスト情報記憶部
３２ リスト取得部
３３ 問合せ部
３４ 表示制御部
３５ 特定部
３６ 通知処理部
４０ 車両管理テーブル
４１ リコール対象候補テーブル
４２ リコール対象車両抽出テーブル
４３ 通知対象者設定テーブル
５０ 車両一覧画面
５１ 車両情報表示領域
５２ リコール対応状況表示領域
５２Ａ リコール未改修フラグ
５３ チェックボックス
５４ 実行ボタン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】