(57)【要約】【課題】企業外にいる従業員が慶弔情報を企業に的確に伝達し、企業が伝達された慶弔情報に関連する商品又はサービスを適切に発注できるようにする。【解決手段】データ入力サーバ２１と専用回線３０で接続された注文データ生成サーバ２２とを備える情報管理システム１において、データ入力サーバ２１は、端末装置１１から入力した必要事項データを注文データ生成サーバ２２に送信し、注文データ生成サーバ２２から受信した注文書情報を端末装置４１、４２に送信する。注文データ生成サーバ２２は、情報管理部において必要事項データに基づき業者情報を参照して発注先業者を選択し、発注先業者に対応する注文様式情報を選択し、選択された注文様式情報に必要事項データに基づいて注文書情報を生成し、基本機能部において注文書情報をデータ入力サーバ２１へ送信する。【選択図】図１
2012137897.tif 000002
【特許請求の範囲】
【請求項１】
データ入力サーバと前記データ入力サーバと専用回線で接続された注文データ生成サーバとを備える情報管理システムにおいて、
前記データ入力サーバは、
第１の端末装置から入力された利用者の識別情報、及び慶弔に関する商品又はサービスの提供条件情報を含む必要事項データを前記注文データ生成サーバに送信し、前記注文データ生成サーバから受信した注文書情報を第２の端末装置に送信する基本機能部を備え、
前記注文データ生成サーバは、
商品又はサービスの業者ごとに商品又はサービスの料金及び提供可能条件情報を含む業者情報を記憶する業者データベースと、
前記商品又はサービスの業者ごとに前記商品又はサービスを注文するための注文様式情報を記憶する注文書様式データベースと、
前記データ入力サーバから受信した必要事項データに基づいて利用者の慶弔に関する商品又はサービスの注文が承認された場合、前記必要事項データと前記業者情報に基づいて発注先の業者を選択し、選択した発注先の業者に対応する注文様式情報を前記注文書様式データベースから選択し、選択した注文様式情報に基づいて前記注文書情報を生成する情報管理部と、
前記情報管理部が生成した前記注文書情報を前記データ入力サーバへ送信する基本機能部と、を備えること、
を特徴とする情報管理システム。
【請求項２】
前記データ入力サーバが備える基本機能部は、
前記注文データサーバに送信した前記必要事項データを削除し、又は
前記第２の端末装置に送信した前記注文書情報を削除すること、
を特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記注文データ生成サーバが備える情報管理部は、
前記必要事項データに含まれる前記提供条件情報は提供日時又は提供場所であって、
前記業者情報に含まれる提供可能条件情報は日時又は地域であって、
前記必要事項データに含まれる提供日時が前記業者情報に含まれる日時に属す、前記必要事項データに含まれる提供場所が前記業者情報に含まれる地域に属す、又は前記業者情報に含まれる料金が最も低い、発注先の業者を選択すること、
を特徴とする請求項１に記載の情報管理システム。
【請求項４】
商品又はサービスの業者ごとに商品又はサービスの料金及び提供可能条件情報を含む業者情報を記憶する業者データベースと、
前記商品又はサービスの業者ごとに前記商品又はサービスを注文するための注文様式情報を記憶する注文書様式データベースと、
データ入力サーバから受信した必要事項データに基づいて利用者の慶弔に関する商品又はサービスの注文が承認された場合、前記必要事項データと前記業者情報に基づいて発注先の業者を選択し、選択した発注先の業者に対応する注文様式情報を前記注文書様式データベースから選択し、選択した注文様式情報に基づいて前記注文書情報を生成する情報管理部と、
前記情報管理部が生成した前記注文書情報を前記データ入力サーバへ送信する基本機能部と、を備えること、
を特徴とする情報管理装置。
【請求項５】
データ入力サーバと前記データ入力サーバと専用回線で接続された注文データ生成サーバとを備える情報管理システムにおける情報管理方法において、
前記データ入力サーバが、
第１の端末装置から入力された利用者の識別情報、及び慶弔に関する商品又はサービスの提供条件情報を含む必要事項データを前記注文データ生成サーバに送信する第１の過程と、
前記注文データ生成サーバから受信した注文書情報を第２の端末装置に送信する第２の過程を有し、
前記注文データ生成サーバは、
商品又はサービスの業者ごとに商品又はサービスの料金及び提供可能条件情報を含む業者情報を記憶する業者データベースと、
前記商品又はサービスの業者ごとに前記商品又はサービスを注文するための注文様式情報を記憶する注文書様式データベースと、を備え、
前記データ入力サーバから受信した必要事項データに基づいて利用者の慶弔に関する商品又はサービスの注文が承認された場合、前記必要事項データと前記業者情報に基づいて発注先の業者を選択する第３の過程と、
選択した発注先の業者に対応する注文様式情報を前記注文書様式データベースから選択し、選択した注文様式情報に基づいて前記注文書情報を生成する第４の過程と、
前記注文書情報を前記データ入力サーバへ送信する第５の過程と、を有すること、
を特徴とする情報管理方法。
【請求項６】
商品又はサービスの業者ごとに商品又はサービスの料金及び提供可能条件情報を含む業者情報を記憶する業者データベースと、前記商品又はサービスの業者ごとに前記商品又はサービスを注文するための注文様式情報を記憶する注文書様式データベースと、を備える情報管理装置のコンピュータに、
データ入力サーバから受信した必要事項データに基づいて利用者の慶弔に関する商品又はサービスの注文が承認された場合、前記必要事項データと前記業者情報に基づいて発注先の業者を選択する手順、
選択した発注先の業者に対応する注文様式情報を前記注文書様式データベースから選択し、選択した注文様式情報に基づいて前記注文書情報を生成する手順、
前記注文書情報を前記データ入力サーバへ送信する手順、
を実行させるための情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理システム、情報管理装置、情報管理方法、及び情報管理プログラムに関する。
【背景技術】
【０００２】
企業において業務を円滑に遂行するために従業員間で情報共有を図る情報管理システムが用いられることがある。情報管理システムには、企業内に設置されたサーバ装置を備え、そのサーバ装置に各従業員が使用する端末装置からアクセスできるように構成されているものがある。例えば、特許文献１に記載の情報管理システムは企業の外部にある端末装置からサーバ装置へのアクセスを実現し、従業員の利便を図り多様な業務形態に利用されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３２０４０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、従業員の状況によっては情報管理システムが十分に利用されないことがある。例えば、従業員本人が緊急に慶事（例えば、婚姻、出産、等）及び弔事（例えば、本人又は親族の死亡、等）に直面した場合である。このような場合、従業員本人は職場外におり、職場に在席している他の従業員に慶事又は弔事に関する情報（以下、慶弔情報）を電話で伝達する。しかしながら、従業員本人の言い間違い、慶弔情報を伝達された従業員の聞き間違いのため、誤った情報が企業に伝達されるという問題点があった。
また、企業が慶事又は弔事に直面した従業員本人に商品やサービス（例えば、電報、生花、等）を発注することがある。前述の誤った情報や、従業員本人以外の従業員が発注することによる発注誤りにより、しばしば所望の条件で商品やサービスが提供されないという問題点があった。
【０００５】
本発明は上記の点に鑑みてなされたものであり、企業外にいる利用者（従業員）が慶弔情報を企業に的確に伝達し、企業が伝達された慶弔情報に関連する商品やサービスを適切に発注することができる、情報管理システム、情報管理装置、情報管理方法、及び情報管理プログラムを提供する。
【課題を解決するための手段】
【０００６】
本発明は上記の課題を解決するためになされたものであり、本発明は、データ入力サーバと前記データ入力サーバと専用回線で接続された注文データ生成サーバとを備える情報管理システムにおいて、前記データ入力サーバは、第１の端末装置から入力された利用者の識別情報、及び慶弔に関する商品又はサービスの提供条件情報を含む必要事項データを前記注文データ生成サーバに送信し、前記注文データ生成サーバから受信した注文書情報を第２の端末装置に送信する基本機能部を備え、前記注文データ生成サーバは、商品又はサービスの業者ごとに商品又はサービスの料金及び提供可能条件情報を含む業者情報を記憶する業者データベースと、前記商品又はサービスの業者ごとに前記商品又はサービスを注文するための注文様式情報を記憶する注文書様式データベースと、前記データ入力サーバから受信した必要事項データに基づいて利用者の慶弔に関する商品又はサービスの注文が承認された場合、前記必要事項データと前記業者情報に基づいて発注先の業者を選択し、選択した発注先の業者に対応する注文様式情報を前記注文書様式データベースから選択し、選択した注文様式情報に基づいて前記注文書情報を生成する情報管理部と、前記情報管理部が生成した前記注文書情報を前記データ入力サーバへ送信する基本機能部と、を備えることを特徴とする情報管理システムである。
【発明の効果】
【０００７】
本発明によれば、データ入力サーバが利用者の端末から必要事項データを受信し、これに基づき注文データ生成サーバが生成した注文書情報を発注先の業者の端末に送信できる。そのため、利用者が慶弔情報を必要事項データとして企業に的確に伝達し、利用者である企業が慶弔に関する商品又はサービスを適切に発注することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態に係る情報管理システム１の構成を示す概略図である。
【図２】本実施形態に係るデータ入力サーバ２１の構成を示す概略図である。
【図３】本実施形態に係る必要事項データの一例を示す図である。
【図４】本実施形態に係る注文書情報の一例を示す図である。
【図５】本実施形態に係る注文確認情報の一例を示す図である。
【図６】本実施形態に係る注文データ生成サーバ２２の構成を示す概略図である。
【図７】本実施形態に係る電報業者情報の一例を示す。
【図８】本実施形態に係る生花販売業者情報の一例を示す。
【図９】本実施形態に係る電報業者注文様式情報の一例を示す。
【図１０】本実施形態に係る生花販売業者注文様式情報の一例を示す。
【図１１】本実施形態に係る社員情報の一例を示す。
【図１２】本実施形態に係る承認日時管理情報の一例を示す。
【図１３】本実施形態に係る情報管理処理を示すシーケンス図である。
【図１４】本実施形態に係る他の情報管理処理を示すシーケンス図である。
【図１５】本実施形態に係る他の情報管理処理を示すシーケンス図である。
【図１６】本実施形態に係る他の情報管理処理を示すシーケンス図である。
【図１７】本実施形態に係る他の情報管理処理を示すシーケンス図である。
【図１８】本実施形態に係る他の情報管理処理を示すシーケンス図である。
【発明を実施するための形態】
【０００９】
（第１の実施形態）
以下、図面を参照しながら本発明の実施形態について説明する。
図１は、本実施形態に係る情報管理システム１の構成を示す概略図である。情報管理システム１は、データ入力用端末装置１１、携帯電話機１２、データ入力サーバ２１、注文データ生成サーバ２２、承認用端末装置３１、管理用端末装置３２、注文受付端末４１、４２、インターネット１０、イントラネット２０及び専用線３０を含んで構成される。
インターネット１０は、データ入力用端末装置１１、データ入力サーバ２１、及び注文受付端末４１、４２を接続する通信網である。インターネット１０は、データ入力用端末装置１１、携帯電話機１２、データ入力サーバ２１、及び注文受付端末４１、４２以外、例えば利用者である企業外に設置された通信機器との接続を許容する通信網である。
【００１０】
イントラネット２０は、注文データ生成サーバ２２、承認用端末装置３１、及び管理用端末装置３２と接続し、これらのサーバ及び装置を互いに通信可能にする通信網である。イントラネット２０の管理サーバ（図示せず）は、注文データ生成サーバ２２、承認用端末装置３１、及び管理用端末装置３２以外に企業内に設置された通信機器をイントラネット２０に接続させてもよいが、その企業外に設置された通信機器をイントラネット２０には接続させない。
専用線３０は、データ入力サーバ２１と注文データ生成サーバとの間を１対１で接続する通信回線であり、専用線３０の管理サーバ（図示せず）は他の通信機器をイントラネット２０には接続させない。
【００１１】
データ入力用端末装置１１は、データ入力サーバ２１から受信したデータ入力画面情報に基づく画像を表示する。また、データ入力サーバ２１に接続し、後述する必要事項データを送信する。データ入力用端末装置１１は、例えばパーソナルコンピュータ又は携帯電話機である。
【００１２】
次に、データ入力サーバ２１の構成について図２を用いて説明する。図２は、本実施形態に係るデータ入力サーバ２１の構成を示す概略図である。データ入力サーバ２１は、基本機能部１０１、情報管理部１０２、必要事項データ一時記憶部１０３、発注データ一時記憶部１０４及び注文確認メール一時記憶部１０５を含んで構成される。
【００１３】
基本機能部１０１は、データ入力用端末装置１１又は携帯電話機１２へデータ入力画面情報を送信する。また、基本機能部１０１は、データ入力用端末装置１１又は携帯電話機１２と接続されると、必要事項データを受信する。基本機能部１０１は、受信した必要事項データを注文データ生成サーバ２２から受信した公開鍵で暗号化し、暗号化したデータを必要事項データ一時記憶部１０３に記憶する。
情報管理部１０２は、注文データ生成サーバ２２から必要事項有無要求信号を受信したとき、必要事項データ一時記憶部１０３に記憶された必要事項データの有無を確認する。情報管理部１０２は、必要事項データ一時記憶部１０３に記憶された必要事項データがある場合、そのデータを注文データ生成サーバ２２へ送信する。
【００１４】
情報管理部１０２は、暗号化された注文書情報を注文データ生成サーバ２２から受信したとき、その注文書情報を発注データ一時記憶部１０４に記憶し、注文受付端末装置４１又は４２に注文書情報を電子メール形式で送信する。但し、情報管理部１０２は、送信先となる注文受付端末装置４１又は４２から受信した公開鍵で注文書情報を暗号化して発注データ一時記憶部１０４に記憶する。例えば、注文受付端末装置４１を生花販売業者が管理している場合には、暗号化された生花販売業者向けの注文書情報を送信する。注文受付端末装置４２を電報業者が管理している場合には、暗号化された電報業者向けの注文書情報を送信する。
情報管理部１０２は、注文受付端末装置４１又は４２から、電報業者又は生花販売業者それぞれの秘密鍵で暗号化された注文確認情報を電子メール形式で受信し、注文確認データ一時記憶部１０５に記憶する。
【００１５】
情報管理部１０２は、注文データ生成サーバ２２から注文確認有無要求信号を受信したとき、注文確認情報データ一時記憶部１０５に記憶された注文確認情報の有無を確認する。情報管理部１０２は、その注文確認情報の有無を示す注文確認有無信号を注文データ生成サーバ２２に送信する。
情報管理部１０２は、注文データ生成サーバ２２から注文確認情報要求信号を受信したとき、注文確認データ一時記憶部１０５に記憶された注文確認情報を注文データ生成サーバ２２へ送信する。
情報管理部１０２は、注文データ生成サーバ２２へ必要事項データ、注文書情報及び注文確認情報を送信した後は、必要事項データ一時記憶部１０３、発注データ一時記憶部１０４及び注文確認データ一時記憶部１０５いずれについても、送信したデータを削除する。
【００１６】
必要事項データ一時記憶部１０３は、データ入力用端末装置１１又は携帯電話機１２からデータ入力サーバ２１の基本機能部１０１が入力された必須事項データを一時的に記憶する。記憶される必要事項データの一例を図３に示す。図３は、本実施形態に係る必要事項データの一例を示す図である。必要事項データは、図３に示すように、社員番号、社員氏名、慶弔フラグ（慶事又は弔事を示す）、結婚式フラグ（結婚式の有無を示す）、結婚式日時、結婚式会場名、通夜フラグ（通夜の有無を示す）、告別式フラグ（告別式の有無を示す）、逝去者氏名、社員との続柄、通夜日時、通夜会場郵便番号、通夜会場住所、通夜会場名、告別式日時、告別式場郵便番号、告別式場住所、告別式場名、生花フラグ（必要か否かを示す）、生花種類（不要、慶事用生花、弔事用生花、花輪、教会用生花、神式用生花のいずれかを示す）、生花配達希望日時、生花配達先郵便番号、生花配達先住所、生花配達先電話番号、生花配達式場名、生花宛先氏名、電報フラグ（必要か否かを示す）、電報種類（不要、慶事用、弔事用のいずれかを示す）、電報配達希望日時、電報配達先郵便番号、電報配達先住所、電報配達先式場名、電報配達希望日時、電報宛先氏名、ハッシュ値及びタイムスタンプを含む。
従って、情報管理部１０２が注文データ有無要求信号を受信したとき、必要事項データは情報管理部１０２に読み出され、注文データ生成サーバ２２へ送信され、注文データ生成サーバ２２が備える必要事項データＤＢ２０３に記憶される。
【００１７】
発注データ一時記憶部１０４は、注文データ生成サーバ２２から情報管理部１０２が受信した、注文書情報を一時的に記憶する。この注文書情報は、暗号化されている。記憶される注文書情報の一例を図４に示す。図４は、本実施形態に係る注文書情報の一例を示す図である。注文書情報の各々は、発注先となる業者名、注文書の表題（電報注文書か生花注文書）、注文書の種類（お祝いかお悔やみ）、宛先氏名、配達希望日時及び注文受付フラグ（完了又は未完了を示す）を含んで構成される。
従って、注文書情報は、情報管理部１０２から読み出され、注文受付端末装置４１又は４２に注文書情報を電子メール形式で送信される。
【００１８】
注文確認データ一時記憶部１０５は、情報管理部１０２が注文受付端末装置４１又は４２から受信した注文確認情報を記憶する。この注文確認情報は、電報業者又は生花販売業者それぞれの公開鍵で暗号化されている。記憶される注文確認情報の一例を図５に示す。図５は、本実施形態に係る注文確認情報の一例を示す図である。注文書情報の各々は、発注先となる業者名、注文書の表題（電報注文書か生花注文書）、注文書の種類（お祝いかお悔やみ）、宛先氏名、配達希望日時及び注文受付フラグ（完了又は未完了を示す）を含んで構成される。
従って、情報管理部１０２が確認データ有無要求信号を受信したとき、注文確認情報は情報管理部１０２に読み出され、注文データ生成サーバ２２へ送信される。
【００１９】
次に、注文データ生成サーバ２２の構成について図６を用いて説明する。図６は、本実施形態に係る注文データ生成サーバ２２の構成を示す概略図である。注文データ生成サーバ２２は、基本機能部２０１、情報管理部２０２、必要事項データＤＢ（Ｄａｔａ  Ｂａｓｅ；データベース）２０３、電報業者ＤＢ２０４、生花販売業者ＤＢ２０５、電報業者注文書ＤＢ２０６、生花販売業者注文書ＤＢ２０７、社員情報ＤＢ２０８及び承認情報ＤＢ２０９を含んで構成される。
【００２０】
基本機能部２０１は、データ入力サーバ２１に必要事項データ（注文データ）があるかないかを示す情報を送信するように要求する必要事項有無要求信号を一定時間間隔（例えば、５分ごと）で送信する。
基本機能部２０１は、注文書情報を暗号化するために用いる自己（注文データ生成サーバ２２）の公開鍵をデータ入力サーバ２１に送信する。
【００２１】
基本機能部２０１は、データ入力サーバ２１の基本機能部１０１から受信した必要事項データを必要事項データＤＢ２０３に格納する。
基本機能部２０１は、格納したデータについて承認処理を実行する。承認処理において、基本機能部２０１は次の処理を実行する。基本機能部２０１は、必要事項データに含まれる社員番号に対応する承認者番号（部門承認者番号及び総務部承認者番号）を後述する社員情報ＤＢ２０８から読み出し、読み出した承認者番号に対応する承認者アドレス（部門承認者アドレス及び総務部承認者アドレス）を社員情報ＤＢ２０８から読み出す。基本機能部２０１は、電報や生花の注文に対する承認を依頼する旨の情報と承認入力を行うためのアクセス先となる注文データ生成サーバ２２のアドレス（例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ））を含む承認依頼データを生成する。
【００２２】
基本機能部２０１は、読み出した承認者アドレスで示される承認用端末装置３１に、生成した承認依頼データを電子メール形式で送信する。基本機能部２０１は、社員ごとに定められた承認者によって入力された承認情報及び承認者番号を承認用端末装置３１から受信する。基本機能部２０１は、このとき承認者番号と承認日時を承認情報ＤＢ２０９（図１２参照）に記憶する。社員ごとに定められた承認者全員（図１１参照）から承認情報を受信し、記憶し終わることで承認処理が終了する。
【００２３】
基本機能部２０１は、データ入力サーバ２１に対して記憶している注文確認情報があるか否かを示す注文確認情報有無信号を送信することを要求する注文確認有無要求信号を送信し、データ入力サーバ２１から注文確認情報有無信号を受信する。また、基本機能部２０１は、データ入力サーバ２１に対して記憶している注文確認情報を送信することを要求する注文確認情報要求信号を送信し、データ入力サーバ２１から注文確認情報を受信する。
基本機能部２０１は、受信した必要事項データに含まれる業者名等、注文に必要な情報が欠落している場合や注文受付情報が未完了を示す場合には、基本機能部２０１は、エラー情報を管理用端末装置３２に電子メール形式で送信する。
【００２４】
基本機能部２０１における承認処理が終了した後に、情報管理部２０２は、次の処理を実行することにより注文情報を生成する。具体的には情報管理部２０２は、承認処理が終了した必要事項データを必要事項データＤＢ２０３から読み出す。読み出された必要事項データの生花フラグが１（必要；生花が必要であることを示す）の場合には、情報管理部２０２は、後述するように必要事項データに含まれる生花配達希望日時、生花配達郵便番号及び生花配達先住所と生花販売業者ＤＢ２０５に記憶された生花販売業者情報に適合する生花販売業者を選択する。情報管理部２０２は、選択した生花販売業者に対応する生花販売業者注文書様式情報を生花販売情報注文書様式ＤＢ２０７から読み出す。情報管理部２０２は、読み出した生花販売業者注文書様式情報に含まれる項目ごとに必要事項データから該当する項目のデータを挿入してその生花販売業者への注文書情報を生成する。
【００２５】
読み出された必要事項データの電報フラグが１（必要；電報が必要であることを示す）である場合には、情報管理部２０２は、後述するように必要事項データに含まれる電報配達希望日時、電報配達郵便番号及び電報配達先住所と電報業者ＤＢ２０４に記憶された電報業者情報に適合する電報業者を選択する。情報管理部２０２は、選択した電報業者に対応する電報業者注文書様式情報を電報業者注文書様式ＤＢ２０６から読み出す。情報管理部２０２は、読み出した電報業者注文書様式情報に含まれる項目ごとに必要事項データの該当する項目のデータを挿入してその電報業者への注文書情報を生成する。
情報管理部２０２は、生成した注文書情報に注文受付完了項目を付加し、付加された注文書情報を、基本機能部１０１を介してデータ入力サーバ２１に送信する。注文受付完了項目とは、後述する注文受付端末装置４１、４２において注文受付が完了したか否かを示す情報注文受付完了情報の入力を受け付け、入力された情報注文受付完了情報を記憶することが可能な部分である。
【００２６】
情報管理部２０２は、データ入力サーバ２１から基本機能部１０１を介して注文確認情報を入力される。情報管理部２０２は、入力された注文確認情報に含まれる情報注文受付完了情報が注文完了を示す場合、必要事項データＤＢ２０３に記憶された該当する必要事項データの電報フラグ又は生花フラグが１（必要）である場合、０（ゼロ；注文が不要であることを示す）に変更する。情報管理部２０２は、電報フラグを０に変更した場合、電報業者ＤＢ２０４の該当する電報業者に対する発注回数に１を加算する。情報管理部２０２は、生花フラグを０に変更した場合、生花販売業者ＤＢ２０５の該当する生花販売業者に対する発注回数に１を加算する。
【００２７】
必要事項データＤＢ２０３は、基本機能部２０１がデータ入力サーバ２１から受信した必要事項データを記憶する。記憶される必要事項データは、必要事項データ一時記憶部１０５に記憶したものと同様な項目の情報を含む（図３参照）。
電報業者ＤＢ２０４は、電報業者情報を記憶する。電報業者情報の一例を図７に示す。図７は、本実施形態に係る電報業者情報の一例を示す。電報業者情報は、電報業者名、電報業者名カナ（読み仮名）、発注可能時間、配達可能時間、定休日、配達可能住所、定型文送付時の料金、電報種類（慶事用か弔事用）、電報発注先メールアドレス、発注回数及び電報業者公開鍵の各情報を含んで構成される。
生花販売業者ＤＢ２０５は、生花販売業者情報を記憶する。生花販売業者情報の一例を図８に示す。図８は、本実施形態に係る生花販売業者情報の一例を示す。生花販売業者情報は、生花販売業者名、生花販売業者名カナ（読み仮名）、発注可能時間、配達可能時間、定休日、配達可能住所、生花料金、用途（慶事用か弔事用）、生花発注先メールアドレス、発注回数及び生花販売業者公開鍵の各情報を含んで構成される。
【００２８】
電報業者注文様式ＤＢ２０６は、電報業者ごとの電報業者注文様式情報を記憶する。電報業者注文様式情報の一例を図９に示す。図９は、本実施形態に係る電報業者注文様式情報の一例を示す。電報業者注文様式情報は、注文書様式、業者名、氏名記入欄位置、の各情報を含んで構成される。注文書様式は、業者名、注文書表題（電報注文書）、種類（慶事用か弔辞用）、宛先氏名、お届け日時及び注文受付（完了又は未完了）の各情報を含んで構成される。注文受付情報とは、電報業者が発注情報を受信したときに、注文完了か未完了かを確認するための情報である。また、氏名記入欄位置以降の列の情報は、注文書様式のどの位置に前述の必要事項情報のうちいかなる情報を挿入すべきかを指示する情報である、図９は、宛先氏名の後に氏名記入欄を配置することを示す。
【００２９】
生花販売業者注文様式ＤＢ２０７は、生花販売業者ごとの生花販売業者注文様式情報を記憶する。生花販売業者注文様式情報の一例を図１０に示す。図１０は、本実施形態に係る生花販売業者注文様式情報の一例を示す。生花販売業者注文様式情報は、注文書様式、業者名、氏名記入欄位置、の各情報を含んで構成される。注文書様式は、業者名、注文書表題（生花注文書）、種類（慶事用、弔事用、花輪、教会用、神式用）、宛先氏名、お届け日時及び注文受付（完了又は未完了）の各情報を含んで構成される。注文受付情報とは、生花販売業者が発注情報を受信したときに、注文完了か未完了かを確認するための情報である。また、氏名記入欄位置以降の列の情報は、注文書様式のどの位置に前述の必要事項情報のうちいかなる情報を挿入すべきかを指示する情報である、図１０では、宛先氏名の後に氏名記入欄を配置することを示す。
【００３０】
社員情報ＤＢ２０８は、社員とその承認者の部門及び連絡先を示す社員情報を記憶する。社員情報の一例を図１１に示す。図１１は、本実施形態に係る社員情報の一例を示す。社員情報は、社員番号、社員氏名、部門名、（メール）アドレス、部門承認者社員番号、部門承認者社員氏名、部門承認者部門名、部門承認者アドレス、総務課承認者社員番号、総務課承認者氏名、総務課承認者部門名、総務課承認者アドレス、総務課承認者社員番号、総務部承認者社員番号、総務部承認者氏名、総務部承認者部門名及び総務部承認者アドレスを含んで構成される。
【００３１】
承認情報ＤＢ２０９は、社員とその承認者による承認日時を示す承認日時管理情報を記憶する。承認日時管理情報の一例を図１２に示す。図１２は、本実施形態に係る承認日時管理情報の一例を示す。承認日時管理情報は、社員情報、社員氏名、部門承認者番号、部門承認日、総務課承認者番号、総務課承認日、総務部承認者番号、総務部承認日、ハッシュ値及びタイムスタンプを含んで構成される。
【００３２】
承認用端末装置３１は、注文データ生成サーバ２２から承認依頼情報を受信する。承認用端末装置３１は、承認者の操作に応じて承認依頼情報に含まれるアドレスで指定される注文データ生成サーバに、注文を承認する旨の承認情報と承認者番号を送信する。
管理用端末装置３２は、必要事項データに注文に必要な情報が欠落している場合や注文受付情報が未完了を示す場合等を示すエラー情報を注文データ生成サーバ２２から受信する。
注文受付端末装置４１、４２は、データ入力サーバ２１から暗号化された注文書情報を受信され、受信した注文書情報を自己（注文受付端末装置４１、４２）の秘密鍵で復号化する。
注文受付端末装置４１、４２は、復号化した注文書情報に含まれる注文受付情報に、利用者の操作により注文受付が完了したか否かを示す注文受付完了情報を注文受付完了項目に挿入して注文確認情報を生成する。注文受付端末装置４１、４２は生成した注文確認情報を自己（注文受付端末装置４１、４２）の秘密鍵で暗号化し、暗号化した注文確認情報を電子メール形式でデータ入力サーバ２１に送信する。
【００３３】
次に、本実施形態に係る情報管理システムが実行する情報管理処理について図を用いて説明する。図１３〜１８は、本実施形態に係る情報管理処理を示すシーケンス図である。図１３は、データ入力サーバ２１における必要事項の入力から削除までの処理の流れを示すシーケンス図である。そのうち、ステップＳ１０１〜Ｓ１１０は必須事項の入力に係る処理である。
（ステップＳ１０１）データ入力サーバ２１の基本機能部１０１は、データ入力用端末装置１１にデータ入力表示情報を送信する。その後、ステップＳ１０２に進む。
データ入力用端末装置１１は、データ入力サーバ２１から受信したデータ入力表示情報に基づきデータ入力表示を表示する。データ入力表示とは、利用者に必要事項データ（図３参照）に含まれる各項目のデータの入力を促す画像である。例えば、データ入力表示は、各項目の名称とその項目のデータを挿入できる入力欄を含む。これにより、所属企業に伝達する慶弔情報の各項目を利用者が確実に入力することができる。
【００３４】
なお、データ入力用端末装置１１は、携帯電話機であってもよい。携帯電話機が備える画面はパーソナルコンピュータよりも小さいことがある。そのため、基本機能部１０１は、携帯電話機に送信するデータ入力表示情報は、パーソナルコンピュータ用の画面サイズ（例えば、ＳＸＧＡ；横１２８０ドット×縦１０２４ドット）よりも小さい（例えば、ＱＶＧＡ；縦３２０ドット×横２４０ドット）。そのため、例えば、基本機能部１００は、データ入力表示情報を送信する前に、携帯電話機から受信した接続要求信号に含まれる通信事業者コードや機種コードを検出できるか否か判断する。基本機能部１００が、通信事業者コードや機種コードを検出した場合、携帯電話機用のデータ入力表示情報を選択し、その他の場合は、パーソナルコンピュータ用のデータ入力表示情報を選択する。
【００３５】
（ステップＳ１０２）データ入力用端末装置１１は、利用者の入力操作に応じて必要事項データを構成するデータの各項目を入力し、入力された必要事項データをデータ入力サーバ２１に送信する。データ入力サーバ２１の基本機能部１０１は、データ入力用端末装置１１から必要事項データを受信する。その後、ステップＳ１０３に進む。
（ステップＳ１０３）データ入力サーバ２１の基本機能部１０１は、注文データ生成サーバ２２から受信された公開鍵で受信した必要事項データを暗号化し、必要事項データ一時記憶部１０３に記憶する。その後、ステップＳ１０５に進む。
【００３６】
（ステップＳ１０４）注文データ生成サーバ２２の基本機能部２０１は、データ入力サーバ２１に必要事項有無要求信号を送信する。この必要事項有無要求信号とは、必要事項データの有無を示す情報を送信するように要求することを示す信号である。その後、ステップＳ１０６に進む。
（ステップＳ１０５）データ入力サーバ２１の基本機能部１０１は、注文データ生成サーバ２２から必要事項有無要求信号を受信したとき、必要事項データ一時記憶部１０３に必要事項データの有無を確認し、必要事項有無信号を注文データ生成サーバ２２に送信する。この必要事項有無信号とは、必要事項データがあること又はないことを示す信号である。その後、ステップＳ１０９に進む。
【００３７】
（ステップＳ１０６）注文データ生成サーバ２２の基本機能部２０１は、データ入力サーバ２１から受信した必要事項有無信号が、必要事項データがあることを示すか否かを判断する。基本機能部２０１は、必要事項有無信号が、必要事項データがあることを示す場合（ステップＳ１０６  Ｙ）、ステップＳ１０８に進める。基本機能部２０１は、必要事項生む信号が、必要事項データがあることを示さない場合（ステップＳ１０６  Ｎ）、ステップＳ１０７に進める。
（ステップＳ１０７）基本機能部２０１は、必要事項有無要求信号の送信を予め設定された時間（例えば５分間）待機する。その後、ステップＳ１０４に進む。
【００３８】
（ステップＳ１０８）基本機能部２０１は、必要事項送信要求信号をデータ入力サーバ２１に送信する。この必要事項送信要求信号とは、必要事項データを送信することを要求することを示す信号である。その後、ステップＳ１１０に進む。
（ステップＳ１０９）データ入力サーバ２１の基本機能部１０１は、必要事項データ一時記憶部１０３から必要事項データを読出し、読み出した必要事項データを注文データ生成サーバ２２に送信する。その後、ステップＳ１１２に進む。
（ステップＳ１１０）注文データ生成サーバ２２の基本機能部２０１は、データ入力サーバ２１から受信した必要事項データを必要事項データＤＢ２０３に記憶する。その後、ステップＳ１１１に進む。
【００３９】
（ステップＳ１１１）基本機能部２０１は、削除指示信号をデータ入力サーバ２１に送信する。この削除指示信号とは、受信した必要事項データと同一のハッシュ値及びタイムスタンプを含む必要事項データを削除することを指示する信号である。その後、ステップＳ１１３に進む。
（ステップＳ１１２）データ入力サーバ２１の基本機能部１０１は、注文データ生成サーバ２２から削除指示信号を受信する。その後、基本機能部１０１は、注文データ生成サーバ２２の基本機能部２０１が受信した必要事項データと同一のハッシュ値及びタイムスタンプを含む必要事項データを必要事項データ一時記憶部１０３から削除する。その後、ステップＳ１１４に進む。
（ステップＳ１１３）注文データ生成サーバ２２の基本機能部２０１は、削除完了確認信号をデータ入力サーバ２１に送信する。この削除完了確認信号とは、受信した必要事項データと同一のハッシュ値及びタイムスタンプを含む必要事項データが削除されたことを確認することを指示する信号である。その後、ステップＳ１１６に進む。
【００４０】
（ステップＳ１１４）データ入力サーバ２１の基本機能部１０１は、注文データ生成サーバ２２から削除完了確認信号を受信する。基本機能部１０１は、注文データ生成サーバ２２の基本機能部２０１が受信した必要事項データと同一のハッシュ値及びタイムスタンプを含む必要事項データについて必要事項データ一時記憶部１０３から削除が完了したか否か確認する。その必要事項データの削除が完了した場合（ステップＳ１１４  Ｙ）、ステップＳ１１５に進む。その必要事項データの削除が完了していない場合（ステップＳ１１４  Ｎ）、ステップＳ１１０に進む。
（ステップＳ１１５）基本機能部１０１は、削除完了信号を送信する。この削除完了信号とは、注文データ生成サーバ２２にデータが削除されたことを示す信号である。その後、ステップＳ１５０（図１７）に進む。
（ステップＳ１１６）注文データ生成サーバ２２の基本機能部２０１は、データ入力サーバ２１から削除完了信号を受信する。その後、ステップＳ１１７（図１４）に進む。
【００４１】
このように、本実施形態に係る、データ入力サーバ２１では、必要事項データ一時記憶部１０３に記憶される必要事項データは暗号化されており、注文データ生成サーバ２２が受信した直後に暗号化された必要事項データが削除される。従って、本実施形態は、インターネットに接続されているデータ入力サーバ２１から必要事項データが外部に漏洩する危険を最小限にすることができる。
【００４２】
図１４は、注文データ生成サーバ２２における必要事項データの復号から電報の注文確認までの処理の流れを示すシーケンス図である。そのうち、ステップＳ１１８〜Ｓ１２２は承認処理である。
（ステップＳ１１７）基本機能部２０１は、受信した必要事項データをデータ入力サーバ２１に送信した公開鍵に対応する秘密鍵を用いて復号する。その後、ステップＳ１１８に進む。
【００４３】
（ステップＳ１１８）基本機能部２０１は、復号した必要事項データに含まれる社員番号に対応する承認者情報（部門承認者社員番号、総務課承認者社員番号及び総務部承認者社員番号）を社員情報ＤＢ２０８から読み出す。基本機能部２０１は、読み出した部門承認者社員番号、総務課承認者社員番号及び総務部承認者社員番号を承認情報ＤＢ２０９に記憶する。その後、ステップＳ１１９に進む。
【００４４】
（ステップＳ１１９）基本機能部２０１は、承認情報ＤＢ２０９に記憶した部門承認者社員番号、総務課承認者社員番号及び総務部承認者社員番号のうち一つに対応するアドレスを社員情報ＤＢ２０８から読み出す。本実施例では、部門承認者、総務課承認者、総務部承認者（最終承認者）の順序で承認を行うため、ステップＳ１１９からステップＳ１２２までの一連の承認処理各々につき、その順序で各一つのアドレスを読み出す。
基本機能部２０１は、電報や生花の注文に対する承認を依頼する旨の情報と承認入力を行うためのアクセス先となる注文データ生成サーバ２２のアドレスを含む承認依頼データを生成する。その後、ステップＳ１２０に進む。
【００４５】
（ステップＳ１２０）基本機能部２０１は、生成した承認依頼データを電子メール形式で読み出したアドレスで示される承認用端末装置３１に送信する。その後、ステップＳ１２１に進む。
（ステップＳ１２１）基本機能部２０１は、承認者番号と承認日時情報を承認用端末装置３１から受信し、受信した承認者番号と承認日時情報を承認情報ＤＢ２０９に記憶する。その後、ステップＳ１２２に進む。
【００４６】
（ステップＳ１２２）基本機能部２０１は、受信した承認者番号が最終承認者の番号であるか否かを判断する。最終承認者の番号は、社員情報ＤＢ２０８に記憶された承認者番号のうち最後列にあるもの（この例では、総務部承認者）である。基本機能部２０１が、受信した承認者番号が最終承認者の番号であると判断した場合（ステップＳ１２２  Ｙ）、ステップＳ１２３に進む。これにより基本機能部２０１は、承認処理が終了する。基本機能部２０１が、受信した承認者番号が最終承認者の番号ではないと判断した場合（ステップＳ１２２  Ｎ）、ステップＳ１１９に進む。
【００４７】
（ステップＳ１２３）基本機能部２０１は、復号した必要事項データに含まれる生花フラグ又は電報フラグが１、即ち生花又は電報の注文が必要であることを示しているかどうかを判断する。基本機能部２０１は、注文が必要であることを示している場合（ステップＳ１２３  Ｙ）、ステップＳ１２４に進む。基本機能部２０１は、注文が必要であることを示していない場合（ステップＳ１２３  Ｎ）、処理を終了する。
（ステップＳ１２４）基本機能部２０１は、復号した必要事項データに含まれる電報フラグが１、即ち注文が必要であることを示しているかどうかを判断する。注文が必要であることを示している場合（ステップＳ１２４  Ｙ）、ステップＳ１２５（図１５）に進む。基本機能部２０１は、注文が必要であることを示していない場合（ステップＳ１２４  Ｎ）、ステップＳ１２５（図１６）に進む。
【００４８】
図１５は、主に注文データ生成サーバ２２における電報注文処理の流れを示す。ステップＳ１２５、Ｓ１２６及びＳ１２９〜Ｓ１３５が電報注文処理である。
（ステップＳ１２５）基本機能部２０１は、復号した必要事項データに含まれる電報配達先住所を、配達可能住所に含む電報業者名を電報業者ＤＢ２０４から読み出し、読み出された電報業者に対応する発注可能時間が現時刻を含むか否かを判断する。現時刻を発注可能時間が含む電報業者がある場合（ステップＳ１２５  Ｙ）、現時刻を発注可能時間が含む電報業者を候補電報業者とし、ステップＳ１２６に進む。現時刻を発注可能時間が含む電報業者がない場合（ステップＳ１２５  Ｎ）、ステップＳ１２７に進む。
【００４９】
（ステップＳ１２６）基本機能部２０１は、候補電報業者から電報業者ＤＢ２０４を参照して、復号した必要事項データに含まれる電報配達希望日時を配達可能時間に含まれ、かつ、配達可能な日（定休日ではない）とする候補電報業者を抽出する。候補電報業者がある場合（ステップＳ１２６  Ｙ）、ステップＳ１２９に進む。候補電報業者がない場合（ステップＳ１２６  Ｎ）、ステップＳ１２７に進む。
【００５０】
（ステップＳ１２７）基本機能部２０１は、復号した必要事項データに含まれる電報フラグが１、即ち電報の注文が必要であることを示しているかどうかを判断する。注文が必要であることを示している場合（ステップＳ１２７  Ｙ）、ステップＳ１３７（図１６）に進む。基本機能部２０１は、注文が必要であることを示していない場合（ステップＳ１２７  Ｎ）、ステップＳ１２８に進む。
（ステップＳ１２８）基本機能部２０１は、エラー情報を管理用端末装置３２に電子メール形式で送信する。その後、処理を終了する。
【００５１】
（ステップＳ１２９）基本機能部２０１は、抽出された候補電報業者から電報業者ＤＢ２０４を参照して、定型文送付時の料金が最も低い候補電報業者を抽出する。その後、ステップＳ１３０に進む。
（ステップＳ１３０）基本機能部２０１は、料金が最も低い候補電報業者が複数あるか否かを判断する。料金が最も低い候補電報業者が複数ある場合（ステップＳ１３０  Ｙ）、ステップＳ１３１に進む。料金が最も低い候補電報業者が複数ない場合、即ち１業者の場合（ステップＳ１３０  Ｎ）、ステップＳ１３３に進む。
【００５２】
（ステップＳ１３１）基本機能部２０１は、料金が最も低い複数の候補電報業者から、電報業者ＤＢ２０４を参照して、発注回数が最も多い候補電報業者が１業者か否か判断する。基本機能部２０１は、１業者と判断した場合（ステップＳ１３１  Ｙ）、ステップＳ１３３に進む。基本機能部２０１は、１業者でない判断した場合（ステップＳ１３１  Ｎ）、ステップＳ１３２に進む。
（ステップＳ１３２）基本機能部２０１は、料金が最も低い複数の候補電報業者から、電報業者ＤＢ２０４を参照して、電報業者名カナ（読み仮名）が５０音順で最初となる１業者を選択する。その後、ステップＳ１３３に進む。
【００５３】
（ステップＳ１３３）基本機能部２０１は、１業者に選択された候補電報業者を発注先の電報業者と決定する。その後、ステップＳ１３４に進む。
（ステップＳ１３４）情報管理部２０２は、発注先電報業者に対応する電報業者注文書様式情報を電報業者注文様式ＤＢ２０６から読み出す。その後、ステップＳ１３５に進む。
（ステップＳ１３５）情報管理部２０２は、読み出した電報業者注文書様式情報に含まれる項目ごとに必要事項データから該当する項目のデータを挿入してその電報業者への電報注文書情報を生成し、生成した電報注文書情報を基本機能部２０１に出力する。基本機能部２０１は、自己が備える記憶領域に情報管理部２０２から入力された電報注文書情報を記憶する。
【００５４】
（ステップＳ１３６）基本機能部２０１は、復号した必要事項データに含まれる生花フラグが１、即ち生花の注文が必要であることを示しているかどうかを判断する。生花の注文が必要であることを示している場合（ステップＳ１３５  Ｙ）、ステップＳ１３７（図１６）に進む。基本機能部２０１は、注文が必要であることを示していない場合（ステップＳ１３５  Ｎ）、ステップＳ１４８（図１７）に進む。
【００５５】
図１６は、主に注文データ生成サーバ２２における生花注文処理の流れを示すシーケンス図である。ステップＳ１３７〜Ｓ１３９及びＳ１４１〜Ｓ１４７が生花注文処理である。
（ステップＳ１３７）基本機能部２０１は、復号した必要事項データに含まれる生花配達先住所を、配達可能住所に含む生花販売業者名を生花販売業者ＤＢ２０５から読み出し、読み出された生花販売業者に対応する発注可能時間に現時刻が属すか否かを判断する。現時刻が発注可能時間に属す生花販売業者がある場合（ステップＳ１３７  Ｙ）、現時刻が発注可能時間に属す生花販売業者を候補生花販売業者とし、ステップＳ１３８に進む。現時刻が発注可能時間に属す生花販売業者がない場合（ステップＳ１３７  Ｎ）、ステップＳ１４０に進む。
（ステップＳ１３８）基本機能部２０１は、候補電報業者から生花販売業者ＤＢ２０５を参照して、復号した必要事項データに含まれる生花配達希望日時が配達可能時間に属し、かつ、配達可能な日（定休日ではない日）とする候補生花販売業者を抽出する。抽出された候補生花販売業者がある場合（ステップＳ１３８  Ｙ）、ステップＳ１３９に進む。抽出された候補電報業者がない場合（ステップＳ１３８  Ｎ）、ステップＳ１４０に進む。
【００５６】
（ステップＳ１３９）基本機能部２０１は、復号した必要事項データに含まれる生花種類が注文可能な種類（例えば、慶事用、弔事用、花輪、教会用、神式用の何れか）であるか否か判断する。基本機能部２０１が、復号した必要事項データに含まれる生花種類が注文可能な種類と判断したとき（ステップＳ１３９  Ｙ）、ステップＳ１４１に進む。基本機能部２０１が、復号した必要事項データに含まれる生花種類が注文可能な種類ではないと判断したとき（ステップＳ１３９  Ｎ）、ステップＳ１４０に進む。
（ステップＳ１４０）基本機能部２０１は、エラー情報を管理用端末装置３２に電子メール形式で送信する。その後、処理を終了する。
【００５７】
（ステップＳ１４１）基本機能部２０１は、抽出された候補生花販売業者から生花販売業者ＤＢ２０５を参照して、生花料金が最も低い候補生花販売業者を抽出する。その後、ステップＳ１４２に進む。
（ステップＳ１４２）基本機能部２０１は、料金が最も低い候補生花販売業者が複数あるか否かを判断する。料金が最も低い候補生花販売業者が複数ある場合（ステップＳ１４２  Ｙ）、ステップＳ１４３に進む。料金が最も低い候補生花販売業者が複数ない場合、即ち１業者の場合（ステップＳ１４２  Ｎ）、ステップＳ１４５に進む。
【００５８】
（ステップＳ１４３）基本機能部２０１は、料金が最も低い候補生花販売業者から、生花販売業者ＤＢ２０５を参照して、発注回数が最も多い候補生花販売業者が１業者か否か判断する。基本機能部２０１は、１業者と判断した場合（ステップＳ１４３  Ｙ）、ステップＳ１４５に進む。基本機能部２０１は、１業者でないと判断した場合（ステップＳ１４３  Ｎ）、ステップＳ１４４に進む。
（ステップＳ１４４）基本機能部２０１は、料金が最も低い複数の候補生花販売業者から、生花販売業者ＤＢ２０５を参照して、生花販売業者名カナ（読み仮名）が５０音順で最初となる１業者を選択する。その後、ステップＳ１４５に進む。
【００５９】
（ステップＳ１４５）基本機能部２０１は、１業者に選択された候補生花販売業者を発注先の生花販売業者と決定する。その後、ステップＳ１４６に進む。
（ステップＳ１４６）情報管理部２０２は、発注先の生花販売業者に対応する生花販売業者注文書様式情報を生花販売業者注文様式ＤＢ２０７から読み出す。その後、ステップＳ１４７に進む。
（ステップＳ１４７）情報管理部２０２は、読み出した生花販売業者注文書様式情報に含まれる項目ごとに必要事項データから該当する項目のデータを挿入してその生花販売業者への生花注文書情報を生成し、生成した生花注文書情報を基本機能部２０１に出力する。基本機能部２０１は、自己が備える記憶領域に情報管理部２０２から入力された生花注文書情報を記憶する。その後、ステップＳ１４８（図１７）に進む。
【００６０】
図１７は、注文データ生成サーバ２２における注文書の暗号化から注文確認情報を受信するまでの処理の流れを示すシーケンス図である。そのうち、ステップＳ１５２〜Ｓ１６０が注文確認処理である。
（ステップＳ１４８）注文データ生成サーバ２２の基本機能部２０１は、電報業者ＤＢ２０４から発注先の電報業者の公開鍵を読み出し、読み出した公開鍵で、記憶された電報注文書情報を暗号化する。また、基本機能部２０１は、生花販売業者ＤＢ２０５から発注先の生花販売業者の公開鍵を読み出し、読み出した公開鍵で記憶された生花注文書情報を暗号化する。その後、ステップＳ１４９に進む。
（ステップＳ１４９）基本機能部２０１は、暗号化した電報注文書情報と生花注文書情報を電子メール形式でデータ入力サーバ２１に送信する。その後、ステップＳ１５３に進む。
【００６１】
（ステップＳ１５０）データ入力サーバ２１の基本機能部１０１は、注文データ生成サーバ２２から電報注文書情報と生花注文書情報を受信し、受信した電報注文書情報と生花注文書情報を発注データ一時記憶部１０４に記憶する。その後、ステップＳ１５１に進む。
（ステップＳ１５１）基本機能部１０１は、電報注文書情報を発注データ一時記憶部１０４から読み出し、発注先の電報業者のアドレスで示される注文受付端末装置４１に電子メール形式で送信する。基本機能部１０１は、受信した生花注文書情報を発注データ一時記憶部１０４から読み出し、発注先の生花販売業者のアドレスで示される注文受付端末装置４２に電子メール形式で送信する。その後、ステップＳ１５２に進む。
【００６２】
（ステップＳ１５２）注文受付端末装置４１は、データ入力サーバ２１から暗号化された電報注文書情報を受信し、受信した電報注文書情報を自己（注文受付端末装置４１）の秘密鍵で復号化する。注文受付端末装置４１は、復号化した電報注文書情報に含まれる注文受付情報に、利用者（電報業者）の操作により注文受付が完了したか否かを示す注文受付完了情報を注文受付完了項目に挿入して電報の注文確認情報を生成する。注文受付端末装置４１は生成した電報の注文確認情報を自己の秘密鍵で暗号化し、暗号化した電報の注文確認情報を電子メール形式でデータ入力サーバ２１に送信する。
【００６３】
注文受付端末装置４２は、データ入力サーバ２１から暗号化された生花注文書情報を受信し、受信した生花注文書情報を自己（注文受付端末装置４２）の秘密鍵で復号化する。注文受付端末装置４２は、復号化した生花注文書情報に含まれる注文受付情報に、利用者（生花販売業者）の操作により注文受付が完了したか否かを示す注文受付完了情報を注文受付完了項目に挿入して生花の注文確認情報を生成する。注文受付端末装置４１は生成した生花の注文確認情報を自己の秘密鍵で暗号化し、暗号化した生花の注文確認情報を電子メール形式でデータ入力サーバ２１に送信する。
【００６４】
データ入力サーバ２１の基本機能部１０１は、注文受付端末装置４１から電報の注文確認情報を受信し、注文受付端末装置４２から生花の注文確認情報を受信する。基本機能部１０１は、受信した電報の注文確認情報と生花の注文確認情報を注文確認メール一時記憶部１０５に記憶する。
また、基本機能部１０１は、発注データ一時記憶部１０４に記憶した電報注文書情報及び生花注文書情報を削除する。その後、ステップＳ１５４に進む。
このように、本実施形態に係る、データ入力サーバ２１では、発注データ一時記憶部１０４に記憶される電報注文書情報及び生花注文書情報は暗号化されており、注文受付端末装置４１及び４２から注文確認情報を受信した直後に暗号化された電報の注文書情報及び生花の注文書情報が削除される。従って、本実施形態は、インターネットに接続されているデータ入力サーバ２１から注文書情報が外部に漏洩する危険を最小限にすることができる。
【００６５】
（ステップＳ１５３）注文データ生成サーバ２２の基本機能部１０１は、注文確認有無要求信号をデータ入力サーバ２１に送信する。この注文確認有無要求信号とは、後述する注文確認情報有無信号を送信することを要求することを示す信号である。その後、ステップＳ１５６に進む。
（ステップＳ１５４）データ入力サーバ２１の情報管理部１０２は、注文データ生成サーバ２２から注文確認有無要求信号を受信したとき、注文確認情報メール一時記憶部１０５に記憶されたデータの有無を確認する。その後、ステップＳ１５５に進む。
（ステップＳ１５５）データ入力サーバ２１の情報管理部１０２は、注文確認情報有無信号を注文データ生成サーバ２２に送信する。この注文確認情報有無信号とは、注文確認メール一時記憶部１０５に記憶された注文確認情報の有無を示す信号である。その後、ステップＳ１５９に進む。
【００６６】
（ステップＳ１５６）注文データ生成サーバ２２の基本機能部２０１は、データ入力サーバ２１から注文確認情報有無信号を受信する。基本機能部２０１は、受信した注文確認情報有無信号が注文確認情報を有することを示すか否かを判断する。基本機能部２０１が、注文確認情報有無信号が注文確認情報を有することを示すと判断した場合（ステップＳ１５６  Ｙ）、ステップＳ１５８へ進む。基本機能部２０１が、注文確認情報有無信号が注文確認情報を有しないことを示すと判断した場合（ステップＳ１５６  Ｎ）、ステップＳ１５７へ進む。
（ステップＳ１５７）基本機能部２０１は、注文確認有無要求信号を送信する処理を予め設定された時間（例えば５分間）待機する。その後、ステップＳ１５３へ進む。
【００６７】
（ステップＳ１５８）基本機能部２０１は、注文確認情報要求信号を送信する。この注文確認情報要求信号とは、データ入力サーバ２１に対して記憶している注文確認情報を送信することを要求する信号である。その後、ステップＳ１６０に進む。
（ステップＳ１５９）データ入力サーバ２１の情報管理部１０２は、注文データ生成サーバ２２から注文確認情報要求信号を受信すると、注文確認データ一時記憶部１０５に記憶された電報の注文確認情報及び生花の注文確認情報を注文データ生成サーバ２２に送信する。その後、ステップＳ１６２（図１８）に進む。
（ステップＳ１６０）注文データ生成サーバ２２の基本機能部２０１は、データ入力サーバ２１から電報の注文確認情報及び生花の注文確認情報を受信する。その後、ステップＳ１６１（図１８）に進む。
【００６８】
図１８は、注文データ生成サーバ２２からデータ入力サーバ２１への注文確認情報削除要求から処理を終了するまでの流れを示すシーケンス図である。
（ステップＳ１６１）注文データ生成サーバ２２の基本機能部２０１は、注文確認情報削除信号をデータ入力サーバ２１へ送信する。この注文確認情報削除信号とは、記憶している注文確認情報を削除することを指示する信号である。その後、ステップＳ１６３に進む。
（ステップＳ１６２）データ入力サーバ２１の情報管理部１０２は、注文データ生成サーバ２２から注文確認情報削除信号を受信し、注文確認データ一時記憶部１０５に記憶された注文確認情報を削除する。その後、ステップＳ１６４に進む。
【００６９】
（ステップＳ１６３）注文データ生成サーバ２２の基本機能部２０１は、削除完了確認信号をデータ入力サーバ２１へ送信する。この削除完了確認信号とは、注文確認情報が削除されたか否か確認することを指示する信号である。その後、ステップＳ１６６に進む。
（ステップＳ１６４）データ入力サーバ２１の情報管理部１０２は、注文データ生成サーバ２２から削除完了確認信号を受信し、注文確認データ一時記憶部１０５に記憶された注文確認情報の削除が完了したか否かを確認する。情報管理部１０２が注文確認情報の削除が完了したことを確認した場合（ステップＳ１６４  Ｙ）、ステップＳ１６５に進む。情報管理部１０２が注文確認情報の削除が完了したことを確認できなかった場合（ステップＳ１６４  Ｎ）、ステップＳ１６１に進む。
【００７０】
（ステップＳ１６５）情報管理部１０２は、注文データ生成サーバ２２に削除完了信号を送信する。この削除完了信号は、注文確認データ一時記憶部１０５に記憶された注文確認情報の削除が完了したことを示す信号である。その後、処理を終了する。
（ステップＳ１６６）注文データ生成サーバ２２の基本機能部２０１は、データ入力サーバ２１から削除完了信号を受信する。その後、ステップＳ１６７に進む。
このように、本実施形態に係る、データ入力サーバ２１では、注文確認データ一時記憶部１０５に記憶される注文確認情報は暗号化されており、注文データ生成サーバ２２が受信した直後に暗号化された注文確認情報が削除される。従って、本実施形態は、インターネットに接続されているデータ入力サーバ２１から注文確認情報が外部に漏洩する危険を最小限にすることができる。
【００７１】
（ステップＳ１６７）注文データ生成サーバ２２の基本機能部２０１は、電報業者ＤＢ２０４から発注先の電報業者の公開鍵を読み出し、読み出した公開鍵でデータ入力サーバ２１から受信した電報の注文確認情報を復号する。基本機能部２０１は、生花販売業者ＤＢ２０５から発注先の生花販売業者の公開鍵を読み出し、読出した公開鍵でデータ入力サーバ２１から受信した生花の注文確認情報を復号する。その後、ステップＳ１６８に進む。
（ステップＳ１６８）基本機能部２０１は、復号した電報の注文確認情報及び生花の注文確認情報に含まれる申請社員の氏名情報を抽出する。
（ステップＳ１６９）基本機能部２０１は、復号した電報の注文確認情報及び生花の注文確認情報から注文品が電報、生花又はその両方であるかを判断する。
【００７２】
（ステップＳ１７０）基本機能部２０１は、復号した電報の注文確認情報及び生花の注文確認情報に各々含まれる注文完了情報が注文完了を示しているか、未完了を示しているか判断する。基本機能部２０１は、電報及び生花の注文確認情報に含まれる注文完了情報が注文完了を示す場合（ステップＳ１７０  Ｙ）、ステップＳ１７２に進む。基本機能部２０１は、電報又は生花の注文確認情報に含まれる注文完了情報が注文完了を示していない場合（ステップＳ１７０  Ｎ）、ステップＳ１７１に進む。
（ステップＳ１７１）基本機能部２０１は、電報又は生花の注文確認情報に含まれる注文完了情報が注文完了を示していない場合、電報の注文、生花の注文各々についてエラー情報を管理用端末装置３２に電子メール形式で送信する。その後、処理を終了する。
【００７３】
（ステップＳ１７２）基本機能部２０１は、申請社員に対応する必要事項データに含まれる生花フラグが１、即ち生花を必要とすることを示す場合、ゼロ、即ち生花を必要としないことを示すものに変更又は削除する。基本機能部２０１は、申請社員に対応する必要事項データに含まれる電報フラグが１、即ち電報を必要とすることを示す場合、ゼロ、即ち電報を必要としないことを示すものに変更又は削除する。
【００７４】
（ステップＳ１７３）基本機能部２０１は、申請社員に対応する必要事項データに含まれる生花フラグが生花を必要とすることを示すか否かを確認する。基本機能部２０１は、申請社員に対応する必要事項データに含まれる電報フラグが電報を必要とすることを示すか否かを確認する。基本機能部２０１は、生花フラグが１、即ち生花を必要とすること、又は電報フラグが１、即ち電報を必要とすることを示すことを確認した場合（ステップＳ１７３  Ｎ）、ステップＳ１５３に進む。この場合、新たな注文確認情報を受信している可能性があるからである。基本機能部２０１は、生花フラグがゼロ、即ち生花を必要としないこと、及び電報フラグがゼロ、即ち電報を必要としないことを示すことを確認した場合（ステップＳ１７３  Ｙ）、ステップＳ１７４に進む。これにより注文処理が完了する。
【００７５】
（ステップＳ１７４）情報管理部２０２は、フラグをゼロ、即ち必要としないことを示すものに変更又は削除した商品又はサービス（生花又は電報）の業者ＤＢに含まれる発注先業者への発注回数に各々１を加算する。例えば、基本機能部２０１が電報フラグについて、１からゼロ、即ち電報を必要としないものに変更した場合又はそのフラグを削除した場合、情報管理部２０２は電報業者ＤＢ２０４に含まれる発注先の電報業者の発注回数に１を加算する。その後、ステップＳ１７４に進む。
【００７６】
（ステップＳ１７５）情報管理部２０２は、フラグをゼロ、即ち必要としないことを示すものに変更又は削除した商品又はサービス（生花又は電報）について注文が完了した旨を示す注文完了情報を承認用端末３１に電子メール形式で送信する。例えば、基本機能部２０１が電報フラグについて、ゼロ、即ち電報を必要としないものに変更した場合又はそのフラグを削除した場合、情報管理部２０２は、電報についての注文完了情報を承認用端末装置３１に送信する。その後、処理を終了する。
【００７７】
このように、本実施形態によれば、利用者である社員は外部のデータ入力用端末装置から例えば慶事や弔事の情報について必要事項を漏れなく伝達することができる。これにより、勤務時間外でもかかる情報を勤務先に確実に伝達することができる。
また、本実施形態によれば伝達した内容に基づき発注先業者の選定、注文書の作成、発注といった処理を実行して電報や生花等の慶弔情報に関する商品又はサービスを注文することができる。これにより、かかる商品またはサービスの注文を人手の関与を最小限にし、迅速かつ正確にすることができる。
上述した実施形態では、慶弔情報に関する商品又はサービスとして電報と生花の例を挙げたが、これらに限られない。
【００７８】
なお、上述した実施形態におけるデータ入力サーバ２１及び注文データ生成サーバ２２の一部、例えば、基本機能部１０１、情報管理部１０２、基本機能部２０１及び情報管理部２０２をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、データ入力サーバ２１及び注文データ生成サーバ２２に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
また、上述した実施形態におけるデータ入力サーバ２１及び注文データ生成サーバ２２の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現しても良い。データ入力サーバ２１及び注文データ生成サーバ２２の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化しても良い。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いても良い。
【００７９】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【００８０】
１…情報管理システム、
１１…データ入力用端末装置、２１…データ入力サーバ、２２…注文データ生成サーバ、
３１…承認用端末装置、３２…管理用端末装置、４１、４２…注文受付端末装置、
１０…インターネット、２０…イントラネット、３０…専用線、
１０１…基本機能部、１０２…情報管理部、１０３…必要事項データ一時記憶部、
１０４…発注データ一時記憶部、１０５…注文確認データ一時記憶部、
２０１…基本機能部、２０２…情報管理部、２０３…必要事項データＤＢ、
２０４…電報業者ＤＢ、２０５…生花販売業者ＤＢ、２０６…電報業者注文書様式ＤＢ、２０７…生花販売業者注文書様式ＤＢ、２０８…社員情報ＤＢ、２０９…承認情報ＤＢ
【図１】
2012137897.tif 000003
【図２】
2012137897.tif 000004
【図３】
2012137897.tif 000005
【図４】
2012137897.tif 000006
【図５】
2012137897.tif 000007
【図６】
2012137897.tif 000008
【図７】
2012137897.tif 000009
【図８】
2012137897.tif 000010
【図９】
2012137897.tif 000011
【図１０】
2012137897.tif 000012
【図１１】
2012137897.tif 000013
【図１２】
2012137897.tif 000014
【図１３】
2012137897.tif 000015
【図１４】
2012137897.tif 000016
【図１５】
2012137897.tif 000017
【図１６】
2012137897.tif 000018
【図１７】
2012137897.tif 000019
【図１８】
2012137897.tif 000020