(57)【要約】【課題】健康相談を行う者の意欲を殺がずに健康相談を実現する。【解決手段】健康相談業務の委託契約を医師Ｂとの間で結んだ会社Ｃの社員Ａに使用され、この社員Ａの相談内容を含むメッセージを送信するＰＣ１１０と、ＰＣ１１０から送信されたメッセージを受信し、このメッセージ内の相談内容を記憶するとともに医師Ｂ宛の電子メールを送信する健康相談仲介装置１１２と、医師Ｂに携帯される移動機１０７とを有する。上記電子メールを受信した医師Ｂが移動機１０７を操作し健康相談仲介装置１１２にアクセスすると、健康相談仲介装置１１２から移動機１０７へ上記相談内容を含むメッセージが送信される。【選択図】　　　図１
2004133696.tif 000002
【特許請求の範囲】
【請求項１】
健康相談業務の委託契約を医師との間で結んだ組織の構成員に使用され、該構成員の相談内容を送信する第１の通信端末と、
前記医師に使用され、相談内容を受信し表示する第２の通信端末と、
前記構成員が使用中の前記第１の通信端末から送信された相談内容を受信し記憶するとともに前記医師宛の電子メールを送信し、前記医師が使用中の前記第２の通信端末へ該相談内容を送信する健康相談仲介装置と
を有する健康相談システム。
【請求項２】
前記医師に携帯され、前記電子メールを受信可能な携帯通信端末を有する
ことを特徴とする請求項１に記載の健康相談システム。
【請求項３】
健康相談業務の委託契約を医師との間で結んだ組織の構成員が使用中の通信端末から送信される、該構成員の相談内容を受信し記憶し、前記医師宛の電子メールを送信する医師宛送信手段と、
前記医師が使用中の通信端末へ該相談内容を送信する相談送信手段と
を有する健康相談仲介装置。
【請求項４】
前記医師が使用中の通信端末から前記相談内容に対応して送信される回答内容を受信し記憶し、前記構成員宛の電子メールを送信する構成員宛送信手段と、
該構成員が使用中の通信端末へ該回答内容を送信する回答送信手段と
を有することを特徴とする請求項３に記載の健康相談仲介装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、医師への健康相談を仲介する技術に関する。
【０００２】
【従来の技術】
政令で定められる規模の事業場を有する事業者は、この事業場で業務を行う労働者の健康管理等を行う産業医を選任する。この産業医、すなわち事業者と産業医契約を結んだ医師は、労働者から健康相談を受け、これに回答する、という健康相談職務を遂行する。この職務は、通常、労働者と産業医が直接会う形式で遂行される。ところで、地理的な都合や労働者の業務の都合等により、労働者と産業医が直接会う機会を確保し難い場合がある。このような場合、労働者の健康相談意欲が減退してしまう。このような問題の解決策の一つとして、特許文献１に開示されている、テレビ電話を用いて健康相談を行う技術が挙げられる。
【０００３】
【特許文献１】
特開２００１−３５７１３７号公報
【０００４】
【発明が解決しようとする課題】
しかし、産業医とテレビ電話で会話する形式で健康相談を行うにしても、労働者の都合と産業医の都合とが合わなければ健康相談を行うことができないことには変わりがない。また、産業医と会話する形式で健康相談を行うことに心理的な抵抗を憶え、健康相談を行う意欲が殺がれてしまう労働者の存在が想定される。このような労働者を想定すると、会話よりも気軽に使用可能な手段を用いて健康相談を行うことができるようにすべきである。とは言え、郵便のように相談から回答までの期間が長いと、やはり上述の意欲減退を招く。
本発明は上述の事情に鑑みてなされたものであり、健康相談を行う者の意欲を殺がずに健康相談を実現することができる技術を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上述した課題を解決するために、本発明は、健康相談業務の委託契約を医師との間で結んだ組織の構成員に使用され、該構成員の相談内容を送信する第１の通信端末と、前記医師に使用され、相談内容を受信し表示する第２の通信端末と、前記構成員が使用中の前記第１の通信端末から送信された相談内容を受信し記憶するとともに前記医師宛の電子メールを送信し、前記医師が使用中の前記第２の通信端末へ該相談内容を送信する健康相談仲介装置とを有する健康相談システムを提供する。
また、本発明は、健康相談業務の委託契約を医師との間で結んだ組織の構成員が使用中の通信端末から送信される、該構成員の相談内容を受信し記憶し、前記医師宛の電子メールを送信する医師宛送信手段と、前記医師が使用中の通信端末へ該相談内容を送信する相談送信手段とを有する健康相談仲介装置を提供する。
本発明によれば、健康相談仲介装置は、構成員が使用中の通信端末から送信された相談内容を記憶し、医師宛の電子メールを送信し、この相談内容を医師が使用中の端末へ送信する。
【０００６】
【発明の実施の形態】
［実施形態の構成］
図１の健康相談仲介システムは、社員Ａを雇用している会社Ｃと産業医契約を結んでいる医師Ｂに対して社員Ａが健康相談を行う際に健康相談を仲介する。会社Ｃ内に設置されたＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）１０８はＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）に従ってパケットを転送するものであり、このＬＡＮ１０８には、インターネット１０１とＬＡＮ１０８を相互接続するルータ１０９と、社員Ａ用のＰＣ１１０と、社員に対して電子メールサービスを提供するメールサーバ装置１１１と、健康相談の仲介を行う健康相談仲介装置１１２とが接続されている。なお、社員Ａ以外の社員用のＰＣ（図示略）もＬＡＮ１０８に接続されている。
【０００７】
ＰＣ１１０はパーソナルコンピュータ装置であり、画像を表示する表示面１１０Ａを備えている。このＰＣ１１０が、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）／ＩＰに準拠した通信を行うことでＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）クライアントおよびメールクライアントを実現する一般的なパーソナルコンピュータ装置と異なるのは、社員Ａの電子メールアカウントを記憶しており、このアカウントを用いてメールサーバ装置１１１に定期的にアクセスする点である。
【０００８】
メールサーバ装置１１１が、ＴＣＰ／ＩＰ及びＳＭＴＰ（Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）に従って電子メールを送受信する一般的なＳＭＴＰメールサーバ装置と異なるのは、会社Ｃの社員に与えられた電子メールアカウント毎にメールボックスを有する点と、会社Ｃの社員に与えられた電子メールアドレス宛の電子メールを受信すると、受信した電子メールを宛先の電子メールアドレスに対応したメールボックスへ格納する点と、正当な電子メールアカウントを用いてアクセスされると、このアカウントに対応したメールボックスに格納された新着の電子メールをアクセス元の装置（例えばＰＣ１１０）へ送信する点である。
【０００９】
固定電話網用接続装置１０３は固定電話網１０２とインターネット１０１とを相互接続しており、ＰＰＰ（Ｐｏｉｎｔ　ｔｏ　Ｐｏｉｎｔ　Ｐｒｏｔｏｃｏｌ）及びＴＣＰ／ＩＰを用いてインターネット１０１へのリモートアクセスサービスを利用者に提供する一般的なダイヤルアップサーバ装置が備えている全機能と、上記一般的なＳＭＴＰメールサーバ装置が備えている全機能とを備えている。また、医師Ｂは固定電話網用接続装置１０３の利用者であり、固定電話網用接続装置１０３は、医師Ｂが有する固定電話網用電子メールアカウントに対応したメールボックスを有する。更に、固定電話網用接続装置１０３は、このアカウントに対応した固定電話網用電子メールアドレス宛の電子メールを受信すると、この電子メールを当該メールボックスへ格納する。更に、固定電話網用接続装置１０３は、このアカウントを用いてアクセスされると、このアカウントに対応したメールボックスに格納された新着の電子メールをアクセス元の装置（例えばＰＣ１０４）へ送信する。
【００１０】
ＰＣ１０４は医師Ｂに使用されるパーソナルコンピュータ装置であり、画像を表示する表示面１０４Ａを備えている。このＰＣ１０４がＰＰＰ及びＴＣＰ／ＩＰに準拠した通信を行うことでＷＷＷクライアントおよびメールクライアントを実現する一般的なパーソナルコンピュータ装置と異なるのは、医師Ｂの固定電話網用電子メールアカウントを記憶しており、このアカウントを用いて固定電話網用接続装置１０３にアクセスする点と、移動パケット通信網１０５の無線通信エリア内に配置されている点である。
【００１１】
移動パケット通信網用接続装置１０６は移動パケット通信網１０５とインターネット１０１とを相互接続している。この移動パケット通信網用接続装置１０６は、移動パケット通信網１０５が従う通信プロトコルとＴＣＰ／ＩＰを用いてインターネット１０１へのリモートアクセスサービスを利用者に提供する。また、医師Ｂは移動パケット通信網用接続装置１０６の利用者であり、移動パケット通信網用接続装置１０６は、医師Ｂが有する移動網用電子メールアドレスに対応したメールボックスを有する。更に、移動パケット通信網用接続装置１０６は、利用者が所有する移動機を特定可能であり、上記メールボックスに新着の電子メールが格納されると、この電子メールを医師Ｂが所有する移動機に宛てて移動パケット通信網１０５経由で送信する。
【００１２】
移動機１０７は画像を表示する表示面１０７Ａを備えている。この移動機１０７が、ＷＷＷクライアントおよびメールクライアント機能を実現する一般的な携帯電話機と異なるのは、医師Ｂに所有され携帯される点と、使用する通信網が移動パケット通信網１０５である点である。
【００１３】
健康相談仲介装置１１２は会社Ｃの社員と医師Ｂとの間で行われる健康相談を仲介する仲介処理を行う。この健康相談仲介装置１１２は、図２に示されるように、ＩＰＬ（Ｉｎｉｔｉａｌ　Ｐｒｏｇｒａｍ　Ｌｏａｄｅｒ）を記憶したＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１と、このＩＰＬをＲＯＭ１から読み出し実行するＣＰＵ（Ｃｅｎｔｒａｌ　ＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）２と、ＣＰＵ２にワークエリアを提供するＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）３と、ＣＰＵ２とＬＡＮ１０８とを接続する通信インタフェース４と、ＣＰＵ２に接続された記憶部５とを有する。通信インタフェース４はＣＰＵ２とＬＡＮ１０８間でＩＰパケットを転送する。記憶部５はハードディスクや電子ディスク等の不揮発性メモリであり、次に述べる各種のテーブルを記憶する。
【００１４】
社員テーブルＴ１には会社Ｃの社員についての社員情報が社員毎に格納される。社員情報は、社員を一意に識別するための社員コード、本人であることを確認するためのパスワード、氏名、所属、及び電子メールアドレスを有する。
案件テーブルＴ２には、相談案件に関する情報である案件情報が相談案件毎に格納される。「相談案件」とは、本健康相談仲介システムが健康相談業務を管理する際に管理対象となる作業単位であり、会社Ｃの社員から医師Ｂへの新規相談に始まり医師Ｂから当該社員への最終的な回答である最終回答で終わる。案件テーブルＴ２に格納される案件情報は、相談案件を一意に識別するための案件番号、この相談案件の当事者である社員の社員コード、この相談案件の基本的な属性を示す基本情報、及びこの相談案件が完了したか否かを示す状況フラグを有する。なお、本実施形態において、基本情報とは、相談者の氏名、年齢、性別、身長、体重、症状、現在までの経過（または既往症）、及び相談のタイトルを示す。
相談テーブルＴ３には、相談や回答の内容を示す情報である相談情報が相談単位毎に格納される。「相談単位」とは、相談案件に少なくとも一つ内包される作業単位であり、会社Ｃの社員から医師Ｂへの相談に始まり医師Ｂから当該社員への回答で終わる。相談テーブルＴ３に格納される相談情報は、相談単位を一意に識別するための相談番号、この相談単位を内包する相談案件の案件番号、この相談単位において為された相談の内容である相談内容、及びこの相談に対する回答の内容である回答内容を有する。
【００１５】
また、記憶部５は、医師Ｂを一意に識別するための医師コード、本人であることを確認するためのパスワード、医師Ｂの固定網用メールアドレス、医師Ｂの移動網用メールアドレス、健康相談仲介装置１１２の電子メールアドレスである健康相談仲介装置メールアドレス、案件テーブルＴ２に案件情報を追加格納する際に用いられる新案件番号、及び相談テーブルＴ３に相談情報を追加格納する際に用いられる新相談番号を記憶している。また、記憶部５は、ＩＰＬを実行したＣＰＵ２に読み出され実行される制御プログラムを記憶している。この制御プログラムは、実行されることにより、ＴＣＰ／ＩＰに準拠した通信を行うための通信機能、この通信機能を用いる一般的なＳＭＴＰメールクライアント、及びこの通信機能を用いる管理サーバを健康相談仲介装置１１２に実現させる。ＳＭＴＰメールクライアントは後述のＷＷＷサーバからの依頼に従った処理を行う。
【００１６】
管理サーバはＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）に従ってメッセージを送受信する。また、管理サーバは複数の処理単位（プロセスやスレッド等）を並列に実行することができる。また、管理サーバは、健康相談仲介装置１１２のドメイン名を内包した既定の社員用ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）及び既定の医師用ＵＲＬのいずれかをヘッダに格納したリクエストメッセージを受信すると、ＷＷＷサーバを実現する処理単位を新たに生成し、このＷＷＷサーバへ当該メッセージを渡すとともに固有のセッションＩＤを払い出す。
【００１７】
ＷＷＷサーバは、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）に従ってメッセージを送受信する。また、ＷＷＷサーバは、処理単位を用いて実現されてからその処理単位が消滅するまで、管理サーバから払い出されたセッションＩＤで識別される一つのセッションを用いてＷＷＷクライアントと通信する。
【００１８】
管理サーバは、ＷＷＷサーバとＷＷＷクライアント間の通信を監視し、ＷＷＷサーバへ払い出したセッションＩＤを用いないメッセージが当該ＷＷＷサーバへ送信されてくると、これを検知し、このＷＷＷサーバの処理単位を消滅させる。また、管理サーバは、既定の期間にわたってメッセージを送受信していないＷＷＷサーバや稼動の停止を依頼してきたＷＷＷサーバの処理単位を消滅させる。
【００１９】
ＷＷＷサーバは、上記特定のＵＲＬが社員用ＵＲＬであれば図３に示す流れの社員用仲介処理を、医師用ＵＲＬであれば図４に示す流れの医師用仲介処理を行う。各仲介処理において、ＷＷＷサーバは、ＷＷＷクライアントから健康相談仲介装置１１２宛のリクエストメッセージ（健康相談仲介装置１１２のドメイン名を内包したＵＲＬをヘッダに格納したリクエストメッセージ）を受信すると、通常、このメッセージのヘッダに格納されたＵＲＬで指定されたファイルを記憶部５から読み出し、このファイルを内包したレスポンスメッセージを生成し、当該ＷＷＷクライアントへ返信する。
【００２０】
また、記憶部５はＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）に従って記述されたテキストファイルであるファイルＦ１〜Ｆ３を記憶している。ファイルＦ１は既定の社員用ＵＲＬで指定される記憶位置に記憶されており、このファイルには、ＷＷＷクライアントの使用者が社員コード及びパスワードを入力するための各種要素と、これらの要素を用いて入力された情報を内包し既定の社員認証用ＵＲＬをヘッダに格納したリクエストメッセージを送信するタイミングをＷＷＷクライアントの使用者が入力するための要素と、を備えたページ（図示略）の提供に必要なテキストが記述されている。
【００２１】
ＷＷＷサーバは、社員認証用ＵＲＬをヘッダに格納したリクエストメッセージを受信すると、この社員コードをＲＡＭ３の予め定められた記憶領域に書き込む。更に、ＷＷＷサーバは、このメッセージに内包された社員コード及びパスワードを含む社員情報を社員テーブルＴ１から検索し、該当する社員情報が抽出されれば「ＷＷＷクライアントの使用者は会社Ｃの社員である」と判定し、抽出されなければ「ＷＷＷクライアントの使用者は会社Ｃの社員でない」と判定する。後者と判定したＷＷＷサーバは、自身の稼動の停止を管理サーバへ依頼する。
前者と判定したＷＷＷサーバは、案件テーブルＴ２から当該社員コードを有する案件情報を検索する。この検索により少なくとも一つの案件情報が抽出された場合には、ＷＷＷサーバは、抽出された案件情報毎に、対応する案件番号を示す文字列を既定の社員参照用ＵＲＬを示す文字列の末尾に繋げて社員参照用文字列を生成する。更に、ＷＷＷサーバは、当該相談案件の案件番号およびタイトルを示すテキストをアンカーとし社員参照用文字列をリンク属性値としたアンカー要素と、既定の新規開始用ＵＲＬをヘッダに格納したリクエストメッセージを送信するタイミングをＷＷＷクライアントの使用者が入力するためのボタンＢ１とを備えたページが記述されたファイルを生成し、このファイルを内包したレスポンスメッセージをＷＷＷクライアントへ送信する。なお、上記検索により案件情報が一つも抽出されなかった場合には、社員参照用文字列は生成されず、ＷＷＷクライアントへ送信されるレスポンスメッセージに内包されるファイルは、上記アンカー要素を備えずボタンＢ１を備えたページを記述したものとなる。
【００２２】
新規開始用ＵＲＬで指定される記憶位置にはファイルＦ２が記憶されている。このファイルには、図５に示すように、ＷＷＷクライアントの使用者が基本情報および相談内容を入力するための各種要素と、これらの要素を用いて入力された情報を内包し既定の新規用ＵＲＬをヘッダに格納したリクエストメッセージを送信するタイミングを当該使用者が入力するためのボタンＢ２と、を備えたページＰ２の提供に必要なテキストが記述されている。
【００２３】
また、ＷＷＷサーバは、新規用ＵＲＬをヘッダに格納したリクエストメッセージを受信すると、記憶部５から新案件番号および新相談番号を読み出し、この新案件番号と、このメッセージに内包された基本情報と、上記社員コードと、完了していないことを示す状況フラグとを有する案件情報を生成し、案件テーブルＴ２に追加格納する。更に、ＷＷＷサーバは、新相談番号と、新案件番号と、このメッセージに内包された相談内容とを有する相談情報を生成し、記憶部５に記憶されている相談テーブルＴ３に追加格納する。更に、ＷＷＷサーバは、新案件番号および新相談番号にそれぞれ１を加算し、加算後の新案件番号および新相談番号を用いて、記憶部５に記憶された新案件番号および新相談番号を上書きする。すなわち、新案件番号および新相談番号を更新する。更に、ＷＷＷサーバは、記憶部５から、固定電話網用メールアドレス、移動網用メールアドレス及び健康相談仲介装置メールアドレスを読み出す。更に、ＷＷＷサーバは、固定電話網用メールアドレス及び移動網用メールアドレスを宛先アドレスとし、健康相談仲介装置メールアドレスを送信元アドレスとし、かつ新規相談があった旨と当該相談情報内の案件番号と当該情報内の基本情報に含まれているタイトルとを示すテキストを本文とした電子メールを送信することをＳＭＴＰメールクライアントへ依頼する。更に、ＷＷＷサーバは、「ＷＷＷクライアントの使用者は会社Ｃの社員である」と判定した場合に行う処理と同じ処理を行う。
また、ＷＷＷサーバは、社員参照用ＵＲＬを示す文字列の末尾に案件番号を示す文字列が繋げられてなる文字列をヘッダに格納したリクエストメッセージを受信すると、当該案件番号を有する案件情報および相談情報を案件テーブルＴ２および相談テーブルＴ３から抽出し、抽出した情報に基づいて、タイトル、相談内容および回答内容をこの順序でＷＷＷクライアントの使用者へ提示するためのページの提供に必要なテキストが記述されたファイルを生成する。この際、当該案件番号を有する相談情報が複数の場合には、ＷＷＷサーバは、相談番号が小さい順に相談内容および回答内容が提示されるように当該ファイルを生成する。更に、ＷＷＷサーバは、案件テーブルＴ２を参照し、当該案件番号の相談案件が完了しているか否かを判定する。この判定結果が「未完了」であれば、ＷＷＷサーバは、当該案件番号を示す文字列を既定の追加用ＵＲＬを示す文字列の末尾に繋げて追加用文字列を生成し、当該ページがＷＷＷクライアントの使用者が相談内容を入力するための要素と、この要素を用いて入力された情報を内包し上記追加用文字列をヘッダに格納したリクエストメッセージを送信するタイミングを当該使用者が入力するためのボタンＢ５とを備えるように当該ファイルの内容を変更する。当該判定結果が「完了」であれば、この変更は行われない。
また、ＷＷＷサーバは、追加用ＵＲＬを示す文字列の末尾に案件番号を示す文字列が繋げられた文字列をヘッダに格納したリクエストメッセージを受信すると、この案件番号と、新相談番号と、このメッセージ内の相談内容とを有する相談情報を相談テーブルＴ３に追加格納する。更に、ＷＷＷサーバは新相談番号を更新し、新案件番号および新相談番号を更新した後に行われる処理と同様の処理を行う。ただし、ＷＷＷサーバがＳＭＴＰメールクライアントに送信を依頼する電子メールは、新規相談があった旨ではなく、追加相談があった旨を示す。
【００２４】
ところで、図２のファイルＦ３がファイルＦ１と異なる点は、医師用ＵＲＬで指定される記憶位置に記憶されている点と、入力の対象となる情報が医師コード及びパスワードである点と、ＷＷＷクライアントの使用者に指定されたタイミングで送信されるリクエストメッセージのヘッダに格納されるＵＲＬが医師認証用ＵＲＬである点である。
【００２５】
ＷＷＷサーバは、医師認証用ＵＲＬをヘッダに格納したリクエストメッセージを受信すると、記憶部５に記憶されている医師情報を読み出し、この医師情報内の医師コード及びパスワードが当該メッセージに内包された医師コード及びパスワードと一致するか否かを判定し、一致した場合には「ＷＷＷクライアントの使用者は医師Ｂである」と判定し、抽出されなければ「ＷＷＷクライアントの使用者は医師Ｂでない」と判定する。後者と判定したＷＷＷサーバは、自身の稼動の停止を管理サーバへ依頼する。
前者と判定したＷＷＷサーバは、案件テーブルＴ２から状況フラグが未完了を示す全ての案件情報の抽出を試みる。この試行により少なくとも一つの案件情報が抽出された場合には、ＷＷＷサーバは、抽出された案件情報毎に、対応する案件番号を示す文字列を既定の医師参照用ＵＲＬを示す文字列の末尾に繋げて医師参照用文字列を生成する。更に、ＷＷＷサーバは、当該相談案件の案件番号およびタイトルを示すテキストをアンカーとし医師参照用文字列をリンク属性値としたアンカー要素が記述されたファイルを生成し、このファイルを内包したレスポンスメッセージをＷＷＷクライアントへ送信する。なお、上記検索により案件情報が一つも抽出されなかった場合には、医師参照用文字列は生成されず、ＷＷＷクライアントへ送信されるレスポンスメッセージに内包されるファイルは、上記アンカー要素を備えないページの提供に必要なテキストを記述したものとなる。
また、ＷＷＷサーバは、医師参照用ＵＲＬを示す文字列の末尾に案件番号を示す文字列が繋げられてなる文字列をヘッダに格納したリクエストメッセージを受信すると、この案件番号を有する相談情報内の相談番号のうち最大（すなわち最新）の相談番号を相談テーブルＴ３から抽出し、この相談番号を示す文字列を既定の通常用ＵＲＬを示す文字列の末尾に繋げて通常用文字列を生成するとともに、当該相談番号を示す文字列を既定の最終用ＵＲＬを示す文字列の末尾に繋げて最終用文字列を生成する。また、これとともに、ＷＷＷサーバは、当該案件番号を有する案件情報および相談情報を案件テーブルＴ２および相談テーブルＴ３から抽出し、抽出した情報に基づいて、タイトル、相談内容および回答内容をこの順序でＷＷＷクライアントの使用者へ提示するためのページ（図６参照）の提供に必要なテキストが記述されたファイルを生成する。このファイルは、当該ページが、ＷＷＷクライアントの使用者が回答内容を入力するための要素と、この要素を用いて入力された情報を内包し上記通常用文字列をヘッダに格納したリクエストメッセージを送信するタイミングを当該使用者が入力するためのボタン（Ｂ３、Ｂ３Ａ）と、上記要素を用いて入力された情報を内包し上記最終用文字列をヘッダに格納したリクエストメッセージを送信するタイミングを当該使用者が入力するためのボタン（Ｂ４、Ｂ４Ａ）とを備えるように生成される。なお、ファイル中のテキストは、当該案件番号を有する相談情報が複数の場合には、相談番号が小さい順に相談内容および回答内容が提示されるように記述される。
また、ＷＷＷサーバは、通常用ＵＲＬを示す文字列の末尾に相談番号を示す文字列が繋げられてなる文字列をヘッダに格納したリクエストメッセージを受信すると、相談テーブルＴ３を参照し、この相談番号を有する相談情報内の回答内容を、このメッセージ内の回答内容で上書きする。更に、ＷＷＷサーバは、テーブルＴ１〜Ｔ３を参照し、当該相談番号に対応する社員情報内の社員メールアドレスを読み出す。更に、ＷＷＷサーバは、この社員メールアドレスを宛先アドレスとし、健康相談仲介装置メールアドレスを送信元アドレスとし、かつ通常回答があった旨と当該相談情報内の案件番号と当該情報内の基本情報に含まれているタイトルとを示すテキストを本文とした電子メールを送信することをＳＭＴＰメールクライアントへ依頼する。更に、ＷＷＷサーバは、「ＷＷＷクライアントの使用者は医師Ｂである」と判定した場合に行う処理と同じ処理を行う。
また、ＷＷＷサーバは、最終用ＵＲＬを示す文字列の末尾に相談番号を示す文字列が繋げらた文字列をヘッダに格納したリクエストメッセージを受信すると、相談テーブルＴ３を参照し、この相談番号を有する相談情報内の回答内容を、このメッセージに内包された回答内容で上書きする。また、ＷＷＷサーバは、テーブルＴ２およびＴ３を参照し、当該相談番号に対応した案件番号を有する案件情報内の状況フラグを、完了していることを示す状況フラグで上書きする。更に、ＷＷＷサーバは、通常用ＵＲＬを示す文字列をヘッダに格納したリクエストメッセージを受信した際に回答内容を上書きした後に行われる処理と同様の処理を行う。ただし、この処理において、ＷＷＷサーバは、通常回答ではなく、最終回答があった旨を示す電子メールの送信をＳＭＴＰメールクライアントへ依頼する。
【００２６】
［実施形態の動作］
次に、上述した構成の健康相談仲介システムの動作について、具体的な使用例に沿って説明する。この使用例としては、健康相談をしたことのない社員ＡがＰＣ１１０を用いて新規相談を行い、医師ＢがＰＣ１０４を用いて当該新規相談の内容を参照し、この相談を打ち切るべきでないと判断して通常回答を行った後に外出し、社員ＡがＰＣ１１０を用いて当該通常回答の内容を参照し、追加相談を行い、移動パケット通信網１０５の無線通信エリア内の外出先へ外出中の医師Ｂが、移動機１０７を用いて当該追加相談の内容を参照し、この相談を打ち切るべきであると判断して最終回答を行い、社員ＡがＰＣ１１０を用いて当該最終回答の内容を参照する、という使用例を想定する。
【００２７】
まず、図示しない電源から健康相談仲介装置１１２の各部へ電力が供給されると、ＣＰＵ２がＲＯＭ１に記憶されたＩＰＬを読み出して実行する。そして、ＩＰＬを実行したＣＰＵ２が、記憶部５に記憶された制御プログラムを読み出して実行する。これにより、健康相談仲介装置１１２には、前述の通信機能、ＳＭＴＰメールクライアント、ＷＷＷサーバ及び管理サーバが実現される。以降に述べる一連の仲介動作は、この状態の健康相談仲介装置１１２を用いて行われる。
【００２８】
（新規相談）
社員ＡがＰＣ１１０の電源を投入すると、ＰＣ１１０ではメールクライアントが実現される。さらに、社員Ａは、ＰＣ１１０を操作し、ＰＣ１１０にＷＷＷクライアント（ＷＷＷブラウザ）を実現させる。社員Ａが、このＷＷＷクライアントを用いて社員用ＵＲＬを入力すると、この社員用ＵＲＬをヘッダに格納したリクエストメッセージがＰＣ１１０から健康相談仲介装置１１２へ送信される。このメッセージを受信した健康相談仲介装置１１２は、社員用ＵＲＬに対応したファイルＦ１を記憶部５から読み出し、このファイルＦ１を内包したレスポンスメッセージをＰＣ１１０へ送信する。このメッセージを受信したＰＣ１１０は、ファイルＦ１に記述されたテキストをＨＴＭＬに従って解釈し、この解釈結果に基づいて生成されるページを社員Ａに提供する。これにより、ＰＣ１１０の表示面１１０Ａに、社員コードおよびパスワードの入力および送信を促す画面が表示される。この画面を視認した社員Ａが、当該ページを用いて自身の社員コードおよびパスワードを誤り無く入力し、入力した情報を送信する旨の指示を入力すると、ＰＣ１１０は、入力された情報を内包し社員認証用ＵＲＬをヘッダに格納したリクエストメッセージを健康相談仲介装置１１２へ送信する。
このメッセージを受信した健康相談仲介装置１１２は、このメッセージの内容と社員テーブルＴ１内の社員情報とに基づいて、ＰＣ１１０の使用者が会社Ｃの社員であるか否かを判定する（ステップＳＡ１）。この判定結果は「ＰＣ１１０の使用者は会社Ｃの社員である」となる（ＳＡ２：ＹＥＳ）。次に、健康相談仲介装置１１２は、この社員コードを格納した案件情報を案件テーブルＴ２から抽出しようとする。しかし、社員Ａは初めて健康相談を行うものであるから、該当する案件情報は存在しない。よって、健康相談仲介装置１１２は、図５に示すページＰ１を提供するためのテキストが記述されたファイルを生成し、このファイルを内包したレスポンスメッセージをＰＣ１１０へ送信する。このメッセージを受信したＰＣ１１０はページＰ１を社員Ａに提供する。次に、社員Ａが新規相談を開始しようとしてページＰ１のボタンＢ１を押下する旨の指示を入力すると、ＰＣ１１０は、ボタンＢ１に対応付けられた新規開始用ＵＲＬをヘッダに格納したリクエストメッセージを健康相談仲介装置１１２へ送信する。
このメッセージを受信した健康相談仲介装置１１２は、新規開始用ＵＲＬに対応したファイルＦ２を記憶部５から読み出し、このファイルＦ２を内包したレスポンスメッセージをＰＣ１１０へ送信する（ＳＡ３、ＳＡ４：ＹＥＳ）。このメッセージを受信したＰＣ１１０はファイルＦ２に基づいたページＰ２を社員Ａに提供する。このページＰ２を用いて、社員Ａが氏名、年齢、性別、タイトル等の基本情報および相談内容を入力し、ページＰ２のボタンＢ２を押下する旨の指示を入力すると、ＰＣ１１０は、入力された情報を内包し、ボタンＢ２に対応付けられた新規用ＵＲＬをヘッダに格納したリクエストメッセージを健康相談仲介装置１１２へ送信する。
このメッセージを受信した健康相談仲介装置１１２は、記憶部５に記憶された新案件番号“００１”と、このメッセージに内包された基本情報と、当該社員コードと、相談案件が完了していないことを示す状況フラグとを有する案件情報を案件テーブルＴ２に追加格納する。これにより、社員Ａが健康相談を開始したことになる。また、健康相談仲介装置１１２は、記憶部５に記憶された新相談番号と、上記新案件番号と、このメッセージに内包された相談内容とを有する相談情報を生成し、相談テーブルＴ３に追加格納する（ＳＡ５）。
更に、健康相談仲介装置１１２は、記憶部５に記憶されている新案件番号および新相談番号を更新する（ＳＡ６）。
次に、健康相談仲介装置１１２は、記憶部５に記憶された固定電話網用メールアドレス及び移動網用メールアドレスを宛先アドレスとし、記憶部５に記憶された健康相談仲介装置メールアドレスを送信元アドレスとした電子メール、すなわち健康相談仲介装置１１２から医師Ｂへ宛てた電子メールを作成する（ＳＡ７）。この際、健康相談仲介装置１１２は、この電子メールの本文に、新規相談があった旨と当該案件情報内の案件番号を示す文字列“００１”と当該情報内の基本情報に含まれているタイトルとを記述する。次に、健康相談仲介装置１１２は、この電子メールを送信することを依頼するリクエストメッセージをメールサーバ装置１１１へ送信する（ＳＡ８）。
次に、健康相談仲介装置１１２は、当該社員コードを格納した案件情報を案件テーブルＴ２から抽出し、図５に示すページＰ３を提供するためのテキストが記述されたファイルを生成し、このファイルを内包したレスポンスメッセージをＰＣ１１０へ送信する。このメッセージを受信したＰＣ１１０は、当該ファイルに基づいたページＰ３を社員Ａに提供する。このページＰ３がページＰ１と異なる点は、社員Ａが自身の相談案件の内容を参照する指示を入力するためのアンカーＡ１を備えている点のみである。そして、社員Ａは、ＰＣ１１０を操作し、ＷＷＷクライアントを終了させる。
一方、健康相談仲介装置１１２から送信されたリクエストメッセージを受信したメールサーバ装置１１１は、このメッセージに従って前述の電子メールをＬＡＮ１０８へ送出する。ＬＡＮ１０８へ送出された電子メールはルータ１０９を介してインターネット１０１へ転送され、固定電話網用接続装置１０３および移動パケット通信網用接続装置１０６により受信される。固定電話網用接続装置１０３では、受信した電子メールが医師Ｂの固定電話網用メールアドレスに対応したメールボックスに格納され、移動パケット通信網用接続装置１０６では、受信した電子メールが医師Ｂの移動網用メールアドレスに対応したメールボックスに格納される。更に、移動パケット通信網用接続装置１０６は、この電子メールを、移動網用メールアドレスに対応した移動機、すなわち移動機１０７へ送信する。
【００２９】
（通常回答）
上記電子メールが移動機１０７へ送信されたとき、移動機１０７は移動パケット通信網１０５の無線通信エリア内に存在している。したがって、移動機１０７は上記電子メールを受信し、電子メールを受信した旨を医師Ｂへ通知する。この通知を受けた医師Ｂは、移動機１０７を操作してこの電子メールの内容を表示させる。これにより、医師Ｂは、新規相談があったことと、この新規相談の案件番号が００１であること、及びこの案件番号で特定される案件のタイトルを知る。
医師Ｂは、知り得た情報に基づいて詳細な情報を参照するタイミングを決め、そのタイミングでＰＣ１０４を操作し、ＷＷＷクライアントを用いて医師用ＵＲＬを入力する。これにより、医師用ＵＲＬをヘッダに格納したリクエストメッセージが健康相談仲介装置１１２へ送信される。
このメッセージを受信した健康相談仲介装置１１２は、医師用ＵＲＬに対応したファイルＦ３を記憶部５から読み出し、このファイルＦ３を内包したレスポンスメッセージをＰＣ１０４へ送信する。これにより、ＰＣ１０４では、ファイルＦ３に基づいたページが医師Ｂに提供される。このページを用いて、医師Ｂが、医師コードおよびパスワードを誤りなく入力し、入力したデータを送信する旨の指示を入力すると、ＰＣ１１０は、入力された情報を内包し医師認証用ＵＲＬをヘッダに格納したリクエストメッセージを健康相談仲介装置１１２へ送信する。
このメッセージを受信した健康相談仲介装置１１２は、このメッセージの内容と記憶部５に記憶された医師コードおよびパスワードとに基づいて、ＰＣ１０４の使用者が医師Ｂであるか否かを判定する（ステップＳＢ１）。この判定結果は「ＰＣ１０４の使用者は医師Ｂである」となる（ＳＢ２：ＹＥＳ）。
次に、健康相談仲介装置１１２は、案件テーブルＴ２から状況フラグが未完了を示す全ての案件情報の抽出を試みる。この試行により案件番号が００１の案件情報が抽出されるから、健康相談仲介装置１１２は、案件番号を示す文字列“００１”を既定の医師参照用ＵＲＬを示す文字列の末尾に繋げて医師参照用文字列を生成する。更に、健康相談仲介装置１１２は、当該相談案件の案件番号およびタイトルを示すテキストをアンカーＡ２とし医師参照用文字列をリンク属性値としたアンカー要素が記述されたファイルを生成し、このファイルを内包したレスポンスメッセージをＰＣ１０４へ送信する。このメッセージを受信したＰＣ１０４は、当該ファイルに基づいたページＰ４（図６参照）を医師Ｂに提供する。次に、医師ＢがＰＣ１０４を操作してページＰ４のアンカーＡ２を押下すると、アンカーＡ２のリンク属性値をヘッダに格納したリクエストメッセージが、ＰＣ１０４から健康相談仲介装置１１２へ送信される（ＳＢ３）。
このメッセージを受信した健康相談仲介装置１１２は、このメッセージのヘッダにおいて医師参照用ＵＲＬを示す文字列の末尾に繋げられた文字列“００１”で示される案件番号を有する相談情報内の相談番号のうち最大の相談番号を相談テーブルＴ３から抽出し、この相談番号である０００１と通常用ＵＲＬ及び最終用ＵＲＬとを用いて通常用文字列および最終用文字列を生成する。
また、健康相談仲介装置１１２は、当該案件番号を有する案件情報および相談情報を案件テーブルＴ２および相談テーブルＴ３から抽出し、抽出した情報に基づいて、タイトル、相談内容および回答内容をこの順序で提示するためのページＰ５（図６参照）の提供に必要なテキストが記述されたファイルを生成し、このファイルを内包したレスポンスメッセージをＰＣ１０４へ送信する。このメッセージを受信したＰＣ１０４はページＰ５を生成し、医師Ｂに提供する。これにより、医師Ｂは、当該案件番号の相談案件について、タイトル、相談内容および回答内容を知る。医師Ｂが、知り得た情報に基づいて、当該相談案件については通常回答を行う、と決め、ページＰ５に設けられた要素を用いて通常回答の内容を入力し、ページＰ５に設けられたボタンＢ６を押下する旨の指示を入力すると、ＰＣ１０４は、入力された情報を内包し当該通常用文字列をヘッダに格納したリクエストメッセージを健康相談仲介装置１１２へ送信する（ＳＢ４）。
このメッセージを受信した健康相談仲介装置１１２は、このメッセージのヘッダにおいて通常用ＵＲＬを示す文字列の末尾に繋げられた文字列“０００１”で示される相談番号を有する相談情報を相談テーブルＴ３から検索し、ヒットした相談情報の回答内容を当該メッセージ内の回答内容で上書きする（ＳＢ５：ＹＥＳ、ＳＢ６）。
次に、健康相談仲介装置１１２は、抽出した案件情報内の社員コードと同一の社員コードを内包した社員情報を社員テーブルＴ１から抽出し、この社員情報内の社員メールアドレスを宛先アドレスとし、健康相談仲介装置メールアドレスを送信元アドレスとした電子メール、すなわち健康相談仲介装置１１２から社員Ａへ宛てた電子メールを作成する（ＳＢ７）。この際、健康相談仲介装置１１２は、この電子メールの本文に、通常回答があった旨と当該案件情報内の案件番号と当該情報内の基本情報に含まれているタイトルとを記述する。次に、健康相談仲介装置１１２は、この電子メールを送信することを依頼するリクエストメッセージをメールサーバ装置１１１へ送信する（ＳＢ８）。
次に、健康相談仲介装置１１２は、案件テーブルＴ２から状況フラグが未完了を示す全ての案件情報の抽出を試みる。この抽出では、前回の抽出と同様に案件番号が００１の案件情報のみが抽出されるから、健康相談仲介装置１１２からＰＣ１０４へ送信されるレスポンスメッセージに内包されるファイルの内容も前回の抽出と同一となる。
このレスポンスメッセージを受信したＰＣ１０４は、当該ファイルに基づいたページＰ６（前述のページＰ４と同一内容）を医師Ｂに提供する。そして、医師Ｂは、ＰＣ１０４を操作し、ＷＷＷクライアントを終了させる。
一方、健康相談仲介装置１１２から送信されたリクエストメッセージを受信したメールサーバ装置１１１は、このメッセージに従って、前述の社員Ａへ宛てた電子メールを社員Ａのメールボックスに格納する。
【００３０】
（追加相談）
ＰＣ１１０は社員Ａの電子メールアカウントを用いてメールサーバ装置１１１に定期的にアクセスするから、いずれかのアクセスの際に、上述の社員Ａへ宛てた電子メールがメールサーバ装置１１１からＰＣ１１０へ配信される。社員Ａは、ＰＣ１１０を操作し、この電子メールの内容を表示させることにより、通常回答があったことと、この通常回答に対応する案件番号である００１と、この案件番号で特定される案件のタイトルを知る。社員Ａは、知り得た情報に基づいて詳細な情報を参照するタイミングを決め、そのタイミングでＰＣ１０４を操作し、ＷＷＷクライアントを用いて社員用ＵＲＬを入力する。以降、健康相談仲介装置１１２が社員Ａの社員コードを格納した案件情報を案件テーブルＴ２から抽出しようとするまで、健康相談仲介装置１１２及びＰＣ１１０は新規相談の際と同様に作動する（ステップＳＡ１、ＳＡ２：ＹＥＳ）。
そして、案件テーブルＴ２には社員Ａの社員コードを内包した案件情報が存在しているから、当該案件情報が健康相談仲介装置１１２により抽出される。次に、健康相談仲介装置１１２は、前述のページＰ３が記述されたファイルを生成し、このファイルを内包したレスポンスメッセージをＰＣ１１０へ送信する。このメッセージを受信したＰＣ１１０により、社員Ａに対してページＰ３が提供される。このページＰ３のアンカーＡ１がＰＣ１１０において押下されると、アンカーＡ１のリンク属性値をヘッダに格納したリクエストメッセージが、ＰＣ１１０から健康相談仲介装置１１２へ送信される（ＳＡ３）。
このページＰ３のアンカーＡ１のリンク属性値は社員参照用文字列であり、この社員参照用文字列は社員参照用ＵＲＬを示す文字列の末尾に案件番号を表す文字列“００１”が繋げられたものである。したがって、健康相談仲介装置１１２は、００１の案件番号を有する案件情報および相談情報を案件テーブルＴ２及び相談テーブルＴ３から抽出し、抽出した情報に基づいて、タイトル、相談内容および回答内容をこの順序で提示するためのページの提供に必要なテキストが記述されたファイルを生成する。
さらに、健康相談仲介装置１１２は、案件番号が００１の相談案件が「未完了」であることから、追加用ＵＲＬを示す文字列の末尾に“００１”を繋げて追加用文字列を生成し、この追加用文字列をヘッダに格納したリクエストメッセージを送信するタイミングを社員Ａが入力するためのボタンＢ５（図５参照）を備えるように当該ファイルの内容を変更し、変更後のファイルを内包したレスポンスメッセージをＰＣ１１０へ送信する。このメッセージを受信したＰＣ１１０は、当該ファイルに基づいたページＰ７（図５参照）を社員Ａに提供する。社員Ａは、このページＰ７に記載された文章を読んで医師Ｂの回答内容を把握する。次に、社員Ａが当該相談案件について追加して相談しようとし、ページＰ７を用いて相談内容を入力し、ＰＣ１１０を操作してボタンＢ５を押下すると、入力された相談内容を内包し上記追加用文字列をヘッダに格納したリクエストメッセージが健康相談仲介装置１１２へ送信される。（ＳＡ４：ＮＯ、ＳＡ９）。
このメッセージを受信した健康相談仲介装置１１２は、このメッセージのヘッダにおいて追加用ＵＲＬの末尾に繋げられた文字列“００１”で示される案件番号と、新相談番号と、このメッセージ内の相談内容とを有する相談情報を相談テーブルＴ３に追加格納する。更に、健康相談仲介装置１１２は新相談番号を更新する（ＳＡ１０）。更に、本システムでは、新規相談の際に新案件番号および新相談番号を更新した後に行われる処理と同様の処理が行われる（ＳＡ１１、ＳＡ８）。ただし、健康相談仲介装置１１２がメールサーバ装置１１１へ送信を依頼する電子メールは、新規相談があった旨ではなく、追加相談があった旨を示す。
【００３１】
（最終回答）
当該電子メールが送信されたとき、医師Ｂは外出しているが、その外出先は移動パケット通信網１０５の無線通信エリア内である。したがって、移動機１０７は当該電子メールを受信し、電子メールを受信したことを報知する。これを知覚した医師Ｂは、移動機１０７を操作してこの電子メールの内容を表示させる。この表示により、医師Ｂは、追加相談があったことと、この追加相談の案件番号が００１であること、及びこの案件番号で特定される案件のタイトルを知る。
次に、医師Ｂは、知り得た情報に基づいて詳細な情報を参照するタイミングを決める。このタイミングで、医師ＢはＰＣ１０４を操作し、ＷＷＷクライアントを用いて医師用ＵＲＬを入力する。以降、本システムは、ページＰ５に代えてページＰ９が医師Ｂに提供されるまで、通常回答の際と同様に作動する（ＳＢ１、ＳＢ２：ＹＥＳ、ＳＢ３）。ただし、医師Ｂに使用されるのはＰＣ１０４ではなく、移動機１０７である。また、医師Ｂには、前述のページＰ４に代えてページＰ６（ページＰ４と同一内容）が、前述のページＰ５に代えてページＰ９が提供される（図６参照）。ページＰ９がページＰ５と異なる点は通常回答および追加相談の内容まで記述されている点と、ボタンＢ３ＡおよびボタンＢ４Ａに対応付けられている文字列が“０００１”ではなく“０００２”である点のみである。
移動機１０７によりページＰ９が提供されると、医師Ｂは、このページに記載された文章を読んで追加相談の内容を把握する。医師Ｂは、把握した内容を考慮し、この相談案件の処理を完了させるべき、と判断する。具体的には、相談が許容可能な期間を過ぎて長引いたり、相談の主旨が変わって別な案件になりそうだと予測できたり、今回の回答で決着が付くと予測できたりした場合に、医師Ｂは、処理を完了させるべきと判断する。このような判断を下した医師Ｂが、ページＰ９に設けられた要素を用いて最終回答の内容を入力し、ページＰ９に設けられたボタンＢ４を押下する旨の指示を入力すると、移動機１０７は、入力された回答内容を内包し上記最終用文字列をヘッダに格納したリクエストメッセージを健康相談仲介装置１１２へ送信する（ＳＢ４）。
このメッセージを受信した健康相談仲介装置１１２は、このメッセージのヘッダにおいて最終用ＵＲＬを示す文字列の末尾に繋げられた文字列“０００２”で示される相談番号を有する相談情報を相談テーブルＴ３から検索し、ヒットした相談情報の回答内容を当該メッセージ内の回答内容で上書きする。また、健康相談仲介装置１１２は、テーブルＴ２およびＴ３を参照し、当該相談番号の０００２に対応した案件番号（００１）を有する案件情報内の状況フラグを、完了していることを示す状況フラグで上書きする（ＳＢ５：ＮＯ、ＳＢ９）。次に、健康相談仲介装置１１２は、通常回答の際と同様に、社員Ａ宛ての電子メールの送信を依頼するリクエストメッセージをメールサーバ装置１１１へ送信する（ＳＢ１０）。ただし、この電子メールは、通常回答ではなく、最終回答があった旨を示す。次に、健康相談仲介装置１１２は、案件テーブルＴ２から状況フラグが未完了を示す案件情報の抽出を試みるが、案件番号が００１の案件情報の状況フラグは完了を示しているから、該当する案件情報は抽出されない。よって、健康相談仲介装置１１２は、図６のページＰ１０を提供するためのテキストが記述されたファイルを生成し、このファイルを内包したレスポンスメッセージをＰＣ１１０へ送信する。そして、医師Ｂは、ＰＣ１０４を操作し、ＷＷＷクライアントを終了させる。
【００３２】
（確認）
前述の最終回答があった旨を示す電子メールは、最終的には、メールサーバ装置１１１からＰＣ１１０へ配信される。社員Ａは、ＰＣ１１０を操作し、この電子メールの内容を表示させることにより、最終回答があったことと、この最終回答に対応する案件番号である００１と、この案件番号で特定される案件のタイトルを知る。以降、本システムは、ページＰ７に代えてページＰ１１（図５参照）を使用する点を除いて、追加相談の際と同様に作動する（ＳＡ１、ＳＡ２：ＹＥＳ、ＳＡ３、ＳＡ４）。ページＰ１１がページＰ７と異なる点は、相談内容を入力するための要素およびボタンＢ５を備えていない点と、追加相談および最終回答の内容まで記述されている点のみである。
【００３３】
［実施形態の効果］
上述した実施形態によれば、以下に述べる効果が得られる。
会社Ｃの社員は、いつでも健康相談を行うことができる。
また、会社Ｃの社員は、間接的な対話により健康相談を行うことができる。したがって、健康相談を行うことについて会社Ｃの社員が持つ心理的抵抗が弱くなり、社員が躊躇無く相談する環境が実現されると期待される。
また、相談や回答があったことが電子メールにより通知されるから、社員にとっても医師にとっても使い勝手の良い環境を提供することができる。例えば、医師Ｂが携帯する移動機１０７へ電子メールがプッシュ配信されることにより、医師Ｂは、外出中であっても、相談があったことを迅速に知ることができる。
また、医師Ｂは、外出中であっても相談に回答することができる。
また、正当な社員および医師だけに相談内容や回答内容の閲覧が許される。また、上述した実施形態によれば、ある正当な社員が他の正当な社員の相談内容や回答内容を閲覧することはできない。また、ＷＷＷクライアントと健康相談仲介装置１１２との間のセッションがセッションＩＤを用いて管理される。これらにより、本実施形態では、個人情報の漏洩を防止することができる。
また、追加相談を行うことができるから、相談する側は該当する相談案件の過去の経緯を踏まえて相談することが可能となり、相談される側は同経緯を踏まえて回答を行うことができる。
また、最終回答を行うことができるから、一つの相談案件に対して回答を行う回数を医師Ｂが制御することができる。例えば、医師Ｂは、新規相談に対して最終回答を行うこともできるし、追加相談に対して通常回答を行うこともできる。
また、電子メールを読んだ者は、どの相談案件に対してどういうアクションが発生したのかを即座に知ることができる。
また、社員Ａは複数の健康相談を並列に行うことができる。
また、健康相談の内容は健康相談仲介装置１１２に集中して蓄積され管理される。したがって、セキュリティに優れており、かつ、健康相談の内容の二次利用も容易である。
【００３４】
［変形例］
上述した実施形態では医師への相談料金の支払いに触れていないが、例えば、健康相談仲介装置が、完了した相談案件の数を月次集計し、この数と予め定められた料金表とに基づいて医師への月の支払い額を算出し、会社の経理担当者へ通知するように上述の実施形態を変形してもよい。
また、健康相談仲介装置において、相談開始からの経過時間を計時し、予め設定された期間（例えば２ヶ月）を超えた相談案件を強制的に終了させるようにしてもよい。また、健康相談仲介装置において、相談案件毎に、相談内容あるいは回答内容が投入された回数を計数し、この回数が予め設定された回数（例えば１０回）に達した相談案件については強制的に終了させるようにしてもよい。
また、健康相談仲介装置が社員毎に基本情報を記憶するようにし、基本情報の入力を省略することができるようにしてもよい。また、完了した相談案件についても、相談を継続して行うことができるようにしてもよい。具体的には、図５のページＰ１１に継続相談のためのボタンを設け、このボタンが押下されたら、健康相談仲介装置が、案件テーブルＴ２に案件情報を追加格納するとともに、追加相談を行うページ（ページＰ７に相当するページ）の提供から処理を開始するようにしてもよい。こうすることにより、基本情報や相談内容を引き継いで健康相談を行うことができる。
また、上述した実施形態では、社員や医師へ宛てた電子メールに各種情報を記述する例を示したが、電子メールに何も記述しなくてもよい。また、健康相談仲介装置に蓄積された情報を用いて統計情報を得るようにしてもよい。例えば、健康相談仲介装置に蓄積された情報を、性別や年代別に分類・集計するようにしてもよい。もちろん、基本情報に含まれる情報の種類は任意に変更可能である。
また、複数の医師に対応できるようにシステムを変形してもよい。この場合、相談案件と医師との関係を健康相談仲介装置が記憶するようにしてもよいし、相談する側が医師を選択して健康相談を行うことができるようにしてもよい。また、追加相談については最初の相談を担当した医師を該当案件の担当医師とし、この医師へ電子メールが送信されるようにしてもよい。また、一つの健康相談仲介装置が複数の組織に対応するようにしてもよい。具体的には、社員情報に組織を示す情報を含め、電子メールの宛先の医師を組織に応じて変えるようにすれば容易に実現可能である。
なお、ＨＴＴＰよりもセキュリティを確保し易い通信プロトコルを採用する等、特許請求の範囲に記載された発明の技術的範囲内で任意の変形が可能である。
【００３５】
【発明の効果】
以上説明したように、本発明によれば、健康相談を行う者は医師と会話することなく健康相談を行うことができる。また、本発明によれば、健康相談が行われたことが医師へ電子メールで通知され、この医師が使用中の端末へ相談内容が送信されるから、医師による迅速な回答が可能となる。よって、本発明によれば、健康相談を行う者の意欲を殺ぐことなく、健康相談を実現することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態による健康相談仲介システムの構成を示す図である。
【図２】同システムの健康相談仲介装置１１２の構成を示す図である。
【図３】同装置１１２が行う社員用仲介処理の流れを示す図である。
【図４】同装置１１２が行う医師用仲介処理の流れを示す図である。
【図５】同システムを使う社員Ａへ提供されるページを示す図である。
【図６】同システムを使う医師Ｂへ提供されるページを示す図である。
【符号の説明】
１０４，１１０…ＰＣ、１０７…移動機、１１１…メールサーバ装置、１１２…健康相談仲介装置。
【図１】
2004133696.tif 000003
【図２】
2004133696.tif 000004
【図３】
2004133696.tif 000005
【図４】
2004133696.tif 000006
【図５】
2004133696.tif 000007
【図６】
2004133696.tif 000008