(57)【要約】【課題】依頼を行う際の判断材料を依頼者に正確に提示するとともに、依頼者にとって利便性が高い配達物受付システムを提供する。【解決手段】配達物受付システム１は、サーバ２と、インターネット４を介してサーバ２に接続される端末３と、によって構成され、弔事の配達物の依頼を受け付ける。サーバ２は、端末３からのウェブページの閲覧要求に応じて、１又は複数のおくやみ情報を端末３に表示させる（ステップＳ２）。次に、サーバ２は、おくやみ情報の選択を端末３から受け付ける（ステップＳ３）。次に、サーバ２は、配達物を配達する配達先として、葬儀場及び葬儀場以外の場所を選択肢とする配達先選択オブジェクトを端末３に表示させ、配達先選択オブジェクトの選択を端末３から受け付ける（ステップＳ４）。次に、サーバ２は、配達先情報、差出人情報及びメッセージの入力を端末３から受け付ける（ステップＳ５）。【選択図】図３
2020030823.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、インターネットを介して前記サーバに接続される端末と、によって構成され、弔事の配達物の依頼を受け付ける配達物受付システムであって、
前記サーバは、
故人の氏名、葬儀日時、葬儀場の名称及び前記葬儀場の住所を含むおくやみ情報を記憶する記憶手段と、
前記端末からの要求に応じて、１又は複数の前記おくやみ情報を前記端末に表示させるおくやみ情報表示手段と、
前記おくやみ情報の選択を前記端末から受け付けるおくやみ情報選択受付手段と、
前記配達物を配達する配達先として、前記葬儀場及び前記葬儀場以外の場所を選択肢とする配達先選択オブジェクトを前記端末に表示させ、前記配達先選択オブジェクトの選択を前記端末から受け付ける配達先受付手段と、
前記おくやみ情報選択受付手段が前記おくやみ情報の選択を受け付けた受付日時と、前記配達先に関する住所情報を取得し、前記受付日時及び前記住所情報に基づいて最先の配達可能日時を判定し、前記配達物を配達する配達日時として前記端末に表示させる配達日時表示手段と、
を備えることを特徴とする配達物受付システム。
【請求項２】
前記配達先受付手段は、前記おくやみ情報選択受付手段が前記おくやみ情報の選択を受け付けると、前記葬儀日時までに前記配達物を配達可能か否か判定し、配達不可の場合には前記配達先選択オブジェクトの選択肢として前記葬儀場を選択不可とし、前記葬儀場以外の場所を選択可とする
ことを特徴とする請求項１に記載の配達物受付システム。
【請求項３】
前記配達先受付手段は、前記おくやみ情報選択受付手段が前記おくやみ情報の選択を受け付けると、前記配達先選択オブジェクトの選択状態に対応した前記配達先の住所を前記端末に表示させる
ことを特徴とする請求項２に記載の配達物受付システム。
【請求項４】
前記おくやみ情報表示手段は、前記端末から前記故人の氏名の一部又は全部の入力を受け付け、入力される前記故人の氏名の一部又は全部を検索条件として前記おくやみ情報を検索し、検索結果を前記端末に表示させる
ことを特徴とする請求項１から請求項３のいずれかに記載の配達物受付システム。
【請求項５】
前記記憶手段は、前記サーバにおいて扱うことができないシステム外文字が前記故人の氏名に含まれている場合、前記システム外文字の代わりに前記システム外文字であることを示す特殊文字を記憶し、
前記おくやみ情報表示手段は、検索結果が０件の場合、検索結果が０件である旨と、前記故人の氏名に前記特殊文字を含む前記おくやみ情報を前記端末に表示させる
ことを特徴とする請求項４に記載の配達物受付システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介して弔事の配達物の依頼を受け付ける配達物受付システムに関するものである。
【背景技術】
【０００２】
従来から、インターネットを介して電報の依頼を受け付けるサービスが知られている。例えば、特許文献１には、電報依頼から配達までを一括して管理することが可能なオーダーメイド電報処理システムが開示されている。
【０００３】
一般に、おくやみの電報すなわち弔電を依頼する場合、依頼者は、葬儀までに配達できるなら葬儀場に配達を依頼するが、そうでなければ依頼を諦めるか、又は喪主の自宅等に配達を依頼する。従って、依頼を受け付ける前に、葬儀までに葬儀場に配達できるか否かを知らせ、依頼を行うか否かや、依頼を行う場合は配達先をどこにすべきかについての判断材料を依頼者に提示することが望ましい。しかしながら、特許文献１に記載のシステムでは、依頼後に配達結果を通知することしか記載されていない。
【０００４】
一方、特許文献２には、慶弔行事情報のネット配信機能及びＦＡＸ送信機能を有するサーバ装置が、ユーザ端末機から注文を受け付け、電文データを生成し、その電文データを会場に設置されるＦＡＸ受信機に送信する慶弔行事用の電文伝送システムが開示されている。この電文伝送システムでは、おくやみ情報をネットで配信する際、会場に弔電の送信が出来るおくやみ情報と、会場に弔電の送信が出来ないおくやみ情報とを区別して配信することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第２９９０６６７号公報
【特許文献２】特開２０１５−８７８９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献２に記載の電文伝送システムにおいて、会場に弔電の送信が出来ないおくやみ情報とは、（１）この電文伝送システムによって弔電の送信が出来ない会場で葬儀が行われるもの、及び（２）この電文伝送システムによって弔電の送信が出来る会場で葬儀が行われるが、受付時間が終了しているもの、の両方が含まれている。このような両者を混在した情報提示では、依頼者に対して、他の電報サービスを利用すれば葬儀に間に合う場合であっても、間に合わないものと誤解させてしまうことがある。また、特許文献２に記載の電文伝送システムでは、葬儀の会場にしか弔電を送信できないため、葬儀に間に合わない時に故人の自宅等に送信できず不便である。
【０００７】
本発明は、前述した問題点に鑑みてなされたものであり、その目的とすることは、依頼を行う際の判断材料を依頼者に正確に提示するとともに、依頼者にとって利便性が高い配達物受付システムを提供することである。
【課題を解決するための手段】
【０００８】
前述した目的を達成するための本発明は、サーバと、インターネットを介して前記サーバに接続される端末と、によって構成され、弔事の配達物の依頼を受け付ける配達物受付システムであって、前記サーバは、故人の氏名、葬儀日時、葬儀場の名称及び前記葬儀場の住所を含むおくやみ情報を記憶する記憶手段と、前記端末からの要求に応じて、１又は複数の前記おくやみ情報を前記端末に表示させるおくやみ情報表示手段と、前記おくやみ情報の選択を前記端末から受け付けるおくやみ情報選択受付手段と、前記配達物を配達する配達先として、前記葬儀場及び前記葬儀場以外の場所を選択肢とする配達先選択オブジェクトを前記端末に表示させ、前記配達先選択オブジェクトの選択を前記端末から受け付ける配達先受付手段と、前記おくやみ情報選択受付手段が前記おくやみ情報の選択を受け付けた受付日時と、前記配達先に関する住所情報を取得し、前記受付日時及び前記住所情報に基づいて最先の配達可能日時を判定し、前記配達物を配達する配達日時として前記端末に表示させる配達日時表示手段と、を備えることを特徴とする配達物受付システムである。本発明によって、依頼者は、おくやみ情報を選択するだけで、弔電がいつまでに配達されるかをすぐに確認できる。従って、本発明の配達物受付システムを利用すべきか、又は、その他のサービスを利用すべきかを迷っている依頼者に対して、まずは本発明の配達物受付システムによる配達日時を確認するという行動に誘導することができ、類似サービスの中のファーストチョイスになることができる。また、依頼者が配達日時を入力する手間を省くことができる。弔電の場合、訃報を知ってから葬儀までに時間的余裕はなく、受付からすぐに配達に着手し、最先の配達可能日時を配達日時としても支障はない。このように、本発明によって、依頼を行う際の判断材料を依頼者に正確に提示するとともに、依頼者にとって利便性が高い配達物受付システムを提供することができる。
【０００９】
本発明における前記配達先受付手段は、前記おくやみ情報選択受付手段が前記おくやみ情報の選択を受け付けると、前記葬儀日時までに前記配達物を配達可能か否か判定し、配達不可の場合には前記配達先選択オブジェクトの選択肢として前記葬儀場を選択不可とし、前記葬儀場以外の場所を選択可とするようにしても良い。これによって、依頼を受け付ける前に、葬儀までに葬儀場に配達できるか否かを知らせ、依頼を行うか否かや、依頼を行う場合は配達先をどこにすべきかについての判断材料を依頼者に正確に提示することができる。
【００１０】
本発明における前記配達先受付手段は、前記おくやみ情報選択受付手段が前記おくやみ情報の選択を受け付けると、前記配達先選択オブジェクトの選択状態に対応した前記配達先の住所を前記端末に表示させるようにしても良い。これによって、配達先が葬儀場及び葬儀場以外の場所のいずれの場合も、配達先の住所が自動入力されるため、住所を調べたり、入力したりする手間を省くことができ、依頼者にとって非常に便利である。
【００１１】
また、本発明における前記おくやみ情報表示手段は、前記端末から前記故人の氏名の一部又は全部の入力を受け付け、入力される前記故人の氏名の一部又は全部を検索条件として前記おくやみ情報を検索し、検索結果を前記端末に表示させるようにしても良い。これによって、依頼者が目視でおくやみ情報を探す手間を省くことができる。
【００１２】
また、本発明における前記記憶手段は、前記サーバにおいて扱うことができないシステム外文字が前記故人の氏名に含まれている場合、前記システム外文字の代わりに前記システム外文字であることを示す特殊文字を記憶し、前記おくやみ情報表示手段は、検索結果が０件の場合、検索結果が０件である旨と、前記故人の氏名に前記特殊文字を含む前記おくやみ情報を前記端末に表示させるようにしても良い。これによって、検索形式によっておくやみ情報を端末に表示させる場合において、システム外文字が故人の氏名に含まれ、入力された検索条件と一致しないおくやみ情報も、依頼者に提示することができる。
【発明の効果】
【００１３】
本発明により、依頼を行う際の判断材料を依頼者に正確に提示するとともに、依頼者にとって利便性が高い配達物受付システムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】配達物受付システム１の概要を示す図
【図２】サーバ２が記憶するデータの一例
【図３】配達物受付システム１の配達物受付処理の流れを示すフローチャート
【図４】ステップＳ２〜Ｓ５において端末３に表示させる画面の構成の一例
【図５】ステップＳ２〜Ｓ３の処理を説明する図
【図６】ステップＳ４〜Ｓ５の処理を説明する図
【図７】ステップＳ４〜Ｓ５の処理を説明する図
【図８】ステップＳ４〜Ｓ５の処理を説明する図
【発明を実施するための形態】
【００１５】
以下図面に基づいて、本発明の実施形態を詳細に説明する。本実施の形態において、電報とは、電気通信事業法附則第５条において一部の法人のみが行うことができる狭義の電報サービスの他、これに類似し、特定信書便事業者が提供する電報類似サービスも含むものとする。また、弔電とは、おくやみの電報を意味する。更に、弔事の配達物とは、弔電、供花、供物等を含み、弔事に故人への弔意を表すために送られる物を意味する。
【００１６】
図１は、配達物受付システム１の概要を示す図である。図１に示すように、配達物受付システム１は、サーバ２と、インターネット４を介してサーバ２に接続される端末３と、によって構成され、弔事の配達物の依頼を受け付けるシステムである。
【００１７】
サーバ２及び端末３は、制御部としてのＣＰＵ（「Central Processing Unit」の略）、主記憶部としてのメモリ、補助記憶部としてのＨＤＤ（「Hard Disk Drive」の略）やフラッシュメモリ、表示部としての液晶ディスプレイや有機ＥＬ（「Electro-Luminescence」の略）ディスプレイ、入力部としてのボタン、キーボード、マウス、タッチパネルディスプレイ、有線通信部としてのＬＡＮ（「Local Area Network」の略）ケーブル又は無線通信部としての無線ＬＡＮモジュール等を有する。
【００１８】
補助記憶部としてのＨＤＤやフラッシュメモリには、ＯＳ（「Operating System」の略）、アプリケーションプログラム、処理に必要なデータ等が記憶されている。ＣＰＵは、補助記憶部からＯＳやアプリケーションプログラムを読み出して主記憶部に格納し、主記憶部にアクセスしながら、その他の機器を制御し、後述する処理を実行する。サーバ２は、例えば、データセンター等に配置されるサーバ用コンピュータ等である。サーバ２は、１台の筐体で実現されても良いし、複数台の筐体で実現されても良い。端末３は、例えば、パソコン、タブレット端末、スマートフォン等である。
【００１９】
サーバ２は、ウェブアプリケーションがインストールされ、端末３からの要求に応じてウェブページを送信するとともに、端末３から受信するデータに基づいて配達物受付処理を実行する。また、サーバ２は、データベース管理システムのソフトウェアがインストールされ、配達物受付処理に必要なデータをデータベースに記憶する。
【００２０】
配達物の依頼者は、端末３を用いて、サーバ２が提供する各種サービスを利用する。依頼者は、端末３にインストール済のウェブ閲覧ソフトを利用して、サーバ２から送信されるウェブページを閲覧する。
【００２１】
図２は、サーバ２が記憶するデータの一例を示している。図２（ａ）に示すおくやみ情報ＤＢ（データベース）１０は、おくやみ情報を記憶する。データ項目は、例えば、おくやみ情報を一意に識別するおくやみＩＤ１１、故人の氏名１２、故人の住所１３、死亡年月日１４、享年１５、葬儀日時１６、葬儀場の名称１７、葬儀場の住所１８、喪主の氏名１９、喪主の続柄２０等を含む。例えば、おくやみＩＤ１１が「１」のデータは、故人の氏名１２が「秋田  太郎」、故人の住所１３が「010-XXXX 秋田県秋田市〇〇１−１」、死亡年月日１４が「2018/7/27」、享年１５が「100」、葬儀日時１６が「2018/7/31 10:30」、葬儀場の名称１７が「△△ホール」、葬儀場の住所１８が「010-XXXX 秋田県秋田市〇〇２−２」、喪主の氏名１９が「秋田  次郎」、喪主の続柄２０が「長男」である。
【００２２】
葬儀場所が故人の自宅の場合、サーバ２は、例えば、葬儀場の名称１７を「自宅」とし、葬儀場の住所１８を「故人の住所」として記憶する。
【００２３】
図２（ｂ）に示す葬儀場情報ＤＢ（データベース）２０は、葬儀場の情報を記憶する。データ項目は、例えば、葬儀場を一意に識別する葬儀場ＩＤ２１、葬儀場の名称２２、葬儀場の住所２３、葬儀場の電話番号２４等を含む。例えば、葬儀場ＩＤ２１が「１」のデータは、葬儀場の名称２２が「△△ホール」、葬儀場の住所２３が「010-XXXX 秋田県秋田市〇〇２−２」、葬儀場の電話番号２４が「018-XXX-XXXX」である。
【００２４】
サーバ２は、葬儀場情報ＤＢ２０に情報が記憶されている葬儀場については、おくやみ情報ＤＢ１０の葬儀場の名称１７を葬儀場ＩＤ２１とし、葬儀場の住所１８を空欄として記憶しても良い。従って、サーバ２は、おくやみ情報ＤＢ１０及び葬儀場情報ＤＢ２０を組み合わせておくやみ情報を記憶しても良い。ここで、本実施の形態におけるおくやみ情報は、少なくとも、故人の氏名、葬儀日時、葬儀場の名称及び葬儀場の住所が含まれていれば良い。
【００２５】
図２（ｃ）に示す配達物受付情報ＤＢ（データベース）３０は、依頼者から受け付ける配達物の情報を記憶する。データ項目は、例えば、配達物を一意に識別する配達物受付ＩＤ３１、配達物の受取人の氏名３２、故人の氏名３３、配達先が葬儀場か、それとも葬儀場以外の場所かを示す配達先区分３４、配達先の名称３５、配達先の住所３６、差出人の氏名３７、差出人の住所３８、連名者の氏名３９、メッセージ４０等を含む。本実施の形態における配達先区分３４は、葬儀場以外の場所を故人の自宅としているが、この例に限定されるものではない。例えば、配達先区分３４として、喪主の自宅や故人の会社の住所等を追加しても良い。
【００２６】
例えば、配達物受付ＩＤ３１が「１」のデータは、受取人の氏名３２が「秋田  次郎」、故人の氏名３３が「秋田  太郎」、配達先区分３４が「葬儀場」、配達先の名称３５が「△△ホール」、配達先の住所３６が「010-XXXX 秋田県秋田市〇〇２−２」、差出人の氏名３７が「横手  三郎」、差出人の住所３８が「013-XXXX 秋田県横手市〇〇３−３」、連名者の氏名３９が「横手  花子」、メッセージ４０が「今朝の新聞にて、・・・」である。
【００２７】
また、例えば、配達物受付ＩＤ３１が「２」のデータは、受取人の氏名３２が「秋田  次郎」、故人の氏名３３が「秋田  太郎」、配達先区分３４が「自宅」、配達先の名称３５が「NULL」（＝値なし）、配達先の住所３６が「010-XXXX 秋田県秋田市〇〇１−１」、差出人の氏名３７が「大館  四郎」、差出人の住所３８が「017-XXXX 秋田県大館市〇〇４−４」、連名者の氏名３９が「NULL」（＝値なし）、メッセージ４０が「ご逝去の報に接し、・・・」である。
【００２８】
図３は、配達物受付システム１の配達物受付処理の流れを示すフローチャートである。図３に示すように、サーバ２は、弔電に用いる台紙の選択を受け付ける（ステップＳ１）。具体的には、サーバ２は、端末３からのウェブページの閲覧要求に応じて、弔電に用いる台紙のデザインや価格等の情報を含むウェブページのデータを端末３に送信する。端末３は、サーバ２から受信するウェブページを表示する。依頼者が入力部を介して台紙を選択すると、端末３は、選択結果をサーバ２に送信する。サーバ２は、選択結果を一時的に記憶しておく。
【００２９】
次に、サーバ２は、端末３からのウェブページの閲覧要求に応じて、１又は複数のおくやみ情報を端末３に表示させる（ステップＳ２）。おくやみ情報の表示範囲は、例えば、おくやみ情報ＤＢ１０の死亡年月日１４から所定日数以内としても良いし、新聞におくやみ情報を掲載する場合には掲載日から所定日数以内としても良い。その場合、おくやみ情報ＤＢ１０には掲載日も記憶させておく。
【００３０】
サーバ２は、例えば、表示範囲のおくやみ情報の全てをリスト形式で端末３に表示させても良い。また、サーバ２は、端末３から検索条件を受け付けて、表示範囲のおくやみ情報の中から検索条件に合致するものを端末３に表示させても良い。全件リスト形式の場合、依頼者が目視で多数のおくやみ情報の中から所望のおくやみ情報を探す必要があるが、検索形式の場合には依頼者が目視でおくやみ情報を探す手間を省くことができる。本実施の形態では、検索形式によっておくやみ情報を端末３に表示させる。
【００３１】
図４は、ステップＳ２〜Ｓ５において端末３に表示させる画面の構成の一例を示している。図４に示すように、ステップＳ２〜Ｓ５において端末３に表示させる画面は、おくやみ情報を検索するためのおくやみ情報検索部５０と、配達先の情報の入力を受け付けるための配達先情報受付部６０と、差出人の情報の入力を受け付けるための差出人情報受付部７０と、台紙に掲載するメッセージの入力を受け付けるためのメッセージ受付部８０と、入力内容の確認画面に遷移するための確認ボタン９０と、によって構成されている。ステップＳ２〜Ｓ５の処理の間、図４に示す画面が端末３に表示されている。
【００３２】
図５は、ステップＳ２〜Ｓ３の処理を説明する図である。図５（ａ）のおくやみ情報検索部５０ａは、初期表示の状態を示しており、故人の氏名の一部又は全部の入力を受け付けるためのテキストボックス５１と、検索の指示を受け付けるための検索ボタン５２と、配達に関する注意事項５３と、によって構成されている。注意事項５３は、配達可能期間を示しており、秋田市内であれば午後２時まで注文で即日配達可能であり、それ以外の県内であれば午後２時までの注文で翌日の午前までに配達可能であることが示されている。
【００３３】
本実施の形態では、ステップＳ２において、サーバ２は、端末３から故人の氏名の一部又は全部の入力を受け付け、入力される故人の氏名の一部又は全部を検索条件としておくやみ情報を検索し、検索結果を端末３に表示させる。具体的には、依頼者が、端末３の入力部を介して、テキストボックス５１に故人の氏名の一部又は全部を入力し、検索ボタン５２を押下すると、端末３は、入力されたテキストデータをサーバ２に送信する。サーバ２は、端末３からテキストデータを受信し、受信されたテキストデータを検索条件としておくやみ情報ＤＢ１０の故人の氏名１２を検索し、検索結果を端末３に送信する。端末３は、サーバ２から検索結果を受信し、表示部に表示する。
【００３４】
図５（ｂ）は、検索結果の第１の表示例を図示している。第１の表示例は、検索条件が「秋田」、検索結果が２件である。図５（ｂ）のおくやみ情報検索部５０ｂは、テキストボックス５１に「秋田」が入力され、検索結果５４ａ及び５４ｂが表示されている状態を示している。サーバ２は、「秋田」を検索条件としておくやみ情報ＤＢ１０の故人の氏名１２を検索し、故人の氏名１２が「秋田  太郎」と「秋田  五郎」を検索結果５４ａ及び５４ｂとして端末３に表示させている。検索結果５４ａは「秋田市  秋田  太郎  葬儀日時：2018/7/31 午前10時半」、検索結果５４ｂは「能代市  能代  五郎  葬儀日時：終了」である。
【００３５】
図５（ｃ）は、検索結果の第２の表示例を図示している。第２の表示例は、検索条件が「高」と「橋の異体字」（図５（ｃ）を参照）の漢字二文字、検索結果が０件である。ここで、サーバ２において扱うことができないシステム外文字について説明する。サーバ２は、システム外文字が故人の氏名に含まれている場合、システム外文字の代わりに、システム外文字であることを示す特殊文字をおくやみ情報ＤＢ１０に記憶する。本実施の形態では、この特殊文字として「★」を使用している。例えば、本実施の形態における配達物受付システム１では、図５（ｃ）に示す「橋の異体字」がシステム外文字のため、おくやみ情報ＤＢ１０の入力担当者は、「高★  六郎」とサーバ２に記憶させる。
【００３６】
図５（ｃ）のおくやみ情報検索部５０ｃは、テキストボックス５１に「高」と「橋の異体字」（図５（ｃ）を参照）の漢字二文字が入力され、検索結果が０件となっている。検索結果が０件の場合、サーバ２は、予備的に、故人の氏名に特殊文字「★」を含むおくやみ情報を端末３に表示させる。具体的には、サーバ２は、おくやみ情報ＤＢ１０の中から、故人の氏名に特殊文字「★」を含むデータを検索し、検索されたデータを端末３に送信する。端末３は、受信されたデータ、すなわち故人の氏名に特殊文字「★」を含むおくやみ情報を表示部に表示する。図５（ｃ）では、検索結果が０件である旨を含むメッセージ５５とともに、予備検索結果５６ａ及び５６ｂが図示されている。メッセージ５５は「該当するおくやみ情報はありませんでしたが、以下の中に含まれている可能性があります。」、予備検索結果５６ａは「大仙市  渡★  六郎  葬儀日時： 2018/7/31 午後3時」、予備検索結果５６ｂは「由利本荘市  高★  七郎  葬儀日時： 2018/7/30 午後4時」である。
【００３７】
本実施の形態では、検索形式によっておくやみ情報を端末３に表示させる場合において、システム外文字が故人の氏名に含まれ、入力された検索条件と一致しないおくやみ情報も、依頼者に提示することができる。尚、「★」をテキストボックス５１に入力し、「★」を検索条件として検索することも可能である。
【００３８】
図３の説明に戻る。次に、サーバ２は、おくやみ情報の選択を端末３から受け付ける（ステップＳ３）。具体的には、依頼者が、端末３の入力部を介して、端末３に表示させたおくやみ情報の中の一つを選択すると、端末３は、選択されたおくやみ情報を特定するデータをサーバ２に送信する。サーバ２は、どのおくやみ情報が選択されたのかを一時的に記憶し、次の処理を実行する。図５（ｂ）のおくやみ情報検索部５０ｂでは、依頼者は、検索結果５４ａ及び５４ｂのいずれかを選択することができる。また、図５（ｃ）のおくやみ情報検索部５０ｃでは、依頼者は、予備検索結果５６ａ及び５６ｂのいずれかを選択することができる。
【００３９】
次に、サーバ２は、配達物を配達する配達先として、葬儀場及び葬儀場以外の場所を選択肢とする配達先選択オブジェクトを端末３に表示させ、配達先選択オブジェクトの選択を端末３から受け付ける（ステップＳ４）。
【００４０】
図６から図８は、ステップＳ４〜Ｓ５の処理を説明する図である。図６はおくやみ情報の選択後の第１の表示例、図７はおくやみ情報の選択後の第２の表示例、図８はおくやみ情報の選択後の第３の表示例を示している。
【００４１】
図６の第１の表示例では、図５（ｂ）のおくやみ情報検索部５０ｂに表示されている検索結果５４ａが選択された後の配達先情報受付部６０ａを示している。配達先情報受付部６０ａは、受取人の氏名の入力を受け付けるためのテキストボックス６１ａと、故人の氏名の入力を受け付けるためのテキストボックス６２ａと、葬儀場及び葬儀場以外の場所を選択肢とする配達先選択オブジェクト６３ａと、配達先の葬儀場の入力を受け付けるためのテキストボックス６４ａと、配達先の郵便番号の入力を受け付けるためのテキストボックス６５ａと、配達先の都道府県の入力を受け付けるためのプルダウンメニュー６６ａと、配達先の市区町村・字町名の入力を受け付けるためのテキストボックス６７ａと、配達先の詳細の住所の入力を受け付けるためのテキストボックス６８ａと、によって構成されている。本実施の形態では、配達先選択オブジェクト６３ａは、複数の選択肢から１つだけ選択させるためのラジオボタンである。選択肢には、葬儀場の他に、葬儀場以外の場所として故人の自宅が含まれている。配達先情報受付部６０ａは、検索結果５４ａが選択される前の状態では、配達先選択オブジェクト６３ａが１つの選択肢を選択状態になっていることを除き、何も入力されている情報はない。
【００４２】
ステップＳ４では、サーバ２は、おくやみ情報の選択を受け付けると、配達先選択オブジェクト６３ａの選択状態に対応した配達先の住所を端末３に編集可能に表示させる。具体的には、サーバ２は、選択されたおくやみ情報を特定するデータとともに、配達先選択オブジェクト６３ａの選択状態を特定するデータを端末３から受信する。配達先選択オブジェクト６３ａが葬儀場を選択している場合、サーバ２は、おくやみ情報ＤＢ１０から、選択されたおくやみ情報の喪主の氏名１９、故人の氏名１２、葬儀場の名称１７及び葬儀場の住所１８のデータを取得し、端末３に送信する。また、配達先選択オブジェクト６３ａが故人の自宅を選択している場合、サーバ２は、おくやみ情報ＤＢ１０から、選択されたおくやみ情報の喪主の氏名１９、故人の氏名１２、故人の住所１３のデータを取得し、端末３に送信する。端末３は、受信されたデータを、テキストボックス６１ａ、６２ａ、６４ａ、６５ａ、プルダウンメニュー６６ａ、テキストボックス６７ａ、６８ａのそれぞれに対応付けて、表示部に表示する。
【００４３】
図６の配達先情報受付部６０ａでは、配達先選択オブジェクト６３ａが「葬儀場」の選択状態であり、テキストボックス６１ａに喪主の氏名である「秋田  次郎」、テキストボックス６２ａに故人の氏名である「秋田  太郎」、テキストボックス６４ａに配達先の葬儀場の名称である「△△ホール」、テキストボックス６５ａに配達先の郵便番号である「010-XXXX」、プルダウンメニュー６６ａに配達先の都道府県である「秋田県」、テキストボックス６７ａに配達先の市区町村である「秋田市」、テキストボックス６８ａに配達先の詳細の住所である「〇〇２−２」がそれぞれ表示されている。配達先選択オブジェクト６３ａ、テキストボックス６２ａ、６３ａ〜６５ａ、６７ａ、６８ａ、プルダウンメニュー６６ａは、依頼者が端末３の入力部を介して編集可能である。
【００４４】
このように、サーバ２は、おくやみ情報の選択を受け付けると、配達先選択オブジェクト６３ａの選択状態に対応した配達先の住所を端末３に表示させる。本発明の実施の形態では、配達先が葬儀場及び葬儀場以外の場所のいずれの場合も、配達先の住所が自動入力されるため、住所を調べたり、入力したりする手間を省くことができ、依頼者にとって非常に便利である。
【００４５】
図７の第２の表示例では、図５（ｃ）のおくやみ情報検索部５０ｃに表示されている予備検索結果５６ｂが選択された後の配達先情報受付部６０ｂを示している。配達先情報受付部６０ｂは、配達先の葬儀場の入力を受け付けるためのテキストボックスがないことを除き、配達先情報受付部６０ａと同様に構成されている。
【００４６】
ステップＳ４では、サーバ２は、おくやみ情報の選択を受け付けると、葬儀日時までに葬儀場に配達物を配達可能か否か判定し、配達不可の場合には配達先選択オブジェクトの選択肢として葬儀場を選択不可とし、葬儀場以外の場所を選択可とする。一方、葬儀日時までに葬儀場に配達物を配達可能であれば、配達先選択オブジェクトの選択肢として葬儀場及び葬儀場以外の場所の両方を選択可とし、初期状態として葬儀場を選択状態とする。具体的には、サーバ２は、おくやみ情報ＤＢ１０から、選択されたおくやみ情報の葬儀日時１６と葬儀場の住所１８を取得し、予め定められている配達可能条件を満たすか否かを判定する。
【００４７】
本実施の形態では、配達可能条件は、配達場所の地域ごとに受付日時と配達可能日時の関係が定められている。具体的には、図５（ａ）に示す注意事項５３に記載のように、秋田市内であれば午後２時まで注文で即日配達可能、それ以外の県内であれば午後２時までの注文で翌日の午前までに配達可能、県外であれば午後２時までの注文で翌々日までに配達可能、というものである。例えば、現在時刻が2018/7/30  午後１時の場合、第１の表示例におけるおくやみ情報は、葬儀日時が2018/7/31  午前１０時半、葬儀場所が秋田市内のため、葬儀日時までに配達可能である。従って、配達先選択オブジェクト６３ａの選択肢として葬儀場及び葬儀場以外の場所（＝故人の自宅）の両方が選択可となり、初期状態として葬儀場が選択状態となる。一方、第２の表示例におけるおくやみ情報は、葬儀日時が2018/7/30  午後４時、葬儀場所が秋田市以外の県内のため、葬儀日時までに配達不可である。従って、配達先選択オブジェクト６３ｂの選択肢として葬儀場が選択不可となり、故人の自宅のみが選択可となる。図７では、配達先選択オブジェクト６３ｂの選択肢として葬儀場がグレーアウト、すなわち選択不可の状態となっており、更に、配達先選択オブジェクト６３ｂの選択肢として故人の自宅が選択され、故人の自宅の住所がテキストボックス等に自動入力されている。
【００４８】
このように、サーバ２は、葬儀日時までに配達物を配達可能か否か判定し、配達不可の場合には配達先選択オブジェクトの選択肢として葬儀場を選択不可とし、葬儀場以外の場所を選択可とするので、依頼を受け付ける前に、葬儀までに葬儀場に配達できるか否かを知らせ、依頼を行うか否かや、依頼を行う場合は配達先をどこにすべきかについての判断材料を依頼者に正確に提示することができる。
【００４９】
尚、図７では、テキストボックス６１ｂ及び６２ｂに表示されている文字列の中に、特殊文字「★」が含まれており、テキストボックス６２ｂの下部に、「★が表示された文字は、手入力をお願いします。」という注意事項６９が表示されている。このような場合、依頼者は、端末３の入力部を介して、「★」の代わりの代用文字を入力する。図７に示す例では、本来の故人や喪主の苗字である「高」と「橋の異体字」（図５（ｃ）を参照）の漢字二文字が「高★」と表示されていることから、依頼者は、例えば、「★」の代わりの代用文字として「橋」を入力する。
【００５０】
図８の第３の表示例では、図５（ｃ）のおくやみ情報検索部５０ｃに表示されている予備検索結果５６ａが選択された後の配達先情報受付部６０ｃを示している。配達先情報受付部６０ｃは、配達先情報受付部６０ａの構成に加えて、配達物を配達する配達日時７１と、配達日時７１での配達に同意するか否かの選択を受け付ける意思表示チェックボックス７２が含まれている。
【００５１】
第３の表示例では、サーバ２は、おくやみ情報の選択を受け付けた受付日時と、配達先に関する住所情報を取得し、受付日時及び住所情報に基づいて最先の配達可能日時を判定し、配達物を配達する配達日時７１として端末３に表示させるとともに、配達日時７１での配達に同意するか否かに関する意思表示オブジェクトとして意思表示チェックボックス７２を端末３に表示させる。
【００５２】
例えば、現在時刻が「2018/7/30  午後１時」、配達先である葬儀場の市区町村が「大仙市」の場合、サーバ２は、受付日時を「2018/7/30  午後１時」、配達先に関する住所情報を「秋田市以外の県内」として取得する。そして、サーバ２は、受付日時及び住所情報に基づいて、秋田市以外の県内への午後２時までの注文と判定し、予め定められている配達可能条件（例えば、図５（ａ）の注意事項５３）を参照し、翌日の午前を最先の配達可能日時と判定し、配達日時７１として「7/31 9:00〜11:59」を端末３に表示させる。
【００５３】
第３の表示例であれば、依頼者は、おくやみ情報を選択するだけで、弔電がいつまでに配達されるかをすぐに確認できる。特に、葬儀日時までに葬儀場に配達物を配達可能であれば、葬儀場配達先選択オブジェクト６３ｃの初期の選択状態が葬儀場となり、葬儀場の住所情報に基づいて配達日時が決定されるので、依頼者は、おくやみ情報を選択するだけで、葬儀場への配達日時をすぐに確認できる。従って、配達物受付システム１を利用すべきか、又は、その他のサービスを利用すべきかを迷っている依頼者に対して、まずは配達物受付システム１による配達日時を確認するという行動に誘導することができ、類似サービスの中のファーストチョイスになることができる。
【００５４】
また、第３の表示例であれば、依頼者が配達日時を入力する手間を省くことができる。電報は、弔電の他に、祝電もある。例えば、結婚式場に祝電を送る場合、依頼者は、何か月も前に結婚式の招待状を受け取るため、結婚式の直前に配達されるように、配達日時を入力する必要がある。一方、弔電の場合、訃報を知ってから葬儀までに時間的余裕はなく、受付からすぐに配達に着手し、最先の配達可能日時を配達日時としても支障はない。そこで、本実施の形態では、最先の配達可能日時を配達日時として端末３に表示させ、依頼者が配達日時を入力する手間を省いている。
【００５５】
このように、第３の表示例は、依頼を行う際の判断材料を依頼者に正確に提示できるとともに、依頼者の利便性が向上する。
【００５６】
図３の説明に戻る。次に、サーバ２は、配達先情報、差出人情報及びメッセージの入力を端末３から受け付ける（ステップＳ５）。依頼者は、ステップＳ４において自動入力されている配達先情報を確認し、必要に応じて端末３の入力部を介して修正する。また、依頼者は、差出人情報として、差出人の氏名、差出人の住所及び連名者の氏名等を、端末３の入力部を介して入力する。事前に依頼者の会員登録を行う場合、サーバ２は、依頼者の会員情報を検索し、差出人の氏名や住所を端末３に編集可能に表示させても良い。更に、依頼者は、端末３の入力部を介してメッセージを入力する。サーバ２は、文例の選択肢を端末３に表示させ、依頼者に選択させることで、メッセージの入力を受け付けても良い。
【００５７】
次に、依頼者が端末３の入力部を介して確認ボタン９０を押下すると、サーバ２は、入力内容の確認画面を端末３に表示させる。確認画面では、台紙にメッセージが入力された状態をプレビュー表示させても良い。
【００５８】
図８に示す第３の表示例の場合、サーバ２は、意思表示チェックボックス７２の選択についても端末３から受け付ける。確認ボタン９０が押下された時、意思表示チェックボックス７２がチェックされていなければ、端末３は、確認画面に遷移せず、“「この時刻での配達に同意する」にチェックをしてください。”という警告メッセージを表示する。一方、意思表示チェックボックス７２がチェックされていれば、端末３は、確認画面に遷移する。これによって、依頼者に対して配達日時を確実に確認させることができる。
【００５９】
次に、サーバ２は、支払方法の入力を端末３から受け付ける（ステップＳ６）。支払方法は、例えばクレジットカード決済やコンビニ決済等が挙げられるが、この例に限定されるものではなく、他の公知の方法を用いることができる。
【００６０】
次に、サーバ２は、最終確認の画面（不図示）を端末３に表示させる。依頼者が端末３の入力部を介してＯＫボタン（不図示）を押下すると、配達先情報、差出人情報及びメッセージの入力内容を配達物受付情報ＤＢ３０に記憶し、受付を完了する（ステップＳ７）。尚、配達先が葬儀場の場合、サーバ２は、最終確認の画面を表示する前に、葬儀日時までに配達物を配達可能か否かについて改めて判定しても良い。これによって、依頼者が差出人情報やメッセージを入力している間に配達可能条件を満たさなくなった時には、依頼者に配達先の変更等を促すことが可能となる。
【００６１】
前述の説明では、おくやみ情報を表示する前に台紙の選択を受け付けるものとしたが、メッセージの入力を受け付ける直前に台紙の選択を受け付けても良い。その他の処理の順序も前述の説明に限定されるものではなく、適宜変更することができる。また、前述の説明では、弔事の配達物として弔電を例に説明したが、供花や供物等であっても良いし、これらを組み合わせても良い。
【００６２】
本発明の実施形態によれば、依頼を行う際の判断材料を依頼者に正確に提示するとともに、依頼者にとって利便性が高い配達物受付システム１を提供することができる。
【００６３】
以上、添付図面を参照しながら、本発明に係る配達物受付システムの好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００６４】
１………配達物受付システム
２………サーバ
３………端末
４………インターネット
１０………おくやみ情報ＤＢ（データベース）
２０………葬儀場情報ＤＢ（データベース）
３０………配達物受付情報ＤＢ（データベース）
５０、５０ａ、５０ｂ、５０ｃ………おくやみ情報検索部
６０、６０ａ、６０ｂ………配達先情報受付部
７０………差出人情報受付部
８０………メッセージ受付部
９０………確認ボタン
【図１】
2020030823.tif 000003
【図２】
2020030823.tif 000004
【図３】
2020030823.tif 000005
【図４】
2020030823.tif 000006
【図５】
2020030823.tif 000007
【図６】
2020030823.tif 000008
【図７】
2020030823.tif 000009
【図８】
2020030823.tif 000010