JP5710118B2 - サーバシステム及びサーバ装置 - Google Patents

Description

本発明は、サーバシステム及びサーバ装置に関し、特に、食事箋を発行する側とその食事箋を受ける側との双方に有用なサーバシステム及びサーバ装置に関する。

ペットフードの中には、ペットの飼い主（以下、「ペットオーナー」と称する）がホームセンター等の一般店舗で自由に購入できるペットフードの他に、獣医による診断に基づきペットの状態に応じて処方される機能性ペットフードがある。

動物病院では、獣医がペットを診断した後、その診断結果に基づきペットの状態に応じた適切な機能性ペットフードを選定し、その選定した機能性ペットフードを用いた健康管理方法を指導する食事箋を発行する。食事箋には、獣医が選定した機能性ペットフードの商品名や給与量などが記載されており、ペットオーナーは、その食事箋に従い、指導された機能性ペットフードを購入し、購入した機能性ペットフードを、指導された給与量でペットに給与することにより、ペットの健康管理を行う。

特許文献１には、ペットの種類に応じたペットフード製品を表した製品選択画面をモニタに表示して、表示された製品選択画面からペットフード製品を選択させた後、入力されたペットの現在体重に依存して、選択されたペットフード製品の１日当たりの食事量を計算して、ペットフードの処方箋（食事箋）を作成できるペットフード処方箋作成システムが記載されている。

特開２００６−１７４７３４号公報

特許文献１に記載されるペットフード処方箋作成システムは、食事箋（処方箋）を発行する側（例えば、獣医）にとっては、食事箋の作成が容易であり有用であるが、食事箋を受ける側（例えば、ペットオーナー）にとっての有用性は考慮されていない。つまり、かかる特許文献１に記載されるシステムでは、獣医によって作成された食事箋の活用は、その食事箋を受けたペットオーナーに一任されるので、その処方箋が有効に活用されるか否かはペットオーナーに依存し、食事箋が適切に活用されずに有用性が薄れる場合が生じ得る。例えば、獣医がペットの状態に応じて適切とされる機能性ペットフードの給与期間を食事箋で設定したとしても、その給与期間の終了タイミングをペットオーナーが失念又は無視し、当該給与期間を超えて機能性ペットフードを無駄に購入して、ペットに無駄に与えてしまうという状況が生じ得る。

本発明は、上述した事情を鑑みてなされたものであり、食事箋を発行する側とその食事箋を受ける側との双方に有用なサーバシステム及びサーバ装置を提供することを目的としている。

課題を解決するための手段および発明の効果

この目的を達成するために、請求項１記載のサーバシステムによれば、サーバ装置と、そのサーバ装置に通信ネットワークを介して接続される端末とから構成されており、サーバ装置の第１識別情報記憶手段には、本サーバシステムを構成する端末を、動物個体の診断結果に基づき食事箋を発行する側が利用する第１端末として特定する第１識別情報が記憶され、第２識別情報記憶手段には、本サーバシステムを構成する端末を、動物個体を診断される側が利用する第２端末として特定する第２識別情報が記憶される。即ち、本サーバシステムを構成するサーバ装置は、本サーバシステムを構成する端末のうち、第１識別情報に記憶されている第１識別情報により特定される端末を第１端末であると識別（認識）し、第２識別情報に記憶されている第２識別情報により特定される端末を第２端末であると識別する。

サーバ装置の動物識別情報記憶手段には、動物個体を特定する動物識別情報が記憶されており、第２識別情報記憶手段に記憶されている第２識別情報の１つに対し、動物識別情報記憶手段に記憶されている動物識別情報が対応付け手段により対応付けられている。即ち、本サーバシステムを構成するサーバ装置は、第２識別情報により第２端末である特定される端末に対応付けることができる動物個体を、対応付け手段による第２識別情報と動物識別情報との対応関係により識別することができる。

サーバ装置のフード情報識別記憶手段には、獣医による診断を受けた動物個体を給与対象とする特定フードの情報が記憶されている。また、サーバ装置は、特定フード選定受付手段と食事箋作成手段とを有しており、フード情報記憶手段に情報が記憶されている特定フードの中から選定された１又は複数の特定フードと、そのように選定された特定フードの給与の終了予定時期とが、特定フード選定受付手段により、第１端末（即ち、第１識別情報により特定される端末）から受け付けられると、それらの特定フードと終了予定時期とに基づき、食事箋が、食事箋作成手段によって作成される。よって、第１端末を利用する側、即ち、動物個体の診断結果に基づき食事箋を発行する側では、サーバ装置のフード情報識別記憶手段に情報が記憶されている特定フードの中から、診断結果に応じた適切な特定フードを選定して食事箋を作成することができるので、食事箋の作成が容易である。

さらに、サーバ装置は、現在時期取得手段と比較手段と発注許可手段とを有しており、食事箋作成手段により作成された食事箋に含まれる特定フードの給与の終了予定時期と現在時期（即ち、現在時期取得手段により取得される時期）とが比較手段により比較され、その比較の結果、終了予定時期が現在時期より後であると判断される特定フードに限り、発注許可手段によって、その特定フードの発注が、その特定フードを含む食事箋の対象とされる動物個体の動物識別情報に対し、対応付け手段によって対応付けられている第２識別情報により特定される第２端末に対して許可される。

即ち、第２識別情報により特定される第２端末は、第２識別情報に対応付けられている動物個体に対して食事箋が作成されており、かつ、その食事箋に含まれる特定フードの給与の終了予定時期を超えない時期に限り、特定フードの発注を行うことができる。よって、第２端末を利用する側、即ち、動物個体を診断される側では、対象動物個体を食事箋に沿って有効に管理することができる。

上述の通り、請求項１記載のサーバシステムによれば、食事箋を発行する側だけでなく、食事箋を受ける側にも有用性を提供できるという効果がある。
また、請求項１記載のサーバシステムによれば、上記効果に加え、次の効果を奏する。サーバ装置の優先順位記憶手段には、第１識別情報記憶手段に記憶されている第１識別情報の１つに対し、フード情報記憶手段に記憶されている情報に含まれる項目に対する優先順位が記憶されている。また、サーバ装置は、検索手段と順位付け手段と第２画面供給手段とを有しており、第１識別情報により特定される第１端末から、動物個体の診察結果に関するキーワードを含む検索要求を受信した場合に、フード情報記憶手段に情報が記憶されている特定フードの中から、受信したキーワードに応じた特定フードが、検索手段により検索され、その検索要求の送信元の第１端末を特定する第１識別情報に対応付けられて優先順位記憶手段に記憶されている優先順位に基づいて、検索結果（即ち、検索手段により検索された特定フード）に対する順位付けが、順位付け手段によって行われ、そのように順位付け手段により順位付けられた順序で検索結果を並べたリストを含む画面が、第２画面供給手段により、該検索要求をした送信元の第１端末に供給される。一方で、端末は、サーバ装置から供給された画面を出力する出力手段を有しているので、第１端末は、サーバ装置の第２画面供給手段により供給された画面、即ち、順位付け手段により順位付けられた順序で検索結果を並べたリストを含む画面を出力することがきる。そして、サーバ装置の特定フード選定受付手段は、第２画面供給手段による画面の供給先の第１端末から、その第１端末に供給した画面に含まれるリストの中から選定された特定フードを受け付ける。
よって、第１端末を利用する側、即ち、動物個体の診断結果に基づき食事箋を発行する側は、フード情報記憶手段に記憶されている情報に含まれる項目に対する優先順位を予め優先順位記憶手段に記憶させておくことにより、その優先順位に従う順序で特定フードの検索結果を第１端末に表示させることができるので、取り扱い易い優先順位を設定しておくことにより、適切な特定フードを選定し易いという効果がある。例えば、一般的に、概ね同機能を有する特定フードが種々の製造元又は供給元から多数供給されているので、自身が取り扱い易い製造元又は供給元の特定フードに対する優先順位を高くしておくことにより、適切な特定フードの選定が容易となる。

請求項２記載のサーバシステムによれば、請求項２記載の奏する効果に加え、次の効果を奏する。サーバ装置の発注許可手段は、選定手段と画面供給手段とを有しており、第２識別情報記憶手段に記憶されている第２識別情報により特定される第２端末から、特定フードを発注するための画面の出力要求を受信した場合に、食事箋作成手段により作成された食事箋のうち、該出力要求をした送信元の第２端末に対する第２識別情報に対して対応付け手段により対応付けられている動物識別情報により特定される動物個体を対象とする食事箋に含まれ、かつ、比較手段による比較の結果、終了予定時期が現在時期より後であると判断される特定フードが、選定手段によって選定され、そのように選定された特定フードを発注可能な画面が、画面供給手段により、該出力要求をした送信元の第２端末に供給される。一方で、端末は、サーバ装置から供給された画面を出力する出力手段を有しているので、第２端末は、サーバ装置の画面供給手段により供給された画面、即ち、特定フードを発注可能な画面を出力することがきる。

よって、第２端末を利用する側、即ち、動物個体を診断される側では、出力手段により出力された特定フードを発注可能な画面に基づき、食事箋により指導される給与期間内にある特定フードのみを容易に発注して購入できるという効果がある。

請求項３記載のサーバシステムによれば、請求項１又は２に記載のサーバシステムの奏する効果に加え、次の効果を奏する。サーバ装置の宛先記憶手段には、第２識別情報記憶手段に記憶されている第２識別情報の１つに対し、所定の電子メールアドレスが対応付けられている。また、サーバ装置は、案内メール送信手段を有しており、比較手段による比較の結果、終了予定時期が現在時期に等しい時期又は現在時期より前の所定期間内に含まれる時期であると判断される特定フードが存在する場合には、その特定フードの給与対象である動物個体の動物識別情報に対して対応付け手段によって対応付けられている第２識別情報に対し、宛先記憶手段により対応付けられている電子メールアドレスへ、所定の案内を記述した電子メールが、案内メール送信手段によって送信される。

よって、第２端末を利用する側、即ち、動物個体を診断される側では、対象動物個体に対する食事箋により指導される特定フードの給与期間の終了予定時期を確実に認識することができ、食事箋による対象動物個体の管理をより有効に行うことできるという効果がある。一方で、第１端末を利用する側、即ち、動物個体の診断結果に基づき食事箋を発行する側にとってもまた、食事箋に記載した特定フードの給与期間を自身が管理する手間が省けるので、より有用性を提供できるという効果がある。

請求項４記載のサーバ装置によれば、請求項１記載のサーバシステムのサーバ装置と同様に作用し、請求項１記載のサーバシステムのサーバ装置と同様の効果を奏する。

本発明における一実施形態のサーバシステムの構成を示すブロック図である。 （ａ）は、病院情報ＤＢに記憶される病院情報の内容の一例を示す模式図であり、（ｂ）は、ＰＯ情報ＤＢに記憶されるＰＯ情報の内容の一例を示す模式図である。 ＦＬ情報ＤＢに記憶されるＦＬ情報を説明するための模式図である。 （ａ）は、ＦＬ発行画面の一例を示す模式図であり、（ｂ）は、商品検索画面の一例を示す模式図である。 （ａ）は、ＦＬ作成情報入力画面の一例を示す模式図であり、（ｂ）は、病院端末から発行されたフードレターの一例を示す模式図である。 （ａ）は、ＰＯ用メイン画面の一例を示す模式図であり、（ｂ）は、ショッピングカート画面の一例を示す模式図である。 サーバ装置が実行する病院端末用メイン処理を示すフローチャートである。 療法食商品選択処理を示すフローチャートである。 フードレター作成処理を示すフローチャートである。 サーバ装置が実行するＰＯ端末用メイン処理を示すフローチャートである。 サーバ装置が実行するＦＬ情報更新処理を示すフローチャートである。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明における一実施形態のサーバシステム１の構成を示すブロック図である。サーバシステム１は、サーバ装置１００と、ＷＡＮ（Ｗｉｄｅ＿Ａｒｅａ＿Ｎｅｔｗｏｒｋ）やインターネット等の通信ネットワークＮＷを介してサーバ装置１００に接続される端末２００とから構成される。

なお、サーバ装置１００は、ログイン時の認証内容に応じて、端末２００が、食事箋であるペット向け食事箋フードレター（以下、単に「フードレター」と称する）を印刷して発行する側で操作される端末であるか、フードレターを受ける側で操作される端末であるかを特定する。以下では、サーバ装置１００が、フードレターを発行する側で操作される端末であると特定する端末２００を病院端末２００ａと表し、サーバ装置１００が、フードレターを受ける側で操作される端末であると特定する端末２００をＰＯ端末２００ｂと表す。

サーバシステム１において、サーバ装置１００は、病院端末２００ａからの入力に基づいてフードレター（図５（ｂ）参照）を作成する一方で、作成したフードレターに記載される機能性ペットフードを発注可能な画面を、該フードレターの対象ペットに対応するＰＯ端末２００ｂに供給する。ＰＯ端末２００ｂは、サーバ装置１００から供給された画面から、フードレターに記載される機能性ペットフードを発注し購入することが可能である。

サーバ装置１００は、Ｗｅｂサーバ及びメールサーバとして機能する装置である。このサーバ装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）１０３と、ハードディスクドライブ１０４（ＨＤＤ１０４）と、サーバ装置１００を通信ネットワークＮＷに接続するためのインターフェイス１０５（Ｉ／Ｆ１０５）と、後述する各データベース１１１〜１１７が接続されるインターフェイス（Ｉ／Ｆ１０６）と、現在日時を計時するリアルタイムクロック１０７（ＲＴＣ１０７）とを有し、これらの構成はバスライン１０８を介して相互に接続されている。

ＣＰＵ１０１は、ＲＯＭ１０２やＲＡＭ１０３に記憶されているプログラムやデータを用いてサーバ装置１００全体の制御を行うとともに、ＨＤＤ１０４に記憶されているＷｅｂサーバプログラム１０４ａやメールサーバプログラム１０４ｂに従う処理を実行する。ＲＯＭ１０２は、サーバ装置１００の設定データやブートプログラム等を記憶する。ＲＡＭ１０３は、ＨＤＤ１０４からロードされた各プログラム１０４ａ〜１０４ｃやデータ等を一時的に記憶すると共に、ＣＰＵ１０１が各種の処理を実行する際に用いるワークエリアを有している。

ＲＡＭ１０３は、選択商品メモリ１０３ａと、ＬＳメモリ１０３ｂと、給与量メモリ１０３ｃと、処方終了日メモリ１０３ｄとを有している。選択商品メモリ１０３ａは、病院端末２００ａからの入力に基づいてフードレターの作成を行う際に、病院端末２００ａのＬＣＤ２０６に表示される商品検索画面６２０（図４（ｂ）参照）の中から、１の機能性ペットフードが、当該フードレターにより指示（指導）する機能性ペットフードとして選択された場合に、その機能性ペットフードを示す商品コードを記憶する領域である。

ＬＳメモリ１０３ｂは、病院端末２００ａからの入力に基づいてフードレターの作成を行う際に、病院端末２００ａのＬＣＤ２０６に表示されるＦＬ作成情報入力画面６４０（図５（ａ）参照）から入力された、当該フードレターの対象となるペット（患畜）のライフステージを記憶する領域である。給与量メモリ１０３ｃは、選択商品メモリ１０３ａ及びＬＳメモリ１０３ｂに記憶されている内容に基づいて算出されたフードレターに記載する給与量を記憶する領域である。

処方終了日メモリ１０３ｄは、病院端末２００ａからの入力に基づいてフードレターの作成を行う際に、病院端末２００ａのＬＣＤ２０６に表示されるＦＬ作成情報入力画面６４０から入力された、当該フードレターで指示する機能性ペットフードの給与期間の終了予定日を記憶する領域である。

ＨＤＤ１０４は、図示されないオペレーティングシステム（ＯＳ）を記憶すると共に、サーバ装置１００をＷｅｂサーバとして機能させるプログラムであるＷｅｂサーバプログラム１０４ａと、サーバ装置１００をメールサーバとして機能させるプログラムであるメールサーバプログラム１０４ｂと、動物病院やペットオーナー等を登録するための登録プログラム１０４ｃとを記憶する。

また、サーバ装置１００は、データベースとして、病院情報データベース１１１（病院情報ＤＢ１１１）と、ペットオーナー情報データベース１１２（ＰＯ情報ＤＢ１１２）と、ペット情報データベース１１３（ペット情報ＤＢ１１３）と、フードレター情報データベース１１４（ＦＬ情報ＤＢ１１４）と、購入履歴データベース１１５（購入履歴ＤＢ１１５）と、商品データベース１１６（商品ＤＢ１１６）と、画面データベース１１７（画面ＤＢ１１７）とを有しており、これらのデータベース１１１〜１１７は、Ｉ／Ｆ１０６に接続される。なお、データベース１１１〜１１７は、全てをまとめて又は各々独立したデータベース又はデータベースサーバとして構成してもよい。また、本実施形態では、データベース１１１〜１１７をいずれもＩ／Ｆ１０６に接続する構成としたが、他の接続構成を採用してもよい。例えば、データベース１１１，１１２，１１４〜１１７をＩ／Ｆ１０６に接続するが、ペット情報ＤＢ１１３を、Ｉ／Ｆ１０６に接続するのでなく、ＰＯ情報ＤＢ１１２に接続するようにしてもよい。

病院情報ＤＢ１１１は、病院端末２００ａを使用する側（本実施形態では、動物病院）の情報を記憶するデータベースである。なお、以下の説明では、病院情報ＤＢ１１１に記憶される情報、即ち、病院端末２００ａを使用する側の情報を「病院情報」と称し、この病院情報の内容については、図２（ａ）を参照して後述する。

ＰＯ情報ＤＢ１１２は、ＰＯ端末２００ｂを使用する側（本実施形態では、ペットオーナー、即ち、ペットの飼い主）の情報を記憶するデータベースである。なお、以下の説明では、ＰＯ情報ＤＢ１１２に記憶される情報、即ち、ＰＯ端末２００ｂを使用する側の情報を「ＰＯ情報」と称し、このＰＯ情報の内容については、図２（ｂ）を参照して後述する。

ペット情報ＤＢ１１３は、病院端末２００ａを使用する動物病院において診察したペットの情報を記憶するデータベースである。具体的に、ペット情報ＤＢ１１３には、各ペットを特定するペット識別ＩＤ毎に、そのペットに関する情報（例えば、当該ペットを登録した動物病院を特定する病院識別ＩＤ（図２（ａ）の病院識別ＩＤ３０１）、ペットオーナーを特定するＰＯ識別ＩＤ、当該ペットの名前や年齢等の個体情報、当該ペットの画像、当該ペットの診察結果、カルテ番号などが対応付けられ記憶されている。

ＦＬ情報ＤＢ１１４は、病院端末２００ａからのフードレター作成要求に基づいて作成されたフードレターの内容を記憶するデータベースである。なお、以下の説明では、ＦＬ情報ＤＢ１１４に記憶される情報、即ち、作成されたフードレターの内容を「ＦＬ情報」と称し、このＦＬ情報の内容については、図３を参照して後述する。

購入履歴ＤＢ１１５は、ペットオーナーがＰＯ端末２００ｂを操作することにより発注して購入した機能性ペットフードの履歴（購入履歴）を記憶するデータベースである。具体的に、購入履歴ＤＢ１１５には、機能性ペットフードを購入したペットオーナーを特定するＰＯ識別ＩＤと、購入日を示す情報と、購入した商品の商品コードと、購入した機能性ペットフードを指定したフードレターを特定するＦＬ識別ＩＤとが対応付けられて記憶されている。

商品ＤＢ１１６は、機能性ペットフードの商品マスタを記憶するデータベースである。具体的に、商品ＤＢ１１６には、各機能性ペットフードの商品コード毎に、製造元又は供給元、価格、形状・規格、販売単位、販売単価、商品画像、商品情報（商品説明や原材料など）、ライフステージ毎の用量などの各種情報が対応付けられて記憶されている。なお、商品マスタは、メーカーや卸会社等から供給される。なお、この「ライフステージ」には、年齢又は年齢範囲の区分だけでなく、機能性ペットフードを使用する目的（例えば、機能性ペットフードを、肥満犬の減量に用いるか、糖尿病の犬に用いるか、等）の区分なども含まれる。

画面ＤＢ１１７は、病院端末２００ａ又はＰＯ端末２００ｂからの要求に応じて各端末のＬＣＤ２０６に表示させる画面を生成するためのＨＴＭＬファイルや、その画面を生成するためのテンプレートとなるＨＴＭＬファイルや、画面の背景やバナー等の素材を記憶するデータベースである。病院端末２００ａ又はＰＯ端末２００ｂから画面の表示要求があった場合、サーバ装置１００は、その要求に応じた画面を画面ＤＢ１１７から読み出し、表示要求元の端末２００（２００ａ，２００ｂ）に供給（提供）する。あるいは、サーバ装置１００は、表示要求に応じて画面のテンプレートを画面ＤＢ１１７から読み出し、そのテンプレートを基に動的生成した画面を、表示要求元の端末２００に供給する。

端末２００（病院端末２００ａ、ＰＯ端末２００ｂ）は、パーソナルコンピュータにより構成され、端末２００全体を制御する中央制御装置であるＣＰＵ２０１と、設定データやブートプログラムなどを記憶するＲＯＭ２０２と、ＣＰＵ２０１により実行される各種処理に必要なデータ等を一時的に記憶するＲＡＭ２０３と、ハードディスクドライブ２０４（ＨＤＤ２０４）と、端末２００を通信ネットワークＮＷに接続するためのインターフェイス２０５（Ｉ／Ｆ２０５）と、表示装置であるＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）２０６と、キーボードやマウスなどから構成される入力装置２０７とを有し、これらの構成はバスライン２０８を介して相互に接続されている。

ＨＤＤ２０４は、図示されないオペレーティングシステム（ＯＳ）を記憶すると共に、ブラウザ機能を実現させるブラウザプログラム２０４ａを記憶する。即ち、端末２００（病院端末２００ａ、ＰＯ端末２００ｂ）は、ブラウザプログラム２０４ａを用いてサーバ装置１００にアクセスし、当該サーバ装置１００が提供する各種画面をＬＣＤ２０６に表示することができる。

図２（ａ）は、上述した病院情報ＤＢ１１１に記憶される病院情報の内容の一例を示す模式図である。この病院情報は、動物病院をサーバ装置１００（病院情報ＤＢ１１１）に登録する際に動物病院毎に作成され、病院識別ＩＤ３０１と、ログインＩＤ３０２と、パスワード３０３と、「病院名」や「院長名（漢字）」等の登録情報３０４と、取扱優先度情報３０５とを主に含んで構成される。

病院識別ＩＤ３０１は、内部管理用に動物病院を特定するために設定されるＩＤであり、１の動物病院をサーバ装置１００（病院情報ＤＢ１１１）に登録する際に登録プログラム１０４ｃにより設定される。ログインＩＤ３０２は、動物病院がサーバ装置１００にログインするためのログインＩＤであり、パスワード３０３は、動物病院がサーバ装置１００にログインするためのパスワードである。ログインＩＤ３０２及びパスワード３０３は、両方とも、１の動物病院をサーバ装置１００に登録する際にシステム管理者によって設定される。

サーバ装置１００から供給されて端末２００のＬＣＤ２０６に表示される動物病院用の病院用ログイン画面（図示せず）に入力されたログインＩＤ及びパスワードが、ログインＩＤ３０２及びパスワード３０３として記憶されているログインＩＤ及びパスワードに等しい場合に、サーバ装置１００は、ログインＩＤ及びパスワードの入力元の端末２００を認証し、当該端末２００が、フードレター（図５（ｂ）参照）を発行する側、即ち、動物病院に属する者（院長、勤務する獣医など）により操作される病院端末２００ａであると特定する。さらには、病院情報ＤＢ１１１に記憶される病院情報に基づき、認証したログインＩＤ（ログインＩＤ３０２）と病院識別ＩＤ３０１との対応から、病院端末２００ａを操作する動物病院を特定する。

取扱優先度３０５は、病院端末２００ａから商品ＤＢ１１６に商品コードが記憶されている機能性ペットフードの検索要求があった場合に、その検索結果の表示順序に対する優先順位である。図２（ａ）に示す例では、取扱優先度３０５として、４つの優先順位、即ち、優先順位の高い方から「取扱優先度１」、「取扱優先度２」、「取扱優先度３」、「取扱優先度４」が設定されている。サーバ装置１００は、病院端末２００ａからの検索要求に基づき、商品ＤＢ１１６の中から検索要求に合致する商品（機能性ペットフード）を検索し、検索された商品を取扱優先度３０５に従って並び換え、検索された商品（検索結果）を並び換えた順序で表示する画面を、検索要求元の病院端末２００ａに供給する。

本実施形態では、製造元又は供給元に応じて取扱優先度３０５を設定する構成とされており、サーバ装置１００は、検索要求に基づいて商品ＤＢ１１６の中から検索された機能性ペットフードの表示順序を、抽出された商品の商品マスタに含まれる製造元又は供給元の情報と取扱優先度３０５とに基づいて並び換える。図２（ａ）に示す例では、「取扱優先度１」として「Ａ社」が設定され、「取扱優先度２」として「Ｃ社」が設定され、「取扱優先度３」として「Ｄ社」が設定され、「取扱優先度４」として「Ｂ社」が設定されている。つまり、この例では、検索要求元の病院端末２００ａのＬＣＤ２０６には、Ａ社→Ｃ社→Ｄ社→Ｂ社の順で並び換えられた検索結果が画面として表示される。

取扱優先度３０５に設定される値は、サーバ装置１００から病院端末２００ａに供給される取扱優先度設定画面（図示せず）から設定変更できるように構成されている。即ち、病院端末２００ａを操作する動物病院毎に、取扱優先度３０５を設定可能に構成されている。一般的に、概ね同機能を有する機能性ペットフードが種々の製造元又は供給元から供給されているので、動物病院（院長や獣医）が、ある機能を有する機能性ペットフードを選択しようにも、その数が多数にわたるため、適切な機能性ペットフードの選択が困難である。しかし、本実施形態のサーバシステム１又はサーバ装置１００によれば、病院端末２００ａ毎、即ち、ログインＩＤ３０２又は病院識別ＩＤ３０１により特定される動物病院毎に、機能性ペットフードの製造元又は供給元の優先順位を取扱優先度３０５として設定できるので、その動物病院が取り扱い易い（得意とする）製造元又は供給元の機能性ペットフードに対する優先順位を高くしておくことにより、動物病院（院長や獣医）が、適切な機能性ペットフードを選定し易く、フードレター発行時における動物病院側の負担を軽減できる。

図２（ｂ）は、上述したＰＯ情報ＤＢ１１２に記憶されるＰＯ情報の内容の一例を示す模式図である。このＰＯ情報は、ペットオーナーをサーバ装置１００（ＰＯ情報ＤＢ１１２）に登録する際にペットオーナー毎に作成され、ＰＯ識別ＩＤ４０１と、上述した病院識別ＩＤ３０１と、ペット識別ＩＤ４０２と、ログインＩＤ４０３と、パスワード４０４と、「ＰＯ名（漢字）」や「メールアドレス」等の登録情報４０５とを主に含んで構成される。

ＰＯ識別ＩＤ４０１は、内部管理用にペットオーナーを特定するために設定されるＩＤであり、１のペットオーナーをサーバ装置１００（ＰＯ情報ＤＢ１１２）に登録する際に登録プログラム１０４ｃにより設定される。ペット識別ＩＤ４０２は、内部管理用にペットを特定するために設定されるＩＤであり、１のペットをサーバ装置１００（ペット情報ＤＢ１１３）に登録する際に登録プログラム１０４ｃにより設定される。このように、ＰＯ情報の中で、ＰＯ識別ＩＤ４０１とペット識別ＩＤ４０２とが対応付けられていることにより、１のペットオーナーと、そのペットオーナーが所有する１のペットとが対応付けられる。

ログインＩＤ４０３は、ペットオーナーがサーバ装置１００にログインするためのログインＩＤであり、パスワード４０４は、ペットオーナーがサーバ装置１００にログインするためのパスワードである。本実施形態では、ペットオーナーの登録は、ＰＯ情報に含まれる病院識別ＩＤ３０１により特定される動物病院にて、先ず、登録情報４０５等の登録を行い、それにより、サーバ装置１００は、登録された登録情報４０５に含まれている「メールアドレス」をログインＩＤ４０２に設定するように構成されている。一方、パスワード４０４は、Ｗｅｂ登録を希望したペットオーナーが自身で設定するように構成されている。なお、Ｗｅｂ登録を希望しないペットオーナーは、パスワード４０４の設定を行わないので、かかる場合には、パスワード４０４は空欄（ブランク）となる。

サーバ装置１００から供給されて端末２００のＬＣＤ２０６に表示されるペットオーナー用のＰＯ用ログイン画面（図示せず）に入力されたログインＩＤ及びパスワードが、ログインＩＤ４０３及びパスワード４０４として記憶されているログインＩＤ及びパスワードに等しい場合に、サーバ装置１００は、ログインＩＤ及びパスワードの入力元の端末２００を認証し、当該端末２００が、ペットオーナーにより操作されるＰＯ端末２００ｂであると特定する。さらには、ＰＯ情報ＤＢ１１２に記憶されるＰＯ情報に基づき、認証したログインＩＤ（ログインＩＤ４０３）とＰＯ識別ＩＤ４０１との対応から、ＰＯ端末２００ｂを操作するペットオーナーを特定する。

図３は、上述したＦＬ情報ＤＢ１１４に記憶されるＦＬ情報を説明するための模式図である。ＦＬ情報は、病院端末２００ａからの要求に基づいてサーバ装置１００がフードレターを作成した場合に作成され、ＦＬ情報ＤＢ１１４に記憶される。図３では、ＦＬ情報ＤＢ１１４に、Ｘ１、Ｘ２、…、Ｘｎまで、ｎ件のＦＬ情報が記憶されている様子を例示している。

各ＦＬ情報は、ＦＬ識別ＩＤ５０１と、上述したＰＯ識別ＩＤ４０１と、上述した病院識別ＩＤ３０１と、上述したペット識別ＩＤ４０２と、商品コード５０２と、作成日５０３と、給与量５０４と、終了予定日５０５と、処方期間フラグ５０６とを主に含んで構成される。

ＦＬ識別ＩＤ５０１は、内部管理用にフードレターを特定するために設定されるＩＤであり、サーバ装置１００がフードレターを作成する毎に設定される。このＦＬ識別ＩＤ５０１により各フードレターを識別することができる。また、図３に示すように、１のＦＬ情報の中で、ＦＬ識別ＩＤ５０１と、ＰＯ情報ＩＤ４０１、病院識別ＩＤ３０１、ペット識別ＩＤ４０２とが対応づけられているので、１のフードレターに対する、そのフードレターを作成した１の動物病院や、フードレターの対象となる１のペット及びそのペットのペットオーナーが特定される。

商品コード５０２は、フードレターにより指示（指導）する機能性ペットフードに対応する商品コードである。なお、商品コード５０２として設定される商品コードは、商品ＤＢ１１６において当該機能性ペットフードに対応付けられている商品コードである。作成日５０３は、フードレターを作成した日付である。給与量５０４は、商品コード５０２により特定される機能性ペットフードにおけるライフステージ毎の用量と、フードレターの対象であるペットのライフステージとに基づいて決まる１日当たりの給与量である。

終了予定日５０５は、フードレターで指示する機能性ペットフードの給与期間の終了予定日である。処方期間フラグ５０６は、フードレターが有効であるか否かを示すフラグである。処方期間フラグ５０６に「１」が設定されている場合には、作成されたフードレターにて指示される給与期間内であり、そのフードレターが有効であることを示す。一方で、処方期間フラグ５０６に「０」が設定されている場合には、作成されたフードレターにて指示される給与期間が過ぎており、そのフードレターが無効であることを示す。

次に、図４及び図５を参照して、本実施形態のサーバシステム１（サーバ装置１００）によるフードレターの作成について説明する。図４（ａ）は、ＦＬ発行画面６００の一例を示す模式図である。ＦＬ発行画面６００は、フードレターを作成する際の入口となる画面である。このＦＬ発行画面６００の表示要求は、サーバ装置１００がログインＩＤ３０２及びパスワード３０３によって認証した端末２００（即ち、病院端末２００ａ）に限られる。即ち、病院端末２００ａは、ＦＬ発行画面６００をＬＣＤ２０６に表示させることができるので、フードレターを作成できるが、ＰＯ端末２００ｂは、ＦＬ発行画面６００をＬＣＤ２０６に表示させることができないので、フードレターを作成できない。

ＦＬ発行画面６００は、サーバ装置１００（ペット情報ＤＢ１１３）に登録されていないペットをフードレターの発行対象とする領域６０１と、サーバ装置１００に既に登録されているペットをフードレターの発行対象とする領域６０２とを有している。

領域６０１には、「新規フードレター発行」と表示されたボタン６１１が形成されている。病院端末２００ａを操作する者が入力装置２０７を用いてボタン６１１を操作すると、病院端末２００ａは対応する要求を出力する。サーバ装置１００が当該要求を受信すると、サーバ装置１００は、未登録ペット（新規ペット）をサーバ装置１００に登録するための画面を、要求元の病院端末２００ａに供給（出力）する。これにより、当該要求を出力した病院端末２００ａのＬＣＤ２０６に表示される画面は、未登録ペットをサーバ装置１００に登録するための画面に遷移し、ペットの登録を病院端末２００ａに行わせる。その後、ＦＬ発行画面６００に誘導され、フードレターを作成する次の段階へと移行する。

領域６０２には、サーバ装置１００（ペット情報ＤＢ１１３）に登録済みのペットの中から、フードレターの発行対象とするペットを検索する検索ワード（キーワード）を入力する領域６１２が設けられており、その領域６１２の下方に、「この条件で検索する」と表示されたボタン６１３が形成されている。また、領域６０２には、ボタン６１３の下方に、ペットの検索結果の一覧を表示するための領域６１４が設けられている。

図４（ａ）に示す例では、領域６１２内に、ペットオーナーの電話番号である「ＴＥＬ」、カルテ番号である「カルテＮＯ」、ペットオーナーの名前である「お名前」、及びペットの名前である「ペット名」のそれぞれに対して検索ボックスが設けられており、病院端末２００ａを操作する者が、入力装置２０７を用いて、これら４つの検索ボックスのうち、少なくとも１つの検索ボックスに検索ワードを入力した後、ボタン６１３を操作すると、病院端末２００ａは、検索ボックスに入力された検索ワードによる検索の要求をサーバ装置１００に出力する。その後、サーバ装置１００から、領域６１４が検索結果に基づいて更新されたＦＬ発行画面６００が返され、当該病院端末２００ａのＬＣＤ２０６には、ＦＬ発行画面６００の領域６１４に検索結果の一覧が表示される。

なお、領域６１２に設けられている検索ボックスに入力する検索ワードは、ペットオーナーの電話番号、カルテ番号、ペットオーナーの名前、又はペットの名前の全てであっても、一部分であってもよい。サーバ装置１００は、検索ワードを含む部分一致検索を行う。例えば、「ＴＥＬ」の検索ボックスに「０１２３４５」と入力し、ボタン６１３を操作した場合には、サーバ装置１００は、「０１２３４５＊＊＊＊」や「＊＊＊＊０１２３４５」等、「０１２３４５」を含む検索結果の一覧を含むＦＬ発行画面６００を端末２００ａに表示させる。また、領域６１２に設けられている検索ボックスに検索ワードを入力することなくボタン６１３が操作された場合には、サーバ装置１００は、全てのペットに対する情報を検索結果とし、ＦＬ発行画面６００に一覧表示させる。

領域６０２には、領域６１４の下方に、「疾患・症状から選ぶ」と表示されたボタン６１５と、「商品から選ぶ」と表示されたボタン６１６とが形成されている。これらのボタン６１５，６１６は、フードレターにより指示（指導）する機能性ペットフードの検索方法を指定するためのボタンであり、ボタン６１５を操作した場合には、疾患又は症状を検索ワード（キーワード）として機能性ペットフードを検索できる。一方、ボタン６１６を操作した場合には、フリーワードや機能性ペットフードの製造元又は供給元などを検索ワードとして機能性ペットフードを検索できる。なお、商品ＤＢ１１６の商品マスタに、低アレルギー食や、減量プログラムとしての分類がある場合には、低アレルギー食や減量プログラムの内容を検索ワードとして検索するためのボタンを、ボタン６１５やボタン６１６とは別に、領域６１４の下方に設けて検索可能な構成としてもよい。

病院端末２００ａを操作する者が、入力装置２０７を用いて、領域６１４に表示された検索結果の中から、択一的に１のペットを選択した後、ボタン６１５又はボタン６１６を操作すると、病院端末２００ａは操作されたボタン６１５又はボタン６１６に応じた画面の出力をサーバ装置１００に要求する。その要求を受信したサーバ装置１００は、要求に応じた画面を、要求元の病院端末２００ａに供給するので、病院端末２００ａのＬＣＤ２０６には、要求に応じた画面が表示される。よって、ボタン６１５を操作した場合には、疾患又は症状を検索ワードとして機能性ペットフードを検索する商品検索画面６２０（図４（ｂ）参照）がＬＣＤ２０６に表示され、ボタン６１６を操作した場合には、フリーワードや機能性ペットフードの商品名などを検索ワードとして機能性ペットフードを検索するための画面（図示せず）がＬＣＤ２０６に表示される。

図４（ｂ）は、商品検索画面６２０の一例を示す模式図である。商品検索画面６２０は、ＦＬ発行画面６００のボタン６１５が操作された結果として、その操作を行った病院端末２００ａのＬＣＤ２０６に表示される画面であり、疾患又は症状を検索ワードとして機能性ペットフードを検索し、その検索結果から、フードレターで指示する機能性ペットフードを選択するための画面である。

商品検索画面６２０は、検索ワードを入力するための領域６２１と、商品（機能性ペットフード）の検索結果の一覧を表示するための領域６２２とを有している。本実施形態では、領域６２１には、６つのボタン６２１ａ〜６２１ｆが形成されている。これらのボタン６２１ａ〜６２１ｆには、それぞれ、疾患又は症状が表示されている。図４（ｂ）に示した商品検索画面６２０において、例えば、ボタン６２１ａには、「ａａａａａａ」という疾患又は症状が表示されている。なお、領域６２１に表示されるボタンの数は、検索ワードとする疾患又は症状の数に応じて適宜変更される。

病院端末２００ａを操作する者が、入力装置２０７を用いて、ボタン６２１ａ〜６２１ｆのうち、１のボタンが操作されると、病院端末２００ａは、操作されたボタンに対応する検索ワード（即ち、各ボタンに表示されている疾患又は症状）による検索の要求をサーバ装置１００に出力する。その後、サーバ装置１００から、領域６２２に表示される検索結果が更新された商品検索画面６２０が返される。これにより、当該病院端末２００ａのＬＣＤ２０６には、検索結果の一覧が表示された領域６２２を有する商品検索画面６２０が表示される。このように、本実施形態のサーバシステム１（サーバ装置１００）によれば、検索ワードとする疾患又は症状をボタン６２１ａ〜６２１ｆにより選択できるので、病院端末２００ａを操作する動物病院は、ペットの診察結果に応じた機能性ペットフードの選択が容易である。

図４（ｂ）に示す例では、領域６２２には、３件分の検索結果の各々を示す欄６２２ａ〜６２２ｃが表示されている。各欄６２２ａ〜６２２ｃの表示内容は、いずれも同様に構成されており、欄６２２ａを代表として説明すると、商品（機能性ペットフード）の商品名６３１と、商品の製造元又は供給元を示すメーカー名６３２と、商品の形状を示す形状情報６３３と、商品の規格（容量）を示す規格情報６３４と、商品画像６３５とから構成される。なお、領域６２２に表示可能な数以上の商品が検索された場合には、領域６２２に表示させる検索結果を入れ替えることにより全ての検索結果を表示させることができる。領域６２２に表示される内容をスクロール表示できるように構成してもよい。

本実施形態では、領域６２２に表示される検索結果（欄６２２ａ〜６２２ｃ）は、その検索を要求した病院端末２００ａを特定する病院識別ＩＤ３０１の病院情報において、取扱優先度３０５に設定されている優先順位で表示されるように構成される。この取扱優先度３０５の設定値（優先順位）は、動物病院毎、即ち、病院識別ＩＤ３０１又はログインＩＤ３０２毎に変更できるように構成されているので、欄６２２ａ〜６２２ｃは、各動物病院が適切な機能性ペットフードを選択し易い順序で表示される。

病院端末２００ａを操作する者が、入力装置２０７を用いて、領域６２２に表示される欄６２２ａ〜６２２ｃのいずれかを選択（例えば、商品画像６３５をクリック）すると、当該病院端末２００ａは、選択された商品（機能性ペットフード）を指示商品とする要求をサーバ装置１００に出力する。当該要求を受信したサーバ装置１００は、選択された商品を指示商品としてフードレターを作成するためのＦＬ作成情報入力画面６４０（図５（ａ）参照）を供給する。その結果、要求元の病院端末２００ａのＬＣＤ２０６には、そのＦＬ作成情報入力画面６４０が表示される。

図５（ａ）は、ＦＬ作成情報入力画面６４０の一例を示す模式図である。ＦＬ作成情報入力画面６４０は、商品検索画面６２０の領域６２２に表示された欄６２２ａ〜６２２ｃの中から１の商品が選択された結果として、その選択（操作）を行った病院端末２００ａのＬＣＤ２０６に表示される画面であり、選択された商品を指示商品としてフードレターを作成するための情報を入力するための画面である。

ＦＬ作成情報入力画面６４０は、商品検索画面６２０から選択された商品（指示商品）の情報を表示するための領域６４１と、フードレターの対象とするペットのライフステージを設定するための領域６４２と、指示商品の給与量に関する情報を表示するための領域６４３と、指示商品の給与期間を設定するための領域６４４とを有しており、ＦＬ作成情報入力画面６４０の下方には、「フードレター発行」と表示されたボタン６４５が形成されている。

領域６４１の表示内容は、商品検索画面６２０から選択された商品の商品名６５１と、商品の製造元又は供給元を示すメーカー名６５２と、商品の形状を示す形状情報６５３と、商品の規格（容量）を示す規格情報６５４と、商品画像６５５と、商品情報６５６とから構成される。図５（ａ）の例では、商品情報５６５として、「商品説明」と「忌避事項」と「原材料」と「加水分解している／していないアレルゲン」とが表示されている。これらの情報は、商品検索画面６２０から選択された商品に対し商品ＤＢ１１６に記憶されている商品マスタから抽出される。

領域６４２には、領域６４１に表示されている商品に対し設定可能なライフステージの中から、択一的に１のライフステージを選択できるようオプションボタンが設けられている。図５（ａ）に示す例では、設定可能なライフステージが「幼犬（１０〜１２ヶ月）」と「幼犬（１歳〜２歳）」と「幼犬（３歳〜４歳）」であり、これらの各ライフステージに対しオプションボタン６４２ａ〜６４２ｃが設けられている。なお、ライフステージの分類は、商品検索画面６２０から選択された商品に対し商品ＤＢ１１６に記憶されている商品マスタから抽出される。

なお、図５（ａ）では、ライフステージが「幼犬（１０〜１２ヶ月）」などの年齢範囲で区分されている場合を例示したが、ライフステージが、機能性ペットフードを使用する目的で区分されている場合には、それらの目的がオプションボタンなどによって択一的に選択可能な態様で、領域６４２に表示される。例えば、商品ＤＢ１１６に記憶されている商品マスタにおいて、機能性ペットフードの用量が、「肥満犬の減量」、「肥満傾向のある犬の体重の管理・維持」、又は「正常な犬／糖尿病の犬への使用」に対して設定されている場合には、これらの各ライフステージがオプションボタンなどによって択一的に選択可能な態様で、領域６４２に表示される。

ライフステージの選択は、病院端末２００ａを操作する者が、入力装置２０７を用いてオプションボタン６４２ａ〜６４２ｃの中から１つを選択することによって行われる。サーバ装置１００は、選択されたオプションボタン６４２ａ〜６４２ｃに対応するライフステージに基づき、指示商品の１日当たりの給与量と、その給与量に付随する量（例えば、１日当たりの給与量によってかかる費用や、指示商品の規格で給与できる日数など）とを自動的に計算する。領域６４３には、ライフステージの選択に基づいてサーバ装置１００が計算した値が表示される。

領域６４４には、指示商品の給与期間の開始日が表示されるボックス６４４ａと、指示商品の給与期間の終了予定日が表示されるボックス６４４ｂと、給与期間を選択させるためのボタン６４４ｃとが設けられている。ボックス６４４ａには、フードレターを作成する日、即ち、ＦＬ作成情報入力画面６４０を表示させた日の日付情報（年月日）が自動的に表示される。

図５（ａ）に示す例では、「２週間」から「１年」までの６種類のボタン６４４ｃが設けられており、病院端末２００ａを操作する者が、入力装置２０７を用いて、これらのボタン６４４ｃの中から１のボタンを操作すると、操作されたボタンに対応する給与期間がサーバ装置１００に指示される。サーバ装置１００は、指示商品の給与期間の開始日（フードレターの作成日）と指示された期間に基づいて終了予定日を自動的に計算し、計算された終了予定日をボックス６４４ｂに表示させる。なお、給与期間の設定は、ＦＬ作成情報入力画面６４０に表示させたカレンダーの中から、ある日付（年月日）を終了予定日として選択させたり、ボックス６４４ｂに終了予定日を直接入力させる構成としてもよい。

ＦＬ作成情報入力画面６４０における領域６４２，６４３，６４４の内容が全て決定された状態で、病院端末２００ａを操作する者が、入力装置２０７を用いてボタン６４５を操作すると、病院端末２００ａは、ＦＬ作成情報入力画面６４０の表示内容に基づくフードレターの作成要求をサーバ装置１００に出力する。サーバ装置１００は、作成要求に応じたフードレターを作成し、そのフードレターのファイル（例えば、ＰＤＦファイル）を要求元の病院端末２００ａに供給する。フードレターのファイルを受信した病院端末２００ａは、当該病院端末２００ａに接続されたプリンタ（図示せず）によりフードレターを印刷することにより、フードレターの発行を行う。

図５（ｂ）は、病院端末２００ａから発行されたフードレターの一例を示す模式図である。フードレターは、表示部７０１〜７０５を有している。表示部７０１は、フードレターの発行対象とされるペット、即ち、ＦＬ発行画面６００において選択されたペットを示す情報（ペットの名前や年齢など）を表示する部分である。表示部７０２は、フードレターの作成日とフードレター番号とを表示する部分であり、ＦＬ作成情報入力画面６４０を表示させた日の日付（年月日）が作成日として表示され、ＦＬ情報ＤＢにおいてフードレターを特定するＦＬ識別ＩＤ５０１がフードレター番号として表示される。表示部７０３は、フードレターで指示する機能性ペットフード、即ち、商品検索画面６２０において選択された指示商品に関する情報を表示する部分である。表示部７０４は、指示商品とＦＬ作成情報入力画面６４０において選択されたライフステージとに基づいて計算された１日当たりの給与量を表示する部分であり、表示部７０５は、指示された給与期間の終了予定日を表示する部分である。ペットオーナーは、病院端末２００ａにより発行（印刷）されたフードレターを参照して、対象ペットの健康管理又は食事管理を行う。

本実施形態のサーバシステム１（サーバ装置１００）は、上述の通りに作成されたフードレターが有効である場合に限り、そのフードレターで指示される機能性ペットフードを、フードレターの発行対象であるペットのペットオーナーが操作するＰＯ端末２００ｂから発注し購入できるように構成されている。なお、フードレターが「有効」であるとは、現在がフードレターにて指示した機能性ペットフードの給与期間内である場合を示す。

図６（ａ）は、ＰＯ用メイン画面８００の一例を示す。ＰＯ用メイン画面８００は、サーバ装置１００がログインＩＤ４０３及びパスワード４０４によって認証した端末２００（即ち、ＰＯ端末２００ｂ）に対し、最初に提供される画面である。また、ＰＯ端末２００ｂからＰＯ用メイン画面８００の表示要求があった場合に提供される画面である。

ＰＯ用メイン画面８００は、上方に配置されるヘッダ領域８０１と、下方に配置されるフッタ領域８０２と、ヘッダ領域８０１とフッタ領域８０２との間に配置される３つのコンテンツ領域（第１コンテンツ領域８０３ａ、第２コンテンツ領域８０２ｂ、第３コンテンツ領域８０３ｃ）とを有している。３つのコンテンツ領域８０３ａ〜８０３ｃは、ＰＯ用メイン画面８００の左右方向に並べて配置され、第１コンテンツ領域８０３ａは中央に位置する領域であり、第２コンテンツ領域８０３ｂは、第１コンテンツ領域８０３ａに対し、向かって左側に位置する領域であり、第３コンテンツ領域８０３ｃは、第１コンテンツ領域８０３ａに対し、向かって右側に位置する領域である。

ヘッダ領域８０１には、ログインＩＤ４０３を含むＰＯ情報に含まれるＰＯ識別ＩＤ４０１により特定されるペットオーナーを示す情報（例えば、「犬田猫次郎」という名前）や、ログインＩＤ４０３を含むＰＯ情報に含まれる病院識別ＩＤ３０１により特定される動物病院を示す情報（例えば、「丸々どうぶつ病院」という動物病院名やバナー）が表示される。フッタ領域８０２には、コピーライトや問い合わせ先などが表示される。

第１コンテンツ領域８０３ａには、ペット情報８１１や、ログインＩＤ４０３に対応付けられている病院識別ＩＤ３０１により特定される動物病院の情報や、動物病院から提供されるインフォメーションなどが表示される。ペット情報８１１には、ログインＩＤ４０３に対応するＰＯ識別ＩＤ４０１により特定されるペットオーナーが所有し、かつ、ログインＩＤ４０３に対応付けられている病院識別ＩＤ３０１により特定される動物病院に掛かるペットの画像８２１と、その画像８２１に対応するペットの名前８２２とが表示される。ペット情報８１１には、ログインＩＤ４０３に対応付けられている動物識別ＩＤ４０２の分だけ、画像８２１と名前８２２との組が表示される。図６（ａ）に示す例では、ペット情報８１１には、「かりん」という名前の犬と、「たま」という名前の猫とが表示されている。ＰＯ端末２００ｂを操作する者が、入力装置２０７を用いて、画像８２１又は名前８２２をクリックすると、サーバ装置１００から詳細なペット情報が表示された画面が供給され、当該ＰＯ端末２００ｂのＬＣＤ２０６に表示される。

第２コンテンツ領域８０３ｂには、ログインＩＤ４０３又はＰＯ識別ＩＤ４０１により特定されるＰＯ端末２００ｂから行った過去の注文の履歴を表示させるためのメニュー８１２や、商品検索するための検索ボックスなどの、所謂サイドメニューが表示される。

第３コンテンツ領域８０３ｃには、発注可能な機能性ペットフードを示すメニュー８１３が表示される。図６（ａ）に示す例では、メニュー８１３において、２つの機能性ペットフードが発注可能に表示されている。メニュー８１３には、発注可能な機能性ペットフード毎に、商品画像８３１と、商品名及び規格を表示する表示部８３２と、「注文」と表示されたボタン８３３とが設けられている。

ＰＯ端末２００ｂを操作する者（即ち、ペットオーナー）が、入力装置２０７を用いて、ボタン８３３を操作すると、その操作が商品発注処理の契機とされる。即ち、ＰＯ端末２００ｂは、ボタン８３３に対応する機能性ペットフードの発注をサーバ装置１００へ要求し、その結果、ＬＣＤ２０６に表示される画面が、機能性ペットフードを発注するための次の段階であるショッピングカート画面９００（図６（ｂ）参照）に遷移する。

詳細は後述するが、本実施形態のサーバシステム１（サーバ装置１００）は、有効なフードレターにより指示されている機能性ペットフードだけが、発注可能な機能性ペットフードとして、第３コンテンツ領域８０３ｃにメニュー８１３に表示される。即ち、本実施形態のサーバシステム１（サーバ装置１００）は、フードレターにて指示される給与期間を超えない機能性ペットフードを発注できるが、フードレターにて指示される給与期間を超えた機能性ペットフードを発注できないように構成されている。

図６（ｂ）は、ショッピングカート画面９００の一例を示す模式図である。ショッピングカート画面９００は、発注すべき商品を選択するための操作（例えば、ボタン８３３の操作）を行った結果として、その操作を行ったＰＯ端末２００ｂのＬＣＤ２０６に表示される画面であり、発注すべき商品として選択されたが未確定である商品の一覧が表示される画面である。

ショッピングカート画面９００は、発注すべき商品として選択されたが未確定である商品の一覧を表示するための領域９０１を有しており、画面下方に、機能性ペットフードを発注するための次の段階（例えば、配送先を指定する段階）へ移行するための、「進む」と表示されたボタン９０２が形成されている。

領域９０１には、発注すべき商品として選択されたが未確定である商品を表示するための欄９１１が、発注すべき商品として選択されたが未確定である商品の数だけ表示される。図６（ｂ）に示す例では、発注すべき商品として選択されたが未確定である商品が１つであるために、１つの欄９１１が表示されている。

欄９１１は、発注すべき商品として選択された商品の商品名及び商品画像を示す表示部９２１と、選択された商品の形状及び規格を示す表示部９２２と、販売単価を示す表示部９２３と、購入数量を示す表示部９２４と、当該商品の購入金額を示す表示部９２５とを有している。なお、表示部９２４はプルダウンメニューとして構成され、入力装置２０７を用いて、プルダウンメニューとして設定された値の範囲で購入数量を変更することができる。このように、プルダウンメニューにより購入数量の範囲が限られているので、ペットオーナーが操作ミスにより商品を過剰に購入してしまうことが防止される。

なお、この場合、購入可能な数量の上限は、全ての商品に対して一律に設定しても、フードレターにて指示される機能性ペットフード毎に、該フードレターにて指示される給与量と給与期間と商品の規格（容量）とに応じた値を算出して設定してもよい。即ち、給与量と給与期間とにより、給与期間に要する機能性ペットフードの総量が決まるので、商品の規格に応じて過剰に商品が購入されないような数を上限値として算出し、そのように算出した値を設定してもよい。

次に、図７〜図１２を参照して、上述した構成を有するサーバシステム１において、サーバ装置１００のＣＰＵ１０１が実行する各処理について説明する。まず、図７〜図９を参照して、サーバ装置１００が病院端末２００ａからの要求（入力）に基づいて実行する処理について説明する。

図７は、サーバ装置１００のＣＰＵ１０１が実行する病院端末用メイン処理を示すフローチャートである。この病院端末用メイン処理は、Ｗｅｂサーバプログラム１０４ａにより実行される処理であり、病院端末２００ａからの要求に応じた処理を行うものである。

病院端末用メイン処理は、端末２００から、病院用ログイン画面のＵＲＬによりアクセスされた場合に起動し、まず、病院用ログイン画面（図示せず）をアクセス元の端末２００へ送信（供給）する（Ｓ１０１）。これにより、アクセス元の端末２００のＬＣＤ２０６には、病院用ログイン画面が表示される。

次いで、病院用ログイン画面の送信先の端末２００がログインしたか否か、即ち、病院用ログイン画面から入力されるログインＩＤ及びパスワードが認証されたか否かを判断する（Ｓ１０２）。このとき、端末２００がログインしたと判断されなければ（Ｓ１０２：Ｎｏ）、Ｓ１０２に戻る。

なお、病院用ログイン画面から入力されるログインＩＤ及びパスワードは、それらがログインＩＤ３０２及びパスワード３０３である場合に認証されるので、Ｓ１０２においてログインしたと判断される端末２００は、病院端末２００ａである。よって、Ｓ１０２において、端末２００がログインしたと判断された場合には（Ｓ１０２：Ｙｅｓ）、病院用メイン画面（図示せず）を、ログインした病院端末２００ａへ送信する（Ｓ１０３）。これにより、ログインした病院端末２００ａのＬＣＤ２０６には、病院用メイン画面が表示される。

次いで、病院端末２００ａから何らかの要求が入力されたか否かを判断する（Ｓ１０４）。病院端末２００ａからの要求が入力されなければ（Ｓ１０４：Ｎｏ）、Ｓ１０４へ戻り、病院端末２００ａから要求が入力されるのを待機する。

Ｓ１０４において、病院端末２００ａから要求が入力されたと判断された場合には（Ｓ１０４：Ｙｅｓ）、その要求が、ログアウトの要求であるか否かを判断する（Ｓ１０５）。病院端末２００ａからの要求がログアウトを要求するものであれば（Ｓ１０５：Ｙｅｓ）、ログアウトして、病院端末用メイン処理を終了する。

一方、ログアウトの要求でなければ（Ｓ１０５：Ｎｏ）、病院端末２００ａからの要求が、その病院端末２００ａを特定する病院識別ＩＤ３０１に対応付けられ病院情報ＤＢ１１１に記憶されている病院情報のうち、取扱優先度３０５を変更する要求であるか否かを判断する（Ｓ１０６）。

Ｓ１０５において、病院端末２００ａから要求が病院情報を変更する要求であると判断された場合には（Ｓ１０６：Ｙｅｓ）、病院端末２００ａに対応する病院情報における取扱優先度３０５の設定を変更する取扱優先度変更処理を実行し（Ｓ１０７）、Ｓ１０４へ戻る。

取扱優先度設定処理（Ｓ１０７）では、サーバ装置１００は、取扱優先度３０５を設定変更することができる取扱優先度設定画面（図示せず）を要求元の病院端末２００ａに送信（供給）し、その病院端末２００ａからの設定値（製造元又は供給元の優先順位）の変更を受け付ける。そして、サーバ装置１００が受け付けた設定値に応じて、設定変更を行った病院端末２００ａに対し、病院情報ＤＢ１１１に記憶されている病院情報の取扱優先度３０５の内容を変更する。

Ｓ１０６において、病院端末２００ａから要求が病院情報を変更する要求でないと判断された場合には（Ｓ１０６：Ｎｏ）、当該要求が、ＦＬ発行画面の表示要求であるか否かを判断し（Ｓ１０８）、ＦＬ発行画面の表示要求であると判断された場合には（Ｓ１０８：Ｙｅｓ）、フードレター（食事箋）を発行するべく、機能性ペットフードの選択を行う療法食商品選択処理を実行し（Ｓ１０９）、選択された機能性ペットフードを指示商品としてフードレターを作成するフードレター作成処理を実行し（Ｓ１１０）、フードレターの作成が完了して発行（印刷）できることを示すＦＬ作成完了画面（図示せず）を要求元の病院端末２００ａへ送信し（Ｓ１１１）、その後、Ｓ１０４へ戻る。なお、療法食商品選択処理（Ｓ１０９）及びフードレター作成処理（Ｓ１１０）の詳細については、それぞれ、図８及び図９を参照して後述する。

Ｓ１０８において、ＦＬ発行画面の表示要求でないと判断された場合には（Ｓ１０８：Ｎｏ）、その他の処理として、病院端末２００ａからの要求に応じた各処理を実行し（Ｓ１１２）、その後、Ｓ１０４へ戻る。

Ｓ１１２では、例えば、当該要求がペットオーナーを新規に登録する要求であった場合には、サーバ装置１００は、ペットオーナーを登録するための画面（図示せず）を要求元の病院端末２００ａに送信（供給）し、登録プログラム１０４ｃを起動して、その病院端末２００ａにおいて入力された内容に基づき、新たなＰＯ情報をＰＯ情報ＤＢ１１２に記憶（登録）させる。

図８は、上述した図７の病院端末用メイン処理の中で実行される療法食商品選択処理（Ｓ１０９）を示すフローチャートである。療法食商品選択処理（Ｓ１０９）は、療法食としての機能性ペットフードの選択を行う処理であり、まず、ＦＬ発行画面６００のテンプレートを画面ＤＢ１１７から読み込み（Ｓ１２１）、初期表示用のデータを設定し（Ｓ１２２）、初期表示用のデータが設定されたＦＬ発行画面６００を、要求元の病院端末２００ａへ送信する（Ｓ１２３）。これにより、ＦＬ発行画面の表示要求を行った病院端末２００ａのＬＣＤ２０６には、初期表示用のデータが設定されたＦＬ発行画面６００が表示される。

次いで、ＦＬ発行画面６００におけるボタン６１１が操作されたか、即ち、新規ペットに対するフードレターの発行が要求されたかを判断する（Ｓ１２４）。このとき、ボタン６１１が操作されなければ（Ｓ１２４：Ｎｏ）、領域６１２に検索ワード（キーワード）が入力された状態でボタン６１３が操作されたか、即ち、フードレターの対象とするペットを検索する要求がされたかを判断する（Ｓ１２５）。Ｓ１２５において、ボタン６１３が操作されて検索要求がされた場合には（Ｓ１２５：Ｙｅｓ）、検索ワードに基づきペット情報ＤＢ１１３の検索が実行される（Ｓ１２６）。これに対し、Ｓ１２５において、ボタン６１３の操作がないと判断した場合には（Ｓ１２５：Ｎｏ）、Ｓ１２４へ戻る。

一方、Ｓ１２４において、ＦＬ発行画面６００におけるボタン６１１が操作され、新規ペットに対するフードレターの発行が要求されたと判断されると（Ｓ１２４：Ｙｅｓ）、新規ペット登録処理を実行する（Ｓ１４３）。

なお、新規ペット登録処理（Ｓ１４３）では、サーバ装置１００は、新規ペットをサーバ装置１００（ペット情報ＤＢ１１３）に登録するための画面を要求元の病院端末２００ａに送信（供給）し、その病院端末２００ａからの新規ペットの登録を受け付ける。そして、サーバ装置１００は、登録プログラム１０４ｃを起動し、受け付け内容に応じて新規ペットをペット情報ＤＢ１１３に登録した後、再度、ＦＬ発行画面６００を病院端末２００ａに供給する。新規ペット登録処理（Ｓ１４３）の実行後は、Ｓ１２５に移行する。

Ｓ１２６の実行後、検索結果に基づいてＦＬ発行画面６００の領域６１４の内容（検索結果一覧のデータ）を更新し（Ｓ１２７）、更新されたＦＬ発行画面６００を検索要求元の病院端末２００ａに送信する（Ｓ１２８）。これにより、病院端末２００ａのＬＣＤ２０６には、領域６１４（検索結果一覧）が更新されたＦＬ発行画面６００が表示される。なお、Ｓ１２６において実行した検索により該当するペットがペット情報ＤＢ１１３に存在しない場合には、エラー画面を病院端末２００ａに送信し、ＬＣＤ２０６に表示させる。

Ｓ１２８の実行後、検索結果一覧の中から、１のペットが指定されたか否かを判断する（Ｓ１２９）。このとき、ペットの指定がされていないと判断された場合には（Ｓ１２９：Ｎｏ）、Ｓ１２９へ戻る。一方、ペットが指定されたと判断されると（Ｓ１２９：Ｙｅｓ）、商品の検索方法を入力するためのボタン６１５及びボタン６１６をアクティブ化し（Ｓ１３０）、ペットの指定を行った病院端末２００ａに、更新されたＦＬ発行画面６００を送信する（Ｓ１３１）。これにより、病院端末２００ａのＬＣＤ２０６には、ボタン６１５及びボタン６１６がアクティブ化されたＦＬ発行画面６００が表示される。

次いで、「疾患・症状から選ぶ」と表示されたボタン６１５が操作されたか否かを判断する（Ｓ１３２）。このとき、ボタン６１５が操作されていないと判断された場合には（Ｓ１３２：Ｎｏ）、「商品から選ぶ」と表示されたボタン６１６が操作されたか否かを判断する（Ｓ１４４）。Ｓ１４４において、ボタン６１６が操作されていないと判断された場合には（Ｓ１４４：Ｎｏ）、Ｓ１３２へ戻る。

Ｓ１３２において、ボタン６１５が操作されたと判断された場合には（Ｓ１３２：Ｙｅｓ）、疾患又は症状を検索ワードとして機能性ペットフードを検索する商品検索画面６２０のテンプレートを画面ＤＢ１１７から読み込み（Ｓ１３３）、初期表示用のデータを設定し（Ｓ１３４）、初期表示用のデータが設定された商品検索画面６２０を、要求元（即ち、ボタン６１５を操作した）の病院端末２００ａへ送信する（Ｓ１３５）。これにより、ボタン６１５を操作した病院端末２００ａのＬＣＤ２０６には、初期表示用のデータが設定された商品検索画面６２０が表示される。

次いで、商品検索画面６２０の領域６２１に形成されたボタン６２１ａ〜６２１ｆのうちの１つが操作されて疾患又は症状の一項目が選択されたか、即ち、操作されたボタンに対応する検索ワードによる検索要求がされたかを判断する（Ｓ１３６）。このとき、ボタン６２１ａ〜６２１ｆがいずれも操作されていないと判断された場合には（Ｓ１３６：Ｎｏ）、Ｓ１３６へ戻る。一方、６２１ａ〜６２１ｆのうちの１つが操作されたと判断された場合には（Ｓ１３６：Ｙｅｓ）、操作されたボタンに対応する検索ワード（即ち、各ボタンに表示されている疾患又は症状）に基づいて、該当商品を商品ＤＢ１１６から検索する（Ｓ１３７）。

Ｓ１３７の実行後、病院情報ＤＢ１１１を参照し、対象病院（即ち、検索要求をした病院端末２００ａ）の病院識別ＩＤ３０１に対応する取扱優先度３０５に応じて、検索結果の表示順序を並び換える（Ｓ１３８）。次いで、商品検索画面６２０の領域６２２の内容（検索結果一覧のデータ）を、並び換えられた検索結果に基づいて更新し（Ｓ１３９）、更新された商品検索画面６２０を検索要求元の病院端末２００ａに送信する（Ｓ１４０）。これにより、病院端末２００ａのＬＣＤ２０６には、取扱優先度３０５に応じた表示順序で検索結果が並べられている領域６２２を有する商品検索画面６００が表示される。

上述した通り、取扱優先度３０５に設定される値は、病院端末２００ａを操作する動物病院毎に設定することができる。よって、本実施形態のサーバ装置１００（サーバシステム１）によれば、各動物病院が、取り扱い易い（得意とする）製造元又は供給元の機能性ペットフードに対する優先順位が高くなるように取扱優先度３０５を設定することにより、各動物病院にとって扱い易いものを優先的に表示させることができるので、各動物病院（院長や獣医）は、機能性ペットフードの選定を適切かつ容易に行うことができる。

Ｓ１４０の実行後、病院端末２００ａから、商品検索画面６２０の領域６２２に表示される検索結果（図４（ｂ）に示した例では、欄６２２ａ〜欄６２２ｃ）の中から、１の商品が選択されたか否かを判断する（Ｓ１４１）。このとき、１の商品が選択されていないと判断された場合には（Ｓ１４１：Ｎｏ）、Ｓ１４１へ戻る。一方、１の商品が選択されたと判断された場合には（Ｓ１４１：Ｙｅｓ）、選択された商品を示す値（商品コード）を選択商品メモリ１０３ａに記憶し（Ｓ１４２）、療法食食品選択処理（Ｓ１０９）を終了して、病院端末用メイン処理（図７）へ戻る。

また、Ｓ１４４において、「商品から選ぶ」と表示されたボタン６１６が操作されたと判断された場合には（Ｓ１４４：Ｙｅｓ）、そのボタン６１６の操作に対応する処理（「商品から選ぶ」に対応する）処理を実行する（Ｓ１４５）。Ｓ１４５では、サーバ装置１００は、フリーワードや機能性ペットフードの商品名などを検索ワードとして機能性ペットフードを検索するための画面（図示せず）要求元の病院端末２００ａに送信（供給）し、その病院端末２００ａからの検索要求に基づいて、Ｓ１３７と同様に商品の検索を行い、Ｓ１３８と同様に検索結果を取扱優先度３０５に応じて並び換えた後、並び換えられた検索結果一覧を表示した画面（図示せず）を検索要求元の病院端末２００ａに返す。そして、検索結果一覧の中から、１の商品が選択されると、Ｓ１４５の処理を終了して、Ｓ１４２へ移行する。

図９は、上述した図７の病院端末用メイン処理の中で実行されるフードレター作成処理（Ｓ１１０）を示すフローチャートである。フードレター作成処理（Ｓ１１０）は、上述した図８の療法食商品選択処理（Ｓ１０９）において選択された機能性ペットフードを指示商品としてフードレターを作成する処理である。

フードレター作成処理（Ｓ１１０）では、まず、ＲＴＣ１０７から日付情報（年月日）を取得する（Ｓ１６１）。次いで、ＦＬ作成情報入力画面６４０のテンプレートを画面ＤＢ１１７から読み込み（Ｓ１６２）、初期表示用のデータを設定する（Ｓ１６３）。このとき、ＦＬ作成情報入力画面６４０の領域６４１及び領域６４２には、療法食商品選択処理（Ｓ１０９）において選択され、選択商品メモリ１０３ａに商品コードが記憶されている商品に関する情報が、選択商品メモリ１０３ａに記憶されている商品コードに基づいて商品ＤＢ１１６から抽出されて設定される。また、ＦＬ作成情報入力画面６４０の領域６４４におけるボックス６４４には、Ｓ１６１においてＲＴＣ１０７から取得した日付情報が設定される。

Ｓ１６３の実行後、初期表示用のデータが設定されたＦＬ作成情報入力画面６４０を、療法食商品選択処理（Ｓ１０９）において商品選択を行った病院端末２００ａへ送信（供給）する（Ｓ１６４）。これにより、療法食商品選択処理（Ｓ１０９）において商品選択を行った病院端末２００ａのＬＣＤ２０６には、初期表示用のデータが設定されたＦＬ作成情報入力画面６４０が表示される。

次いで、ＦＬ作成情報入力画面６４０の領域６４２に表示されているライフステージの中から１のライフステージが選択されたか否かを判断する（Ｓ１６５）。１のライフステージが選択されたと判断されると（Ｓ１６５：Ｙｅｓ）、選択されたライフステージに応じた値をＬＳメモリ１０３ｂに記憶し（Ｓ１６６）、選択されたライフステージに基づき、療法食商品選択処理（Ｓ１０９）において選択された機能性ペットフード（指示商品）の１日当たりの給与量を計算する（Ｓ１６７）。なお、本実施形態では、Ｓ１６７において、給与量に付随する量（１日当たりの給与量によってかかる費用や、指示商品の規格で給与できる日数）の計算も行う。Ｓ１６７の実行後、計算された給与量を給与量メモリ１０３ｃに記憶する（Ｓ１６８）。

Ｓ１６８の実行後、ＦＬ作成情報入力画面６４０の領域６４３の内容（給与量のデータ）を更新し（Ｓ１６９）、更新されたＦＬ作成情報入力画面６４０を、ライフステージの選択を行った（即ち、ライフステージの選択要求を行った）要求元の病院端末２００ａに送信する（Ｓ１７０）。これにより、病院端末２００ａのＬＣＤ２０６には、領域６４３の内容が更新されたＦＬ作成情報入力画面６４０が表示される。

Ｓ１７０の実行後、ＦＬ作成情報入力画面６４０の領域６４４に形成されたボタン６４４ｃが操作され、指示商品の終了予定日が設定されたか否かを判断する（Ｓ１７１）。また、Ｓ１６５において、ライフステージの選択が行われていないと判断された場合もまた（Ｓ１６５：Ｎｏ）、Ｓ１６６〜Ｓ１７０をスキップして、Ｓ１７１へ移行し、指示商品の終了予定日が設定されたか否かの判断を行う。

Ｓ１７１において、指示商品の終了予定日が設定されたと判断された場合には（Ｓ１７１：Ｙｅｓ）、操作されたボタン６４４ｃに応じて設定された（計算された）終了予定日を処方終了日メモリ１０３ｄに記憶する（Ｓ１７２）。次いで、設定された終了予定日のデータをＦＬ作成情報入力画面６４０のボックス６４４ｂに設定して更新し（Ｓ１７３）、更新されたＦＬ作成情報入力画面６４０を、ボタン６４４ｃの操作を行った（即ち、終了予定日の設定要求を行った）要求元の病院端末２００ａに送信する（Ｓ１７４）。これにより、病院端末２００ａのＬＣＤ２０６には、ボックス６４４ｂに終了予定日が設定されたＦＬ作成情報入力画面６４０が表示される。

Ｓ１７４の実行後、ＦＬ作成情報入力画面６４０の「フードレター発行」と表示されたボタン６４５が操作され、フードレターの作成要求がされたか否かを判断する（Ｓ１７５）。また、Ｓ１７１において、指示商品の終了予定日が設定されていないと判断された場合もまた（Ｓ１７１：Ｎｏ）、Ｓ１７２〜Ｓ１７４をスキップして、Ｓ１７５へ移行し、フードレターの作成要求がされたか否かの判断を行う。

Ｓ１７５において、フードレターの作成要求がされていないと判断された場合には（Ｓ１７５：Ｎｏ）、Ｓ１６５へ移行する。一方、フードレターの作成要求がされたと判断された場合には（Ｓ１７５：Ｙｅｓ）、フードレターの作成に必要とされる必須事項が全て入力されているか否かを判断する（Ｓ１７６）。なお、図５（ａ）に示すＦＬ作成情報入力画面６４０の例では、ＦＬ作成情報入力画面６４０における領域６４２，６４３，６４４の内容が全て入力されていれば、Ｓ１７６において、フードレターの作成に必要とされる必須事項が全て入力されていると判断される。

Ｓ１７６において、フードレターの作成に必要とされる必須事項が全て入力されていないと判断された場合には、Ｓ１６５へ移行する。一方、フードレターの作成に必要とされる必須事項が全て入力されたと判断された場合には（Ｓ１７６：Ｙｅｓ）、登録プログラム１０４ｃを起動し、フードレターを特定するＦＬ識別ＩＤ５０１を取得（設定）し（Ｓ１７７）、ＦＬ情報をＦＬ情報ＤＢ１１４に記憶（登録）させる（Ｓ１７８）。具体的に、Ｓ１７７において取得したＦＬ識別ＩＤ５０１に対し、病院識別ＩＤ３０１、ＰＯ識別ＩＤ４０１、ペット識別ＩＤ４０２、選択商品メモリ１０３ａに記憶されている商品コード（商品コード５０２）、給与量メモリ１０３ｃに記憶されている給与量（給与量５０４）、処方終了日メモリ１０３ｄに記憶されている終了予定日（終了予定日５０５）、値が「０」に設定された処方期間フラグ５０６などを含んで構成されるＦＬ情報を、ＦＬ情報ＤＢ１１４に記憶する。

Ｓ１７８の処理後、処方期間フラグ５０６の値を「１」に設定する（Ｓ１７９）。従って、このフードレター作成処理によって新たに作成されるフードレターのＦＬ情報における処方期間フラグ５０６の値は、必ず「１」に設定される。詳細は後述するが、ＦＬ情報の処方期間フラグ５０６の値は、終了予定日５０５を超えると「０」に変更される。つまり、処方期間フラグ５０６の値は、フードレターの作成日から終了予定日５０５までの期間（即ち、給与期間）内において、「１」に設定されている。そして、処方期間フラグ５０６の値が「１」であるフードレターに限り、ＰＯ用メイン画面８００の第３コンテンツ領域８０３ｃに、そのフードレターにて指示される機能性ペットフードを発注可能とするメニュー８１３が表示される。

Ｓ１７９の実行後、ＦＬ発行画面６００、商品検索画面６２０、及びＦＬ作成情報入力画面６４０において入力された各情報に基づいて、フードレターを作成する（Ｓ１８０）。次いで、作成したフードレターのファイル（例えば、ＰＤＦファイル）を、フードレターの作成要求を行った病院端末２００ａへ送信する（Ｓ１８１）。これにより、フードレターのファイルを受信した病院端末２００ａは、当該病院端末２００ａに接続されたプリンタ（図示せず）によりフードレターを印刷することにより、フードレターを発行することができる。Ｓ１８１の実行後、フードレター作成処理（Ｓ１１０）を終了して、病院端末用メイン処理（図７）へ戻る。

次に、図１０を参照して、サーバ装置１００がＰＯ端末２００ｂからの要求（入力）に基づいて実行する処理について説明する。図１０は、サーバ装置１００のＣＰＵ１０１が実行するＰＯ端末用メイン処理を示すフローチャートである。このＰＯ端末用メイン処理は、Ｗｅｂサーバプログラム１０４ａにより実行される処理であり、ＰＯ端末２００ｂからの要求に応じた処理を行うものである。

ＰＯ端末用メイン処理は、端末２００から、ＰＯ用ログイン画面のＵＲＬによりアクセスされた場合に起動し、まず、ＰＯ用ログイン画面（図示せず）をアクセス元の端末２００へ送信（供給）する（Ｓ２０１）。これにより、アクセス元の端末２００のＬＣＤ２０６には、ＰＯ用ログイン画面が表示される。

次いで、ＰＯ用ログイン画面の送信先の端末２００がログインしたか否か、即ち、ＰＯ用ログイン画面から入力されるログインＩＤ及びパスワードが認証されたか否かを判断する（Ｓ２０２）。このとき、端末２００がログインしたと判断されなければ（Ｓ２０２：Ｎｏ）、Ｓ２０２に戻る。

なお、ＰＯ用ログイン画面から入力されるログインＩＤ及びパスワードは、それらがログインＩＤ４０３及びパスワード４０４である場合に認証されるので、Ｓ２０２においてログインしたと判断される端末２００は、ＰＯ端末２００ｂである。よって、Ｓ２０２において、端末２００がログインしたと判断された場合には（Ｓ２０２：Ｙｅｓ）、ＰＯ用メイン画面８００を、ログインしたＰＯ端末２００ｂに供給するために、Ｓ２０３〜Ｓ２１２の処理を実行する。具体的に、ＰＯ用メイン画面８００のテンプレートを画面ＤＢ１１７から読み込み（Ｓ２０３）、ヘッダ領域８０１、フッタ領域８０２、第１コンテンツ領域８０３ａ、第２コンテンツ領域８０３ｂにそれぞれ表示すべきデータを設定する処理を実行する（Ｓ２０４〜Ｓ２０７）。

Ｓ２０７の実行後、ＦＬ情報ＤＢ１１４の中から、対象となるペットオーナー（対象ＰＯ）のＦＬ情報、即ち、ＰＯ端末２００ｂを特定するＰＯ識別ＩＤ４０１を含むＦＬ情報を抽出する（Ｓ２０８）。次いで、抽出したＦＬ情報の中に、処方期間フラグ５０６の値が「１」に設定されているＦＬ情報があるかを検索し（Ｓ２０９）、該当するＦＬ情報があるか否かの判断を行う（Ｓ２１０）。

Ｓ２１０において、該当するＦＬ情報があると判断された場合には（Ｓ２１０：Ｙｅｓ）、該当するＦＬ情報（即ち、処方期間フラグ５０６の値が「１」に設定されているＦＬ情報）について、第３コンテンツ領域８０３ｃのデータの設定を行う（Ｓ２１１）。一方で、Ｓ２１０において、該当するＦＬ情報がないと判断された場合には（Ｓ２１０：Ｎｏ）、第３コンテンツ領域８０３ｃのデータを空白に設定する（Ｓ２１７）。

Ｓ２１１又はＳ２１７の実行後、設定されたＰＯ用メイン画面８００を、ログインしたＰＯ端末２００ｂへ送信（供給）する（Ｓ２１２）。これにより、ログインしたＰＯ端末２００ｂのＬＣＤ２０６には、ＰＯ用メイン画面８００が表示される。このとき、Ｓ２１１が実行された場合、即ち、処方期間フラグ５０６の値が「１」に設定されているＦＬ情報について、第３コンテンツ領域８０３ｃのデータが設定された場合には、ＰＯ用メイン画面８００の第３コンテンツ領域８０３ｃに、処方期間フラグ５０６の値が「１」に設定されているＦＬ情報に含まれる商品コードにより特定される機能性ペットフード（即ち、そのＦＬ情報に対応するフードレターにて指示される機能性ペットフード）を発注可能とするメニュー８１３が表示される。一方、処方期間フラグ５０６の値が「１」に設定されているＦＬ情報が存在せず、Ｓ２１７が実行された場合には、第３コンテンツ領域８０３ｃにメニュー８１３は表示されず空白とされる。

次いで、ＰＯ端末２００ｂから何らかの要求が入力されたか否かを判断する（Ｓ２１３）。ＰＯ端末２００ｂからの要求が入力されなければ（Ｓ２１３：Ｎｏ）、Ｓ２１３へ戻り、ＰＯ端末２００ｂから要求が入力されるのを待機する。

Ｓ２１３において、ＰＯ端末２００ｂから要求が入力されたと判断された場合には（Ｓ２１３：Ｙｅｓ）、その要求が、ログアウトの要求であるか否かを判断する（Ｓ２１４）。ＰＯ端末２００ｂからの要求がログアウトを要求するものであれば（Ｓ２１４：Ｙｅｓ）、ログアウトして、ＰＯ端末用メイン処理を終了する。

一方、ログアウトの要求でなければ（Ｓ２１４：Ｎｏ）、ＰＯ端末２００ｂからの要求が、商品の発注要求であるか、例えば、ＰＯ用メイン画面８００の第３コンテンツ領域８０３ｃに表示されるメニュー８１３に表示されるボタン８３３の１つが操作されたかを判断する（Ｓ２１５）。Ｓ２１５において、ＰＯ端末２００ｂからの要求が、商品の発注要求であると判断された場合には（Ｓ２１５：Ｙｅｓ）、商品発注処理を実行し（Ｓ２１６）、Ｓ２１３へ戻る。なお、Ｓ２１６で行われる商品発注処理は、ショッピングカート画面を要求元のＰＯ端末２００ｂに送信し、そのＰＯ端末２００ｂにおいて入力された内容に基づき、指示商品の発注を行う処理である。

一方、Ｓ２１５において、ＰＯ端末２００ｂから要求が、商品の発注要求でないと判断された場合には（Ｓ２１５：Ｎｏ）、その他の処理として、ＰＯ端末２００ｂからの要求に応じた各処理を実行し（Ｓ２１８）、その後、Ｓ２１３へ戻る。Ｓ２１８では、例えば、当該要求がパスワードを再設定（変更）する要求であった場合には、サーバ装置１００は、パスワードを変更するための画面（図示せず）を要求元のＰＯ端末２００ｂに送信（供給）し、そのＰＯ端末２００ｂにおいて入力された内容に基づき、このＰＯ端末２００ｂを特定するＰＯ識別ＩＤ４０１に対応するＰＯ情報におけるパスワード４０４を変更する。

次に、図１１は、サーバ装置１００のＣＰＵ１０１が実行するＦＬ情報更新処理を示すフローチャートである。ＦＬ情報更新処理は、Ｗｅｂサーバプログラム１０４ａにより実行される処理であり、ＦＬ情報ＤＢ１１４に記憶されている各ＦＬ情報に含まれる処方期間フラグ５０６の値を更新する処理であり、ＲＴＣ１０７により計時される日付情報が、０時を示す毎に（即ち、毎日０時に）起動する。

ＦＬ情報更新処理では、まず、１のペットオーナー（即ち、１のＰＯ識別ＩＤ４０１）に属するＦＬ情報をＦＬ情報ＤＢ１１４から抽出し（Ｓ３０１）、抽出したＦＬ情報の中に、処方期間フラグ５０６の値が「１」に設定されているＦＬ情報があるかを検索し（Ｓ３０２）、該当するＦＬ情報があるか否かの判断を行う（Ｓ３０３）。

Ｓ３０３において、該当するＦＬ情報があると判断された場合には（Ｓ３０３：Ｙｅｓ）、該当するＦＬ情報（即ち、処方期間フラグ５０６の値が「１」に設定されているＦＬ情報）の中から、１のＦＬ情報を抽出する（Ｓ３０４）。次いで、抽出したＦＬ情報に含まれる終了予定日５０５と、ＲＴＣ１０７から得られた日付情報が示す日付とを比較し（Ｓ３０５）、日付情報が示す日付が終了予定日５０５を超えているか否かの判断を行う（Ｓ３０６）。

Ｓ３０６において、日付情報が示す日付が終了予定日５０５を超えていると判断された場合には（Ｓ３０６：Ｙｅｓ）、該当ＦＬ情報（Ｓ３０４において抽出されたＦＬ情報）の処方期間フラグ５０６の値を「０」に設定する（Ｓ３０７）。次いで、該当ＦＬ情報に基づき、そのＦＬ情報に対応するペットオーナーのメールアドレスを宛先とし、フードレターの有効期限が切れた旨や、今後のアドバイス（例えば、再来院の案内）などをメール本文とする案内メールを作成し（Ｓ３０８）、メールサーバプログラム１０４ｂを起動して、作成した案内メールの送信を実行する（Ｓ３０９）。

Ｓ３０９の実行後、処方期間フラグ５０６の値が「１」に設定されているＦＬ情報の全てを処理したか否かを判断する（Ｓ３１０）。また、Ｓ３０６において、日付情報が示す日付が終了予定日５０５を超えていないと判断された場合もまた（Ｓ３０６：Ｎｏ）、Ｓ３０７〜Ｓ３０９をスキップして、Ｓ３１０へ移行し、該当する全てのＦＬ情報を処理したか否かの判断を行う。Ｓ３１０において、該当する全てのＦＬ情報を処理していないと判断された場合には（Ｓ３１０：Ｎｏ）、Ｓ３０４へ移行し、次のＦＬ情報を抽出する。

一方、Ｓ３１０において、該当する全てのＦＬ情報を処理したと判断された場合には（Ｓ３１０：Ｙｅｓ）、全てのペットオーナーについて処理がされたか否かを判断する（Ｓ３１１）。また、Ｓ３０３において、１のペットオーナーに属するＦＬの中に、処方期間フラグ５０６の値が「１」に設定されているＦＬ情報がないと判断された場合もまた（Ｓ３０３：Ｎｏ）、Ｓ３１１へ移行し、全てのペットオーナーについて処理がされたか否かの判断を行う。

Ｓ３１１において、全てのペットオーナーについて処理が行われていないと判断された場合には（Ｓ３１１：Ｎｏ）、Ｓ３０１の処理へ移行し、次のペットオーナーに属するＦＬ情報の抽出を行う。一方。Ｓ３１１において、全てのペットオーナーについて処理が行われたと判断された場合には（Ｓ３１１：Ｙｅｓ）、ＦＬ情報更新処理を終了する。

このＦＬ情報更新処理によれば、終了予定日５０５を超えたＦＬ情報の処方期間フラグ５０６の値が「０」に変更される。つまり、処方期間フラグ５０６の値が「１」である期間は、フードレターの作成日から終了予定日５０５までの期間（即ち、給与期間）に等しい。上述した通り、ＰＯ端末用メイン処理（図１０）によれば、処方期間フラグ５０６の値が「１」であるフードレター、即ち、給与期間内にあり有効であるフードレターに限り、ＰＯ用メイン画面８００の第３コンテンツ領域８０３ｃに、そのフードレターにて指示される機能性ペットフードを発注可能とするメニュー８１３が表示される。

また、終了予定日５０５を超えたＦＬ情報（フードレター）がある場合には、そのフードレターに対応するペットオーナー宛てに、案内メールが送信されるので、ペットオーナーは、フードレターにより指示される給与期間の終了を確実に認識することができ、フードレターによるペットの健康管理又は食事管理を有効に行うことができる。一方、動物病院にとっても、フードレターにより指示した給与期間を人為的に管理する手間を省くことができる。

以上説明したように、本実施形態のサーバシステム１及びサーバ装置１００によれば、動物病院（病院端末２００ａ）は、商品ＤＢ１１６に記憶（登録）されている機能性ペットフードの中から、診察（診察）結果に応じた機能性ペットフードを選択することにより、フードレターを作成することができるので、フードレターの作成が容易である。また、商品ＤＢ１１６の中から所定条件の機能性ペットフードを検索した場合に、その検索結果が、動物病院毎に設定可能な取扱優先度に応じた優先順位に並び換えられて病院端末２００ａのＬＣＤ２０６に表示されるので、フードレターの選択も適切かつ容易に行い得る。

その上、サーバ装置１００がＰＯ端末２００ｂに供給するＰＯ用メイン画面８００は、給与期間内にあるフードレターにて指示される機能性ペットフードのみをメニュー８１３に表示する。よって、ＰＯ端末２００ｂを操作するペットオーナーは、給与期間内にあるフードレターにて指示される機能性ペットフードのみをＰＯ用メイン画面８００（メニュー８１３）から発注して購入することができる。その一方で、給与期間外のフードレターにて指示された機能性ペットフードは発注することができない。これにより、ペットオーナーは、所有するペットをフードレターに沿って有効に管理することができる。

従って、本実施形態のサーバシステム１及びサーバ装置１００によれば、フードレターを発行する側（例えば、動物病院）だけでなく、フードレターを受ける側（例えば、ペットオーナー）にも有用性を提供することができる。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものでなく、本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。

例えば、上記実施形態では、給与期間内にあるフードレターに限り、フードレターにて指示される機能性ペットフードを発注可能とするメニュー８１３をＰＯ用メイン画面８００に表示させることにより、給与期間内にある（即ち、有効な）フードレターにて指示される機能性ペットフードのみを発注できるように構成した。

これに換えて、給与期間外のフードレターにて指示された機能性ペットフードも、給与期間内にあるフードレターにて指示される機能性ペットフードと共にメニュー８１３として表示させるが、給与期間外のフードレターにて指示された機能性ペットフードに対するボタン８３３を操作不能又は非表示にすることにより、給与期間内にあるフードレターにて指示される機能性ペットフードのみを発注できるようにしてもよい。または、メニュー８１３に表示されるボタン８３３は全て操作可能であるが、給与期間外のフードレターにて指示された機能性ペットフードに対するボタン８３３が操作された場合に、サーバ装置１００への商品発注要求の出力を禁止することにより、給与期間内にあるフードレターにて指示される機能性ペットフードのみを発注できるようにしてもよい。あるいは、給与期間を超えたフードレターをＦＬ情報ＤＢ１１４から削除することにより、給与期間内にあるフードレターにて指示される機能性ペットフードのみを発注できるようにしてもよい。

また、上記実施形態では、給与期間内にある（即ち、有効な）フードレターにて指示される機能性ペットフードのみを発注できる構成として、給与期間内にあるフードレターにて指示される機能性ペットフードのみを含むメニュー８１３をＰＯ用メイン画面８００に表示させることを例示したが、過去の注文の履歴から商品を購入可能とした場合もまた、メニュー８１３と同様、給与期間内にあるフードレターにて指示される機能性ペットフードのみを発注可能に表示させることができる。

また、上記実施形態では、ＦＬ情報の中に処方期間フラグ５０６を設け、１日１回（毎日０時に）起動されるＦＬ情報更新処理（図１１参照）により、現在日時とＦＬ情報の終了予定日５０５との比較（即ち、Ｓ３０６の処理）を行い、処方期間フラグ５０６を更新し、それによって、給与期間内にあるフードレターにて指示される機能性ペットフードのみを含むメニュー８１３をＰＯ用メイン画面８００に表示させる構成とした。これに換えて、ＰＯ端末用メイン処理（図１０参照）において、Ｓ２０８の処理後に、ＲＴＣ１０７から日付情報を取得し、現在日時とＦＬ情報の終了予定日５０５との比較を行う構成としてもよい。

また、上記実施形態では、ＰＯ端末２００ｂをパーソナルコンピュータとして構成したが、パーソナルコンピュータと同様の構成を有し、通信ネットワークＮＷを介してサーバ装置１００と通信可能であれば、携帯電話やＰＤＡなどの移動端末を利用する構成としてもよい。

また、上記実施形態では、現在日時がＦＬ情報の終了予定日５０５を超えた場合に案内メールを送信する構成としたが、現在日時が終了予定日５０５の数日前（例えば、３日前）に案内メールを送信する構成としてもよい。

１…サーバシステム；１００…サーバ装置；１１１…病院情報ＤＢ（第１識別情報記憶手段の一例，優先順位記憶手段の一例）；１１２…ＰＯ情報ＤＢ（第２識別情報記憶手段の一例，対応付け手段の一例，宛先記憶手段の一例）；１１３…ペット情報ＤＢ（動物識別情報記憶手段の一例）；１１６…商品ＤＢ（フード情報記憶手段の一例）；２００…端末；２００ａ…病院端末（端末の一例，第１端末の一例）；２００ｂ…ＰＯ端末（端末の一例，第２端末の一例）；２０４ａ…ブラウザプログラム（画面出力手段の一部の一例）；２０６…ＬＣＤ（画面出力手段の一部の一例）；３０１…病院識別ＩＤ（第１識別情報の一例）；３０２…ログインＩＤ（第１識別情報の一例）；３０５…取扱優先度（優先順位記憶手段の一例）；４０１…ＰＯ識別ＩＤ（第２識別情報の一例）；４０２…ペット識別ＩＤ（動物識別情報の一例）；４０３…ログインＩＤ（第２識別情報の一例）；ＮＷ…通信ネットワーク
Ｓ１１０…食事箋作成手段の一例；Ｓ１３７…検索手段の一例；Ｓ１３８…順位付け手段の一例；Ｓ１３９，Ｓ１４０…第２画面供給手段の一例；Ｓ１４２…特定フード選定受付手段の一例；Ｓ２１０…発注許可手段の一部の一例，選定手段の一例；Ｓ２１１，Ｓ２１２…発注許可手段の一部の一例，画面供給手段の一例；Ｓ３０６…比較手段の一例；Ｓ３０８，Ｓ３０９…案内メール送信手段の一例

Claims (4)

1. サーバ装置と、そのサーバ装置に通信ネットワークを介して接続される端末とから構成されるサーバシステムであって、
   前記端末は、前記サーバ装置から供給された画面を出力する画面出力手段を備え、
   前記サーバ装置は、
   前記端末を、動物個体の診断結果に基づき食事箋を発行する側が利用する第１端末として特定する第１識別情報を記憶する第１識別情報記憶手段と、
   前記端末を、動物個体を診断される側が利用する第２端末として特定する第２識別情報を記憶する第２識別情報記憶手段と、
   動物個体を特定する動物識別情報を記憶する動物識別情報記憶手段と、
   前記第２識別情報記憶手段に記憶されている第２識別情報の１つに対し、前記動物識別情報記憶手段に記憶されている動物識別情報を対応付ける対応付け手段と、
   獣医による診断を受けた動物個体を給与対象とする特定フードの情報を記憶するフード情報記憶手段と、
   前記フード情報記憶手段に情報が記憶されている特定フードの中から選定された１又は複数の特定フードと前記選定された特定フードの給与の終了予定時期とを、前記第１識別情報記憶手段に記憶されている第１識別情報により特定される第１端末から受け付ける特定フード選定受付手段と、
   前記特定フード選定受付手段により受け付けた特定フード及び終了予定時期に基づいて食事箋を作成する食事箋作成手段と、
   現在時期を取得する現在時期取得手段と、
   前記食事箋作成手段により作成された食事箋に含まれる特定フードの給与の終了予定時期と前記現在時期取得手段により取得された現在時期とを比較する比較手段と、
   前記比較手段による比較の結果、前記終了予定時期が前記現在時期より後であると判断される特定フードに限り、その特定フードの発注を、その特定フードを含む食事箋の対象とされる動物個体の動物識別情報に対して前記対応付け手段によって対応付けられている第２識別情報により特定される第２端末に対して許可する発注許可手段と、
   前記第１識別情報記憶手段に記憶されている第１識別情報の１つに対し、前記フード情報記憶手段に記憶されている情報に含まれる項目に対する優先順位を記憶する優先順位記憶手段と、
   前記第１識別情報記憶手段に記憶されている第１識別情報により特定される第１端末から、動物個体の診察結果に関するキーワードを含む検索要求を受信した場合に、前記フード情報記憶手段に情報が記憶されている特定フードの中から、前記キーワードに応じた特定フードを検索する検索手段と、
   前記検索要求の送信元の第１端末を特定する第１識別情報に対応付けられて前記優先順位記憶手段に記憶されている優先順位に基づいて、前記検索手段により検索された特定フードの順位付けを行う順位付け手段と、
   前記検索手段により検索された特定フードを前記順位付け手段により順位付けられた順序で並べたリストを含む画面を、前記検索要求をした送信元の第１端末に供給する第２画面供給手段と、を備え、
   前記特定フード選定受付手段は、前記第２画面供給手段による画面の供給先の第１端末から、前記供給した画面に含まれるリストの中から選定された特定フードを受け付けるものであることを特徴とするサーバシステム。
2. 前記端末は、前記サーバ装置から供給された画面を出力する画面出力手段を備え、
   前記発注許可手段は、
   前記第２識別情報記憶手段に記憶されている第２識別情報により特定される第２端末から、特定フードを発注するための画面の出力要求を受信した場合に、前記食事箋作成手段により作成された食事箋のうち、前記出力要求をした送信元の第２端末に対する第２識別情報に対して前記対応付け手段により対応付けられている動物識別情報により特定される動物個体を対象とする食事箋に含まれ、かつ、前記比較手段による比較の結果、前記終了予定時期が前記現在時期より後であると判断される特定フードを選定する選定手段と、
   前記選定手段により選定された特定フードを発注可能な画面を、前記出力要求をした送信元の第２端末に供給する画面供給手段と、を含むことを特徴とする請求項１記載のサーバシステム。
3. 前記サーバ装置は、
   前記第２識別情報記憶手段に記憶されている第２識別情報の１つに対し、所定の電子メールアドレスを対応付けて記憶する宛先記憶手段と、
   前記比較手段による比較の結果、前記終了予定時期が前記現在時期に等しい時期又は前記現在時期より前の所定期間内に含まれる時期であると判断される特定フードが存在する場合に、その特定フードの給与対象である動物個体の動物識別情報に対して前記対応付け手段によって対応付けられている第２識別情報に対し、前記宛先記憶手段により対応付けられている電子メールアドレスへ、所定の案内を記述した電子メールを送信する案内メール送信手段を備えていることを特徴とする請求項１又は２に記載のサーバシステム。
4. 通信ネットワークを介して端末に接続されるサーバ装置であって、
   前記端末を、動物個体の診断結果に基づき食事箋を発行する側が利用する第１端末として特定する第１識別情報を記憶する第１識別情報記憶手段と、
   前記端末を、動物個体を診断される側が利用する第２端末として特定する第２識別情報を記憶する第２識別情報記憶手段と、
   動物個体を特定する動物識別情報を記憶する動物識別情報記憶手段と、
   前記第２識別情報記憶手段に記憶されている第２識別情報の１つに対し、前記動物識別情報記憶手段に記憶されている動物識別情報を対応付ける対応付け手段と、
   獣医による診断を受けた動物個体を給与対象とする特定フードの情報を記憶するフード情報記憶手段と、
   前記フード情報記憶手段に情報が記憶されている特定フードの中から選定された１又は複数の特定フードと前記選定された特定フードの給与の終了予定時期とを、前記第１識別情報記憶手段に記憶されている第１識別情報により特定される第１端末から受け付ける特定フード選定受付手段と、
   前記特定フード選定受付手段により受け付けた特定フード及び終了予定時期に基づいて食事箋を作成する食事箋作成手段と、
   現在時期を取得する現在時期取得手段と、
   前記食事箋作成手段により作成された食事箋に含まれる特定フードの給与の終了予定時期と前記現在時期取得手段により取得された現在時期とを比較する比較手段と、
   前記比較手段による比較の結果、前記終了予定時期が前記現在時期より後であると判断される特定フードに限り、その特定フードの発注を、その特定フードを含む食事箋の対象とされる動物個体の動物識別情報に対して前記対応付け手段によって対応付けられている第２識別情報により特定される第２端末に対して許可する発注許可手段と、
   前記第１識別情報記憶手段に記憶されている第１識別情報の１つに対し、前記フード情報記憶手段に記憶されている情報に含まれる項目に対する優先順位を記憶する優先順位記憶手段と、
   前記第１識別情報記憶手段に記憶されている第１識別情報により特定される第１端末から、動物個体の診察結果に関するキーワードを含む検索要求を受信した場合に、前記フード情報記憶手段に情報が記憶されている特定フードの中から、前記キーワードに応じた特定フードを検索する検索手段と、
   前記検索要求の送信元の第１端末を特定する第１識別情報に対応付けられて前記優先順位記憶手段に記憶されている優先順位に基づいて、前記検索手段により検索された特定フードの順位付けを行う順位付け手段と、
   前記検索手段により検索された特定フードを前記順位付け手段により順位付けられた順序で並べたリストを含む画面を、前記検索要求をした送信元の第１端末に供給する第２画面供給手段と、を備え、
   前記特定フード選定受付手段は、前記第２画面供給手段による画面の供給先の第１端末から、前記供給した画面に含まれるリストの中から選定された特定フードを受け付けるものであることを特徴とするサーバ装置。
   

Images