動物販売管理システム
【課題】 販売後のペットの病歴情報を系統的に収集することができ、収集された病歴のペットの血統との因果関係も容易に把握することができる動物販売管理システムを提供する。
【解決手段】 動物販売管理装置２には、販売済動物商品の治療病歴情報を動物病院側端末６から通信網４を介して受信する治療病歴情報受信手段と、受信した治療病歴情報を販売済動物商品と対応付けて記憶・蓄積する治療病歴情報データベースと、販売前動物商品又は特定の販売済動物商品に対し、血統上の関連を有する販売済動物商品の治療病歴情報を、治療病歴情報データベースにおいて血統情報に基づき検索する血統治療病歴検索手段と、その検索結果を出力する検索出力手段と、が設けられる。
【解決手段】 動物販売管理装置２には、販売済動物商品の治療病歴情報を動物病院側端末６から通信網４を介して受信する治療病歴情報受信手段と、受信した治療病歴情報を販売済動物商品と対応付けて記憶・蓄積する治療病歴情報データベースと、販売前動物商品又は特定の販売済動物商品に対し、血統上の関連を有する販売済動物商品の治療病歴情報を、治療病歴情報データベースにおいて血統情報に基づき検索する血統治療病歴検索手段と、その検索結果を出力する検索出力手段と、が設けられる。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、インターネットなどの通信網を利用した動物販売管理システムに関するものである。
【背景技術】
【０００２】
【特許文献１】特開２００１−２９７２０７号公報
【特許文献２】特開２００２−２４５７７号公報
【特許文献３】特開２００２−２２３４２６号公報
【特許文献４】特開２００３−５８７２９号公報
【０００３】
近年、犬や猫などのペット用動物や、その飼育に使用するペット用品等の販売業界においてもＩＴ化の傾向が目覚しく、特許文献１〜４に開示されているごとく、インターネットを利用したオンラインペットショップあるいはペット用品販売システムに関する様々な発明がなされている。
【０００４】
また、特許文献４には、ペットショップ、ペット用品ショップ及び動物病院に係るインターネットの総合サイトに係る発明概念が開示されている。インターネットならではの機能として、広域に散在するショップや病院をリンクにより一体化し、さらにその検索機能を付与することで、これからペットを購入しようとしている人や、既に購入して飼育している人が、最適な近隣のショップを迅速に見出すことができるように工夫されている。また、会員登録された動物病院の獣医師による助言情報がデータベース化され、飼っているペットに病気等の異変が生じたときの対処方法に関する情報も取得できるようになっている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ペットショップにて販売に供されたペットが、販売後に病気になることは珍しくない。しかし、その病気の要因が販売前に既に存在していたとすれば、購入者にとって由々しき問題のはずである。しかし、明らかな病状を呈している場合は別として、ペットの将来的な病気発生を予測するための技術的な手法が確立されていないことから、販売時点で異常が認められない限り、事前に問題把握して販売回避するなど、ペットショップ側で具体策を講ずることは、一般には難しい。また、病気遺伝管理の観点で重要な意味を持つ血統に関しては、純血を維持して特定種のブランド的価値を高めるために、ブリーダー側で興味がもたれているに過ぎない。その結果、病歴と血統ないし遺伝の関係については、ペット生産者たるブリーダーが、自分が繁殖させた子犬や子猫について、ごく幼少期の病歴を目の届く範囲内で把握するのが精一杯であるし、仮にいくらかの子犬や子猫がブリーダーの元で病死したりしても、血統との因果関係について系統的に把握することは、ブリーダー任せの状態では不可能に近い。
【０００６】
そして、より重要な問題は、ペットが成長してから発生しやすい病気の場合、実際に病気が発生するのはペットがブリーダーや販売者の手を離れてからのことであるため、病歴と血統との因果関係は事実上ほぼ不可能、という点にある。事実、従来は、飼い主からの自主的な申し出等があった場合は別として、販売後のペットの病歴に関しては、その情報収集のための具体的な検討はほとんどなされてこなかったし、仮に一部の情報が収集できたとしても、新規に販売しようとするペット等に、情報としてフィードバックするための系統的な手法も開発されていなかった。
【０００７】
本発明の課題は、販売後のペットの病歴情報を系統的に収集することができ、収集された病歴のペットの血統との因果関係も容易に把握することができる動物販売管理システムを提供することにある。
【課題を解決するための手段及び発明の効果】
【０００８】
上記の課題を解決するために、本発明の動物販売管理システムは、
動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販動物商品情報記憶部を有した動物販売管理装置と、
動物商品に対する、検査、診察又は病気治療の少なくともいずれかを含む獣医学的情報収集処理を実施可能な情報収集施設に設置されるとともに、通信網を介して動物販売管理装置に接続され、販売済動物商品の情報収集施設にて収集された獣医学的情報を入力する情報収集施設側端末とを備え、
動物販売管理装置には、各動物商品について収集された獣医学的情報を情報収集施設側端末から通信網を介して受信する獣医学的情報受信手段と、受信した獣医学的情報を動物商品と対応付けて記憶・蓄積する獣医学的情報データベースと、選択された特定の動物商品と血統上の関連を有する他の動物商品の獣医学的情報を、獣医学的情報データベースにおいて血統情報に基づき検索する血統／獣医学的情報検索手段と、その検索結果を出力する検索出力手段と、が設けられていることを特徴とする。
【０００９】
上記本発明の動物販売管理システムの構成によると、動物販売管理装置には、動物商品の情報を、当該動物商品の血統情報と対応付けて記憶しておく。他方、検査、診察又は病気治療の少なくともいずれかを含む獣医学的情報収集処理を実施可能な情報収集施設に情報収集施設側端末を適宜設置して、通信網を介してこれを動物販売管理装置に接続するとともに、販売済動物商品の該情報収集施設にて収集された獣医学的情報を情報収集施設側端末側で入力し、通信網を介して動物販売管理装置にこれを送る。獣医学的情報は動物商品及びその血統情報と対応付けて獣医学的情報データベースとして蓄積されるので、ある動物商品について、これと血統上の関連を有する他の動物商品の治療病歴情報を、上記データベース上で簡単に検索することができる。
【００１０】
上記の検索結果を出力し、その結果を参照することで、次のような種々の効果を達成することができる。
（１）これから販売しようとする（あるいは販売を考えている）動物商品の過去の血統における獣医学的情報を統計的に把握することができ、その把握結果に基づいて当該動物商品の獣医学的かつ遺伝学的評価を行なうことができる。その評価結果は、販売上の様々なアクション（例えば、ペットの価格の設定や、最悪の場合は販売の回避など）に反映させることができる。
（２）ブリーダー等に上記の情報をフィードバックすることで、新たにペットを繁殖させる場合にも、遺伝学的な問題の大きい血統は回避するなど、生まれてくるペットの品質向上を図ることができる。この場合、ある動物商品について、これと血縁関係にある動物商品（以下、血統グループともいう）の獣医学的情報を集め、血統グループ全体の獣医学的情報を統計的に把握することができれば、その把握結果に基づいて、どの血統が交配に不向きであるか、などの判断を容易に下すことができる。
【００１１】
獣医学的情報には、上記の検査、診察又は病気治療の少なくともいずれかの結果情報が含まれる。診察の結果情報として、どのような病気にかかっているかの情報ももちろん得られるが、「特に異常なし（つまり病気でない）」との結果が情報して得られることもある。治療を行なえば、その治療内容についての情報も収集できる（ただし、診察のみで治療を行なわない場合もありえる）。また、検査は、病気だけでなく、それ以外の種々の情報をも収集するためのものであり、例えばペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況などについての情報も収集可能である。また、出荷前の動物商品については、臨床検査を実施することも可能であり、健康状態推移や病気経過などの情報を詳細に収集することができる。
【００１２】
動物販売管理装置には、これから販売しようとする動物商品である販売前動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販売前動物商品情報記憶部と、すでに販売済みの動物商品である販売済動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販売済動物商品情報記憶部とが設けられ、
動物販売管理装置において、獣医学的情報受信手段は、既に販売済の動物商品である販売済動物商品の獣医学的情報を情報収集施設側端末から通信網を介して受信するものであり、血統／獣医学的情報検索手段は、販売前動物商品に対し、血統上の関連を有する販売済動物商品の獣医学的情報を、獣医学的情報データベースにおいて血統情報に基づき検索するものとして構成できる。
【００１３】
上記のように構成すると、検索された獣医学的情報に基づいて、これから販売しようとする（あるいは販売を考えている）動物商品、つまり販売前動物商品の過去（つまり、販売済動物商品）の血統に、遺伝学的な問題が発生しやすいかどうかを統計的に把握することができ、ひいては、その販売前動物商品に将来的に病気が発生しやすいかどうかを予測することができる。その予測結果は、販売上の様々なアクション（例えば、ペットの価格の設定や、最悪の場合は販売の回避など）に反映させることができる。
【００１４】
情報収集施設側端末は、販売済動物商品が病気治療を受ける動物病院に設置されるとともに、販売済動物商品の動物病院での治療病歴情報を入力する動物病院側端末とすることができる。購入したペットが病気にかかった場合、その治療を受ける動物病院に情報収集施設側端末を設置しておけば、その病気診察（あるいは診断）の結果や、治療実績の情報である治療病歴情報を、前述の獣医学的情報として効率的に収集でき、また、病歴に基づく血統評価を効果的に行なうことができる。ただし、端末が置かれる情報収集施設は動物病院に限定されるものではなく、獣医師が駐在ないし出張するペットショップや検査診療所（この場合、診察、治療、あるいは臨床検査に係る情報が収集可能である）にも端末を置くことができる。また、ペットの鑑定や品質評価の専門家が駐在ないし出張するペットショップも端末が置かれる情報収集施設として利用でき、ペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況などに係る検査情報が収集可能である。
【００１５】
次に、本発明の動物販売管理システムには、上記血統／獣医学的情報検索手段が検索した、販売前動物商品と血統上の関連を有する販売済動物商品の治療病歴情報に基づいて、販売前動物商品の品質評価を行なう品質評価手段を設けることができる。これにより、販売済動物商品における病歴と血統との関連における販売前動物商品の品質の良否判定を、より能率的に行なうことができる。
【００１６】
具体的には、品質評価手段は、販売前動物商品と血統上の関連を有する販売済動物商品において、治療病歴を有した販売済動物商品が多いほど販売前動物商品の品質を低く評価するものとすることができる。治療病歴に多寡によって、同一血統グループに属する動物商品の統計的な評価を容易に行なうことができる。また、品質評価手段は、販売前動物商品と血統上の関連を有する販売済動物商品において、検索された治療病歴の遺伝性が高いほど販売前動物商品の品質を低く評価するものとすることができる。遺伝性の高い病気は同じ血統グループ内での発生頻度が高く、血統の良否判定における遺伝学的な信頼度をより高めることができる。この場合、上記治療病歴の数的な評価と組み合わせるとより効果的であり、さらに、販売前動物商品と血統上の関連を有する販売済動物商品において、治療病歴が検索された販売済動物商品の、販売前動物商品に対する親等が近いほど、当該販売前動物商品の品質を低く評価するものとすれば、遺伝学的な信頼度をさらに高めることができる。
【００１７】
また、上記構成においては、病気の遺伝性情報を、評価対象となる動物商品の種別に応じて異なる内容に定めた遺伝性評価テーブルを設けることができる。品質評価手段は、販売済動物商品の種別に対応した遺伝性情報を前記遺伝性評価テーブルから読み出し、該情報に基づいて、検索された前記治療病歴の遺伝性を評価するものとすることができる。動物の種別（例えば犬や猫の場合、犬種や猫種）によって、遺伝性の病気の種類が異なる場合がある。上記構成によると、遺伝性病歴の多寡に応じた血統評価を、動物の種別毎により正確に行なうことができるようになる。
【００１８】
また、本発明の動物販売管理システムにおいては、通信網を介して動物診療保険管理装置を接続することができる。該動物診療保険管理装置には、販売済動物商品と、該販売済動物商品が加入している動物診療保険の特定情報である保険特定情報と、保険実績情報とを対応付けて記憶することができる。そして、動物病院側端末装置には、治療を受ける販売済動物商品の治療病歴情報を入力する治療病歴情報入力手段と、保険特定情報を入力する保険特定情報入力手段と、血統情報を入力する血統情報入力手段と、治療病歴情報を血統情報と対応付けた形で動物販売管理装置に送信する一方、該治療病歴情報を、保険実績情報の一部として保険特定情報と対応付けて動物診療保険管理装置に送信する病歴情報送信手段とを設けることができる。
【００１９】
ペットや家畜などの動物が動物病院で診療を受けようとする場合に、人的社会での健康保険制度に相当するシステムを動物診療の世界でも実現した、いわゆる動物診療保険システムが既に実用化されている。このシステムでは、一定の保険料を納めると、保険加入している動物病院にて治療を受ければ、その治療費の一部が保険運用資金から拠出され、保険加入者の治療負担を減ずることができる。
【００２０】
動物診療保険の適用を受けるのに好都合なのは、当然、保険に加入している動物病院ということになる（ただし、保険未加入の病院であっても実費治療を受け、後日、保険会社への請求により保険金を受け取ることは可能であるが、後の手続きが面倒である）。上記の構成によると、保険適用を前提に病院に連れて来られた販売済動物商品は、その病院で治療を受けることで、獣医師により病歴情報が収集される。その病歴情報は、保険適用の可否や、治療実績に応じた保険適用額の算出などに必須な情報なので、保険実績情報の一部として保険特定情報と対応付けて動物診療保険管理装置に送信される。これは、当然、血統情報と対応付けた形で動物販売管理装置に送信する治療病歴情報として流用できるので、血統評価用の新たな治療病歴情報を作成する手間を省くことができる。また、購入した動物商品を保険加入させることで、かかりつけとなる動物病院も病院側端末が配置された保険対応病院に限定することができ、治療病歴情報の収集をより遺漏無く行なえるようになる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を、図面を用いて説明する（なお、本明細書において「情報」と「データ」とは、特に断りのない限り、概念上の差はないものとして取り扱う）。図１は、本発明の一実施形態である動物販売管理システム１の全体概略を示すものであり、動物販売管理装置（以下、単に販売管理装置ともいう）２、購入者側端末５、動物診療保険管理装置（以下、単に保険管理装置ともいう）３、動物病院側端末（情報収集施設側端末）６、販売店側端末８及びメールサーバ７が、インターネット（通信網）４を介して接続された構造を有する。販売管理装置２と保険管理装置３とは、いずれもサーバコンピュータとして構成されるが、複数のコンピュータがネットワーク上で連携することで仮想的に一体の装置として構成されたものも概念に含む。
【００２２】
購入者側端末５は、インターネット４にアクセスする不特定多数の利用者の手元に置かれるコンピュータであり、動物販売管理装置２をサーバとして運営されるオンラインペットショップ（実体は動物販売管理装置２が機能実現するペットショップサーバということになる）にアクセスすることで、ペットの購入端末として機能する。一方、販売店側端末８は店頭販売型のペットショップに置かれ、購入者が店頭を訪問してペットを購入する際に、店員によって操作されるものであるが、機能自体は購入者側端末５とほぼ同じである。一方、動物病院側端末６は、保険管理装置３により管理されている動物診療保険の加入動物病院（また、動物販売管理装置２が運営するペット（動物）販売ホームページが、販売した動物商品の、購入者への引渡し先として指定する動物病院でもある）に設置されるものである。なお、動物病院側端末６は情報収集施設側端末の一つを構成するものであるが、該端末が置かれる情報収集施設は動物病院に限定されるものではなく、獣医師が駐在ないし出張するペットショップや検査診療所も利用できる。この場合、販売店側端末８を情報収集施設側端末としても利用することができ、例えば後述の前置検査にて、診察、臨床検査に係る情報が収集可能である。また、ペットショップにペットの鑑定や品質評価の専門家を駐在ないし出張させることで、上記の前置検査にて、ペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況などに係る検査情報も合わせて収集するようにしている。
【００２３】
図２に示すように、販売管理装置２は、バスを介してＣＰＵ２４、基本制御プログラムを格納したＲＯＭ２５、記憶装置３２内にインストールされた本発明のシステムの機能実現を担う基本管理プログラム４２（図３）のワークエリアとして機能するＲＡＭ２６、及び入出力インターフェース部（以下、Ｉ／Ｏ部ともいう）２３を有するコンピュータとして構成されている。Ｉ／Ｏ部２３には上記の記憶装置３２を始め、インターネット４（図１）との接続を行なう通信インターフェース（モデム、ルータ、ターミナルアダプタなど）２７、マウス及びキーボードからなる入力部２８、表示出力用のモニタ３０、及び印刷出力用のプリンタ３１を備える。
【００２４】
図４に示すように、購入者側端末５（あるいは販売店側端末８）も同様に、ＣＰＵ１２４、ＲＯＭ１２５、記憶装置１３２内にインストールされたホームページ表示用のブラウザソフト、メールソフトなどのワークエリアとして機能するＲＡＭ１２６、及びＩ／Ｏ部１２３を有するコンピュータとして構成されている。Ｉ／Ｏ部１２３には、記憶装置１３２を始め、インターネット４（図１）との接続を行なう通信インターフェース１２７、入力部１２８、モニタ１３０及びプリンタ１３１を備える。
【００２５】
また、図５に示すように、病院側端末６も同様に、ＣＰＵ２２４、ＲＯＭ２２５、記憶装置２３２内にインストールされたホームページ表示用のブラウザソフトなどのワークエリアとして機能するＲＡＭ２２６、及びＩ／Ｏ部２２３を有するコンピュータとして構成されている。Ｉ／Ｏ部２２３には、記憶装置２３２を始め、インターネット４（図１）との接続を行なう通信インターフェース２２７、入力部２２８、モニタ２３０及びプリンタ２３１を備える。記憶装置２３２には、本発明のシステムにおける病院側端末６の基本処理を行なうための管理プログラム５３が格納されている。
【００２６】
図６は保険管理装置３の構成を示すもので、ＣＰＵ３２４、ＲＯＭ３２５、記憶装置３３２内にインストールされた、本発明のシステムの機能実現を担う管理プログラム５９などののワークエリアとして機能するＲＡＭ３２６、及びＩ／Ｏ３２３を有するコンピュータとして構成されている。Ｉ／Ｏ部３２３には、記憶装置３３２を始め、インターネット４（図１）との接続を行なう通信インターフェース３２７、入力部３２８、モニタ３３０及びプリンタ３３１を備える。
【００２７】
図３は、販売管理装置２の記憶装置３２内の詳細を示すものである。記憶装置３２には、動物商品情報４１ｗを記憶する動物商品情報記憶部４１が形成されている。該動物商品情報４１ｗは、商品ＩＤ４１ａ、動物品種４１ｂ、性別４１ｃ、ブリーダー名４１ｄ、血統情報４１ｅ、年齢（あるいは生年月日）４１ｆ、価格４１ｇ、商品画像４１ｈとその撮影日４１ｉ、別の商品画像４１ｊとその撮影日４１ｋ、商品の販売店４１ｌ、及びフィードバック評価情報４１ｍなどのデータを含むものであり、商品毎に異なる商品ＩＤ４１ａを付されて互いに対応付けて記憶されている。フィードバック評価情報４１ｍは、商品ＩＤ４１ａが特定する動物商品（販売前動物商品）について、血統にて関連付けられる販売済動物商品の獣医学的情報（本実施形態では、病歴情報と後述の前置検査の結果情報）に基づいて作成される、当該販売前動物商品の評価情報であるが、その詳細は後述する。
【００２８】
また、記憶装置３２には、前述の基本管理プログラム４２、図９〜図１１のような販売ホームページをインターネット４上にアップロードするための販売ホームページデータ４３、及び動物商品とセットで販売（加入）される動物診療保険の情報４４も記憶されている。
【００２９】
以下、システムの動作について説明する。図１２は、購入者側端末５と販売管理装置２との間の、主として動物商品購入処理の流れを示すものである。図１４は、販売管理装置２と保険管理装置３との間の、主として動物商品購入処理に随伴した保険加入用のデータトランスファ処理の流れを示すものである。さらに、図１５は、販売管理装置２と動物病院側端末６との間の、主として動物商品引渡し処理と、動物病院からの動物商品に対する診察結果のフィードバック処理の流れを示すものである。このように、複数群のコンピュータ間での通信（電子メールを含む）により連携的にシステム上の処理が進行することになるが、以下においては、購入者の視点から見た流れ追跡を重視した形で説明を進める。説明の順序は、必ずしも各図のフローチャート上の流れを優先したものとはなっていないので、説明の途中で随時、参照すべきフローチャートのステップ番号を挿入し、理解の便宜を図るものとする。
【００３０】
まず、販売管理装置２からは、動物商品情報４１ｗは通信インターフェース２７を介して動物診療保険情報４４とともに購入者側端末５に送信される（動物商品情報送信手段）。具体的には、販売管理装置２において、図２のアップロードメモリ４８を使用して、販売ホームページ（以下、ＨＰとも記載する）をインターネット上にアップロードする（図１２：ＨＳ１）。購入者側端末５側では、ブラウザソフトウェア４９を立ち上げ、販売ＨＰのＵＲＬ入力により販売管理装置２にアクセスする（図１２：ＣＳ１）。これにより、購入者側端末５は販売管理装置２から動物商品情報４１ｗを販売ＨＰに組み込んだ形でダウンロードすることができる（ＨＳ２，ＣＳ２）。
【００３１】
図９は、その販売ＨＰのトップページ（モニタ１３０に出力される）の出力例を示すものであり、商品案内アイコン７０，７１が表示されている。このうち、商品案内アイコン７０は、動物商品の品種毎に設けられ、マウスクリックにより対応する品種の購入ページのＵＲＬが入力されて、該当ページへジャンプする（つまり、該当ページへのリンクが張られている）。このジャンプ先のページは図示していないが、品種別の動物商品の画像と、その購入ボタンとが対応付けて表示される。また、商品案内アイコン７１は、特定の推奨商品（特選商品）のピックアップページへのリンクを張るものである。
【００３２】
図１０にそのピックアップページの内容を示している。ここには、個別の動物商品の画像７９と、マウスクリックにより操作する購入ボタン７３が設けられている。なお、本実施形態では、購入ボタン７３のクリックにより、動物商品の購入確定とともに、動物診療保険への加入意思確定も同時に行なうようにしている（ただし、一点鎖線で示すように、保険加入ボタン７４を別途設け、動物商品の購入と保険加入とを分離することにより、保険加入を任意とする構成も可能である）。また、商品画像７９とともに、これら動物商品の両親の血統情報７５も表示されている（図３の血統情報４１ｅが読み出され、表示されたものである）。
【００３３】
図３に示すように、販売管理装置２において、動物商品情報記憶部４１に記憶されている動物商品情報４１ｗには、撮影日を異ならせて複数撮影された動物商品の画像情報４１ｈ，４１ｊが含まれている（各々日付データ４１ｉ，４１ｋが随伴している）。図３では、２つの日付の画像情報だけが記憶されているが、もっと多くの日付の画像情報が記憶されてもよい。そして、購入者側端末５に送信される動物商品情報４１ｗには、画像情報のうち、撮影日の異なる少なくとも２つの画像情報４１ｈ，４１ｊが含まれており、購入者側端末５には該画像情報４１ｈ，４１ｊの表示部（表示手段）７６，７７（図１１）が設けられている。
【００３４】
具体的には図１０において、商品画像７９がページリンクボタンを兼ねており、この画像７９をクリックすると、図１１に示すように、対応商品の詳細ページにジャンプする。画像情報４１ｈ，４１ｊによる撮影日の異なる商品画像７６，７７が複数表示される。これにより、購入者は、自分が購入しようとする動物商品が健全に成長してきていることをこれらの画像から確認でき、安心感を得ることができる。なお、図１１においては、商品画像７６，７７に係る子犬の両親の画像７８も合わせて表示されている。
【００３５】
なお、販売管理装置２において、同一の動物商品に対する新しい撮影日の画像情報４１ｈが動物商品情報記憶部４１に追加される毎に、動物商品情報送信手段は該追加された画像情報４１ｈを購入者側端末５へ随時送信するようにしてもよい。購入を迷っている利用者は、日を追って新しい画像に更新されてゆくのを見ることで、購入意欲をくすぐられることになる。
【００３６】
図９に戻り、トップページの下部には、動物診療保険情報４４に基づく動物診療保険加入の案内情報が表示されている。なお、詳細ボタン７２も形成され、これをクリックすると、張られたリンクにより、動物診療保険情報４４に基づく動物診療保険の詳細情報ページにジャンプする。これにより、利用者は動物診療保険についてさらに詳しい情報を得ることができる。
【００３７】
図４において、購入者側端末５は、販売ＨＰへのアクセスにより、通信インターフェース１２７を介して動物商品情報と動物診療保険情報とを受信する（動物商品情報受信手段）。また、購入選択した動物商品の特定情報（動物商品ＩＤ４１ａ（図３））を、購入者データ（購入者特定情報）とともに動物購入情報として販売管理装置２に送信する（動物購入情報送信手段）（以上、図１２：ＣＳ３，ＣＳ４）。具体的には、入力部２８により、図１０の購入ボタン７３をクリックして、購入する動物商品を選択する（動物商品選択手段）。すると、図示しない購入ページにジャンプし、そこで入力部２８により購入者データ４７ｄを入力する（入力手段：ＣＳ６）。
【００３８】
図２の販売管理装置２は、上記のようにして入力した動物購入情報を受信する（動物購入情報受信手段：ＨＳ４）。図３に示すように、動物商品ＩＤ４１ａと購入者データ４７ｄとは、互いに対応付けられて動物商品管理情報記憶部４７に格納される。動物商品管理情報記憶部４７内の商品管理情報４７ｗは、商品ＩＤ４７ａ、商品の入荷日４７ｂ、販売経過データ４７ｃ、購入者データ４７ｄ、保険管理データ（保険管理装置３（図６）からフィードバックされる保険加入の完了／未完を示すデータである）４７ｅ、前置検査結果データ４７ｆ、引渡し前診察結果データ４７ｇ、引渡し可否データ４７ｈ、引渡し病院データ４７ｉ、品質管理データ４７ｉなどが記憶されている。動物購入情報を受信すれば購入決定を確定し、動物商品管理情報記憶部４７の販売経過データ４７ｃに、図７に示すように購入日のデータを書き込む（ＨＳ４）。その後、購入者から代金の入金があれば、入金日の書き込みを行なう。
【００３９】
本実施形態では、前述のごとく、動物商品の購入選択が動物診療保険の加入意思決定入力も兼ねているので、販売管理装置２は、購入決定の情報を購入者側端末５から受信すると、購入者データ４７ｄの一部又は全部（本実施形態では全部）を保険加入者データ（保険加入希望者特定情報）として、購入に係る動物商品情報（本実施形態では、品種、性別、血統及び年齢の各データを含む）５７ｄとともに保険管理装置３に転送する（保険加入希望者特定情報転送手段）（図１４：ＨＳ５１）。
【００４０】
図６の保険管理装置３は、上記の保険加入者データ５７ｃを動物商品情報５７ｄとともに受信する（保険加入者データ受信手段：ＩＳ１）。また、記憶装置３３２内には、保険加入者データ（又は保険加入予定者情報：加入経過情報５７ｂにより識別される）５７ｃと保険対象動物情報５７ｄとを互いに対応付けた形で管理登録する保険管理登録記憶部（保険管理登録手段）５７が設けられている。保険管理装置３は、受信した動物情報５７ｄ（図３の動物商品情報４１ｗの一部）と保険加入者データ５７ｃ（図３の購入者データ４７ｄ）とに基づいて、その動物商品を保険対象動物とし、その動物商品の購入者を保険加入者又は保険加入予定者として、保険管理登録記憶部５７に登録する（保険登録手段：ＩＳ２，ＩＳ３）。
【００４１】
具体的には、保険管理登録記憶部５７は、受信した保険加入者データ５７ｃに基づいて、動物商品の購入者をひとまず保険加入予定者として登録する（ＩＳ２）。具体的には、加入経過情報５７ｂを「加入予定」に設定することにより行なう。他方、記憶装置３３２には、保険対象動物情報５７ｄと保険加入者データ５７ｃとを記入必須事項として含む保険加入申込書フォーム５８の記憶部５８が設けられている。入力部３２８からのコマンド入力により、その記憶された保険加入申込書フォーム５８が読み出され（ＩＳ４）、受信した動物商品情報５７ｄと保険加入者データ５７ｃから必要な項目を抽出し（ＩＳ５）、保険加入申込書フォーム５８の指定位置に合成し（ＩＳ６）、その合成された結果を出力する（ＩＳ７）。
【００４２】
図８は、保険加入申込書フォーム５８の一例を模式的に示すものである。動物情報５７ｄに含まれる品種、名称、性別及び年齢、保険加入者データ５７ｃに含まれる、加入者の氏名、性別、生年月日、住所、電話番号が必須記載項目とされ、さらに、日付と署名・捺印の欄も形成されている。署名・捺印は加入者による人的な自署及び押印によりなされるものである。そして、動物情報５７ｄと保険加入者データ５７ｃとの該等記入欄ＳＰ，Ｓ，Ａ，ＸＣ，ＸＥ，ＸＦ，ＸＤ，ＸＧは、原フォームでは空欄とされている。これらの欄も加入者が自分で記入することができるが、手間を省くために保険管理装置３では、販売管理装置２から受信した動物情報５７ｄと保険加入者データ５７ｃとの必要な部分を保険加入申込書フォーム５８のデータに流し込み、これをプリンタ３３１から紙出力する（なお、フォーム５８のデータを電子メール等で送信することも「出力」の概念に属する。）。紙出力された保険加入申込書フォーム５８は郵送等により購入者の元へ送られる。これを受け取った購入者は、残った空欄を埋めて署名捺印し、再度保険会社へ送り返す。申込書の記載事項に誤りがなければ保険加入契約は成立する。図６の保険管理登録記憶部５７は、保険加入予定者として登録されている動物商品の購入者のうち、上記のようにして保険加入申込書フォーム５８を介して保険契約手続が完了した購入者を、保険加入者として登録変更する（登録変更手段）。具体的には、加入経過データ５７ｂにおいて「加入予定」となっているのを、「加入済み」へとデータ書き換えする（ＩＳ９，ＩＳ１０：ただし、ＩＳ９は、処理流れの理解の便宜を図るために追記した人為的なステップである）。保健管理登録記憶部５７の内容を出力して閲覧すれば、加入予定のまま残っている加入者データを容易に発見でき、適切な督促を行なうことができる。
【００４３】
次に、本実施形態においては、図３に示すごとく、販売管理装置２の記憶装置３２には、上記の動物診療保険に加入している動物病院の情報を所在地情報とともに記憶する動物病院情報記憶部４５が設けられている。そして、購入者側端末５からの検索送信情報に基づいて、特定の所在地を有する動物病院の情報を上記動物病院情報記憶部４５にて検索することができるようになっている（動物病院情報検索手段）。検索された動物病院の情報は、購入動物商品の保険適用先病院情報として購入者側端末５に送信される（保険適用先病院情報送信手段）（図１２：ＨＳ５）。本実施形態において動物病院情報記憶部４５は、購入者への動物商品の引渡し先となる複数の動物病院の情報をその所在地情報とともに記憶するものともされ、購入者側端末５は、購入選択した動物商品の特定情報を、購入者データ４７ｄ及び引渡し希望地情報とともに動物購入情報として販売管理装置２に送信するようにしている。
【００４４】
引渡し地情報は後述のごとく、購入者の住所やその住所が含まれる地域（エリア）などの住所情報とし、該住所情報を参照して販売管理装置２側で引渡し動物病院を決定する方法もありえるし、販売管理装置２から提示された動物病院のリストを見て、購入者側端末５側で引渡し動物病院自体を特定し、これを引渡し地情報として販売管理装置２に送信するようにしてもよい。後者の場合は、販売管理装置２側で行なう処理は、購入者側から申し出のあった引渡し動物病院を認証するだけになるが、これも販売管理装置２側で行なう引渡し動物病院の決定処理の一つとみなす。
【００４５】
本実施形態では、図３に示すように、動物病院情報記憶部４５は、動物病院情報が病院名４５ｂと特定ＩＤ４５ａとを含むものとされ、所在地情報は、所在地データ４５ｄと該所在地を区分するエリア（地域）を特定するエリアＩＤ４５ｃとを含むものとされている。これらの動物病院は全て引渡し先病院として利用可能な病院を示し、一部に保険未対応の病院も含まれていることを想定して、保険対応識別データ４５ｅを付与している。
【００４６】
また、本実施形態では、検索の便宜を考慮して住所検索テーブル４６を設けている。住所検索テーブル４６は郵便番号表と類似の構造を有し、例えば番地を除いた住所区分４６ｂを単位として、これを適当なエリア毎にエリアＩＤ４６ａを付与し、互いに対応付けて記憶したものである。図１３に示すように、購入者側端末５における動物病院の選択方法にはいくつかの方式が考えられる。左のフローに示す（Ｉ）の方法では、購入者側端末５から住所データ（例えば購入者特定データ４７ｄに含まれるもの）を受信し（ＨＳ１１）、その住所データを検索キーとして住所検索テーブル４６にて該当エリアを検索し（ＨＳ１２）、動物病院情報記憶部４５において、そのエリアに属する動物病院を全て抽出して読み出し、結果を購入者側端末５に送信する（ＨＳ１３）。購入者側端末５ではその受信結果をブラウザ上で出力することができ、引渡しを希望する動物病院を選択して販売管理装置２に送り返す（ＨＳ１４）。このとき、購入者側端末５では、保険対応識別データ４５ｅに基づいて、表示される病院のどれが保険対応であり、どれが非対応であるかを表示することが可能である。なお、購入者の住所に最も近い動物病院を１つだけ抽出して表示するようなことも可能であるが、検索エンジンが複雑化することと、利用者として近隣のいくつかの候補病院が判明したほうが何かと便利であるので、購入者側端末５では一定エリア内の複数病院を出力できるようにすることが望ましいといえる。
【００４７】
他方、図１３の右に示す方式（ＩＩ）は、例えば都道府県リスト（プルダウンメニューあるいはマップ形式）などのエリアリスト（エリア情報）を、販売管理装置２から購入者側端末５に送信し（ホームページに組み込んでおけばよい：ＣＳ１１）、購入者側端末５側でのマウスクリック選択などによりエリアを選択させる（ＣＳ１２）。選択結果を受け取った販売管理装置２では、その選択されたエリアに属する動物病院の情報を購入者側端末５に返し、購入者側端末５側ではその内容をリスト表示する（ＣＳ１３）。購入者側端末５では、引渡しを希望する動物病院を選択して販売管理装置２に送り返す（ＣＳ１４）。
【００４８】
以上の処理からも明らかなように、購入者側端末５は、購入選択した動物商品の特定情報を、購入者データ４７ｄ及び引渡し希望地情報とともに動物購入情報として販売管理装置２に送信する（動物購入情報送信手段）（図１２：ＣＳ５，ＣＳ６）。また、販売管理装置２は、図３の動物病院情報記憶部４５において、該動物購入情報に含まれる引渡し希望地情報（購入者側端末５にて上記選択された動物病院の病院ＩＤ４５ａである）に基づき、引渡し先動物病院を決定する（引渡し先動物病院決定手段）（図１２：ＨＳ６）。そして、購入対象となる動物商品情報（図５では便宜的に商品ＩＤ４７ａだけを表示しているが、図３の動物品種４１ｂ、性別４１ｃ、年齢４１ｆなど、後述の引渡し前診察に必要な情報も当然含まれている）、購入者特定データ４７ｄ及び引渡し日５４ｃ（引渡し通知情報）を、引渡し管理情報として、引渡し先動物病院に設置された動物病院側端末６へ送信する（引渡し管理情報送信手段）（図１５：ＨＳ６１）。
【００４９】
図５に示すように、動物病院側端末６では、記憶装置２３２内に引渡管理情報記憶部５４が形成され、上記の引渡し管理情報を受信し（ＮＳ１）、これに含まれる動物商品情報及び購入者データ４７ｄを互いに対応付けて記憶する。なお、記憶した引渡し管理情報の内容は、管理プログラム５３の実行により、モニタ２３０ないしプリンタ２３１から出力することができる（出力手段）。
【００５０】
他方、販売管理装置２では、購入動物商品の引渡し場所として確定した動物病院の情報と、購入動物商品の引渡し日時の情報とを含む引渡し通知情報が作成され、購入者側端末５に引渡し通知情報として送信される（図１２：ＣＳ７）。購入者側端末５ではこれを受信して、どこの動物病院に、購入した動物病院をいつ引き取りに行けばよいかを知ることができる。
【００５１】
次に、引渡し先動物病院においては、獣医師による動物商品の診察が、該動物商品の購入者への引渡しの前に実施される。また、該引渡し先となる動物病院での診察に先立って、当該動物病院とは別の場所で、異なる獣医師あるいはペット鑑定／品質評価の専門家による品質保証用の前置検査が別途実施され、診察、臨床検査、ペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況が検査情報として収集される。動物商品情報記憶部４１には、上記の前置検査の結果情報４７ｆが動物商品情報（商品ＩＤ４７ａ）と対応付けた形で記憶されている。この前置検査の結果情報４７ｆは、引渡し先動物病院の動物病院側端末６に送信される（図１５：ＮＳ２、前述の引渡し管理情報に含めて送信することができる）。これは、動物病院側での動物商品の引渡し判断上の参考としても役立つ。さらに、後述するごとく、商品販売前に取得される予備的な獣医学的情報でもあり、血統情報を介した他の動物商品の病歴との相互関連把握にも利用できる。
【００５２】
一方、図５において、引渡し先動物病院で実施される引渡し前診察結果の情報は、動物病院側端末６の引渡管理情報記憶部５４にて、動物商品情報（商品ＩＤ４７ａ）と対応付けて記憶されるとともに、販売管理装置２側にも送信され（ＮＳ３）、図３の動物商品管理情報記憶部４７にも記憶される（ＨＳ６２）。前置検査情報４７ｆと合わせて、時系列の異なる最低２つの診察情報が動物商品毎に蓄積でき、詳細な動物商品情報４１と合わせれば、品質管理上のデータとして極めて有効に活用できる。特に血統情報を利用して、後述の方法により、ある動物商品に対し一定親等内に属する動物商品（血統グループ）の獣医学的情報を検索・収集することができ、該血統グループの病気に対する遺伝的な傾向を統計把握することができる。
【００５３】
また、販売管理装置２からは（あるいは動物病院側端末６からでもよい）、引渡し前診察結果のデータが保険管理装置３にも送信される（図１４：ＨＳ５２）。図６に示すように、この引渡し前診察結果において、万一病気発生していた場合は、これが治療実績データ５７ｈの一部をなす病歴情報（獣医学的情報の一つ）として、保険管理登録記憶部５７に記憶される。動物商品の引渡し前に病歴情報（病気発生していなければ、単なる健康診断情報となる）５７ｈを取得できることで、保険料率等の算定等もいち早く行なうことができ、保険審査のスピードアップを図ることができる。治療実績データ５７ｈには、本来的には、動物商品引渡し後に病気になった動物商品を、保険利用により、その引渡し病院か、あるいは保険システムに加盟している別の動物病院にて治療を受けさせることにより、獣医師が病院側端末６上にて作成するものである。
【００５４】
獣医師は、上記の診察結果に基づいて動物商品の引渡しの可否を決定し、引渡し可否情報を作成して販売管理装置２に送信する（ＮＳ４）。これは、引渡し可否情報４７ｈとして商品管理情報記憶部４７に登録され、動物商品の品質管理等に使用することができる。この引渡し可否情報４７ｈの内容が「引渡し可」であれば、購入者に対し指定の日に来院してもらい、そこで種々のアドバイスを獣医師から行ないつつ購入者に動物商品を引き渡す。このときの質疑応答の内容や、感想・要望・苦情などの購入者からのフィードバック情報は、引渡し完了通知情報に組み込む形で動物病院側端末６にて入力され、販売管理装置２に送信される（ＮＳ７）。また、図５において引渡管理情報記憶部５４の引渡し実績データ５４ｇを「引渡し済み」に書き換える。販売管理装置２ではこれを受信し、図７の販売経過データ４７ｃに引渡し日を書き込み、引渡し完了の認証を行なう。また、引渡し完了通知情報に含まれるフィードバック情報を品質管理データ４７ｊに登録する。
【００５５】
一方、この診察結果が芳しくなかった場合には、動物商品の引渡しを中止したり延期したりする処置がとられる。この場合、動物病院側端末６では、引渡し中止ないし延期の理由情報が作成され、販売管理装置２に送信される。この理由情報は、図３の動物商品管理情報記憶部４７内の品質管理情報４７ｊに登録される（図１５：ＨＳ６５）。なお、引渡しが不可であった場合は、その動物商品情報を動物商品情報記憶部４１から削除する措置を行なう（ＨＳ６６）。なお、購入者側端末５へは引渡しが不能ないし延期となったことを電子メール等にて通知する。
【００５６】
なお、以上の実施形態では、動物商品の購入手続きを購入者端末にて行なうオンラインショッピングの例で説明したが、動物商品の購入及び引渡し自体はペットショップ（販売店）での店頭で行なうことも可能である。この場合は、購入に伴う保険加入手続きのための保健管理装置３との情報のやり取りや、購入者データの販売管理装置２への送信などを、販売店側端末８（図１）を拠点として行なうことになる。また、動物商品の引渡しは店頭で行なうこともでき、この場合は動物病院引渡しの場合に特有な、動物病院側端末６を拠点とした上記の一連の処理も省略される。
【００５７】
さて、以上のような手続きを経て購入された動物商品は、上記のごとく保険加入済であり、万一購入後に病気等にかかった場合は、保険対応病院で獣医師による診察・治療を受ける。その病院は、保険対応病院であれば、前述のごとく動物商品の引渡し病院であっても、他の病院であってもよい。保険による診察又は治療を受ければ、治療費の一部が保険会社の運用資金から拠出されることになる（これは、病院に支払う治療費の段階で天引きされる形と、支払い時は保険分込みの実費支払いとし、保険分を後日還付する形の両方がありえる）。当然、保険対応病院側では、保険適用の可否や、保険適用内容につき保険会社の承認を得るために、診察により得られた病歴（診察／治療）情報を保険会社に送付する必要がある。本発明では、その病歴情報を動物病院側端末６にて作成し、これを、インターネット４を経由して販売管理装置２に送る。
【００５８】
図１８は病歴情報の内容例を示すものであり、（販売済）商品ＩＤ（販売済動物商品特定情報）と対応付けた形で、その動物病院の治療実績が時系列にて入力・記録されたものであり、獣医師（ドクター）の名前、通院の日時、病名（病名を直接入力しているが、括弧内に示すように、病名コード（ＳＣ＃＃＃＃）による入力も可能である）のデータを含む。これらのデータを含む病歴情報の送信先は販売管理装置２及び保険管理装置３であり、商品ＩＤの特定によりこれら管理装置側で把握可能な情報、例えば販売日、血統情報、保険番号（保険特定情報）等は、動物病院側端末６で入力することも可能であるが、入力を省略することももちろん可能である。
【００５９】
しかし、商品ＩＤは販売者側の便宜により付与するものであり、購入者側で常に把握できる情報であるとは限らない（むしろ、病院診察時に覚えているほうがまれであろう）。この場合、別途保険会社から配布される保険証に記載された保険番号（保険特定情報）や、国際的に標準化されている血統書番号（血統情報の内容に一義的に対応するので、広義には血統情報と等価とみなすことができる）のほうが、購入者からはより引き出しやすい情報であり、商品特定情報に代えて病歴情報に随伴させることができる。この場合、キーボードやマウスといった汎用の入力部２２８が、血統情報入力手段を形成することとなる。
【００６０】
しかし、血統書番号についても、血統書を来院時に提示できる購入者はまれであるから、図１６に示すように、購入した販売済動物商品３００に動物側血統情報記憶部３０１を取り付け、これに記憶されている血統情報を直接読み取る読み取り装置３０３を血統情報入力手段として設けてもよい。このようにすると、病歴情報を収集する際に、後述の検索処理に必須となる血統情報を遺漏無く取得ないし特定することができ、また、血統情報（血統書番号）の取り違え（特に、複数のペットを飼育する購入者にありがちなことである）といった不具合も防ぐことができる。この場合、動物側血統情報記憶部３０１には保険特定情報（保険番号）も合わせて記憶しておき、読み取り装置３０３は血統情報とともに該保険特定情報も読み取るものとしておけば、保険管理装置３に病歴情報を送信する際に必要な、保険番号の取得を遺漏することも防止できる。
【００６１】
図１６に示す例では、動物側血統情報記憶部３０１は首輪に取り付けたバーコードプレートであり、そのバーコードに血統情報あるいは保険特定情報が記憶され、読み取り装置３０３はそのバーコードを読み取るスキャナで構成されている。該スキャナは、病院側端末６（の入出力部２２３（図５）に接続される。他方、紛失や取り違えを防止するために、動物側血統情報記憶部を、販売済動物商品３００に埋め込まれたＩＣチップ（あるいはトランスポンダ）３０２とすることもでき、この場合は、ＩＣチップ３０２からの発信電波Ｗに反映された動物側血統情報あるいは保険特定情報を、読み取り装置をなす専用の受信器３０４で読み取るようにする。なお、図３に示すごとく、保険管理装置３側に血統書番号を登録しておけば、動物側血統情報記憶部３０１から読み取った血統書番号を保険管理装置３に送信し、保険番号（保険特定情報）を保険管理装置３にて逆検索することもできる。保険証を忘れて初診来院したペットでも、動物側血統情報記憶部３０１（あるいはＩＣチップ３０２）が取り付けてあれば、これに記憶されている血統情報（血統書番号）を読み取って保険管理装置３に送信し、保険番号を含む保険加入情報を容易に把握できるので、保険運用をよりスムーズに行なうことができる。この概念は、血統治療病歴検索の概念を必須とする本発明の内容とは独立した発明と捉えることもできる。
【００６２】
図６に示すように、保険管理装置３においては、前述の保険管理登録記憶部５７内に治療実績データ５７ｈが、保険番号や保険有効期間などと対応付けた形で記憶されている。保険会社側では、このデータを参照して、個別の治療履歴毎に保険適用の可否や保険拠出額の算定等を行なうことができる。
【００６３】
一方、上記の病歴情報は販売管理装置２へも送信される。図２２は、その処理の流れの概略を示すものである。ＡＳ１及びＢＳ１は、病院ＩＤ（特定情報）及び動物商品ＩＤ（特定情報、さらには血統情報）の送受信であり、ＡＳ２及びＢＳ２は病歴情報の送受信である。図３に示すごとく、品質管理情報４７ｊの一部として、販売済動物商品のＩＤ（特定情報）と対応付けた形で記憶される（図２２：ＢＳ３）。図１７は、その品質管理情報４７ｊの内容を示すもので、個々の販売済動物商品のＩＤに対し、供給元であるブリーダー、販売店、上記病歴情報及び評価情報が対応付けられている（つまり、獣医学的情報データベースが形成されている）。評価情報は病歴情報に基づいて作成されるものであり、例えば病院側端末６で作成され、販売管理装置２に送信されるが（図２２：ＡＳ３／ＢＳ４）、病歴情報を受けた販売管理装置２側で作成してもよい。詳細は以下の通りである。すなわち、図１８に示すように、病気の種別毎に血統ペナルティポイントが定められており、遺伝性の強い病気ほどペナルティポイントは高く設定されている。病院側端末６では、１回の病気治療が発生するたびに、このペナルティポイントを手動入力するか、端末内に予め記憶されている病名／ペナルティポイント対応表（病名毎にペナルティポイントが一義的に定められている）上で検索して自動入力する。１つの販売済動物商品について、発生した病気の頻度が高くなるほど、また、発生した病気の遺伝性が高くなるほど、血統ペナルティポイントの合計は大きくなることは明らかである。特に遺伝性の高い病気としては、股関節形成不全、臍ヘルニア、潜在睾丸、膝蓋骨脱臼、頭蓋下顎骨骨病、鼠径ヘルニア、水頭症、心臓肥大等を例示できる。逆に遺伝性の低い病気は、軽度な外傷やストレス性による体調不良などが典型的である。
【００６４】
この場合、図２５に示すごとく、病気の遺伝性情報を、評価対象となる動物商品の種別に応じて異なる内容に定めた遺伝性評価テーブルを設けることができる（販売管理装置２あるいは動物病院側端末６の記憶装置内に置くことができる）。図２５においては、品種（犬種あるいは猫種）と対応付ける形で、各品種において遺伝的に発生しやすい病気が記憶されており、図示はしていないが、品種毎の病気のそれぞれについて血統ペナルティポイントが定められている。該遺伝性評価テーブル上にて、治療にかかる動物の品種に対応した遺伝性病名群を参照し、病院側端末６で入力された病名についてこれと一致した病名があるかどうかを調べる。そして、一致した病名があれば、その病名に対応した血統ペナルティポイントを読み出して、図１８と同様の評価処理に組み入れる。これにより、遺伝性病歴の多寡に応じた血統評価を、動物の種別毎により正確に行なうことができるようになる。
【００６５】
図３に戻り、上記販売済動物商品の病歴情報を用いて、販売前動物商品のフィードバック評価情報が作成される。この作成過程で、個々の販売前動物商品に対し、血統上の関連を有する販売済動物商品の、病歴情報の検索処理が利用される。以下、フィードバック評価情報の作成処理について、図２３及び図２４のフローチャートを用いて説明する。
【００６６】
Ｓ１０１ではまず、評価すべき動物商品のＩＤ（特定情報）をリードし、Ｓ１０２及びＳ１０３では、フィードバック評価情報に組み込むために、その動物商品の販売店やブリーダーのＩＤ（特定情報）もリードする。そして、Ｓ１０４で、その動物商品の血統検索となる。図２４は、その詳細を示すものである。まず、Ｓ２０１で、基点ＩＤ（販売前動物商品であれば、その動物商品のＩＤ）の生体（動物商品）の血統情報（図３の符号４１ｅ：内容については、図１０の符号７５を参照）にて、その両親を特定する（父母追跡検索手段）。次に、Ｓ２０２では、該両親のＩＤに親等番号ＦＮ＝１（つまり、１親等）を付与して、検索メモリ（図２：ＲＡＭ２６内）に記憶する。販売前動物商品（生体）は多くの場合幼少であり、普通子供はいないから、ＦＮ＝１（１親等）が付与される生体は両親だけであり、この時点で検索メモリ内にはその両親のＩＤだけが、ＦＮ＝１を付与された形で記憶される。この様子を、図１９の左に表している。図１９及び図２０では、動物商品の性別を♂及び♀の記号で表し、検索基点となる動物商品を黒で塗りつぶし、検索済みの動物商品には、検索基点となる動物商品から見た親等番号を記入している。この親等番号の最も大きい動物商品が、そのステップでの基準動物商品である。そして、父母追跡ないし子供追跡によりそのステップで検索される、基準動物商品から１親等離れた動物商品にハッチングを付与して表している。一方、この検索処理は、販売済動物商品についても全く同様に実施できるが、この場合は、動物商品に既に子供ができていることがある。従って、Ｓ２０１では、直系の子供のＩＤも血統情報で検索する。この場合、着目している動物商品（基準動物商品）のＩＤが、血統情報中の両親のＩＤと一致する動物商品を、子供として検索することになる。Ｓ２０３で、親等カウンタＦＮＶの値を初期化（初期値：１）する。
【００６７】
Ｓ２０４では、検索メモリ内にて、親等カウンタＦＮＶが示す親等番号の動物商品を全て検索し、その検索数をＮＨにセットするとともに、個々の動物商品に検索番号ＱＮを付与し、検索メモリ内にて検索番号ＱＮ順にソートする。これは、検索基点となる動物商品（例えば販売前）のＩＤから、親等カウンタＦＮＶが示す親等番号の血縁関係にある動物商品（例えば販売済）を、次の検索の基準動物商品としてセットしなおし、それらの各基準動物商品からみて１つだけ親等が離れた動物商品を検索する準備をするためである。
【００６８】
具体的には、Ｓ２０５で検索番号ＱＮを初期化し、Ｓ２０６では検索番号ＱＮの動物商品の、その両親のＩＤを血統情報にて検索し、親等番号ＦＮをＦＮＶ＋１として検索メモリに記憶する（父母追跡検索手段）。また、Ｓ２０７では、血統情報中の両親のＩＤが、基準動物商品のＩＤと一致する動物商品を全て検索し（血縁の両親は１対だけであるが、子供の数は不定である）、親等番号ＦＮをＦＮＶ＋１として検索メモリに記憶する（子供追跡検索手段）。つまり、基準動物商品の親等番号は、Ｓ２０４にて親等カウンタＦＮＶの値として設定しているから、その両親及び子供は、それよりも親等番号が１だけ離れたＦＮＶ＋１である。以上の処理で、比較的近い親等内で交配が進められた場合は、既に検索メモリ内にセット済みの動物商品が重複検索されることもあるので、この場合は、その重複を取り除いてゆくようにする。
【００６９】
Ｓ２０８では検索番号ＱＮをインクリメントし、Ｓ２０９で、ＮＨとして既に特定されている基準動物商品の総数にＱＮが到達するまで、Ｓ２０６及びＳ２０７、つまり、父母追跡検索手段又は子供追跡検索手段による血統追跡検索を反復する。そしてＳ２１０では親等カウンタＦＮＶをインクリメントし、Ｓ２０４に戻って以下の処理を繰り返す。図１９のごとく、ＦＮＶ＝１の動物商品が検索メモリ内に検索された状態であれば、Ｓ２０６及びＳ２０７では、その両親と子供とがＦＮ＝ＦＮＶ＋１＝２の親等番号を付与される。この状態にて、Ｓ２１０でＦＮＶがインクリメントされてＳ２０４に戻れば、Ｓ２０４ではＦＮＶ＝２がついている動物商品が検索メモリ内で全てリストアップされ、図２０の左に示すように、それらが基準動物商品としてセットしなおされる。基準動物商品は基点から見て２親等の動物商品である（性別記号の○の中に「２」と表示されているもの）。その状態でＳ２０６及びＳ２０７を実行すると、ハッチングを付与した動物商品が検索され、３親等として特定される。その後、さらに同じ処理を繰り返して４親等目を検索特定した状態が図２０の右である。基点から見て、傍系の血統も含めて漏れなく検索が行なわれていることがわかる。上記の処理の反復は、Ｓ２１１で、親等カウンタＦＮＶが予め定められた最大値（ＦＮＶ）ｍａｘに到達すれば打ち切られ、Ｓ２１２で必要に応じて、その検索リストを出力する（（図２のモニタ３０あるいはプリンタ３１）。
【００７０】
図２３に戻り、Ｓ１０４で検索された動物商品を、フィードバック評価の対象となる動物商品（例えば販売前動物商品）の血統グループとして定め、Ｓ１０５及びＳ１０６において、該グループに属する動物商品の前置検査の結果情報、病歴情報及び血統ペナルティ情報を、図３の品質管理情報４７ｊにて検索する（血統／獣医学的情報検索手段）。Ｓ１０７では、各動物商品の血統ペナルティポイントを、販売前動物商品から見た親等により重み付け換算する。この場合、親等が離れるほど、血統ペナルティポイントに乗ずる重み付け係数の値を小さくしている。図２１にその具体例を示している。１親等と２親等とは、親等換算の重み付け係数が１であり、３親等は０．９、４親等は０．８に定めてある。Ｓ１０８では、病歴情報の統計データ処理を行なう（例えば、病名ごとの発生頻度のヒストグラム化など）。
【００７１】
親等換算された血統ペナルティポイントの合計値は、血統グループ内の病歴回数の絶対値が多いほど大きくなる。また、同じ病歴回数でも、遺伝性の高い病歴が多く含まれるほど大きくなる。さらに、同じ病歴回数でも、フィードバック評価の対象となる動物商品に対し、近い親等内に病気が発生するほど、親等換算された血統ペナルティポイントの合計値は高くなる。
【００７２】
販売前動物商品については、上記処理で得られる血統ペナルティポイントの合計値が十分に小さければ、出荷を問題なく行なうことができるし、逆に血統ペナルティポイントの合計値が大きくなれば、その販売価格を低減したり、最悪の場合は販売中止の判断を下すこともできる。
【００７３】
また、比較的近い血縁関係にある複数の販売後動物商品にて病気発生の頻度が高い見通しがある場合、それらの販売後動物商品の一つについて、上記販売前動物商品と全く同様にフィードドバック評価処理を行い、血統グループを特定してその血統ペナルティポイントの合計を調査すれば、その血統グループ全体の良否判断が可能であるから、例えばその情報をブリーダーにフィードバックして、該血統グループを交配に用いる際の注意を促したり、あるいは新規交配時に、その血統グループの利用を制限する助言を行なったりすることができる。
【００７４】
また、図２１に示すごとく、血統グループに対する前置検査の結果情報の検索結果を参照すれば、出荷前の診察や臨床検査の結果も参照でき、病歴情報の解釈を補強することができる。また、ペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況についても、血統グループ内の遺伝的傾向の把握に有効に活用できる。特にペットの色柄は販売するペットの商品価値を左右する重要な因子であり、よく好まれる色柄の遺伝傾向が強い血統グループを優先的に交配に利用したり、逆にあまり好まれない色柄については交配への採用を見合わせたりするなど、有益に活用することができる。
【００７５】
また、図３においては、その獣医学的情報データベース（動物商品情報記憶部４１＋動物商品管理情報記憶部４７）上にて、血統検索でなく、ブリーダーや販売店を検索項目として獣医学的情報の検索も実施することができる。例えば、検索された結果に含まれる性格、発育状況、寄生虫やノミ・ダニなどの発生状況（ここでは、これらは前置検査の結果として収集されている）などの情報を参照し、状況が芳しくない場合には、ブリーダーや販売店に改善のための指導や助言を行なうことができる。
【図面の簡単な説明】
【００７６】
【図１】本発明の動物販売管理システムの全体構成を概略にて示す概念図。
【図２】販売管理装置の構成例を示すブロック図。
【図３】図２の記憶装置の内部データ構成例を示す概念図。
【図４】購入者側端末の構成例を示すブロック図。
【図５】動物病院側端末の構成例を示すブロック図。
【図６】保健管理装置の構成例を示すブロック図。
【図７】販売経過データの構成例を示す模式図。
【図８】保険加入申込書フォームの模式図。
【図９】販売ホームページの実例を示す第一図。
【図１０】同じく第二図。
【図１１】同じく第三図。
【図１２】通信による本発明の動物販売管理システムの、処理流れの一例を示すフローチャート。
【図１３】動物病院選択処理の流れのいくつかを例示して示すフローチャート。
【図１４】図１２に続くフローチャート。
【図１５】図１４に続くフローチャート。
【図１６】動物側血統情報記憶と、その読取装置の概念を示す図。
【図１７】品質管理情報の内容を示す図。
【図１８】病歴情報の内容を示す図。
【図１９】血統検索処理の作用説明図。
【図２０】図１９に続く説明図。
【図２１】フィードバック評価情報の内容を示す図。
【図２２】病歴情報の取得処理を概念的に示すフローチャート。
【図２３】フィードバック評価情報の作成処理の流れを示すフローチャート。
【図２４】図２３の血統検査処理のアルゴリズムを示すフローチャート。
【図２５】遺伝性評価テーブルの内容の例を示す模式図。
【符号の説明】
【００７７】
１ 動物販売管理システム
２ 動物販売管理装置
２４ ＣＰＵ
４２ 基本管理プログラム
３ 動物診療保険管理装置
３２４ ＣＰＵ
５９ 管理プログラム
４ インターネット（通信網）
５ 購入者側端末
６ 動物病院側端末
２７ 通信インターフェース
４１ 動物商品情報記憶部
４１ｗ 動物商品情報
４５ 動物病院情報記憶部
５７ 保険管理登録記憶部
【技術分野】
【０００１】
この発明は、インターネットなどの通信網を利用した動物販売管理システムに関するものである。
【背景技術】
【０００２】
【特許文献１】特開２００１−２９７２０７号公報
【特許文献２】特開２００２−２４５７７号公報
【特許文献３】特開２００２−２２３４２６号公報
【特許文献４】特開２００３−５８７２９号公報
【０００３】
近年、犬や猫などのペット用動物や、その飼育に使用するペット用品等の販売業界においてもＩＴ化の傾向が目覚しく、特許文献１〜４に開示されているごとく、インターネットを利用したオンラインペットショップあるいはペット用品販売システムに関する様々な発明がなされている。
【０００４】
また、特許文献４には、ペットショップ、ペット用品ショップ及び動物病院に係るインターネットの総合サイトに係る発明概念が開示されている。インターネットならではの機能として、広域に散在するショップや病院をリンクにより一体化し、さらにその検索機能を付与することで、これからペットを購入しようとしている人や、既に購入して飼育している人が、最適な近隣のショップを迅速に見出すことができるように工夫されている。また、会員登録された動物病院の獣医師による助言情報がデータベース化され、飼っているペットに病気等の異変が生じたときの対処方法に関する情報も取得できるようになっている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ペットショップにて販売に供されたペットが、販売後に病気になることは珍しくない。しかし、その病気の要因が販売前に既に存在していたとすれば、購入者にとって由々しき問題のはずである。しかし、明らかな病状を呈している場合は別として、ペットの将来的な病気発生を予測するための技術的な手法が確立されていないことから、販売時点で異常が認められない限り、事前に問題把握して販売回避するなど、ペットショップ側で具体策を講ずることは、一般には難しい。また、病気遺伝管理の観点で重要な意味を持つ血統に関しては、純血を維持して特定種のブランド的価値を高めるために、ブリーダー側で興味がもたれているに過ぎない。その結果、病歴と血統ないし遺伝の関係については、ペット生産者たるブリーダーが、自分が繁殖させた子犬や子猫について、ごく幼少期の病歴を目の届く範囲内で把握するのが精一杯であるし、仮にいくらかの子犬や子猫がブリーダーの元で病死したりしても、血統との因果関係について系統的に把握することは、ブリーダー任せの状態では不可能に近い。
【０００６】
そして、より重要な問題は、ペットが成長してから発生しやすい病気の場合、実際に病気が発生するのはペットがブリーダーや販売者の手を離れてからのことであるため、病歴と血統との因果関係は事実上ほぼ不可能、という点にある。事実、従来は、飼い主からの自主的な申し出等があった場合は別として、販売後のペットの病歴に関しては、その情報収集のための具体的な検討はほとんどなされてこなかったし、仮に一部の情報が収集できたとしても、新規に販売しようとするペット等に、情報としてフィードバックするための系統的な手法も開発されていなかった。
【０００７】
本発明の課題は、販売後のペットの病歴情報を系統的に収集することができ、収集された病歴のペットの血統との因果関係も容易に把握することができる動物販売管理システムを提供することにある。
【課題を解決するための手段及び発明の効果】
【０００８】
上記の課題を解決するために、本発明の動物販売管理システムは、
動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販動物商品情報記憶部を有した動物販売管理装置と、
動物商品に対する、検査、診察又は病気治療の少なくともいずれかを含む獣医学的情報収集処理を実施可能な情報収集施設に設置されるとともに、通信網を介して動物販売管理装置に接続され、販売済動物商品の情報収集施設にて収集された獣医学的情報を入力する情報収集施設側端末とを備え、
動物販売管理装置には、各動物商品について収集された獣医学的情報を情報収集施設側端末から通信網を介して受信する獣医学的情報受信手段と、受信した獣医学的情報を動物商品と対応付けて記憶・蓄積する獣医学的情報データベースと、選択された特定の動物商品と血統上の関連を有する他の動物商品の獣医学的情報を、獣医学的情報データベースにおいて血統情報に基づき検索する血統／獣医学的情報検索手段と、その検索結果を出力する検索出力手段と、が設けられていることを特徴とする。
【０００９】
上記本発明の動物販売管理システムの構成によると、動物販売管理装置には、動物商品の情報を、当該動物商品の血統情報と対応付けて記憶しておく。他方、検査、診察又は病気治療の少なくともいずれかを含む獣医学的情報収集処理を実施可能な情報収集施設に情報収集施設側端末を適宜設置して、通信網を介してこれを動物販売管理装置に接続するとともに、販売済動物商品の該情報収集施設にて収集された獣医学的情報を情報収集施設側端末側で入力し、通信網を介して動物販売管理装置にこれを送る。獣医学的情報は動物商品及びその血統情報と対応付けて獣医学的情報データベースとして蓄積されるので、ある動物商品について、これと血統上の関連を有する他の動物商品の治療病歴情報を、上記データベース上で簡単に検索することができる。
【００１０】
上記の検索結果を出力し、その結果を参照することで、次のような種々の効果を達成することができる。
（１）これから販売しようとする（あるいは販売を考えている）動物商品の過去の血統における獣医学的情報を統計的に把握することができ、その把握結果に基づいて当該動物商品の獣医学的かつ遺伝学的評価を行なうことができる。その評価結果は、販売上の様々なアクション（例えば、ペットの価格の設定や、最悪の場合は販売の回避など）に反映させることができる。
（２）ブリーダー等に上記の情報をフィードバックすることで、新たにペットを繁殖させる場合にも、遺伝学的な問題の大きい血統は回避するなど、生まれてくるペットの品質向上を図ることができる。この場合、ある動物商品について、これと血縁関係にある動物商品（以下、血統グループともいう）の獣医学的情報を集め、血統グループ全体の獣医学的情報を統計的に把握することができれば、その把握結果に基づいて、どの血統が交配に不向きであるか、などの判断を容易に下すことができる。
【００１１】
獣医学的情報には、上記の検査、診察又は病気治療の少なくともいずれかの結果情報が含まれる。診察の結果情報として、どのような病気にかかっているかの情報ももちろん得られるが、「特に異常なし（つまり病気でない）」との結果が情報して得られることもある。治療を行なえば、その治療内容についての情報も収集できる（ただし、診察のみで治療を行なわない場合もありえる）。また、検査は、病気だけでなく、それ以外の種々の情報をも収集するためのものであり、例えばペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況などについての情報も収集可能である。また、出荷前の動物商品については、臨床検査を実施することも可能であり、健康状態推移や病気経過などの情報を詳細に収集することができる。
【００１２】
動物販売管理装置には、これから販売しようとする動物商品である販売前動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販売前動物商品情報記憶部と、すでに販売済みの動物商品である販売済動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販売済動物商品情報記憶部とが設けられ、
動物販売管理装置において、獣医学的情報受信手段は、既に販売済の動物商品である販売済動物商品の獣医学的情報を情報収集施設側端末から通信網を介して受信するものであり、血統／獣医学的情報検索手段は、販売前動物商品に対し、血統上の関連を有する販売済動物商品の獣医学的情報を、獣医学的情報データベースにおいて血統情報に基づき検索するものとして構成できる。
【００１３】
上記のように構成すると、検索された獣医学的情報に基づいて、これから販売しようとする（あるいは販売を考えている）動物商品、つまり販売前動物商品の過去（つまり、販売済動物商品）の血統に、遺伝学的な問題が発生しやすいかどうかを統計的に把握することができ、ひいては、その販売前動物商品に将来的に病気が発生しやすいかどうかを予測することができる。その予測結果は、販売上の様々なアクション（例えば、ペットの価格の設定や、最悪の場合は販売の回避など）に反映させることができる。
【００１４】
情報収集施設側端末は、販売済動物商品が病気治療を受ける動物病院に設置されるとともに、販売済動物商品の動物病院での治療病歴情報を入力する動物病院側端末とすることができる。購入したペットが病気にかかった場合、その治療を受ける動物病院に情報収集施設側端末を設置しておけば、その病気診察（あるいは診断）の結果や、治療実績の情報である治療病歴情報を、前述の獣医学的情報として効率的に収集でき、また、病歴に基づく血統評価を効果的に行なうことができる。ただし、端末が置かれる情報収集施設は動物病院に限定されるものではなく、獣医師が駐在ないし出張するペットショップや検査診療所（この場合、診察、治療、あるいは臨床検査に係る情報が収集可能である）にも端末を置くことができる。また、ペットの鑑定や品質評価の専門家が駐在ないし出張するペットショップも端末が置かれる情報収集施設として利用でき、ペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況などに係る検査情報が収集可能である。
【００１５】
次に、本発明の動物販売管理システムには、上記血統／獣医学的情報検索手段が検索した、販売前動物商品と血統上の関連を有する販売済動物商品の治療病歴情報に基づいて、販売前動物商品の品質評価を行なう品質評価手段を設けることができる。これにより、販売済動物商品における病歴と血統との関連における販売前動物商品の品質の良否判定を、より能率的に行なうことができる。
【００１６】
具体的には、品質評価手段は、販売前動物商品と血統上の関連を有する販売済動物商品において、治療病歴を有した販売済動物商品が多いほど販売前動物商品の品質を低く評価するものとすることができる。治療病歴に多寡によって、同一血統グループに属する動物商品の統計的な評価を容易に行なうことができる。また、品質評価手段は、販売前動物商品と血統上の関連を有する販売済動物商品において、検索された治療病歴の遺伝性が高いほど販売前動物商品の品質を低く評価するものとすることができる。遺伝性の高い病気は同じ血統グループ内での発生頻度が高く、血統の良否判定における遺伝学的な信頼度をより高めることができる。この場合、上記治療病歴の数的な評価と組み合わせるとより効果的であり、さらに、販売前動物商品と血統上の関連を有する販売済動物商品において、治療病歴が検索された販売済動物商品の、販売前動物商品に対する親等が近いほど、当該販売前動物商品の品質を低く評価するものとすれば、遺伝学的な信頼度をさらに高めることができる。
【００１７】
また、上記構成においては、病気の遺伝性情報を、評価対象となる動物商品の種別に応じて異なる内容に定めた遺伝性評価テーブルを設けることができる。品質評価手段は、販売済動物商品の種別に対応した遺伝性情報を前記遺伝性評価テーブルから読み出し、該情報に基づいて、検索された前記治療病歴の遺伝性を評価するものとすることができる。動物の種別（例えば犬や猫の場合、犬種や猫種）によって、遺伝性の病気の種類が異なる場合がある。上記構成によると、遺伝性病歴の多寡に応じた血統評価を、動物の種別毎により正確に行なうことができるようになる。
【００１８】
また、本発明の動物販売管理システムにおいては、通信網を介して動物診療保険管理装置を接続することができる。該動物診療保険管理装置には、販売済動物商品と、該販売済動物商品が加入している動物診療保険の特定情報である保険特定情報と、保険実績情報とを対応付けて記憶することができる。そして、動物病院側端末装置には、治療を受ける販売済動物商品の治療病歴情報を入力する治療病歴情報入力手段と、保険特定情報を入力する保険特定情報入力手段と、血統情報を入力する血統情報入力手段と、治療病歴情報を血統情報と対応付けた形で動物販売管理装置に送信する一方、該治療病歴情報を、保険実績情報の一部として保険特定情報と対応付けて動物診療保険管理装置に送信する病歴情報送信手段とを設けることができる。
【００１９】
ペットや家畜などの動物が動物病院で診療を受けようとする場合に、人的社会での健康保険制度に相当するシステムを動物診療の世界でも実現した、いわゆる動物診療保険システムが既に実用化されている。このシステムでは、一定の保険料を納めると、保険加入している動物病院にて治療を受ければ、その治療費の一部が保険運用資金から拠出され、保険加入者の治療負担を減ずることができる。
【００２０】
動物診療保険の適用を受けるのに好都合なのは、当然、保険に加入している動物病院ということになる（ただし、保険未加入の病院であっても実費治療を受け、後日、保険会社への請求により保険金を受け取ることは可能であるが、後の手続きが面倒である）。上記の構成によると、保険適用を前提に病院に連れて来られた販売済動物商品は、その病院で治療を受けることで、獣医師により病歴情報が収集される。その病歴情報は、保険適用の可否や、治療実績に応じた保険適用額の算出などに必須な情報なので、保険実績情報の一部として保険特定情報と対応付けて動物診療保険管理装置に送信される。これは、当然、血統情報と対応付けた形で動物販売管理装置に送信する治療病歴情報として流用できるので、血統評価用の新たな治療病歴情報を作成する手間を省くことができる。また、購入した動物商品を保険加入させることで、かかりつけとなる動物病院も病院側端末が配置された保険対応病院に限定することができ、治療病歴情報の収集をより遺漏無く行なえるようになる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を、図面を用いて説明する（なお、本明細書において「情報」と「データ」とは、特に断りのない限り、概念上の差はないものとして取り扱う）。図１は、本発明の一実施形態である動物販売管理システム１の全体概略を示すものであり、動物販売管理装置（以下、単に販売管理装置ともいう）２、購入者側端末５、動物診療保険管理装置（以下、単に保険管理装置ともいう）３、動物病院側端末（情報収集施設側端末）６、販売店側端末８及びメールサーバ７が、インターネット（通信網）４を介して接続された構造を有する。販売管理装置２と保険管理装置３とは、いずれもサーバコンピュータとして構成されるが、複数のコンピュータがネットワーク上で連携することで仮想的に一体の装置として構成されたものも概念に含む。
【００２２】
購入者側端末５は、インターネット４にアクセスする不特定多数の利用者の手元に置かれるコンピュータであり、動物販売管理装置２をサーバとして運営されるオンラインペットショップ（実体は動物販売管理装置２が機能実現するペットショップサーバということになる）にアクセスすることで、ペットの購入端末として機能する。一方、販売店側端末８は店頭販売型のペットショップに置かれ、購入者が店頭を訪問してペットを購入する際に、店員によって操作されるものであるが、機能自体は購入者側端末５とほぼ同じである。一方、動物病院側端末６は、保険管理装置３により管理されている動物診療保険の加入動物病院（また、動物販売管理装置２が運営するペット（動物）販売ホームページが、販売した動物商品の、購入者への引渡し先として指定する動物病院でもある）に設置されるものである。なお、動物病院側端末６は情報収集施設側端末の一つを構成するものであるが、該端末が置かれる情報収集施設は動物病院に限定されるものではなく、獣医師が駐在ないし出張するペットショップや検査診療所も利用できる。この場合、販売店側端末８を情報収集施設側端末としても利用することができ、例えば後述の前置検査にて、診察、臨床検査に係る情報が収集可能である。また、ペットショップにペットの鑑定や品質評価の専門家を駐在ないし出張させることで、上記の前置検査にて、ペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況などに係る検査情報も合わせて収集するようにしている。
【００２３】
図２に示すように、販売管理装置２は、バスを介してＣＰＵ２４、基本制御プログラムを格納したＲＯＭ２５、記憶装置３２内にインストールされた本発明のシステムの機能実現を担う基本管理プログラム４２（図３）のワークエリアとして機能するＲＡＭ２６、及び入出力インターフェース部（以下、Ｉ／Ｏ部ともいう）２３を有するコンピュータとして構成されている。Ｉ／Ｏ部２３には上記の記憶装置３２を始め、インターネット４（図１）との接続を行なう通信インターフェース（モデム、ルータ、ターミナルアダプタなど）２７、マウス及びキーボードからなる入力部２８、表示出力用のモニタ３０、及び印刷出力用のプリンタ３１を備える。
【００２４】
図４に示すように、購入者側端末５（あるいは販売店側端末８）も同様に、ＣＰＵ１２４、ＲＯＭ１２５、記憶装置１３２内にインストールされたホームページ表示用のブラウザソフト、メールソフトなどのワークエリアとして機能するＲＡＭ１２６、及びＩ／Ｏ部１２３を有するコンピュータとして構成されている。Ｉ／Ｏ部１２３には、記憶装置１３２を始め、インターネット４（図１）との接続を行なう通信インターフェース１２７、入力部１２８、モニタ１３０及びプリンタ１３１を備える。
【００２５】
また、図５に示すように、病院側端末６も同様に、ＣＰＵ２２４、ＲＯＭ２２５、記憶装置２３２内にインストールされたホームページ表示用のブラウザソフトなどのワークエリアとして機能するＲＡＭ２２６、及びＩ／Ｏ部２２３を有するコンピュータとして構成されている。Ｉ／Ｏ部２２３には、記憶装置２３２を始め、インターネット４（図１）との接続を行なう通信インターフェース２２７、入力部２２８、モニタ２３０及びプリンタ２３１を備える。記憶装置２３２には、本発明のシステムにおける病院側端末６の基本処理を行なうための管理プログラム５３が格納されている。
【００２６】
図６は保険管理装置３の構成を示すもので、ＣＰＵ３２４、ＲＯＭ３２５、記憶装置３３２内にインストールされた、本発明のシステムの機能実現を担う管理プログラム５９などののワークエリアとして機能するＲＡＭ３２６、及びＩ／Ｏ３２３を有するコンピュータとして構成されている。Ｉ／Ｏ部３２３には、記憶装置３３２を始め、インターネット４（図１）との接続を行なう通信インターフェース３２７、入力部３２８、モニタ３３０及びプリンタ３３１を備える。
【００２７】
図３は、販売管理装置２の記憶装置３２内の詳細を示すものである。記憶装置３２には、動物商品情報４１ｗを記憶する動物商品情報記憶部４１が形成されている。該動物商品情報４１ｗは、商品ＩＤ４１ａ、動物品種４１ｂ、性別４１ｃ、ブリーダー名４１ｄ、血統情報４１ｅ、年齢（あるいは生年月日）４１ｆ、価格４１ｇ、商品画像４１ｈとその撮影日４１ｉ、別の商品画像４１ｊとその撮影日４１ｋ、商品の販売店４１ｌ、及びフィードバック評価情報４１ｍなどのデータを含むものであり、商品毎に異なる商品ＩＤ４１ａを付されて互いに対応付けて記憶されている。フィードバック評価情報４１ｍは、商品ＩＤ４１ａが特定する動物商品（販売前動物商品）について、血統にて関連付けられる販売済動物商品の獣医学的情報（本実施形態では、病歴情報と後述の前置検査の結果情報）に基づいて作成される、当該販売前動物商品の評価情報であるが、その詳細は後述する。
【００２８】
また、記憶装置３２には、前述の基本管理プログラム４２、図９〜図１１のような販売ホームページをインターネット４上にアップロードするための販売ホームページデータ４３、及び動物商品とセットで販売（加入）される動物診療保険の情報４４も記憶されている。
【００２９】
以下、システムの動作について説明する。図１２は、購入者側端末５と販売管理装置２との間の、主として動物商品購入処理の流れを示すものである。図１４は、販売管理装置２と保険管理装置３との間の、主として動物商品購入処理に随伴した保険加入用のデータトランスファ処理の流れを示すものである。さらに、図１５は、販売管理装置２と動物病院側端末６との間の、主として動物商品引渡し処理と、動物病院からの動物商品に対する診察結果のフィードバック処理の流れを示すものである。このように、複数群のコンピュータ間での通信（電子メールを含む）により連携的にシステム上の処理が進行することになるが、以下においては、購入者の視点から見た流れ追跡を重視した形で説明を進める。説明の順序は、必ずしも各図のフローチャート上の流れを優先したものとはなっていないので、説明の途中で随時、参照すべきフローチャートのステップ番号を挿入し、理解の便宜を図るものとする。
【００３０】
まず、販売管理装置２からは、動物商品情報４１ｗは通信インターフェース２７を介して動物診療保険情報４４とともに購入者側端末５に送信される（動物商品情報送信手段）。具体的には、販売管理装置２において、図２のアップロードメモリ４８を使用して、販売ホームページ（以下、ＨＰとも記載する）をインターネット上にアップロードする（図１２：ＨＳ１）。購入者側端末５側では、ブラウザソフトウェア４９を立ち上げ、販売ＨＰのＵＲＬ入力により販売管理装置２にアクセスする（図１２：ＣＳ１）。これにより、購入者側端末５は販売管理装置２から動物商品情報４１ｗを販売ＨＰに組み込んだ形でダウンロードすることができる（ＨＳ２，ＣＳ２）。
【００３１】
図９は、その販売ＨＰのトップページ（モニタ１３０に出力される）の出力例を示すものであり、商品案内アイコン７０，７１が表示されている。このうち、商品案内アイコン７０は、動物商品の品種毎に設けられ、マウスクリックにより対応する品種の購入ページのＵＲＬが入力されて、該当ページへジャンプする（つまり、該当ページへのリンクが張られている）。このジャンプ先のページは図示していないが、品種別の動物商品の画像と、その購入ボタンとが対応付けて表示される。また、商品案内アイコン７１は、特定の推奨商品（特選商品）のピックアップページへのリンクを張るものである。
【００３２】
図１０にそのピックアップページの内容を示している。ここには、個別の動物商品の画像７９と、マウスクリックにより操作する購入ボタン７３が設けられている。なお、本実施形態では、購入ボタン７３のクリックにより、動物商品の購入確定とともに、動物診療保険への加入意思確定も同時に行なうようにしている（ただし、一点鎖線で示すように、保険加入ボタン７４を別途設け、動物商品の購入と保険加入とを分離することにより、保険加入を任意とする構成も可能である）。また、商品画像７９とともに、これら動物商品の両親の血統情報７５も表示されている（図３の血統情報４１ｅが読み出され、表示されたものである）。
【００３３】
図３に示すように、販売管理装置２において、動物商品情報記憶部４１に記憶されている動物商品情報４１ｗには、撮影日を異ならせて複数撮影された動物商品の画像情報４１ｈ，４１ｊが含まれている（各々日付データ４１ｉ，４１ｋが随伴している）。図３では、２つの日付の画像情報だけが記憶されているが、もっと多くの日付の画像情報が記憶されてもよい。そして、購入者側端末５に送信される動物商品情報４１ｗには、画像情報のうち、撮影日の異なる少なくとも２つの画像情報４１ｈ，４１ｊが含まれており、購入者側端末５には該画像情報４１ｈ，４１ｊの表示部（表示手段）７６，７７（図１１）が設けられている。
【００３４】
具体的には図１０において、商品画像７９がページリンクボタンを兼ねており、この画像７９をクリックすると、図１１に示すように、対応商品の詳細ページにジャンプする。画像情報４１ｈ，４１ｊによる撮影日の異なる商品画像７６，７７が複数表示される。これにより、購入者は、自分が購入しようとする動物商品が健全に成長してきていることをこれらの画像から確認でき、安心感を得ることができる。なお、図１１においては、商品画像７６，７７に係る子犬の両親の画像７８も合わせて表示されている。
【００３５】
なお、販売管理装置２において、同一の動物商品に対する新しい撮影日の画像情報４１ｈが動物商品情報記憶部４１に追加される毎に、動物商品情報送信手段は該追加された画像情報４１ｈを購入者側端末５へ随時送信するようにしてもよい。購入を迷っている利用者は、日を追って新しい画像に更新されてゆくのを見ることで、購入意欲をくすぐられることになる。
【００３６】
図９に戻り、トップページの下部には、動物診療保険情報４４に基づく動物診療保険加入の案内情報が表示されている。なお、詳細ボタン７２も形成され、これをクリックすると、張られたリンクにより、動物診療保険情報４４に基づく動物診療保険の詳細情報ページにジャンプする。これにより、利用者は動物診療保険についてさらに詳しい情報を得ることができる。
【００３７】
図４において、購入者側端末５は、販売ＨＰへのアクセスにより、通信インターフェース１２７を介して動物商品情報と動物診療保険情報とを受信する（動物商品情報受信手段）。また、購入選択した動物商品の特定情報（動物商品ＩＤ４１ａ（図３））を、購入者データ（購入者特定情報）とともに動物購入情報として販売管理装置２に送信する（動物購入情報送信手段）（以上、図１２：ＣＳ３，ＣＳ４）。具体的には、入力部２８により、図１０の購入ボタン７３をクリックして、購入する動物商品を選択する（動物商品選択手段）。すると、図示しない購入ページにジャンプし、そこで入力部２８により購入者データ４７ｄを入力する（入力手段：ＣＳ６）。
【００３８】
図２の販売管理装置２は、上記のようにして入力した動物購入情報を受信する（動物購入情報受信手段：ＨＳ４）。図３に示すように、動物商品ＩＤ４１ａと購入者データ４７ｄとは、互いに対応付けられて動物商品管理情報記憶部４７に格納される。動物商品管理情報記憶部４７内の商品管理情報４７ｗは、商品ＩＤ４７ａ、商品の入荷日４７ｂ、販売経過データ４７ｃ、購入者データ４７ｄ、保険管理データ（保険管理装置３（図６）からフィードバックされる保険加入の完了／未完を示すデータである）４７ｅ、前置検査結果データ４７ｆ、引渡し前診察結果データ４７ｇ、引渡し可否データ４７ｈ、引渡し病院データ４７ｉ、品質管理データ４７ｉなどが記憶されている。動物購入情報を受信すれば購入決定を確定し、動物商品管理情報記憶部４７の販売経過データ４７ｃに、図７に示すように購入日のデータを書き込む（ＨＳ４）。その後、購入者から代金の入金があれば、入金日の書き込みを行なう。
【００３９】
本実施形態では、前述のごとく、動物商品の購入選択が動物診療保険の加入意思決定入力も兼ねているので、販売管理装置２は、購入決定の情報を購入者側端末５から受信すると、購入者データ４７ｄの一部又は全部（本実施形態では全部）を保険加入者データ（保険加入希望者特定情報）として、購入に係る動物商品情報（本実施形態では、品種、性別、血統及び年齢の各データを含む）５７ｄとともに保険管理装置３に転送する（保険加入希望者特定情報転送手段）（図１４：ＨＳ５１）。
【００４０】
図６の保険管理装置３は、上記の保険加入者データ５７ｃを動物商品情報５７ｄとともに受信する（保険加入者データ受信手段：ＩＳ１）。また、記憶装置３３２内には、保険加入者データ（又は保険加入予定者情報：加入経過情報５７ｂにより識別される）５７ｃと保険対象動物情報５７ｄとを互いに対応付けた形で管理登録する保険管理登録記憶部（保険管理登録手段）５７が設けられている。保険管理装置３は、受信した動物情報５７ｄ（図３の動物商品情報４１ｗの一部）と保険加入者データ５７ｃ（図３の購入者データ４７ｄ）とに基づいて、その動物商品を保険対象動物とし、その動物商品の購入者を保険加入者又は保険加入予定者として、保険管理登録記憶部５７に登録する（保険登録手段：ＩＳ２，ＩＳ３）。
【００４１】
具体的には、保険管理登録記憶部５７は、受信した保険加入者データ５７ｃに基づいて、動物商品の購入者をひとまず保険加入予定者として登録する（ＩＳ２）。具体的には、加入経過情報５７ｂを「加入予定」に設定することにより行なう。他方、記憶装置３３２には、保険対象動物情報５７ｄと保険加入者データ５７ｃとを記入必須事項として含む保険加入申込書フォーム５８の記憶部５８が設けられている。入力部３２８からのコマンド入力により、その記憶された保険加入申込書フォーム５８が読み出され（ＩＳ４）、受信した動物商品情報５７ｄと保険加入者データ５７ｃから必要な項目を抽出し（ＩＳ５）、保険加入申込書フォーム５８の指定位置に合成し（ＩＳ６）、その合成された結果を出力する（ＩＳ７）。
【００４２】
図８は、保険加入申込書フォーム５８の一例を模式的に示すものである。動物情報５７ｄに含まれる品種、名称、性別及び年齢、保険加入者データ５７ｃに含まれる、加入者の氏名、性別、生年月日、住所、電話番号が必須記載項目とされ、さらに、日付と署名・捺印の欄も形成されている。署名・捺印は加入者による人的な自署及び押印によりなされるものである。そして、動物情報５７ｄと保険加入者データ５７ｃとの該等記入欄ＳＰ，Ｓ，Ａ，ＸＣ，ＸＥ，ＸＦ，ＸＤ，ＸＧは、原フォームでは空欄とされている。これらの欄も加入者が自分で記入することができるが、手間を省くために保険管理装置３では、販売管理装置２から受信した動物情報５７ｄと保険加入者データ５７ｃとの必要な部分を保険加入申込書フォーム５８のデータに流し込み、これをプリンタ３３１から紙出力する（なお、フォーム５８のデータを電子メール等で送信することも「出力」の概念に属する。）。紙出力された保険加入申込書フォーム５８は郵送等により購入者の元へ送られる。これを受け取った購入者は、残った空欄を埋めて署名捺印し、再度保険会社へ送り返す。申込書の記載事項に誤りがなければ保険加入契約は成立する。図６の保険管理登録記憶部５７は、保険加入予定者として登録されている動物商品の購入者のうち、上記のようにして保険加入申込書フォーム５８を介して保険契約手続が完了した購入者を、保険加入者として登録変更する（登録変更手段）。具体的には、加入経過データ５７ｂにおいて「加入予定」となっているのを、「加入済み」へとデータ書き換えする（ＩＳ９，ＩＳ１０：ただし、ＩＳ９は、処理流れの理解の便宜を図るために追記した人為的なステップである）。保健管理登録記憶部５７の内容を出力して閲覧すれば、加入予定のまま残っている加入者データを容易に発見でき、適切な督促を行なうことができる。
【００４３】
次に、本実施形態においては、図３に示すごとく、販売管理装置２の記憶装置３２には、上記の動物診療保険に加入している動物病院の情報を所在地情報とともに記憶する動物病院情報記憶部４５が設けられている。そして、購入者側端末５からの検索送信情報に基づいて、特定の所在地を有する動物病院の情報を上記動物病院情報記憶部４５にて検索することができるようになっている（動物病院情報検索手段）。検索された動物病院の情報は、購入動物商品の保険適用先病院情報として購入者側端末５に送信される（保険適用先病院情報送信手段）（図１２：ＨＳ５）。本実施形態において動物病院情報記憶部４５は、購入者への動物商品の引渡し先となる複数の動物病院の情報をその所在地情報とともに記憶するものともされ、購入者側端末５は、購入選択した動物商品の特定情報を、購入者データ４７ｄ及び引渡し希望地情報とともに動物購入情報として販売管理装置２に送信するようにしている。
【００４４】
引渡し地情報は後述のごとく、購入者の住所やその住所が含まれる地域（エリア）などの住所情報とし、該住所情報を参照して販売管理装置２側で引渡し動物病院を決定する方法もありえるし、販売管理装置２から提示された動物病院のリストを見て、購入者側端末５側で引渡し動物病院自体を特定し、これを引渡し地情報として販売管理装置２に送信するようにしてもよい。後者の場合は、販売管理装置２側で行なう処理は、購入者側から申し出のあった引渡し動物病院を認証するだけになるが、これも販売管理装置２側で行なう引渡し動物病院の決定処理の一つとみなす。
【００４５】
本実施形態では、図３に示すように、動物病院情報記憶部４５は、動物病院情報が病院名４５ｂと特定ＩＤ４５ａとを含むものとされ、所在地情報は、所在地データ４５ｄと該所在地を区分するエリア（地域）を特定するエリアＩＤ４５ｃとを含むものとされている。これらの動物病院は全て引渡し先病院として利用可能な病院を示し、一部に保険未対応の病院も含まれていることを想定して、保険対応識別データ４５ｅを付与している。
【００４６】
また、本実施形態では、検索の便宜を考慮して住所検索テーブル４６を設けている。住所検索テーブル４６は郵便番号表と類似の構造を有し、例えば番地を除いた住所区分４６ｂを単位として、これを適当なエリア毎にエリアＩＤ４６ａを付与し、互いに対応付けて記憶したものである。図１３に示すように、購入者側端末５における動物病院の選択方法にはいくつかの方式が考えられる。左のフローに示す（Ｉ）の方法では、購入者側端末５から住所データ（例えば購入者特定データ４７ｄに含まれるもの）を受信し（ＨＳ１１）、その住所データを検索キーとして住所検索テーブル４６にて該当エリアを検索し（ＨＳ１２）、動物病院情報記憶部４５において、そのエリアに属する動物病院を全て抽出して読み出し、結果を購入者側端末５に送信する（ＨＳ１３）。購入者側端末５ではその受信結果をブラウザ上で出力することができ、引渡しを希望する動物病院を選択して販売管理装置２に送り返す（ＨＳ１４）。このとき、購入者側端末５では、保険対応識別データ４５ｅに基づいて、表示される病院のどれが保険対応であり、どれが非対応であるかを表示することが可能である。なお、購入者の住所に最も近い動物病院を１つだけ抽出して表示するようなことも可能であるが、検索エンジンが複雑化することと、利用者として近隣のいくつかの候補病院が判明したほうが何かと便利であるので、購入者側端末５では一定エリア内の複数病院を出力できるようにすることが望ましいといえる。
【００４７】
他方、図１３の右に示す方式（ＩＩ）は、例えば都道府県リスト（プルダウンメニューあるいはマップ形式）などのエリアリスト（エリア情報）を、販売管理装置２から購入者側端末５に送信し（ホームページに組み込んでおけばよい：ＣＳ１１）、購入者側端末５側でのマウスクリック選択などによりエリアを選択させる（ＣＳ１２）。選択結果を受け取った販売管理装置２では、その選択されたエリアに属する動物病院の情報を購入者側端末５に返し、購入者側端末５側ではその内容をリスト表示する（ＣＳ１３）。購入者側端末５では、引渡しを希望する動物病院を選択して販売管理装置２に送り返す（ＣＳ１４）。
【００４８】
以上の処理からも明らかなように、購入者側端末５は、購入選択した動物商品の特定情報を、購入者データ４７ｄ及び引渡し希望地情報とともに動物購入情報として販売管理装置２に送信する（動物購入情報送信手段）（図１２：ＣＳ５，ＣＳ６）。また、販売管理装置２は、図３の動物病院情報記憶部４５において、該動物購入情報に含まれる引渡し希望地情報（購入者側端末５にて上記選択された動物病院の病院ＩＤ４５ａである）に基づき、引渡し先動物病院を決定する（引渡し先動物病院決定手段）（図１２：ＨＳ６）。そして、購入対象となる動物商品情報（図５では便宜的に商品ＩＤ４７ａだけを表示しているが、図３の動物品種４１ｂ、性別４１ｃ、年齢４１ｆなど、後述の引渡し前診察に必要な情報も当然含まれている）、購入者特定データ４７ｄ及び引渡し日５４ｃ（引渡し通知情報）を、引渡し管理情報として、引渡し先動物病院に設置された動物病院側端末６へ送信する（引渡し管理情報送信手段）（図１５：ＨＳ６１）。
【００４９】
図５に示すように、動物病院側端末６では、記憶装置２３２内に引渡管理情報記憶部５４が形成され、上記の引渡し管理情報を受信し（ＮＳ１）、これに含まれる動物商品情報及び購入者データ４７ｄを互いに対応付けて記憶する。なお、記憶した引渡し管理情報の内容は、管理プログラム５３の実行により、モニタ２３０ないしプリンタ２３１から出力することができる（出力手段）。
【００５０】
他方、販売管理装置２では、購入動物商品の引渡し場所として確定した動物病院の情報と、購入動物商品の引渡し日時の情報とを含む引渡し通知情報が作成され、購入者側端末５に引渡し通知情報として送信される（図１２：ＣＳ７）。購入者側端末５ではこれを受信して、どこの動物病院に、購入した動物病院をいつ引き取りに行けばよいかを知ることができる。
【００５１】
次に、引渡し先動物病院においては、獣医師による動物商品の診察が、該動物商品の購入者への引渡しの前に実施される。また、該引渡し先となる動物病院での診察に先立って、当該動物病院とは別の場所で、異なる獣医師あるいはペット鑑定／品質評価の専門家による品質保証用の前置検査が別途実施され、診察、臨床検査、ペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況が検査情報として収集される。動物商品情報記憶部４１には、上記の前置検査の結果情報４７ｆが動物商品情報（商品ＩＤ４７ａ）と対応付けた形で記憶されている。この前置検査の結果情報４７ｆは、引渡し先動物病院の動物病院側端末６に送信される（図１５：ＮＳ２、前述の引渡し管理情報に含めて送信することができる）。これは、動物病院側での動物商品の引渡し判断上の参考としても役立つ。さらに、後述するごとく、商品販売前に取得される予備的な獣医学的情報でもあり、血統情報を介した他の動物商品の病歴との相互関連把握にも利用できる。
【００５２】
一方、図５において、引渡し先動物病院で実施される引渡し前診察結果の情報は、動物病院側端末６の引渡管理情報記憶部５４にて、動物商品情報（商品ＩＤ４７ａ）と対応付けて記憶されるとともに、販売管理装置２側にも送信され（ＮＳ３）、図３の動物商品管理情報記憶部４７にも記憶される（ＨＳ６２）。前置検査情報４７ｆと合わせて、時系列の異なる最低２つの診察情報が動物商品毎に蓄積でき、詳細な動物商品情報４１と合わせれば、品質管理上のデータとして極めて有効に活用できる。特に血統情報を利用して、後述の方法により、ある動物商品に対し一定親等内に属する動物商品（血統グループ）の獣医学的情報を検索・収集することができ、該血統グループの病気に対する遺伝的な傾向を統計把握することができる。
【００５３】
また、販売管理装置２からは（あるいは動物病院側端末６からでもよい）、引渡し前診察結果のデータが保険管理装置３にも送信される（図１４：ＨＳ５２）。図６に示すように、この引渡し前診察結果において、万一病気発生していた場合は、これが治療実績データ５７ｈの一部をなす病歴情報（獣医学的情報の一つ）として、保険管理登録記憶部５７に記憶される。動物商品の引渡し前に病歴情報（病気発生していなければ、単なる健康診断情報となる）５７ｈを取得できることで、保険料率等の算定等もいち早く行なうことができ、保険審査のスピードアップを図ることができる。治療実績データ５７ｈには、本来的には、動物商品引渡し後に病気になった動物商品を、保険利用により、その引渡し病院か、あるいは保険システムに加盟している別の動物病院にて治療を受けさせることにより、獣医師が病院側端末６上にて作成するものである。
【００５４】
獣医師は、上記の診察結果に基づいて動物商品の引渡しの可否を決定し、引渡し可否情報を作成して販売管理装置２に送信する（ＮＳ４）。これは、引渡し可否情報４７ｈとして商品管理情報記憶部４７に登録され、動物商品の品質管理等に使用することができる。この引渡し可否情報４７ｈの内容が「引渡し可」であれば、購入者に対し指定の日に来院してもらい、そこで種々のアドバイスを獣医師から行ないつつ購入者に動物商品を引き渡す。このときの質疑応答の内容や、感想・要望・苦情などの購入者からのフィードバック情報は、引渡し完了通知情報に組み込む形で動物病院側端末６にて入力され、販売管理装置２に送信される（ＮＳ７）。また、図５において引渡管理情報記憶部５４の引渡し実績データ５４ｇを「引渡し済み」に書き換える。販売管理装置２ではこれを受信し、図７の販売経過データ４７ｃに引渡し日を書き込み、引渡し完了の認証を行なう。また、引渡し完了通知情報に含まれるフィードバック情報を品質管理データ４７ｊに登録する。
【００５５】
一方、この診察結果が芳しくなかった場合には、動物商品の引渡しを中止したり延期したりする処置がとられる。この場合、動物病院側端末６では、引渡し中止ないし延期の理由情報が作成され、販売管理装置２に送信される。この理由情報は、図３の動物商品管理情報記憶部４７内の品質管理情報４７ｊに登録される（図１５：ＨＳ６５）。なお、引渡しが不可であった場合は、その動物商品情報を動物商品情報記憶部４１から削除する措置を行なう（ＨＳ６６）。なお、購入者側端末５へは引渡しが不能ないし延期となったことを電子メール等にて通知する。
【００５６】
なお、以上の実施形態では、動物商品の購入手続きを購入者端末にて行なうオンラインショッピングの例で説明したが、動物商品の購入及び引渡し自体はペットショップ（販売店）での店頭で行なうことも可能である。この場合は、購入に伴う保険加入手続きのための保健管理装置３との情報のやり取りや、購入者データの販売管理装置２への送信などを、販売店側端末８（図１）を拠点として行なうことになる。また、動物商品の引渡しは店頭で行なうこともでき、この場合は動物病院引渡しの場合に特有な、動物病院側端末６を拠点とした上記の一連の処理も省略される。
【００５７】
さて、以上のような手続きを経て購入された動物商品は、上記のごとく保険加入済であり、万一購入後に病気等にかかった場合は、保険対応病院で獣医師による診察・治療を受ける。その病院は、保険対応病院であれば、前述のごとく動物商品の引渡し病院であっても、他の病院であってもよい。保険による診察又は治療を受ければ、治療費の一部が保険会社の運用資金から拠出されることになる（これは、病院に支払う治療費の段階で天引きされる形と、支払い時は保険分込みの実費支払いとし、保険分を後日還付する形の両方がありえる）。当然、保険対応病院側では、保険適用の可否や、保険適用内容につき保険会社の承認を得るために、診察により得られた病歴（診察／治療）情報を保険会社に送付する必要がある。本発明では、その病歴情報を動物病院側端末６にて作成し、これを、インターネット４を経由して販売管理装置２に送る。
【００５８】
図１８は病歴情報の内容例を示すものであり、（販売済）商品ＩＤ（販売済動物商品特定情報）と対応付けた形で、その動物病院の治療実績が時系列にて入力・記録されたものであり、獣医師（ドクター）の名前、通院の日時、病名（病名を直接入力しているが、括弧内に示すように、病名コード（ＳＣ＃＃＃＃）による入力も可能である）のデータを含む。これらのデータを含む病歴情報の送信先は販売管理装置２及び保険管理装置３であり、商品ＩＤの特定によりこれら管理装置側で把握可能な情報、例えば販売日、血統情報、保険番号（保険特定情報）等は、動物病院側端末６で入力することも可能であるが、入力を省略することももちろん可能である。
【００５９】
しかし、商品ＩＤは販売者側の便宜により付与するものであり、購入者側で常に把握できる情報であるとは限らない（むしろ、病院診察時に覚えているほうがまれであろう）。この場合、別途保険会社から配布される保険証に記載された保険番号（保険特定情報）や、国際的に標準化されている血統書番号（血統情報の内容に一義的に対応するので、広義には血統情報と等価とみなすことができる）のほうが、購入者からはより引き出しやすい情報であり、商品特定情報に代えて病歴情報に随伴させることができる。この場合、キーボードやマウスといった汎用の入力部２２８が、血統情報入力手段を形成することとなる。
【００６０】
しかし、血統書番号についても、血統書を来院時に提示できる購入者はまれであるから、図１６に示すように、購入した販売済動物商品３００に動物側血統情報記憶部３０１を取り付け、これに記憶されている血統情報を直接読み取る読み取り装置３０３を血統情報入力手段として設けてもよい。このようにすると、病歴情報を収集する際に、後述の検索処理に必須となる血統情報を遺漏無く取得ないし特定することができ、また、血統情報（血統書番号）の取り違え（特に、複数のペットを飼育する購入者にありがちなことである）といった不具合も防ぐことができる。この場合、動物側血統情報記憶部３０１には保険特定情報（保険番号）も合わせて記憶しておき、読み取り装置３０３は血統情報とともに該保険特定情報も読み取るものとしておけば、保険管理装置３に病歴情報を送信する際に必要な、保険番号の取得を遺漏することも防止できる。
【００６１】
図１６に示す例では、動物側血統情報記憶部３０１は首輪に取り付けたバーコードプレートであり、そのバーコードに血統情報あるいは保険特定情報が記憶され、読み取り装置３０３はそのバーコードを読み取るスキャナで構成されている。該スキャナは、病院側端末６（の入出力部２２３（図５）に接続される。他方、紛失や取り違えを防止するために、動物側血統情報記憶部を、販売済動物商品３００に埋め込まれたＩＣチップ（あるいはトランスポンダ）３０２とすることもでき、この場合は、ＩＣチップ３０２からの発信電波Ｗに反映された動物側血統情報あるいは保険特定情報を、読み取り装置をなす専用の受信器３０４で読み取るようにする。なお、図３に示すごとく、保険管理装置３側に血統書番号を登録しておけば、動物側血統情報記憶部３０１から読み取った血統書番号を保険管理装置３に送信し、保険番号（保険特定情報）を保険管理装置３にて逆検索することもできる。保険証を忘れて初診来院したペットでも、動物側血統情報記憶部３０１（あるいはＩＣチップ３０２）が取り付けてあれば、これに記憶されている血統情報（血統書番号）を読み取って保険管理装置３に送信し、保険番号を含む保険加入情報を容易に把握できるので、保険運用をよりスムーズに行なうことができる。この概念は、血統治療病歴検索の概念を必須とする本発明の内容とは独立した発明と捉えることもできる。
【００６２】
図６に示すように、保険管理装置３においては、前述の保険管理登録記憶部５７内に治療実績データ５７ｈが、保険番号や保険有効期間などと対応付けた形で記憶されている。保険会社側では、このデータを参照して、個別の治療履歴毎に保険適用の可否や保険拠出額の算定等を行なうことができる。
【００６３】
一方、上記の病歴情報は販売管理装置２へも送信される。図２２は、その処理の流れの概略を示すものである。ＡＳ１及びＢＳ１は、病院ＩＤ（特定情報）及び動物商品ＩＤ（特定情報、さらには血統情報）の送受信であり、ＡＳ２及びＢＳ２は病歴情報の送受信である。図３に示すごとく、品質管理情報４７ｊの一部として、販売済動物商品のＩＤ（特定情報）と対応付けた形で記憶される（図２２：ＢＳ３）。図１７は、その品質管理情報４７ｊの内容を示すもので、個々の販売済動物商品のＩＤに対し、供給元であるブリーダー、販売店、上記病歴情報及び評価情報が対応付けられている（つまり、獣医学的情報データベースが形成されている）。評価情報は病歴情報に基づいて作成されるものであり、例えば病院側端末６で作成され、販売管理装置２に送信されるが（図２２：ＡＳ３／ＢＳ４）、病歴情報を受けた販売管理装置２側で作成してもよい。詳細は以下の通りである。すなわち、図１８に示すように、病気の種別毎に血統ペナルティポイントが定められており、遺伝性の強い病気ほどペナルティポイントは高く設定されている。病院側端末６では、１回の病気治療が発生するたびに、このペナルティポイントを手動入力するか、端末内に予め記憶されている病名／ペナルティポイント対応表（病名毎にペナルティポイントが一義的に定められている）上で検索して自動入力する。１つの販売済動物商品について、発生した病気の頻度が高くなるほど、また、発生した病気の遺伝性が高くなるほど、血統ペナルティポイントの合計は大きくなることは明らかである。特に遺伝性の高い病気としては、股関節形成不全、臍ヘルニア、潜在睾丸、膝蓋骨脱臼、頭蓋下顎骨骨病、鼠径ヘルニア、水頭症、心臓肥大等を例示できる。逆に遺伝性の低い病気は、軽度な外傷やストレス性による体調不良などが典型的である。
【００６４】
この場合、図２５に示すごとく、病気の遺伝性情報を、評価対象となる動物商品の種別に応じて異なる内容に定めた遺伝性評価テーブルを設けることができる（販売管理装置２あるいは動物病院側端末６の記憶装置内に置くことができる）。図２５においては、品種（犬種あるいは猫種）と対応付ける形で、各品種において遺伝的に発生しやすい病気が記憶されており、図示はしていないが、品種毎の病気のそれぞれについて血統ペナルティポイントが定められている。該遺伝性評価テーブル上にて、治療にかかる動物の品種に対応した遺伝性病名群を参照し、病院側端末６で入力された病名についてこれと一致した病名があるかどうかを調べる。そして、一致した病名があれば、その病名に対応した血統ペナルティポイントを読み出して、図１８と同様の評価処理に組み入れる。これにより、遺伝性病歴の多寡に応じた血統評価を、動物の種別毎により正確に行なうことができるようになる。
【００６５】
図３に戻り、上記販売済動物商品の病歴情報を用いて、販売前動物商品のフィードバック評価情報が作成される。この作成過程で、個々の販売前動物商品に対し、血統上の関連を有する販売済動物商品の、病歴情報の検索処理が利用される。以下、フィードバック評価情報の作成処理について、図２３及び図２４のフローチャートを用いて説明する。
【００６６】
Ｓ１０１ではまず、評価すべき動物商品のＩＤ（特定情報）をリードし、Ｓ１０２及びＳ１０３では、フィードバック評価情報に組み込むために、その動物商品の販売店やブリーダーのＩＤ（特定情報）もリードする。そして、Ｓ１０４で、その動物商品の血統検索となる。図２４は、その詳細を示すものである。まず、Ｓ２０１で、基点ＩＤ（販売前動物商品であれば、その動物商品のＩＤ）の生体（動物商品）の血統情報（図３の符号４１ｅ：内容については、図１０の符号７５を参照）にて、その両親を特定する（父母追跡検索手段）。次に、Ｓ２０２では、該両親のＩＤに親等番号ＦＮ＝１（つまり、１親等）を付与して、検索メモリ（図２：ＲＡＭ２６内）に記憶する。販売前動物商品（生体）は多くの場合幼少であり、普通子供はいないから、ＦＮ＝１（１親等）が付与される生体は両親だけであり、この時点で検索メモリ内にはその両親のＩＤだけが、ＦＮ＝１を付与された形で記憶される。この様子を、図１９の左に表している。図１９及び図２０では、動物商品の性別を♂及び♀の記号で表し、検索基点となる動物商品を黒で塗りつぶし、検索済みの動物商品には、検索基点となる動物商品から見た親等番号を記入している。この親等番号の最も大きい動物商品が、そのステップでの基準動物商品である。そして、父母追跡ないし子供追跡によりそのステップで検索される、基準動物商品から１親等離れた動物商品にハッチングを付与して表している。一方、この検索処理は、販売済動物商品についても全く同様に実施できるが、この場合は、動物商品に既に子供ができていることがある。従って、Ｓ２０１では、直系の子供のＩＤも血統情報で検索する。この場合、着目している動物商品（基準動物商品）のＩＤが、血統情報中の両親のＩＤと一致する動物商品を、子供として検索することになる。Ｓ２０３で、親等カウンタＦＮＶの値を初期化（初期値：１）する。
【００６７】
Ｓ２０４では、検索メモリ内にて、親等カウンタＦＮＶが示す親等番号の動物商品を全て検索し、その検索数をＮＨにセットするとともに、個々の動物商品に検索番号ＱＮを付与し、検索メモリ内にて検索番号ＱＮ順にソートする。これは、検索基点となる動物商品（例えば販売前）のＩＤから、親等カウンタＦＮＶが示す親等番号の血縁関係にある動物商品（例えば販売済）を、次の検索の基準動物商品としてセットしなおし、それらの各基準動物商品からみて１つだけ親等が離れた動物商品を検索する準備をするためである。
【００６８】
具体的には、Ｓ２０５で検索番号ＱＮを初期化し、Ｓ２０６では検索番号ＱＮの動物商品の、その両親のＩＤを血統情報にて検索し、親等番号ＦＮをＦＮＶ＋１として検索メモリに記憶する（父母追跡検索手段）。また、Ｓ２０７では、血統情報中の両親のＩＤが、基準動物商品のＩＤと一致する動物商品を全て検索し（血縁の両親は１対だけであるが、子供の数は不定である）、親等番号ＦＮをＦＮＶ＋１として検索メモリに記憶する（子供追跡検索手段）。つまり、基準動物商品の親等番号は、Ｓ２０４にて親等カウンタＦＮＶの値として設定しているから、その両親及び子供は、それよりも親等番号が１だけ離れたＦＮＶ＋１である。以上の処理で、比較的近い親等内で交配が進められた場合は、既に検索メモリ内にセット済みの動物商品が重複検索されることもあるので、この場合は、その重複を取り除いてゆくようにする。
【００６９】
Ｓ２０８では検索番号ＱＮをインクリメントし、Ｓ２０９で、ＮＨとして既に特定されている基準動物商品の総数にＱＮが到達するまで、Ｓ２０６及びＳ２０７、つまり、父母追跡検索手段又は子供追跡検索手段による血統追跡検索を反復する。そしてＳ２１０では親等カウンタＦＮＶをインクリメントし、Ｓ２０４に戻って以下の処理を繰り返す。図１９のごとく、ＦＮＶ＝１の動物商品が検索メモリ内に検索された状態であれば、Ｓ２０６及びＳ２０７では、その両親と子供とがＦＮ＝ＦＮＶ＋１＝２の親等番号を付与される。この状態にて、Ｓ２１０でＦＮＶがインクリメントされてＳ２０４に戻れば、Ｓ２０４ではＦＮＶ＝２がついている動物商品が検索メモリ内で全てリストアップされ、図２０の左に示すように、それらが基準動物商品としてセットしなおされる。基準動物商品は基点から見て２親等の動物商品である（性別記号の○の中に「２」と表示されているもの）。その状態でＳ２０６及びＳ２０７を実行すると、ハッチングを付与した動物商品が検索され、３親等として特定される。その後、さらに同じ処理を繰り返して４親等目を検索特定した状態が図２０の右である。基点から見て、傍系の血統も含めて漏れなく検索が行なわれていることがわかる。上記の処理の反復は、Ｓ２１１で、親等カウンタＦＮＶが予め定められた最大値（ＦＮＶ）ｍａｘに到達すれば打ち切られ、Ｓ２１２で必要に応じて、その検索リストを出力する（（図２のモニタ３０あるいはプリンタ３１）。
【００７０】
図２３に戻り、Ｓ１０４で検索された動物商品を、フィードバック評価の対象となる動物商品（例えば販売前動物商品）の血統グループとして定め、Ｓ１０５及びＳ１０６において、該グループに属する動物商品の前置検査の結果情報、病歴情報及び血統ペナルティ情報を、図３の品質管理情報４７ｊにて検索する（血統／獣医学的情報検索手段）。Ｓ１０７では、各動物商品の血統ペナルティポイントを、販売前動物商品から見た親等により重み付け換算する。この場合、親等が離れるほど、血統ペナルティポイントに乗ずる重み付け係数の値を小さくしている。図２１にその具体例を示している。１親等と２親等とは、親等換算の重み付け係数が１であり、３親等は０．９、４親等は０．８に定めてある。Ｓ１０８では、病歴情報の統計データ処理を行なう（例えば、病名ごとの発生頻度のヒストグラム化など）。
【００７１】
親等換算された血統ペナルティポイントの合計値は、血統グループ内の病歴回数の絶対値が多いほど大きくなる。また、同じ病歴回数でも、遺伝性の高い病歴が多く含まれるほど大きくなる。さらに、同じ病歴回数でも、フィードバック評価の対象となる動物商品に対し、近い親等内に病気が発生するほど、親等換算された血統ペナルティポイントの合計値は高くなる。
【００７２】
販売前動物商品については、上記処理で得られる血統ペナルティポイントの合計値が十分に小さければ、出荷を問題なく行なうことができるし、逆に血統ペナルティポイントの合計値が大きくなれば、その販売価格を低減したり、最悪の場合は販売中止の判断を下すこともできる。
【００７３】
また、比較的近い血縁関係にある複数の販売後動物商品にて病気発生の頻度が高い見通しがある場合、それらの販売後動物商品の一つについて、上記販売前動物商品と全く同様にフィードドバック評価処理を行い、血統グループを特定してその血統ペナルティポイントの合計を調査すれば、その血統グループ全体の良否判断が可能であるから、例えばその情報をブリーダーにフィードバックして、該血統グループを交配に用いる際の注意を促したり、あるいは新規交配時に、その血統グループの利用を制限する助言を行なったりすることができる。
【００７４】
また、図２１に示すごとく、血統グループに対する前置検査の結果情報の検索結果を参照すれば、出荷前の診察や臨床検査の結果も参照でき、病歴情報の解釈を補強することができる。また、ペットの色柄や毛並み、骨格、性格、発育状況、寄生虫やノミ・ダニなどの発生状況についても、血統グループ内の遺伝的傾向の把握に有効に活用できる。特にペットの色柄は販売するペットの商品価値を左右する重要な因子であり、よく好まれる色柄の遺伝傾向が強い血統グループを優先的に交配に利用したり、逆にあまり好まれない色柄については交配への採用を見合わせたりするなど、有益に活用することができる。
【００７５】
また、図３においては、その獣医学的情報データベース（動物商品情報記憶部４１＋動物商品管理情報記憶部４７）上にて、血統検索でなく、ブリーダーや販売店を検索項目として獣医学的情報の検索も実施することができる。例えば、検索された結果に含まれる性格、発育状況、寄生虫やノミ・ダニなどの発生状況（ここでは、これらは前置検査の結果として収集されている）などの情報を参照し、状況が芳しくない場合には、ブリーダーや販売店に改善のための指導や助言を行なうことができる。
【図面の簡単な説明】
【００７６】
【図１】本発明の動物販売管理システムの全体構成を概略にて示す概念図。
【図２】販売管理装置の構成例を示すブロック図。
【図３】図２の記憶装置の内部データ構成例を示す概念図。
【図４】購入者側端末の構成例を示すブロック図。
【図５】動物病院側端末の構成例を示すブロック図。
【図６】保健管理装置の構成例を示すブロック図。
【図７】販売経過データの構成例を示す模式図。
【図８】保険加入申込書フォームの模式図。
【図９】販売ホームページの実例を示す第一図。
【図１０】同じく第二図。
【図１１】同じく第三図。
【図１２】通信による本発明の動物販売管理システムの、処理流れの一例を示すフローチャート。
【図１３】動物病院選択処理の流れのいくつかを例示して示すフローチャート。
【図１４】図１２に続くフローチャート。
【図１５】図１４に続くフローチャート。
【図１６】動物側血統情報記憶と、その読取装置の概念を示す図。
【図１７】品質管理情報の内容を示す図。
【図１８】病歴情報の内容を示す図。
【図１９】血統検索処理の作用説明図。
【図２０】図１９に続く説明図。
【図２１】フィードバック評価情報の内容を示す図。
【図２２】病歴情報の取得処理を概念的に示すフローチャート。
【図２３】フィードバック評価情報の作成処理の流れを示すフローチャート。
【図２４】図２３の血統検査処理のアルゴリズムを示すフローチャート。
【図２５】遺伝性評価テーブルの内容の例を示す模式図。
【符号の説明】
【００７７】
１ 動物販売管理システム
２ 動物販売管理装置
２４ ＣＰＵ
４２ 基本管理プログラム
３ 動物診療保険管理装置
３２４ ＣＰＵ
５９ 管理プログラム
４ インターネット（通信網）
５ 購入者側端末
６ 動物病院側端末
２７ 通信インターフェース
４１ 動物商品情報記憶部
４１ｗ 動物商品情報
４５ 動物病院情報記憶部
５７ 保険管理登録記憶部
【特許請求の範囲】
【請求項１】
動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販動物商品情報記憶部を有した動物販売管理装置と、
前記動物商品に対する、検査、診察又は病気治療の少なくともいずれかを含む獣医学的情報収集処理を実施可能な情報収集施設に設置されるとともに、通信網を介して前記動物販売管理装置に接続され、前記動物商品の前記情報収集施設にて収集された獣医学的情報を入力する情報収集施設側端末とを備え、
前記動物販売管理装置には、各前記動物商品について収集された前記獣医学的情報を前記情報収集施設側端末から前記通信網を介して受信する獣医学的情報受信手段と、受信した獣医学的情報を前記動物商品と対応付けて記憶・蓄積する獣医学的情報データベースと、選択された特定の動物商品と血統上の関連を有する他の前記動物商品の獣医学的情報を、前記獣医学的情報データベースにおいて前記血統情報に基づき検索する血統／獣医学的情報検索手段と、その検索結果を出力する検索出力手段と、が設けられていることを特徴とする動物販売管理システム。
【請求項２】
前記動物販売管理装置には、これから販売しようとする動物商品である販売前動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販売前動物商品情報記憶部と、すでに販売済みの動物商品である販売済動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販売済動物商品情報記憶部とが設けられ、
前記動物販売管理装置において、前記獣医学的情報受信手段は、既に販売済の動物商品である販売済動物商品の獣医学的情報を前記情報収集施設側端末から前記通信網を介して受信するものであり、前記血統／獣医学的情報検索手段は、前記販売前動物商品に対し、血統上の関連を有する前記販売済動物商品の獣医学的情報を、前記獣医学的情報データベースにおいて前記血統情報に基づき検索するものである請求項１記載の動物販売管理システム。
【請求項３】
前記情報収集施設側端末は、前記販売済動物商品が病気治療を受ける動物病院に設置されるとともに、前記販売済動物商品の前記動物病院での治療病歴情報を入力する動物病院側端末である請求項２に記載の動物販売管理システム。
【請求項４】
前記血統／獣医学的情報検索手段が検索した、前記販売前動物商品と血統上の関連を有する前記販売済動物商品の治療病歴情報に基づいて、前記販売前動物商品の品質評価を行なう品質評価手段が設けられている請求項３のいずれか１項に記載の動物販売管理システム。
【請求項５】
前記品質評価手段は、前記販売前動物商品と血統上の関連を有する前記販売済動物商品において、治療病歴を有した販売済動物商品が多いほど前記販売前動物商品の品質を低く評価するものである請求項４記載の動物販売管理システム。
【請求項６】
前記品質評価手段は、前記販売前動物商品と血統上の関連を有する前記販売済動物商品において、検索された治療病歴の遺伝性が高いほど前記販売前動物商品の品質を低く評価するものである請求項４又は請求項５に記載の動物販売管理システム。
【請求項７】
病気の遺伝性情報を、評価対象となる動物商品の種別に応じて異なる内容に定めた遺伝性評価テーブルが設けられ、前記品質評価手段は、前記販売済動物商品の種別に対応した遺伝性情報を前記遺伝性評価テーブルから読み出し、該情報に基づいて、検索された前記治療病歴の遺伝性を評価する請求項６記載の動物販売管理システム。
【請求項８】
前記品質評価手段は、前記販売前動物商品と血統上の関連を有する前記販売済動物商品において、治療病歴が検索された販売済動物商品の、前記販売前動物商品に対する親等が近いほど、当該販売前動物商品の品質を低く評価するものである請求項４ないし請求項８のいずれか１項に記載の動物販売管理システム。
【請求項９】
前記通信網を介して動物診療保険管理装置が接続されるとともに、該動物診療保険管理装置には、前記販売済動物商品と、該販売済動物商品が加入している動物診療保険の特定情報である保険特定情報と、保険実績情報とが対応付けて記憶され、
前記動物病院側端末装置には、治療を受ける販売済動物商品の治療病歴情報を入力する治療病歴情報入力手段と、前記保険特定情報を入力する保険特定情報入力手段と、前記血統情報を入力する血統情報入力手段と、前記治療病歴情報を血統情報と対応付けた形で前記動物販売管理装置に送信する一方、該治療病歴情報を、前記保険実績情報の一部として前記保険特定情報と対応付けて前記動物診療保険管理装置に送信する病歴情報送信手段とが設けられている請求項３ないし請求項８のいずれか１項に記載の動物販売管理システム。
【請求項１０】
前記血統情報入力手段は、前記販売済動物商品に取り付けられた動物側血統情報記憶部から前記血統情報を直接読み取る読み取り装置を有する請求項９記載の動物販売管理システム。
【請求項１１】
前記動物側血統情報記憶部には前記保険特定情報も合わせて記憶され、前記読み取り装置は前記血統情報とともに該保険特定情報も読み取るものである請求項１０記載の動物販売管理システム。
【請求項１２】
前記動物側血統情報記憶部は前記販売済動物商品に埋め込まれたＩＣチップである請求項１０又は請求項１１に記載の動物販売管理システム。
【請求項１３】
前記血統／獣医学的情報検索手段は、着目している動物商品に対し、予め定められた親等内に属する前記販売済動物商品の治療病歴情報を検索するものである請求項１ないし請求項１２のいずれか１項に記載の動物販売管理システム。
【請求項１４】
前記血統情報は、着目している動物商品の特定情報である元特定情報と、該着目している動物商品の父母の特定情報である父母特定情報とが対応付けられた形で記憶されてなり、
前記血統／獣医学的情報検索手段は、血統追跡の基準となる基準動物商品の父母特定情報が示す動物商品を検索することにより、前記基準動物商品の父母を血統追跡する父母追跡検索手段と、前記基準動物商品の父母特定情報と同一の元特定情報を有する動物商品を全て検索することにより、前記基準動物商品の子供を血統追跡する子供追跡検索手段と、父母ないし子供として検索された動物商品を、次の血統追跡ステップの基準動物商品とみなして、前記父母追跡検索手段又は前記子供追跡検索手段による血統追跡検索を反復させる検索反復手段と、該検索反復手段による父母ないし子供の検索反復により、基準動物商品の世代が検索開始時の基準動物商品から見て１つ離間する毎にインクリメントされる親等カウンタと、該親等カウンタのカウント値が予め定められた値に到達するに伴い、前記検索反復手段による前記血統追跡検索の反復を打ち切る検索打ち切り制御手段と、を備える請求項１３に記載の動物販売管理システム。
【請求項１】
動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販動物商品情報記憶部を有した動物販売管理装置と、
前記動物商品に対する、検査、診察又は病気治療の少なくともいずれかを含む獣医学的情報収集処理を実施可能な情報収集施設に設置されるとともに、通信網を介して前記動物販売管理装置に接続され、前記動物商品の前記情報収集施設にて収集された獣医学的情報を入力する情報収集施設側端末とを備え、
前記動物販売管理装置には、各前記動物商品について収集された前記獣医学的情報を前記情報収集施設側端末から前記通信網を介して受信する獣医学的情報受信手段と、受信した獣医学的情報を前記動物商品と対応付けて記憶・蓄積する獣医学的情報データベースと、選択された特定の動物商品と血統上の関連を有する他の前記動物商品の獣医学的情報を、前記獣医学的情報データベースにおいて前記血統情報に基づき検索する血統／獣医学的情報検索手段と、その検索結果を出力する検索出力手段と、が設けられていることを特徴とする動物販売管理システム。
【請求項２】
前記動物販売管理装置には、これから販売しようとする動物商品である販売前動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販売前動物商品情報記憶部と、すでに販売済みの動物商品である販売済動物商品の情報を、当該動物商品の血統情報と対応付けて記憶する販売済動物商品情報記憶部とが設けられ、
前記動物販売管理装置において、前記獣医学的情報受信手段は、既に販売済の動物商品である販売済動物商品の獣医学的情報を前記情報収集施設側端末から前記通信網を介して受信するものであり、前記血統／獣医学的情報検索手段は、前記販売前動物商品に対し、血統上の関連を有する前記販売済動物商品の獣医学的情報を、前記獣医学的情報データベースにおいて前記血統情報に基づき検索するものである請求項１記載の動物販売管理システム。
【請求項３】
前記情報収集施設側端末は、前記販売済動物商品が病気治療を受ける動物病院に設置されるとともに、前記販売済動物商品の前記動物病院での治療病歴情報を入力する動物病院側端末である請求項２に記載の動物販売管理システム。
【請求項４】
前記血統／獣医学的情報検索手段が検索した、前記販売前動物商品と血統上の関連を有する前記販売済動物商品の治療病歴情報に基づいて、前記販売前動物商品の品質評価を行なう品質評価手段が設けられている請求項３のいずれか１項に記載の動物販売管理システム。
【請求項５】
前記品質評価手段は、前記販売前動物商品と血統上の関連を有する前記販売済動物商品において、治療病歴を有した販売済動物商品が多いほど前記販売前動物商品の品質を低く評価するものである請求項４記載の動物販売管理システム。
【請求項６】
前記品質評価手段は、前記販売前動物商品と血統上の関連を有する前記販売済動物商品において、検索された治療病歴の遺伝性が高いほど前記販売前動物商品の品質を低く評価するものである請求項４又は請求項５に記載の動物販売管理システム。
【請求項７】
病気の遺伝性情報を、評価対象となる動物商品の種別に応じて異なる内容に定めた遺伝性評価テーブルが設けられ、前記品質評価手段は、前記販売済動物商品の種別に対応した遺伝性情報を前記遺伝性評価テーブルから読み出し、該情報に基づいて、検索された前記治療病歴の遺伝性を評価する請求項６記載の動物販売管理システム。
【請求項８】
前記品質評価手段は、前記販売前動物商品と血統上の関連を有する前記販売済動物商品において、治療病歴が検索された販売済動物商品の、前記販売前動物商品に対する親等が近いほど、当該販売前動物商品の品質を低く評価するものである請求項４ないし請求項８のいずれか１項に記載の動物販売管理システム。
【請求項９】
前記通信網を介して動物診療保険管理装置が接続されるとともに、該動物診療保険管理装置には、前記販売済動物商品と、該販売済動物商品が加入している動物診療保険の特定情報である保険特定情報と、保険実績情報とが対応付けて記憶され、
前記動物病院側端末装置には、治療を受ける販売済動物商品の治療病歴情報を入力する治療病歴情報入力手段と、前記保険特定情報を入力する保険特定情報入力手段と、前記血統情報を入力する血統情報入力手段と、前記治療病歴情報を血統情報と対応付けた形で前記動物販売管理装置に送信する一方、該治療病歴情報を、前記保険実績情報の一部として前記保険特定情報と対応付けて前記動物診療保険管理装置に送信する病歴情報送信手段とが設けられている請求項３ないし請求項８のいずれか１項に記載の動物販売管理システム。
【請求項１０】
前記血統情報入力手段は、前記販売済動物商品に取り付けられた動物側血統情報記憶部から前記血統情報を直接読み取る読み取り装置を有する請求項９記載の動物販売管理システム。
【請求項１１】
前記動物側血統情報記憶部には前記保険特定情報も合わせて記憶され、前記読み取り装置は前記血統情報とともに該保険特定情報も読み取るものである請求項１０記載の動物販売管理システム。
【請求項１２】
前記動物側血統情報記憶部は前記販売済動物商品に埋め込まれたＩＣチップである請求項１０又は請求項１１に記載の動物販売管理システム。
【請求項１３】
前記血統／獣医学的情報検索手段は、着目している動物商品に対し、予め定められた親等内に属する前記販売済動物商品の治療病歴情報を検索するものである請求項１ないし請求項１２のいずれか１項に記載の動物販売管理システム。
【請求項１４】
前記血統情報は、着目している動物商品の特定情報である元特定情報と、該着目している動物商品の父母の特定情報である父母特定情報とが対応付けられた形で記憶されてなり、
前記血統／獣医学的情報検索手段は、血統追跡の基準となる基準動物商品の父母特定情報が示す動物商品を検索することにより、前記基準動物商品の父母を血統追跡する父母追跡検索手段と、前記基準動物商品の父母特定情報と同一の元特定情報を有する動物商品を全て検索することにより、前記基準動物商品の子供を血統追跡する子供追跡検索手段と、父母ないし子供として検索された動物商品を、次の血統追跡ステップの基準動物商品とみなして、前記父母追跡検索手段又は前記子供追跡検索手段による血統追跡検索を反復させる検索反復手段と、該検索反復手段による父母ないし子供の検索反復により、基準動物商品の世代が検索開始時の基準動物商品から見て１つ離間する毎にインクリメントされる親等カウンタと、該親等カウンタのカウント値が予め定められた値に到達するに伴い、前記検索反復手段による前記血統追跡検索の反復を打ち切る検索打ち切り制御手段と、を備える請求項１３に記載の動物販売管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図９】
【図１０】
【図１１】
【公開番号】特開２００６−１８５３９４（Ｐ２００６−１８５３９４Ａ）
【公開日】平成１８年７月１３日（２００６．７．１３）
【国際特許分類】
【出願番号】特願２００４−３８１３０８（Ｐ２００４−３８１３０８）
【出願日】平成１６年１２月２８日（２００４．１２．２８）
【出願人】（３９９０６１６２８）ペプコジャパンホールディングス株式会社 (4)
【Ｆターム（参考）】
【公開日】平成１８年７月１３日（２００６．７．１３）
【国際特許分類】
【出願日】平成１６年１２月２８日（２００４．１２．２８）
【出願人】（３９９０６１６２８）ペプコジャパンホールディングス株式会社 (4)
【Ｆターム（参考）】
[ Back to top ]