(57)【要約】【課題】電報を受取人に手渡す式場や斎場が電報を取り扱う際の手数料の徴収を行える技術を提供する。【解決手段】顧客端末20と式場端末40とを仲介する電子電報サーバ10は、顧客端末20から電子電報のデータ及び電子電報の送信先として指定された式場の情報を受信すると、式場端末40に電子電報を転送する。そして、顧客端末20から電子電報の送信処理に対する手数料が支払われると、予め定められた割合に従って手数料を分割し、電子電報サーバ10に関連付けられた口座及び式場に関連付けられた口座の其々に入金処理を実行する。【選択図】図１
2016062559.tif 000002
【特許請求の範囲】
【請求項１】
電子電報を発注する顧客が操作する顧客端末と、前記電子電報の送信先となる式場に設置された式場端末と、を仲介する電子電報サーバであって、
前記顧客端末から前記電子電報のデータ、及び前記電子電報の送信先として指定された式場の情報を受信すると、前記式場を固有に識別可能な式場識別情報及び当該式場に設置された前記式場端末の電子メールアドレスを対応付けて規定した式場マスタを検索し、前記指定された式場に設置された前記式場端末に対し、前記電子電報を転送する受注管理部と、
前記顧客端末から前記電子電報の送信処理に対する手数料が支払われると、予め定められた割合に従って前記手数料を分割し、前記電子電報サーバに関連付けられた口座及び前記電子電報の送信先となる式場に関連付けられた口座の其々に入金処理を実行する課金処理部と、
を備えることを特徴とする電子電報サーバ。
【請求項２】
前記顧客端末から前記指定された式場の情報を受信すると、その式場で開催される行事の日時及び行事の関係者を含むスケジュールを前記顧客端末に対して提示するスケジュール格納部を更に備える、
ことを特徴とする請求項１に記載の電子電報サーバ。
【請求項３】
前記式場マスタには、前記式場の電話番号が更に関連付けて規定され、
前記行事の日時を基準とする所定の時間範囲内において、前記式場端末から前記電子電報の受信確認、又は前記電子電報の印刷確認を受信しない場合に、前記式場マスタを検索し、当該式場の電話番号に対して電子電報の受渡しを催促する電話を掛ける処理を行う電話処理部を更に備える、
ことを特徴とする請求項２に記載の電子電報運営サーバ。
【請求項４】
電子電報を発注する顧客が操作する顧客端末と、前記電子電報の送信先となる式場に設置された式場端末と、電子電報サーバと、をネットワークを介して接続した電子電報配信システムであって、
前記顧客端末から前記電子電報のデータ、及び前記電子電報の送信先として指定された式場の情報を受信すると、前記式場を固有に識別可能な式場識別情報及び当該式場に設置された前記式場端末の電子メールアドレスを対応付けて規定した式場マスタを検索し、前記指定された式場に設置された前記式場端末に対し、前記電子電報を転送する受注管理部と、
前記顧客端末から前記電子電報の送信処理に対する手数料が支払われると、予め定められた割合に従って前記手数料を分割し、前記電子電報サーバに関連付けられた口座及び前記電子電報の送信先となる式場に関連付けられた口座の其々に入金処理を実行する課金処理部と、
を備えることを特徴とする電子電報配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、冠婚葬祭会場にネットワークを介して電子電報を配信するシステムに関する。
【背景技術】
【０００２】
従来、電報の依頼者が電信会社に所定の電報料金を負担して紙媒体に出力された電報を受取人に配達してもらっている。しかし、電報料金は必ずしも安価とは言えない。
【０００３】
そこで、祝電の依頼者の料金を負担するための技術として、特許文献１には、広告の依頼を受け付ける広告依頼受付部と、広告の依頼に対応する課金の決済を行う決済部と、祝電を表示する表示部と、祝電の受取人のアカウントに対応する情報発信サイトに、依頼された広告を掲載する掲載部と、を含む祝電配信システムが開示されている。この祝電配信システムによれば、祝電の依頼者に代わり、情報発信サイトに表示される広告の依頼主が祝電の依頼に係る費用を負担することで、祝電の依頼者の料金負担をなくすことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１―０２５７７８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の祝電配信システムは、式場に設置されたディスプレイシステムに祝電を表示する。この祝電を表示するためのディスプレイの設定費用は式場が負担しているが、祝電を表示したとしても式場には手数料が入らない。
【０００６】
更に、電報は慶事だけではなく弔事の際にも送られるものであり、弔電をディスプレイに表示して配信したり、広告に関係づけて利用者の費用負担を軽減したりすることは、弔事にはふさわしいとは言えない。この場合、式場関係者から弔電の受取人に手渡ししてもらうのが好ましい。しかし、式場関係者は、電報を確実に受取人に渡すための手間をかけているにも関わらず、その手間に対して直接的な手数料の徴収は一般的には行われていないという課題がある。
【０００７】
本発明は上記課題に鑑みてなされたものであり、電報を受取人に手渡す式場や斎場が電報を取り扱う際の手数料の徴収を行える電子電報サーバ及び電子電報配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、電子電報を発注する顧客が操作する顧客端末と、前記電子電報の送信先となる式場に設置された式場端末と、を仲介する電子電報サーバであって、前記顧客端末から前記電子電報のデータ、及び前記電子電報の送信先として指定された式場の情報を受信すると、前記式場を固有に識別可能な式場識別情報及び当該式場に設置された前記式場端末の電子メールアドレスを対応付けて規定した式場マスタを検索し、前記指定された式場に設置された前記式場端末に対し、前記電子電報を転送する受注管理部と、前記顧客端末から前記電子電報の送信処理に対する手数料が支払われると、予め定められた割合に従って前記手数料を分割し、前記電子電報サーバに関連付けられた口座及び前記電子電報の送信先となる式場に関連付けられた口座の其々に入金処理を実行する課金処理部と、を備えることを特徴とする。
【０００９】
また本発明は、電子電報を発注する顧客が操作する顧客端末と、前記電子電報の送信先となる式場に設置された式場端末と、電子電報サーバと、をネットワークを介して接続した電子電報配信システムであって、前記顧客端末から前記電子電報のデータ、及び前記電子電報の送信先として指定された式場の情報を受信すると、前記式場を固有に識別可能な式場識別情報及び当該式場に設置された前記式場端末の電子メールアドレスを対応付けて規定した式場マスタを検索し、前記指定された式場に設置された前記式場端末に対し、前記電子電報を転送する受注管理部と、前記顧客端末から前記電子電報の送信処理に対する手数料が支払われると、予め定められた割合に従って前記手数料を分割し、前記電子電報サーバに関連付けられた口座及び前記電子電報の送信先となる式場に関連付けられた口座の其々に入金処理を実行する課金処理部と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、電報を受取人に手渡す式場や斎場が電報を取り扱う際の手数料の徴収を行える電子電報サーバ及び電子電報配信システムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係る電子電報配信システムの概要を示す図
【図２】電子電報配信システムに含まれる電報サーバ及び式場端末のハードウェア構成を示す図
【図３】電報サーバの機能構成を示すブロック図
【図４】式場端末の機能構成を示すブロック図
【図５】データ格納部に格納されるデータ構造例を示す図であって、（ａ）は結婚式場マスタ、（ｂ）は受注マスタ、（ｃ）は式場ＩＤがＰ００１に該当する式場の入金マスタ、（ｄ）は式場ＩＤがＰ００２に該当する式場の入金マスタ、（ｅ）は、サーバ運営会社の入金マスタを示す。
【図６】本実施形態で表示される画面表示例であって、（a）は電報ネット申込画面（トップ画面）を示し、（ｂ）はフォーマット選択画面を示す。
【図７】本実施形態で表示される画面表示例であって、（a）は式場検索画面を示し、（ｂ）はスケジュール選択画面を示す。
【図８】本実施形態で表示される画面表示例であって、（a）は電報編集画面の初期状態を示し、（ｂ）は電報編集画面に入力した状態を示す。
【図９】本実施形態で表示される画面表示例であって、（a）はオプション選択画面を示し、（ｂ）は発注内容確認画面を示す。
【図１０】電子電報配信システムの動作のうち、顧客端末及び電報サーバの間の電報の発注動作を示すシーケンス
【図１１】電子電報配信システムの動作のうち、図１０の続きの動作を示すシーケンス
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
まず、図１及び図２を参照して、本実施形態に係る電子電報配信システムの概略構成について説明する。
【００１４】
図１に示すように、本実施形態に係る電子電報配信システム1は、電報の依頼者が操作する顧客端末２０と、電報の送信先となる冠婚葬祭式場に設置された式場端末４０及び式場に設置された電話（固定電話、携帯電話を問わない）５０と、電報配信サービスを運営するサービス提供会社が設置した電子電報サーバ（以下「電報サーバ」と略記する）１０とを、公衆回線網（ネットワーク）３０を介して接続して構成される。
【００１５】
顧客端末２０は、パーソナルコンピュータ２１の他、スマートフォン２２、タブレット等の携帯情報端末装置でもよい。
【００１６】
公衆回線網３０は、インターネット、及び公衆交換電話網を含む。
【００１７】
式場端末４０は、キーボードやマウスなどの入力装置４７と、モニタ４８とプリンタ４９とを含む。プリンタ４９は、電報サーバ１０から送信された電報データを紙媒体に出力するものであり、普通紙の他、上質紙など、印字画質や保存性が高い用紙を使用できることが望ましい。
【００１８】
図２に示すように、電報サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２、記憶装置１３、ネットワークＩ／Ｆ（ＩｎｔｅｒＦａｃｅ）１４、出入力Ｉ／Ｆ１５がバス１６を介して接続されている。
【００１９】
ＣＰＵ１１は演算手段であり、電報サーバ１０全体の動作を制御する。ＲＡＭ１２は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１１が情報を処理する際の作業領域として用いられる。
【００２０】
記憶装置１３には、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）及びＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）が含まれる。ＲＯＭは、読み出し専用の不揮発性記憶媒体である。また、ＨＤＤは、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納されている。
【００２１】
ネットワークＩ／Ｆ１４は、バス１６を介して各種のハードウェアと公衆回線網３０とを接続し制御する。
【００２２】
出入力Ｉ／Ｆ１５は、各種のハードウェアと、入力装置１７、モニタ１８、及びプリンタ１９とを接続し制御する。入力装置１７は、キーボードやマウス等、ユーザが電報サーバに電報サーバ１０に情報を入力するためのユーザインターフェースである。モニタ１８は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などの装置を用いて構成され、ユーザが電報サーバ１０の状態を確認するためのユーザインターフェースである。プリンタ１９は、電報サーバ１０が生成したデータ、例えば各式場に対する入金明細書等のデータを、紙媒体に印刷する出力装置である。
【００２３】
このようなハードウェア構成において、ＲＯＭやＨＤＤ若しくは図示しない光学ディスク等の記録媒体に格納された電子電報配信プログラムがＲＡＭ１２に読み出され、ＣＰＵ１１の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る電報サーバ１０の機能を実現する機能ブロックが構成される。
【００２４】
式場端末４０は、電報サーバ１０と同様、ＣＰＵ４１、ＲＡＭ４２、記憶装置４３、ネットワークＩ／Ｆ４４、出入力Ｉ／Ｆ４５がバス４６を介して接続されている。また、出入力Ｉ／Ｆ４５には、入力装置４７、モニタ４８、プリンタ４９が接続される。
【００２５】
次に図３及び図４を参照して、電報サーバ１０及び式場端末４０の機能ブロックについて説明する。
【００２６】
図３に示すように、電報サーバ１０は、受注管理部１０１、フォーマット提示部１０２、式場検索部１０３、スケジュール提示部１０４、編集受付部１０５、課金処理部１０６、電話処理部１０７、通信制御部１０８、計時部１０９、データ格納部１１０、文章チェック機能部１１１、及び辞書データ格納部１１２を備える。
【００２７】
受注管理部１０１は、顧客端末２０からの要求に応じて、電報サーバ１０のトップ画面を提示する。また受注管理部１０１は、顧客端末２０から電報の発注があると、その発注内容を固有に識別可能な受注ＩＤを自動発番して、受け付けた発注内容と受注ＩＤとを対応付けた受注マスタを更新し、データ格納部１１０に格納する。更に、受注管理部１０１は、受注マスタに登録した発注内容に示す電報が、電報の受渡し期限から予め定めた時間よりも前に式場端末４０において受信又は印刷されたかを監視する。そして式場端末４０から電報データの受信確認メール、又は電報データの印刷確認メールが、電報の印刷期限として設定された日時から所定の時間、例えば３時間前までに電報サーバ１０に返送されてこない場合に、電話処理部１０７に対して式場端末４０が設置された式場の登録電話番号に電話をかけさせるための指示を行う。
【００２８】
フォーマット提示部１０２は、顧客端末２０から受信した電報の用途に応じた電報用紙のフォーマットをデータ格納部１１０から検索し、フォーマット選択画面を生成する。
【００２９】
式場検索部１０３は、電報サーバ１０の運営会社と予め電子電報の取扱契約を締結している式場に関する情報を記録した式場マスタを検索し、顧客端末２０が式場を選択するための式場選択画面を生成する。上記式場マスタは、データ格納部１１０に格納される。式場マスタの詳細については後述する。
【００３０】
スケジュール提示部１０４は、顧客端末２０が選択した式場について、当該式場で執り行われる冠婚葬祭の開催日時や、その冠婚葬祭の主催者や主賓、例えば結婚式の場合は新郎・新婦、弔事の場合は喪主等、電報の受取人となる可能性が高い者の少なくとも苗字を記載したスケジュール画面を生成し、顧客端末２０に対して送信する。顧客端末２０がスケジュール画面に表示された冠婚葬祭を指定すると、指定された冠婚葬祭の主催者や主賓が電報の暫定的な受取人として指定されるとともに、スケジュール画面に表示された開催日時が、電報の印刷期限として設定される。
【００３１】
編集受付部１０５は、顧客端末２０が選択した電報の用紙のフォーマットを含む編集画面を生成し、顧客端末２０から電報の本文の入力がされた電報データを受信し、受注マスタに登録する。受注マスタはデータ格納部１１０に格納される。受注マスタの詳細については後述する。
【００３２】
課金処理部１０６は、顧客端末２０において電子電報の発注に対する決済操作が行われると、それに対応して電報サーバ１０の運営会社の入金口座、及び電報データの転送先となる式場端末４０が設置された式場の入金口座に予め定められた応分に従って、顧客端末２０が決済した金額を分けて入金する処理を行う。
【００３３】
電話処理部１０７は、受注管理部１０１からの指示に従って受注マスタを検索して式場端末４０が設置された式場の登録電話番号を検索して電話をかけ、受信又は印刷の督促を行う自動応答メッセージを流す。
【００３４】
通信制御部１０８は、電報サーバ１０が公衆回線網を介して外部装置、例えば顧客端末２０及び式場端末４０とデータの送受信を行うための制御を行う。
【００３５】
計時部１０９は、例えばＲＴＣ（Ｒｅａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）を用いて構成され、電報の印刷期限に到達したか否かを電話処理部１０７が判断する際に参照するための時刻データを生成する。
【００３６】
データ格納部１１０は、電報サーバ１０が電子電報の配信サービスを実行する際に必要な画面データや受注マスタ、及び式場マスタを格納するものである。画面データの一例として、トップ画面（図６の（ａ））、フォーマット選択画面（図６の（ｂ））、式場選択画面（図７の（ａ））、スケジュール画面（図７の（ｂ））、電報編集画面（図８の（ａ）、（ｂ））、オプション選択画面（図９の（ａ））及び発注内容確認画面（図９の（ｂ））のフレームデータがある。各画面構成については後述する。
【００３７】
文章チェック機能部１１１は、顧客端末２０から受信した電報データの中に、電報としてふさわしくない用語が含まれているかをチェックするものである。そして、上記用語を集めた辞書データを予め辞書データ格納部１１２に格納しておき、電報編集画面に入力された文字列に上記用語が含まれていないかを判断する。上記用語が含まれている場合には、顧客端末２０に対して修正要求を行ったり、更にその要求が満たされない場合は、電報の配信を中止する処理を行ったりしてもよい。
【００３８】
一方、図４に示すように式場端末４０は、式場利用者からの予約を受け付ける予約受付モジュール４００と、電子電報に関する処理を実行する電報処理モジュール４１０と、式場端末４０と外部通信装置、特に電報サーバ１０との通信接続処理を実行する通信制御部４２０と、が電気的に接続されて構成される。
【００３９】
予約受付モジュール４００は、式場端末４０に接続された入力装置４７（図２参照）から、式場予約者の氏名、式場を利用する日時の入力操作を受け付ける予約受付部４０１と、その予約内容、すなわち式場利用日時と式場予約者の氏名とを関連付けたスケジュール情報を保存するスケジュール格納部４０２とを含む。
【００４０】
電報処理モジュール４１０は、通信制御部４２０が電報サーバ１０から受信した電報データを格納する電報データ格納部４１１と、既述の入力装置４７からの入力操作に従って電報データ格納部４１１に格納された電報データをプリンタ４９に印刷する処理を実行する印刷制御部４１２と、を含む。
【００４１】
次に図５を参照して電報データ格納部４１１に格納される結婚式場マスタ、入金マスタ、及び受注マスタの構成について説明する。図５の（ａ）は結婚式場マスタ、（ｂ）は受注マスタ、（ｃ）は式場ＩＤがＰ００１に該当する式場の入金マスタ、（ｄ）は式場ＩＤがＰ００２に該当する式場の入金マスタ、（ｅ）は、サーバ運営会社の入金マスタを示す。
【００４２】
図５の（ａ）に示すように、式場マスタは、各式場を固有に識別する「式場ＩＤ」に、「式場名」、電報データの送信先となる「メールアドレス」、電話処理部１０７が電報データの受信又は印刷の督促の電話をかけるための「電話番号」、式場の所在地を規定する「郵便番号」、「住所１」（都道府県単位）、「住所２」（市町村又は特別区単位）、及び「住所３」（町名単位）の各レコードが関連付けられて登録される。
【００４３】
図５の（ｂ）に示すように、受注マスタは、受注受付部１０１が自動発番し、各受注内容を固有に識別する「受注ＩＤ」に、「受注日」、顧客端末２０から受信した、電報依頼者が使用する「依頼者メールアドレス」、電報の届け先となる式場を示す「電報届け先（式場ＩＤ）」、電報の受取人を示す「受取人氏名」、電報の受渡日時、及び受注管理部１０１が式場端末４０から受信又は印刷確認メールを受信したか否かを示す「受信／印刷確認フラグ」の各レコードが関連付けられて登録される。
【００４４】
図５の（ｃ）、（ｄ）、（ｅ）に示す各入金マスタは、どの式場又はサーバ運営会社の入金口座であるかを示す「式場ＩＤ」又は「運営会社ＩＤ」に、入金対象となる電報データの「受注日」、「受注ＩＤ」、及び「入金額」の各レコードが関連付けられて登録される。
【００４５】
上記式場マスタ、受注マスタ及び入金マスタで用いられる式場ＩＤ、受注ＩＤは共通のものである。
【００４６】
本例では受注マスタに登録された受注ＩＤ「ＯＤ０１」、「ＯＤ０２」、「ＯＤ０３」の各３件の電報は、電報の届け先が「Ｐ００１」、「Ｐ００２」、「Ｐ００１」と規定されている。そこで、式場ＩＤ「Ｐ００１」の入金マスタには「ＯＤ０１」、及び「ＯＤ０３」についての取扱手数料が入金額に入力される（図５の（ｃ）参照）。
【００４７】
また、式場ＩＤ「Ｐ００２」の入金マスタには「ＯＤ０２」についての取扱手数料が入金額に入力される（図５の（ｄ）参照）。
【００４８】
サーバ運営会社の入金マスタには、受注マスタに登録された３件分、即ち全件分の取扱手数料が入金額に入力される（図５の（ｅ）参照）。
【００４９】
次に、図６乃至図９を参照して本実施形態に係る電子電報配信システムにおいて表示される画面表示例について説明する。
【００５０】
図６の（ａ）に示すように、電報ネット申込画面（トップ画面に相当する）６００は、本実施形態に係る電子電報配信システム１で取り扱う電報の種類を用途別に表示したメニュー欄６０１を含む。電子電報配信システム１の電子電報は、個人あてではなくあらかじめ登録された式場あてに送信されるので、このメニュー欄６０１には式場で開催される慶事が表示されている。よって、例えば引っ越しお祝いのように各家庭向けに用いられる電報の用途は、メニュー欄６０１には含まれていない。
【００５１】
図６の（ｂ）に示すように、フォーマット選択画面６１０には、電報ネット申込画面６００のメニュー欄６０１で選択された用途（例えば「結婚お祝い」）に対応するフォーマット６１１が提示される。
【００５２】
図７の（ａ）に示すように、式場検索画面７００には、電報ネット申込画面６００のメニュー欄６０１で選択された用途（例えば「結婚お祝い」）に対応する冠婚葬祭が執り行われる式場（結婚式場）を選択するプルダウンメニューからなる式場選択欄７０３が含まれる。また、式場検索画面７００には、式場の絞り込み条件として都道府県住所（式場マスタ図５の（ａ）の「住所１」参照）の入力欄７０１、「式場検索」処理を実行させるためのソフトボタン「式場検索」７０２、電報を受け渡す結婚式が挙行される日付を入力する日付欄７０４、及びスケジュールの検索処理を実行させるためのソフトボタン７０５が含まれる。
【００５３】
図７の（ｂ）に示すように、スケジュール選択画面７１０には、式場検索画面７００で選択された式場（例えば「愛宕ウェディング」）において指定された日付（例えば「２０１４／７／７」）に挙行される結婚式及び披露宴と、式場利用者（例えば新郎、新婦の苗字）が表示される。図７の（ｂ）では、斜線がついている披露宴が、電報利用者から選択されているものとする。
【００５４】
図８の（ａ）に示すように、電報編集画面８００には、フォーマット選択画面６１０で選択されたフォーマット（例えば「結婚祝Ａタイプ」）に、スケジュール画面７１０上で指定された結婚式又は披露宴の式場利用者（例えば「鈴木様、山本様」）が自動入力された電報編集領域８０１、電子電報に追加可能なオプションを選択するための画面を表示させる「オプション追加」ボタン８０２、電報編集領域８０１に入力された文字列に祝電としてふさわしくない用語や漢字変換ミス等が含まれてないかを検証する処理を実行させるための「文章校正開始」ボタン８０３、電報の届け先及び配達日付を記載した注文内容確認欄８０４、前画面に戻る指示を入力するための「戻る」ボタン８０５、及び電報編集領域８０１の内容を確定させるための「決定」ボタン８０６を含む。
【００５５】
不適切な電報を受注しないように、「文章校正開始」ボタン８０３を押し下げ、検証処理でヒットしたエラー、例えば祝電としてふさわしくない用語の削除や漢字変換ミスが修正されるまで、「決定」ボタン８０６の押し下げ操作を受け付けないように構成してもよい。
【００５６】
電報依頼者は、電報編集領域８０１に自動入力された電報の受取人の名義を修正したり、電報編集領域８０１内の本文入力欄や差出人名に文字列を入力したり、画像添付欄に画像データを添付したりする。これにより、画面は例えば図８の（ａ）から図８の（ｂ）へ遷移する。
【００５７】
図９の（ａ）に示すように、オプション選択画面９００には、電子電報に任意で追加できるサービスを選択可能なオプションメニュー欄９０１と前画面に遷移する「戻る」ボタン９０２が表示される。このオプションメニュー欄９０１のチェックボックスにチェックを入力することでオプションサービスを追加できる。
【００５８】
図９の（ｂ）に示すように、発注内容確認画面９１０には、注文内容及び金額を表示した注文内容欄９１１と、注文者の氏名の入力欄９１２と、決済方法の選択欄９１３、前画面に遷移する「戻る」ボタン９１４、及び注文を確定させる「決定」ボタン９１５が含まれる。
【００５９】
次に図１０乃至図１１を参照しながら、本実施形態に係る電子電報配信システムに動作について説明する。図１０は、電子電報配信システムの動作のうち、顧客端末及び電報サーバの間の電報の発注動作を示すシーケンスである。図１１は電子電報配信システムの動作のうち、図１０の続きの動作を示すシーケンスである。以下、図１０及び図１１の各ステップ順に沿って説明しつつ、各ステップで表示される画面表例も合わせて説明する。
【００６０】
電子電報を依頼する際、電報依頼者（顧客）は、顧客端末２０を操作して電報サーバ１０にアクセスすると（Ｓ１０１）、受注管理部１０１は、データ格納部１１０を参照し（Ｓ１０２）、電報の用途（種類）を示すカテゴリ一覧６０１が掲載された電報ネット申込画面６００（図６の（ａ））を顧客端末２０に送信する（Ｓ１０３）。
【００６１】
電報依頼者は、電報ネット申込画面６００上で電報の用途を選択し（Ｓ１０４）、「送信」ボタン６０２を押すと、選択結果が電報サーバ１０に送信される（Ｓ１０５）。フォーマット提示部１０２は、データ格納部１１０を参照し、選択された用途に合ったフォーマットをサムネイル表示したフォーマット選択画面６１０（図６の（ｂ））を生成し（Ｓ１０６）、顧客端末２０へ返信する（Ｓ１０７）。
【００６２】
電報依頼者は、フォーマット選択画面６１０のフォーマットメニュー６１１の中から所望のフォーマットを選択し（Ｓ１０８）、「送信」ボタン６１２を押すと、選択結果が電報サーバ１０に送信される（Ｓ１０９）。
【００６３】
式場検索部１０３は式場マスタを検索し、電報の用途に対応した式場リストが表示された式場選択画面７００（図７の（ａ））を生成し（Ｓ１１０）、顧客端末２０に送信する（Ｓ１１１）。
【００６４】
電報依頼者は、式場選択画面７００上で届け先となる式場を選択する（Ｓ１１２）。式場所在地の入力欄７０１に電報依頼者が式場の所在地を丹生慮いうし、「式場検索」ボタン７０２を押すと、式場検索部１０３は式場マスタから式場所在地で絞り込み検索を行い、その結果をプルダウンメニュー７０３で表示する。電報依頼者がプルダウンメニュー７０３から一つの式場を選択し（Ｓ１１２）、電報の配達日（手渡し日）を日付欄７０４に入力し、「スケジュール検索」ボタン７０５を押すと、式場の選択ｊ結果とスケジュールの要求情報とが電報サーバに送信される（Ｓ１１３）。
【００６５】
日付欄７０４に入力された日付は、後述するタイムスケジュールの表示のための日付であり、後のステップでも変更が可能な暫定的なものである。本ステップにおける日付の入力は任意である。無記入で、「スケジュール検索」ボタン７０５が押された場合は、送信日から所定の期間、例えば１か月後までのスケジュールの要求が行われるように構成されてもよい。
【００６６】
スケジュール提示部１０４は選択された式場のタイムスケジュールを取得し、それが表示されたスケジュール画面を生成する（Ｓ１１４）。スケジュール提示部１０４は、電報サーバ１０が各式場のスケジュールが格納されたデータ格納部１１０を有する際にはこれを検索して、その式場のスケジュールを取得する。また電報サーバ１０がスケジュール格納部を備えていない場合は、式場マスタを検索し、ステップＳ１１２で選択された式場に備えられた式場端末４０に対しスケジュールの送信要求を行ってもよい。この場合、式場端末４０は、スケジュールを電報サーバ１０に返信する。スケジュール提示部１０４は、顧客端末２０にスケジュール画面７１０（図７の（ｂ）参照）を送信する（Ｓ１１５）。
【００６７】
電報依頼者は、スケジュール画面７１０上で電報受取人および日時を指定する操作を行い（Ｓ１１６）、その結果を電報サーバ１０に返信する（Ｓ１１７）。（図７の（ｂ）参照）では斜線を付けた枠７１１が選択されているものとする。
【００６８】
編集受付部１０５はステップＳ１０５で指定されたフォーマットに、ステップＳ１１６で選択した電報受取人を記入した電報編集画面８００（図８の（ａ）参照）を生成し（Ｓ１１８）、顧客端末２０に送信する（Ｓ１１９）。
【００６９】
電報依頼者は、顧客端末２０の電報編集画面８００上で電報の編集操作を行う（Ｓ１２０）。電報依頼者は、電報入力欄８０１に電報本文を入力したり、画像を添付したりする。電報入力欄８０１には、ステップＳ１１６で選択された行事の主催者名が自動入力される。配達日時や式場名は、注文内容確認欄８０４に自動入力される。編集が終了すると（図８の（ｂ）参照）、「文章校正」ボタン８０３を操作して電報文の文章校正を実行してもよい。
【００７０】
花束やぬいぐるみなど電報に追加するオプションの発注をする際には、電報依頼者は「オプション追加」ボタン８０２を押し下げる。これに対応して、オプション選択画面９００（図９の（ａ）参照）が顧客端末２０に表示され、オプション画面９００のオプションメニュー９０１からオプションを操作する。その後戻るボタン９０２を操作して電報編集画面８００に戻る。
【００７１】
これが終了すると、「決定」ボタン８０６を操作して顧客端末２０から電報サーバ１０に対して電報データやオプション注文データが送信される（Ｓ１２１）。
【００７２】
受注管理部１０１は、電報データ及びオプション注文データを基に、注文内容と決済方法の選択領域を表示した発注内容確認画面９１０（図９の（ｂ）参照）を生成し（Ｓ１２２）、顧客端末２０に送信する（Ｓ１２３）。
【００７３】
電報依頼者は、顧客端末２０の発注内容確認画面９１０上で注文内容９１１を視認し、決済方法の指定操作、例えば引落口座の名義人欄９１２への入力、決済方法９１３の入力を行う。その後、注文「確定」ボタン９１５の入力操作を行い（Ｓ１２４）、決済情報及び注文確定結果が電報サーバ１０に送信される（Ｓ１２５）。
【００７４】
受注管理部１０１が注文情報を受注マスタに登録し、課金処理部１０６が入金処理を行う（Ｓ１２６）。課金処理部１０６は、電子電報サービスの取り扱い会社の口座と、電報を配信する先となる式場の口座とに、それぞれ予め定められた応分に従って、電報の売り上げを分配して入金する。ここでいう入金とは、実際の入金のみならず、所定日（例えば月末締め）まで売上額を蓄積しておき、一括して入金する場合を含む。
【００７５】
受注管理部１０１は、注文情報を受注マスタに登録した後、注文受付完了を示すメールを生成して顧客端末２０に送信する（Ｓ１２７）。
【００７６】
更に、受注管理部１０１は、式場端末４０に電報データを転送し（Ｓ１２８）、式場端末４０から電報受信確認メール又は印刷確認メールを受信するまで待機する（Ｓ１２９）。電報受信確認メール又は印刷確認メールは、電報を受信した際又は印刷した際の少なくともどちらかのタイミングで式場端末４０から電報サーバに送信される。電報受信確認メールは、メールを受信した際に受信確認メールを返送するメッセージを表示して、式場の担当者から受信確認メールを電報サーバ１０に返送するように設定してもよい。また、印刷確認メールを用いる場合は、メールに添付された電報データを読み出して印刷コマンドを実行する際に、電報サーバに対して印刷確認のメールを送信するメッセージを表示するプログラムを、予め式場端末に組み込んでおくことにより可能となる。
【００７７】
受注管理部１０１は、電報の配達日時を基準とし、予め定められた所定時間前、例えば３時間前までに電報受信確認メール又は印刷確認メールを受信したかをモニタリングする。そして、計時部１０９が計測した現在時刻と上記所定時間とを比較し、その時間に到達してもなお電報受信確認メール又は印刷確認メールを受信しない場合には、電話処理部１０７に対して督促の自動電話をかけさせるための指示信号を出力する。
【００７８】
電話処理部１０７は、受注マスタを検索して式場端末４０がおかれた式場の登録電話番号を検索して電話をかけ、電報の印刷を促すメッセージを送信する（Ｓ１３０）。これにより、式場の担当者は、ステップＳ１２８で式場端末が電報データを受信していたことを気が付いていなくても、電報データの受信を通知することができ、電報受取人に対して電子電報が受け渡されるように促すことができる。
【００７９】
式場の担当者が、ステップＳ１２８で受信した電報データを受信又は印刷すると（Ｓ１３１）、式場端末４０から電報サーバに対して電報の受信または印刷をしたことを示すメッセージ（電報受信／印刷確認メッセージ）が電報サーバ１０に送信される（Ｓ１３２）。受注管理部１０１は、そのメッセージを受信すると、受注マスタを検索して、当該メッセージに対応する電子電報の依頼者が所有する顧客端末に対して電報を受信又は印刷したことを示すメッセージ（電報受信／印刷報告メッセージ）を送信する（Ｓ１３３）。
【００８０】
本実施形態によれば、電報を送りたいと思う利用者が身近な端末装置から電子電報の依頼を行うことができる。また、電子電報を電報の受取人に手渡しする者、例えば式場が、電子電報を取り扱うことによる手数料が徴収できる。更に、電子電報は、電報データを電報の受取人がいる場所に直接送信することで電報の配達コストが不要となるので、従来の電報よりもコストを下げることができる。更に、電報を送る利用者が電報データの編集を行えるので、画像の添付が行えるなど、電報のレイアウトの自由度が増す。
【００８１】
上記実施形態は、本発明の実施態様の一例を示すにすぎず、本発明を限定するものではない。実施形態には上記に記載したもの他、本発明の要旨を変更しない範囲で様々な変形例があり、それらも本発明に含まれるものである。
【００８２】
例えば、オプションはぬいぐるみなどの品物に代えて、商品との引換券でもよい。
【００８３】
また、電報の受取人が予め品物の受け取りを辞退したい場合、例えば弔電は受け取るが供花は受け取らないことを希望する場合、式場のタイムスケジュールに喪主を登録する際にオプションの受け取りを拒否する旨の指示の入力を受け付けると、電報配信サーバがオプション画面を非表示とするように制御してもよい。これにより、電報の受取人が辞退した品物が届くといった不具合を未然に防ぐことができる。
【００８４】
また、上記実施形態では、電報サーバのトップ画面から順次画面が遷移する例を説明したが、式場名及び電報の受取人（宛先）を特定する固有情報（例えば固有番号や２次元コード）を生成してもよい。そして、電報の利用者が固有情報をトップ画面から入力する、又は２次元コードを用いて電報サーバに接続すると、式場名及び電報の受取人を指定した状態で、電報の編集画面が表示されるように構成してもよい。これにより、電報サーバが不特定の者に電報の受取人（宛先）が公開することなく、電報サービスを提供することができる。
【符号の説明】
【００８５】
１  電子電報配信システム
１０  電報サーバ
２０  顧客端末
３０  公衆回線網（ネットワーク）
４０  式場端末
【図１】
2016062559.tif 000003
【図２】
2016062559.tif 000004
【図３】
2016062559.tif 000005
【図４】
2016062559.tif 000006
【図５】
2016062559.tif 000007
【図６】
2016062559.tif 000008
【図７】
2016062559.tif 000009
【図８】
2016062559.tif 000010
【図９】
2016062559.tif 000011
【図１０】
2016062559.tif 000012
【図１１】
2016062559.tif 000013