(57)【要約】    【課題】   獣医師ならびにペットオーナーにとって利便性が高く、ペットに対して適切なペットフードの与え方を実現することが可能なシステムを提供する。    【手段】  獣医師は、病院端末装置２を操作して処方内容をサーバ装置４に送信し、承認符号を含む処方データの返送を受ける。病院端末装置２は、処方データをペットオーナーのユーザ端末装置６（携帯電話やＰＣ）に送信する。あるいは、印刷された処方シートが、ペットオーナーに手渡される。ペットオーナーは、処方データや処方シートにしたがってサーバ装置４にアクセスし、ペットフードの注文を行う。サーバ装置４は、注文に含まれる承認符号に基づいて、処方データに記述されている処方有効期限を取得し、現在日時が処方有効期限内であるかどうかを判断する。現在日時が処方有効期限内であれば、当該処方データに基づいてペットフードの配送指示を行う。処方有効期限内でなければ、来院を促すメッセージをユーザ端末装置６に送信する。【選択図】  図１
2011048820.tif 000002
【特許請求の範囲】
【請求項１】
病院端末装置とユーザ端末装置とサーバ装置とを備えたペットフード配送システムであって、
前記病院端末装置は、
病院または医師の処方元識別符号を前記サーバ装置に送信する識別符号送信手段と、
入力された少なくともペットフード製品名、処方有効期限、ユーザ名を含む処方内容情報を前記サーバ装置に送信する処方内容情報送信手段と、
前記サーバ装置から送信されてくる処方データを受信する処方データ受信手段と、
受信した処方データを出力する処方データ出力手段と、
を備えており、
前記サーバ装置は、
処方データを記録するための記録部と、
病院端末装置から送信されてきた処方元識別符号を受信する識別符号受信手段と、
病院端末装置から送信されてきた前記処方内容情報を受信する処方内容情報受信手段と、
受信した処方元識別符号、処方内容情報と、生成した承認符号とに基づいて、処方データを生成して記録部に記録する処方データ生成手段と、
生成した処方データを前記ユーザ端末装置または病院端末装置に送信する送信手段と、
を備えており、
前記ユーザ端末装置は、
注文数量と、前記処方データに含まれる承認符号を含む注文をサーバ装置に送信する注文データ送信手段を備えており、
前記サーバ装置は、
前記ユーザ端末装置から承認符号を含む注文を受信し、記録された処方データを参照し、当該承認符号に対応する処方有効期限を取得する処方有効期限取得手段と、
現在日時が、前記取得した処方有効期限内であるかどうかを判断する処方有効期限判断手段と、
現在日時が処方有効期限内であると判断した場合には、前記承認符号を有する処方データに基づいて、ペットフードの配送指示を行う配送指示手段と、
現在日時が処方有効期限内でないと判断した場合には、前記承認符号を有する処方データ中の病院名に基づいて、当該病院への来院を促すメッセージを送信する来院メッセージ送信手段と、
を備えており、
前記ユーザ端末装置は、
来院メッセージ送信手段からの来院を促すメッセージを受信する来院メッセージ受信手段を備え、
前記サーバ装置は、
前記ペットフードの販売に対する入金があった旨の入金情報を前記承認符号とともに受信する入金情報受信手段と、
前記記録部に記録された前記処方データを参照し、前記承認符号に対応する病院名、特約店名を取得し、前記入金情報に基づく入金額の当該病院、特約店に対する分配比率を取得する分配比率取得手段と、
を備えたペットフード配送システム。
【請求項２】
ユーザ端末装置および病院端末装置とともにペットフード配送システムを構成するためのサーバ装置であって、
処方データを記録するための記録部と、
病院端末装置から送信されてきた処方元識別符号を受信する識別符号受信手段と、
病院端末装置から送信されてきた処方内容情報を受信する処方内容情報受信手段と、
受信した処方元識別符号、処方内容情報と、生成した承認符号とに基づいて、処方データを生成して記録部に記録する処方データ生成手段と、
生成した処方データを前記ユーザ端末装置または病院端末装置に送信する送信手段と、
前記ユーザ端末装置から承認符号を含む注文を受信し、記録された処方データを参照し、当該承認符号に対応する処方有効期限を取得する処方有効期限取得手段と、
現在日時が、前記取得した処方有効期限内であるかどうかを判断する処方有効期限判断手段と、
現在日時が処方有効期限内であると判断した場合には、前記承認符号を有する処方データに基づいて、ペットフードの配送指示を行う配送指示手段と、
現在日時が処方有効期限内でないと判断した場合には、前記承認符号を有する処方データ中の病院名に基づいて、当該病院への来院を促すメッセージを送信する来院メッセージ送信手段と、
を備えたサーバ装置。
【請求項３】
請求項２のサーバ装置において、
前記ペットフードの販売に対する入金があった旨の入金情報を前記承認符号とともに受信する入金情報受信手段と、
前記記録部に記録された前記処方データを参照し、前記承認符号に対応する病院名、特約店名を取得し、前記入金情報に基づく入金額の当該病院、特約店に対する分配比率を取得する分配比率取得手段と、
を備えたサーバ装置。
【請求項４】
請求項２または３のサーバ装置において、
前記処方データには、前記処方有効期限内における消費標準数量が獣医師の指定によって含まれており、
前記処方有効期限および前記消費標準数量に基づいて、１単位当たりの消費期限を算出する消費期限算出手段と、
当該消費期限に配送必要日数を考慮して警告基準日を算出する警告基準日算出手段と、
警告基準日において、次の注文を受信していない場合には、前記ユーザ端末装置に対し注文伺を送信する注文伺送信手段と、
を備えたサーバ装置。
【請求項５】
請求項２または３のサーバ装置において、
前記記録部に記録された前記処方データを参照し、前記ユーザ端末装置からの注文に含まれる承認符号に対応する、ペットの種類と体重を取得するペット詳細取得手段と、
ペット詳細取得手段によって取得されたペットの種類と体重と、注文日時に基づいて、１単位当たりの消費期限を算出する消費期限算出手段と、
当該消費期限に配送必要日数を考慮して警告基準日を算出する警告基準日算出手段と、
警告基準日において、次の注文を受信していない場合には、前記ユーザ端末装置に対し注文伺を送信する注文伺送信手段と、
を備えたサーバ装置。
【請求項６】
ユーザ端末装置および病院端末装置とともにペットフード配送システムを構成するためのサーバ装置を、処方データを記録するための記録部を有するコンピュータによって実現するためのサーバプログラムであって、
前記コンピュータを
病院端末装置から送信されてきた処方元識別符号を受信する識別符号受信手段と、
病院端末装置から送信されてきた処方内容情報を受信する処方内容情報受信手段と、
受信した処方元識別符号、処方内容情報と、生成した承認符号とに基づいて、処方データを生成して記録部に記録する処方データ生成手段と、
生成した処方データを前記ユーザ端末装置または病院端末装置に送信する送信手段と、
前記ユーザ端末装置から承認符号を含む注文を受信し、記録された処方データを参照し、当該承認符号に対応する処方有効期限を取得する処方有効期限取得手段と、
現在日時が、前記取得した処方有効期限内であるかどうかを判断する処方有効期限判断手段と、
現在日時が処方有効期限内であると判断した場合には、前記承認符号を有する処方データに基づいて、ペットフードの配送指示を行う配送指示手段と、
現在日時が処方有効期限内でないと判断した場合には、前記承認符号を有する処方データ中の病院名に基づいて、当該病院への来院を促すメッセージを送信する来院メッセージ送信手段と、
して機能させるためのサーバプログラム。
【請求項７】
請求項６のサーバプログラムにおいて、
前記サーバプログラムは、コンピュータを、さらに
前記ペットフードの販売に対する入金があった旨の入金情報を前記承認符号とともに受信する入金情報受信手段と、
前記記録部に記録された前記処方データを参照し、前記承認符号に対応する病院名、特約店名を取得し、前記入金情報に基づく入金額の当該病院、特約店に対する分配比率を取得する分配比率取得手段と、
して機能させることを特徴とするサーバプログラム。
【請求項８】
請求項６または７のサーバプログラムにおいて、
前記処方内容データには、前記処方有効期限内における消費標準数量が獣医師の指定によって含まれており、
前記サーバプログラムは、コンピュータを、さらに
前記処方有効期限および前記消費標準数量に基づいて、１単位当たりの消費期限を算出する消費期限算出手段と、
当該消費期限に配送必要日数を考慮して警告基準日を算出する警告基準日算出手段と、
警告基準日において、次の注文を受信していない場合には、前記ユーザ端末装置に対し注文伺を送信する注文伺送信手段と、
して機能させることを特徴とするサーバプログラム。
【請求項９】
請求項６〜８のいずれかのサーバプログラムにおいて、
前記サーバプログラムは、コンピュータを、さらに
前記記録部に記録された前記処方データを参照し、前記端末装置からの注文に含まれる承認番号に対応する、ペットの種類と体重を取得するペット詳細取得手段と、
ペット詳細取得手段によって取得されたペットの種類と体重と、注文日時に基づいて、１単位当たりの消費期限を算出する消費期限算出手段と、
警告基準日において、次の注文を受信していない場合には、前記ユーザ端末装置に対し注文伺を送信する注文伺送信手段と、
して機能させることを特徴とするサーバプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は獣医師の処方に基づくペットフードの配送と金銭決済を効率化するペットフード配送システムに関するものである。
【背景技術】
【０００２】
病気になったペットに対し、獣医師の指導の下、食事療法がなされている。たとえば、肥満のため足の関節に負担が大きく問題となっている犬などに対し、獣医師が適切な減量食を指定し、これをペットオーナーが購入してペットに与えるということがなされている。減量食は、たとえば、通常の総合栄養食よりもカロリーを減らし繊維質を増やしたようなペットフードである。
【０００３】
また、尿結石のペットに対し、マグネシウムの配合を調整したペットフードを与えることもある。
【０００４】
これら食事療法のためのペットフードは、特別療法食と呼ばれており、薬とともに、あるいは単独で与えられる。特別療法食は医薬品ではないため、獣医師の処方箋がないと購入できないというものではない。
【０００５】
薬に関しては、病院と薬局との連携のもと、処方箋を電子的に生成して患者の利便性を高めたシステムが開示されている（たとえば特許文献１）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２００３−５３０６５０
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ペットオーナーが自らの判断で特別療法食を購入しペットに与えた場合、ペットの健康に影響を与えるおそれがある。したがって、ペットオーナーの利便性を損なうことなく、特別療法食を含むペットフードについて、獣医師の指導を強化する仕組み作りが望まれている。
【０００８】
また、薬の処方箋に関しては、特許文献１のようなシステムが提案されているが、必ず処方箋が必要である医薬についてのシステムを必ずしも処方箋が必須ではないペットフードにそのまま適用すると、ペットオーナーの利便性が損なわれることになる。
【０００９】
この発明は、獣医師ならびにペットオーナーにとって利便性が高く、ペットに対して適切なペットフードの与え方を実現することが可能なシステムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
(1)この発明に係るペットフード配送システムは、
病院端末装置は、
病院または医師の処方元識別符号をサーバ装置に送信する識別符号送信手段と、入力された少なくともペットフード製品名、処方有効期限、ユーザ名を含む処方内容情報を前記サーバ装置に送信する処方内容情報送信手段と、前記サーバ装置から送信されてくる処方データを受信する処方データ受信手段と、受信した処方データを出力する処方データ出力手段とを備えており、
前記サーバ装置は、
処方データを記録するための記録部と、病院端末装置から送信されてきた処方元識別符号を受信する識別符号受信手段と、病院端末装置から送信されてきた前記処方内容情報を受信する処方内容情報受信手段と、受信した処方元識別符号、処方内容情報と、生成した承認符号とに基づいて、処方データを生成して記録部に記録する処方データ生成手段と、生成した処方データをユーザ端末装置または病院端末装置に送信する送信手段とを備えており、
前記ユーザ端末装置は、
注文数量と、前記処方データに含まれる承認符号を含む注文をサーバ装置に送信する注文データ送信手段を備えており、
前記サーバ装置は、
前記ユーザ端末装置から承認符号を含む注文を受信し、記録された処方データを参照し、当該承認符号に対応する処方有効期限を取得する処方有効期限取得手段と、
現在日時が、前記取得した処方有効期限内であるかどうかを判断する処方有効期限判断手段と、現在日時が処方有効期限内であると判断した場合には、前記承認符号を有する処方データに基づいて、ペットフードの配送指示を行う配送指示手段と、現在日時が処方有効期限内でないと判断した場合には、前記承認符号を有する処方データ中の病院名に基づいて、当該病院への来院を促すメッセージを送信する来院メッセージ送信手段とを備えており、
前記ユーザ端末装置は、
来院メッセージ送信手段からの来院を促すメッセージを受信する来院メッセージ受信手段を備え、
前記サーバ装置は、
前記ペットフードの販売に対する入金があった旨の入金情報を前記承認符号とともに受信する入金情報受信手段と、前記記録部に記録された前記処方データを参照し、前記承認符号に対応する病院名、特約店名を取得し、前記入金情報に基づく入金額の当該病院、特約店に対する分配比率を取得する分配比率取得手段とを備えている。
【００１１】
したがって、処方シートの処方有効期限内であれば何度でも注文を行うことができる利便性があり、処方有効期限を過ぎての注文に対しては来院を促すメッセージを発して、獣医師の適切な関与を促すことができる。さらに、ペットフードの売り上げ入金について、承認符号をキーとして病院、特約店に分配を行うことができる。
【００１２】
(2)この発明に係るサーバ装置は、ユーザ端末装置および病院端末装置とともにペットフード配送システムを構成するためのサーバ装置であって、
処方データを記録するための記録部と、病院端末装置から送信されてきた処方元識別符号を受信する識別符号受信手段と、病院端末装置から送信されてきた前記処方内容情報を受信する処方内容情報受信手段と、受信した処方元識別符号、処方内容情報と、生成した承認符号とに基づいて、処方データを生成して記録部に記録する処方データ生成手段と、生成した処方データを前記ユーザ端末装置または病院端末装置に送信する送信手段と、前記ユーザ端末装置から承認符号を含む注文を受信し、記録された処方データを参照し、当該承認符号に対応する処方有効期限を取得する処方有効期限取得手段と、現在日時が、前記取得した処方有効期限内であるかどうかを判断する処方有効期限判断手段と、現在日時が処方有効期限内であると判断した場合には、前記承認符号を有する処方データに基づいて、ペットフードの配送指示を行う配送指示手段と、現在日時が処方有効期限内でないと判断した場合には、前記承認符号を有する処方データ中の病院名に基づいて、当該病院への来院を促すメッセージを送信する来院メッセージ送信手段とを備えている。
【００１３】
したがって、処方シートの処方有効期限内であれば何度でも注文を行うことができる利便性があり、処方有効期限を過ぎての注文に対しては来院を促すメッセージを発して、獣医師の適切な関与を促すことができる。
【００１４】
(3)この発明に係るサーバ装置は、前記ペットフードの販売に対する入金があった旨の入金情報を前記承認符号とともに受信する入金情報受信手段と、前記記録部に記録された前記処方データを参照し、前記承認符号に対応する病院名、特約店名を取得し、前記入金情報に基づく入金額を当該病院、特約店に対し所定の比率にて分配し、送金処理を行う分配手段とを備えている。
【００１５】
したがって、ペットフードの売り上げ入金について、承認符号をキーとして病院、特約店に分配を行うことができる。
【００１６】
(4)この発明に係るサーバ装置は、前記処方データには、前記処方有効期限内における消費標準数量が獣医師の指定によって含まれており、前記処方有効期限および前記消費標準数量に基づいて、１単位当たりの消費期限を算出する消費期限算出手段と、当該消費期限に配送必要日数を考慮して警告基準日を算出する警告基準日算出手段と、警告基準日において、次の注文を受信していない場合には、前記ユーザ端末装置に対し注文伺を送信する注文伺送信手段とを備えている。
【００１７】
したがって、想定された消費スケジュールによる注文のタイミングが遅れた場合には、注文伺をユーザ端末装置に送信して、ユーザに注意喚起をすることができる。
【００１８】
(5)この発明に係るサーバ装置は、前記記録部に記録された前記処方データを参照し、前記ユーザ端末装置からの注文に含まれる承認符号に対応する、ペットの種類と体重を取得するペット詳細取得手段と、ペット詳細取得手段によって取得されたペットの種類と体重と、注文日時に基づいて、１単位当たりの消費期限を算出する消費期限算出手段と、当該消費期限に配送必要日数を考慮して警告基準日を算出する警告基準日算出手段と、警告基準日において、次の注文を受信していない場合には、前記ユーザ端末装置に対し注文伺を送信する注文伺送信手段とを備えている。
【００１９】
したがって、想定された消費スケジュールによる注文のタイミングが遅れた場合には、注文伺をユーザ端末装置に送信して、ユーザに注意喚起をすることができる。
【００２０】
「識別符号送信手段」は、実施形態においては、図４のステップＳ１がこれに対応する。
【００２１】
「処方内容情報送信手段」は、実施形態においては、図４のステップＳ３がこれに対応する。
【００２２】
「処方データ受信手段」は、実施形態においては、図４のステップＳ１４により送信されてくる処方データを受信する処理を行うＣＰＵがこれに対応する。
【００２３】
「処方データ出力手段」は、実施形態においては、図４のステップＳ４がこれに対応する。
【００２４】
「識別符号受信手段」は、実施形態においては、図４のステップＳ１により送信されてくる識別ＩＤを受信する処理を行うＣＰＵがこれに対応する。
【００２５】
「処方内容情報受信手段」は、実施形態においては、図４のステップＳ３により送信されてくる処方内容を受信する処理を行うＣＰＵがこれに対応する。
【００２６】
「処方データ生成手段」は、実施形態においては、図４のステップＳ１３がこれに対応する。
【００２７】
「送信手段」は、実施形態においては、図４のステップＳ１４がこれに対応する。
【００２８】
「注文データ送信手段」は、実施形態においては、図９のステップＳ２４がこれに対応する。
【００２９】
「処方有効期限取得手段」は、実施形態においては、図９のステップＳ３３がこれに対応する。
【００３０】
「処方有効期限判断手段」は、実施形態においては、図９のステップＳ３４がこれに対応する。
【００３１】
「配送指示手段」は、実施形態においては、図９のステップＳ３６がこれに対応する。
【００３２】
「来院メッセージ送信手段」は、実施形態においては、図９のステップＳ３７がこれに対応する。
【００３３】
「来院メッセージ受信手段」は、実施形態においては、図９のステップＳ３７により送信されてくる来院メッセージを受信する処理を行うＣＰＵがこれに対応する。
【００３４】
「入金情報受信手段」は、実施形態においては、図１２のステップＳ４１により送信されてくる入金情報を受信する処理を行うＣＰＵがこれに対応する。
【００３５】
「分配比率取得手段」は、実施形態においては、図１２のステップＳ５２がこれに対応する。
【００３６】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。
【図面の簡単な説明】
【００３７】
【図１】この発明の一実施形態によるペットフード配送システムの機能ブロック図である。
【図２】この発明の一実施形態によるペットフード配送システムの全体構成図である。
【図３】この発明の一実施形態によるペットフード配送システムにおける病院端末装置２、サーバ装置４、ユーザ端末装置６、配送業者端末装置８のハードウエア構成を示す図である。
【図４】処方シート発行時における、病院端末プログラム３８とサーバプログラム５８のフローチャートである。
【図５】処方シート発行画面の例である。
【図６】承認符号の例である。
【図７】処方データの例である。
【図８】処方シートの例である。
【図９】ペットフード注文時における、ユーザ端末プログラム７８とサーバプログラム５８のフローチャートである。
【図１０】注文ログイン画面の例である。
【図１１】注文画面の例である。
【図１２】入金処理時における、配送業者端末プログラム９８とサーバプログラム５８のフローチャートである。
【図１３】消費スケジュールと、警告との関係を示す図である。
【発明を実施するための形態】
【００３８】
１．機能ブロック図
図１に、この発明の一実施形態によるペットフード配送システムの機能ブロック図を示す。このシステムは、病院端末装置２、サーバ装置４、ユーザ端末装置６を備えて構成されている。病院端末装置２の識別符号送信手段２０は、病院識別符号または獣医師識別符号を伴って、サーバ装置４にアクセスする。さらに、病院端末装置２の処方内容情報送信手段２１は、ペットフード製品名、処方有効期限（当該処方シートに基づいてペットフードを購入できる期限）、ユーザ名などの処方内容情報をサーバ装置４に送信する。
【００３９】
サーバ装置４の識別符号受信手段４０は、送られてきた識別符号を受信する。また、処方内容情報受信手段４１は、送られてきた処方内容情報を受信する。サーバ装置４の処方データ生成手段４２は、承認符号を生成し、生成した承認符号と受信された識別符号と処方内容情報とに基づいて、処方データを生成し、記録部４３に記録する。
【００４０】
サーバ装置４の送信手段４４は、記録部４３に記録された処方データを、病院端末装置２に送信する。病院端末装置２の処方データ受信手段２２は、処方データを受信する。病院端末装置２の処方データ出力手段２３は、処方データを紙に印刷し、処方シートとして出力する。あるいは、処方データとして出力する。
【００４１】
出力された処方シートは、ユーザに渡される。処方シートを受け取ったユーザは、自宅などにあるユーザ端末装置６から、サーバ装置４にアクセスし、処方シートに記述された承認符号を含むペットフードの注文を入力する。入力された注文は、注文データ送信手段６０によってサーバ装置４に送信される。
【００４２】
サーバ装置４の処方有効期限取得手段４５は、注文に含まれる承認符号に基づいて、記録部４３に記録されている処方データを特定し、当該処方データに記述されている処方有効期限を取得する。処方有効期限判断手段４６は、現在日時が取得した処方有効期限内であるかどうかを判断する。配送指示手段４７は、現在日時が処方有効期限内であれば、当該処方データに基づいてペットフードの配送指示を行う。したがって、ペットオーナーであるユーザは、自宅のユーザ端末装置６からペットフードの発注を行うことができる。
【００４３】
来院メッセージ送信手段４８は、現在日時が処方有効期限内でないと判断した場合には、当該処方データ中の病院名に基づいて、当該病院への来院を促すメッセージを、ユーザ端末装置６に送信する。
【００４４】
ユーザ端末装置６の来院メッセージ受信手段６１は、来院を促すメッセージを受信する。ユーザ端末装置６は、このメッセージを表示する。
【００４５】
以上のようにして、ペットオーナーであるユーザは、処方シートに記述された承認符号を用いてサーバ装置にアクセスすることにより、自宅にいながら獣医師の指導によるペットフードを注文することができる。また、処方有効期限内であれば複数回の注文が可能であり、ペットフードの注文のためだけに獣医師の診察を受けなければならないという煩わしさもない。さらに、処方有効期限を過ぎてから注文を行うと、指導を受けている獣医師の病院に来院するよう促すメッセージが出力される。したがって、ペットオーナーの利便性を提供しつつ、獣医師による指導を強化することができる。
【００４６】
２．ハードウエア構成
図２に、一実施形態によるペットフード配送システムの全体構成を示す。病院端末装置２、サーバ装置４、ユーザ端末装置６、配送業者端末装置８が、インターネット９を介して互いに通信可能に接続されている。
【００４７】
図３に、上記システムにおけるサーバ装置４のハードウエア構成を示す。ＣＰＵ５０には、メモリ５１、ディスプレイ５２、プリンタ５２ａ、ハードディスク５３、ＣＤ−ＲＯＭドライブ５４、通信回路５５、マウス／キーボード５６が接続されている。ハードディスク５３には、オペレーティングシステム（たとえばマイクロソフト社のWINDOWS（商標））５７、サーバプログラム５８、処方データ５９などが記録される。サーバプログラム５８は、オペレーティングシステム５７と協働してその機能を発揮する。オペレーティングシステム５７、サーバプログラム５８は、ＣＤ−ＲＯＭ５４ａに記録されていたものを、ＣＤ−ＲＯＭドライブ５４を介して、インストールしたものである。通信回路５５は、インターネットを介して通信を行うためのものである。
【００４８】
病院端末装置２、ユーザ端末装置６、配送業者端末装置８のハードウエア構成も、図２のサーバ装置と同様である。ただし、病院端末装置２のハードディスク３３には、サーバプログラム５８ではなく、病院端末プログラム３８が記録されている。病院端末装置２は、ＣＰＵ３０、メモリ３１、ディスプレイ３２、プリンタ３２ａ、ハードディスク３３、ＣＤ−ＲＯＭドライブ３４、通信回路３５、マウス／キーボード３６を備えている。
【００４９】
また、ユーザ端末装置６のハードディスク７３には、サーバプログラム５８ではなく、ユーザ端末プログラム７８が記録されている。ユーザ端末装置６は、ＣＰＵ７０、メモリ７１、ディスプレイ７２、プリンタ７２ａ、ハードディスク７３、ＣＤ−ＲＯＭドライブ７４、通信回路７５、マウス／キーボード７６を備えている。
【００５０】
また、配送業者端末装置８のハードディスク９３には、サーバプログラム５８ではなく、配送業者端末プログラム９８が記録されている。配送業者端末装置８は、ＣＰＵ９０、メモリ９１、ディスプレイ９２、プリンタ９２ａ、ハードディスク９３、ＣＤ−ＲＯＭドライブ９４、通信回路９５、マウス／キーボード９６を備えている。
【００５１】
３．処方シート発行時
図４に、処方シート発行時における、病院端末プログラム３８のフローチャートと、サーバプログラム５８のフローチャートを示す。
【００５２】
獣医師は、ペットの診察を行った後、病院端末装置２のブラウザプログラムを立ち上げ、サーバ装置４の動物病院専用のウエブページにアクセスする（ステップＳ１）。この際、自らの病院ＩＤ（識別符号）およびパスワードを入力してログインを行う。
【００５３】
サーバ装置４は、予めハードディスク５３に記録されている病院ＩＤ・パスワードリスト（図示せず）を参照して、送られてきた病院ＩＤ、パスワードが正当であるかどうかを判断する。正当であれば、処方シート発行用の画面を病院端末装置２に送信する（ステップＳ１１）。図５に、処方シート発行用の画面の例を示す。
【００５４】
処方シート発行用の画面を受信した病院端末装置２は、これをディスプレイ３２において表示する（ステップＳ２）。獣医師または獣医師の指示を受けた従業員は、このディスプレイ３２に表示された処方シート発行用の画面を見ながら、マウス／キーボード３６を操作して、ペットフードの商品名、処方シートの処方有効期限、ペットオーナー名、ペット名、ペットの種類、年齢、体重、特約店名などを入力し、送信ボタン８０をクリックする。これにより、ペットフードの商品名、処方シートの処方有効期限などのデータが、サーバ装置４に送信される（ステップＳ３）。
【００５５】
サーバ装置４は、これを受けて、ステップＳ１１にて受信した病院ＩＤと受付順の連続番号とを組み合わせた承認符号を生成する（ステップＳ１２）。図６に、生成された承認符号の例を示す。なお、承認符号としては、さらに現在日時などを組み合わせて構成するようにしてもよい。いずれにしても、承認符号は、処方シート毎にユニークな符号となるように生成する必要がある。
【００５６】
次に、サーバ装置４は、病院端末装置２から送られてきた病院ＩＤと、ペットフードの商品名、処方シートの処方有効期限などに、生成した承認符号を付して、図７に示すような処方データを生成する（ステップＳ１３）。なお、処方データには、当該病院がペットフードについて情報を提供してもらっている特約店名を併せて記録する。なお、特約店名はその都度指定してもよいし、予め定めておいてもよい。
【００５７】
なお、ペットフード注文の際のアクセス先ＵＲＬと承認符号を二次元バーコード（ＱＲコード）化したイメージデータも併せて記録する。たとえば、承認符号をパラメータとして有するサーバ装置のペットオーナ用ウエブのＵＲＬを、ＱＲコード化したものを記録する。生成された処方データは、ハードディスク５３に記録される。さらに、サーバ装置４は、この処方データを、病院端末装置２に送信する（ステップＳ１４）。
【００５８】
処方データを受信した病院端末装置２は、処方データをハードディスク３３に記録する。獣医師がマウス／キーボード３６を操作して印刷命令を与えると、病院端末装置２は、処方データに基づく処方シートをプリンタ３２ａにて印刷する（ステップＳ４）。
【００５９】
図８に、印刷された処方シートの例を示す。承認符号、製品名と発注単位、処方有効期限、ペットフード注文のためのアクセスＵＲＬ、承認符号とＵＲＬが記述されたＱＲコードなどが印刷されている。獣医師は、印刷した処方シートをペットオーナーに渡す。以上のようにして、動物病院を訪れたペット（実質的にはペットオーナー）に対して、ペットフードの処方が行われる。
【００６０】
４．ペットフード注文時
図９にペットフード注文時におけるユーザ端末プログラム７８と、サーバプログラム５８のフローチャートを示す。獣医師より処方シートを受け取ったペットオーナーは、自宅のユーザ端末装置６を用いて、サーバ装置４におけるペットオーナーのためのウエブページにアクセスする。具体的には、ブラウザプログラムを用いて、処方シートに記載されたアクセスＵＲＬを入力してアクセスする（ステップＳ２１）。
【００６１】
これを受けて、サーバ装置４は、ペットオーナーのための注文ログイン画面を送信する（ステップＳ３１）。ユーザ端末装置６は、ディスプレイ７２に注文ログイン画面を表示する（ステップＳ２２）。ペットオーナーは、図１０に示す注文ログイン画面を見て、処方シートに記されている承認符号を、マウス／キーボード７６を用いて入力し、送信ボタン８１をクリックする（ステップＳ２３）。
【００６２】
これを受けたサーバ装置４は、承認符号に基づいて、ハードディスク５３に記録されている処方データ５９を参照し、ペットオーナー名、製品名などを取得し、注文画面を生成して送信する（ステップＳ３２）。ユーザ端末装置６は、注文画面をディスプレイ７２に表示する。注文画面の例を、図１１に示す。
【００６３】
ペットオーナーは、注文画面を見ながら注文単位（何ｋｇ入りのものか）、注文個数、ペットオーナーの住所などを入力し、送信ボタン８２を押す。これにより、注文単位、注文個数、住所などが、サーバ装置４に送信される（ステップＳ２４）。これを受けたサーバ装置４は、承認符号に基づいて、処方データ５９を参照し処方有効期限を取得する（ステップＳ３３）。サーバ装置４は、ＣＰＵ５０に内蔵するカレンダー回路から現在日時を取得し、現在日時が処方有効期限内であるかどうかを判断する（ステップＳ３４）。
【００６４】
処方有効期限内であると判断すると、サーバ装置４は、注文確認画面を生成して送信する（ステップＳ３５）。これを受けたユーザ端末装置６は、製品名、注文個数、住所などが示された注文確認画面をディスプレイ７２に表示する（ステップＳ２５）。ペットオーナーは、注文確認画面の注文ボタンをクリックして注文を確定する（ステップＳ２６）。
【００６５】
サーバ装置４は、注文確定を受けて、製品名、注文単位、注文個数、住所などに基づいて、商品の出荷と配送の指示を行う（ステップＳ３６）。出荷や配送を管理するコンピュータに対して上記情報を送信する。なお、この実施形態では、宅配便によってペットオーナーに商品を配送するようにしているので、宅配便のコンピュータに対して上記の配送指示を送信する。なお、注文単位、注文個数、注文日時などは、処方データに追加して記録される。また、住所については、予め病院端末装置２に記録をしておき、処方データの作成時にサーバ装置４に承認符号と対応付けて記録するようにしておけば、ペットオーナーが注文する段階で入力する必要はない。
【００６６】
上記のようにして、ペットオーナーの自宅にペットフードが届けられることになる。
【００６７】
また、ステップＳ３４において処方有効期限内でないと判断すると、サーバ装置４は、処方データ５９中の病院名を取得し、当該病院への来院を促すメッセージをユーザ端末装置６に送信する（ステップＳ３７）。ユーザ端末装置６は、これを受けてディスプレイ７２に来院を促すメッセージを表示する。
【００６８】
上記のようにして、処方シートの処方有効期限が切れた後にペットフードを注文した場合、動物病院への来院が促されることになる。
【００６９】
５．入金処理時
図１２に入金処理時における配送業者プログラム９８と、サーバプログラム５８のフローチャートを示す。配送業者は、ペットオーナーの自宅にペットフードを配送した際に、代金を代理で受け取る（代引き）。代金の受け取りは、クレジットカードによる決済や銀行振り込みなどでもよい。そして、配送業者は、配送業者端末装置８を使って、サーバ装置４に対して、配送したペットフードの承認符号と入金金額を送信する（ステップＳ４１）。
【００７０】
これを受けたサーバ装置４は、処方データを参照し、承認符号に基づいて病院名、特約店名を取得する（ステップＳ５１）。サーバ装置４は、予め記録しておいた病院、特約店の振込先情報を読み出し、これを配送業者端末装置８に送信する（ステップＳ５２）。また、この際、当該病院、特約店について定められている分配情報も併せて送信する（ステップＳ５２）。分配情報とは、入金額の何％（分配比率）を病院、特約店に分配するかを示す情報である。
【００７１】
配送業者端末装置８は、受信した分配情報に基づいて、入金金額を病院、特約店に分配する。分配した金額を、振込先情報にしたがって振り込み依頼を行う（ステップＳ４２）。この実施形態では、ステップＳ４２が分配手段に対応している。
【００７２】
以上のようにして、承認符号をキーとして、入金金額の分配を行うことができる。
【００７３】
６．その他の実施形態
上記実施形態では、病院端末装置２やユーザ端末装置６の例としてＰＣをあげている。しかし、携帯電話装置や通信機能のあるＰＤＡ（携帯情報端末）などを用いることができる。ペットオーナーは、自宅以外の場所からでも注文を行うことができる。
【００７４】
上記実施形態では、サーバ装置４から処方データを送信し、病院端末装置２において処方シートを印刷するようにしている。しかし、サーバ装置４から、病院端末装置２を介して、あるいは直接、ユーザ端末装置６である携帯電話装置、ＰＣ、ＰＤＡなどに対して処方データを送信するようにしてもよい。この場合、ペットオーナーは、携帯電話装置、ＰＣ、ＰＤＡなどに記録されたＵＲＬを用いてサーバ装置４にアクセスして注文を行う。
【００７５】
上記実施形態では、ペットフード注文時に、ＵＲＬを入力してサーバ装置４にアクセスした（ステップＳ２１参照）。しかし、ユーザ端末装置６が携帯電話装置などＱＲコード読み取り装置を備えている場合には、処方シートに印刷されたＱＲコードを読み取ってサーバ装置４にアクセスするようにしてもよい。この際、ＱＲコードには、承認符号がパラメータとして含まれているので、サーバ装置４からは注文ログイン画面を経ずに注文画面を送信することができる。
【００７６】
また、サーバ装置４から病院やペットオーナーの自宅に設置してあるファクシミリ装置に対して、処方シートを送信するようにしてもよい。
【００７７】
さらに、ペットオーナーがペットフードを注文する際に、承認符号を記載した注文書をファクシミリなどで販売業者（メーカ）に送信し、受信したファクシミリに基づいて販売業者がサーバ装置２に注文内容を入力するようにしてもよい。
【００７８】
上記実施形態では、ペットオーナーは、処方有効期限内であれば何回でも注文できるようになっている。しかし、処方データに処方有効期限内に購入すべきペットフードの数量を含めるようにしてもよい。サーバ装置４は、処方有効期限内に当該数量を超えて注文があった場合には警告をユーザ端末装置６に送り返し、来院を勧めるようにしてもよい。
【００７９】
図１３に、消費スケジュールと警告との関係を示す。図１３Ａは、処方シートに示された処方有効期限内に２袋のペットフードが消費されることが想定されている。かかる分量の想定は、獣医師が決定して入力し、処方データに含めることが好ましい。
【００８０】
図１３Ａにおいて、サーバ装置４は、ユーザ端末装置６から注文を受けると、１袋ごとの消費終了期日（消費スケジュール）を算出する。獣医師が消費スケジュールをコントロールしている場合であれば、注文のあった日時に配送必要日数を加えて算出される想定配送日から、処方データに含まれる処方有効期限までの日数を、処方有効期限内に想定されている消費標準数量（図１３Ａでは２袋）で割ることにより、１袋当たりの消費日数を算出することができる。サーバ装置４は、想定配送日に１袋当たりの消費日数を加え、１袋の消費終了期限を算出する（消費期限算出手段）。さらに、１袋の消費終了期限から配送必要日数を引いて、警告基準日を決定する（警告基準日算出手段）。
【００８１】
サーバ装置４は、警告基準日において、次の注文（２袋目の注文）がなければ、注文を促すメッセージをユーザ端末装置６に送信する（注文伺送信手段）。これにより、ペットオーナーは、ペットフードの適切な注文時期を知ることができる。あるいは、注文を促すメッセージを病院端末装置２に送信する。この場合、病院端末装置２からユーザ端末装置６に対して、メッセージを送るかどうかは獣医師の判断によることになる。獣医師がメッセージを送るべきであると判断した場合には、ユーザ端末装置６に対して、自らの名前により注文を促すメッセージを送ることができる。
【００８２】
なお、上記では、警告基準日は、消費終了期限から配送必要日数を引いた日時としたが、これより数日の余裕を持って警告基準日を設定するようにしてもよい。
【００８３】
上記実施形態では、１袋ごとの消費終了期限を処方シートの処方有効期限と消費予定数量とに基づいて算出している。しかし、処方有効期限とは関係なく、ペットの種類、年齢、ペットフードの種類、注文単位の組み合わせ毎に１袋の消費基準日数をサーバ装置に予め記録しておき、これに基づいて、１袋毎の消費終了期限を算出するようにしてもよい。
【００８４】
また、図１３Ｂに示すように、上記の警告基準日よりも著しく早く（所定日数以上早すぎる場合）次の注文がユーザ端末装置６から送られてきた場合には、注文のペースが速すぎる旨をメッセージとしてユーザ端末装置６に送信するようにしてもよい。
【００８５】
さらに、サーバ装置４は、消費終了期限になると、消費量の目安をユーザ端末装置６に送信するようにしてもよい。たとえば、「今日現在で１袋のペットフードを消費していればスケジュールどおりです」などというお知らせを送信し、消費量についての目安を知らせるようにしてもよい。
【００８６】
上記実施形態では、配送業者端末装置８によって分配処理と振り込み処理を行っている（ステップＳ４２参照）。しかし、サーバ装置４によってこの処理を行うようにしてもよい。
【図１】
2011048820.tif 000003
【図２】
2011048820.tif 000004
【図３】
2011048820.tif 000005
【図４】
2011048820.tif 000006
【図５】
2011048820.tif 000007
【図６】
2011048820.tif 000008
【図７】
2011048820.tif 000009
【図８】
2011048820.tif 000010
【図９】
2011048820.tif 000011
【図１０】
2011048820.tif 000012
【図１１】
2011048820.tif 000013
【図１２】
2011048820.tif 000014
【図１３】
2011048820.tif 000015