(57)【要約】【課題】  中小事業者が開設したホームページのように、異なる情報提供者によって情報が提供される複数のＷｅｂページにおいて、ＦＡＱを共用するＦＡＱ共用サーバを提供する。【解決手段】  異なる情報提供者によって情報が提供される複数のＷｅｂページにおいてＦＡＱが格納されたデータベースを共用するよう構成し、各々のＦＡＱにはどの情報提供者を配信対象とするか設定される。ＦＡＱの検索要求を受け付けると、検索キーワードが入力されたＷｅｂページの情報提供者を、ＷｅｂページのＵＲＬから特定されるドメイン又はコンテキストパスから特定して、その情報提供者が配信対象に設定されたＦＡＱを対象に検索処理を実行することで、配信対象を制限しながらＦＡＱの共用が可能になる。適切なＦＡＱが存在しない場合には、質問者からの質問に回答者が個別に回答し、質問と回答から新たに生成したＦＡＱが配信対象を設定してデータベースに登録される。【選択図】        図１
2018088246.tif 000002
【特許請求の範囲】
【請求項１】
異なる情報提供者によって情報が提供される複数のＷｅｂページにおいてＦＡＱを共用するためのＦＡＱ共用サーバであって、
ＦＡＱの検索が可能なＷｅｂページに入力されたＦＡＱの検索要求を受け付ける検索要求受付手段と、
前記検索要求が入力されたＷｅｂページの情報提供者を特定する情報提供者特定手段と、
各々のＦＡＱに配信対象となる情報提供者が設定されたＦＡＱ格納部に格納されたＦＡＱのうち、前記情報提供者特定手段によって特定された情報提供者が配信対象に設定されたＦＡＱを対象に、前記検索要求に応答するための検索処理を実行するＦＡＱ検索手段と、
前記ＦＡＱ検索手段による検索処理で所定の条件に合致したＦＡＱから、前記検索要求に対する検索結果を生成して返信する第１の検索結果返信手段と、
前記ＦＡＱ検索手段による検索で所定の条件に合致するＦＡＱが存在しない場合は、情報提供者への質問の入力フィールドが設けられたＦＡＱが存在しないことを示す画面を出力するための情報を前記検索要求に対する検索結果として返信する第２の検索結果返信手段と、
前記入力フィールドに入力された情報提供者への質問を受け付けて、前記質問への回答を返信する質問者のアドレス情報と関連付けて格納する質問格納部に登録する質問登録手段と、
前記質問格納部に登録された質問に対する情報提供者からの回答を受け付けると、前記質問と関連付けられたアドレス情報を宛先に指定して前記回答を返信する回答返信手段と、
前記情報提供者から受け付ける回答に設定された、前記質問と前記回答から生成される新たなＦＡＱの公開範囲に基づいて配信対象となる一または二以上の情報提供者が設定された前記新たなＦＡＱを、前記ＦＡＱ格納部に登録するＦＡＱ登録手段と、を備えていて、
前記情報提供者から受け付ける回答に設定された公開範囲が、前記質問と前記回答をＦＡＱとして公開しないことを指定するものである場合、前記ＦＡＱ登録手段は、前記質問と前記回答に関する新たなＦＡＱを前記ＦＡＱ格納部に登録せず、
前記回答者から受け付けた回答を、前記質問格納部に前記質問と関連付けて格納すること
を特徴とするＦＡＱ共用サーバ。
【請求項２】
前記ＦＡＱ登録手段は、前記質問と前記回答から生成される新たなＦＡＱついて、前記新たなＦＡＱが前記情報提供者から受け付けた回答を用いて生成したもの又はその回答を用いて生成したものを前記情報提供者が編集したものである場合はＦＡＱの管理者による承認処理の完了を条件に、前記新たなＦＡＱが前記情報提供者から受け付けた回答を用いて生成したもの（それをさらに前記情報提供者が編集したものを含む）を前記管理者が編集したものである場合は前記情報提供者による承認処理の完了を条件に、新たに生成されたＦＡＱを、前記ＦＡＱ格納部に登録すること
を特徴とする請求項１記載のＦＡＱ共用サーバ。
【請求項３】
前記ＦＡＱ格納部に格納される各々のＦＡＱには、情報提供者の属性に応じた配信の優先順位が設定されていて、
前記第１の検索結果返信手段は、前記ＦＡＱ検索手段による検索処理で所定の条件に合致したＦＡＱに設定された情報提供者の属性に応じた配信の優先順位に基づき、前記検索要求が入力されたＷｅｂページの情報提供者の属性に応じて前記ＦＡＱをソートして、検索結果を生成すること
を特徴とする請求項１又は２に記載のＦＡＱ共用サーバ。
【請求項４】
異なる情報提供者によって情報が提供される複数のＷｅｂページにおいてＦＡＱを共用するためのＦＡＱ共用サーバによって実行されるＦＡＱの共用方法であって、
前記ＦＡＱ共用サーバが、ＦＡＱの検索が可能なＷｅｂページに入力されたＦＡＱの検索要求を受け付ける検索要求受付ステップと、
前記ＦＡＱ共用サーバが、前記検索要求が入力されたＷｅｂページの情報提供者を特定する情報提供者特定ステップと、
前記ＦＡＱ共用サーバが、各々のＦＡＱに配信対象となる情報提供者が設定されたＦＡＱ格納部に格納されたＦＡＱのうち、前記情報提供者特定手段によって特定された情報提供者が配信対象に設定されたＦＡＱを対象に、前記検索要求に応答するための検索処理を実行するＦＡＱ検索ステップと、
前記ＦＡＱ共用サーバが、前記ＦＡＱ検索ステップにおける検索処理で所定の条件に合致したＦＡＱから、前記検索要求に対する検索結果を生成して返信する第１の検索結果返信ステップと、
前記ＦＡＱ検索ステップの検索で所定の条件に合致するＦＡＱが存在しない場合は、情報提供者への質問の入力フィールドが設けられたＦＡＱが存在しないことを示す画面を出力するための情報を前記検索要求に対する検索結果として返信する第２の検索結果返信ステップと、
前記入力フィールドに入力された情報提供者への質問を受け付けて、前記質問への回答を返信する質問者のアドレス情報と関連付けて格納する質問格納部に登録する質問登録ステップと、
前記質問格納部に登録された質問に対する情報提供者からの回答を受け付けると、前記質問と関連付けられたアドレス情報を宛先に指定して前記回答を返信する回答返信ステップと、
前記情報提供者から受け付ける回答に設定された、前記質問と前記回答から生成される新たなＦＡＱの公開範囲に基づいて配信対象となる一または二以上の情報提供者が設定された前記新たなＦＡＱを、前記ＦＡＱ格納部に登録するＦＡＱ登録ステップと、を有していて、
前記情報提供者から受け付ける回答に設定された公開範囲が、前記質問と前記回答をＦＡＱとして公開しないことを指定するものである場合、前記ＦＡＱ登録ステップでは、前記質問と前記回答に関する新たなＦＡＱを前記ＦＡＱ格納部に登録せず、
前記回答者から受け付けた回答を、前記質問格納部に前記質問と関連付けて格納すること
を特徴とするＦＡＱの共用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる情報提供者によって情報が提供される複数のＷｅｂページにおいてＦＡＱを共用するためのＦＡＱ共用サーバ及びＦＡＱの共用方法に関するものである。
【背景技術】
【０００２】
様々な分野の事業者によって、自らが提供する商品やサービスの特徴や代金等に関する情報をインターネット上で提供するホームページが数多く開設されているが、こうしたホームページでは、情報提供者が閲覧者の疑問に答えるために、よくある質問とその回答を集めたＦＡＱ（Ｆｒｅｑｕｅｎｔｌｙ  Ａｓｋｅｄ  Ｑｕｅｓｔｉｏｎｓ）を掲載したＷｅｂページを設けることが広く行われている。
【０００３】
ＦＡＱは一般的な質問を列挙したものなので、閲覧者のあらゆる質問に対応することは難しく、インターネット上でもできるだけ多様な質問に回答するための手段として、例えば、一般的な質問への回答を検索可能とする他に、個々の質問者に関する情報を蓄積して、質問者の個別の事情を考慮した回答が可能な質問回答システムに関する発明（特許文献１参照）が開示されている。また、質問と回答を表示するＷｅｂページ内に関連質問を提示し、関連質問を選択すると同一のＷｅｂページ内にさらにその回答が表示され、質問への応対を会話調に表示しながら、質問者の求めている回答を探索する質問回答表示プログラムに関する発明（特許文献２参照）が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３５５３３３号公報
【特許文献２】特開２０１５−５６０１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
これらの文献に示されているように、ＦＡＱの精度を高めるために様々な技術を用いた新たな提案がなされており、大手の事業者であればこうした技術を採用することによって、ＦＡＱを改良していくことが可能であるが、例えば、個人経営が多いクリニックのような業界では、ホームページを開設することはできても、ＦＡＱにそこまでの投資を行うことは困難である。また、中小規模の事業者であれば、ＦＡＱに用いることができるケースの蓄積が十分ではないことも少なくない。
【０００６】
すなわち、中小の事業者が多い業界においても、ホームページを開設して様々な情報をＷｅｂページから提供する際に、多様な質問への対応が可能であるとともに、容易に導入することが可能な、ＦＡＱを提供するための仕組みが求められるところである
【０００７】
本発明は、このような課題に対応するためになされたものであり、異なる情報提供者によって情報が提供される複数のＷｅｂページにおいてＦＡＱを共用するためのＦＡＱ共用サーバ及びＦＡＱの共用方法を提供することを目的とするものである。
【課題を解決するための手段】
【０００８】
このような課題を解決する本発明は、異なる情報提供者によって情報が提供される複数のＷｅｂページにおいてＦＡＱを共用するためのＦＡＱ共用サーバであって、ＦＡＱの検索が可能なＷｅｂページに入力されたＦＡＱの検索要求を受け付ける検索要求受付手段と、前記検索要求が入力されたＷｅｂページの情報提供者を特定する情報提供者特定手段と、各々のＦＡＱに配信対象となる情報提供者が設定されたＦＡＱ格納部に格納されたＦＡＱのうち、前記情報提供者特定手段によって特定された情報提供者が配信対象に設定されたＦＡＱを対象に、前記検索要求に応答するための検索処理を実行するＦＡＱ検索手段と、前記ＦＡＱ検索手段による検索処理で所定の条件に合致したＦＡＱから、前記検索要求に対する検索結果を生成して返信する検索結果返信手段と、を備えることを特徴とするＦＡＱ共用サーバである。前記情報提供者特定手段は、前記ＷｅｂページのＵＲＬから特定されるドメイン又はコンテキストパスから、前記検索要求受付手段が受け付けた検索要求が入力されたＷｅｂページの情報提供者を特定することを特徴としてもよい。
【０００９】
本発明では、複数の中小事業者が開設しているホームページのように、異なる情報提供者によって情報が提供される複数のＷｅｂページにおいて、ＦＡＱが格納されたデータベースを共用するよう構成し、各々のＦＡＱには、どの情報提供者のＷｅｂページを配信対象とするかが設定される。ＦＡＱの検索要求を受け付けると、検索要求が入力されたＷｅｂページのドメインやコンテキストパスから情報提供者を特定し、特定された情報提供者が配信対象に設定されたＦＡＱを対象に検索処理を実行することによって、配信対象を制限しながら、ＦＡＱを共用することが可能になる。
【００１０】
また、本発明は、前記ＦＡＱ検索手段による検索で所定の条件に合致するＦＡＱが存在しない場合は、情報提供者への質問の入力フィールドが設けられたＦＡＱが存在しないことを示す画面を出力するための情報を前記検索要求に対する検索結果として返信する第２の検索結果返信手段と、前記入力フィールドに入力された情報提供者への質問を受け付けて、前記質問への回答を返信する質問者のアドレス情報と関連付けて格納する質問格納部に登録する質問登録手段と、前記質問格納部に登録された質問に対する情報提供者からの回答を受け付けると、前記質問と関連付けられたアドレス情報を宛先に指定して前記回答を返信する回答返信手段と、を備えることを特徴とすることもできる。
【００１１】
このように構成すると、検索条件に合致するＦＡＱが存在しない場合には、質問に対する回答者からの回答を電子メール等で個別に送信することによって、ＦＡＱのみによっては対応できない質問者のニーズにも応えることが可能になる。
【００１２】
さらに、本発明は、前記情報提供者から受け付ける回答には、前記質問と前記回答から生成される新たなＦＡＱの公開範囲が設定されていて、前記公開範囲に基づいて配信対象となる一または二以上の情報提供者が設定された前記新たなＦＡＱを、前記ＦＡＱ格納部に登録するＦＡＱ登録手段を備えることを特徴としてもよい。
【００１３】
このように構成すると、ＦＡＱにはない質問と回答から新たなＦＡＱを生成し、配信対象を設定してデータベースに追加されることになる。ホームページを開設した事業者等は、自らのみでは収集できないケースもＦＡＱに含めることができるので、ＦＡＱの内容を充実させるために好適な構成となる。
【００１４】
さらに、本発明は、前記情報提供者から受け付ける回答に設定された公開範囲が、前記質問と前記回答をＦＡＱとして公開しないことを指定するものである場合、前記ＦＡＱ登録手段は、前記質問と前記回答に関する新たなＦＡＱを前記ＦＡＱ格納部に登録せず、前記回答者から受け付けた回答を、前記質問格納部に前記質問と関連付けて格納することを特徴としてもよい。
【００１５】
このように構成すると、ＦＡＱとしては利用したくない質問と回答をＦＡＱとしての配信対象からは除外しながら、これらの質問と回答を非公開の状態で保存することによって、その後に回答者等が質問と回答の内容を確認したい場合は、保存された質問と回答を確認することが可能になる。
【００１６】
さらに、本発明は、前記ＦＡＱ登録手段は、前記質問と前記回答から生成される新たなＦＡＱついて、前記新たなＦＡＱが前記情報提供者から受け付けた回答を用いて生成したもの又はその回答を用いて生成したものを前記情報提供者が編集したものである場合はＦＡＱの管理者による承認処理の完了を条件に、前記新たなＦＡＱが前記情報提供者から受け付けた回答を用いて生成したもの（それをさらに前記情報提供者が編集したものを含む）を前記管理者が編集したものである場合は前記情報提供者による承認処理の完了を条件に、新たに生成されたＦＡＱを、前記ＦＡＱ格納部に登録することを特徴としてもよい。
【００１７】
このように、実際に行われた質問と回答に対して、情報提供者と管理者の間で相互に編集や承認が行われたＦＡＱを新たに登録する構成とすることによって、より良質なＦＡＱを新たに生成して、登録することが可能になる。
【００１８】
さらに、本発明は、前記ＦＡＱ格納部に格納される各々のＦＡＱには、情報提供者の属性に応じた配信の優先順位が設定されていて、前記検索結果返信手段は、前記ＦＡＱ検索手段による検索処理で所定の条件に合致したＦＡＱに設定された情報提供者の属性に応じた配信の優先順位に基づき、前記検索要求が入力されたＷｅｂページの情報提供者の属性に応じて前記ＦＡＱをソートして、検索結果を生成することを特徴としてもよい。
【００１９】
このように、Ｗｅｂページの情報提供者の属性に応じたＦＡＱを優先して返信する構成とすることによって、質問者がＦＡＱを検索するためにアクセスしたＷｅｂページの属性に応じたより適切な検索結果を提示することが可能になる。
【００２０】
さらに、本発明は、本発明に係るＦＡＱ共用サーバによって実行されるＦＡＱの共用方法として特定することもできる。
【００２１】
本発明に係るＦＡＱの共用方法は、異なる情報提供者によって情報が提供される複数のＷｅｂページにおいてＦＡＱを共用するためのＦＡＱ共用サーバによって実行されるＦＡＱの共用方法であって、前記ＦＡＱ共用サーバが、ＦＡＱの検索が可能なＷｅｂページに入力されたＦＡＱの検索要求を受け付ける検索要求受付ステップと、前記ＦＡＱ共用サーバが、前記検索要求が入力されたＷｅｂページの情報提供者を特定する情報提供者特定ステップと、前記ＦＡＱ共用サーバが、各々のＦＡＱに配信対象となる情報提供者が設定されたＦＡＱ格納部に格納されたＦＡＱのうち、前記情報提供者特定手段によって特定された情報提供者が配信対象に設定されたＦＡＱを対象に、前記検索要求に応答するための検索処理を実行するＦＡＱ検索ステップと、前記ＦＡＱ共用サーバが、前記ＦＡＱ検索ステップにおける検索処理で所定の条件に合致したＦＡＱから、前記検索要求に対する検索結果を生成して返信する検索結果返信ステップと、を有することを特徴とするＦＡＱの共用方法である。
【００２２】
また、本発明に係るＦＡＱの共用方法は、先に説明した本発明に係るＦＡＱ共用サーバの各々の構成によって実行されるＦＡＱの共用方法として特定することもできる。
【発明の効果】
【００２３】
本発明によると、複数の中小事業者が開設しているホームページのように、異なる情報提供者によって情報が提供される複数のＷｅｂページにおいて、ＦＡＱが格納されたデータベースを共用する構成を前提にして、各々のＦＡＱをどの情報提供者のＷｅｂページに配信可能とするかを設定することができるので、各々の内容に応じてＦＡＱの共用範囲を制限しながら、他の事業者の事例等に基づいて生成されたＦＡＱも、各々の事業者のホームページ等の配信対象に加えることが可能になる。
【００２４】
これによって、個人経営のクリニック等の中小の事業者であっても、ホームページに設けられるＦＡＱの検索機能を充実させることが可能となり、顧客サービスの向上、ひいては中小事業者の競争力強化に資することが期待できる。
【図面の簡単な説明】
【００２５】
【図１】本発明に係るＦＡＱ共用サーバの実施形態の概要を示す図である。
【図２】本発明に係るＦＡＱ共用サーバの構成を示すブロック図である。
【図３】本発明において、質問者の端末に表示される検索要求を送信する画面と検索結果が出力された画面の第１の例を示す図である。
【図４】本発明において、回答者の端末に表示される質問が出力された画面と回答を入力して送信する画面の一例を示す図である。
【図５】本発明に係るＦＡＱ共用サーバに備えられるＦＡＱデータベースの第１の例を示す図である。
【図６】本発明において、質問者の端末に表示される検索要求を送信する画面と検索結果が出力された画面の第２の例を示す図である。
【図７】本発明に係るＦＡＱ共用サーバに備えられるＦＡＱデータベースの第２の例を示す図である。
【図８】本発明に係るＦＡＱ共用サーバによる処理フローを示す第１のフローチャートである。
【図９】本発明に係るＦＡＱ共用サーバによる処理フローを示す第２のフローチャートである。
【図１０】本発明に係るＦＡＱ共用サーバにおいて、検索要求が入力されたＷｅｂページの情報提供者を特定する方法の例を示す図である。
【図１１】本発明に係るＦＡＱ共用サーバによる処理フローを示す第３のフローチャートである。
【図１２】本発明に係るＦＡＱ共用サーバによる処理フローを示す第４のフローチャートである。
【図１３】本発明に係るＦＡＱ共用サーバによる処理フローを示す第５のフローチャートである。
【図１４】本発明に係るＦＡＱ共用サーバにおいて、新たにＦＡＱデータベースに登録するＦＡＱの承認プロセスにおけるフラグ管理の例を示す図である。
【発明を実施するための形態】
【００２６】
本発明を実施するための形態について、図面を用いて以下に詳細に説明する。尚、以下の説明では本発明をクリニックのホームページに設けられたＦＡＱを検索するＷｅｂページに適用する例について説明するが、これらは本発明の実施形態の一例を示したものであって、本発明は以下に説明する実施形態に限定されるものではない。
【００２７】
図１は、本発明に係るＦＡＱ共用サーバの実施形態の概要を示している。ここに示した実施形態は、本発明に係るＦＡＱ共用サーバをクリニックのホームページに設けられたＦＡＱを検索するＷｅｂページに適用する例であるが、複数のクリニック（クリニックＡ−Ｃ他）が開設している各々のホームページには、ＦＡＱ（よくある質問とその回答の組合せ）を検索することが可能なＷｅｂページが設けられている。
【００２８】
各々のクリニックに対して質問をしたい質問者である患者は、ＰＣやスマートフォン等の端末からＷｅｂサーバにアクセスして、クリニックのホームページを開く。ホームページに設けられたＦＡＱの検索画面に検索キーワードを入力して、ホームページを呼び出したＷｅｂサーバに検索要求を送信すると、Ｗｅｂサーバは本発明に係るＦＡＱ共用サーバに、検索キーワードが入力されたＷｅｂページで情報を提供しているクリニック（情報提供者）の識別情報とともに、入力された検索キーワードの検索を要求する。ここで情報提供者であるクリニックの識別情報は、検索要求が入力されたＷｅｂページのＵＲＬから特定されるドメイン又はコンテキストパスから、特定することができる。
【００２９】
ＦＡＱデータベースに格納されている各々のＦＡＱ（よくある質問とその回答の組合せ）には、それぞれ配信対象となる一または二以上の情報提供者であるクリニックの識別情報が設定されていて、検索要求を受け付けたＦＡＱ共用サーバでは、識別情報から特定される情報提供者であるクリニックが配信対象に設定されたＦＡＱのみを対象にして、受け付けた検索キーワードの検索処理を実行する。検索結果はＷｅｂサーバを介して、質問者である患者の端末に返信される。
【００３０】
ここで該当するＦＡＱが存在しない場合には、質問者である患者の端末には、質問の入力フィールドが設けられたＦＡＱが存在しないことを示す画面を出力するための情報が、検索結果として返信される。ここに入力された質問は、回答を返信するための質問者のメールアドレス等のアドレス情報とともにＦＡＱ共有サーバに保存され、回答者（情報提供者）であるクリニックの担当者が端末から回答を書き込むと、回答は質問と関連付けてＦＡＱ共有サーバに保存されるとともに、質問者である患者の端末に質問への回答が電子メール等で送信される。
【００３１】
ＦＡＱ共有サーバに保存される質問と回答には、情報提供者である回答者が公開範囲を指定しており、ＦＡＱの管理者は端末から質問と回答を編集して新たなＦＡＱを生成するとともに、指定された公開範囲に基づいて配信対象となる一または二以上の情報提供者であるクリニックの識別情報を設定して、新たなＦＡＱをＦＡＱデータベースに登録する。これによって、一のクリニックの質問と回答から生成されたＦＡＱが指定した範囲のクリニックで共用されることとなり、各々の内容に応じてＦＡＱの共用範囲を制限しながら、ＦＡＱの充実を図ることが可能になる。
【００３２】
尚、新たに登録されるＦＡＱの質を担保するためには、回答者（情報提供者）による回答後に保存された質問と回答を、ＦＡＱの管理者が編集することなくそのまま新たなＦＡＱとしてＦＡＱデータベースに登録する場合であっても、管理者がその内容を承認した後に登録することが好ましい。また、ＦＡＱの管理者が質問と回答を編集した場合には、編集後の情報を回答者（情報提供者）が承認した後に、新たなＦＡＱを生成してＦＡＱデータベースに登録することが好ましく、さらに、管理者による編集後の情報を回答者（情報提供者）が編集した場合には、編集後の情報を管理者が承認した後に、新たなＦＡＱを生成してＦＡＱデータベースに登録することが好ましい。
【００３３】
図２は、本発明に係るＦＡＱ共用サーバの構成の一例を示している。図２において、ＦＡＱ共用サーバ１０が、本発明に係るＦＡＱ共用サーバに対応する。ＦＡＱ共用サーバ１０は、Ｗｅｂサーバ２０からの検索要求に対して、質問者端末に３０に検索結果として表示させるためのＦＡＱのリスト等を返信するとともに、回答者端末４０及び管理者端末５０から送信された情報に基づいて新たなＦＡＱを生成して登録する機能を備えた、ネットワークに接続されたコンピュータである。
【００３４】
ＦＡＱ共用サーバ１０の物理的な構成は特に限定されるものではないが、ＦＡＱ共用サーバ１０にはＣＰＵ、メインメモリ、ＨＤＤ等の補助記憶装置が備えられ、メインメモリに補助記憶装置から対応するプログラムを呼び出して、ＣＰＵで演算処理を実行することによって、所定の機能を実現することができる。
【００３５】
ＦＡＱ共用サーバ１０の検索要求受付部１１、ＦＡＱ検索部１２、検索結果返信部１３、質問登録部１４、メール送信部１５、回答受付部１６、新規ＦＡＱ登録部１７は、いずれも機能的に特定されるものであって、各部に対応するプログラムが補助記憶装置からメインメモリに呼び出され、ＣＰＵで演算処理を実行することによって、各部に対応する機能が実現される。ＦＡＱ格納部１８、質問格納部１９には、ＦＡＱ共用サーバ１０の補助記憶装置の所定の記憶領域が割り当てられる。
【００３６】
Ｗｅｂサーバ２０は、インターネットに接続されたコンピュータであって、質問者端末３０からのリクエストに応じて、クリニックが提供するホームページを構成する各々のＷｅｂページを表示させる。Ｗｅｂサーバ２０のＨＤＤ等の補助記憶装置には、クリニックのホームページを構成する各々のＷｅｂページを表示するためのＨＴＭＬファイル等が格納されていて、それらが呼び出されて質問者端末３０で開かれることによって、各々のＷｅｂページが質問者端末３０に表示される。
【００３７】
尚、本発明では、複数のクリニックが提供するホームページでＦＡＱが共用されるため、ＦＡＱ共用サーバ１０は複数のクリニックが提供するホームページのＦＡＱを検索するＷｅｂページに入力された検索要求を受け付ける構成となるが、これに対してＷｅｂサーバ２０がどのような構成となるかは特に限定されるものではなく、例えば、それぞれのドメインが異なるＷｅｂサーバ２０によって、複数のクリニックのホームページが提供される構成としてもよいし、ドメインが同一であるＷｅｂサーバ２０において、各々のクリニックのホームページに異なるコンテキストパスを割り当てて、複数のクリニックのホームページがそれぞれ提供される構成としてもよい。
【００３８】
また、Ｗｅｂサーバ２０との関係も含めたＦＡＱ共用サーバ１０を構成するコンピュータの物理的な構成は特に限定されるものではなく、Ｗｅｂサーバ２０の機能も含めたＦＡＱ共用サーバ１０に対応する機能が一台のコンピュータによって実現されるものであってもよいし、それらが複数のコンピュータによって実現されるものであってもよい。
【００３９】
クリニックのホームページを呼び出してＦＡＱを検索するとともに、クリニックへの質問を入力して送信する、質問者が操作する質問者端末３０には、インターネットに接続可能な、ＰＣやスマートフォン、タブレット型コンピュータ等のネットワーク端末が用いられる。情報提供者であるクリニックの担当者が操作する回答者端末４０と、ＦＡＱを管理する管理者の担当者が操作する管理者端末５０には、インターネット等のネットワークを介してＦＡＱ共用サーバ１０からの情報の呼び出しやＦＡＱ共用サーバ１０への情報の書き込みが可能な、ＰＣ等のネットワーク端末を用いることとすればよい。
【００４０】
以上の構成を前提にして、図３−７、図１０、図１４を参照しながら、図８−９、図１１−１３のフローチャートに沿って、本発明に係るＦＡＱ共用サーバによる処理フローについて説明する。
【００４１】
図８のフローチャートは、Ｗｅｂサーバ２０からの検索要求を受け付けて、これに検索結果を返信するＦＡＱ共用サーバ１０の処理フローを示している。あるクリニックに関する情報を得ようとしている質問者である患者が、質問者端末３０からインターネットを介してＷｅｂサーバ２０にアクセスして、そのクリニックのホームページを閲覧する。クリニックのホームページには、ＦＡＱ（よくある質問とその回答の組合せ）を検索するＷｅｂページが設けられているので、このＷｅｂページを質問者端末３０に呼び出して、図３の左側の画面の例に示したように、検索キーワード（図３の例では「初診」）を入力する。
【００４２】
質問者端末３０からＦＡＱを検索するＷｅｂページに入力された検索キーワードが送信されると、これを受信したＷｅｂサーバ２０では、ＵＲＬ等の入力を受け付けたＷｅｂページを識別する情報とともに、Ｗｅｂページに入力された検索キーワードをＦＡＱ共有サーバ１０に引き渡して、検索を要求する。あるいは、Ｗｅｂページを識別する情報に換えて、Ｗｅｂページにおける情報提供者であるクリニックを識別する情報を、ＦＡＱ共有サーバ１０に引き渡すこととしてもよい。
【００４３】
ＦＡＱ共有サーバ１０では、検索要求受付部１１が起動され、検索キーワードとＷｅｂページを識別する情報を含む検索要求を受け付けて（Ｓ０１）、検索キーワードが入力されたＷｅｂページにおける情報提供者であるクリニックを特定する（Ｓ０２）。Ｗｅｂページにおける情報提供者であるクリニックを特定する方法は特に限定されるものではないが、例えば、検索要求が入力されたＷｅｂページのＵＲＬから特定されるドメイン又はコンテキストパスから、クリニックを識別するＩＤを特定することとすればよく、クリニックを識別するＩＤは、クリニック毎にユニークなＩＤを割り当て、これらのＩＤを各々のクリニックのＦＡＱを検索するＷｅｂページのＵＲＬと関連付けて記憶したテーブルを設けておき、このテーブルを参照してＵＲＬに対応するクリニックのＩＤを特定することとすればよい。
【００４４】
図１０はその一例を示したものであるが、医療情報のポータルサイト等のドメインの下に、異なるクリニックのホームページが設けられている場合は、図６の例１に示したように、そのクリニックのＦＡＱを検索するＷｅｂページのＵＲＬから特定されるコンテキストパス（ｃｌｉｎｉｃＡ）から、クリニックを識別するＩＤ（医療機関ＩＤの「Ａ」）を特定することができる。クリニック毎に異なるドメインのホームページが設けられている場合は、図１０の例２の示したように、そのクリニックのＦＡＱを検索するＷｅｂページのＵＲＬから特定されるドメイン（ｃｌｉｎｉｃＡ．ｊｐ）から、クリニックを識別するＩＤ（医療機関ＩＤの「Ａ」）を特定することができる。
【００４５】
尚、こうしたクリニックを識別するＩＤを特定する処理をＷｅｂサーバ２０で実行することとしてもよく、その場合はＷｅｂサーバ２０からクリニックを識別するＩＤ（医療機関ＩＤの「Ａ」）を受け付ける構成となるので、Ｓ０２のＷｅｂページにおける情報提供者であるクリニックを特定する処理は不要となり、受け付けたクリニックを識別するＩＤ（医療機関ＩＤの「Ａ」）をそのまま用いることとすればよい。
【００４６】
次に、ＦＡＱ検索部１２が起動されて、検索要求を受け付けた検索キーワードについて、ＦＡＱ格納部１８に格納されたＦＡＱ（よくある質問とその回答の組合せ）を検索する（Ｓ０３）。ここで検索対象となるＦＡＱが、ＦＡＱ格納部１８に格納された全てのＦＡＱではなく、Ｓ０２で特定されたＷｅｂページにおける情報提供者であるクリニックが配信対象に設定されているものに限られることが本発明の特徴である。
【００４７】
図５は、ＦＡＱ格納部１８に格納されているＦＡＱの一例を示したものであるが、よくある質問とその回答の組合せに対して、配信対象となるクリニックがそれぞれについて設定されている。質問ＩＤ「００１」の初診の場合に必要なものに関するＦＡＱは、クリニックＡ−Ｃのいずれのクリニックのホームページでも配信可能な設定となっている（この例では「１」が配信対象で「０」は配信対象でないものとする。）が、質問ＩＤ「００２」の小児科の診療対象となる年齢に関するＦＡＱは、例えば診療科目に小児科が含まれている、クリニックＡとＢのホームページには配信されるものの、小児科の診療がないクリニックＣのホームページには配信されない設定となっている。また、質問ＩＤ「００３」の院長の診療日に関するＦＡＱは、個別のクリニックに関するものなので、クリニックＡのホームページのみに配信される設定となっている。
【００４８】
このように、Ｓ０２で特定された、検索キーワードが入力されたＷｅｂページにおける情報提供者であるクリニックが配信対象に設定されているＦＡＱを対象に検索した結果、検索結果返信部１３が起動され、該当するＦＡＱが存在する場合は（Ｓ０４がＹｅｓ）、それらのＦＡＱのリスト（ＦＡＱのリストの表示画面を出力するためのＨＴＭＬ等のファイルでもよいし、Ｗｅｂサーバ２０に当該画面のＨＴＭＬ等のファイルを生成して質問者端末３０に送信させる命令でもよい）を生成して、検索結果としてＷｅｂサーバ２０に返信する（Ｓ０５）。返信されたＦＡＱのリストは、Ｗｅｂサーバ２０から質問者端末３０に呼び出されて、図３の右上の画面の例のように、質問者端末３０の画面に出力される。
【００４９】
尚、ここで検索キーワードに対して該当するＦＡＱが存在するかを判断する方法は特に限定されるものではなく、単純に質問と回答に検索キーワードが含まれるＦＡＱを全て選択することとしてもよいし、検索キーワードが質問と回答の双方に含まれるもの、検索キーワードが一定数以上含まれるものというように、何らかの条件で絞り込むこととしてもよい。また、検索キーワードに自然文の入力を受け付けて、これを人工知能等により解析して、質問の文意に合ったＦＡＱを選択することとしてもよい。
【００５０】
さらに、ＦＡＱ格納部１８に格納される各々のＦＡＱには、情報提供者でありクリニックの属性に応じた配信の優先順位を設定することとしてもよい。例えば図６のように、ＦＡＱを検索するＷｅｂページに「のどが痛い」というキーワードが入力された場合であっても、そのＷｅｂページが内科を診療科目とするクリニックが提供するものであれば、図６の右上に示した例のように、内科の患者向けのＦＡＱを優先的に表示することが好ましいし、そのＷｅｂページが外科を診療科目とするクリニックが提供するものであれば、図６の右下に示した例のように、外科の患者向けのＦＡＱを優先的に表示することが好ましい。
【００５１】
このような情報提供を可能にするためには、図７の例に示したように、ＦＡＱ格納部１８に格納される各々のＦＡＱに、情報提供者でありクリニックの診療科目等の属性（診療科目の他に、例えば医療機関のグループ、対応できる診療内容等を対象にしてもよい）に応じた配信の優先順位を設定しておき、検索処理で所定の条件に合致したＦＡＱを、検索キーワードが入力されたＷｅｂページにおける情報提供者であるクリニックの属性に応じた配信の優先順位に基づきソートして、検索結果であるＦＡＱのリストを生成することとすればよい。
【００５２】
一方、ＦＡＱを検索した結果、該当するＦＡＱが存在しない場合は（Ｓ０４がＮｏ）、質問の入力フィールドが設けられたＦＡＱが存在しないことを示す画面を出力するための情報（当該画面を出力するためのＨＴＭＬ等のファイルでもよいし、Ｗｅｂサーバ２０に当該画面のＨＴＭＬ等のファイルを生成して質問者端末３０に送信させる命令でもよい）を、受け付けた検索要求に対する検索結果として返信し、Ｗｅｂサーバ２０を介して質問者端末３０に質問の入力フィールドが設けられたＦＡＱが存在しないことを示す画面を出力させる。図３の右下の画面がその一例を示したものである。
【００５３】
この画面には、質問の入力フィールドの他に、質問者のメールアドレスを入力するフィールドが設けられ、質問者がこれらのフィールドに入力した情報が、質問者端末３０からＷｅｂサーバ２０を介して、ＦＡＱ共用サーバ１０で受け付けられる。ＦＡＱ共用サーバ１０では、質問登録部１４が起動されて、質問者端末３０に要求して入力を受け付けた質問を、質問者のメールアドレスと関連付けて質問格納部１９に登録する（Ｓ０６）。また、メール送信部１５を起動して、質問を受け付けたＷｅｂページにおける情報提供者であるクリニックで、質問への回答を担当する回答者（情報提供者）の回答者端末４０に、新たな質問が登録されたことを電子メール等によって通知する（Ｓ０７）。
【００５４】
図９のフローチャートは、新たに登録された質問に対する回答を回答者端末４０から受け付けて、質問者に電子メールを送信するＦＡＱ共用サーバ１０の処理フローを示している。ホームページを開設してＦＡＱを共用している各々のクリニックは、ＦＡＱ共用サーバ１０にログインして、自らのクリニックへの質問を確認して回答する権限を有している。
【００５５】
図４は、ＦＡＱ共用サーバ１０にログインした、クリニックで質問への回答を担当する回答者が操作する回答者端末４０に表示される、クリニックへの質問が出力された画面（図４の左側の画面）と、回答者が回答を入力して送信する画面（図４の右側の画面）の一例を示したものであるが、クリニックのＩＤとパスワード等を入力してＦＡＱ共用サーバ１０にログインすると、ＦＡＱ共用サーバ１０では回答受付部１６が起動され、質問格納部１９に格納された回答が未済の当該クリニックへの質問を呼び出して、回答者端末４０の画面にその一覧を表示させる。
【００５６】
図４の左側の画面には、１件の未回答の質問が表示されていて、回答者が「回答する」のボタンを押下すると、右側の画面に遷移して、回答者は回答の入力フィールドに質問への回答を入力する。また、この質問と回答から生成される新たなＦＡＱの公開範囲を選択するボタンが設けられているので、ＦＡＱを生成した場合にどの範囲まで公開するか、あるいはＦＡＱを生成せず非公開とするかを選択する。
【００５７】
この画面に入力された回答と選択した公開範囲が、回答者端末４０からＦＡＱ共用サーバ１０に送信される。ＦＡＱ共用サーバ１０の回答受付部１６で回答が受け付けられたことを検出すると（Ｓ０８がＹｅｓ、尚、質問の登録から一定の時間が経過しても回答が受け付けられなければ、回答者に電子メールで再通知を行うこととしてもよい）、メール送信部１５が起動されて、質問格納部１９に回答に対応する質問と関連付けて格納された質問者のメールアドレスを呼び出し、このメールアドレスを宛先に設定して、受け付けた回答を質問者に電子メールで送信する（Ｓ０９）。
【００５８】
また、受け付けた回答を質問と関連付け、さらに回答者が選択した公開範囲に対応する公開フラグを設定して、質問格納部１９に格納された未回答の質問に対する回答を登録する。この質問と回答から、図１１−１３のフローチャートに示した処理によって新たなＦＡＱが生成され、配信対象となる範囲や配信の優先順位が設定されて、ＦＡＱ格納部１８に登録される（Ｓ１０）。
【００５９】
図１１のフローチャートは、新規ＦＡＱ登録部１７において、質問格納部１９に新たに回答が登録された質問と回答が、ＦＡＱ格納部１８に登録する対象になるかを判断する処理フローを示している。質問格納部１９の未回答の質問に新たに回答が登録されたとき、あるいは、毎日１回のように所定のタイミングで新規ＦＡＱ登録部１７が起動されると、質問格納部１９に新たに回答が登録された質問と回答に設定された公開フラグを確認する（Ｓ１１）。公開フラグが非公開とすることを指定したものであれば（Ｓ１２がＹｅｓ）、新たなＦＡＱを生成することなく処理を終了するが、公開フラグが公開対象であることを示している場合は（Ｓ１２がＮｏ）、質問格納部１９に新たに回答が登録された質問と回答から新たなＦＡＱを生成して、ＦＡＱの管理者に承認依頼を通知する（Ｓ１３）。生成した新たなＦＡＱは、質問格納部１９に一時的に保存しておくこととしてもよいし、ＦＡＱ格納部１８に仮登録しておくこととしてもよい。
【００６０】
Ｓ１２において、公開フラグが非公開とすることを示すものである場合（Ｓ１２がＹｅｓ）は、例えば、質問や回答に個人情報が含まれていて公開が適切でないケースのように、質問を受けて回答したクリニックが当該質問と回答をＦＡＱとしては公開しないことを意図していると判断できるため、ＦＡＱの編集やＦＡＱ格納部１８への新たなＦＡＱの登録は行われないが、この場合も質問と回答は非公開のステータスで質問格納部１９に保存しておくことが好ましく、そうすることによって、過去に受け付けた質問と回答を、回答者が後から確認することが可能になる。新たにＦＡＱを生成した質問と回答についても、後に確認が可能となるように、質問格納部１９に保存しておくことが好ましい。
【００６１】
図１４は、この後の承認プロセスのフラグ管理の例を示したものであるが、質問格納部１９に格納された各々の質問と回答の組合せに対して、この例のように、質問への回答者（情報提供者であるクリニック）とＦＡＱの管理者のそれぞれのステータスを示す承認フラグを設定することによって、回答者と管理者による相互編集における承認プロセスを効率的に管理して、ＦＡＱの品質維持を図ることが可能になる。
【００６２】
回答者から質問者への回答が行われ、質問格納部１９に新たに回答が登録されると、回答者の承認フラグは「０（未返信）」から「１（返信済み）」に更新されるが、図１１のフローチャートのＳ１３で、ＦＡＱの管理者に承認依頼が通知されると、回答者の承認フラグは「１（返信済み）」から「２（承認待ち）」に更新され、管理者には「０（未承認）」のフラグが立てられる。
【００６３】
図１２のフローチャートでは、ＦＡＱの管理者が管理者端末５０からＦＡＱ共用サーバ１０にログインすると、新規ＦＡＱ登録部１７が起動されて、承認依頼がされたものの未承認の新たなＦＡＱ（管理者の承認フラグが「０（未承認）」となっているもの）が存在するかを確認する（Ｓ１４）。未承認の新たなＦＡＱが存在すれば（Ｓ１４がＹｅｓ）、そのＦＡＱが管理者端末５０に送信されて、管理者の承認フラグが「０（未承認）」から「１（未承認・参照済み）」に更新されるが、管理者がこの新たなＦＡＱを承認する承認操作を行ったことを受け付ければ（Ｓ１５がＹｅｓ）、管理者の承認フラグが「１（未承認・参照済み）」から「５（承認済み）」に、回答者の承認フラグが「２（承認待ち）」から「４（承認済み）」に更新されて、新たなＦＡＱをＦＡＱ格納部１８に登録するとともに、公開フラグに応じて公開範囲を設定して（Ｓ１６）、処理を終了する。尚、この段階で、管理者の承認フラグは「５（承認済み）」から「６（配信済み）」に、回答者の承認フラグは「４（承認済み）」から「６（配信済み）」に更新され、る。未承認の新たなＦＡＱが存在しない場合は（Ｓ１４がＮｏ）、そのまま処理を終了する。
【００６４】
管理者が新たなＦＡＱを承認せず（Ｓ１５がＮｏ）、そのＦＡＱの編集操作を開始すると、管理者の承認フラグが「１（未承認・参照済み）」から「２（校正待ち）」に、回答者の承認フラグは「２（承認待ち）」から「３（校正中）」に更新され、その後に編集操作の終了を受け付けると（Ｓ１７）、管理者の承認フラグが「２（校正待ち）」から「３（校正完了）」に更新される。さらに、回答者に対して承認依頼が通知されると（Ｓ１８）、管理者の承認フラグは「３（校正完了）」から「４（承認待ち）」に更新され、回答者の承認フラグは「３（校正中）」から「５（未承認）」に更新される。
【００６５】
図１３のフローチャートでは、回答者が回答者端末４０からＦＡＱ共用サーバ１０に再びログインすると、新規ＦＡＱ登録部１７が起動されて、承認依頼がされたものの未承認の管理者によって編集された新たなＦＡＱ（回答者の承認フラグが「５（未承認）」となっているもの）が存在するかを確認する（Ｓ１９）。未承認の新たなＦＡＱが存在すれば（Ｓ１９がＹｅｓ）、そのＦＡＱが回答者端末４０に送信され、回答者が編集されたＦＡＱを承認する承認操作を行ったことを受け付ければ（Ｓ２０がＹｅｓ）、回答者の承認フラグが「５（未承認）」から「４（承認済み）」に、管理者の承認フラグも「４（承認待ち）」から「５（承認済み）」に更新されて、新たなＦＡＱをＦＡＱ格納部１８に登録するとともに、公開フラグに応じて公開範囲を設定して（Ｓ２１）、処理を終了する。尚、この段階で、回答者の承認フラグは「４（承認済み）」から「６（配信済み）」に、管理者の承認フラグは「５（承認済み）」から「６（配信済み）」に更新される。未承認の新たなＦＡＱが存在しない場合は（Ｓ１９がＮｏ）、そのまま処理を終了する。
【００６６】
回答者が編集されたＦＡＱを承認せず（Ｓ２０がＮｏ）、そのＦＡＱをさらに編集する操作の終了を受け付けて（Ｓ２２）、管理者に対して承認依頼が通知されると（Ｓ２３）、回答者の承認フラグは「５（未承認）」から「２（承認待ち）」に更新され、管理者の承認フラグは「４（承認待ち）」から「０（未承認）」に更新される。その後は図１２のＳ１４に戻り、図１２−１３と同様の処理が繰り返されることになる。
【００６７】
尚、以上に説明した承認フラグの種別は、その一例を示したものであって、ここに示した例に限定されるものではない。例えば、この例では、配信対象が自らのクリニックのみか、他のクリニックも配信対象に含むかに関わらず、一律に配信済みのステータスとして管理しているが、これらに異なるフラグを立てて区別することとしてもよい。また、図１４に示した公開フラグについても、ここに示した例に限定されるものではない。
【符号の説明】
【００６８】
１０  ＦＡＱ共用サーバ
１１  検索要求受付部
１２  ＦＡＱ検索部
１３  検索結果返信部
１４  質問登録部
１５  メール送信部
１６  回答受付部
１７  新規ＦＡＱ登録部
１８  ＦＡＱ格納部
１９  質問格納部
２０  Ｗｅｂサーバ
３０  質問者端末
４０  回答者端末
５０  管理者端末
【図１】
2018088246.tif 000003
【図２】
2018088246.tif 000004
【図３】
2018088246.tif 000005
【図４】
2018088246.tif 000006
【図５】
2018088246.tif 000007
【図６】
2018088246.tif 000008
【図７】
2018088246.tif 000009
【図８】
2018088246.tif 000010
【図９】
2018088246.tif 000011
【図１０】
2018088246.tif 000012
【図１１】
2018088246.tif 000013
【図１２】
2018088246.tif 000014
【図１３】
2018088246.tif 000015
【図１４】
2018088246.tif 000016