JP2009237893A - 保健指導支援システム - Google Patents

Abstract

【課題】多数の保健指導対象者に対して、均質な保健指導を効率的に実施する保健指導支援システムを提供する。
【解決手段】指導者に指示によってユーザに対する保健指導を実施する保健指導支援システムであって、演算処理をするプロセッサと、前記プロセッサに接続されたメモリと、前記プロセッサに接続されたインターフェースとを備え、前記プロセッサは、前記参加者の情報を受け付け、前記受け付けた参加者の情報を登録し、予め優先順位を設定した減量メニューと、前記登録された参加者の情報に基づいて、前記参加者に適する減量メニューを前記優先順位の順で選択して、前記選択された減量メニューを前記参加者に提示し、前記参加者の情報は、前記参加者を識別するための情報と、前記参加者への問診の結果と、前記問診結果に基づいて決定した減量メニューのカテゴリを含む。
【選択図】図１

Description

本発明は、保健指導を支援するシステムに関し、特に、生活習慣などに起因するメタボリックシンドローム等を改善するためのシステムに関する。

近年、生活習慣病のひとつとして、内臓脂肪型肥満症（メタボリックシンドローム）が注目されている。メタボリックシンドロームは、内臓脂肪面積≧１００ｃｍ²（腹囲の場合は、男性≧８５ｃｍ、女性≧９０ｃｍ）という基準を超え、血中脂質や血圧または血糖値の何れかのリスクを２つ以上有する状態を指し、動脈硬化や心疾患または脳血管疾患のリスクが高くなると言われている。

健診施設などでは、受診者がメタボリックシンドロームや肥満と診断されると、医師や保健師などが減量を指示する。特に、指導者（医師または保健師）が強い介入指導を必要と判断した受診者には、受診者の体重に合わせた目標体重を設定し、目標体重に向けて改善すべき生活習慣を生活改善項目として提案した減量プログラムを実施する場合がある。この場合、指導者は受診者（減量の参加者）の目標体重を達するためのカロリー数の計算を行い、目標体重へ減量するために必要な食生活や運動量に関する生活改善項目を立案して提示することになる。そして、減量の参加者は、提示された生活改善項目の実行状況と体重の変化を指導者に報告し、目標体重へ減量することになる。

このような減量に関する技術としては、減量の参加者の目標体重や食事状況、運動状況に応じて、摂取エネルギーや消費エネルギーの目標値を提示したり、その目標値を満たすための食事制限や運動方法などのメニューを提示する技術が知られている（例えば、特許文献１）。
特開２００４−２２７５２２

しかしながら、上記指導者が減量の参加者の目標体重を設定し、この目標体重を達するためのカロリー数を計算し、目標体重を実現するために必要な生活改善項目を保健師が提示するという方法では、指導者があらかじめいくつかの生活改善項目と、各生活改善項目の消費カロリーを把握し、個人に合わせてどの生活改善項目を行うか、またその項目の負荷を調整する必要があり、保健師の作業負荷が大きかった。

指導者は、参加者個人の生活パターンや個人の嗜好に合うように、また減量を行いやすいように生活改善項目を設定するために、指導者と減量参加者の間で時間をかけて対話を行う必要があった。減量参加者は、指導者と対話し生活改善項目を設定するが、指導者が用意した（限られた）生活改善項目から改善項目を選択することとなり、必ずしも個人にあったダイエット方法とはならない場合もあった。

さらに、予め多くの生活改善項目を集めておき、それらの生活改善項目から参加者に合う改善項目を設定する場合には、参加者個人に合う生活改善項目を設定することは容易ではなく時間と手間を要するという問題があった。

また、上記特許文献１の場合では、食習慣や運動習慣の変化から予測体重を目標体重とすることができるが、具体的な生活改善項目を特定するのは難しい、という問題があった。

そこで、本発明は、多数の保健指導対象者に対して、均質な保健指導を効率的に実施する保健指導支援システムを提供することを目的とし、特に、多数の生活改善項目の中から参加者に適合した生活改善項目を容易に提供することを目的とする。

本発明は、指導者に指示によってユーザに対する保健指導を実施する保健指導支援システムであって、演算処理をするプロセッサと、前記プロセッサに接続されたメモリと、前記プロセッサに接続されたインターフェースとを備え、前記プロセッサは、前記参加者の情報を受け付け、前記受け付けた参加者の情報を登録し、予め優先順位を設定した減量メニューと、前記登録された参加者の情報に基づいて、前記参加者に適する減量メニューを前記優先順位の順で選択して、前記選択された減量メニューを前記参加者に提示し、前記参加者の情報は、前記参加者を識別するための情報と、前記参加者への問診の結果と、前記問診結果に基づいて決定した減量メニューのカテゴリを含む。

本発明によれば、多数の保健指導対象者に対して、均質な保健指導を効率的に実施することができる。また、特に指導が必要な者に重点的に指導ができるので、指導者による指導内容のバラツキを抑制することができる。さらに、多数の生活改善項目の中から個々の参加者に適合した生活改善項目を容易に提供することができ、指導者の労力を低減できる。

以下に、本発明の実施の形態について、図面を参照して説明する。

図１は、本発明の実施の形態の保健指導支援システムの構成を示すブロック図である。

本発明の実施の形態の保健指導支援システムは、管理者端末装置１００、指導者端末装置２００、参加者端末装置３００及びサーバ４００を備える。管理者端末装置１００、指導者端末装置２００、参加者端末装置３００及びサーバ４００は、ネットワーク５００を介して接続されている。

管理者端末装置１００、指導者端末装置２００及び参加者端末装置３００は、各々、プロセッサ、メモリ、通信インターフェース及びユーザインターフェースを備える計算機である。なお、これらの端末装置は、アプリケーションプログラム（例えば、ウェブブラウザ）が動作するＰＤＡや携帯電話機等の携帯端末装置であってもよい。

サーバ４００は、プロセッサ、メモリ、記憶装置及び通信インターフェースを備える計算機である。サーバ４００には、初期準備処理手段Ｍ１、参加準備処理手段Ｍ２、参加者データ入力・閲覧処理手段Ｍ３、介入指導処理手段Ｍ４、イベント処理手段Ｍ５及びＰＤＡデータ登録手段Ｍ６を備える。これらの各機能は、メモリに格納されたプログラムによって提供される。

サーバ４００の記憶装置には、指導者管理データベースＤ１、定型文言データベースＤ２、定期イベントデータベースＤ３、参加者管理データベースＤ４、減量記録データベースＤ５、指導記録データベースＤ６、問診結果データベースＤ７、個人別プログラムデータベースＤ８、食事カロリーデータベースＤ９、運動カロリーデータベースＤ１０、パラメータ設定データベースＤ１１、個人別減量目標データベースＤ１２及び問診情報データベースＤ１３が格納される。

指導者管理データベースＤ１は、指導者の識別子やパスワード、氏名などの情報が格納される。

定型文言データベースＤ２は、本実施の形態の保健指導支援システムによる保健指導において用いられる定型文言の情報が格納される。

定期イベントデータベースＤ３は、本実施の形態の保健指導支援システムによる保健指導における定期イベントの情報が格納される。この定期イベントデータベースＤ３に登録されているイベントは、本実施の形態の保健指導支援システムの立ち上げ時に予め設定される。定期イベントとしては、減量参加者の減量開始から所定の期間毎に電子メールの作成やアラートの送信を設定したもので、各イベントには送信する文章の識別子が予め設定される。

定型文言データベースＤ２には、定期イベントデータベースＤ３に設定された文章の識別子毎の文章または文言が格納される。

参加者管理データベースＤ４は、図２１に示すように、本実施の形態の保健指導支援システムによる保健指導に参加者の情報が格納される。

減量記録データベースＤ５は、本実施の形態の保健指導支援システムによる保健指導の参加者の減量の情報が格納される。例えば、減量記録データベースＤ５には減量参加者の識別子と体重及び測定日時が格納される。

指導記録データベースＤ６は、本実施の形態の保健指導支援システムによる保健指導の履歴の情報が格納される。例えば、指導記録データベースＤ６には保健指導を行った指導者の識別子、量参加者の識別子、減量参加者に行った保健指導の記録及び発生日時が格納される。

問診結果データベースＤ７は、図２３に示すように、本実施の形態の保健指導支援システムによる保健指導の参加者への問診によって得られた情報が格納される。

個人別プログラムデータベースＤ８は、図２４に示すように、本実施の形態の保健指導支援システムによる保健指導の参加者が実行する生活改善項目が格納される。

食事カロリーデータベースＤ９は、図２６に示すように、本実施の形態の保健指導支援システムによる保健指導に用いられる食事に関する生活改善項目の情報が格納される。

運動カロリーデータベースＤ１０は、図２７に示すように、本実施の形態の保健指導支援システムによる保健指導に用いられる運動に関する生活改善項目の情報が格納される。

パラメータ設定データベースＤ１１は、図２５で示すように、本実施の形態の保健指導支援システムによる保健指導に用いられるパラメータの情報が格納される。

個人別減量目標データベースＤ１２は、図３４で示すように、本実施の形態の保健指導支援システムによる保健指導の参加者の減量目標の情報が格納される。

問診情報データベースＤ１３は、図２２に示すように、本実施の形態の保健指導支援システムによる保健指導の参加者へ問診すべき情報が格納される。

図２は、本発明の実施の形態の保健指導支援システムによる処理の概要を示すフローチャートである。

まず、本実施の形態の保健指導支援システムによる保健指導の参加者による自己の情報の入力を受け付ける。入力された参加者の情報（氏名や身長、体重、識別子、担当指導者など）は参加者管理データベースＤ４に登録される（Ｍ２２、図１０参照）。

次に、サーバ４００は、入力された参加者の情報に対応する問診情報を、問診情報データベースＤ１３から抽出し、抽出された問診情報を参加者端末装置３００へ送る。また、同時に参加者によって入力された体重から目標体重を計算し、個人別減量目標データベースＤ１２に登録する。「目標体重は、現体重の５％減とする」というように減量の安全性が保たれる範囲でシステム側が決める形態もあるし、参加者による目標体重入力を設け、入力を受け付けデータベースへ登録するという形態もある。次に、参加者端末装置３００に、問診情報に対する回答の入力を受け付ける。入力された問診に対する回答は、問診結果データベースＤ７に登録される（Ｍ２２、図１０参照）。

次に、サーバ４００は、参加者管理データベースＤ４に登録された参加者の情報、及び、問診結果データベースＤ７に登録された問診に対する回答を参照して、その参加者に適する食事メニューを食事カロリーデータベースＤ９から選択し、その参加者に適する運動メニューを運動カロリーデータベースＤ１０から選択し、選択された食事メニュー及び運動メニューをお勧めメニューとして参加者端末装置３００に送信する。

これらの食事カロリーデータベースＤ９に格納されている食事メニュー、及び運動カロリーデータベースＤ１０に格納されている運動メニューは所定のカロリー（例えば、１００ｋｃａｌ）毎に、運動量及び食事量（食事を減らす量）が設定されている。なお、同じ運動でも、参加者の身体的特徴、例えば、体重によって消費カロリーが変わることから、参加者管理データベースＤ４に登録された参加者情報を参照して、所定の消費カロリー毎の運動量が計算される。

参加者端末装置３００は、送信された食事メニュー及び運動メニューを、減量メニューとして参加者に提示する。さらに、参加者端末装置３００は、参加者による食事メニュー及び運動メニューの選択を受け付ける。選択された食事メニュー及び選択された運動メニューによって、その参加者の減量プログラムが決定される。選択された食事メニュー及び運動メニューには、個人別プログラムデータベースＤ８に登録される（Ｍ２２、図１０参照）。

次に、参加者端末装置３００は、参加者の日々のデータ（体重、減量メニューの実行状態）の入力を受け付ける。入力されたデータは、減量記録データベースＤ５に登録される（Ｍ３、図５参照）。

次に、サーバ４００は、所定のタイミングで（例えば、所定の期間毎に繰り返して）、減量記録データベースＤ５に登録されたデータが、定期イベントデータベースＤ３に登録されているイベントと合致するかを判定する（Ｍ４２）。データの判定結果は、指導記録データベースＤ６に登録される。

この定期イベントデータベースＤ３に登録されているイベントは、本実施の形態の保健指導支援システムの立ち上げ時に予め設定される。定期イベントの編集は定期イベント編集処理（Ｍ５３、図１７参照）を用いて行うことができる。既登録のイベントを選択し、イベントを発生させるタイミング（減量参加者のデータ変化などをイベント発生のトリガとする）やイベント内容の変更を行ったり、新たにイベントとすべきタイミングやイベント内容を作成し、定期イベントデータベースＤ３に登録する。

次に、サーバ４００は、参加者が入力した体重などのデータを元にイベントを発生させるかどうか判断した判定結果を指導記録データベースＤ６から抽出し、抽出された判定結果を指導者端末装置２００に送信する。指導者端末装置２００は、受信した判定結果を表示する（Ｍ４、図１６参照）。

次に、指導者は、表示された判定結果に基づいて、なすべきと判断した指導を実行する。この指導の実行は、指導者が本実施の形態の保健指導支援システムを用いて、電子メール等の手段によってなすこともでき、指導者が本実施の形態の保健指導支援システムを用いずに、電話等の手段によってなすこともできる。

そして、指導者端末装置２００は、指導者がなすべきと判断した指導の実行の指示を受け付け、入力された指導の実行の指示から、指導の記録を生成する。また、指導者端末装置２００は、指導者がなした指導の記録の入力を受け付ける（Ｍ４）。これらの生成された及び入力された指導の記録は、指導記録データベースＤ６に登録される。

図２１は、本実施の形態の参加者管理データベースＤ４の構成を示す説明図である。

参加者管理データベースＤ４は、本実施の形態の保健指導支援システムによる保健指導に参加する者の情報が登録されるデータベースである。参加者管理データベースＤ４は、参加者の識別子Ｄ４０１、氏名Ｄ４０２、性別Ｄ４０３、生年月日Ｄ４０４、メールアドレスＤ４０５、指導者の識別子Ｄ４０６、パスワードＤ４０７、身長Ｄ４０８及び体重Ｄ４０９を含む。

識別子Ｄ４０１には、参加者を識別するための一意の識別子が登録される。参加者の識別子Ｄ４０１は、本実施の形態の保健指導支援システムにおいて、この参加者のデータを識別するために使用される。また、参加者の識別子Ｄ４０１は、パスワードＤ４０５と共に、この参加者が、本実施の形態の保健指導支援システムにアクセスするときに用いられる。

氏名Ｄ４０２には参加者の氏名が、性別Ｄ４０３には参加者の性別が、生年月日Ｄ４０４には参加者の生年月日が、メールアドレスＤ４０５には参加者のメールアドレスが登録される。

指導者の識別子Ｄ４０６には、この参加者を担当する指導者を識別するための一意なの識別子が登録される。パスワードＤ４０７には、参加者が本実施の形態の保健指導支援システムにアクセスするときに照合されるパスワードが登録される。身長Ｄ４０８及び体重Ｄ４０９には、参加者の指導開始時の身長及び体重が登録される。

図２２は、本実施の形態の問診情報データベースＤ１３の構成を示す説明図である。

問診情報データベースＤ１３は、本実施の形態の保健指導支援システムによる保健指導の開始時に、参加者に問い合わせられる問診内容が登録されるデータベースである。問診情報データベースＤ１３は、問診の識別子Ｄ１３０１、問診カテゴリＤ１３０５、食事カテゴリＤ１３０２、運動メニューカテゴリＤ１３０３、問診内容Ｄ１３０６及び改善内容Ｄ１０３７を含む。

問診の識別子Ｄ１３０１は、問診内容を識別するための一意の識別子である。問診カテゴリＤ１３０５は、問診の対象を示し、例えば、”１”であれば食品摂取量を示し、”２”であれば運動量を示し、”３”であれば食行動を示し、”４”であれば運動行動を示す。

食事カテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３は、問診カテゴリＤ１３０５の内容を分類するためのコードである。例えば、主食に関する問診であれば”１”が、果物に関する問診であれば”２”が、間食に関する問診であれば”３”が、食事に関係しない問診であれば”９”が食事カテゴリＤ１３０２に登録される。この食事カテゴリＤ１３０２には、食事カロリーデータベースＤ９の食事カテゴリＤ９０２と共通の識別子が使用される。

また、運動メニューカテゴリＤ１３０３には、歩く・走ることに関する問診であれば”１”が、スポーツに関する問診であれば”２”が、運動に関係しない問診であれば”９”が登録される。この運動メニューカテゴリＤ１３０３には、運動カロリーデータベースＤ１０の運動カテゴリＤ１００２と共通の識別子が使用される。

図２３は、本実施の形態の問診結果データベースＤ７の構成を示す説明図である。

問診結果データベースＤ７は、問診内容に対する参加者の回答が登録されるデータベースである。問診結果データベースＤ７は、参加者の識別子Ｄ７０１、問診の識別子Ｄ７０２、問診の回答Ｄ７０３、改善実施アンケートＤ７０４及び改善実施目標Ｄ７０５を含む。

参加者の識別子Ｄ７０１には、問診に回答した参加者の識別子が登録され、参加者管理データベースＤ４の識別子Ｄ４０１と共通の識別子が使用される。問診の識別子Ｄ７０２には、参加者が回答した問診の識別子が登録され、問診情報データベースＤ１３の問診の識別子Ｄ１３０１と共通の識別子が使用される。

問診の回答Ｄ７０３は、問診に対する回答内容が登録される。例えば、回答内容が「はい」であれば”１”が、回答内容が「いいえ」であれば”２”が、問診の回答Ｄ７０３に登録される。

改善実施アンケートＤ７０４は、問診ＩＤの内容を生活改善項目としてどの程度実施可能であるかの度合いを格納し、例えば、”０”であればアンケートが未実施であることを示し、”１”であれば生活改善項目にはしたくないとの回答を示し、”２”であれば生活改善項目として実施できない場合を示し、”５”であれば実施可能であることを示す。

改善実施目標Ｄ７０５は、この問診内容を減量の目標にするか否かを示すフラグが登録される。例えば、回答内容が「目標にする」であれば”１”が、回答内容が「目標にしない」であれば”２”が、改善実施目標Ｄ７０５に登録される。

図３４は、本実施の形態の個人別減量目標データベースＤ１２の構成を示す説明図である。

個人別減量目標データベースＤ１２は、本実施の形態の保健指導支援システムによる保健指導において参加者が設定した減量目標が登録されるデータベースである。個人別減量目標データベースＤ１２は、参加者の識別子Ｄ１２０１、減量目標の登録日Ｄ１２０２、開始日Ｄ１２０３、目標体重Ｄ１２０４及び減量期間Ｄ１２０５を含む。

参加者の識別子Ｄ１２０１には、この減量目標を設定した参加者の識別子が登録され、参加者管理データベースＤ４の識別子Ｄ４０１と共通の識別子が使用される。減量目標の登録日Ｄ１２０２には、この減量目標が登録された年月日が登録される。

開始日Ｄ１２０３には、この減量目標の開始年月日が登録される。目標体重Ｄ１２０４には、参加者によって設定された目標体重が登録される。減量期間Ｄ１２０５には、設定された目標体重に到達するまでの期間の目標が登録される。

図２４は、本実施の形態の個人別プログラムデータベースＤ８の構成を示す説明図である。

個人別プログラムデータベースＤ８は、本実施の形態の保健指導支援システムによる保健指導において参加者が設定した減量メニューが登録されるデータベースである。個人別プログラムデータベースＤ８は、参加者の識別子Ｄ８０１、プログラムの登録日Ｄ８０２、連番Ｄ８０３、生活改善項目の食事メニューの識別子Ｄ８０４及び生活改善項目の運動メニューの識別子Ｄ８０５、改善項目の増減量Ｄ８０６及び改善項目の増減Ｄ８０７を含む。

参加者の識別子Ｄ８０１には、この行動目標を設定した参加者の識別子が登録され、参加者管理データベースＤ４の識別子Ｄ４０１と共通の識別子が使用される。プログラムの登録日Ｄ８０２には、この改善項目が登録された年月日が登録される。

連番Ｄ８０３には、参加者が選択した減量メニューの参加者毎の連続番号が格納される。参加者が選択した減量メニューは、連番Ｄ８０３によって管理される。例えば、同じ減量メニューが同一参加者によって複数選択された場合は、同じ減量メニューが選択された数の番号が割り当てられる。

改善項目の食事メニューの識別子Ｄ８０４には、参加者によって選択された食事の減量メニューを一意に識別するための識別子が登録され、食事カロリーデータベースＤ９の識別子Ｄ９０１と共通の識別子が使用される。

改善項目の運動メニューの識別子Ｄ８０５には、参加者によって選択された運動の減量メニューを一意に識別するための識別子が登録され、運動カロリーデータベースＤ１０の識別子Ｄ１００１と共通の識別子が使用される。

また、減量メニューは食事メニューでは食事量を減らし、運動メニューでは運動量を増やすためのメニューとなっているが、このメニュー毎の増減は変更することができる。例えば、選択される減量メニューの組み合わせによって、高カロリー（１００ｋｃａｌに相当する食事量が少ない）の食事メニューをＸ枚減らし、低カロリー（１００ｋｃａｌに相当する食事量が多い）の食事メニューをＹ枚増やす。このとき、Ｘ＞Ｙとすることによって、合計でカロリーを減らすような減量プログラムを作成することが可能となっている。このような減量メニューでの組み合わせを表現するために改善項目の増減量Ｄ８０６には、改善項目の増減枚数が登録される。例えば、改善項目が減少であれば増減量Ｄ８０６に減少した枚数分が登録され、改善項目が増加であれば増減量Ｄ８０６に増加した枚数分の値が登録される。

改善項目の増減Ｄ８０７には、改善項目の増減が登録される。例えば、改善項目が減少であれば増減Ｄ８０７に”１”が登録され、改善項目が増加であれば増減Ｄ８０５７”２”が登録される。

図２６は、本実施の形態の食事カロリーデータベースＤ９の構成を示す説明図である。

食事カロリーデータベースＤ９は、参加者に減量メニューとして提示される食事メニューが登録されるデータベースである。前述したように、食事カロリーデータベースＤ９に格納されている食事メニューは所定のカロリー（例えば、１００ｋｃａｌ）毎に食事の種類及び食事量（食事を減らす量）が設定されている。

食事カロリーデータベースＤ９には、食事メニューの識別子Ｄ９０１、食事メニューカテゴリＤ９０２、食事優先順位Ｄ９０４、食事メニュー名Ｄ９０３、食事メニュー単位Ｄ９０５、食事メニュー単位カロリーＤ９０６が格納される。

食事メニューの識別子Ｄ９０１には、量を減らすべき食事を一意に識別するための識別子が登録される。食事メニューカテゴリＤ９０２には、量を減らすべき食事の種類が登録される。例えば、食事の種類が主食であれば”１”が、食事の種類が果物であれば”２”が、食事の種類が間食であれば”３”が、食事に関係しない場合には”９”が、カテゴリＤ９０２に登録される。食事メニュー名Ｄ９０３には、この食事メニューで減らすべき食事及び量が登録される。食事優先順位Ｄ９０４は、参加者に食事メニューを提示する優先順位が格納される。この優先順位は、後述の処理Ｍ１７（図１９）で設定されるもので、値が小さい方が優先順位が高くなる。食事メニュー単位Ｄ９０５には、食事メニュー名Ｄ９０３の内容について、摂取する単位を格納する。例えば、摂取する食事の重量「ｇ」や個数が格納される。食事メニュー単位カロリーＤ９０６には、食事メニュー名Ｄ９０５に設定された食事の熱量が格納される。本実施例では、食事メニュー単位カロリーＤ９０６に１００ｋｃａｌが設定される。

図２７は、本実施の形態の運動カロリーデータベースＤ１０の構成を示す説明図である。

運動カロリーデータベースＤ１０は、参加者に減量メニューとして提示される運動メニューが登録されるデータベースである。前述したように、運動カロリーデータベースＤ１０に格納されている運動メニューは所定のカロリー（例えば、１００ｋｃａｌ）毎に運動量が設定されている。

運動カロリーデータベースＤ１０は、運動メニューの識別子Ｄ１００１、運動メニューカテゴリＤ１００２、運動優先順位Ｄ１００４、運動メニュー名Ｄ１００３、運動メニュー単位Ｄ１００５、運動メニューベース体重（男）Ｄ１００６、１００ｋｃａｌ消費時間（男）、運動メニュー１００ｋｃａｌ消費時間（男）Ｄ１００７、運動メニューベース体重（女）Ｄ１００８及び１００ｋｃａｌ消費時間（女）Ｄ１００９を含む。

運動メニューの識別子Ｄ１００１には、参加者が行うべき運動を一意に識別するための識別子が登録される。運動メニューカテゴリＤ１００２には、参加者が行うべき運動の種類が登録される。例えば、運動が歩く又は走るであれば”１”が、運動がスポーツであれば”２”が、運動に関係しない場合には”９”が、カテゴリＤ１００２に登録される。

運動優先順位Ｄ１００４には、参加者に運動メニューを提示する優先順位が格納される。この優先順位は、後述の処理Ｍ１７で設定されるもので、値が小さい方が優先順位が高くなる。

運動メニュー名Ｄ１００３には、この運動メニューで行うべき運動の種類が登録される。運動メニューベース体重（男）Ｄ１００６には、運動メニュー１００ｋｃａｌ消費時間（男）Ｄ１００７に登録される運動時間の基準となる男性の体重（ｋｇ単位）が登録される。運動メニュー１００ｋｃａｌ消費時間（男）Ｄ１００７には、男性の基準体重となる運動メニューベース体重（男）Ｄ１００６で、運動メニューＤ名１００３を行ったときに、１００ｋｃａｌを消費するのに必要な時間（分単位）が登録される。これは、同じ運動でも、参加者の体重によって消費カロリーが変わることから、運動メニューベース体重（男）Ｄ１００６は、参加者の体重に基づいた適切な運動量を算出するために使用される。具体的には、体重Ｗｋｇの人が１００ｋｃａｌ消費するためには、下式で計算される時間の運動が必要である。
運動時間＝基準時間×基準体重／Ｗ
例えば、体重８０ｋｇの参加者が１００ｋｃａｌを消費するために３０分必要な運動の場合、４０ｋｇの参加者が１００ｋｃａｌを消費するためには６０分の運動が必要であり、１００ｋｇの参加者が１００ｋｃａｌを消費するためには２４分の運動が必要である。

運動メニューベース体重（女）Ｄ１００８と運動メニュー１００ｋｃａｌ消費時間（女）Ｄ１００９は、上記男性の基準体重と基準運動時間である運動メニューベース体重（男）Ｄ１００６と運動メニュー１００ｋｃａｌ消費時間（男）Ｄ１００７と同様に、運動メニュー名Ｄ１００３について女性の基準体重と基準運動時間を設定した値が格納される。

図３５は、本実施の形態の減量記録データベースＤ５の構成を示す説明図である。

減量記録データベースＤ５は、参加者に選択された減量メニューの実施状況が登録されるデータベースである。減量記録データベースＤ５は、参加者の識別子Ｄ５０１、日付Ｄ５０２、体重Ｄ５０３、連番１の実施状況Ｄ５０４、連番２の実施状況Ｄ５０５、連番３の実施状況Ｄ５０６及び連番４の実施状況Ｄ５０７が含まれる。

参加者の識別子Ｄ５０１には、この減量メニューを実施すべき参加者の識別子が登録され、参加者管理データベースＤ４の識別子Ｄ４０１と共通の識別子が使用される。日付Ｄ５０２には、この減量メニューを実施した又は実施しなかった年月日が登録される。体重Ｄ８０３には、日付Ｄ５０２によって示される日の参加者の体重が登録される。

連番１の実施状況Ｄ５０４、連番２の実施状況Ｄ５０５、連番３の実施状況Ｄ５０６及び連番４の実施状況Ｄ５０７には、各連続番号で示される減量メニューの実施状況が登録される。減量記録データベースＤ５で用いられる連続番号は、個人別プログラムデータベースＤ８の連番Ｄ８０３に登録された連続番号と共通する番号が使用される。

減量メニューの実施状況には、この連続番号で示される減量メニューの実施状況が登録される。例えば、この連続番号で示される減量メニューが実施されていれば”１”が、減量メニューが実施されていなければ”２”が、各減量メニューの実施状況に登録される。

図３６は、本実施の形態の定期イベントデータベースＤ３の構成を示す説明図である。

定期イベントデータベースＤ３は、参加者の状態（減量メニューの実施状況、体重の変化、参加者の回答状況等）から、指導が必要と判定されるイベントが格納されるデータベースである。定期イベントデータベースＤ３は、イベントの識別子Ｄ３０１、タイミングＤ３０２、条件Ｄ３０３、イベント内容Ｄ３０４、参加者メール文言の識別子Ｄ３０５及び指導者文言の識別子Ｄ３０６を含む。

イベントの識別子Ｄ３０１には、イベントを一意に識別するための識別子が登録される。タイミングＤ３０２には、イベントであると判定される時間的条件が登録される。なお、時間的条件を規定しないイベント（条件Ｄ３０３を満たせば何時でも発生するイベント）の場合は、タイミングＤ３０２に「随時」と登録される。

条件Ｄ３０３には、イベントを発行する条件（時間的条件以外）が登録される。条件Ｄ３０３のうち「介入判定ＯＫ」とは、介入判定処理手段Ｍ４８及び図１５のフローチャートで「介入判定ＯＫ」が出力されると実行するイベントを示す。

イベント内容Ｄ３０４には、このイベントに対して行われるアクションが登録される。すなわち、タイミングＤ３０２及び条件Ｄ３０３に登録された条件が満たされた場合、イベント内容Ｄ３０４に登録された指導が行われる。

参加者メール文言の識別子Ｄ３０５には、定型文言データベースＤ２の本文Ｄ２０３に登録されている文言のうち、参加者宛てに送信されるメールの本文として使用される文言の識別子が登録される。指導者文言の識別子Ｄ３０６には、定型文言データベースＤ２の本文Ｄ２０３に登録されている文言のうち、指導者に対してイベントチェックの結果を表示する際に使用される文言の識別子が登録される。

条件Ｄ３０３に登録されている条件の中で、Ｘ日目目標とは、減量期間終了時に目標を達成するためにＸ日目に到達すべき体重であり、下式によって計算される。
開始時体重−（（開始時体重−目標体重）×Ｘ／減量期間）
例えば、開始時に８０ｋｇの体重を９０日間で３．５ｋｇ減量する目標を有する参加者の１０日目の目標体重は、
８０−（（８０−７６．５）×１０／９０）＝７９．６１１［ｋｇ］
となり、２０日目の目標体重は、
８０−（（８０−７６．５）×２０／９０）＝７９．２２２［ｋｇ］
となる。

定期イベントデータベースＤ３では、減量メニューの実施率を条件Ｄ３０３に設定することができる。これによって、参加者によって選択された減量メニューを実施できているか否か、システムが判断するので、実施できていない場合に減量メニューの変更を提案できる。これによって、指導者による判断のばらつきを抑制しつつ、参加者の減量経過に応じた適切かつ均質な指導を提供することができる。

図３７は、本実施の形態の定型文言データベースＤ２の構成を示す説明図である。

定型文言データベースＤ２は、本実施の形態の保健指導支援システムによって行われる保健指導（例えば、参加者に送信される電子メール）の内容が登録されるデータベースである。定型文言データベースＤ２は、文言の識別子Ｄ２０１、タイトルＤ２０２及び本文Ｄ２０３が含まれる。

文言の識別子Ｄ２０１には、保健指導に用いられる文言を一意に識別するための識別子が登録される。タイトルＤ２０２には、参加者宛てに送信されるメールの題名として使用される文言が登録される。

本文Ｄ２０３には、保健指導に使用される文言が登録される。本文Ｄ２０３に登録される保健指導に使用される文言には、参加者宛てに送信されるメールの本文として使用される文言（識別子の最初が”Ｐ”であるもの）と、指導者に対してイベントチェックの結果を表示する際に使用される文言（識別子の最初が”Ｓ”であるもの）が含まれ、両者は識別子Ｄ２０１によって区別可能に分類されている。

図２５は、本実施の形態のパラメータ設定データベースＤ１１の構成を示す説明図である。

本実施の形態のパラメータ設定データベースＤ１１は、本実施の形態の保健指導支援システムによって提示される減量メニューの優先順位を決定するために用いられる。パラメータ設定データベースＤ１１は、識別子Ｄ１１０１、設定項目Ｄ１１０２及び設定内容Ｄ１１０３を含む。

識別子Ｄ１１０１には、設定されたパラメータを一意に識別する識別子が登録される。設定項目Ｄ１１０２は、設定内容の定義が登録される。例えば、図２５に示す、「[１：食事／２：運動]＋[カテゴリ]＋[１：優先順位／２：ランダム]」は、設定内容の１桁目が食事か運動かを示し、２桁目がメニューのカテゴリを示し、３桁目が優先順位順かランダムかを示す。具体的には、設定内容Ｄ１１０３が「１１１」であれば、食事、カテゴリ＝１（食事のカテゴリ”１”は「主食」を示す）の食事メニューを、優先順に提示することを示す。

設定内容Ｄ１１０３には、減量メニューを優先順位順に提示するか、ランダムな順位で提示するかを決定するパラメータが登録される。 図３８は、本実施の形態の指導記録データベースＤ６の構成を示す説明図である。

本実施の形態の指導記録データベースＤ６は、本実施の形態の保健指導支援システムによって実施された（又は、実施されるべき）保健指導の履歴が登録されるデータベースである。指導記録データベースＤ６は、指導記録の識別子Ｄ６０１、対象参加者の識別子Ｄ６０２、実施指導者の識別子Ｄ６０３、実施日時Ｄ６０４、種別Ｄ６０５、関連イベントの識別子Ｄ６０６、イベント発生日時Ｄ６０７、指導内容Ｄ６０８、メールタイトルＤ６０９、メール本文Ｄ６１０、状態Ｄ６１１及びチェック結果表示フラグＤ６１２を含む。

指導記録の識別子Ｄ６０１には、実施された保健指導の記録を一意に識別するための識別子が登録される。対象参加者の識別子Ｄ６０２には、この保健指導が実施された参加者の識別子が登録され、参加者管理データベースＤ４の識別子Ｄ４０１と共通の識別子が使用される。

実施指導者の識別子Ｄ６０３には、この保健指導を実施した指導者の識別子が登録され、参加者管理データベースＤ４の識別子Ｄ４０６と共通の識別子が使用される。なお、実施指導者の識別子Ｄ６０３がＮＵＬＬである場合は、この保健指導支援システムが自動的に実施した保健指導であることを示す。

実施日時Ｄ６０４には、この保健指導を実施した日及び時刻が登録される。具体的には、この保健指導支援システムが作成した電子メールを送信した日時、指導者が手動で入力した電子メールを送信した日時、又は、参加者との面談が実施された日時、等が登録される。

種別Ｄ６０５には、実施された保健指導の種別が登録される。例えば、保健指導が電子メールによって実施されていれば”１が、保健指導が電話によって実施されていれば”２”が、保健指導が面談によって実施されていれば”３”が、定義されていない方法によって保健指導が実施されていれば”９”が、種別Ｄ６０５に登録される。

関連イベントの識別子Ｄ６０６には、この保健指導の契機となったイベントの識別子が登録され、定期イベントデータベースＤ３のイベントの識別子Ｄ３０１と共通の識別子が使用される。

イベント発生日時Ｄ６０７には、この保健指導の契機となったイベントの発生日時が登録される。具体的には、発生したイベントが、イベントチェック処理（Ｍ４２）によって、指導記録データベースＤ６に登録された日時が登録される。

指導内容Ｄ６０８には、この保健指導が実施された方法が登録される。

メールタイトルＤ６０９には、この保健指導に使用されたメールの題名が登録され、メール本文Ｄ６１０には、この保健指導に使用されたメールの本文が登録される。なお、保健指導が電子メールによって行われなかった場合は、メールタイトルＤ６０９及びメール本文Ｄ６１０には何もデータが登録されない。

状態Ｄ６１１には、この保健指導の状態が登録される。例えば、この保健指導が未だ実施されていなければ”１”が、この保健指導が既に実施されていれば”２”が、この保健指導の実施をしないと指導者によって判断されていれば”３”が、状態Ｄ６１１に登録される。

チェック結果表示フラグＤ６１２には、イベントのチェック結果を指導者の画面に表示するか、非表示にするかを指定するフラグが登録される。具体的には、イベントのチェック結果を指導者の画面に表示する場合は”１”が、イベントのチェック結果を指導者の画面に表示する必要がない場合は”２”が、チェック結果表示フラグＤ６１２に登録される。

図３は、本実施の形態の初期準備処理手段Ｍ１の機能要素を示すブロック図である。

初期準備処理は、本実施の形態の保健指導支援システムが起動したとき、又は、本実施の形態の保健指導支援システムが起動したとき、にサーバ４００において実行される。

初期準備処理では、まず、サーバ側管理手段Ｍ１０が、管理者認証処理を起動し、管理者端末装置１００からこの保健指導支援システムへのアクセスを認証する（Ｍ１１）。

認証成功後、管理者端末装置１００は、情報登録処理手段Ｍ１２、基本設定処理手段Ｍ１３、メールサービス処理手段Ｍ１４及び減量記録データ抽出手段Ｍ１５にアクセスする。

情報登録処理手段Ｍ１２は、データベースへのデータの入出力を制御するデータベース管理システムである。

基本設定処理手段Ｍ１３は、パラメータ設定処理手段Ｍ１６、優先順位処理手段Ｍ１７及びユーザ管理手段Ｍ１８に分かれて構成されている。パラメータ設定処理手段Ｍ１６は、後述する条件の判定などを行うためのパラメータをパラメータ設定データベースＤ１１に登録する。優先順位処理手段Ｍ１７は、参加者に提示する食事メニュー及び運動メニューの優先度を設定又は変更し、パラメータ設定データベースＤ１１に登録する。ユーザ管理手段Ｍ１８は、指導者管理データベースＤ１及び参加者管理データベースＤ４を用いて、本実施の形態の保健指導支援システムの利用者（管理者、指導者、参加者）の情報を管理する。

メールサービス処理手段Ｍ１４は、定期イベントデータベースＤ３のデータに基づいてイベントの検出と電子メールの受信を制御する。

減量記録データ抽出手段Ｍ１５は、参加者によって入力された情報に基づいて、減量記録データベースＤ５に登録された情報を読み出して、参加者端末装置３００に提供する。

図４は、本実施の形態の参加準備処理手段Ｍ２の機能要素を示すブロック図である。

参加準備処理は、本実施の形態の保健指導支援システムによる保健指導を受ける参加者を指導者端末装置２００から登録する処理である。

参加準備処理では、まず、サーバ側の管理手段を起動して、各種処理の準備をする（Ｍ２０）。次に、指導者認証処理を起動し、指導者端末装置２００からこの保健指導支援システムへのアクセスを認証する（Ｍ２１）。

その後、参加者処理登録処理を起動し、サーバ４００の参加者管理データベースＤ４に参加者の情報（識別子：Ｄ４０１、氏名：Ｄ４０２〜体重：Ｄ４０９等）を登録する（Ｍ２２）。以上の処理により、指導者端末装置２００から保健指導を受診する参加者の情報を参加者管理データベースＤ４に登録する。

図５は、本実施の形態の参加者データ入力・閲覧処理手段Ｍ３の機能要素を示すブロック図である。参加者データ入力・閲覧処理手段Ｍ３は、参加者などが参加者端末装置３００を介してサーバ４００の減量記録データベースＤ５にアクセスを要求したときに起動する処理である。

サーバ４００は、参加者端末装置３００（または指導者端末装置２００）からサーバ４００に対して減量記録データベースＤ５に対するアクセス要求を受信すると、サーバ側管理手段Ｍ３０が参加者認証処理手段Ｍ３１を起動する。サーバ４００の参加者認証処理手段Ｍ３１は、アクセス要求に含まれる情報と、参加者管理データベースＤ４に登録されたＩＤとパスワードＤ４０７などの情報に基づいて、参加者端末装置３００を利用する参加者の認証を行う。サーバ４００は、認証が完了すると認証時のＩＤとパスワードから参加者の識別子を特定し、当該参加者のデータを減量記録データベースＤ５から読み出して参加者端末装置３００に表示させる（個人別減量記録表示手段Ｍ３２）。

参加者端末装置３００では、図３５で示した減量記録データベースＤ５に対して日付Ｄ５０２、体重Ｄ５０３、連番Ｄ５０４〜Ｄ５０７にそれぞれ、日付、体重、実施した減量メニュー（識別子）を入力する（データ入力処理手段Ｍ３３）。サーバ４００は、参加者端末装置３００から受け付けた入力を減量記録データベースＤ５に書き込む（データ登録処理手段Ｍ３４）。

図６は、本実施の形態の介入指導処理手段Ｍ４の機能要素を示すブロック図である。

介入指導処理は、本実施の形態の保健指導支援システムによる保健指導を行う処理である。

介入指導処理では、まず、サーバ側の管理手段がイベントチェック処理手段を起動し(Ｍ４２)、参加者に対してアクションをする必要があるイベントの発生を検出する。そして、介入判定処理（図１５参照）を起動し、検出されたイベントに対し、介入（アクション）が必要か否かを判定する（Ｍ４８）。イベント処理結果は指導記録データベースＤ６へ登録される。次に、サーバ側の管理手段は指導者認証処理を起動し、指導者端末装置２００からこの保健指導支援システムへのアクセスを認証する（Ｍ４１）。また、イベントチェック結果表示処理手段Ｍ４３（図１３参照）を起動し、検出されたイベントを指導者端末装置２００に表示する。指導者は、イベントチェック結果表示画面を見て、検出されたイベントに対する保健指導の内容を決定する。また、イベントによっては、メール送信手段を起動して、自動的に又は指導者の指示に基づいて、電子メールを送信する（Ｍ４７）。

また、認証成功後、参加者一覧表示処理（図１４参照）を起動し、指導者端末装置２００に参加者の一覧を表示する（Ｍ４４）。指導者は、イベントチェック結果表示画面を見て、各参加者の状況を確認することができる。

また、認証成功後、指導記録登録処理を起動し、指導者端末装置２００に指導内容登録画面を表示し、指導者からの指導内容の入力（電話やファックスなどによる保健指導を記録）を受け付ける（Ｍ４６）。

また、認証成功後、個人別減量記録表示処理を起動し、減量記録データベースＤ５から参加者の減量記録を読み出して、個人別の減量記録を表示し各参加者の状況を確認することができる（Ｍ４５）。

図７は、本実施の形態のイベント処理手段Ｍ５の機能要素を示すブロック図である。

イベント処理手段Ｍ５は、管理者が管理者端末装置１００（又は、指導者が指導者端末装置２００）を介して、サーバ４００の定期イベントデータベースＤ３又は定型文言データベースＤ２にアクセスを要求したときに起動する。

サーバ４００は、管理者端末装置１００（又は指導者端末装置２００）から、定期イベントの編集又は電子メールに使用される定型文言の編集についてアクセス要求を受け付けると、サーバ４００のサーバ側管理手段Ｍ５０は指導者認証処理手段Ｍ５１を起動する。指導者認証処理手段Ｍ５１は、アクセス要求に含まれる情報（例えば、識別子及びパスワード）と、指導者管理データベースＤ１に登録された情報とを照合し、アクセスを認証する。

サーバ４００は、認証が完了すると、アクセス要求が定型文言の編集であれば定型文言編集処理手段Ｍ５２を起動し、アクセス要求が定期イベントの編集であれば定期イベント編集処理手段Ｍ５３を起動する。

定型文言編集処理手段Ｍ５２は、文言の識別子Ｄ２０１、タイトルＤ２０２及び本文Ｄ２０３を定型文言データベースＤ２から読み出して、読み出したデータを管理者端末装置１００に送信する。管理者端末装置１００は、受信した定型文言データベースＤ２の内容を表示する。管理者によって入力されたデータをサーバ４００の定型文言編集処理手段Ｍ５２に送信する。定型文言編集処理手段Ｍ５２は、管理者端末装置１００から受信した情報を定型文言データベースＤ２に登録する。

定期イベント編集処理手段Ｍ５３は、タイミングＤ３０２、条件Ｄ３０３、イベント内容Ｄ３０４、メール文言の識別子Ｄ３０５及び指導者文言の識別子Ｄ３０６を定期イベントデータベースＤ３から読み出して、読み出したデータを管理者端末装置１００に送信する。管理者端末装置１００は、受信した定期イベントデータベースＤ３の内容を表示する。管理者によって入力されたデータをサーバ４００の定期イベント編集処理手段Ｍ５３に送信する。定期イベント編集処理手段Ｍ５３は、管理者端末装置１００から受信した情報を定期イベントデータベースＤ３に登録する。

図１６は、図７に示した定型文言編集処理手段Ｍ５２による処理のフローチャートである。

定型文言編集処理は、サーバ４００が管理者端末装置１００（又は、指導者端末装置２００）から定型文言の編集要求を受信すると起動される。

まず、サーバ４００の定型文言編集処理手段Ｍ５２は、管理者端末装置１００から受信した定型文言の編集要求が参加者宛の定型文の編集要求であるか、指導者宛の定型文の編集要求であるかを判定する（Ｍ５２０１）。判定の結果、定型文言の編集要求が参加者宛の定型文の編集要求であれば、定型文言データベースＤ２の文言の識別子Ｄ２０１が「Ｐ」で始まるレコードを選択し、選択されたレコードのデータを管理者端末装置１００に送信する（Ｍ５２０２）。そして、定型文言編集処理手段Ｍ５２は参加者宛の定型文言の区分を”Ｐ”に設定して（Ｍ５２０３）、ステップＭ５２０６に進む。

一方、ステップＭ５２０１における判定の結果、定型文言の編集要求が指導者宛の定型文の編集要求であれば、定型文言データベースＤ２の文言ＩＤ（Ｄ２０１）が「Ｓ」で始まるレコードを選択し、選択されたレコードのデータを管理者端末装置１００に送信する（Ｍ５２０４）。そして、定型文言編集処理手段Ｍ５２は指導者宛の定型文言の区分を”Ｐ”に設定して（Ｍ５２０５）、ステップＭ５２０６に進む。

次に、サーバ４００は、定型文言データベースＤ２に既に登録されている定型文言を選択するか否を問い合わせる（Ｍ５２０６）。この問い合わせに対する管理者端末装置１００からの応答として、既登録の定型文言が選択されればステップＭ５２０９へ進み、既登録の定型文言が選択されなければ新たに定型文言を登録するためにステップＭ５２０７へ進む。

新規登録の場合は、管理者端末装置１００はタイトルと本文の入力を受け付けて、受け付けた情報をサーバ４００に送る（Ｍ５２０７）。その後、サーバ４００はシリアル番号を生成し、ステップＭ５２０３又はＭ５２０５で設定された区分に生成されたシリアル番号を付加して、文言の識別子を生成する。そして、定型文言データベースＤ２に新たにレコードを加え、生成された文言の識別子を登録する。そして、サーバ４００が管理者端末装置１００から受け付けたタイトル及び本文を、各々、定型文言データベースＤ２のタイトルＤ２０２と本文Ｄ２０３へ登録する（Ｍ５２０８）。

一方、ステップＭ５２０６で、既登録の定型文言が選択されている場合は、既登録の定型文言を削除するか否かを管理者端末装置１００に問い合わせる。この問い合わせに対する管理者端末装置１００からの応答が「削除」であればステップＭ５２１３へ進み、応答が「削除」でなければステップＭ５２１０に進む（Ｍ５２０９）。

ステップＭ５２１０では、選択されている定型文言のデータを定型文言データベースＤ２から読み出して、読み出されたデータを管理者端末装置１００に表示する。管理者端末装置１００は、タイトルＤ２０２及び本文Ｄ２０３の変更を受け付ける。そして、変更されたタイトルＤ２０２及び本文Ｄ２０３に文言の識別子Ｄ２０１を付加して、サーバ４００へ送信する（Ｍ５２１０）。

サーバ４００は、管理者端末装置１００から受信したデータを同じ識別子で更新するか、又は、別の識別子で新規に登録するかを判定する（Ｍ５２１１）。

この判定の結果が新規登録であれば、新しい文言の識別子及びレコードを生成し、文言の識別子Ｄ２０１、タイトルＤ２０２及び本文Ｄ２０３を、定型文言データベースＤ２の新たなレコードに登録する（Ｍ５２０８）。一方、判定の結果が変更であれば、文言の識別子Ｄ２０１のレコードに、編集されたタイトルＤ２０２及び本文Ｄ２０３を登録して、定型文言データベースＤ２を更新する（Ｍ５２１２）。

また、定型文言を削除する場合は、選択された文言の識別子のレコードを、定型文言データベースＤ２から削除する（Ｍ５２１３）。

以上の処理によって、管理者（又は、指導者）は、定型文言データベースＤ２を編集することができ、指導者宛と参加者宛に区分けして、所望のメッセージを作成または更新することができる。

図１７は、図７に示した定期イベント編集処理手段Ｍ５３による処理のフローチャートである。

定期イベント編集処理は、サーバ４００が管理者端末装置１００（又は、指導者端末装置２００）から定型文言の編集要求を受信すると起動される。

まず、サーバ４００の定期イベント編集処理手段Ｍ５３は、管理者端末装置１００から受信した定期イベントの編集要求において、定期イベントデータベースＤ３に既に登録されている定期イベントが指定されていれば、指定された定期イベントを更新または削除するために、ステップＭ５３０４へ進む。一方、既登録の定期イベントが指定されていなければ、定期イベントを新規登録に登録するために、ステップＭ５３０２へ進む。

新規登録の場合は、管理者端末装置１００は、タイミング、イベント内容及び条件の入力を受け付けて、受け付けた情報をサーバ４００に送る（Ｍ５３０２）。次に、サーバ４００はシリアル番号を生成し、生成されたシリアル番号をイベントの識別子を定める。そして、定期イベントデータベースＤ３に新たにレコードを加え、イベントの識別子Ｄ３０１を登録する（Ｍ５３０３）。そして、サーバ４００が管理者端末装置１００から受け付けたタイミング、イベント内容及び条件を、各々、定期イベントデータベースＤ３のタイミングＤ３０２、条件Ｄ３０３及びイベント内容Ｄ３０４へ登録する。

一方、ステップＭ５３０１で、既登録の定期イベントが指定されている場合は、既登録の定期イベントを削除するか否かを管理者端末装置１００に問い合わせる。この問い合わせに対する応答が「削除」であればステップＭ５３０８へ進み、応答が「削除」でなければステップＭ５３０５に進む（Ｍ５３０４）。

ステップＭ５３０５では、指定されている定期イベントのデータを定期イベントデータベースＤ３から読み出して、読み出されたデータを管理者端末装置１００に表示する。管理者端末装置１００は、タイミングＤ３０２、条件Ｄ３０３及びイベント内容Ｄ３０４の変更を受け付ける。そして、変更されたタイミングＤ３０２、条件Ｄ３０３及びイベント内容Ｄ３０４にイベントの識別子Ｄ２０１を付加して、サーバ４００へ送信する（Ｍ５３０５）。

サーバ４００は、管理者端末装置１００から受信したデータを同じ識別子で更新するか、又は、別の識別子で新規に登録するかを判定する（Ｍ５３０６）。

この判定の結果が新規登録であれば、新しいイベントＩＤ及びレコードを生成し、イベントの識別子Ｄ３０１、タイミングＤ３０２、条件Ｄ３０３及びイベント内容Ｄ３０４を定期イベントデータベースＤ３の新たなレコードに登録する。一方、判定の結果が変更であれば、イベント識別子Ｄ３０１のレコードに、編集されたタイミングＤ３０２、条件Ｄ３０３及びイベント内容Ｄ３０４を書き込んで定期イベントデータベースＤ３を更新する。

また、定期イベントを削除する場合では、ステップＭ５３０８で、指導者端末装置２００から指定されたイベントＤ識別子３０１のレコードを削除する。

以上の処理により、指導者（または管理者）は、指導者端末装置２００で定期イベントデータベースＤ３の編集を行って、所望のメッセージを送信または作成する条件やタイミングを任意に設定することができる。

図８は、本実施の形態のメールサービス処理手段Ｍ１４の機能要素を示すブロック図である。メールサービス処理手段Ｍ１４は、指導者端末装置２００や参加者端末装置３００とサーバ４００の間の電子メールの送受信を制御するため、管理者端末装置１００からの要求に基づいて起動する。

サーバ４００は、管理者端末装置１００からメールサービス処理手段Ｍ１４に対するアクセス要求を受け付けると、アクセス要求がメール受信（またはイベント発行）の起動と、メールサービス（またはイベント発行）の停止またはイベントの発行の何れであるかを判定する（Ｍ１４１）。判定の結果がメールサービスの起動であれば、サーバ４００は、メールの受信間隔とイベントの発行間隔の入力受け付け、入力されたメール受信間隔とイベント発行間隔を、記憶する（Ｍ１４２）。次に、サーバ４００は、設定されたメール受信間隔とイベント発行間隔に基づいてメールの受信またはイベント発行（イベントチェック処理手段Ｍ４３）を起動する（Ｍ１４３）。

一方、サーバ４００は上記Ｍ１４１で、メールサービスの停止を受け付けると、メールの受信またはイベント発行（イベントチェック処理手段Ｍ４３）を停止する（Ｍ１４４）。また、サーバ４００は上記Ｍ１４１で、管理者端末装置１００からのアクセス要求がイベントの即時発行であれば、設定されているメール受信間隔とイベント発行間隔に関わらず、即時イベントを発行（イベントチェック処理手段Ｍ４３）する（Ｍ１４５）。

以上の処理で、サーバ４００でメールの受信とイベント発行（メール送信を管理するイベントチェック処理手段Ｍ４３）の起動と終了が制御される。

図９は、本実施の形態の優先順位設定処理手段Ｍ１７による処理のフローチャートである。サーバ４００は、指導者端末装置２００（または管理者端末装置１００）に対して優先度の順位を設定または変更するカテゴリを問い合わせる。指導者端末装置２００は、食事メニューまたは運動メニューの何れかを選択し、さらに食事カロリーデータベースＤ９の食事メニューカテゴリＤ９０２または運動カロリーデータベースＤ１０の運動メニューカテゴリＤ１００２を選択してサーバ４００に応答する（Ｍ１７１）。

サーバ４００は、指導者端末装置２００からの応答を受信し、この応答から優先度を設定する食事または運動のデータベースと食事または運動メニューのカテゴリを取得する。サーバ４００は、取得した種別のデータベースのカテゴリに属するメニューについて指導者端末装置２００から優先順位を受け付ける（Ｍ１７２）。例えば、指導者端末装置２００で優先順位を設定するデータベースとして食事カロリーデータベースＤ９が選択され、カテゴリとして食事メニューカテゴリＤ９０２の「７」を選択すると、サーバ４００は食事カロリーデータベースＤ９の「主菜」の食事メニュー名Ｄ９０３と優先順位Ｄ９０４を指導者端末装置２００に提供し、食事優先順位Ｄ９０４に対する入力を受け付ける。

優先順位の入力が完了すると、サーバ４００は指導者端末装置２００に対して、受け付けた優先順位をデータベースに反映させるか否かを問い合わせる（Ｍ１７３）。この問い合わせに対して、指導者端末装置２００から”ＹＥＳ”の応答があれば、サーバ４００は上記Ｍ１７２で入力した優先度をデータベース反映する（Ｍ１７４）。一方、問い合わせに対して、指導者端末装置２００から”ＮＯ”の応答があれば、サーバ４００は上記Ｍ１７２で入力した優先度を破棄して終了する。

以上の処理により、食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０のメニューの優先順位を各データベースのカテゴリ毎に指導者などが任意に設定または変更することができ、参加者の習慣や思考、年齢、性別あるいは食事メニューまたは運動メニュー（減量メニュー）の実施状況に応じて食事メニューまたは運動メニューの優先順位を設定することができる。

なお、上記Ｍ１７２では、指導者などが優先順位を入力する例を示したが、サーバ４００が優先順位の設定パターンを複数設定しておき、指導者端末装置２００などからパターンを選択してサーバ４００がパターンに応じた順位付けを行うようにしてもよい。例えば、運動カロリーデータベースＤ１０の運動メニューについては、運動時間の短い順にサーバ４００が順位付けを行う設定パターンを備える。また、サーバ４００が、過去の減量記録データベースＤ５から減量効果の高い順に食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０の順位付けを行うようにしても良い。例えば、サーバ４００が、個人別減量目標データベースＤ１２の減量期間Ｄ１２０５以内に目標体重Ｄ１２０４を達成した参加者の識別子を減量記録データベースＤ９から抽出し、抽出された参加者が実施した減量メニュー（運動メニューまたは食事メニュー）を連番Ｄ５０４〜Ｄ５０７から抽出し、抽出された出現頻度の高い順に優先順位を割り当てるようにしてもよい。あるいは、サーバ４００が、減量記録データベースＤ９の連番Ｄ５０４〜Ｄ５０７から実施された減量メニューを抽出し、減量メニューのカテゴリ毎に各メニューの実施率を求め、この実施率の高い順に減量メニューの順位を割り当てるようにしても良い。

ここで、減量メニューの実施率は、図２４に示す個人別プログラムデータベースＤ８の食事メニューの識別子Ｄ８０４または生活改善項目の運動メニューの識別子Ｄ８０５に対応する連番８０３を取得する。そして、図３５に示す減量記録データベースＤ５で、上記取得した連番Ｄ８０３と一致する連番Ｄ５０４〜Ｄ５０７の値が実施済みの出現数を取得し、参加者の識別子Ｄ５０１のレコード数を減量記録データベースＤ５から取得し、出現数をレコード数で除した値が、個人別プログラムデータベースＤ８に設定された減量メニューの実施率となる。個人別プログラムデータベースＤ８の食事メニューの識別子Ｄ８０４または生活改善項目の運動メニューの識別子Ｄ８０５毎に実施率を求めることで、参加者が設定した減量メニューごとの実施率を求めることができる。

さらに、サーバ４００で上述のような所定のパターンで減量メニューの優先順位の割り当てを行った後に、指導者端末装置２００などから減量メニューに割り当てられた優先順位を補正するようにしても良い。

図１０は、本実施の形態の参加者登録処理手段Ｍ２２による処理のフローチャートである。

参加者登録処理では、まず、指導者端末装置２００は、参加者の基本情報、測定情報、システム情報の入力を受け付ける。このとき、指導者端末装置２００には参加者登録画面が表示され、指導者が必要な項目を入力する（２２１）。指導者端末装置２００に入力された情報は、サーバ４００に送信され、参加者管理データベースＤ４に登録される（２２２）。

次に、サーバ４００は、問診情報データベースＤ１２から問診情報を読み出して参加者端末装置３００に送信する。なお、読み出される問診内容は、ステップ２２２で入力された参加者情報に基づいて選択されてもよい。例えば、参加者の性別、現在の体重等に基づいて問診内容を選択することができる。

参加者端末装置３００は、受信した問診情報を表示する（２２３）。参加者端末装置３００は、問診に対する回答の入力を受け付ける。このとき、参加者端末装置３００には問診回答入力画面が表示され、参加者が問診に対する回答を入力する（２２４）。参加者端末装置３００に入力された回答は、サーバ４００に送信され、問診結果データベースＤ７に登録される（２２５）。

なお、問診を受けずに減量メニューを設定する場合には、ステップ２２３〜２２５の処理を実行せずに、ステップ２２６に進む。

次に、サーバ４００は、減量プログラムの設定に必要な情報を、参加者端末装置３００に送る。このとき、参加者端末装置３００には個人別プログラム設定画面（図２８参照）が表示され、参加者が減量プログラムの作成に必要な情報（目標体重、減量開始日及び減量実施期間）を入力する。参加者端末装置３００に入力された情報は、サーバ４００に送信され、個人別減量目標データベースＤ１２に登録される（２２６）。

サーバ４００は、設定された情報から１日あたり減らすべきカロリーの目標を計算して、計算された目標カロリーを参加者端末装置３００に送る。参加者端末装置３００は、サーバ４００から送信された目標カロリーを個人別プログラム設定画面に表示する（２２７）。

さらに、サーバ４００は、問診結果データベースＤ７に登録された情報を参照して、減量メニューとして選択すべき項目を、食事カロリーデータベースＤ９及び運動カロリーデータベースＤ１０から抽出する。そして、サーバ４００は、抽出された食事メニュー及び運動メニューを、参加者端末装置３００に送る。参加者端末装置３００は、サーバから送信された減量メニュー（食事メニュー及び運動メニュー）を個人別プログラム設定画面に表示する（２２８）。

参加者端末装置３００は、減量メニューの選択を受け付ける（２２９）。このとき、参加者は同じメニューを複数選択してもよい。選択された減量メニューは、サーバ４００に送信され、個人別プログラムデータベースＤ８に登録される（２３０）。

なお、サーバ４００で目標カロリーの計算及び提示する減量メニューの抽出をしたが、ステップ２２６で減量プログラムの作成に必要な情報をステップ２２６でサーバ４００に送らずに、参加者端末装置３００がこれらの目標カロリーの計算及び提示する減量メニューの抽出を実行してもよい。この場合は、ステップ２３０で、個人別減量目標データベースへ情報を登録する。

図３９は、サーバ４００が参加者端末装置３００に提供する個人別プログラム登録画面の一例を示す説明図である。

個人別プログラム設定画面は、参加者端末装置３００のディスプレイ等に表示され、参加者がこの画面を用いて減量メニューを設定する。

個人別プログラム設定画面には、開始時体重が表示される。また、個人別プログラム設定画面には、目標体重、減量開始日及び減量実施期間の入力欄が設けられる。また、個人別プログラム設定画面には、減量後の体重及び減らすべき１日当たりのカロリーの表示欄が設けられる。さらに、個人別プログラム設定画面には、減量メニュー（食事メニュー及び運動メニュー）がカード形式で表示され、お勧めの減量メニューを表示するための操作ボタン、及び、選択された減量メニューの表示欄が設けられる。

図３９に示すように、初期表示時には、参加者登録（図１０の２２１）で入力された開始時体重が表示される。

その後、参加者が、目標体重、減量開始日及び減量実施期間を入力すると、減量後の体重及び減らすべき１日当たりのカロリーが計算され、計算結果が表示される。

また、減量メニューがカードＣＤ（図３９の右下、食事及び運動欄）で表示される。この減量メニューは一つのカードＣＤが所定のカロリー（例えば、１００ｋｃａｌ）に設定されている。この減量メニューは、食事及び運動に分けて表示され、さらに、食事は主食、果物、間食等に分類され、運動は歩く・走る、スポーツ等に分類されて表示される。

また、参加者の体重によって消費カロリーが変わることから、参加者の体重に基づいて計算された運動時間に従った運動時間の運動メニューが表示される。このように、参加者の体重に基づいて運動時間が計算された減量メニューを参加者に提示するので、従来のように個別の体重に応じて運動時間を計算する必要がなくなり、指導者の作業を軽減することができる。

参加者は計算された減らすべき１日当たりのカロリーを参照して、表示された減量メニューを選択する。

参加者が減量メニューを選択すると、図３９に示すように、選択された減量メニューのリストが所定の表示欄に表示され、選択されたカードによって減少するカロリーが計算され、計算されたカロリーが表示される。

減量メニューは一つのカードが所定のカロリーに設定されているので、参加者がどの減量メニューを選択しても、選択された減量メニューの数が同じであれば、所望の減量目標を達成することができる。

なお、初期状態では、減量メニューのリストには、食事メニューでは食事量を減らし、運動メニューでは運動量を増やすように設定されているが、このメニュー毎の増減は変更することができる。例えば、選択される減量メニューの組み合わせによって、高カロリー（１００ｋｃａｌに相当する食事量が少ない）の食事メニューをＸ枚減らし、低カロリー（１００ｋｃａｌに相当する食事量が多い）の食事メニューをＹ枚増やす。このとき、Ｘ＞Ｙとすることによって、合計でカロリーを減らすような減量プログラムを作成することが可能になり、ユーザの選択肢の幅を広げることができる。

また、減量メニューの選択を迷う場合には、お勧めメニューボタンを選択することによって、先に入力された問診結果（図１０の２２５）に基づいて、個人にあった減量プログラムを構成することもできる。減量メニューは、参加者自身が、目標にすると意思表示したカテゴリから優先的に表示されるので、参加者が実行できそうなカードを容易に選択することができる。お勧めで提示されたプログラムの編集もカードＣＤ（図３９の右下、食事及び運動欄）を使用し行うことができる。

最後に「決定」ボタンが操作されることによって、これらの入力された情報は、サーバ４００に送信され、個人別プログラムデータベースＤ８へ登録される。

図１１は、上記図１０に示した減量メニューの選択（ステップ２２６〜２３０）のタイムチャートを示す。

参加者端末装置３００は、サーバ４００に対して図２８に示した個人別プログラム登録画面を要求する（１１０１）。サーバ４００は、参加者端末装置３００を利用する参加者の認証を上述のように行って、参加者の識別子を特定してから認証した参加者に対応する個人別プログラム登録画面を出力する（１１０２）。

参加者端末装置３００では、ディスプレイ等に表示された個人別プログラム登録画面に対して、参加者が目標体重と、減量開始日と、減量実施期間を入力する（１１０３）。

サーバ４００は、参加者端末装置３００から目標体重、減量開始日、減量実施期間を受信すると、予め参加者管理データベースＤ４に登録されている体重などから、目標体重を減量実施期間内に達成するために、一日あたりの目標減量カロリー数を計算し、個人別プログラム登録画面に出力する（１１０４）。図２８の例では、一日あたり３１１．１ｋｃａｌを削減する必要がある。次に、サーバ４００は一日あたりの目標減量カロリー数から、食事メニューと運動メニューのそれぞれについて、優先順位に従って減量メニューのカードＣＤを個人別プログラム登録画面に出力する。減量メニューのカードＣＤの提示は、事前に行った問診結果に基づいて、サーバ４００は参加者自身が減量目標にすると意思表示したカテゴリのうち、優先順位の高いメニューを抽出して出力する。例えば、参加者が問診の回答として、食事メニューカテゴリＤ９０２で「７」を選択し、運動メニューカテゴリＤ１００２で「３」を選択した場合、サーバ４００は食事カロリーデータベースＤ９の食事メニューカテゴリＤ９０２が「７」で食事優先順位Ｄ９０４の昇順で食事メニュー名Ｄ９０３を個人別プログラム登録画面に出力し、運動カロリーデータベースＤ１０の運動メニューカテゴリＤ１００２が「３」で運動優先順位Ｄ１００４の昇順で運動メニュー名Ｄ１００３を個人別プログラム登録画面に出力する。

図２８の個人別プログラム登録画面の例では、食事メニューと運動メニューはそれぞれ６つのカードＣＤを表示可能となっているため、サーバ４００は、食事カロリーデータベースＤ９から優先順位Ｄ９０４の上位６つの食事メニュー名Ｄ９０３を出力し、運動カロリーデータベースＤ１０から運動優先順位Ｄ１００４の上位６つの運動メニュー名Ｄ１００３を出力する。

さらに、食事メニューと運動メニューの優先順位Ｄ９０４、Ｄ１００４が最上位のメニュー名Ｄ９０３、Ｄ１００３を図２８の「平日の改善項目」として出力する。

参加者端末装置３００を操作する参加者は、個人別プログラム登録画面に出力された一日あたりの目標減量カロリー数以上となるように、１００ｋｃａｌのカードＣＤを食事メニューまたは運動メニューから選択する（１１０６）。この選択は、各カードＣＤの左上に設けたチェックボックスをクリックすることで行われ、サーバ４００は選択されたカードＣＤの熱量の合計値を演算して、図２８の「現在のエネルギー差」に出力する。そして、一日あたりの目標減量カロリー数に必要な数のカードＣＤを選択した後、参加者は参加者端末装置３００で図２８に示す「決定」ボタンを押す（１１０７）。サーバ４００は、決定ボタンが押されると、参加者端末装置３００が選択した減量メニューの識別子（食事メニュー識別子Ｄ９０１または運動メニュー識別子Ｄ１００１）と、目標体重、減量開始日、減量実施期間を個人別プログラムデータベースＤ８に登録する（１１０８、１１０９）。

以上のように、サーバ４００は問診の回答で参加者が目標にすると回答した減量メニューのカテゴリから優先度の高い食事メニューと運動メニューを提示するので、参加者が受け入れやすい減量メニューを表示することができる。このため、指導者が介入することなく、参加者は減量メニューを決定することが可能となる。

図１２は、本実施の形態のイベントチェック処理手段Ｍ４２による処理のフローチャートである。

イベントチェック処理は、参加者によって入力されたデータが所定の条件に合致するか否かを判定し、イベントを抽出する処理である。

イベントチェック処理では、まず、抽出されるべき全ての定期イベントの情報を、定期イベントデータベースＤ３から取得する（４２０１）。

その後、ステップ４２０２〜４２１５のループ１の処理に入る。すなわち、ステップ４２０２では、カウンタ１（Ｃｏｕｎｔ１）＝１に初期化した後、カウンタ１の値が抽出された定期イベント数以下である間はステップ４２１５までのループ１の処理を繰り返し実行する。

ループ１内では、全ての参加者の情報を参加者管理データベースＤ４から取得する（４２０３）。

その後、ステップ４２０４〜４２１３のループ２の処理に入る。すなわち、ステップ４２０４では、カウンタ２（Ｃｏｕｎｔ２）＝１に初期化した後、カウンタ２の値が参加者データが取得された参加者数以下である間はステップ４２１３までのループ２の処理を繰り返し実行する。

ループ２内では、定期イベントデータベースＤ３から取得したタイミングＤ３０２と、参加者の減量開始日からの経過日数及び／又は減量期間とを比較する。そして、タイミングの条件が一致する参加者を特定する（４２０５）。

その後、参加者が特定された定期イベントの検出条件Ｄ３０３が「なし」であるか否かを判定する（４２０６）。その結果、定期イベントの検出条件Ｄ３０３が「なし」であれば、タイミング以外の条件を付さないでイベントを検出するので、参加者メール文言の識別子Ｄ３０５に登録されている識別子に対応するメールの本文を定型文言データベースＤ２から読み出し、参加者へ通知される文章を作成する。このとき、読み出された文言に含まれるキーワード（例えば、氏名）は、この参加者に適するように置換される（４２０７）。

一方、定期イベントの検出条件Ｄ３０３が「なし」でなければ、定期イベントの検出条件Ｄ３０３と参加者の減量目標とを比較し、指導者の介入要否を判定し（４２０８）、その後、ステップ４２０７へ進み、介入判定の結果に基づいて、参加者へ通知される文章を作成する。

次に、定期イベントが検出されたことを指導記録データベースＤ６へ登録する（４２０９）。このとき、指導記録データベースＤ６の状態Ｄ６１１には”１”（保健指導が未だ実施されていないことを示す）が登録される。

次に、定期イベントデータベースＤ３のイベント内容Ｄ３０４が「メール自動送信」であるか否かを判定する（４２１０）。その結果、イベント内容Ｄ３０４が「メール自動送信」であれば、参加者宛のメールを送信して（４２１１）、状態Ｄ６１１には”２”（保健指導が既に実施されたことを示す）が登録される。その後、ステップ４２１３に進み、ループ２から抜ける。

一方、イベント内容Ｄ３０４が「メール自動送信」であれば、指導者による判断の後に保健指導が行われるので、ステップ４２１２に進み、次の参加者の処理を行うために、カウンタ２をインクリメントする（４２１２）。そして、カウンタ２の値が参加者データが取得された参加者数を超えていれば、全ての参加者についてイベントチェック処理が終了したので、ステップ４２１４に進み、ループ２を抜ける。一方、カウンタ２の値が参加者データが取得された参加者数以下であれば、未だイベントチェック処理が終了していない参加者がいるので、ステップ４２０４に戻る。

ステップ４２１４では、次の定期イベントの処理を行うために、カウンタ１をインクリメントする。そして、カウンタ１の値が抽出された定期イベント数を超えていれば、全ての定期イベントについてイベントチェック処理が終了したので、このイベントチェック処理を終了する。一方、カウンタ１の値が抽出された定期イベント数を以下であれば、イベントチェック処理が終了していない定期イベントがあるので、ステップ４２０２に戻る。

以上の処理により、所定の期間毎に参加者の減量状況をチェックするイベントにより、参加者の減量が予定通り進んでいるか否かを自動的に判定できる。また、減量メニューの実施状況についても予め設定した減量メニューの実施率が所定の閾値を下回ったことを判定するイベントによって、参加者が減量メニューを着実に実行しているか否を自動的に判定できる。

図１３は、本実施の形態のイベントチェック結果表示処理手段Ｍ４３による処理のフローチャートである。

イベントチェック結果表示処理は、検出されたイベントを指導者端末装置２００に表示し、イベントの状態を変更する処理である。

イベントチェック結果表示処理では、まず、指導記録データベースＤ６のチェック結果表示フラグが”１”のイベントのデータを、指導記録データベースＤ６から取得し、取得したデータを指導者端末装置２００に送信する（４３１）。

指導者端末装置２００は、データを受信すると、イベントのデータを表示する（４３２）。イベントチェック結果表示画面（図示省略）に表示されるイベントの内容は、検出されたイベントの定期イベントデータベースｄ３に登録された指導者文言識別子Ｄ３０６を用いて、定型文言データベースＤ２を参照して、本文Ｄ２０３から、イベントチェック結果表示画面に表示すべき内容を取得する。

このとき、表示状態を「未」「済」の間で変更することによって、チェック結果表示フラグＤ６１２を変更することができる。なお、この段階では、チェック結果表示フラグＤ６１２の変更は指導記録データベースＤ６には登録されない。このように、イベントの表示状態を変更可能にしたので、指導者によるアクションが必要なイベントを選択して表示することができる。

その後、「済削除」ボタンが操作されたか否かを判定する（４３４）。「済削除」ボタンの操作が検出されれば、表示状態が「未」に変更されたイベントを画面から消去する。そして、変更されたチェック結果表示フラグを指導記録データベースＤ６に登録する（４３５）。

図１４は、本実施の形態の参加者一覧表示処理手段Ｍ４４による処理のフローチャートである。

参加者一覧表示処理は、参加者の情報を指導者端末装置２００に表示するための処理である。

参加者一覧表示処理では、まず、指導者が担当する参加者の氏名、性別、年齢、経過日数、体重等を減量記録データベースＤ５から取得する（４４１）。その後、この参加者の介入指導の記録を指導記録データベースＤ６から取得する（４４２）。その後、参加者を予め設定された優先順位（日付、経過日数、目標達成状況等）によって並べ替え、リスト形式で表示する（４４３）。

図１５は、本実施の形態の介入判定処理手段Ｍ４８による介入判定処理４２０８のフローチャートである。

介入判定処理４２０８は、検出タイミングが一致したイベントが、検出条件に一致しているか否かを判定する処理である。

介入判定処理４２０８では、まず、参加者の改善実施項目数を個人別プログラムデータベースＤ８から取得する（４８１）。

次に、参加者管理データベースＤ４に登録された開始時体重Ｄ４０９から減量記録データベースＤ５に登録された現在の体重Ｄ５０３を減じ、現在（介入判定時）の体重の減少量を算出する（４８２）。

そして、体重減少量を改善実施項目数で除した値と、パラメータ設定データベースＤ１１に設定されたパラメータとを比較する（４８３）。その結果、体重減少量を改善実施項目数で除した値が予め設定されたパラメータ以下であれば、介入判定は「ＯＫ」であると判定される（４８４）。

図１８は、上記図１０に示した参加者登録処理手段Ｍ２２による処理のうち、ステップ２２８の減量メニューの表示処理の詳細な処理を示すフローチャートである。

まず、サーバ４００は、参加者端末装置３００がお勧めの減量メニュー（図３１の「お勧めメニュー」ボタン）を選択したか否を判定する（２４０１）。参加者がお勧めメニューを選択した場合にはステップ２４０２に進み、一方、参加者がお勧めメニューを選択しない場合には、図２８または図３１の個人別プログラム登録画面に表示されている食事メニューと運動メニューから減量メニューを選択する（２４１０）。

ステップ２４０２では、パラメータ設定データベースＤ１１に設定されたパラメータを取得する。

次に、パラメータ設定データベースＤ１１から取得したパラメータが示す優先順位に従って、食事メニューを食事カロリーデータベースＤ９から取得し（２４０３）、運動メニューを運動カロリーデータベースＤ１０から優先順位の順に取得する（２４０４）。

次に、問診結果データベースＤ７から改善実施目標Ｄ７０５に「目標とする」ことが示されている問診の識別子Ｄ７０１を抽出する（２４０５）。その後、サーバ４００は、問診識別子Ｄ７０１で問診情報データベースＤ１３の問診識別子Ｄ１３０１を参照して、参加者が目標とする問診のカテゴリを問診情報データベースＤ１３の食事メニューカテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３から取得する（２４０６）。

取得した食事メニューカテゴリＤ１３０２と運動メニューカテゴリＤ１３０３から改善実施目標Ｄ７０５として目標にするとした項目に合致するカテゴリに属するメニューを、食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０から優先順位Ｄ９０４、Ｄ１００４の順で取得する（２４０７）。そして、取得したメニューの数に１００ｋｃａｌを乗じた値が、一日あたりの目標減量カロリー数以上になるまで、上記ステップ２４０７を繰り返す（２４０８）。取得したメニューの数に１００ｋｃａｌを乗じた値が、一日あたりの目標減量カロリー数以上になると、サーバ４００は、取得した食事メニュー名Ｄ９０３と運動メニュー名Ｄ１００３を、優先順位Ｄ９０４、Ｄ１００４の順で参加者端末装置３００に送信し、個人別プログラム登録画面（図２８）に表示される（２４０９）。そして、ステップ２４１０に進んで、個人別プログラム登録画面からメニューが選択されるのを待つ（２４１０）
なお、上記ステップ２４０７において、メニューを取得するカテゴリは食事カロリーデータベースＤ９と、運動カロリーデータベースＤ１０で交互に参照するようにしてもよい。また、問診項目の改善実施アンケートの実施可能性の高い順にカテゴリを参照するようにしてもよい。

以上の処理によって、食事と運動の減量メニューが多数存在する場合に、問診情報に対する回答を参照し、参加者に適合する減量メニューを予め設定した優先順位に従って提示することができる。なお、上記図１８のフローチャートでは、ステップ２４０１で判定処理を行ったが、図３１の「お勧めメニュー」ボタンをクリックしたときにステップ２４０２以降を実行するようにしてもよい。特に、優先順位Ｄ９０４、Ｄ１００４の順位が高い方から順に食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０より減量メニューを抽出することで、減量メニューのカロリー数の総和が所定値に達するまでに、優先順位Ｄ９０４、Ｄ１００４の高い減量メニューを抽出することが可能となって、参加者端末装置３００へ提示する減量メニューは、予め設定した優先順位の高い順に並ぶことになる。これにより、多数の減量メニュー（食事メニュー及び運動メニュー）の中から個々の参加者に適合した減量メニューを容易に提供することができ、指導者の労力を低減できる。

なお、減量メニューは、優先順位Ｄ９０４、Ｄ１００４の順で参加者端末装置３００に出力できればよく、サーバ４００でソートしても良いし、参加者端末装置３００でソートするようにしても良い。

図１９は、上記図１８に示した減量メニューの表示の処理手順を示すタイムチャートである。

まず、参加者端末装置３００は、個人別プログラム登録画面からお勧めメニューを選択し、サーバ４００へ送信する（１９０１）。

サーバ４００は、参加者端末装置３００からのお勧めメニューの選択を受信し、パラメータ設定データベースＤ１１に設定されたパラメータを取得する（１９０２）。

次に、パラメータ設定データベースＤ１１は、お勧めメニューに関するパラメータを取得してサーバ４００に応答する（１９０３）。サーバ４００は、パラメータ設定データベースＤ１１から取得したお勧めメニューのパラメータを解析し、お勧めメニューを優先順位で並べて表示するか、ランダムな順序で表示するかを判定する（１９０４）。以下、優先順位順として説明する。

次に、サーバ４００は、パラメータ設定データベースＤ１１から取得したパラメータが示す優先順位に従って、食事メニューを食事カロリーデータベースＤ９から取得し（１９０５，１９０６）、運動メニューを運動カロリーデータベースＤ１０から優先順位に従って取得する（１９０７、１９０８）。

次に、サーバ４００は、問診結果データベースＤ７に対して改善実施目標Ｄ７０５に「目標とする」ことが示されている問診の識別子Ｄ７０１を抽出する（１９０９）。問診データベースＤ７は、サーバ４００からの問い合わせに対して問診の識別子Ｄ７０１を応答する（１９１０）。

サーバ４００は、その後、問診情報データベースＤ１３に対して、問診結果データベースＤ７から抽出された識別子Ｄ７０１の問診のカテゴリー（食事メニューカテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３）を問い合わせる（１９１１）。問診情報データベースＤ１３は、サーバ４００からの問い合わせに対して問診の識別子Ｄ７０１に対応する食事メニューカテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３を特定し、応答する（１９１２）。

サーバ４００は、特定された食事メニューカテゴリＤ１３０２と運動メニューカテゴリＤ１３０３から改善実施目標Ｄ７０５として目標にするとした項目に合致するカテゴリに属するメニューを、食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０から優先順位Ｄ９０４、Ｄ１００４の順序で取得する（１９１３）。

サーバ４００は、上記図１８のステップ２４０８で示したように、取得したメニューの熱量の合計が一日あたりの目標減量カロリー数以上になるまで、上記ステップ１９１３の処理を繰り返す（１９１４）。取得したメニューの熱量の合計が一日あたりの目標減量カロリー数以上になると、サーバ４００は、メニューの取得を終了する（１９１４）。

そして、サーバ４００は、ステップ１９１４までに取得したメニュー名を減量メニューとして参加者端末装置３００へ送信し（１９１５）、参加者端末装置３００では個人別プログラム登録画面に減量メニューの候補を表示して参加者が選択を実施する（１９１６）。

図２０は、図１０のステップ２２８の減量メニューの表示や図１８のステップ２４０９の減量メニューの表示にて行われる減量メニューの表示処理の変形例を示すフローチャートである。この例では、運動メニューに関して、参加者の体重に得応じた適切な運動時間を提示するものである。

サーバ４００は、まず、表示する減量メニュー（カード）に運動メニューが含まれるか否かを判定し、運動メニューが含まれていればステップ２４９０２へ進み、食事メニューのみであればステップ２４９１１に進む。なお、運動メニューと食事メニューの両方を含む場合には、ステップ２４９０２以降と、ステップ２４９１１をそれぞれ一回実行すればよい。

ステップ２４９０２では、サーバ４００が参加者の体重と性別を参加者管理データベースＤ４から取得する。そして、運動カロリーデータベースＤ１０から、表示する運動メニューの識別子Ｄ１００１に基づいて、運動メニューベース体重(男)Ｄ１００６、運動メニュー１００ｋｃａｌ消費時間（男）Ｄ１００７、運動メニューベース体重（女）Ｄ１００８、運動メニュー１００ｋｃａｌ消費時間（女）Ｄ１００９を取得する。

次に、ステップ２４９０４〜２４９０９は、表示する運動メニューの数までループを行う。まず、体重１Ｋｇ当たり１分間で参加者が消費するカロリー数を熱量ｋｇ／ｍｉｎ（体重１ｋｇあたり１分間の消費カロリー）として演算する（２４９０５）。この演算は、各運動メニューの消費カロリー数は１００ｋｃａｌであるので、対象となっている参加者の性別を判定し、男性であれば参加者の体重を運動メニューベース体重(男)Ｄ１００６と運動メニュー１００ｋｃａｌ消費時間（男）Ｄ１００７から次式で熱量ｋｇ／ｍｉｎを、
熱量kg／min＝ 100／（運動メニューベース体重(男)×運動メニュー100kcal消費時間（男））
から演算する。なお、参加者が女性の場合には、運動メニューベース体重（女）Ｄ１００８、運動メニュー１００ｋｃａｌ消費時間（女）Ｄ１００９を用いればよい。

次に、サーバ４００は、体重別の消費カロリーを演算する（２４９０６）。体重別消費カロリーは、体重に熱量ｋｇ／ｍｉｎを乗じた値で、
参加者の体重 × 体重１ｋｇあたり１分間に消費するカロリー
より求める。

次に、上記体重別消費カロリーに基づいて、現在着目している運動メニューを参加者の体重で実施する場合に、１００ｋｃａｌを消費するのに必要な運動時間を、体重別運動時間として演算する（２４９０７）。体重別運動時間は、
１００／体重別消費カロリー
より求めることができる。

以上により、ひとつの運動メニューについて参加者の性別と体重に応じた体重別運動時間を求めることができる。

ステップ２４９０８、２７９０９では、表示を行う全ての運動メニューについて体重別運動時間をそれぞれ求め、サーバ４００の記憶装置やメモリなどに格納する。そして、全ての運動メニューについて求めた体重別運動時間と運動メニュー名を参加者端末装置３００へ送信する。

一方、表示する減量メニューが食事メニューの場合は、上記と同様に、食事カロリーデータベースＤ９から食事メニュー名Ｄ９０３を取得して参加者端末装置３００へ送信すればよい。

以上により、参加者の性別と体重に応じた運動メニューの実施時間を表示することが可能となる。

図２９は、上記図１８の変形例を示し、運動メニューを平日のお勧めメニューと休日のお勧めメニューの何れかを表示する処理の一例を示すフローチャートである。図２８で示したように、個人別プログラム登録画面に表示させる減量メニューを、平日お勧めメニューと休日お勧めメニューで異なる内容を表示させるものである。図２８の例では、「平日用お勧めメニュー」と「休日用お勧めメニュー」のボタンを供えている。平日と休日で異なるプログラム（カードCD)を選択できるようにしてもよい。

「平日お勧めメニュー」を押すと、平日など時間がない日でもできそうなプログラムから、個人にあったプログラムを表示する。また「休日お勧めメニュー」を押すと、休日や祝日で、時間があるときに行うことが可能なプログラムから個人にあったプログラムを表示する。

主に、平日/休日でお勧めを変えるのは運動に関するプログラム（食事に関するプログラムでもよい）
。

以下の例では、図２８に示した「平日お勧めメニュー」を選択した場合の処理について説明する。

まず、サーバ４００は、参加者端末装置３００が「平日お勧めメニュー」を選択したか否を判定する（２９０１）。参加者が「平日お勧めメニュー」を選択した場合にはステップ２９０２に進み、一方、参加者が「平日お勧めメニュー」を選択しない場合には、図２８の個人別プログラム登録画面に表示されている食事メニューと運動メニューから減量メニューを選択する（２９１３）。

ステップ２９０２では、サーバ４００がパラメータ設定データベースＤ１１に設定されたパラメータを取得する。

次に、パラメータ設定データベースＤ１１から取得したパラメータが示す優先順位に従って、食事メニューを食事カロリーデータベースＤ９から取得し（２９０３）、運動メニューを運動カロリーデータベースＤ１０から優先順位の順に取得する（２９０４）。

ここで、運動カロリーデータベースＤ１０には、上記図２７に示した内容に、平日お勧めメニューと休日お勧めメニューを識別するフラグを設定し、図３０で示すように、平日・休日カテゴリＤ１０１０を予め設定しておく。図３０の例では、平日・休日カテゴリＤ１０１０の値が「０」であれば平日お勧めメニューであることを示し、「１」であれば休日お勧めメニューであることを示す。

そして、ステップ２９０４では、平日・休日カテゴリＤ１０１０が「０」のレコードから運動メニューを取得する。

次に、サーバ４００は、問診結果データベースＤ７から改善実施目標Ｄ７０５に「目標とする」ことが示されている問診の識別子Ｄ７０１を抽出する。その後、サーバ４００は、問診識別子Ｄ７０１で問診情報データベースＤ１３の問診識別子Ｄ１３０１を参照して、参加者が目標とする問診のカテゴリを問診情報データベースＤ１３の食事メニューカテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３から取得する（２９０５）。

次に、ステップ２９０６〜２９１１では、ステップ２９０５で取得した食事メニューカテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３の総数を改善目標数として、ループ回数（変数Ｃｏｕｎｔの値）が改善目標数に達するか、または以下のループで取得する減量メニューのカロリー数が、上記図１１のステップ１１０４で求めた一日あたりの目標減量カロリー数以上となるまでループを繰り返す。

ステップ２９０７では、取得した食事メニューカテゴリＤ１３０２と運動メニューカテゴリＤ１３０３から改善実施目標Ｄ７０５として目標にするとした項目に合致するカテゴリに属するメニューを食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０から優先順位Ｄ９０４、Ｄ１００４の順で取得する。

ステップ２９０８では、食事カロリーデータベースＤ９または運動カロリーデータベースＤ１０のいずれか一方から減量メニューを取得する度に変数ＣａｌＣｎｔに１００ｋｃａｌを加算する。

ステップ２９０９では、変数ＣａｌＣｎｔの値が、上記ステップ１１０４で求めた一日あたりの目標減量カロリー数以上となっていればループを終了してステップ２９１１に進む。一方、変数ＣａｌＣｎｔの値が一日あたりの目標減量カロリー数未満の場合には、ステップ２９１０で、減量メニューの総数をカウントする変数Ｃｏｕｎｔの値に１を加算してからステップ２９０６に戻ってループを繰り返す。

上記ステップ２９０６〜２９１１のループが完了すると、参加者が改善目標数とするカテゴリの減量メニューの内容（食事メニュー名Ｄ９０３、運動メニュー名Ｄ１００３や量または時間）が食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０から抽出される。

ステップ２９１２では、サーバ４００が上記抽出した減量メニューを、優先順位Ｄ９０４、Ｄ１００４の順で参加者端末装置３００へ送信し、参加者端末装置３００では平日の運動に適した減量メニューを選択することができる（２９１３）。

なお、上記では「平日お勧めメニュー」を選択した場合の処理を示したが、「休日お勧めメニュー」を選択した場合には、上記ステップ２９０４において、平日・休日カテゴリＤ１０１０が「１」のレコードから運動メニューを取得すればよい。

以上のような処理によって、平日に行う運動メニューと、休日に行運動メニューを変更しながらも、所定の減量を効果的に行うことができる。

なお、上記図２９のフローチャートでは、ステップ２９０１で判定処理を行ったが、図２８の「平日お勧めメニュー」ボタンをクリックしたときにステップ２９０２以降を実行するようにしてもよい。

図３１は、図２８に示した個人別プログラム登録画面の平日お勧めメニューと休日お勧めメニューに代わって「お勧めメニュー」のボタンを設定し、お勧めメニューを選択するチェックボックスを加えたものである。その他は上記図２８と同様である。お勧めメニューの表示欄には平日の改善項目として歩行の増大と、缶ビールの削減が提示される。そして、お勧めメニューの表示欄には、改善項目（減量メニュー）毎に、参加者がお勧めメニューの項目を解除することが可能なチェックボックスＣＸを設ける。

チェックボックスＣＸは、参加者端末装置３００でチェックの書き込みまたは解除を行うことができ、参加者が行う減量プログラムとして組み込む場合には、チェックを書き込み、組み込まない場合にはチェックを解除する。サーバ４００は、チェックボックスＣＸにチェックがないものは、お勧めメニューを拒否されたと、判断することができる。

図３２は、上記図３１に示した個人別プログラム登録画面に減量メニューを表示する処理の一例を示すフローチャートである。

まず、サーバ４００は、参加者端末装置３００が図３１に示した個人別プログラム登録画面に「お勧めメニュー」を出力する（３２０１）。次に、参加者端末装置３００からチェックボックスＣＸを解除した通知を受信する。そして、参加者端末装置３００で参加者が「お勧めメニュー」を選択したか否かを判定する（３２０３）。「お勧めメニュー」が選択された場合にはステップ３２０４に進み、一方、参加者が「お勧めメニュー」を選択しない場合には、図２８の個人別プログラム登録画面に表示されている食事メニューと運動メニューから減量メニューを選択する（３２１６）。

ステップ３２０４では、サーバ４００がパラメータ設定データベースＤ１１に設定されたパラメータを取得する。

次に、パラメータ設定データベースＤ１１から取得したパラメータが示す優先順位に従って、食事メニューを食事カロリーデータベースＤ９から取得し（３２０５）、運動メニューを運動カロリーデータベースＤ１０から優先順位の順に取得する（３２０６）。

次に、サーバ４００は、問診結果データベースＤ７から改善実施目標Ｄ７０５に「目標とする」ことが示されている問診の識別子Ｄ７０１を抽出する。その後、サーバ４００は、問診識別子Ｄ７０１で問診情報データベースＤ１３の問診識別子Ｄ１３０１を参照して、参加者が目標とする問診のカテゴリを問診情報データベースＤ１３の食事メニューカテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３から取得する（３２０７）。

次に、サーバ４００は、上記ステップ３２０８で取得したカテゴリのうち、上記ステップ３２０２でチェックボックスＣＸのチェックを解除したお勧めメニューのカテゴリを除外する。

次に、ステップ３２０９〜３２１４では、ステップ３２０５で取得した食事メニューカテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３の総数を改善目標数として、ループ回数（変数Ｃｏｕｎｔの値）が改善目標数に達するか、または以下のループで取得する減量メニューのカロリー数が、上記図１１のステップ１１０４で求めた一日あたりの目標減量カロリー数以上となるまでループを繰り返す。

ステップ３２１０では、取得した食事メニューカテゴリＤ１３０２と運動メニューカテゴリＤ１３０３から改善実施目標Ｄ７０５として目標にするとした項目に合致するカテゴリに属するメニューを食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０から優先順位Ｄ９０４、Ｄ１００４の順で取得する。

ステップ３２１１では、食事カロリーデータベースＤ９または運動カロリーデータベースＤ１０のいずれか一方から減量メニューを取得する度に変数ＣａｌＣｎｔに１００ｋｃａｌを加算する。

ステップ３２１２では、変数ＣａｌＣｎｔの値が、上記ステップ１１０４で求めた一日あたりの目標減量カロリー数以上となっていればループを終了してステップ３２１４に進む。一方、変数ＣａｌＣｎｔの値が一日あたりの目標減量カロリー数未満の場合には、ステップ３２１３で、減量メニューの総数をカウントする変数Ｃｏｕｎｔの値に１を加算してからステップ３２０９に戻ってループを繰り返す。

上記ステップ３２０９〜３２１４のループが完了すると、参加者が改善目標数とするカテゴリの減量メニューの内容（食事メニュー名Ｄ９０３、運動メニュー名Ｄ１００３や量または時間）が食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０から抽出される。

ステップ３２１５では、サーバ４００が上記抽出した減量メニューを優先順位Ｄ９０４、Ｄ１００４の順で参加者端末装置３００へ送信し、参加者端末装置３００では平日の運動に適した減量メニューを選択することができる（３２１６）。

以上のような処理によって、参加者がお勧めメニューから排除したカテゴリについては、減量メニューから除外するようにしたので、参加者の習慣や嗜好に応じた減量メニューを表示することができる。

図３３は、上記図３１に示した個人別プログラム登録画面に減量メニューを表示する処理の他の例を示すフローチャートである。

図３３の処理は、減量メニューの実施率が悪い場合に、登録する減量メニューを変更する場合に、お勧めメニューを再度提示する処理を示す。

減量メニューの変更を行う要員としては、予め、目標見直し時期を任意の日数ごとに設定しておき、目標見直し時期に参加者が任意の回数連続して、その日の目標体重をクリアできなかった場合（もしくは、連続してある減量メニューが実施されていない場合）、サーバ４００は担当の指導者に、その参加者に関するアラートメールを送信する。指導者は、アラートメールを受信すると、該当の参加者へ減量メニューの変更（または追加）のメールを送信し、減量メニューの変更手続きに入る。

減量の実施途中で減量メニューを変更する場合には、参加者の既登録の減量メニューのうち、実施率の悪い減量メニューが変更されるように、実施率の悪い減量メニューが属するカテゴリ以外からお勧めのメニューを提示する。この減量メニューの提示処理を以下に説明する。

まず、参加者端末装置３００は、減量メニューの変更を奨励する電子メールを受信する（３４０１）。参加者端末装置３００は、参加者の識別子でサーバ４００にアクセスする（３４０２）。サーバ４００は、アクセスを受け付けた参加者の識別子から、この参加者の減量記録データベースＤ５の連番Ｄ５０４〜Ｄ５０７に格納された減量メニューの識別子と、個人別プログラムデータベースＤ８に格納された生活改善項目の食事メニューの識別子Ｄ８０４及び生活改善項目の運動メニューの識別子Ｄ８０５を比較して、上述したように減量メニューの実施率を求める。そして、サーバ４００は、参加者が実行するために個人別プログラムデータベースＤ８に設定した生活改善項目食事メニュー識別子Ｄ８０４または生活改善項目の運動メニュー識別子Ｄ８０５のうち、実施率が予め設定したしきい値未満のカテゴリを抽出する（３４０３）。

次に、サーバ４００は、参加者端末装置３００が図３１に示した個人別プログラム登録画面の「お勧めメニュー」を選択したか否かを判定する（３４０４）。「お勧めメニュー」が選択された場合にはステップ３４０５に進み、一方、参加者が「お勧めメニュー」を選択しない場合には、図２８の個人別プログラム登録画面に表示されている食事メニューと運動メニューから減量メニューを選択する（３４１７）。

ステップ３４０５では、サーバ４００がパラメータ設定データベースＤ１１に設定されたパラメータを取得する。

次に、パラメータ設定データベースＤ１１から取得したパラメータが示す優先順位に従って、食事メニューを食事カロリーデータベースＤ９から取得し（３４０６）、運動メニューを運動カロリーデータベースＤ１０から優先順位の順に取得する（３４０７）。

次に、サーバ４００は、問診結果データベースＤ７から改善実施目標Ｄ７０５に「目標とする」ことが示されている問診の識別子Ｄ７０１を抽出する。その後、サーバ４００は、問診識別子Ｄ７０１で問診情報データベースＤ１３の問診識別子Ｄ１３０１を参照して、参加者が目標とする問診のカテゴリを問診情報データベースＤ１３の食事メニューカテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３から取得する（３４０８）。

次に、サーバ４００は、上記ステップ３４０８で取得したカテゴリのうち、上記ステップ３４０３で閾値未満となったカテゴリを除外する。すなわち、サーバ４００は、参加者の実施率が閾値未満の低い減量メニューのカテゴリが除外される。

次に、ステップ３４１０〜３４１５では、ステップ３４０５で取得した食事メニューカテゴリＤ１３０２及び運動メニューカテゴリＤ１３０３の総数を改善目標数として、ループ回数（変数Ｃｏｕｎｔの値）が改善目標数に達するか、または以下のループで取得する減量メニューのカロリー数が、上記図１１のステップ１１０４で求めた一日あたりの目標減量カロリー数以上となるまでループを繰り返す。

ステップ３４１１では、取得した食事メニューカテゴリＤ１３０２と運動メニューカテゴリＤ１３０３から改善実施目標Ｄ７０５として目標にするとした項目に合致するカテゴリに属するメニューを食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０から優先順位Ｄ９０４、Ｄ１００４の順で取得する。

ステップ３４１２では、食事カロリーデータベースＤ９または運動カロリーデータベースＤ１０のいずれか一方から減量メニューを取得する度に変数ＣａｌＣｎｔに１００ｋｃａｌを加算する。

ステップ３４１３では、変数ＣａｌＣｎｔの値が、上記ステップ１１０４で求めた一日あたりの目標減量カロリー数以上となっていればループを終了してステップ３４１５に進む。一方、変数ＣａｌＣｎｔの値が一日あたりの目標減量カロリー数未満の場合には、ステップ３４１４で、減量メニューの総数をカウントする変数Ｃｏｕｎｔの値に１を加算してからステップ３４１０に戻ってループを繰り返す。

上記ステップ３４１０〜３４１５のループが完了すると、参加者が改善目標数とするカテゴリの減量メニューの内容（食事メニュー名Ｄ９０３、運動メニュー名Ｄ１００３や量または時間）が食事カロリーデータベースＤ９と運動カロリーデータベースＤ１０から抽出される。

ステップ３４１６では、サーバ４００が上記抽出した減量メニューを優先順位Ｄ９０４、Ｄ１００４の順で参加者端末装置３００へ送信し、参加者端末装置３００では平日の運動に適した減量メニューを選択することができる（３４１７）。

以上のような処理によって、参加者の実施率が閾値未満となったカテゴリについては、お勧めメニューから排除されるため、参加者の実施状況に応じた減量メニューを表示することができる。

なお、上記実施形態でサーバ側管理手段Ｍ１０〜Ｍ５０は、同一の管理手段で構成しても良い。

本発明の実施の形態の保健指導支援システムの構成を示すブロック図である。 本発明の実施の形態の保健指導支援システムによる処理の概要を示すフローチャートである。 本発明の実施の形態の初期準備処理手段の機能要素を示すブロック図である。 本発明の実施の形態の参加準備処理手段の機能要素を示すブロック図である。 本発明の実施の形態の参加者データ入力・閲覧処理手段の機能要素を示すブロック図である。 本発明の実施の形態の介入指導処理手段の機能要素を示すブロック図である。 本実施の形態のイベント処理手段の機能要素を示すブロック図である。 本発明の実施の形態のメールサービス処理手段による処理のフローチャートである。 本実施の形態の優先順位設定処理手段による処理のフローチャートである。 本発明の実施の形態の参加者登録処理手段による処理のフローチャートである。 本発明の実施の形態の図１０に示した減量メニューの選択処理のタイムチャートを示す。 本発明の実施の形態のイベントチェック処理手段による処理のフローチャートである。 本発明の実施の形態のイベントチェック結果表示処理手段による処理のフローチャートである。 本発明の実施の形態の参加者一覧表示処理手段による処理のフローチャートである。 本発明の実施の形態の介入判定処理手段による処理のフローチャートである。 本実施の形態の定型文言編集処理手段による処理のフローチャートである。 本実施の形態の定期イベント編集処理手段による処理のフローチャートである。 本発明の実施の形態の図１０に示した参加者登録処理手段の処理のうち、ステップ２２８の減量メニューの表示処理の詳細な処理を示すフローチャートである。 本発明の実施の形態の減量メニューの表示処理のタイムチャートである。 本発明の実施の形態の減量メニューの表示処理の変形例を示すフローチャートである。 本発明の実施の形態の参加者管理データベースの構成を示す説明図である。 本発明の実施の形態の問診情報データベースの構成を示す説明図である。 本発明の実施の形態の問診結果データベースの構成を示す説明図である。 本発明の実施の形態の個人別プログラムデータベースの構成を示す説明図である。 本発明の実施の形態のパラメータ設定データベースの構成を示す説明図である。 本発明の実施の形態の食事カロリーデータベースの構成を示す説明図である。 本発明の実施の形態の運動カロリーデータベースの構成を示す説明図である。 本発明の実施の形態の平日/休日個人別プログラム登録画面の説明図である。 本発明の実施の形態の減量メニューの表示処理の変形例を示すフローチャートである。 本発明の実施の形態の運動カロリーデータベースの構成を示す説明図で、変形例を示す。 本発明の実施の形態の個人別プログラム登録画面の説明図で、他の例を示す。 本発明の実施の形態の減量メニューの表示処理の他の変形例を示すフローチャートである。 本発明の実施の形態の減量メニューの表示処理のさらに他の変形例を示すフローチャートである。 本発明の実施の形態の個人別減量目標データベースの構成を示す説明図である。 本発明の実施の形態の減量記録データベース構成を示す説明図である。 本発明の実施の形態の定期イベントデータベースの構成を示す説明図である。 本発明の実施の形態の定型文言データベースの構成を示す説明図である。 本発明の実施の形態の指導記録データベースの構成を示す説明図である。 本発明の実施の形態の個人別プログラム登録画面の説明図である。

符号の説明

１００ 管理者端末装置
２００ 指導者端末装置
３００ 参加者端末装置
４００ サーバ
Ｍ１ 初期準備処理手段
Ｍ２ 参加準備処理手段
Ｍ３ 参加者データ入力・閲覧処理手段
Ｍ４ 介入指導処理手段
Ｍ５ イベント処理手段
Ｍ６ ＰＤＡデータ登録手段
Ｄ１ 指導者管理データベース
Ｄ２ 定型文言データベース
Ｄ３ 定期イベントデータベース
Ｄ４ 参加者管理データベース
Ｄ５ 減量記録データベース
Ｄ６ 指導記録データベース
Ｄ７ 問診結果データベース
Ｄ８ 個人別プログラムデータベース
Ｄ９ 食事カロリーデータベース
Ｄ１０ 運動カロリーデータベース
Ｄ１１ パラメータ設定データベース
Ｄ１２ 個人別減量目標データベース
Ｄ１３ 問診情報データベース

Claims (7)

1. 指導者に指示によってユーザに対する保健指導を実施する保健指導支援システムであって、
   演算処理をするプロセッサと、前記プロセッサに接続されたメモリと、前記プロセッサに接続されたインターフェースとを備え、
   前記プロセッサは、
   前記参加者の情報を受け付け、前記受け付けた参加者の情報を登録し、
   予め優先順位を設定した減量メニューと、前記登録された参加者の情報に基づいて、前記参加者に適する減量メニューを前記優先順位の順で選択して、前記選択された減量メニューを前記参加者に提示し、
   前記参加者の情報は、前記参加者を識別するための情報と、前記参加者への問診の結果と、前記問診結果に基づいて決定した減量メニューのカテゴリを含むことを特徴とする保健指導支援システム。
2. 前記プロセッサは、
   前記選択された減量メニューの実施状況、及び、前記参加者の減量の状況を受け付け、前記受け付けられた実施状況及び減量状況を登録し、
   前記登録された実施状況及び減量状況の少なくとも一方が所定の条件を満たすか否かを判定し、前記判定の結果を表示することを特徴とする請求項１に記載の保健指導支援システム。
3. 前記保健指導支援システムは、
   前記参加者を識別するための情報が格納される参加者情報データベースと、
   前記参加者への問診の結果と、当該問診結果に対応して参加者が実施する減量メニューのカテゴリが格納される問診データベースと、
   前記参加者に提示される減量メニューが、予め優先順位を付与され、複数のカテゴリに分類されて格納される減量メニューデータベースと、を備え、
   前記プロセッサは、
   前記問診データベースから前記参加者が実施するカテゴリを取得し、前記取得したカテゴリと一致するカテゴリの減量メニューを前記減量メニューデータベースから選択し、前記選択した減量メニューを前記優先順位の順に抽出することを特徴とする請求項１に記載の保健指導支援システム。
4. 前記保健指導支援システムは、
   前記参加者毎の減量メニューの実施状況及び減量状況が格納される減量記録データベースを、さらに備え、
   前記プロセッサは、
   前記減量記録データベースの減量メニューの実施状況から前記参加者の減量メニュー毎の実施率を演算し、前記実施率が所定の閾値未満の減量メニューを抽出し、前記抽出された減量メニューのカテゴリを前記減量メニューデータベースから取得して、前記参加者に適する減量メニューを前記優先順位の順で選択するときに、前記抽出された減量メニューのカテゴリを除外することを特徴とする請求項１に記載の保健指導支援システム。
5. 前記保健指導支援システムは、
   前記参加者を識別するための情報が格納される参加者情報データベースと、
   前記参加者に提示される減量メニューが、予め優先順位を付与され、複数のカテゴリに分類されて格納される減量メニューデータベースと、を備え、
   前記参加者の情報は、前記参加者の体重を含み、
   前記減量メニューデータベースは、基準体重と、基準体重に応じた基準運動時間を含む運動メニューを有し、
   前記プロセッサは、
   前記選択された減量メニューを前記参加者に提示するときに、前記運動メニューが含まれる場合には、前記減量メニューデータベースから前記運動メニューの基準体重に応じた基準運動時間を取得し、前記参加者の体重に対応する運動時間を演算して提示することを特徴とする請求項１に記載の保健指導支援システム。
6. 前記保健指導支援システムは、
   前記参加者を識別するための情報が格納される参加者情報データベースと、
   前記参加者に提示される減量メニューが、予め優先順位を付与され、複数のカテゴリに分類されて格納される減量メニューデータベースと、を備え、
   前記プロセッサは、
   前記参加者に提示した減量メニューのうち、前記参加者が実施する減量メニューとして選択されなかった減量メニューを検出し、前記検出された減量メニューのカテゴリを前記減量メニューデータベースから取得して、前記参加者に適する減量メニューを前記優先順位の順で選択するときに、前記抽出された減量メニューのカテゴリを除外することを特徴とする請求項１に記載の保健指導支援システム。
7. 指導者の指示によってユーザに対する保健指導を実施する保健指導支援システムに以下の手順を実行させるプログラムであって、
   前記保健指導支援システムは、演算処理をするプロセッサと、前記プロセッサに接続されたメモリと、前記プロセッサに接続されたインターフェースとを備え、
   前記プログラムは、
   前記参加者の情報を受け付け、前記受け付けた参加者の情報を登録する手順と、
   前記登録された参加者の情報に基づいて、前記参加者に適する減量メニューを選択して、前記選択された減量メニューを前記参加者に提示する手順と、を含み、
   前記参加者の情報は、前記参加者を識別するための情報と、前記参加者への問診の結果と、前記問診結果に基づいて決定した減量メニューのカテゴリを含み、
   前記選択された減量メニューを前記参加者に提示する手順は、
   予め優先順位を設定した減量メニューと、前記登録された参加者の情報に基づいて、前記参加者に適する減量メニューを前記優先順位の順で選択することを特徴とするプログラム。