(57)【要約】【課題】対象乗物が所定の条件を満たすか否かを的確に認識させる。【解決手段】対象車両を特定するための特定情報を記憶する特定情報記憶部１４と、特定情報記憶部１４から読み出された特定情報によって特定される対象車両がリコール対象候補の車両やリコール未実施車両であるかどうかの判定結果を取得する判定結果取得部１５と、対象車両がリコール対象候補の車両やリコール未実施車両であるという判定結果を判定結果取得部１５が取得したときに、当該判定結果に応じた情報を通知するための処理を実行する情報通知処理部１６と、を有する。判定結果取得部１５は、リコール対象候補の車両やリコール未実施車両を抽出するために設定された乗物抽出情報を蓄積しているデータベース１，３にアクセスして判定結果を取得する。【選択図】図６
2018163455.tif 000002
【特許請求の範囲】
【請求項１】
対象乗物を特定するための特定情報を記憶する特定情報記憶部と、
該特定情報記憶部から読み出された前記特定情報によって特定される前記対象乗物が所定の条件を満たす乗物であるかどうかの判定結果を取得する判定結果取得部と、
前記対象乗物が前記所定の条件を満たす乗物であるという前記判定結果を前記判定結果取得部が取得したときに、前記判定結果に応じた情報を通知するための処理を実行する情報通知処理部と、を有し、
前記判定結果取得部は、前記所定の条件を満たす乗物を抽出するために設定された乗物抽出情報を蓄積しているデータベースにアクセスして前記判定結果を取得することを特徴とする情報通知装置。
【請求項２】
前記対象乗物に関するサービスを申し込むときに入力される入力情報を取得する入力情報取得部を有し、
前記入力情報取得部が前記入力情報を取得すると、前記判定結果取得部は、前記対象乗物の前記特定情報を前記特定情報記憶部から読み出すと共に、前記データベースにアクセスして、前記対象乗物が前記所定の条件を満たす乗物であるかどうかの前記判定結果を取得することを特徴とする請求項１に記載の情報通知装置。
【請求項３】
前記入力情報取得部は、画面を通じて入力された前記入力情報を取得し、
前記情報通知処理部は、前記判定結果に応じた前記情報を前記画面に表示させるための処理を実行することを特徴とする請求項２に記載の情報通知装置。
【請求項４】
前記乗物抽出情報が新たに前記データベースに記憶されると、前記判定結果取得部は、前記対象乗物の前記特定情報を前記特定情報記憶部から読み出すと共に、前記データベースにアクセスして、前記対象乗物が前記データベースに新たに記憶された前記乗物抽出情報が示す前記所定の条件を満たす乗物であるかどうかの前記判定結果を取得することを特徴とする請求項１に記載の情報通知装置。
【請求項５】
乗物の識別情報を蓄積している第二のデータベースから前記対象乗物の前記識別情報を読み出し、読み出した該識別情報を前記特定情報として前記特定情報記憶部に記憶させる識別情報読み出し部を有することを特徴とする請求項１乃至４のいずれか一項に記載の情報通知装置。
【請求項６】
前記対象乗物に対して付与された識別情報を取得し、取得した該識別情報を前記特定情報として前記特定情報記憶部に記憶させる識別情報取得部を有し、
該識別情報取得部は、前記識別情報を示す画像情報を読み取って該画像情報を解析することで前記識別情報を割り出す端末と通信して、前記識別情報を取得することを特徴とする請求項１に記載の情報通知装置。
【請求項７】
前記判定結果取得部は、リコール対象候補の乗物を抽出するために設定された前記乗物抽出情報を蓄積している前記データベースにアクセスして、前記対象乗物がリコール対象候補の乗物であるかどうかの前記判定結果を取得することを特徴とする請求項１乃至６のいずれか一項に記載の情報通知装置。
【請求項８】
前記判定結果取得部は、リコール対象の乗物であってリコールによる改修が未実施である乗物を抽出するために設定された前記乗物抽出情報を蓄積している前記データベースにアクセスして、前記対象乗物がリコール対象の乗物であってリコールによる改修が未実施である乗物であるかどうかの前記判定結果を取得することを特徴とする請求項１乃至６のいずれか一項に記載の情報通知装置。
【請求項９】
コンピュータが、対象乗物を特定するための特定情報を記憶し、
コンピュータが、記憶された前記特定情報から特定された前記対象乗物が所定の条件を満たす乗物であるかどうかの判定結果を取得し、
コンピュータが、前記対象乗物が前記所定の条件を満たす乗物であるという前記判定結果を取得したときに、前記判定結果に応じた情報を通知するための処理を実行し、
前記判定結果を取得する際、コンピュータは、前記所定の条件を満たす乗物を抽出するために設定された乗物抽出情報を蓄積しているデータベースにアクセスして前記判定結果を取得することを特徴とする情報通知方法。
【請求項１０】
コンピュータによって実行されるコンピュータプログラムであって、
前記コンピュータを、
対象乗物を特定するための特定情報を記憶する特定情報記憶部と、
該特定情報記憶部に記憶された前記特定情報から特定された前記対象乗物が所定の条件を満たす乗物であるかどうかの判定結果を取得する判定結果取得部と、
前記対象乗物が前記所定の条件を満たす乗物であるという前記判定結果を前記判定結果取得部が取得したときに、前記判定結果に応じた情報を通知するための処理を実行する情報通知処理部と、を有する情報通知装置として機能させ、
前記コンピュータを前記情報通知装置として機能させた際に、前記判定結果取得部は、前記所定の条件を満たす乗物を抽出するために設定された乗物抽出情報を蓄積しているデータベースにアクセスして前記判定結果を取得することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報通知装置、情報通知方法及びコンピュータプログラムに係り、特に、所定の条件を満たす乗物の所有者に対して情報を通知するための情報通知装置、情報通知方法、及び、コンピュータを情報通知装置として機能させるためのコンピュータプログラムに関する。
【背景技術】
【０００２】
所定の条件を満たす乗物の所有者に対して、その事実（所有する乗物が所定の条件を満たすという事実）を通知する方法としては、種々の方法が挙げられる。例えば、リコール対象の乗物の所有者に対して、その事実をダイレクトメールで通知したり、新聞や雑誌あるいはウェブニュース等のメディアを通じて通知したりする方法が知られている。
【０００３】
別の通知方法を挙げると、特許文献１に記載の技術のように、乗物や施設に配置された通信装置間において、Ｐ２Ｐ（ピアトゥーピア）方式による接続を介してリコール情報等を配信することが考えられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１４８９５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
所定の条件を満たす乗物の所有者に対して、その事実を通知する際には、所有者が確実に当該事実を認識し得るように通知する必要がある。一方、ダイレクトメールで通知しようとする場合、所定の条件を満たす乗物の所有者の連絡先が転居や乗物の移譲等によって変わってしまうと、所有者に通知が届かない可能性がある。また、メディアを通じて通知しようとすると、不特定多数の者に伝えることになるため、所定の条件を満たす乗物の所有者が、通知された情報を見過ごす可能性がある。また、Ｐ２Ｐ方式を介した通信によって通知する場合には、通信装置同士が通信可能な範囲内にない限り、情報が配布（拡散）されず、所定の条件を満たす乗物の所有者にまで情報が届かない可能性がある。
【０００６】
そこで、本発明は、上記の問題に鑑みてなされたものであり、その目的は、対象乗物が所定の条件を満たすか否かを的確に認識させることが可能な情報通知装置を提供することである。
また、本発明の他の目的は、対象乗物が所定の条件を満たすか否かを的確に認識させるための情報通知方法、コンピュータを、所定の条件を満たす乗物の存在を的確に認識されるように情報を通知することが可能な情報通知装置として機能させるためのコンピュータプログラムを提供することである。
【課題を解決するための手段】
【０００７】
前記課題は、本発明の情報通知装置によれば、対象乗物を特定するための特定情報を記憶する特定情報記憶部と、該特定情報記憶部から読み出された前記特定情報によって特定される前記対象乗物が所定の条件を満たす乗物であるかどうかの判定結果を取得する判定結果取得部と、前記対象乗物が前記所定の条件を満たす乗物であるという前記判定結果を前記判定結果取得部が取得したときに、前記判定結果に応じた情報を通知するための処理を実行する情報通知処理部と、を有し、前記判定結果取得部は、前記所定の条件を満たす乗物を抽出するために設定された乗物抽出情報を蓄積しているデータベースにアクセスして前記判定結果を取得することにより解決される。
【０００８】
本発明の情報通知装置は、上述の通り、所定の条件を満たす乗物を抽出するために設定された乗物抽出情報を蓄積しているデータベースにアクセスし、対象乗物が所定の条件を満たす乗物であるかどうかの判定結果を取得する。そして、本発明の情報通知装置は、対象乗物が所定の条件を満たす乗物であるという判定結果を取得したとき、当該判定結果に応じた情報を通知するための処理を実行する。このような構成により、対象乗物が所定の条件を満たすか否かを的確に認識させることが可能となる。
【０００９】
本発明の情報通知装置に関して好適な構成を述べると、前記対象乗物に関するサービス申し込むときに入力される入力情報を取得する入力情報取得部を有し、前記入力情報取得部が前記入力情報を取得すると、前記判定結果取得部は、前記対象乗物の前記特定情報を前記特定情報記憶部から読み出すと共に、前記データベースにアクセスして、前記対象乗物が前記所定の条件を満たす乗物であるかどうかの前記判定結果を取得するとよい。
上記の構成では、対象乗物に関するサービスを申し込むときに入力された情報（入力情報）を取得した時点で、対象乗物が所定の条件を満たすかどうかの判定結果を取得する。このような構成であれば、対象乗物に関するサービスの申し込みを行うタイミングで、対象乗物が所定の条件を満たしているか否かを知らせることが可能となる。
【００１０】
本発明の情報通知装置に関してより好適な構成を述べると、前記入力情報取得部は、画面を通じて入力された前記入力情報を取得し、前記情報通知処理部は、前記判定結果に応じた前記情報を前記画面に表示させるための処理を実行するとよい。
上記の構成では、対象乗物が所定の条件を満たす乗物であるという判定結果を得た場合に、その事実を、対象乗物に関するサービスを申し込む際の情報入力画面を通じて表示する。これにより、対象乗物が所定の条件を満たすか否かをより的確に認識させることが可能となる。
【００１１】
また、本発明の情報通知装置において、前記乗物抽出情報が新たに前記データベースに記憶されると、前記判定結果取得部は、前記対象乗物の前記特定情報を前記特定情報記憶部から読み出すと共に、前記データベースにアクセスして、前記対象乗物が前記データベースに新たに記憶された前記乗物抽出情報が示す前記所定の条件を満たす乗物であるかどうかの前記判定結果を取得してもよい。
上記の構成では、乗物抽出情報が新たにデータベースに記憶された時点で、対象乗物が所定の条件を満たすかどうかの判定結果を取得する。このような構成であれば、乗物の抽出条件が新たに設定されたタイミングで、対象乗物が当該条件を満たしているか否かを確認することが可能となる。
【００１２】
本発明の情報通知装置に関して更に好適な構成を述べると、乗物の識別情報を蓄積している第二のデータベースから前記対象乗物の前記識別情報を読み出し、読み出した該識別情報を前記特定情報として前記特定情報記憶部に記憶させる識別情報読み出し部を有するとよい。
あるいは、前記対象乗物に対して付与された識別情報を取得し、取得した該識別情報を前記特定情報として前記特定情報記憶部に記憶させる識別情報取得部を有し、該識別情報取得部は、前記識別情報を示す画像情報を読み取って該画像情報を解析することで前記識別情報を割り出す端末と通信して、前記識別情報を取得してもよい。
以上の構成であれば、乗物の識別情報を蓄積しているデータベース（第二のデータベース）、あるいは乗物の識別情報を示す画像情報を読み取って当該識別情報を割り出す端末から、対象乗物の識別情報を取得する。このような構成であれば、対象乗物の特定情報である識別情報を比較的簡単に取得することが可能となる。
【００１３】
なお、前記判定結果取得部は、リコール対象候補の乗物を抽出するために設定された前記乗物抽出情報を蓄積している前記データベースにアクセスして、前記対象乗物がリコール対象候補の乗物であるかどうかの前記判定結果を取得してもよい。
以上の構成であれば、対象乗物がリコール対象候補となっているか否かを的確に認識させることが可能となる。
【００１４】
また、前記判定結果取得部は、リコール対象の乗物であってリコールによる改修が未実施である乗物を抽出するために設定された前記乗物抽出情報を蓄積している前記データベースにアクセスして、前記対象乗物がリコール対象の乗物であってリコールによる改修が未実施である乗物であるかどうかの前記判定結果を取得してもよい。
以上の構成であれば、対象乗物がリコール対象の乗物であってリコールによる改修が未実施である乗物（すなわち、リコール未実施の乗物）であるか否かを的確に認識させることが可能となる。
【００１５】
また、前述の課題は、本発明の情報通知方法によれば、コンピュータが、対象乗物を特定するための特定情報を記憶し、コンピュータが、記憶された前記特定情報から特定された前記対象乗物が所定の条件を満たす乗物であるかどうかの判定結果を取得し、コンピュータが、前記対象乗物が前記所定の条件を満たす乗物であるという前記判定結果を取得したときに、前記判定結果に応じた情報を通知するための処理を実行し、前記判定結果を取得する際、コンピュータは、前記所定の条件を満たす乗物を抽出するために設定された乗物抽出情報を蓄積しているデータベースにアクセスして前記判定結果を取得することにより解決される。
上記の方法であれば、対象乗物が所定の条件を満たすか否かを的確に認識させることが可能となる。
【００１６】
また、前述の課題は、本発明のコンピュータプログラムによれば、コンピュータによって実行されるコンピュータプログラムであって、前記コンピュータを、対象乗物を特定するための特定情報を記憶する特定情報記憶部と、該特定情報記憶部に記憶された前記特定情報から特定された前記対象乗物が所定の条件を満たす乗物であるかどうかの判定結果を取得する判定結果取得部と、前記対象乗物が前記所定の条件を満たす乗物であるという前記判定結果を前記判定結果取得部が取得したときに、前記判定結果に応じた情報を通知するための処理を実行する情報通知処理部と、を有する情報通知装置として機能させ、前記コンピュータを前記情報通知装置として機能させた際に、前記判定結果取得部は、前記所定の条件を満たす乗物を抽出するために設定された乗物抽出情報を蓄積しているデータベースにアクセスして前記判定結果を取得することにより解決される。
上記のコンピュータプログラムをコンピュータが実行することで、対象乗物が所定の条件を満たすか否かを的確に認識させることが可能となる。
【発明の効果】
【００１７】
本発明によれば、対象乗物が所定の条件を満たすか否かを的確に認識させることが可能となる。
【図面の簡単な説明】
【００１８】
【図１】リコール発生の流れを示す図である。
【図２】本発明の第一実施例に係る情報通知装置を含む情報通知システムを示す図である。
【図３】対象乗物がリコール対象候補の乗物である場合の画面例を示す図である。
【図４】対象乗物がリコール未実施の乗物である場合の画面例を示す図である。
【図５】第一実施例に係る情報通知装置のハードウェア構成を示す図である。
【図６】第一実施例に係る情報通知装置の各機能部を示す図である。
【図７】第一実施例に係る情報通知装置を用いた情報通知方法のフローを示す図である。
【図８】第二実施例に係る情報通知システムを示す図である。
【図９】第二実施例において対象乗物がリコール対象候補の乗物である場合の画面を示す図である。
【図１０】第二実施例において対象乗物がリコール未実施の乗物である場合の画面を示す図である。
【図１１】第二実施例に係る情報通知装置のハードウェア構成を示す図である。
【図１２】第二実施例に係る情報通知装置の各機能部を示す図である。
【図１３】第二実施例に係る情報通知装置を用いた情報通知方法のフローを示す図である。
【図１４】変形例に係る情報通知フローの流れを示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の一実施形態（本実施形態）について具体例を挙げて説明する。以下の説明では、車両を乗物の一例に挙げて説明する。ただし、本発明は、車両以外の乗物にも適用可能であり、例えば、自動二輪車、船舶又は航空機に対しても適用可能である。
【００２０】
＜＜本実施形態に係る情報通知装置の用途について＞＞
以下、本実施形態に係る情報通知装置の用途について説明する。本実施形態に係る情報通知装置は、所定の条件を満たす車両の所有者に対して、その事実（すなわち、自己の車両が所定の条件を満たすこと）を認識させるために用いられる。
【００２１】
具体的に説明すると、本実施形態では、リコール対象候補の車両やリコール未実施の車両の保有者に対して、その事実を認識させるために用いられる。ここで、リコール発生の流れについて図１を参照しながら概説する。図１は、リコール発生の流れを示す図である。
【００２２】
リコール発生の原因となる事象（例えば、欠陥車両が存在していること）が車両メーカ側で認識されたとき、車両メーカは、所定の機関（例えば、国土交通省）に対してリコールの届け出を行う。当該機関は、届出を受理すると、リコール対象候補の車両を特定し、特定した車両を販売した車両メーカ及びディーラに対してリコールの実施を指示する。
【００２３】
リコールの実施を指示された車両メーカ及びディーラは、従来、これらの者が保有している車両保有者のリスト（所有者、カーオーナリスト）を参照し、当該リストに記載されている住所や連絡先にダイレクトメール等を送付していた。しかしながら、『発明が解決しようとする課題』の項で説明したように、リコール対象候補の車両を販売してから長期間が経過していると、当該車両の保有者が転居していたり、車両の移譲によって保有者自体が変わっていたりする。このようなケースでは、販売時当初の車両保有者に対してダイレクトメールを送付しても、その車両保有者あるいは変更後の車両保有者に適切に届かない虞がある。
【００２４】
また、車両メーカ及びディーラがリコール対象候補車両の所有者に対して、その事実を知らせる手段としては、新聞や雑誌等のメディアを通じてリコール対象候補の車両を告知することも従来から行われている。ただし、このような方法では、不特定多数を相手に知らせるため、リコール対象候補車両の保有者が、その情報に気付かないで見過ごしてしまう虞がある。
【００２５】
これに対して、本実施形態に係る情報通知装置を用いれば、リコール対象候補の車両やリコール未実施の車両の保有者に対して、その事実を的確に認識させることができ、その後の対応（具体的には、リコール改修のための入庫予約手続）を円滑に進めることが可能となる。
【００２６】
以下では、本実施形態に係る情報通知装置について２つの例（第一実施例及び第二実施例）を挙げ、各例に係る情報通知装置の構成例や動作例について説明することとする。
【００２７】
＜＜第一実施例に係る情報通知装置について＞＞
第一実施例に係る情報通知装置（以下、単に装置１０）は、整備工場において利用されるコンピュータからなり、具体的には、整備工場が自己の顧客を管理するための管理ツールとして利用されているパソコンによって構成される。詳しく説明すると、整備工場は、サービスとして車両の点検や整備を実施すると共に、中古車の販売を事業として行っている。整備工場の従業員は、装置１０を利用して、車両の点検・整備に関する内容や実施年月日等を、点検・整備の依頼者である車両所有者（カーオーナ）毎に記録する。また、整備工場の従業員は、装置１０を利用して、販売した中古車に関する車両情報を、中古車の所有者（カーオーナ）毎に記録する。また、整備工場の従業員は、以上の情報を記録する際に、車両所有者（カーオーナ）の個人情報、具体的には住所やメールアドレス等の連絡先を併せて記録する。
【００２８】
装置１０は、図２に示すように、ネットワークを通じて他の関連装置と共に情報通知システムＳを構築している。図２は、情報通知システムＳの説明図である。情報通知システムＳは、同図に示すように、装置１０と、第一のデータベース１と、第二のデータベース２と、第三のデータベース３とを主な構成機器として備えている。装置１０は、第一のデータベース１、第二のデータベース２及び第三のデータベース３の各々とネットワークを介して通信可能に接続されている。
【００２９】
第一のデータベース１は、リコール届出を受理すると共にリコールの監督・指導を行う機関（具体的には、国土交通省）が管理するデータベースであり、具体的にはデータベースサーバによって構成されている。第一のデータベース１には、リコール対象候補の車両を抽出するために設定された乗物抽出情報を蓄積している。ここで、第一のデータベース１に蓄積されている乗物抽出情報は、リコールの届出内容から特定されるものであり、具体的には、リコール対象候補の車両の車台番号を示す情報である。ただし、乗物抽出情報については、車台番号に限定されるものではなく、それ以外の情報（例えば、リコール対象候補の車両が販売されていた期間や販売地区）であってもよい。
【００３０】
第二のデータベース２は、整備工場の顧客管理業務を支援するサポート会社が管理するデータベースであり、上記のサポート会社が保有するデータベースサーバ、あるいは、クラウドサービス提供用のサーバコンピュータによって構成されている。第二のデータベース２には、整備工場において装置１０を利用して入力された情報、具体的には、車両の点検・整備に関する情報や販売した中古車の車両情報が蓄積されている。
【００３１】
より詳しく説明すると、整備工場において点検・整備が行われた車両の車台番号（識別情報に相当）、点検・整備の実施年月日、点検結果や整備内容（交換部品）、次回の定期点検の実施予定日が車両所有者の個人情報と紐付けられた状態で第二のデータベース２に蓄積されている。また、整備工場にて販売された中古車のうち、購入された車両の車台番号（識別情報に相当）、購入年月日、オプション購入品の有無、車検の有効期限が車両所有者（購入者）の個人情報と紐付けられた状態で第二のデータベース２に蓄積されている。
【００３２】
なお、第二のデータベース２に蓄積されている情報は、逐次更新され、具体的には車両の点検・整備が行われる度に更新され、あるいは、整備工場で販売している中古車が購入される度に更新される。
【００３３】
第三のデータベース３は、車両メーカが管理するデータベースであり、具体的には、データベースサーバによって構成されている。第三のデータベース３には、リコール対象車両であってリコールによる改修が未実施である車両（すなわち、リコール未実施の車両）を抽出するために設定された乗物抽出情報を蓄積している。より詳しく説明すると、第三のデータベース３に蓄積されている乗物抽出情報は、リコール車両情報である。リコール車両情報とは、車両メーカが把握しているリコール未実施の車両の車台番号を示す情報、あるいはリコールによる改修が既に実施された車両の車台番号を示す情報である。なお、第三のデータベース３に蓄積されているリコール車両情報は、リコールによる改修が行われる度(換言すると、リコール未実施の車両が減る度)に更新される。
【００３４】
以上までに説明してきた機器により構成された情報通知システムＳでは、装置１０が第二のデータベース２に定期的にアクセスして、近日中に定期点検の実施予定日や車検の有効期限日を迎える車両と、その保有者の連絡先とを特定する。この際に特定される車両（すなわち、近日中に定期点検の実施予定日や車検の有効期限日を迎える車両）は、第一実施例における対象車両に相当する。
【００３５】
また、装置１０は、対象車両を特定する際に、当該対象車両の車台番号（識別情報に相当）を第二のデータベース２から読み出す。その後、車台番号が読み出された対象車両については、リコール対象候補の車両又はリコール未実施の車両であるか否かが判定される。
【００３６】
具体的に説明すると、装置１０が対象車両の車台番号と共に特定した当該対象車両の所有者の連絡先宛てに、整備工場から定期点検や車検の実施依頼通知が送られてくる。対象車両の所有者は、当該通知を受領すると、所定の方法により点検又は整備の申し込みを行う。点検又は整備の申し込みは、整備工場への対象車両の入庫を予約するタイミング、あるいは、入庫のために対象車両を整備工場へ持ち込むタイミングで行われる。
【００３７】
対象車両の所有者が点検又は整備を申し込む際、整備工場の従業員は、装置１０を操作して、申し込みに必要な情報（例えば、対象車両の保有者の名前等）を入力する。この入力情報の入力は、ディスプレイの画面（画面に相当）を通じて行われる。入力情報の入力が行われると、これを契機として装置１０が第二のデータベース２にアクセスし、入力情報をキーとして対象車両の車台番号を検索する。装置１０は、検索した対象車両の車台番号を装置１０内のメモリに記憶する。
【００３８】
その後、装置１０は、メモリから対象車両の車台番号を読み出すと共に、第一のデータベース１や第三のデータベース３にアクセスして、リコール対象候補の車台番号を示す情報やリコール車両情報を取得する。その後、第一のデータベース１や第三のデータベース３から取得した情報に基づいて、リコール対象候補の車両の車台番号及びリコール未実施車両の車台番号が割り出される。
【００３９】
ここで、データベースから取得した情報に基づいて車台番号を割り出す際には、データベースから取得した情報（ダウンロードした情報）を装置１０が直接読み取ることで車台番号を割り出してもよい。あるいは、データベースから取得した情報を画面表示し、その情報を見た人（ヒト）が当該情報から車台番号を割り出してもよい。なお、人が車台番号を割り出した場合には、割り出した車台番号を別のデータベース（例えば、後述する第四のデータベース４）に蓄積し、以降、当該データベースから車台番号を参照してもよい。
【００４０】
装置１０は、第一のデータベース１や第三のデータベース３から取得した情報に基づいて割り出された車台番号と、装置１０内のメモリから読み出した対象車両の車台番号とを照合する。すなわち、装置１０は、対象車両がリコール対象候補の車両又はリコール未実施車両であるかどうかを判定する。この結果、装置１０は、対象車両がリコール対象候補の車両又はリコール未実施の車両であるかどうかについての判定結果を取得する。
【００４１】
そして、装置１０は、対象車両がリコール対象候補の車両又はリコール未実施の車両であるという判定結果を取得したとき、当該判定結果に応じた情報を通知するための処理を実行する。具体的に説明すると、装置１０は、図３や図４に示すように、点検・整備の申し込み時に入力情報の表示画面として利用されたディスプレイの画面に、対象車両がリコール対象候補の車両又はリコール未実施の車両である旨のメッセージを表示する。
【００４２】
以上により、点検・整備の申し込みを受け付けるために装置１０を操作している整備工場の従業員は、対象車両がリコール対象候補の車両又はリコール未実施の車両であることを認識するようになる。また、整備工場の従業員は、対象車両の所有者に対して、当該対象車両がリコール対象候補の車両又はリコール未実施の車両である旨をメール等の通知手段によって通知する。これにより、対象車両の所有者も、自己の車両がリコール対象候補の車両又はリコール未実施の車両であることを認識するようになる。なお、対象車両の所有者への通知は、装置１０によって自動的に行われてもよい。
【００４３】
以上までに説明してきた内容について補足すると、上記の実施例では、対象車両がリコール対象候補の車両であるか否かを判定するにあたり、装置１０が第一のデータベース１や第三のデータベース３にアクセスして乗物抽出情報（具体的には、リコール対象候補の車両の車台番号を示す情報やリコール車両情報）を取得することとした。このような構成では、対象車両が変わると、その度に装置１０が第一のデータベース１や第三のデータベース３にアクセスする形になる。
【００４４】
一方、第一のデータベース１に蓄積されている乗物抽出情報（すなわち、リコール対象候補の車両の車台番号）は、一度登録されると、原則として変化しない情報である。かかる点に注目し、例えば、第二のデータベース２を構成するサーバコンピュータに、第一のデータベース１に蓄積されている乗物抽出情報のリストをダウンロードさせてもよい。その上で、図２に示すように、第二のデータベース２を構成するサーバコンピュータが同コンピュータ内に、第一のデータベース１と同様のデータベースである第四のデータベース４（すなわち、乗物抽出情報を蓄積したデータベース）を別途構築してもよい。このような構成であれば、装置１０は、リコール対象候補の車両の車台番号を取得するにあたり、第一のデータベース１よりもアクセスし易い第四のデータベース４にアクセスすればよいことになる。この結果、対象車両が変わる度に第一のデータベース１にアクセスするという処理を行う必要がなく、乗物抽出情報の取得が円滑に行われるようになる。
【００４５】
なお、以下では、乗物抽出情報を取得する際のアクセス先が、第四のデータベース４ではなく第一のデータベース１であるケースを例に挙げて説明することとする。
【００４６】
また、上記の実施例では、対象車両がリコール対象候補の車両やリコール未実施の車両であるか否かの判定が装置１０によって行われることとした。ただし、これに限定されるものではなく、上記の判定が第一のデータベース１や第三のデータベース３を構成するデータベースサーバ側で行われてもよい。かかる場合、装置１０は、対象車両の車台番号を示すデータを上記のデータベースサーバに引き渡し、上記のデータベースサーバからネットワークを通じて判定結果を取得することになる。
【００４７】
以下では、装置１０の構成について詳しく説明する。装置１０は、前述したように、コンピュータ（厳密にはパソコン）からなり、図５に示すように、ＣＰＵ１０ａ（中央演算装置）、ＲＯＭやＲＡＭ等のメモリ１０ｂ、ハードディスクドライブ１０ｃ、通信用インタフェース１０ｄ、キーボードやマウス等の入力機器１０ｅ、及びディスプレイ１０ｆを有する。図５は、装置１０のハードウェア構成を示す図である。
【００４８】
装置１０としての機能は、上記のコンピュータがメモリ１０ｂに格納されたコンピュータプログラム（以下、情報通知プログラム）を実行することで実現される。情報通知プログラムは、フラッシュメモリ、光ディスク等、コンピュータが読み取り可能な情報記憶媒体に記憶されており、この情報記憶媒体が上記のコンピュータに読み取られること（分かり易くは、インストールされてコンピュータ内に格納されること）で実行可能となっている。なお、情報通知プログラムは、インターネットやイントラネットを通じたデータ通信によって配信されてもよい。また、情報通知プログラムは、アプリケーションサービスプロバイダ（ＡＳＰ）やクラウドサービス用のサーバを介してネットワーク経由で利用可能なプログラムであってもよい。
【００４９】
装置１０の構成を機能面から改めて説明すると、装置１０は、図６に示すように、表示部１１と、入力情報取得部１２と、識別情報読み出し部１３と、特定情報記憶部１４と、判定結果取得部１５と、情報通知処理部１６と、を有する。図６は、装置１０が有する機能部を示すブロック図である。
【００５０】
上記の各機能部は、装置１０のハードウェア機器（具体的には、ＣＰＵ１０ａ、メモリ１０ｂ、ハードディスクドライブ１０ｃ、通信用インタフェース１０ｄ、入力機器１０ｅ、及びディスプレイ１０ｆ）がソフトウェアとしての情報通知プログラムと協働することで実現される。以下、装置１０が有する各機能部について個別に説明する。
【００５１】
表示部１１は、ディスプレイ１０ｆに表示画面（画面に相当）を描画し、その表示画面上で情報を表示する。表示部１１が描画する表示画面には、対象車両の所有者が点検又は整備を申し込むときに整備工場の従業員が所定の入力情報を入力するための入力画面が含まれる。
【００５２】
また、表示部１１が表示する情報には、図３や図４に図示した判定結果情報が含まれている。判定結果情報とは、対象車両がリコール対象候補の車両であるか否かについての判定結果に応じた情報であり、具体的には、判定結果が記載された警告メッセージである。
【００５３】
入力情報取得部１２は、対象車両の所有者が対象車両に関するサービスを申し込むときに入力される入力情報を取得する。具体的に説明すると、対象車両の所有者がサービスとして対象車両の検査又は整備を申し込む際、整備工場の従業員が対象車両の所有者から申し込み内容を聴取し、聴取した内容を入力するために装置１０の入力機器１０ｅを操作する。従業員が装置１０の入力機器１０ｅを操作すると、表示部１１がディスプレイ１０ｆに入力画面を描画する。従業員が入力画面（画面に相当）を通じて入力情報を入力すると、入力情報取得部１２は、入力機器１０ｅを介して入力操作を受け付け、入力情報を取得する。
【００５４】
なお、以下では、入力情報取得部１２が入力情報として点検・整備の申し込み者（すなわち、対象車両の保有者）の氏名を取得するケースを例に挙げて説明することとする。
【００５５】
識別情報読み出し部１３は、入力情報取得部１２が取得した入力情報に基づき、点検又は整備が申し込まれた車両、すなわち対象車両の車台番号（識別情報）を第二のデータベース２から読み出す。具体的に説明すると、入力情報取得部１２が入力情報を取得すると、これを契機として識別情報読み出し部１３が第二のデータベース２にアクセスする。そして、識別情報読み出し部１３は、入力情報である対象車両の所有者の氏名をキーとして、対象車両の車台番号を読み出す。
【００５６】
特定情報記憶部１４は、装置１０が有するメモリ１０ｂの記憶領域の一部に、識別情報読み出し部１３が読み出した対象車両の車台番号（識別情報）を特定情報として一時的に記憶する。換言すると、識別情報読み出し部１３は、第二のデータベース２から読み出した対象車両の車台番号を特定情報として特定情報記憶部１４に記憶させる。ここで、特定情報とは、対象車両を特定するための情報のことである。
【００５７】
判定結果取得部１５は、対象車両がリコール対象候補の車両やリコール未実施の車両であるかどうかの判定結果を取得する。具体的に説明すると、判定結果取得部１５は、入力情報取得部１２が入力情報を取得すると、対象車両の特定情報を特定情報記憶部１４から読み出す。これと共に、判定結果取得部１５は、第一のデータベース１や第三のデータベース３にアクセスして、対象車両がリコール対象候補の車両又はリコール未実施の車両であるか否かの判定結果を取得する。
【００５８】
より詳しく説明すると、入力情報取得部１２が入力情報を取得したことをトリガーとして判定結果取得部１５が特定情報記憶部１４から特定情報（すなわち、対象車両の車台番号）を読み出す。その後、判定結果取得部１５は、インターネット等の外部通信ネットワークを経由して第一のデータベース１にアクセスし、リコール対象候補の車両の車台番号を取得する。判定結果取得部１５は、特定情報記憶部１４から読み出した対象車両の車台番号と、第一のデータベース１から取得したリコール対象候補の車両の車台番号とを照合する。
【００５９】
そして、両方の車台番号が一致した場合、判定結果取得部１５は、対象車両がリコール対象候補の車両であるという判定結果を得る。反対に、両方の車台番号が相違する場合、判定結果取得部１５は、対象車両がリコール対象候補の車両ではないという判定結果を得る。
【００６０】
また、対象車両がリコール対象候補の車両であるという判定結果を得たとき、判定結果取得部１５は、さらに第三のデータベース３にアクセスし、リコール車両情報（厳密には、第三のデータベース３にアクセスした時点でリコール未実施である車両の車台番号、あるいは、同時点でリコールによる改修が既に実施済みである車両の車台番号）を取得する。判定結果取得部１５は、第三のデータベース３から取得したリコール車両情報からリコール未実施車両の車台番号を割り出す。判定結果取得部１５は、特定情報記憶部１４から読み出した対象車両の車台番号と、リコール車両情報から割り出したリコール未実施車両の車台番号とを照合する。
【００６１】
そして、両方の車台番号が一致した場合、判定結果取得部１５は、対象車両がリコール未実施車両であるという判定結果を得る。反対に、両方の車台番号が相違する場合、判定結果取得部１５は、対象車両がリコール未実施の車両ではないという判定結果を得る。
【００６２】
本実施形態では、上述のように、判定結果を取得するにあたり、判定結果取得部１５が、特定情報記憶部１４から読み出した対象車両の車台番号と、第一のデータベース１や第三のデータベース３から取得した車台番号とを照合する。ただし、これに限定されるものではない。例えば、対象車両の車台番号を示すデータ（以下、車体番号データ）を第一のデータベース１を構成するサーバコンピュータや第三のデータベース３を構成するサーバコンピュータに引き渡し、サーバコンピュータ側で番号照合を実施し、照合の結果（すなわち、判定結果）をサーバコンピュータから受け取ることで判定結果を取得してもよい。
【００６３】
情報通知処理部１６は、対象車両がリコール対象候補の車両やリコール未実施車両であるという判定結果を判定結果取得部１５が取得したときに、判定結果情報を通知するための処理を実行する。具体的に説明すると、情報通知処理部１６は、判定結果情報を示すデータを生成し、当該データに基づいて表示部１１を制御する。これにより、図３や図４に図示したような判定結果情報がディスプレイ１０ｆの表示画面に表示されるようになる。より厳密に説明すると、対象車両の点検・整備の申し込みに必要な入力情報を受け付けるためにディスプレイ１０ｆに描画された入力画面の上に重ねるように判定結果情報が表示（詳しくは、ポップアップ表示）される。
【００６４】
本実施形態では、上述のように、整備工場に設置されたディスプレイ１０ｆの画面に判定結果情報を表示することで当該判定結果情報を通知する。ただし、これに限定されるものではなく、判定結果情報が示す内容を音声にて再生することで当該判定結果情報を通知してもよい。また、判定結果情報を整備工場側で通知すると共に、対象車両の所有者に通知してもよい。具体的には、判定結果情報を示すメールを対象車両の所有者のアドレス宛に送信したり、対象車両の所有者の携帯電話やスマートフォンに架電したりして通知してもよい。
【００６５】
次に、装置１０を用いた情報通知方法について図７を参照しながら説明する。図７は、装置１０を用いた情報通知のフロー（以下、情報通知フロー）を示す図である。
【００６６】
情報通知フローは、本発明の情報通知方法を採用している。つまり、情報通知フロー中の各工程（具体的には、図７に図示の各ステップ）は、本発明の情報通知方法を構成する要素に相当する。また、情報通知フローの各工程は、装置１０を構成するコンピュータ（以下、単にコンピュータ）によって実施される。
【００６７】
情報通知フローの前段階において、コンピュータは、第二のデータベース２にアクセスし、近日中に定期点検の実施予定日や車検の有効期限日を迎える車両（対象車両）と、その保有者の連絡先とを特定する。装置１０を操作する整備工場の従業員は、特定された対象車両の保有者に向けて、定期点検や車検の実施依頼通知を送付する。対象車両の所有者は、その通知を受領すると、所定の方法により点検又は整備の申し込みを行う。
【００６８】
整備工場の従業員は、対象車両の所有者から点検又は整備の申し込みがあると、コンピュータを操作して、申し込みに必要な入力情報（具体的には、対象車両の保有者の氏名）を入力する。換言すると、コンピュータは、対象車両の検査又は整備を申し込むときに入力される入力情報を取得する（Ｓ００１）。かかるステップＳ００１を契機として、情報通知フローが開始され、以降のステップが実施されるようになる。
【００６９】
具体的に説明すると、コンピュータは、入力情報を取得すると第二のデータベース２にアクセスし、対象車両の保有者の氏名をキーとして対象車両の車台番号を読み出す（Ｓ００２）。また、コンピュータは、読み出した対象車両の車台番号を同コンピュータ内のメモリに特定情報として一時的に記憶させる（Ｓ００３）。
【００７０】
その後、コンピュータは、メモリに一時的に記憶された対象車両の車台番号を読み出すと共に、第一のデータベース１にアクセスする（Ｓ００４、Ｓ００５）。コンピュータは、リコール対象候補の車両の車台番号を第一のデータベース１から取得する（Ｓ００６）。そして、コンピュータは、ステップＳ００４で読み出した対象車両の車台番号と、ステップＳ００６で第一のデータベース１から取得した車台番号とを照合する。これにより、コンピュータは、対象車両がリコール対象候補の車両であるか否かについての判定結果を取得する（Ｓ００７）。
【００７１】
そして、コンピュータは、対象車両がリコール対象候補の車両であるという判定結果を取得したとき、その旨をディスプレイ１０ｆの表示画面に表示させるためのデータ処理（処理に相当）を実行する（Ｓ００８）。この際、表示画面には、リコールに関する詳細調査を行うか否かの選択ボタン（図３中、記号Ｂが付されたボタン）を併せて表示する。そして、選択ボタンが画面上で押されると（Ｓ００９でＹｅｓ）、コンピュータは、ステップＳ０１０以降の工程を実施する。
【００７２】
一方、対象車両がリコール対象候補の車両であるという判定結果を取得しない場合、及び、上記の選択ボタンが押されなかった場合（Ｓ００９でＮｏ）、コンピュータは、その時点で情報通知フローを終了する。
【００７３】
ステップＳ００９に戻って説明すると、選択ボタンが押された場合、コンピュータは、第三のデータベース３にアクセスして、リコール車両情報を取得する（Ｓ０１０、０１１）。そして、コンピュータは、ステップＳ０１１で取得したリコール車両情報からリコール未実施車両の車台番号を割り出し、割り出した車台番号と、ステップＳ００４で読み出した対象車両の車台番号とを照合する。これにより、コンピュータは、対象車両がリコール未実施車両であるか否かについての判定結果を取得する（Ｓ０１２）。
【００７４】
対象車両がリコール未実施車両であるという判定結果を取得したとき、コンピュータは、その旨をディスプレイ１０ｆの表示画面に表示させるためのデータ処理（処理に相当）を実行する（Ｓ０１３）。そして、ディスプレイ１０ｆに判定結果が表示された時点で、情報通知フローが終了する。
【００７５】
反対に、対象車両がリコール未実施車両ではないという判定結果を取得した場合、対象車両がリコール実施済みの車両であることになる。そのため、コンピュータは、判定結果を取得した時点で情報通知フローを終了させる。
【００７６】
以上のような手順によって情報通知フローが実施されることで、整備工場の従業員は、対象車両がリコール対象候補の車両又はリコール未実施の車両であった場合に、その事実を認識するようになる。また、整備工場の従業員は、対象車両の所有者に対して、当該対象車両がリコール対象候補の車両又はリコール未実施の車両である旨を通知する。これにより、対象車両の所有者も、自己の車両がリコール対象候補の車両又はリコール未実施の車両であることを認識するようになる。
【００７７】
以上までに説明してきたように、第一実施例では、点検又は整備の申し込み対象となる車両を対象車両として当該対象車両がリコール対象候補の車両又はリコール未実施車両であるか否かを判定し、その判定結果を点検又は整備の申し込み時に通知する。
【００７８】
なお、上述のケースでは、整備工場において従業員が操作するコンピュータが本発明の情報通知装置としての機能（すなわち、表示部１１、入力情報取得部１２、識別情報読み出し部１３、特定情報記憶部１４、判定結果取得部１５及び情報通知処理部１６）を有することとした。ただし、これに限定されるものではなく、第二のデータベース２を構成するサーバコンピュータが本発明の情報通知装置として機能してもよい。かかる場合、整備工場において従業員が操作するコンピュータは、情報通知装置の機能を利用するためのインタフェース機器として用いられることになる。
【００７９】
また、上述のケースでは、対象車両がリコール対象候補の車両又はリコール未実施車両であるという判定結果が得られたときに、その旨を表示するデータ処理のみを実行することとしたが、当該データ処理に加えて、他のデータ処理を更に実行してもよい。具体的に説明すると、リコールの届出があると、そのリコールに対して届出番号（以下、リコール届出番号）が付与される。リコール届出番号は、リコール届出の受理機関（具体的には、国土交通省）により公開される。また、リコール届出番号には、様々な情報（例えば、リコール発生の原因となった事象や対策方法）が紐付けられるようになる。すなわち、リコール届出番号をキーに設定することで、リコール対策に必要な情報を検索することが可能である。そして、対象車両がリコール対象候補の車両又はリコール未実施車両であるという判定結果が得られた場合には、当該対象車両の車両情報とリコール届出番号とを関連付けて第二のデータベース２等に記憶するデータ処理を別途実行してもよい。
【００８０】
＜＜第二実施例に係る情報通知装置について＞＞
第二実施例に係る情報通知装置（以下、第二の装置２０）は、例えば車両管理サービスを提供する会社（以下、サービス会社）が保有するサーバコンピュータによって構成される。詳しく説明すると、サービス会社は、車両管理用のアプリケーションプログラム（以下、車両管理用アプリ）を配信している。車両の所有者（カーオーナ）は、サービス会社から配信される車両管理用アプリをダウンロードし、自身のスマートフォンやタブレット端末等のユーザ端末３０（端末に相当）にインストールする。以降、車両の所有者（カーオーナ）は、ユーザ端末３０で車両管理用アプリを起動することにより、サービス会社が提供する各種のサービスを利用することができる。
【００８１】
そして、サービス会社が提供するサービスの中には、リコール対象チェックのサービスが含まれている。このサービスは、車両の所有者（カーオーナ）がユーザ端末３０にて車両管理用アプリを起動した後に自己の車両に関する情報を入力すると、入力された情報からリコール対象候補の車両やリコール未実施車両であるかを判定し、その判定結果に応じた情報をユーザ端末３０の画面に表示させるものである。
【００８２】
第二実施例において、第二の装置２０は、図８に示すように、ユーザ端末３０、第一のデータベース１及び第三のデータベース３と共に情報通知システムＳを構築している。図８は、第二実施例に係る情報通知システムＳの説明図である。
【００８３】
具体的に説明すると、第二の装置２０は、第一のデータベース１、第三のデータベース３及びユーザ端末３０の各々とネットワークを介して通信可能に接続されている。第二の装置２０は、第一のデータベース１や第三のデータベース３にアクセスすることで、乗物抽出情報（具体的には、リコール対象候補の車両の車台番号を示す情報やリコール車両情報）を取得する。
【００８４】
また、第二の装置２０は、車両の所有者（カーオーナ）がユーザ端末３０を操作することで取得した当該所有者の車両の車台番号（識別情報）を、ユーザ端末３０から受信する。なお、第二実施例では、上述のリコール対象チェックのサービスを利用するためにユーザ端末３０を操作する者の所有車両が対象車両に該当する。
【００８５】
第二実施例において対象車両の車台番号を取得する手順について詳しく説明すると、対象車両の所有者は、対象車両の車検証を用意した上で、ユーザ端末３０を操作して車両管理用アプリを起動する。その後、対象車両の所有者は、車検証に印字された画像情報としての二次元バーコード情報をユーザ端末３０（厳密には、ユーザ端末３０に備えられた画像読取機構）に読み取らせる。ユーザ端末３０は、読み取った二次元バーコード情報を解析することで対象車両の車台番号を割り出す。
【００８６】
対象車両の車台番号を割り出したユーザ端末３０は、車両管理用アプリの機能により、対象車両の車台番号を示すデータを生成して、第二の装置２０に向けて送信する。第二の装置２０は、ネットワーク経由でユーザ端末３０から上記データを取得することで、対象車両の車台番号を取得する。
【００８７】
第二の装置２０は、取得した対象車両の車台番号に基づき、対象車両がリコール対象候補の車両やリコール未実施の車両であるかを判定する。具体的には、第二の装置２０はユーザ端末３０から取得した対象車両の車台番号と、第一のデータベース１や第三のデータベース３から取得した乗物抽出情報が示す車台番号とを照合する。そして、両方の車台番号が一致した場合、第二の装置２０は、対象車両がリコール対象候補の車両やリコール未実施車両であるという判定結果を得ることになる。
【００８８】
第二の装置２０は、対象車両がリコール対象候補の車両又はリコール未実施の車両であるという判定結果を取得したとき、当該判定結果に応じた情報を通知するための処理を実行する。具体的に説明すると、第二の装置２０は、判定結果情報を示すデータを生成してユーザ端末３０に向けて送信する。ユーザ端末３０は、ネットワーク経由で上記のデータを受信すると、この受信データを展開する。これにより、ユーザ端末３０の表示画面には、図９や図１０に示すように、対象車両がリコール対象候補の車両又はリコール未実施の車両である旨のメッセージが表示される。図９及び図１０は、対象車両がリコール対象候補の車両又はリコール未実施車両である場合の画面例を示す図である。
【００８９】
以上により、サービス会社のサービスを利用可能なカーオーナ（車両の所有者）は、ユーザ端末３０を通じて、自己の車両がリコール対象候補の車両又はリコール未実施の車両であることを確認することが可能となる。つまり、第二実施例において、対象車両の所有者は、自己のリコール対象候補の車両又はリコール未実施の車両である場合に、その事実をユーザ端末３０で視認することで認識するようになる。
【００９０】
以下では、第二の装置２０の構成について詳しく説明する。第二の装置２０は、図１１に示すように、ハードウェア機器として、ＣＰＵ２０ａ、メモリ２０ｂ、ハードディスクドライブ２０ｃ及び通信用インタフェースを有する。図１１は、第二の装置２０のハードウェア構成を示す図である。
【００９１】
第二の装置２０としての機能は、第二の装置２０を構成するコンピュータがメモリ２０ｂに格納されたコンピュータプログラム（情報通知プログラム）を実行することで実現される。
【００９２】
第二の装置２０の構成を機能面から改めて説明すると、第二の装置２０は、図１２に示すように識別情報取得部２１と、特定情報記憶部２２と、判定結果取得部２３と、情報通知処理部２４と、を有する。図１２は、第二の装置２０が有する機能部を示すブロック図である。なお、上記の各機能部は、第二の装置２０のハードウェア機器（具体的には、ＣＰＵ２０ａ、メモリ２０ｂ、ハードディスクドライブ２０ｃ及び通信用インタフェース１０ｄ）がソフトウェアとしての情報通知プログラムと協働することで実現される。
【００９３】
識別情報取得部２１は、対象車両に対して付与された識別情報、厳密には車台番号を取得する。具体的に説明すると、識別情報取得部２１は、ユーザ端末３０と通信することで、ユーザ端末３０が車検証の二次元バーコードを読み取して割り出した対象車両の車台番号を取得する。また、識別情報取得部２１は、取得した対象車両の車台番号を特定情報として特定情報記憶部２２に記憶させる。
【００９４】
特定情報記憶部２２及び判定結果取得部２３は、第一実施例における特定情報記憶部１４及び判定結果取得部１５と同様であるため、説明を省略することとする。
【００９５】
情報通知処理部２４は、対象車両がリコール対象候補の車両やリコール未実施車両であるという判定結果を判定結果取得部２３が取得したときに、判定結果情報を通知するための処理を実行する。具体的に説明すると、情報通知処理部２４は、判定結果情報を示すデータを生成し、当該データをユーザ端末３０に向けて送信する。ユーザ端末３０では、受信したデータを展開することにより、図９や図１０に図示したような判定結果情報がユーザ端末３０の表示画面に表示されるようになる。
【００９６】
次に、第二の装置２０を用いた情報通知方法について図１３を参照しながら説明する。図１３は、第二の装置２０を用いた情報通知のフロー（以下、第二実施例に係る情報通知フロー）を示す図である。
【００９７】
第二実施例に係る情報通知フローは、本発明の情報通知方法を採用している。つまり、第二実施例に係る情報通知フロー中の各工程（具体的には、図１３に図示の各ステップ）は、本発明の情報通知方法を構成する要素に相当する。また、第二実施例に係る情報通知フローの各工程は、第二の装置２０を構成するコンピュータ（以下、単にコンピュータ）によって実施される。
【００９８】
第二実施例に係る情報通知フローの前段階において、サービス会社のサービスを受けようとするカーオーナ（車両の所有者）がユーザ端末３０を操作して車両管理用アプリを起動する。その上で、カーオーナは、自己の車両の車検証に印字された二次元バーコードをユーザ端末３０によって読み取る。これにより、ユーザ端末３０は、対象車両の車台番号（識別番号）を割り出す。また、ユーザ端末３０は、割り出した車台番号を示すデータを生成して第二の装置２０に向けて送信する。
【００９９】
コンピュータは、ユーザ端末３０と通信することで、対象車両の車台番号を示すデータを受信して、当該車台番号を取得する（Ｓ０２１）。かかるステップＳ０２１を契機として、第二実施例に係る情報通知フローが開始され、以降のステップが実施されるようになる。
【０１００】
コンピュータは、先ず、ステップＳ０２１で取得した対象車両の車台番号を同コンピュータ内のメモリに特定情報として一時的に記憶させる（Ｓ０２２）。その後、コンピュータは、メモリに一時的に記憶された対象車両の車台番号を読み出すと共に、第一のデータベース１にアクセスする（Ｓ０２３、Ｓ０２４）。コンピュータは、リコール対象候補の車両の車台番号を第一のデータベース１から取得する（Ｓ０２５）。
【０１０１】
また、コンピュータは、ステップＳ０２１で読み出した対象車両の車台番号と、ステップＳ０２５で第一のデータベース１から取得した車台番号とを照合する。これにより、コンピュータは、対象車両がリコール対象候補の車両であるか否かについての判定結果を取得する（Ｓ０２６）。
【０１０２】
そして、コンピュータは、対象車両がリコール対象候補の車両であるという判定結果を取得したとき、その旨をユーザ端末３０の表示画面に表示させるためのデータ処理（処理に相当）を実行する（Ｓ０２７）。具体的に説明すると、コンピュータは、対象車両がリコール対象候補の車両であることを示す警告メッセージをユーザ端末３０の表示画面に表示させるためのデータを生成し、ユーザ端末３０に向けて送信する。
【０１０３】
ユーザ端末３０側で判定結果情報を表示させると、図９に示すように、リコールに関する詳細調査を行うか否かの選択ボタン（図９中、記号Ｂが付されたボタン）が併せて画面表示される。選択ボタンが画面上で押されると（Ｓ０２８でＹｅｓ）、その事を示すデータがユーザ端末３０から送信される。コンピュータは、選択ボタンが押されたことを示すデータをユーザ端末３０から受信すると、ステップＳ０２９以降の工程を実施する。一方、対象車両がリコール対象候補の車両であるという判定結果を取得しない場合、及び、上記の選択ボタンが押されなかった場合（Ｓ０２８でＮｏ）、コンピュータは、その時点で情報通知フローを終了する。
【０１０４】
ステップＳ０２８に戻って説明すると、選択ボタンが押された場合、コンピュータは、第三のデータベース３にアクセスしてリコール車両情報を取得する（Ｓ０２９、Ｓ０３０）。そして、コンピュータは、ステップＳ０３０で取得したリコール車両情報からリコール未実施車両の車台番号を割り出し、割り出した車台番号と、ステップＳ０２１で読み出した対象車両の車台番号とを照合する。これにより、コンピュータは、対象車両がリコール未実施車両であるか否かについての判定結果を取得する（Ｓ０３１）。
【０１０５】
対象車両がリコール未実施車両であるという判定結果を取得したとき、コンピュータは、その旨をディスプレイ１０ｆの表示画面に表示させるためのデータ処理（処理に相当）を実行する（Ｓ０３２）。具体的に説明すると、コンピュータは、対象車両がリコール未実施車両であることを示す警告メッセージをユーザ端末３０の表示画面に表示させるためのデータを生成し、ユーザ端末３０に向けて送信する。
【０１０６】
そして、コンピュータが上記の警告メッセージデータを送信した時点で、情報通知フローが終了する。また、対象車両がリコール未実施車両ではないという判定結果を取得した場合、コンピュータは、当該判定結果を取得した時点で情報通知フローを終了させる。
【０１０７】
以上のような手順によって情報通知フローが実施されることで、対象車両の所有者は、当該対象車両がリコール対象候補の車両又はリコール未実施車両であった場合に、その事実をユーザ端末３０にて確認（視認）するようになる。
【０１０８】
以上までに説明してきたように、第二実施例では、対象車両の所有者が任意の時点で第二の装置２０を操作し、その操作時点において、対象車両がリコール対象候補の車両又はリコール未実施車両であるか否かについての判定結果を得ることになっている。つまり、第二実施例は、第一実施例のように対象車両の点検又は整備の申し込みに併せて判定結果を取得して判定結果情報を通知するものではなく、対象車両の所有者が希望する時期に判定結果情報を通知する。
【０１０９】
なお、上述のケースでは、サービス会社が保有するサーバコンピュータが本発明の情報通知装置としての機能（すなわち、識別情報取得部２１、特定情報記憶部２２、判定結果取得部２３及び情報通知処理部２４）を有することとした。ただし、これに限定されるものではなく、ユーザ端末３０が本発明の情報通知装置として機能してもよい。
【０１１０】
＜＜その他の実施形態＞＞
以上までに本発明の情報通知装置及び情報通知方法について具体例（第一実施例及び第二実施例）を挙げて説明してきたが、他の例も考えられる。例えば、上記の実施形態では、対象車両がリコール対象候補の車両又はリコール未実施車両であるか否かを判定し、その判定結果に応じた情報を通知することとした。ただし、これに限定されるものではなく、対象車両が上記以外の条件を満たす車両（例えば、事故車や高齢者所有の車両）であるか否かを判定し、その判定結果に応じた情報を通知してもよい。
【０１１１】
また、上記の実施形態のうち、第一実施例では、対象車両の点検又は整備を申し込む際に、その申し込みに併せて、対象車両がリコール対象候補の車両又はリコール未実施車両であるかについての判定結果を対象車両の所有者に知らせることとした。ただし、これに限定されるものではなく、点検や整備の実施依頼通知を対象車両の所有者宛に送付するタイミング、あるいは、点検や整備を行った後で伝票を発行するタイミングで上記の判定結果を知らせてもよい。
【０１１２】
また、車両点検又は整備以外のサービス（例えば、対象車両の修理や調整あるいは対象車両の売買）を申し込む際に、対象車両がリコール対象候補の車両又はリコール未実施車両であるかを判定し、その判定結果に応じた情報をサービス利用者に知らせてもよい。
【０１１３】
また、対象車両に関するサービスの申し込みを契機として、対象車両がリコール対象候補の車両又はリコール未実施車両であるか否かを判定するケースには限定されない。例えば、第一のデータベース１に新たな乗物抽出情報（具体的には、リコール対象候補の車両の車台番号を示す情報）が記憶された際に、これを契機として上記の判定が行われてもよい。かかるケース（以下、変形例）について図１４を参照しながら説明する。図１４は、変形例に係る情報通知フローを示す図であり、図７と対応する図である。
【０１１４】
変形例に係る情報通知フローの各工程は、整備工場で利用されるコンピュータ（すなわち、装置１０を構成するコンピュータ）によって実施される。なお、変形例に係る情報通知フローは、整備工場で利用されるコンピュータ以外のコンピュータ、例えば、整備工場の顧客管理業務を支援するサポート会社が運用するコンピュータ、より具体的には第二のデータベース２を構成するサーバコンピュータによって実行されてもよい。
【０１１５】
情報通知フローの前段階において、整備工場で利用されるコンピュータ（以下、単にコンピュータ）は、定期的に第一のデータベース１にアクセスし、前回のアクセス時点から新たな乗物抽出情報（具体的には、新たにリコール対象候補となった車両の車台番号を示す情報）が追加されているか否かを判定する（Ｓ０４１）。なお、図１４に示すフローでは、コンピュータが定期的に第一のデータベース１にアクセスして新たな乗物抽出情報の有無を判定する形になっているが、これに限定されるものではない。例えば、第一のデータベース１に新たな乗物抽出情報が記憶されたときに、第一のデータベース１を構成するサーバコンピュータが、その旨を通知するデータをコンピュータに向けて送信する形でもよい。
【０１１６】
コンピュータは、第一のデータベース１に新たな乗物抽出情報が追加されていると判定した場合、これを契機として情報通知フローを開始し、以降のステップを実施する。以降のステップ（Ｓ０４２〜Ｓ０５３）の内容については、図１４に示すように、第一実施例に係る情報通知フロー中の対応するステップ（具体的には、Ｓ００２〜Ｓ０１３）と同様であるため、説明を省略する。なお、図１４に図示のフローでは、ステップＳ０４５において第一のデータベース１にアクセスすることになっている。ただし、それ以前のステップＳ０４１で既に第一のデータベース１にアクセスしているため、ステップＳ０４７での判定に必要な情報をステップＳ０４１で全て取得していれば、ステップＳ０４５については実施を省略してもよい。
【０１１７】
以上までに説明した変形例に係る情報通知フローによれば、新たなリコールの届け出に伴ってリコール対象候補の車両の車台番号が新たに設定された場合に、随時対応することが可能である。具体的には、リコール対象候補の車両の車台番号が新たに第一のデータベース１に記憶されたタイミングで、整備工場が管理する顧客の車両について、リコール対象候補の車両（厳密には、新たにリコール対象候補となった車両）に該当するかを確認することが可能となる。
【符号の説明】
【０１１８】
１  第一のデータベース
２  第二のデータベース
３  第三のデータベース
４  第四のデータベース
１０  装置（情報通知装置）
１０ａ  ＣＰＵ
１０ｂ  メモリ
１０ｃ  ハードディスクドライブ
１０ｄ  通信用インタフェース
１０ｅ  入力機器
１０ｆ  ディスプレイ
１１  表示部
１２  入力情報取得部
１３  識別情報読み出し部
１４  特定情報記憶部
１５  判定結果取得部
１６  情報通知処理部
２０  第二の装置（情報通知装置）
２０ａ  ＣＰＵ
２０ｂ  メモリ
２０ｃ  ハードディスクドライブ
２０ｄ  通信用インタフェース
２１  識別情報取得部
２２  特定情報記憶部
２３  判定結果取得部
２４  情報通知処理部
３０  ユーザ端末（端末）
Ｓ  情報通知システム
【図１】
2018163455.tif 000003
【図２】
2018163455.tif 000004
【図３】
2018163455.tif 000005
【図４】
2018163455.tif 000006
【図５】
2018163455.tif 000007
【図６】
2018163455.tif 000008
【図７】
2018163455.tif 000009
【図８】
2018163455.tif 000010
【図９】
2018163455.tif 000011
【図１０】
2018163455.tif 000012
【図１１】
2018163455.tif 000013
【図１２】
2018163455.tif 000014
【図１３】
2018163455.tif 000015
【図１４】
2018163455.tif 000016