特開2022-19462遠隔葬儀システム、コンピュータプログラム及び仕出し料理の調理・配達方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022019462
(43)【公開日】2022-01-27
(54)【発明の名称】遠隔葬儀システム、コンピュータプログラム及び仕出し料理の調理・配達方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20220120BHJP
H04N 7/15 20060101ALI20220120BHJP
【ＦＩ】
G06Q50/10
H04N7/15
【審査請求】未請求
【請求項の数】17
【出願形態】ＯＬ
(21)【出願番号】P 2020123322
(22)【出願日】2020-07-17
(71)【出願人】
【識別番号】515344196
【氏名又は名称】有限会社海山
(74)【代理人】
【識別番号】100158920
【弁理士】
【氏名又は名称】上野 英樹
(72)【発明者】
【氏名】横山 和幸
【テーマコード（参考）】
5C164
5L049
【Ｆターム（参考）】
5C164FA10
5C164UB86S
5C164VA07P
5C164VA13P
5L049CC14
(57)【要約】
【課題】 葬儀式場側の映像と遠隔参列者側の映像との相互配信処理を、葬儀会場にて式進行を司るオペレータにより簡単に制御することができ、かつ、葬儀会場ごとにハイスペックな映像配信サーバを設置する必要のない遠隔葬儀システムを提供する。
【解決手段】 葬儀ホスト端末は、葬儀進行に合わせてオペレータが手動入力する情報に基づき、式場用端末及び遠隔参列端末における動画再生出力形態を特定する動画制御指令情報を生成し、公共通信網に送出する。ストリーム配信管理サーバは、葬儀ホスト端末からの動画制御指令情報に基づき、動画再生出力形態を式進行に合わせて制御する。
【選択図】 図１
【解決手段】 葬儀ホスト端末は、葬儀進行に合わせてオペレータが手動入力する情報に基づき、式場用端末及び遠隔参列端末における動画再生出力形態を特定する動画制御指令情報を生成し、公共通信網に送出する。ストリーム配信管理サーバは、葬儀ホスト端末からの動画制御指令情報に基づき、動画再生出力形態を式進行に合わせて制御する。
【選択図】 図１
【特許請求の範囲】
【請求項1】
公共通信網を介して動画ストリームデータを送受信する送受信部と、葬儀式場側に設置されたカメラの撮影情報に基づき、前記葬儀式場における葬儀進行模様を撮影した動画ストリームデータである葬儀式ストリームデータを生成する葬儀式ストリームデータ生成部と、前記葬儀式場内の実参列者から視認可能な位置に設置され、受信した動画ストリームデータに基づき動画の再生出力を行なう式場用モニタを備えた式場用端末と、
前記公共通信網を介して動画ストリームデータを送受信する送受信部と、遠隔参列者側に設置されたカメラからの撮影入力に基づき、前記遠隔参列者の参列姿を撮影した動画ストリームデータである参列ストリームデータを生成する参列ストリームデータ生成部と、受信した動画ストリームデータに基づき動画再生出力を行なう遠隔参列側モニタを備えた複数の遠隔参列端末と、
前記葬儀式ストリームデータの配信先として前記遠隔参列端末を指定し、前記参列ストリームデータの配信先として前記式場用端末を指定するとともに、葬儀進行に合わせてオペレータが手動入力する情報に基づき、前記式場用端末及び前記遠隔参列端末における動画再生出力の制御内容を指令するための動画制御指令情報を生成する動画制御指令情報生成部と、生成された前記動画制御指令情報を前記公共通信網に送出する動画制御指令情報送信部とを備えた葬儀ホスト端末と、
前記式場用端末及び前記遠隔参列端末に対し前記公共通信網を介して双方向通信可能に接続されたクラウド型ビデオ会議サーバとして構成され、前記公共通信網を介して前記式場用端末から前記葬儀式ストリームデータを受信取得する葬儀式ストリームデータ取得部と、前記公共通信網を介して複数の前記遠隔参列端末からそれぞれ前記参列ストリームデータを取得する参列ストリームデータ取得部と、取得した前記葬儀式ストリームデータ及び前記参列ストリームデータを前記葬儀ホスト端末、前記式場用端末及び複数の前記遠隔参列端末へ前記公共通信網を介して送信するストリームデータ送信部と、前記動画制御指令情報を前記葬儀ホスト端末から前記公共通信網を介して取得する動画制御指令情報取得部と、取得した前記動画制御指令情報に基づいて前記式場用端末及び前記遠隔参列端末における動画再生出力形態を規定しつつ、前記ストリームデータ送信部による前記式場用端末及び前記遠隔参列端末への前記葬儀式ストリームデータ及び前記参列ストリームデータの配信制御を行なう配信制御部と、を有するストリーム配信管理サーバと、
が設けられていることを特徴とする遠隔葬儀システム。
前記公共通信網を介して動画ストリームデータを送受信する送受信部と、遠隔参列者側に設置されたカメラからの撮影入力に基づき、前記遠隔参列者の参列姿を撮影した動画ストリームデータである参列ストリームデータを生成する参列ストリームデータ生成部と、受信した動画ストリームデータに基づき動画再生出力を行なう遠隔参列側モニタを備えた複数の遠隔参列端末と、
前記葬儀式ストリームデータの配信先として前記遠隔参列端末を指定し、前記参列ストリームデータの配信先として前記式場用端末を指定するとともに、葬儀進行に合わせてオペレータが手動入力する情報に基づき、前記式場用端末及び前記遠隔参列端末における動画再生出力の制御内容を指令するための動画制御指令情報を生成する動画制御指令情報生成部と、生成された前記動画制御指令情報を前記公共通信網に送出する動画制御指令情報送信部とを備えた葬儀ホスト端末と、
前記式場用端末及び前記遠隔参列端末に対し前記公共通信網を介して双方向通信可能に接続されたクラウド型ビデオ会議サーバとして構成され、前記公共通信網を介して前記式場用端末から前記葬儀式ストリームデータを受信取得する葬儀式ストリームデータ取得部と、前記公共通信網を介して複数の前記遠隔参列端末からそれぞれ前記参列ストリームデータを取得する参列ストリームデータ取得部と、取得した前記葬儀式ストリームデータ及び前記参列ストリームデータを前記葬儀ホスト端末、前記式場用端末及び複数の前記遠隔参列端末へ前記公共通信網を介して送信するストリームデータ送信部と、前記動画制御指令情報を前記葬儀ホスト端末から前記公共通信網を介して取得する動画制御指令情報取得部と、取得した前記動画制御指令情報に基づいて前記式場用端末及び前記遠隔参列端末における動画再生出力形態を規定しつつ、前記ストリームデータ送信部による前記式場用端末及び前記遠隔参列端末への前記葬儀式ストリームデータ及び前記参列ストリームデータの配信制御を行なう配信制御部と、を有するストリーム配信管理サーバと、
が設けられていることを特徴とする遠隔葬儀システム。
【請求項2】
前記葬儀ホスト端末には、複数の前記遠隔参列端末のうち特定の一部のものを参列中端末として順次切り替えつつ設定する参列中端末設定部が設けられるとともに、前記動画制御指令情報生成部は、前記参列中端末として設定された遠隔参列端末からの参列ストリームデータの再生動画が、他の遠隔参列端末からの参列ストリームデータの再生動画よりも強調された強調動画の動画再生出力形態が得られるように前記動画制御指令情報を作成するものである請求項１記載の遠隔葬儀システム。
【請求項3】
前記動画制御指令情報生成部は、前記強調動画の前記式場用モニタ上での表示サイズが、前記他の遠隔参列端末からの前記参列ストリームデータの再生動画の表示サイズよりも大きくなるように前記動画制御指令情報を作成するものである請求項２に記載の遠隔葬儀システム。
【請求項4】
前記ストリーム配信管理サーバは、前記公共通信網に接続されている端末のうち、前記葬儀式ストリームデータの配信を許可する前記遠隔参列端末を、当該端末のノードアドレスと対応付けて遠隔参列端末登録リストとして記憶する参列登録部と、前記参列登録部に登録された端末にのみ、前記葬儀式ストリームデータの配信を前記配信制御部に許可する葬儀式ストリームデータ配信許可部とが設けられ、
前記葬儀ホスト端末には、ホスト側モニタと、前記参列登録部から前記公共通信網を介して前記遠隔参列端末登録リストを取得する遠隔参列端末登録リスト取得部と、取得した前記遠隔参列端末登録リストを前記ホスト側モニタに表示する遠隔参列端末登録リスト表示制御部とが設けられるとともに、前記参列中端末設定部は前記遠隔参列端末登録リストを参照しつつ、オペレータが前記参列中端末を切り替え設定入力するための参列中端末手動切替入力部を備える請求項２又は請求項３に記載の遠隔葬儀システム。
前記葬儀ホスト端末には、ホスト側モニタと、前記参列登録部から前記公共通信網を介して前記遠隔参列端末登録リストを取得する遠隔参列端末登録リスト取得部と、取得した前記遠隔参列端末登録リストを前記ホスト側モニタに表示する遠隔参列端末登録リスト表示制御部とが設けられるとともに、前記参列中端末設定部は前記遠隔参列端末登録リストを参照しつつ、オペレータが前記参列中端末を切り替え設定入力するための参列中端末手動切替入力部を備える請求項２又は請求項３に記載の遠隔葬儀システム。
【請求項5】
前記ストリーム配信管理サーバは、前記公共通信網に接続されている端末のうち、前記葬儀式ストリームデータの配信を許可する前記遠隔参列端末を、当該端末のノードアドレスと対応付け遠隔参列端末登録リストとして記憶する参列登録部と、前記参列登録部に登録された端末にのみ、前記葬儀式ストリームデータの配信を前記配信制御部に許可する葬儀式ストリームデータ配信許可部とが設けられ、
前記参列登録部は、前記遠隔参列端末にて入力されるとともに該遠隔参列端末の登録許可に必要となる、予め定められた内容の登録台帳情報が前記遠隔参列端末のノードアドレスと対応付けて記憶されてなり、
前記公共通信網上の端末装置には、前記公共通信網上にて前記ストリーム配信管理サーバが提供する登録受付サイトにアクセスすることにより、前記登録台帳情報の入力及び入力された情報の前記ストリーム配信管理サーバへの送信を行なう登録台帳情報入力送信部が設けられ、
前記ストリーム配信管理サーバは、前記端末装置から受信した前記登録台帳情報を該端末装置のノードアドレスと対応付けて前記参列登録部に登録する参列登録制御部を有する請求項１ないし請求項４のいずれか１項に記載の遠隔葬儀システム。
前記参列登録部は、前記遠隔参列端末にて入力されるとともに該遠隔参列端末の登録許可に必要となる、予め定められた内容の登録台帳情報が前記遠隔参列端末のノードアドレスと対応付けて記憶されてなり、
前記公共通信網上の端末装置には、前記公共通信網上にて前記ストリーム配信管理サーバが提供する登録受付サイトにアクセスすることにより、前記登録台帳情報の入力及び入力された情報の前記ストリーム配信管理サーバへの送信を行なう登録台帳情報入力送信部が設けられ、
前記ストリーム配信管理サーバは、前記端末装置から受信した前記登録台帳情報を該端末装置のノードアドレスと対応付けて前記参列登録部に登録する参列登録制御部を有する請求項１ないし請求項４のいずれか１項に記載の遠隔葬儀システム。
【請求項6】
葬儀連絡対象者の特定情報と前記葬儀連絡対象者の電子メールアドレスとを対応付けて葬儀連絡対象者リストとして記憶する葬儀連絡対象者リスト記憶部と、前記登録受付サイトへのアクセスＵＲＬリンクが文面に組み込まれた電子メールファイルを作成する電子メールデータ作成部と、前記葬儀連絡対象者リスト記憶部から前記葬儀連絡対象者の電子メールアドレスを読み出すとともに、読み出した前記電子メールアドレスを宛先として前記電子メールファイルを葬儀連絡メールとして前記公共通信網を介し送信する葬儀連絡メール送信部と、を有した葬儀連絡サーバが設けられ、
前記葬儀連絡メールを受信した前記端末装置は、該葬儀連絡メールに組み込まれた前記アクセスＵＲＬリンクを用いて前記登録受付サイトにアクセス可能とされている請求項５記載の遠隔葬儀システム。
前記葬儀連絡メールを受信した前記端末装置は、該葬儀連絡メールに組み込まれた前記アクセスＵＲＬリンクを用いて前記登録受付サイトにアクセス可能とされている請求項５記載の遠隔葬儀システム。
【請求項7】
前記葬儀連絡対象者リスト記憶部は、檀家の構成員情報と、檀家固有の葬儀連絡対象者の特定情報とを互いに対応付けた檀家別葬儀連絡対象者リストを、檀家特定情報と対応付けて記憶するものであり、
前記葬儀連絡メール送信部は、逝去者が構成員に含まれる檀家に対応付けられた前記檀家別葬儀連絡対象者リストを前記葬儀連絡対象者リスト記憶部から読み出し、当該檀家別葬儀連絡対象者リストに含まれる電子メールアドレスに前記葬儀連絡メールを同報送信するものである請求項６記載の遠隔葬儀システム。
前記葬儀連絡メール送信部は、逝去者が構成員に含まれる檀家に対応付けられた前記檀家別葬儀連絡対象者リストを前記葬儀連絡対象者リスト記憶部から読み出し、当該檀家別葬儀連絡対象者リストに含まれる電子メールアドレスに前記葬儀連絡メールを同報送信するものである請求項６記載の遠隔葬儀システム。
【請求項8】
前記ストリーム配信管理サーバの前記参列登録部に登録されている前記登録台帳情報には、登録されている前記遠隔参列端末からの遠隔参列者の名前及び住所が含まれており、
前記ストリーム配信管理サーバから前記遠隔参列者の名前及び住所を配送先情報として取得する配送先情報取得部と、前記公共通信網上に設けられた謝礼品受注端末に対し、前記配送先情報を含む謝礼品発注情報を送信する謝礼品発注情報送信部とを備えた謝礼品発注端末が設けられている請求項５ないし請求項７のいずれか１項に記載の遠隔葬儀システム。
前記ストリーム配信管理サーバから前記遠隔参列者の名前及び住所を配送先情報として取得する配送先情報取得部と、前記公共通信網上に設けられた謝礼品受注端末に対し、前記配送先情報を含む謝礼品発注情報を送信する謝礼品発注情報送信部とを備えた謝礼品発注端末が設けられている請求項５ないし請求項７のいずれか１項に記載の遠隔葬儀システム。
【請求項9】
前記葬儀ホスト端末が前記謝礼品発注端末に兼用されている請求項８記載の遠隔葬儀システム。
【請求項10】
前記ストリーム配信管理サーバの前記参列登録部に登録されている前記登録台帳情報には、登録されている前記遠隔参列端末からの遠隔参列者によるお供え物件の有無に関する情報が含まれており、
前記配送先情報取得部は、前記登録台帳情報から前記お供え物件がありとなっている遠隔参列者を特別謝礼品の配送対象者として抽出する特別謝礼品配送対象者抽出部を備え、前記謝礼品発注情報送信部は、前記特別謝礼品の配送対象者についてのみ特別謝礼品発注情報を前記謝礼品受注端末に送信するものである請求項８又は請求項９に記載の遠隔葬儀システム。
前記配送先情報取得部は、前記登録台帳情報から前記お供え物件がありとなっている遠隔参列者を特別謝礼品の配送対象者として抽出する特別謝礼品配送対象者抽出部を備え、前記謝礼品発注情報送信部は、前記特別謝礼品の配送対象者についてのみ特別謝礼品発注情報を前記謝礼品受注端末に送信するものである請求項８又は請求項９に記載の遠隔葬儀システム。
【請求項11】
前記ストリーム配信管理サーバの前記参列登録部に登録されている前記登録台帳情報には、登録されている前記遠隔参列端末からの遠隔参列者の人数が含まれており、
謝礼品が仕出し料理であり、前記謝礼品発注情報は前記遠隔参列者の人数に応じて定められる前記仕出し料理の発注数を含むものである請求項８ないし請求項１０のいずれか１項に記載の遠隔葬儀システム。
謝礼品が仕出し料理であり、前記謝礼品発注情報は前記遠隔参列者の人数に応じて定められる前記仕出し料理の発注数を含むものである請求項８ないし請求項１０のいずれか１項に記載の遠隔葬儀システム。
【請求項12】
前記謝礼品発注情報は、葬儀式の開催日と同一日付に設定された前記仕出し料理の配送指定日時の情報を含む請求項１１記載の遠隔葬儀システム。
【請求項13】
前記葬儀ホスト端末には、前記葬儀式の開催日時を含む葬儀スケジュール情報を入力する葬儀スケジュール情報入力部と、入力された前記葬儀スケジュール情報を前記ストリーム配信管理サーバに送信する葬儀スケジュール情報送信部とが設けられ、
前記ストリーム配信管理サーバには、前記葬儀ホスト端末から受信した前記葬儀スケジュール情報を前記葬儀ホスト端末の特定情報と対応付けて登録する葬儀スケジュール情報登録部が設けられ、
前記謝礼品発注端末には、前記ストリーム配信管理サーバから前記葬儀スケジュール情報を直接的または間接的に取得する葬儀スケジュール情報取得部と、取得した前記葬儀スケジュール情報に基づいて前記仕出し料理の配送指定日時の情報を自動生成する配送指定日時情報生成部とが設けられている請求項１２記載の遠隔葬儀システム。
前記ストリーム配信管理サーバには、前記葬儀ホスト端末から受信した前記葬儀スケジュール情報を前記葬儀ホスト端末の特定情報と対応付けて登録する葬儀スケジュール情報登録部が設けられ、
前記謝礼品発注端末には、前記ストリーム配信管理サーバから前記葬儀スケジュール情報を直接的または間接的に取得する葬儀スケジュール情報取得部と、取得した前記葬儀スケジュール情報に基づいて前記仕出し料理の配送指定日時の情報を自動生成する配送指定日時情報生成部とが設けられている請求項１２記載の遠隔葬儀システム。
【請求項14】
前記謝礼品受注端末をなす料理受注端末は、前記仕出し料理を調理して顧客に配送可能な複数の料理店舗の店名、所在地及び各料理店舗に置かれた店舗端末のノード特定情報を互いに対応付けて記憶した店舗リスト記憶部と、前記謝礼品発注情報に含まれる前記遠隔参列者の住所に対し最寄りとなる料理店舗を前記店舗リスト記憶部にて検索する最寄り料理店舗検索部と、検索された料理店舗の店舗端末に対し、前記仕出し料理の発注個数、配送指定日時、住所及び配送先宛名をなす前記遠隔参列者の名前を含む配達指示情報を送信する配達指示情報送信部とを備える請求項１３記載の遠隔葬儀システム。
【請求項15】
前記公共通信網を介して接続された複数のコンピュータを、請求項１ないし請求項１４のいずれか１項に記載の遠隔葬儀システムを構成する各構成部として機能させることを特徴とするコンピュータプログラム。
【請求項16】
請求項１４に記載の遠隔葬儀システムに使用される仕出し料理の調理・配達方法であって、
前記仕出し料理を前記料理店舗に設置の冷凍庫に冷凍状態にてストックする工程と、
前記配達指示情報を受けた前記料理店舗において、冷凍状態の前記仕出し料理を発注個数分だけ前記冷凍庫から取り出し、スチームコンベクション装置にセットする工程と、
前記スチームコンベクション装置にて前記仕出し料理を蒸気解凍調理する工程と、
解凍調理後の前記仕出し料理を前記配達指示情報に含まれる住所へ運搬・配達する工程と、
を備えたことを特徴とする仕出し料理の調理・配達方法。
前記仕出し料理を前記料理店舗に設置の冷凍庫に冷凍状態にてストックする工程と、
前記配達指示情報を受けた前記料理店舗において、冷凍状態の前記仕出し料理を発注個数分だけ前記冷凍庫から取り出し、スチームコンベクション装置にセットする工程と、
前記スチームコンベクション装置にて前記仕出し料理を蒸気解凍調理する工程と、
解凍調理後の前記仕出し料理を前記配達指示情報に含まれる住所へ運搬・配達する工程と、
を備えたことを特徴とする仕出し料理の調理・配達方法。
【請求項17】
前記仕出し料理は、１人前が弁当形態に個包装された状態で前記冷凍庫に冷凍されている請求項１６記載の仕出し料理の調理・配達方法。
【発明の詳細な説明】
【技術分野】
【0001】
この発明は、インターネット等の公共通信網を介して参列可能な遠隔葬儀システムと、それに用いるコンピュータプログラム及び前記遠隔葬儀システムを利用した仕出し料理の調理・配達方法に関する。
【背景技術】
【0002】
インターネット等の通信ネットワークの普及に伴い、葬儀が行われる場所から遠く離れて住まいする人や、時間の都合等で通夜や葬儀に参加できない人についても、通信ネットワーク上にて仮想的に葬儀に参加できるようにするシステムが多数提案されている。特に、コロナウィルス感染症の流行に代表されるごとく、広域にて病気感染のリスクがあり、密な集会を回避しなければならない状況が不可避的に発生しているような状況下では、葬儀を営みたくても対外的な参列自体が憚られることにもなる。さらに、体力的な問題により遠方からの長時間の参列が難しくなる高齢者の数も、ますます多くなる傾向にある。よって、今後、こうした遠隔葬儀参列に対する需要が大いに高まることが予測される。
【0003】
特許文献２～６には、葬儀会場に置かれたカメラにより葬儀会場内の様子、例えば故人を祀った祭壇や遺影、読経する僧侶や親族、焼香する実参列者などを撮影し、その映像を、葬儀会場に設置されたホストから通信ネットワークを介して遠隔端末に送り、該端末のモニタに表示される映像に向け、遠隔参列者をお参りさせるシステムが開示されている。しかし、これらの葬儀システムの構成では、遠隔参列者側の映像が葬儀会場側に配信されるようになっておらず、会場に実参列している親族等に遠隔参列者の弔意が伝わりにくい問題がある。
【0004】
そこで、特許文献１には、葬儀式視聴覚情報の取得手段（カメラ及びマイク）を備えたＷＷＷサーバを葬儀式のメイン会場に設置するとともに、遠隔地にあるサブ会場あるいは個人宅に設置されたクライアント端末とインターネットで接続し、ＷＷＷサーバからの葬儀式視聴覚情報をクライアント端末に配信するようにした葬儀方法（システム）が開示されている。このシステムにおいては、クライアント端末にも視聴覚情報の取得手段が設けられ、サブ会場あるいは個人宅の参列者の視聴覚情報もまたインターネット上で共有され、メイン会場のモニタにも映し出されるようになっている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２００１－１１７９８７号公報
【特許文献2】特開２００１－２２９２９７号公報
【特許文献3】特開２００１－３３１５９３号公報
【特許文献4】特開２００２－１３２９８３号公報
【特許文献5】特開２００５－１０８１７３号公報
【特許文献6】特許３３００３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
特許文献１の構成では、映像をインターネット上に配信するためのＷＷＷサーバが葬儀のメイン会場に置かれ、メイン会場の映像と、クライアント端末で撮影された遠隔参列者の映像とは、ＷＷＷサーバが決定するスケジュールに従い配信されることとなる。しかし、特許文献１には、サブ会場や個人の遠隔参列者とメイン会場の参列者との一体感をよりリアルに創出するための映像配信制御形態が考慮されていない問題がある。例えば、一般的な葬儀式にあっては、各参列者の参列タイミングは、メイン会場側の司会者等による式進行に従い誘導的に決定される。しかし、特許文献１には、「第１式場がメイン式場となり、インターネット上には、第２式場及び第３式場の画像と音声を挟みながら、主に第１式場の画像と音声が公開されるようになっている」と開示されているのみであり、式進行に合わせたきめ細かい映像配信制御がなされているとはいいがたい。
【0007】
また、特許文献１には、遠隔参列者の映像については、「第２式場及び第３式場ともに配信機器が設置され、配信機器によって取り込まれた視聴覚情報は、それぞれパソコンに組み込まれた転送用プログラムにより、インターネットを通じてＷＷＷサーバに転送されて電子的に書き込まれて公開されるようになっている」とも記載されている。これは遠隔参列者側らの映像転送制御は、遠隔参列者側に配備された端末（パソコン）のプログラム制御により行われることを意味する。しかし、遠隔参列者側のパソコン操作で映像をメイン会場のサーバに転送する、といった方式は遠隔参列者への負担が大きく、司会者の案内に従って受動的に参列を行なう一般的な葬儀には馴染まないと言える。
【0008】
また、映像配信用のＷＷＷサーバは複数系統の映像のストリーミング制御を行なう必要があるので、ハイスペックのコンピュータハードウェアを用意しなければならない。特許文献１においては、遠隔参列者側の端末に映像配信する高価なＷＷＷサーバが葬儀会場ごとに必要な点も問題である。
【0009】
本発明の課題は、葬儀式場側の映像と遠隔参列者側の映像との相互配信処理を、葬儀会場にて式進行を司るオペレータにより簡単に制御することができ、かつ、葬儀会場ごとにハイスペックな映像配信サーバを設置する必要のない遠隔葬儀システムと、それに用いるコンピュータプログラム及び前記遠隔葬儀システムを利用した仕出し料理の調理・配達方法を提供することにある。
【課題を解決するための手段】
【0010】
上記の課題を解決するために、本発明の遠隔葬儀システムは、以下の要件を備えたことを特徴とする。
・式場用端末：公共通信網を介して動画ストリームデータを送受信する送受信部と、葬儀式場側に設置されたカメラの撮影情報に基づき、葬儀式場における葬儀進行模様を撮影した動画ストリームデータである葬儀式ストリームデータを生成する葬儀式ストリームデータ生成部と、葬儀式場内の実参列者から視認可能な位置に設置され、受信した動画ストリームデータに基づき動画の再生出力を行なう式場用モニタを備える。
・複数の遠隔参列端末：公共通信網を介して動画ストリームデータを送受信する送受信部と、遠隔参列者側に設置されたカメラからの撮影入力に基づき、遠隔参列者の参列姿を撮影した動画ストリームデータである参列ストリームデータを生成する参列ストリームデータ生成部と、受信した動画ストリームデータに基づき動画再生出力を行なう遠隔参列側モニタをそれぞれ備える。
・葬儀ホスト端末：葬儀式ストリームデータの配信先として遠隔参列端末を指定し、参列ストリームデータの配信先として式場用端末を指定するとともに、葬儀進行に合わせてオペレータが手動入力する情報に基づき、式場用端末及び遠隔参列端末における動画再生出力形態を特定する動画制御指令情報を生成する動画制御指令情報生成部と、生成された動画制御指令情報を公共通信網に送出する動画制御指令情報送信部とを備える。
・ストリーム配信管理サーバ：式場用端末及び遠隔参列端末に対し公共通信網を介して双方向通信可能に接続されたクラウド型ビデオ会議サーバとして構成され、公共通信網を介して式場用端末から葬儀式ストリームデータを受信取得する葬儀式ストリームデータ取得部と、公共通信網を介して複数の遠隔参列端末からそれぞれ参列ストリームデータを取得する参列ストリームデータ取得部と、取得した葬儀式ストリームデータ及び参列ストリームデータを葬儀ホスト端末、式場用端末及び複数の遠隔参列端末へ公共通信網を介して送信するストリームデータ送信部と、動画制御指令情報を葬儀ホスト端末から公共通信網を介して取得する動画制御指令情報取得部と、取得した動画制御指令情報に基づいて式場用端末及び遠隔参列端末における動画再生出力形態を規定しつつ、ストリームデータ送信部による式場用端末及び遠隔参列端末への葬儀式ストリームデータ及び参列ストリームデータの配信制御を行なう配信制御部とを備える。
・式場用端末：公共通信網を介して動画ストリームデータを送受信する送受信部と、葬儀式場側に設置されたカメラの撮影情報に基づき、葬儀式場における葬儀進行模様を撮影した動画ストリームデータである葬儀式ストリームデータを生成する葬儀式ストリームデータ生成部と、葬儀式場内の実参列者から視認可能な位置に設置され、受信した動画ストリームデータに基づき動画の再生出力を行なう式場用モニタを備える。
・複数の遠隔参列端末：公共通信網を介して動画ストリームデータを送受信する送受信部と、遠隔参列者側に設置されたカメラからの撮影入力に基づき、遠隔参列者の参列姿を撮影した動画ストリームデータである参列ストリームデータを生成する参列ストリームデータ生成部と、受信した動画ストリームデータに基づき動画再生出力を行なう遠隔参列側モニタをそれぞれ備える。
・葬儀ホスト端末：葬儀式ストリームデータの配信先として遠隔参列端末を指定し、参列ストリームデータの配信先として式場用端末を指定するとともに、葬儀進行に合わせてオペレータが手動入力する情報に基づき、式場用端末及び遠隔参列端末における動画再生出力形態を特定する動画制御指令情報を生成する動画制御指令情報生成部と、生成された動画制御指令情報を公共通信網に送出する動画制御指令情報送信部とを備える。
・ストリーム配信管理サーバ：式場用端末及び遠隔参列端末に対し公共通信網を介して双方向通信可能に接続されたクラウド型ビデオ会議サーバとして構成され、公共通信網を介して式場用端末から葬儀式ストリームデータを受信取得する葬儀式ストリームデータ取得部と、公共通信網を介して複数の遠隔参列端末からそれぞれ参列ストリームデータを取得する参列ストリームデータ取得部と、取得した葬儀式ストリームデータ及び参列ストリームデータを葬儀ホスト端末、式場用端末及び複数の遠隔参列端末へ公共通信網を介して送信するストリームデータ送信部と、動画制御指令情報を葬儀ホスト端末から公共通信網を介して取得する動画制御指令情報取得部と、取得した動画制御指令情報に基づいて式場用端末及び遠隔参列端末における動画再生出力形態を規定しつつ、ストリームデータ送信部による式場用端末及び遠隔参列端末への葬儀式ストリームデータ及び参列ストリームデータの配信制御を行なう配信制御部とを備える。
【0011】
また、本発明のコンピュータプログラムは、公共通信網を介して接続された複数のコンピュータを、上記本発明の遠隔葬儀システムを構成する各構成部として機能させることを特徴とする。なお、本発明において「葬儀式」とは、逝去者を偲ぶ参列行事全般を意味する概念とし、例えば仏式であれば、通夜式及び告別式の他、法事や有志で営まれるお別れ会なども広義に含むものである。
【0012】
上記本発明によると、葬儀映像のストリーミング配信管理を行なうサーバ（ストリーム配信管理サーバ）として、公共通信網上に構築されたクラウド型ビデオ会議サーバを利用する。遠隔参列者側の映像は、遠隔参列端末にてカメラにより撮影取得される。そして、本発明においては、葬儀式場の映像は、特許文献１のような式場に設置されるＷＷＷサーバではなく、別途設けられる式場用端末にてカメラにより撮影取得される。取得された各映像は、公共通信網を介してストリーム配信管理サーバに一旦集約される。
【0013】
この配信制御行なうために、本発明においては、式場用端末及び遠隔参列端末とは別に葬儀ホスト端末を設ける。葬儀ホスト端末は、葬儀進行に合わせてオペレータが手動入力する情報に基づき、式場用端末及び遠隔参列端末における動画再生出力形態を特定する動画制御指令情報を生成し、公共通信網に送出する。遠隔参列による葬儀式を成立させるために、葬儀式ストリームデータは遠隔参列端末に、参列ストリームデータは式場用端末に、それぞれ配信する必要がある。よって、この動画制御指令情報は、葬儀式ストリームデータの配信先として遠隔参列端末を指定し、参列ストリームデータの配信先として式場用端末を指定する内容を含む。
【0014】
そして、ストリーム配信管理サーバは、葬儀進行に合わせてオペレータが手動入力する情報に基づき葬儀ホスト端末にて生成される動画制御指令情報に基づき、動画再生出力形態を式進行に合わせて細かく制御することができ、遠隔参列者と葬儀式場の実参列者との一体感をよりリアルに創出することができる。また、ストリーム配信管理サーバはクラウド型ビデオ会議サーバとして構成されるから、葬儀会場ごとに高価な映像配信サーバを設置する必要がなくなる。
【0015】
さらに、特許文献１では式場用モニタがＷＷＷサーバに接続されており、遠隔参列者の映像再生制御もＷＷＷサーバが担うことになるが、この方式ではＷＷＷサーバ側の映像配信制御上の事情により、式場用モニタへの映像表示形態には様々な制約が生じる可能性がある。例えば映像配信制御用の管理画面をＷＷＷサーバ側で表示させようとしたとき、葬儀式進行中にこの管理画面が式場用モニタに表示されるなどの不手際を招来するリスクもあり得る。しかし、本発明では、式場用モニタへの映像表示は、ストリーム配信管理サーバとは別に設けられた式場用端末が担い、その映像表示形態も葬儀ホスト端末からの動画制御指令情報に従い、式進行中にふさわしい形態にカスタマイズすることも容易であり、上記のような不具合を生ずることがない。
【0016】
以下、本発明に付加可能な種々の構成について説明する。
式場用端末（式場用モニタ）及び遠隔参列端末（遠隔参列側モニタ）には、映像配信元となるこれら端末からのすべての映像を、モニタ画面分割により同時に表示するようにしてもよいが、遠隔参列者の数が増えた場合、式場用モニタに表示される遠隔参列端末の表示映像数も増えるので、現在どの遠隔参列者が参列中であるかを式場用モニタ上で把握することが難しくなることがある。この場合、次のように構成しておくとよい。
式場用端末（式場用モニタ）及び遠隔参列端末（遠隔参列側モニタ）には、映像配信元となるこれら端末からのすべての映像を、モニタ画面分割により同時に表示するようにしてもよいが、遠隔参列者の数が増えた場合、式場用モニタに表示される遠隔参列端末の表示映像数も増えるので、現在どの遠隔参列者が参列中であるかを式場用モニタ上で把握することが難しくなることがある。この場合、次のように構成しておくとよい。
【0017】
まず、葬儀ホスト端末には、複数の遠隔参列端末のうち特定の一部のものを参列中端末として順次切り替えつつ設定する参列中端末設定部を設けることができる。参列中端末をオペレータが順次切り替えることで、遠隔参列者であっても、葬儀会場において実参列者とともに故人に対し順次お参りする感覚をより共有しやすくなる。また、式場用モニタには、参列中端末からの遠隔参列者の映像が、オペレータの操作に従い順次切り替えて表示されるので、葬儀式会場の親族等は、式場用モニタの映像を通じて、遠方の知己が故人に順番にお参りしてくれている喜びを享受できる。
【0018】
また、動画制御指令情報生成部は、参列中端末として設定された遠隔参列端末からの参列ストリームデータの再生動画が、残余の遠隔参列端末からの参列ストリームデータの再生動画よりも強調された強調動画の動画再生出力形態が得られるように動画制御指令情報を作成するように構成できる。これにより、参列中端末からの動画映像が式場用モニタ上にて強調表示され、現在どの遠隔参列者が参列中であるかを、葬儀式場側の実参列者は容易に把握できる。
【0019】
具体的には、動画制御指令情報生成部は、式場用モニタ上での強調動画の表示サイズが、他の遠隔参列端末からの参列ストリームデータの再生動画の表示サイズよりも大きくなるように動画制御指令情報を作成するよう構成できる。参列中端末からの遠隔参列者の動画映像が大きく表示されることで、葬儀式場側の実参列者は、遠隔参列者の哀悼の動作や表情等もより把握しやすくなる。なお、動画制御指令情報は、式場用端末（式場用モニタ）において強調動画以外の映像の表示が禁止されるように内容が定められていてもよい（この場合、表示される動画が１つとなることもありえ、これも広義に「強調動画」の概念に属するものと考えることができる）。
【0020】
ストリーム配信管理サーバは、公共通信網に接続されている端末のうち、葬儀式ストリームデータの配信を許可するものを遠隔参列端末として、当該端末のノードアドレスと対応付けて遠隔参列端末登録リストとして記憶する参列登録部と、参列登録部に登録された端末にのみ、葬儀式ストリームデータの配信を配信制御部に許可する葬儀式ストリームデータ配信許可部とを設けることができる。これにより、葬儀の映像が非登録の端末に誤って配信されてしまう不具合を防止することができる。
【0021】
この場合、葬儀ホスト端末には、ホスト側モニタと、参列登録部から公共通信網を介して遠隔参列端末登録リストを取得する遠隔参列端末登録リスト取得部と、取得した遠隔参列端末登録リストをホスト側モニタに表示する遠隔参列端末登録リスト表示制御部とが設けられるとともに、参列中端末設定部は遠隔参列端末登録リストを参照しつつ、オペレータが参列中端末を切り替え設定入力するための参列中端末手動切替入力部を備えるものとして構成できる。この構成により、葬儀ホスト端末のオペレータは、事前に登録された遠隔参列者の遠隔参列端末登録リスト（遠隔参列端末登録リスト）をホスト側モニタ上で確認でき、その遠隔参列端末登録リストを参照しながら参列中端末の切り替え操作を順に実行することができる。これにより、オペレータは、遠隔参列端末登録リスト上の遠隔参列者を、通常の葬儀と全く同様の感覚で順次参列に案内することができる。
【0022】
上記の参列登録部には、遠隔参列端末にて入力されるとともに該遠隔参列端末の登録許可に必要となる、予め定められた内容の登録台帳情報を遠隔参列端末のノードアドレスと対応付けて記憶しておくことができる。この場合、公共通信網上の端末装置には、公共通信網上にてストリーム配信管理サーバが提供する登録受付サイトにアクセスすることにより、登録台帳情報の入力及び入力された情報のストリーム配信管理サーバへの送信を行なう登録台帳情報入力送信部を設けておく。そして、ストリーム配信管理サーバは、端末装置から受信した登録台帳情報を該端末装置のノードアドレスと対応付けて参列登録部に登録する参列登録制御部を有するものとして構成できる。この構成は、一般葬儀式における実参列者の受付を遠隔参列者に置き換えてコンピュータシステム化したものに相当する。これを利用することで、ストリーム配信管理サーバにおける遠隔参列者の登録に際して必要な登録台帳情報を、ストリーム配信管理サーバ側にて、公共通信網上の端末装置（登録後は遠隔参列端末として機能しうる）を経由して通信により効率的に収集することが可能となる。なお、登録台帳情報は、例えば、葬儀式前後におい喪主が遠隔参列者に対して行なう儀礼対応に必要な個人情報（氏名、住所、電話番号、メールアドレスなど）を含む情報である。
【0023】
また、本発明の遠隔葬儀システムにおいては、葬儀連絡対象者の特定情報と葬儀連絡対象者の電子メールアドレスとを対応付けて葬儀連絡対象者リストとして記憶する葬儀連絡対象者リスト記憶部と、登録受付サイトへのアクセスＵＲＬリンクが文面に組み込まれた電子メールファイルを作成する電子メールデータ作成部と、葬儀連絡対象者リスト記憶部から葬儀連絡対象者の電子メールアドレスを読み出すとともに、読み出した電子メールアドレスを宛先として電子メールファイルを葬儀連絡メールとして公共通信網を介し送信する葬儀連絡メール送信部と、を有した葬儀連絡サーバを設けることができる。葬儀連絡メールを受信した端末装置は、該葬儀連絡メールに組み込まれたアクセスＵＲＬリンクを用いて登録受付サイトにアクセス可能に構成される。なお、葬儀連絡サーバと葬儀ホスト端末とはコンピュータハードウェアが共用化されたものであってもよい。
【0024】
逝去者が生じたとき、遺族等は葬儀参列の可能性がある人々に速やかに訃報を伝達する必要がある。上記のような葬儀連絡サーバを設け、事前に葬儀連絡対象者リストを記憶しておくことにより、登録受付サイトへのアクセスＵＲＬリンクが組み込まれた電子メールファイルに葬儀連絡対象者リストに網羅されている各電子メールアドレスを付与し、葬儀連絡対象者に葬儀連絡メールとして公共通信網を介し送信することができる。これにより、葬儀準備等で立て込んでいるさなかにあって、電話等を通じ多数の関係者へ連絡する作業から親族等を解放することができ、連絡漏れのリスクも減らすことができる。他方、電子メールにより連絡を受け取った葬儀連絡対象者は、メール受信した端末装置にて電子メールを開き、これに組み込まれたＵＲＬリンクから前述の登録サイトに簡単にアクセスすることができる。これにより、葬儀連絡対象者を登録台帳情報の入力を含む遠隔参列の情報登録作業にスムーズに誘導することができる。
【0025】
各家で誰かが亡くなった場合は、その日を入れて短ければ当日、遅くとも翌々日には通夜式が営まれ、さらに、早ければ通夜式の翌日、遅くとも翌々日には告別式が営まれることから、親族や近親者にとってのスケジュール進行は文字通り待ったなしとなる。この場合、故人が生前世話になった関係者には、訃報と葬儀の連絡を速やかに、かつもれなく行わなければならないが、その連絡先等の情報については通常は親族等の手元にしかなく、親類縁者や親しい友人などのごく私的なネットワークを通じての電話連絡等に頼らざるを得ない。よって、連絡漏れが当然生じやすくなるし、遠方の関係者には気遣いや遠慮などもあって連絡を控えてしまう、といったことも多々ありえる。
【0026】
ここで、本発明の遠隔葬儀システムの運用は、例えば葬儀会場を提供する寺院やセレモニーホールが主体となってなされることが想定され、上記の葬儀ホスト端末や葬儀連絡サーバもこれらの寺院やセレモニーホールに設置されるシーンが多くなると思われる。日本では、家の宗教が仏教であれば、その家の家族は各宗派の檀家の寺院に所属し、逝去者が発生すると寺院に連絡をして僧侶の派遣や葬儀手配を依頼する。よって、葬儀依頼者と檀家寺院との結びつきは密接であり、高い信頼関係が構築されていることが多い。
【0027】
そこで、上記の葬儀連絡対象者リスト記憶部は、檀家の構成員情報と、檀家固有の葬儀連絡対象者の特定情報とを互いに対応付けた檀家別葬儀連絡対象者リストを、檀家特定情報と対応付けて記憶するものとして構成できる。葬儀連絡メール送信部は、逝去者が構成員に含まれる檀家に対応付けられた檀家別葬儀連絡対象者リストを葬儀連絡対象者リスト記憶部から読み出し、当該檀家別葬儀連絡対象者リストに含まれる電子メールアドレスに葬儀連絡メールを同報送信するものとして構成できる。これにより、訃報を託された寺院やセレモニーホールでは、檀家から事前に託されて葬儀連絡サーバの葬儀連絡対象者リスト記憶部に記憶されている葬儀連絡対象者リストを読み出し、これに含まれる電子メールアドレスに葬儀連絡メールを速やかに同報送信することができる。
【0028】
次に、ストリーム配信管理サーバの参列登録部に登録されている登録台帳情報には、通常、登録されている遠隔参列端末からの遠隔参列者の名前及び住所が含まれることとなる。この場合、本発明の遠隔葬儀システムには、ストリーム配信管理サーバから遠隔参列者の名前及び住所を配送先情報として取得する配送先情報取得部と、公共通信網上に設けられた謝礼品受注端末に対し、配送先情報を含む謝礼品発注情報を送信する謝礼品発注情報送信部とを備えた謝礼品発注端末とを設けておくとよい。この構成によると、遠隔参列者の登録時に登録台帳情報を取得し、これに含まれている名前及び住所の情報を利用することで、会葬御礼や香典返しなどの謝礼品を、遠隔参列者についても滞りなく届けることが可能となる。この場合、葬儀ホスト端末が謝礼品発注端末に兼用されていれば、こうした謝礼品発注作業のさらなる効率化を図ることができる。なお、謝礼品発注端末の配送先情報取得部は、遠隔参列者の名前及び住所を含む配送先情報をストリーム配信管理サーバから直接取得してもよいし、これらの情報を一旦、ストリーム配信管理サーバから葬儀ホスト端末あるいは別途設けられた他の端末装置に転送し、その転送先の端末装置から取得するようにしてもよい。
【0029】
遠隔参列者にも、実参列者と同様に、お供え（香典を概念として含む）を申し出る人と、そうでない人とが含まれる。喪主側としてはお供えの提供のあった人には、会葬御礼等とは別に、特別な謝礼品（香典返し等：以下、「特別謝礼品」という）を送付したい場合がある。一般的な葬儀では、会葬時に受け付けたお供え物件の情報を葬儀の後で親族等が確認し、満中陰等の一連の葬儀関連行事が集結して落ち着いた後で発送等の作業に入るのが通常であるが、参列者が多い場合はその作業が結構負担になることも多い。そこで、本発明の遠隔葬儀システムにおいては、（遠隔参列端末にて入力され）ストリーム配信管理サーバの参列登録部に登録されている登録台帳情報に、登録されている遠隔参列端末からの遠隔参列者によるお供え物件の有無に関する情報が含まれるように構成できる。配送先情報取得部は、登録台帳情報からお供え物件がありとなっている遠隔参列者を特別謝礼品の送対象者として抽出する謝礼品配送対象者抽出部を備え、謝礼品発注情報送信部は、特別謝礼品の配送対象者についてのみ特別謝礼品発注情報を謝礼品受注端末に送信するように構成できる。このように構成しておくと、特別謝礼品発注の要・不要にかかる情報を遠隔参列者の登録時に取得することができる。すなわち、特別謝礼品の発注にかかる作業の要部を自動的にかつ手際よく終わらせることができるので、ひいてはお供えの申し出のあった遠隔参列者に特別謝礼品を速やかに届けることができる。
【0030】
次に、日本の仏式葬儀においては、告別式が終了したあと、遺族を中心に親しい会葬者を交えて食事がふるまわれることがある。例えば、告別式（あるいは法要）の後に出される食事は「精進落とし」と称され、故人への供養と参列者へのお礼やお清めの意味が込められていると言われる。かつては、親族が亡くなった場合に仏教の思想によって精進料理により肉や魚を断ち、四十九日の忌明けに通常の料理に戻す意味合いを込めて出される食事を「精進落とし」と称したが、現在では主に、火葬場から戻った際に、親族やお世話になった方へ酒食をふるまう宴席を「精進落とし」と呼ぶのが一般的になっている。
【0031】
本発明の遠隔葬儀システムにおいては、遠隔参列者に対する謝礼品として、上記の「精進落とし」等に相当する仕出し料理を提供するための機能を組み込むことが可能である。上記のごとく、一般的な葬儀式にあって「精進落とし」がふるまわれるのは、少なくとも告別式が終わった後の、当日の限られた時間帯である。よって、これに代わる仕出し料理を遠隔参列者にふるまう場合も、その配送時刻は「精進落とし」がふるまわれる時刻になるべく近いことが、仏式葬儀の風習の上でも違和感がなく、葬儀参列者への遺族側からの感謝の意も伝わりやすいと言える。
【0032】
ここで、遠隔参列者のための仕出し料理の料理店への発注は、訃報が通知されてからできるだけ速やかになされなければならないし、発注を受けてから実際に遠隔参列者のもとへ料理が配送されるまでの時間も極めて限られている。また、遠隔参列者への料理配送数に過不足が生じることは、礼儀が重んじられる葬儀の一環として絶対に避けたい事情が存在する。本発明の遠隔葬儀システムにおいては、遠隔参列者から登録時に取得する登録台帳情報を利用することで、この問題を効果的に解決することができる。
【0033】
具体的には、ストリーム配信管理サーバの参列登録部に登録されている登録台帳情報に、登録されている遠隔参列端末からの遠隔参列者の人数が含まれるようにしておく。そして、謝礼品が仕出し料理である場合、謝礼品発注情報は遠隔参列者の人数に応じて定められる仕出し料理の発注数を含むものとして定める。仕出し料理の配送先は、登録台帳情報に含まれる住所と氏名により特定できるので、ここに遠隔参列者の人数が加わることで、仕出し料理の発注数を過不足なく定めることが可能となる。そして、これらを含む登録台帳情報は、葬儀式が始まる前に実行される遠隔参列者の登録処理においてもれなく取得できるから、謝礼品受注端末に対する仕出し料理（謝礼品）の発注情報送信も、葬儀式が始まる前に行なうことが容易となる。特に、登録受付サイトへのアクセスＵＲＬリンクが組み込まれた前述の葬儀連絡メールを利用する場合は、早ければ通夜式の前に登録台帳情報を取得できるから、仕出し料理（謝礼品）の発注情報送信も、時間的に十分余裕をもって実行できる。
【0034】
また、謝礼品発注情報は、葬儀式の開催日と同一日付に設定された仕出し料理の配送指定日時の情報を含むように定めておくと、遠隔参列者は、葬儀式の当日に仕出し料理の配送を受けることになり、これが「精進落とし」に相当するものであることを直ちに意識することができる。その結果、遺族側から遠隔参列者への感謝の意も一層伝わりやすくなる。
【0035】
この場合、葬儀ホスト端末には、葬儀式の開催日時を含む葬儀スケジュール情報を入力する葬儀スケジュール情報入力部と、入力された葬儀スケジュール情報をストリーム配信管理サーバに送信する葬儀スケジュール情報送信部とを設けることができる。また、ストリーム配信管理サーバには、葬儀ホスト端末から受信した葬儀スケジュール情報を葬儀ホスト端末の特定情報と対応付けて登録する葬儀スケジュール情報登録部を設けることができる。さらに、謝礼品発注端末には、ストリーム配信管理サーバから葬儀スケジュール情報を直接的または間接的に取得する葬儀スケジュール情報取得部と、取得した葬儀スケジュール情報に基づいて仕出し料理の配送指定日時の情報を自動生成する配送指定日時情報生成部とを設けることができる。葬儀ホスト端末からストリーム配信管理サーバを経て葬儀スケジュール情報が謝礼品発注端末で取得されるように構成し、謝礼品発注端末側にて仕出し料理の配送指定日時の情報を自動生成するように構成することで、遠隔参列者への仕出し料理の配送時刻をより容易に、かつ適正に管理することができる。
【0036】
遠隔参列者への仕出し料理の配送については、上記のごとく発注から配送完了までの時間的制約が非常に大きい問題がある。そして、その配送先となる遠隔参列者の住所は、当然、葬儀式の所在地から離れているばかりでなく、その地域も大きく散在していることが多い。これに対応するには、謝礼品受注端末をなす料理受注端末を、次のような要件を具備するように構成することが有効である。
・店舗リスト記憶部：仕出し料理を調理して顧客に配送可能な複数の料理店舗の店名、所在地及び各料理店舗に置かれた店舗端末のノード特定情報を互いに対応付けて記憶する。
・最寄り料理店舗検索部：謝礼品発注情報に含まれる遠隔参列者の住所に対し最寄りとなる料理店舗を店舗リスト記憶部にて検索する。
・配達指示情報送信部：検索された料理店舗の店舗端末に対し、仕出し料理の発注個数、配送指定日時、住所及び配送先宛名をなす遠隔参列者の名前を含む配達指示情報を送信する。
・店舗リスト記憶部：仕出し料理を調理して顧客に配送可能な複数の料理店舗の店名、所在地及び各料理店舗に置かれた店舗端末のノード特定情報を互いに対応付けて記憶する。
・最寄り料理店舗検索部：謝礼品発注情報に含まれる遠隔参列者の住所に対し最寄りとなる料理店舗を店舗リスト記憶部にて検索する。
・配達指示情報送信部：検索された料理店舗の店舗端末に対し、仕出し料理の発注個数、配送指定日時、住所及び配送先宛名をなす遠隔参列者の名前を含む配達指示情報を送信する。
【0037】
上記の構成によると、料理受注端末が謝礼品発注情報を受信すると、これに含まれる遠隔参列者の住所に最寄りの料理店舗を店舗リスト上で検索し、検索された料理店舗の店舗端末に配達指示情報が送信される。よって、遠隔参列者の所在地が分散している場合でも、最寄りの店舗に速やかに仕出し料理の発注が送信され、調理・配送がなされるので、葬儀特有の時間的制約が大きい状況下にあっても料理を各遠隔参列者に余裕をもって、かつタイムリーに配送することができる
【0038】
また、本発明の仕出し料理の調理・配達方法は、上記構成の本発明の遠隔葬儀システムに使用されるものであって、仕出し料理を料理店舗に設置の冷凍庫に冷凍状態にてストックする工程と、配達指示情報を受けた料理店舗において、冷凍状態の仕出し料理を発注個数分だけ冷凍庫から取り出し、スチームコンベクション装置にセットする工程と、スチームコンベクション装置にて仕出し料理を蒸気解凍調理する工程と、解凍調理後の仕出し料理を配達指示情報に含まれる住所へ運搬・配達する工程と、を備えたことを特徴とする。
【0039】
「精進上げ」に代表される葬儀用の仕出し料理は、参列者への感謝や労いの意味を込めたもてなし用の料理であり、懐石料理など品数も多く、調理法にも手の込んだものが用いられることが多い。しかし、発注を受けてから配送までの、上記「葬儀特有の時間的制約」に鑑みるとき、一品ずつ一から調理する方式では対応不能なことも多い。また、葬儀スケジュールから逆算して得られる、同一店舗において調理に割ける総時間が、配送する仕出し料理の発注個数とは無関係にほぼ固定されていることも、それ以上に大きな問題の一つであるといえる。特に、同じ店舗の近隣に、料理配送の対象となる遠隔参列者が広域にわたって多数散在している場合、全ての仕出し料理を適正刻限までに調理完了し、滞りなく配送することは、旧来の方式では絶望的に近いと言える。
【0040】
上記本発明の調理・配達方法によれば、仕出し料理を料理店舗ごとに冷凍ストックしておき、発注個数分だけ冷凍庫から取り出し、スチームコンベクション装置で解凍して配達に供する。この方式であれば、手の込んだ料理であっても、工場等で大量に一括調理し冷凍保管することができる。そして、スチームコンベクション装置の使用により、複数人数分の料理も一回のバッチで、例えば１０～２０分程度で高品質に解凍処理できるので、葬儀特有の時間的制約の問題を容易にクリアでき、料理発注数が増えた場合においても容易に対応可能である。また、工場等で同一内容の冷凍仕出し料理を用意し、各店舗に配置しておくようにすれば、店舗が異なる場合にあっても、内容や品質の揃った仕出し料理を各遠隔参列者に一様に配送することができる。これにより、遠隔参列者は揃って同じ仕出し料理を食することができ、遠隔参列者を交えた葬儀の締めくくりの時間を一層有意義に共有することができる。なお、仕出し料理は、例えば、１人前が弁当形態に個包装された状態で冷凍庫に冷凍しておくようにすると、解凍処理がより簡略化でき、複数人数分の処理を一度に回答する場合も効率的となる。また、料理容器がかさばらないので、配送作業も容易である。
【図面の簡単な説明】
【0041】
【図1】本発明の遠隔葬儀システムの全体構成を示すブロック図。
【図2】遠隔参列端末及び式場用端末の詳細を示すブロック図。
【図3】式場用モニタの設置状態を示す図。
【図4】葬儀連絡サーバの詳細を示すブロック図。
【図5】ストリーム配信管理サーバの詳細を示すブロック図。
【図6】葬儀ホスト端末の詳細を示すブロック図。
【図7】料理受注端末の詳細を示すブロック図。
【図8】店舗端末の詳細を示すブロック図。
【図9】葬儀スケジュール登録処理の流れを示すシーケンス図。
【図10】葬儀ホスト端末における葬儀スケジュール設定画面の一例を示す図。
【図11】葬儀ホスト端末における参列登録の第一の設定画面を示す図。
【図12】葬儀ホスト端末における参列登録の第二の設定画面を示す図。
【図13】葬儀ホスト端末における参列登録の第三の設定画面を示す図。
【図14】葬儀ホスト端末における参列登録の第四の設定画面を示す図。
【図15】葬儀連絡メール作成及び送信処理の流れを示すシーケンス図。
【図16】檀家リストデータ記憶部の内容を概念的に示す図。
【図17】葬儀連絡対象者リスト記憶部の内容を概念的に示す図。
【図18】葬儀連絡メールの内容の一例を示す図。
【図19】葬儀スケジュール情報登録部の内容を概念的に示す図。
【図20】参列登録処理の流れを示すシーケンス図。
【図21】遠隔参列者登録リストの内容の一例を示す図。
【図22】遠隔参列端末における参列登録画面の一例を示す図。
【図23】葬儀ホスト端末における遠隔参列端末登録リストの表示画面の一例を示す図。
【図24】動画配信処理の流れを示す第一のシーケンス図。
【図25】葬儀開始案内メールの内容の一例を示す図。
【図26】葬儀ホスト端末の映像表示画面の第一例を示す図。
【図27】式場用端末の映像表示画面の第一例を示す図。
【図28】遠隔参列端末の映像表示画面の第一例を示す図。
【図29】遠隔参列端末の映像表示画面の第二例を示す図。
【図30】動画配信処理の流れを示す第二のシーケンス図。
【図31】動画配信処理の流れを示す第三のシーケンス図。
【図32】葬儀ホスト端末の映像表示画面の第二例を示す図。
【図33】式場用端末及び各遠隔参列端末の映像表示画面の第二例を示す図。
【図34】動画配信処理の流れを示す第四のシーケンス図。
【図35】仕出し料理発注処理の流れを示すシーケンス図。
【図36】配達指示情報の一例を概念的に示す図。
【図37】店舗リストの一例を概念的に示す図。
【図38】仕出し料理の発注情報の一例を示す概念図。
【図39】仕出し料理の調理工程の一例を示す概念図。
【発明を実施するための形態】
【0042】
以下、本発明の実施の形態を添付の図面に基づき説明する（なお、説明の便宜上使用する人名は全て架空のものであり、実在の人物とは一切関係がない）。
図１は本発明の遠隔葬儀システムの一実施形態を示す全体ブロック図である。遠隔葬儀システム１は、葬儀式場に配置される式場用端末２’、各地の遠隔参列者の所在場所（例えば参列者の自宅など）に配置される遠隔参列端末２、葬儀式場に配置される葬儀ホスト端末３、クラウド型ビデオ会議サーバとして構成されたストリーム配信管理サーバ５、葬儀連絡サーバ４、料理受注端末６、各地の仕出し料理店舗に配置される店舗端末７及び無線基地局２０等が、公共通信網をなすインターネット８により接続されたものである。式場用端末２’には式場用モニタ２１０’が接続されている。また、遠隔参列端末２には参列側モニタ２１０が、葬儀ホスト端末３にはホスト側モニタ３１０がそれぞれ接続されている。さらに、遠隔参列者の一部が所持するスマートフォンやタブレット端末などの無線通信携帯端末１５が、無線基地局２０及びインターネット８を介して遠隔葬儀システム１にアクセス可能となっている。
図１は本発明の遠隔葬儀システムの一実施形態を示す全体ブロック図である。遠隔葬儀システム１は、葬儀式場に配置される式場用端末２’、各地の遠隔参列者の所在場所（例えば参列者の自宅など）に配置される遠隔参列端末２、葬儀式場に配置される葬儀ホスト端末３、クラウド型ビデオ会議サーバとして構成されたストリーム配信管理サーバ５、葬儀連絡サーバ４、料理受注端末６、各地の仕出し料理店舗に配置される店舗端末７及び無線基地局２０等が、公共通信網をなすインターネット８により接続されたものである。式場用端末２’には式場用モニタ２１０’が接続されている。また、遠隔参列端末２には参列側モニタ２１０が、葬儀ホスト端末３にはホスト側モニタ３１０がそれぞれ接続されている。さらに、遠隔参列者の一部が所持するスマートフォンやタブレット端末などの無線通信携帯端末１５が、無線基地局２０及びインターネット８を介して遠隔葬儀システム１にアクセス可能となっている。
【0043】
図２は、遠隔参列端末２の詳細を示すブロック図である。なお、式場用端末２’も遠隔参列端末２とほぼ同一の電気的構成を有しているので、遠隔参列端末２の説明を先に行い、式場用端末２’についてはその相違点についてのみ説明する。遠隔参列端末２は処理主体としてのマイコン２００を有する。マイコン２００はＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３及び入出力部２０４がバス２０６により接続されたものである。また、バス２０６には大容量記憶部としてのＨＤＤ（ハードディスクドライブ）２０５が接続される。ＨＤＤ２０５には、ＣＰＵ２０１がＲＡＭ２０２をワークエリア２０２ａとして実行するソフトウェアとして、インターネットブラウザソフト２０５ａ、ビデオ会議アプリケーション２０５ｂ及びメーラーソフト２０５ｃ等がインストールされている。また、入出力部２０４には、モニタ２１０（２１０’）、キーボード、マウスあるいはタッチパネル等で構成された入力部２１１、遠隔参列者を撮影するカメラ２１２及びその音声を取得するマイク２１３、スピーカ２１４が接続されている。また、入出力部２０４には遠隔参列端末２をインターネット８に接続するためのルータ２０７が接続されている。
【0044】
ここで、ルータ２０７は、インターネット（公共通信網）８を介して動画ストリームデータを送受信する送受信部の役割をなす。ビデオ会議アプリケーション２０５ｂは、遠隔参列者側に設置されたカメラからの撮影入力に基づき、遠隔参列者の参列姿を撮影した動画ストリームデータである参列ストリームデータを生成する参列ストリームデータ生成部の機能を実現する。
【0045】
なお、式場用端末２’においては、ビデオ会議アプリケーション２０５ｂは、葬儀式場側に設置されたカメラ２１２の撮影情報に基づき、葬儀式場における葬儀進行模様を撮影した動画ストリームデータである葬儀式ストリームデータを生成する葬儀式ストリームデータ生成部の機能を実現する。図３に示すように、式場用モニタ２１０’は葬儀式場内の実参列者ＷＰから視認可能な位置に設置され、受信した動画ストリームデータに基づき動画の再生出力を行なう。本実施形態では、実参列者ＷＰの前方に設置された祭壇ＳＨの側方に式場用モニタ２１０’が設置されており、特に実参列者ＷＰのうち、祭壇ＳＨの近くに着座する前列の親族から、式場用モニタ２１０’に映し出される遠隔参列者ＲＰの映像を視認しやすくなっている。また、カメラ２１２は、例えば図２８に示すように、葬儀式場に設置された祭壇ＳＨ、遺影ＤＰ及び読経する僧侶ＭＫを撮影するように設置アングルが定められている。
【0046】
図６は、葬儀ホスト端末３の詳細を示すブロック図である。葬儀ホスト端末３は処理主体としてのマイコン３００を有する。マイコン３００はＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３及び入出力部３０４がバス３０６により接続されたものである。また、バス３０６には大容量記憶部としてのＨＤＤ（ハードディスクドライブ）３０５が接続される。ＨＤＤ３０５には、ＣＰＵ３０１がＲＡＭ３０２をワークエリア３０２ａとして実行するソフトウェアとして、インターネットブラウザソフト３０５ａ、ビデオ会議アプリケーション３０５ｂ、メーラーソフト３０５ｃ及び料理発注プログラム３０５ｄ等がインストールされている。また、ＨＤＤ３０５には、葬儀連絡対象者リスト記憶部３０５ｅが形成されている。さらに、入出力部３０４には、ホスト側モニタ３１０、キーボード、マウスあるいはタッチパネル等で構成された入力部３１１、カメラ３１２及びマイク３１３、スピーカ３１４が接続されている。また、入出力部３０４には葬儀ホスト端末３をインターネット８に接続するためのルータ３０７が接続されている。
【0047】
葬儀ホスト端末３は、例えば、遠隔葬儀の司会者等であるオペレータによって操作されるものであり、カメラ３１２及びマイク３１３はオペレータの映像及び音声を取得するためのものである。なお、カメラ３１２及びマイク３１３を葬儀式場の映像及び音声を取得するものとしてこれらを式場内に設置することで、葬儀ホスト端末３を式場用端末に兼用させる態様も、本発明の概念に属する。
【0048】
葬儀ホスト端末３においてビデオ会議アプリケーション３０５ｂは、葬儀式ストリームデータの配信先として遠隔参列端末２を指定し、参列ストリームデータの配信先として式場用端末２’を指定するとともに、葬儀進行に合わせてオペレータが入力部３１１を用いて手動入力する情報に基づき、式場用端末２’及び遠隔参列端末２における動画再生出力の制御内容を指令するための動画制御指令情報を生成する動画制御指令情報生成部の機能を実現するものである。オペレータが入力部３１１から行なう情報入力は、例えばホスト側モニタ３１０に表示される入力インターフェース画面を参照して行なうものであり、入力インターフェースとしてＧＵＩ（Graphical User Interface）が採用される場合は、画面上に表示されるダイアログボックスへのテキスト入力、マウスによるチェックボックスの選択、あるいはソフトボタンのクリックなどの複数種の基本入力動作の１種以上の組み合わせにて実行される。
【0049】
また、料理発注プログラム３０５ｄは、ルータ３０７と連携し、ストリーム配信管理サーバ５の参列登録部５０５ｂに登録されている情報のうち、遠隔参列者の名前及び住所を配送先情報として取得する配送先情報取得部と、インターネット（公共通信網）８上に設けられた謝礼品受注端末６に対し、上記配送先情報を含む謝礼品発注情報を送信する謝礼品発注情報送信部の機能を実現する。すなわち、葬儀ホスト端末３は、謝礼品発注端末に兼用されている。なお、当該謝礼品発注端末は、葬儀ホスト端末３とは独立した端末装置として別途設けてもよい。
【0050】
図４は、葬儀連絡サーバ４の詳細を示すブロック図である。葬儀連絡サーバ４は処理主体としてのマイコン４００を有する。マイコン４００はＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３及び入出力部４０４がバス４０６により接続されたものである。また、バス４０６には大容量記憶部としてのＨＤＤ（ハードディスクドライブ）４０５が接続される。ＨＤＤ４０５には、ＣＰＵ４０１がＲＡＭ４０２をワークエリアとして実行するソフトウェアとして、檀家管理プログラム４０５ａ及びメーラーソフト４０５ｃ等がインストールされている。また、ＨＤＤ４０５には、檀家リストデータ記憶部４０５ｄ及び葬儀連絡対象者リスト記憶部４０５ｅが形成されている。さらに、入出力部４０４には、モニタ４１０、キーボード、マウスあるいはタッチパネル等で構成された入力部４１１が接続されている。また、入出力部４０４には葬儀連絡サーバ４をインターネット８に接続するためのルータ４０７が接続されている。
【0051】
葬儀連絡サーバ４において葬儀連絡対象者リスト記憶部４０５ｅは、葬儀連絡対象者の特定情報と葬儀連絡対象者の電子メールアドレスとを対応付けた葬儀連絡対象者リスト（葬儀連絡対象者リスト）を記憶する葬儀連絡対象者リスト記憶部として機能するものである。また、メーラーソフト４０５ｃはルータ４０７と連携し、登録受付サイトへのアクセスＵＲＬリンクが文面に組み込まれた電子メールファイルを作成する電子メールデータ作成部、及び葬儀連絡対象者リスト記憶部４０５ｅから葬儀連絡対象者の電子メールアドレスを読み出すとともに、読み出した電子メールアドレスを宛先として電子メールファイルを葬儀連絡メールとしてインターネット（公共通信網）８を介し送信する葬儀連絡メール送信部の各機能を実現するためのものである。なお、葬儀連絡サーバ４の機能の一部又はすべてを葬儀ホスト端末３に統合することも可能である。
【0052】
図５は、ストリーム配信管理サーバ５の詳細を示すブロック図である。ストリーム配信管理サーバ５は処理主体としてのマイコン５００を有する。マイコン５００はＣＰＵ５０１、ＲＡＭ５０２、ＲＯＭ５０３及び入出力部５０４がバス５０６により接続されたものである。また、バス５０６には大容量記憶部としてのＨＤＤ（ハードディスクドライブ）５０５が接続される。ＨＤＤ５０５には、ＣＰＵ５０１がＲＡＭ５０２をワークエリアとして実行するソフトウェアとして、ビデオ会議サーバ制御プログラム５０５ａがインストールされている。また、ＨＤＤ５０５には、参列登録部５０５ｂ及び葬儀スケジュール情報登録部５０５ｃが形成されている。さらに、入出力部５０４には、モニタ５１１、キーボード、マウスあるいはタッチパネル等で構成された入力部５１２が接続されている。また、入出力部５０４にはストリーム配信管理サーバ５をインターネット８に接続するためのルータ５０７が接続されている。
【0053】
ストリーム配信管理サーバ５においてビデオ会議サーバ制御プログラム５０５aは、ルータ５０７と連携し、以下の各機能を実現する。
・葬儀式ストリームデータ取得部：インターネット（公共通信網）８を介して式場用端末２’から葬儀式ストリームデータを受信取得する。
・参列ストリームデータ取得部：インターネット（公共通信網）８を介して複数の遠隔参列端末２からそれぞれ参列ストリームデータを取得する。
・ストリームデータ送信部：取得した葬儀式ストリームデータ及び参列ストリームデータを葬儀ホスト端末３、式場用端末２’及び複数の遠隔参列端末２へ公共通信網８を介して送信する。
・動画制御指令情報取得部：前述の動画制御指令情報を葬儀ホスト端末３から公共通信網８を介して取得する。
・配信制御部：取得した動画制御指令情報に基づいて式場用端末２’及び遠隔参列端末２における動画再生出力形態を規定しつつ、ストリームデータ送信部による式場用端末２’及び遠隔参列端末２への葬儀式ストリームデータ及び参列ストリームデータの配信制御を行なう。
・葬儀式ストリームデータ取得部：インターネット（公共通信網）８を介して式場用端末２’から葬儀式ストリームデータを受信取得する。
・参列ストリームデータ取得部：インターネット（公共通信網）８を介して複数の遠隔参列端末２からそれぞれ参列ストリームデータを取得する。
・ストリームデータ送信部：取得した葬儀式ストリームデータ及び参列ストリームデータを葬儀ホスト端末３、式場用端末２’及び複数の遠隔参列端末２へ公共通信網８を介して送信する。
・動画制御指令情報取得部：前述の動画制御指令情報を葬儀ホスト端末３から公共通信網８を介して取得する。
・配信制御部：取得した動画制御指令情報に基づいて式場用端末２’及び遠隔参列端末２における動画再生出力形態を規定しつつ、ストリームデータ送信部による式場用端末２’及び遠隔参列端末２への葬儀式ストリームデータ及び参列ストリームデータの配信制御を行なう。
【0054】
なお、図２に示すように、遠隔参列端末２及び式場用端末２’のＲＡＭ２０２において、ワークエリア２０２ａには、式場用端末２’及び各遠隔参列端末２においてカメラ２１２により撮影される動画映像を、葬儀ホスト端末３からの動画制御指令情報が規定する画面フォーマットに従い、画面分割により合成表示するために、それら式場用端末２’及び各遠隔参列端末２からの映像ストリームデータ（及び音声ストリームデータ）を個別にバッファリングするためのストリーミングキューメモリ（(1)(2)・・・）２０２ｃが形成されている。また、動画制御指令情報が規定する映像表示設定パラメータ及び音声設定パラメータを記憶するための映像設定パラメータメモリ２０２ｄ及び音声設定パラメータメモリ２０２ｅが形成されている。
【0055】
さらに、図６に示すように、葬儀ホスト端末３のＲＡＭ３０２において、ワークエリア３０２ａには、同様のストリーミングキューメモリ（(1)(2)・・・）３０２ｃと、映像設定パラメータメモリ３０２ｄ及び音声設定パラメータメモリ３０２ｅ、さらに参列遠隔参列端末登録リストを記憶するための参列遠隔参列端末登録リストメモリ３０２ｈが形成されている。
【0056】
ここで、ストリーム配信管理サーバ５は、インターネット８上にてすでに商用ベースにて運用開始済みのクラウド型ビデオ会議システムの映像サーバ（以下、既存商用サーバという）を、これに随伴するビデオ会議サーバ制御プログラム５０５a（図５）及びビデオ会議アプリケーション２０５ｂ，３０５ｂ（図２、図６）とともに流用して使用することが可能である。ビデオ会議アプリケーション２０５ｂ，３０５ｂは、クラウド型ビデオ会議サーバが提供するクラウドソフトウェアとして構成することができる。遠隔参列端末２、式場用端末２’及び葬儀ホスト端末３は、インターネット８に接続されている任意の一般ユーザ端末（ＰＣ、スマートフォン、タブレット端末など）として構成され、上記既存商用サーバにログイン（サインアップ）することにより、遠隔葬儀システム１の上記各端末として使用することが可能となる。このような既存商用サーバを有するクラウド型ビデオ会議システムとしては、例えばＺｏｏｍ（米国Zoom Video Communications. Inc.による登録商標）を利用することが可能である。
【0057】
図７は、料理受注端末６の詳細を示すブロック図である。料理受注端末６は処理主体としてのマイコン６００を有する。マイコン６００はＣＰＵ６０１、ＲＡＭ６０２、ＲＯＭ６０３及び入出力部６０４がバス６０６により接続されたものである。また、バス６０６には大容量記憶部としてのＨＤＤ（ハードディスクドライブ）６０５が接続される。ＨＤＤ６０５には、ＣＰＵ６０１がＲＡＭ６０２をワークエリアとして実行するソフトウェアとして、受注管理プログラム６０５ａ、調理・配送指示プログラム６０５ｂ等がインストールされている。また、ＨＤＤ６０５には、店舗リスト記憶部６０５ｃが形成されている。さらに、入出力部６０４には、モニタ６１１、キーボード、マウスあるいはタッチパネル等で構成された入力部６１２が接続されている。入出力部６０４には料理受注端末６をインターネット８に接続するためのルータ６０７が接続されている。
【0058】
さらに、図８は、店舗端末７の詳細を示すブロック図である。店舗端末７は処理主体としてのマイコン７００を有する。マイコン７００はＣＰＵ７０１、ＲＡＭ７０２、ＲＯＭ７０３及び入出力部７０４がバス７０６により接続されたものである。また、バス７０６には大容量記憶部としてのＨＤＤ（ハードディスクドライブ）７０５が接続される。ＨＤＤ７０５には、ＣＰＵ７０１がＲＡＭ７０２をワークエリアとして実行するソフトウェアとして、配送管理プログラム７０５ａ等がインストールされている。さらに、入出力部７０４には、モニタ７１０、キーボード、マウスあるいはタッチパネル等で構成された入力部７１１が接続されている。入出力部７０４には店舗端末７をインターネット８に接続するためのルータ７０７が接続されている。
【0059】
図７の料理受注端末６は謝礼品受注端末の概念を構成するものであり、受注管理プログラム６０５ａは、ルータ６０７と連携することにより、料理発注端末に兼用された葬儀ホスト端末３から謝礼品発注情報を受信し、遠隔参列端末２毎にこれを管理するとともに、謝礼品発注情報に含まれる遠隔参列者の住所に対し最寄りとなる料理店舗を店舗リスト記憶部６０５ｃにて検索する最寄り料理店舗検索部の役割を果たす。また、調理・配送指示プログラム６０５ｂは、ルータ６０７と連携することにより、インターネット（公共通信網）８上に設けられた店舗端末７に対し、配送先情報を含む仕出し料理発注情報（謝礼品発注情報）を送信する謝礼品発注情報送信部の機能を実現する。ここでいう仕出し料理は、遠隔参列者に対する謝礼品の一つであって、葬儀式終了後の当日に参列者にふるまわれる「精進落とし」に相当するものである。
【0060】
以下、遠隔葬儀システム１の動作について説明する。
図９は、葬儀スケジュール登録処理の流れを示すシーケンス図である。この処理は、図１において、葬儀ホスト端末３とストリーム配信管理サーバ５との間のインターネット８を経由した通信処理によりなされる。まず、図９のＳ３００１にて葬儀ホスト端末３ではビデオ会議アプリケーション３０５ｂを起動し、Ｓ３００２にてサインアップ（ログイン）要求と、サインアップ登録に必要なメールアドレスを送信する。ストリーム配信管理サーバ５ではこれを受信し、Ｓ５００１にてサインアップを受け付け、確認メールを葬儀ホスト端末３に送信する。葬儀ホスト端末３では、Ｓ３００３にて受信した確認メールに組み込まれているサインアップページへのアクセスリンクをマウス等によりアクティベートすることによりサインアップ要求を送信する。
図９は、葬儀スケジュール登録処理の流れを示すシーケンス図である。この処理は、図１において、葬儀ホスト端末３とストリーム配信管理サーバ５との間のインターネット８を経由した通信処理によりなされる。まず、図９のＳ３００１にて葬儀ホスト端末３ではビデオ会議アプリケーション３０５ｂを起動し、Ｓ３００２にてサインアップ（ログイン）要求と、サインアップ登録に必要なメールアドレスを送信する。ストリーム配信管理サーバ５ではこれを受信し、Ｓ５００１にてサインアップを受け付け、確認メールを葬儀ホスト端末３に送信する。葬儀ホスト端末３では、Ｓ３００３にて受信した確認メールに組み込まれているサインアップページへのアクセスリンクをマウス等によりアクティベートすることによりサインアップ要求を送信する。
【0061】
ストリーム配信管理サーバ５ではこれを受け、Ｓ５００２にてサインアップページを葬儀ホスト端末３に送信する。葬儀ホスト端末３ではこれを受信してサインアップページをホスト側モニタ３１０に表示し、Ｓ３００４にてオペレータがサインアップに必要なデータ入力（アカウント名及びパスワード（ＰＷ）等）を行なうとともに、Ｓ３００５にてこれを送信する。ストリーム配信管理サーバ５ではこれを受け、図示しない認証処理を経てＳ５００３に進み、葬儀ホスト端末３に対するＩＤ（例えばクラウドＩＤ：以下、クラウドＩＤで代表させる）を発行するとともに、受信したアカウント名及びパスワードと対応付けてＨＤＤ５０５内の図示しないユーザ登録部に登録する。以降、葬儀ホスト端末３からは、発行されたアカウント名及びパスワードを入力・送信するサインアップシーケンスにより、ストリーム配信管理サーバ５にアクセスすることが可能となる。
【0062】
続いて、葬儀式のスケジュール情報の登録処理に移る。葬儀ホスト端末３からは、Ｓ３００６にてスケジュール設定画面へのアクセス要求を送信する。ストリーム配信管理サーバ５ではこれを受け、Ｓ５００４にてスケジュール設定画面を葬儀ホスト端末３に送信する。葬儀ホスト端末３ではこれを受信してスケジュール設定画面をホスト側モニタ３１０に表示し、Ｓ３００７にてオペレータが葬儀スケジュール情報をデータ入力する。図１０はスケジュール設定画面３１００を示している。本来はビデオ会議（ミーティング）のスケジュール設定画面であるが、本発明では、会議とは全く異なる葬儀式のスケジューリングに用いるのである。スケジュール情報はユーザごとに登録可能であり、マイミーティングボタン３１００Ａ及びスケジュール情報入力ボタン３１００Ｂを順次クリックすることにより当該ユーザ固有のスケジュール設定画面３１００に遷移する。
【0063】
スケジュール設定画面３１００では、葬儀式名入力ウィンドウ３１００Ｃ、開催日時入力ウィンドウ３１００Ｄ及び所要時間入力ウィンドウ３１００Ｅが表示され、入力部３１１をなすキーボードからの文字入力及びマウス操作によるプルダウンメニューからの選択入力により、葬儀式名（「故縦山えんたつ儀告別式」）、開催日時及び葬儀式の所要時間（これは、葬儀式映像配信のためのストリーム配信管理サーバ５の使用時間に相当する）がそれぞれ入力される。
【0064】
また、スケジュール設定画面３１００には、葬儀式への遠隔参列希望者に対し、遠隔参列端末２の登録処理を必須事項として設定するためのチェックボックス（選択部）３１００Ｆが設けられている。本実施形態では、このチェックボックスをアクティベート（ＯＮ）することで、遠隔参列希望者に対し自身の遠隔参列端末２の事前登録入力シーケンスが要求される設定となる（図９：Ｓ３００７）。
【0065】
この事前登録入力シーケンスでは、遠隔参列端末２に対し固有のクラウドＩＤがストリーム配信管理サーバ５において発行され、後述する如く、少なくとも遠隔参列端末２側で入力されるアカウント名及びパスワード（ＰＷ）と、遠隔参列端末２のノードアドレス（ＩＰアドレス）と対応付けて、図５の参列登録部５０５ｂに登録される。以降、遠隔参列端末２は、アカウント名及びパスワード（ＰＷ）を入力することで、ストリーム配信管理サーバ５に対し繰り返しサインアップできる。
【0066】
一方、時間的な制約により事前登録ができなかった遠隔参列端末２に対しては、後述のごとく、図２５の葬儀開始案内メール（招待メール）３０５１に組み込まれたリンク（参列ボタン）３０５１Ａをアクティベート（クリックあるいはタッチ）し、メールアドレスとパスワードを入力することにより、スケジュール登録された葬儀式に限りストリーム配信管理サーバ５へのサインアップ（すなわち、遠隔参列）が可能となっている。
【0067】
すなわち、ストリーム配信管理サーバ５においては、インターネット（公共通信網）８に接続されている端末のうち、葬儀式ストリームデータの配信を許可するものを遠隔参列端末２として、当該端末のノードアドレスと対応付け遠隔参列端末登録リストとして記憶する参列登録部と、参列登録部に登録された端末にのみ、葬儀式ストリームデータの配信を配信制御部に許可する葬儀式ストリームデータ配信許可部の機能が実現している。
【0068】
次に、登録処理を必須事項として設定した場合、本実施形態では、図１１に示すホスト側登録画面３１０１から、遠隔参列端末２に登録台帳情報として追加入力させるべき情報の設定を行なうようにしている。具体的には、編集ボタン３１０１Ａをクリックすることにより図１２の追加入力項目設定画面３０１２に遷移させ、予め用意されたデフォルト候補から追加したい項目を選択部（チェックボックス）３１０２Ａにより選択入力し、確定入力部（ボタン）３１０２Ｂの操作により選択を確定させる。ここで、デフォルト候補以外の項目を設定したい場合は、カスタム追加項目（「質問とコメント」）の選択部（チェックボックス）３１０２Ｃを選択入力する。すると、図１３のカスタム追加項目設定画面３１０３に遷移するようになっており、項目設定入力部３１０３Ａにて、入力部３１１をなすキーボードからの文字入力やチェックボックス等による選択入力により、追加項目内容が入力される。新たなカスタム追加項目がある場合は、追加設定部（ボタン：「ｃｒｅａｔｅ」）３１０３Ｂを操作することで、図１４に示すように、新たな追加入力項目設定画面３１０４に遷移し、同様の追加項目内容の入力を行なう。これら入力された追加項目内容は、最終的に確定入力部（ボタン）３１０３Ｃ（「すべてを保存」）の操作により、ストリーム配信管理サーバ５内にて内容が確定される。
【0069】
本実施形態では、このカスタム追加項目として、遠隔参列端末２における参列者の人数と、お供え物件（香典及びお供え物）の有無について入力を設定するようにしている。これらカスタム追加項目については、必須入力を指定する選択部（チェックボックス）３１０３Ｄがアクティベートされており、遠隔参列端末２側での入力が完了しなければ参列登録が完了できないようになっている。いずれも、追って説明する特別謝礼品としての仕出し料理を、お供え物件の申し出のあった遠隔参列に対してのみ提供すること、及び遠隔参列端末２を用いて遠隔参列してもらった人数分の仕出し料理を提供する上で必須の情報として用いられる。
【0070】
図９に戻り、Ｓ３００７にて葬儀ホスト端末３にて上記スケジュール情報入力が完了したら、Ｓ３００８にてこれが送信され、Ｓ５００５にてストリーム配信管理サーバ５ではこれを受信して葬儀スケジュール情報登録部５０５ｃにこれを登録する。図１９は葬儀スケジュール情報登録部５０５ｃの記憶内容の一例を示すものであり、寺院番号、故人名、忌日、享年、喪主名、世帯番号、檀家番号、（クラウド）ＩＤ、住所、会場名、通夜式日時及び告別式日時の各情報が互いに対応付けた形で記憶されている。
【0071】
図１５は、葬儀連絡メール作成及び送信処理の流れを示すシーケンス図である。この処理は、葬儀連絡サーバ４、葬儀ホスト端末３及び遠隔参列端末２の間での、インターネット８を経由した通信処理によりなされる。以下の処理では、葬儀連絡サーバ４において檀家管理プログラム４０５ａ及びメーラーソフト４０５ｃの実行により、
・葬儀連絡対象者リスト記憶部：葬儀連絡対象者の特定情報と葬儀連絡対象者の電子メールアドレスとを対応付けて葬儀連絡対象者リストとして記憶する；
・電子メールデータ作成部：登録受付サイトへのアクセスＵＲＬリンクが文面に組み込まれた電子メールファイルを作成する；
・葬儀通知メール送信部：葬儀連絡対象者リスト記憶部から葬儀連絡対象者の電子メールアドレスを読み出すとともに、読み出した電子メールアドレスを宛先として電子メールファイルを葬儀通知メールとして公共通信網８を介し送信する；
の各機能が実現される。また、葬儀通知メールを受信した遠隔参列端末２（端末装置）は、葬儀通知メールに組み込まれたアクセスＵＲＬリンクを用いて登録受付サイトにアクセス可能とされる。
・葬儀連絡対象者リスト記憶部：葬儀連絡対象者の特定情報と葬儀連絡対象者の電子メールアドレスとを対応付けて葬儀連絡対象者リストとして記憶する；
・電子メールデータ作成部：登録受付サイトへのアクセスＵＲＬリンクが文面に組み込まれた電子メールファイルを作成する；
・葬儀通知メール送信部：葬儀連絡対象者リスト記憶部から葬儀連絡対象者の電子メールアドレスを読み出すとともに、読み出した電子メールアドレスを宛先として電子メールファイルを葬儀通知メールとして公共通信網８を介し送信する；
の各機能が実現される。また、葬儀通知メールを受信した遠隔参列端末２（端末装置）は、葬儀通知メールに組み込まれたアクセスＵＲＬリンクを用いて登録受付サイトにアクセス可能とされる。
【0072】
まず、葬儀ホスト端末３は、図１５のＳ３１０１にて葬儀連絡サーバ４に対し葬儀連絡対象者リストへのアクセスを要求する。葬儀連絡サーバ４は、例えば葬儀会場を提供する寺院やセレモニーホールに設置されるものあり、図１６は、葬儀連絡サーバ４の檀家リストデータ記憶部４０５ｄの内容の一例を示す。檀家リストデータには、世帯特定情報（番号）、檀家特定情報（番号）、（クラウド）ＩＤ、パスワード（ＰＷ）、檀家家族の姓及び名とその読み仮名、住所、電話番号、メールアドレス及び生年月日が互いに対応付けた形で記憶されている。
【0073】
上記の檀家リストデータは、葬儀連絡サーバ４が例えば寺院に置かれる場合、個々の檀家から提出される檀家登録書類の記入項目等に基づき、寺院事務所等で作成されるものである。また、寺院と守秘義務を含めた契約関係にあるセレモニーホール等に葬儀連絡サーバ４が置かれる場合は、（例えば寺院から預かった）檀家リストデータを寺院特定情報（番号）と対応付けて統合した形で記憶しておくこともできる。
【0074】
また、図１７は葬儀連絡対象者リスト記憶部４０５ｅの内容を概念的に示すものである。葬儀連絡対象者リストは、逝去者が発生した場合の葬儀連絡先の情報を各檀家についてまとめたものであり、檀家の世帯別に、その世帯の交友関係者等を葬儀連絡対象者として、檀家リストデータと同様の項目のデータ及びリスト特定情報（番号）を互いに対応付けて記憶している。なお、ある世帯の葬儀連絡対象者に、その世帯と同じ寺院の檀家として登録されている対象者の世帯が含まれている場合がある。図１７の葬儀連絡対象者リストの場合、リスト番号５０１の葬儀連絡対象者リストにおいて、世帯番号００３及び００４の各世帯がこれに該当し、同じ寺院番号８００１において、それぞれ異なる檀家番号１００２及び１００３が付与されている。図１７には表れていないが、檀家番号１００２及び１００３の各世帯についても別のリスト番号にて葬儀連絡対象者リストが記憶されている（この場合、リスト番号５０１の葬儀連絡対象者リストとの間で葬儀連絡対象者のデータが重複して記憶されている）。また、檀家番号が付与されていない葬儀連絡対象者は、葬儀連絡対象者リスト記憶部４０５ｅ（図４）内にてどの寺院の檀家にも属さない世帯の連絡対象者であることを意味する。
【0075】
葬儀連絡対象者リストのデータは、各檀家から電子メールや記憶媒体（メモリスティックなど）を用いて提出される、交友関係者の住所録リストデータ（例えば、年賀状印刷等に用いる宛名書きソフトウェアで作成した住所録ファイルを、ＣＳＶ変換したものなど）を用い、これに適宜必要なデータ項目を追加することで容易に作成可能である。特に、檀家登録先の寺院は、各檀家との信頼関係も厚いので住所録リストデータを入手しやすい背景がある。他方、寺院と守秘義務を含めた契約関係にあるセレモニーホール等では、寺院から預かった各檀家の葬儀連絡対象者リストを図１７のように統合して、葬儀連絡対象者リスト記憶部４０５ｅ（図４）に記憶しておくことができる。
【0076】
ある檀家の世帯から訃報が寺院やセレモニーホールに届くと、葬儀ホスト端末３から葬儀連絡サーバ４に対し、逝去者が属する世帯を檀家リストデータ記憶部４０５ｄ（図４）にて検索させる。図１５のＳ４１０１において、葬儀連絡サーバ４は葬儀連絡対象者リスト記憶部４０５ｅにアクセスし、その世帯に対応する葬儀連絡対象者リストのデータを読み出して、葬儀ホスト端末３に送信する。
【0077】
葬儀ホスト端末３では、Ｓ３１０２にてメーラーソフト３０５ｃを用いて葬儀連絡メールの文面を作成し、さらに、ストリーム配信管理サーバ５内の登録受付サイトへのアクセスＵＲＬリンクを、メール文面に貼り付ける形で組み込む。図１８は、葬儀連絡メール３０５０の作成例を示すものである。葬儀連絡メール３０５０の文面作成は、オペレータの手動入力により作成してもよいが、図１９の葬儀スケジュール情報に含まれる項目内容を空欄にしたメールひな形を用意しておき、葬儀スケジュール情報から読み出した各項目の内容をひな形の空欄部分に組み入れてメール文面を自動生成するようにしてもよい。
【0078】
図１８の葬儀連絡メール３０５０の文面には、葬儀会場へ実参列するために必要な情報３０５０Ａが盛り込まれているほか、遠隔参列に関する案内文３０５０Ｂが記載され、さらに、ストリーム配信管理サーバ５内の登録受付サイトへのアクセスＵＲＬリンク（参列登録ボタン３０５０Ｃ及びＱＲコード（登録商標）３０５０Ｄ）も併せて組み込まれている。例えば、カメラを有した無線通信携帯端末１５の場合、このＱＲコード（登録商標）３０５０Ｄをカメラにより読み取ることで、登録受付サイトへアクセスすることができる。
【0079】
図１５に戻り、葬儀ホスト端末３にて葬儀連絡メールの文面作成が終了したら、Ｓ３１０３にて葬儀連絡対象者リストから各連絡対象者のメールアドレスを読み込み、Ｓ３１０４にて作成済みの葬儀連絡メールファイルにメールアドレスを付与し、Ｓ３１０５にて連絡対象者の端末（遠隔参列端末２）に葬儀連絡メールを同報送信する。遠隔参列端末２ではこのメールを受信し、Ｓ２１０１にて葬儀連絡メールの開封処理がなされる。
【0080】
図２０は、参列登録処理の流れを示すシーケンス図である。この処理は、遠隔参列端末２、ストリーム配信管理サーバ５及び葬儀ホスト端末３の間での、インターネット８を経由した通信処理によりなされる。以下の処理では、ストリーム配信管理サーバ５において、図５のビデオ会議サーバ制御プログラム５０５ａの実行により、
・参列登録部：インターネット（公共通信網）８に接続されている端末のうち、葬儀式ストリームデータの配信を許可するものを遠隔参列端末２として、当該端末のノードアドレスと対応付け遠隔参列端末登録リストとして記憶する；
・葬儀式ストリームデータ配信許可部：参列登録部５０５ｂに登録された端末にのみ、葬儀式ストリームデータの配信を配信制御部に許可する；
の各機能が実現される。参列登録部には、遠隔参列端末２にて入力されるとともに該遠隔参列端末２の登録許可に必要となる、予め定められた内容の登録台帳情報が遠隔参列端末２のノードアドレスと対応付けて記憶される。そして、インターネット（公共通信網）８上の遠隔参列端末２においては、公共通信網８上にてストリーム配信管理サーバ５が提供する登録受付サイトにアクセスすることにより、登録台帳情報の入力及び入力された情報のストリーム配信管理サーバ５への送信を行なう登録台帳情報入力送信部（ルータ２０７）の機能が実現する。また、ストリーム配信管理サーバ５においては、端末装置から受信した登録台帳情報を該端末装置のノードアドレスと対応付けて参列登録部に登録する参列登録制御部の機能が実現される。
・参列登録部：インターネット（公共通信網）８に接続されている端末のうち、葬儀式ストリームデータの配信を許可するものを遠隔参列端末２として、当該端末のノードアドレスと対応付け遠隔参列端末登録リストとして記憶する；
・葬儀式ストリームデータ配信許可部：参列登録部５０５ｂに登録された端末にのみ、葬儀式ストリームデータの配信を配信制御部に許可する；
の各機能が実現される。参列登録部には、遠隔参列端末２にて入力されるとともに該遠隔参列端末２の登録許可に必要となる、予め定められた内容の登録台帳情報が遠隔参列端末２のノードアドレスと対応付けて記憶される。そして、インターネット（公共通信網）８上の遠隔参列端末２においては、公共通信網８上にてストリーム配信管理サーバ５が提供する登録受付サイトにアクセスすることにより、登録台帳情報の入力及び入力された情報のストリーム配信管理サーバ５への送信を行なう登録台帳情報入力送信部（ルータ２０７）の機能が実現する。また、ストリーム配信管理サーバ５においては、端末装置から受信した登録台帳情報を該端末装置のノードアドレスと対応付けて参列登録部に登録する参列登録制御部の機能が実現される。
【0081】
すなわち、遠隔参列端末２にて図１８の葬儀連絡メールが開封され、Ｓ２２０１にて登録受付サイトへのアクセスＵＲＬリンク３０５０Ｃがアクティベートされると、ストリーム配信管理サーバ５に登録ページへのアクセス要求が送信される。ストリーム配信管理サーバ５はこれを受け、Ｓ５２０１で登録ページのデータを遠隔参列端末２に送信する。すると、Ｓ２２０２にて遠隔参列端末２の参列側モニタ２１０には、図２２に示すような登録ページ画面２１０１が表示される。
【0082】
登録ページ画面２１０１には、図１２～図１４にて葬儀ホスト端末３にて設定された各入力項目の入力ウィンドウ２１０１Ａ～２１０１Ｆが表示されるので、遠隔参列端末２にて遠隔参列者は、Ｓ２２０３にて登録台帳情報として、氏名（２１０１Ａ）、メールアドレス（２１０１Ｂ）、住所（２１０１Ｃ），電話番号（２１０１Ｄ）、参列人数（２１０１Ｅ）及びお供え物件の有無（２１０１Ｆ）の各項目を入力し、登録確定操作部（「登録ボタン」）２１０１Ｇを操作する。
【0083】
これにより、図２０のＳ２２０４では、上記入力された登録台帳情報が送信される。ストリーム配信管理サーバ５ではＳ５２０２にて、受信した登録台帳情報を参列登録部５０５ｂにおいて、送信元の遠隔参列端末２のＩＰアドレス（ノードアドレス）と対応付け、登録・記憶する。図２１は、参列登録部５０５ｂに記憶された遠隔参列者登録リストの内容の一例を示すものであり、遠隔参列者の登録者名、ＩＰアドレス、メールアドレス、登録日、住所、電話番号、お供え／香典の有無及び参列人数が互いに対応付けられ登録されている。
【0084】
なお、式場用端末２’についても、遠隔参列端末２と同様の登録設定を行なっておけば、ストリーム配信管理サーバ５からの映像配信制御を遠隔参列端末２と同様に実施することができる。
【0085】
ストリーム配信管理サーバ５において遠隔参列者の登録処理が完了すると、葬儀ホスト端末３においては、参列登録部５０５ｂの内容を随時確認することができるようになる。すなわち、図２０のＳ３２０１において、葬儀ホスト端末３は遠隔参列端末登録リストへのアクセスを要求する。ストリーム配信管理サーバ５はこれを受け、Ｓ５２０３にて遠隔参列端末登録リストを葬儀ホスト端末に送信する。葬儀ホスト端末３はＳ３２０２で遠隔参列端末登録リストをホスト側モニタ３１０に表示する。また、遠隔参列端末登録リストデータをＣＳＶ変換することにより、図示しないプリンタ等から印刷出力することもできる（Ｓ３２０３）。
【0086】
葬儀ホスト端末３において遠隔参列端末登録リストを表示するには、例えば図１１のホスト側登録画面３１０１において表示ボタン３１０Ｂをクリックする。すると、図２３に示すように、遠隔参列端末登録リスト画面３１０５が表示され、遠隔参列端末登録リストを閲覧することが可能となる。
【0087】
図２４は、映像配信開始処理の流れを示すものである。葬儀ホスト端末３においてはＳ３４０１にて、メーラーソフト３０５ｃを用いて、葬儀開始案内メールの文面を作成し、これに参列用リンク（図２５：参列ボタン３０５１Ａ）をメール文面に貼り付ける形で組み込む。葬儀開始案内メールの文面作成が終了したら、Ｓ３４０２にて葬儀連絡対象者リストから各連絡対象者のメールアドレスを読み込み、葬儀連絡対象者リスト上の各連絡対象者のメールアドレスを付与する（Ｓ３４０３）。そして、葬儀スケジュール情報に規定された葬儀式の開始時刻が近づいたら、連絡対象者の端末（遠隔参列端末２）に葬儀開始案内メールを同報送信する（Ｓ３４０４）。
【0088】
各遠隔参列端末２ではこのメールを受信し、Ｓ２４０１にて葬儀開始案内メールの開封処理がなされる。そして、Ｓ２４０２では、図２５にて葬儀開始案内メール（招待メール）３０５１に組み込まれたリンクをアクティベート（クリックあるいはタッチ）することによりストリーム配信管理サーバ５に対する映像（及び音声）のストリームデータの配信要求がなされる。また、葬儀ホスト端末３からもＳ３４０５にて映像（及び音声）のストリームデータの配信要求がなされる。
【0089】
葬儀ホスト端末３においては、以下、オペレータによる入力操作により表示設定情報（動画制御指令情報）を作成し、ストリーム配信管理サーバ５にこれを随時送信する（Ｓ３４０７）。ストリーム配信管理サーバ５では受信した表示設定情報（動画制御指令情報）の内容に従い、映像表示画面及び音声の出力形態を制御しつつ映像ストリームデータ（及び音声ストリームデータ）の配信制御を行い（Ｓ５４０１）、葬儀ホスト端末３及び遠隔参列端末２（さらには、式場用端末２’）に映像を表示させる（Ｓ３４０８、Ｓ２４０３）。
【0090】
図２６は、葬儀ホスト端末３（ホスト側モニタ３１０）の映像表示画面の一例を示すものである。映像表示画面３１２１では、式場用端末２’からの映像ストリームデータの再生ウィンドウ３１２１Ｅと、各遠隔参列端末２からの映像ストリームデータの再生ウィンドウ３１２１Ｆ（複数）が画面分割により形成されている。図２６では、全ての再生ウィンドウ３１２１Ｅ，３１２１Ｆが互いに重ならず、かつ同一寸法となるように表示され、再生ウィンドウの数が増えるほどその表示寸法も小さくなるように設定されている。
【0091】
また、これら再生ウィンドウ３１２１Ｅ，３１２１Ｆの形成エリアに隣接して、遠隔参列端末登録リスト３１２１Ａ（式場用端末２’及び葬儀ホスト端末３を含む）と、各端末の音声制御操作部３１２１Ｂ及び映像制御操作部３１２１Ｃが形成されている。音声制御操作部３１２１Ｂ及び映像制御操作部３１２１Ｃは、例えばソフトボタン操作部であり、１回操作するごとに、対応する端末からの音声ストリームデータあるいは映像ストリームデータの配信停止／配信再開が切り替わる。いずれも、各アイコンの表示状態は、切り替えられているモードに応じて変更される（本実施形態では、配信停止が選択されている場合、アイコンに斜線が重ね表示されるようになっている）。また、映像表示画面３１２１上には、全ての遠隔参列端末２及び式場用端末２’からの音声ストリームデータを一括して配信停止（つまり、消音）するための一括音声停止操作部３１２１Ｄが設けられている。
【0092】
図２７は、式場用端末２’（式場用モニタ２１０’）の映像表示画面の一例を示すものである。映像表示画面２１１１’にも、式場用端末２’及び各遠隔参列端末２からの映像ストリームデータの再生ウィンドウ２１１１Ａ’，２１１１Ｂ’が画面分割により形成されている。また、映像表示画面２１１１’には、再生ウィンドウ２１１１Ａ’，２１１１Ｂ’の表示モードを切り替える表示モード切替操作部２１１１Ｃ’が形成されている。表示モード切替操作部２１１１Ｃ’をマウス等により操作することにより、再生ウィンドウ２１１１Ａ’，２１１１Ｂ’は、図２６と同様に、すべての再生ウィンドウが互いに重ならず、かつ同一寸法となるように表示する一覧表示モードと、図２７に示すように、特定の遠隔参列端末２からの動画を表示する再生ウィンドウ２１１１Ｂ’を、他の遠隔参列端末２からの動画を表示する再生ウィンドウ２１１１Ａ’よりも大きくなるように拡大表示する強調表示モードとの間で切り替えることができる。
【0093】
本実施形態では、強調表示モードにおいて拡大表示する再生ウィンドウ２１１１Ｂ’の上方に、他の再生ウィンドウ２１１１Ａ’をサムネイル的に左右に並べて表示する形態が採用されている。この場合、再生ウィンドウ２１１１Ｂ’に表示される動画が強調動画を形成することとなる。
【0094】
他方、図２６の葬儀ホスト端末３（ホスト側モニタ３１０）の映像表示画面３１２１において、各再生ウィンドウ３１２１Ｅ，３１２１Ｆには拡大表示制御操作部３１２１Ｇが付加されている。対応する端末の拡大表示制御操作部３１２１Ｇがマウス等により操作されると、該操作に対応する内容の動画制御指令情報がストリーム配信管理サーバ５に送信され、全ての遠隔参列端末２及び式場用端末２’において、拡大表示制御操作部３１２１Ｇが操作された再生ウィンドウ３１２１Ｆの映像が強調表示モードに強制的に切り替わるよう表示制御が行われる。
【0095】
一旦強調表示モードとなった遠隔参列端末２ないし式場用端末２’においては、表示モード切替操作部２１１１Ｃ’の操作により、強調表示モードから一覧表示モードに戻したり、式場用端末２’による葬儀式場の動画映像、あるいは他の遠隔参列端末２の参列者映像の強調表示モードに切り替えたりすることが可能とされている。例えば、図２８は、遠隔参列端末２の１つにおいて参列側モニタ２１０の画面２１１１に、葬儀式場の動画映像を強調動画として再生ウィンドウ２１１１Ｂに表示させた例を示す。さらに、図２９は、他の遠隔参列端末２の参列者映像を強調動画として再生ウィンドウ２１１１Ｂに表示させた例を示す。
【0096】
式場用モニタ２１０’は、図３に示すように、実参列者ＷＰに近接して配置されているものの、遠隔参列端末２の数が増えた場合は、一覧表示モードで同時表示される再生ウィンドウの数も増え、表示サイズが縮小されるので、遠隔参列者の姿を実参列者ＷＰが確認しにくくなる難点がある。よって、式場用端末２’については、葬儀式が開始された後、葬儀ホスト端末３での操作により強調表示モードに切り替わった後は、式場用端末２’において表示モード切替操作部２１１１Ｃ’の操作を行わないようにすることで強調表示モードを継続でき、ひいては参列中の遠隔参列者の姿がより確認しやすくなる。
【0097】
なお、式場用モニタ２１０’（あるいは遠隔参列端末２）にて一覧表示モードにより複数の再生ウィンドウを表示することも可能であるが、この場合は葬儀ホスト端末３にて選択中の再生ウィンドウの枠線の表示色を、他の再生ウィンドウの枠線の表示色と異ならせることにより強調することも可能である。この場合、枠線の表示色により強調された再生ウィンドウの動画が強調動画に相当する。
【0098】
図３０は、この場合の動画配信処理の流れを示すシーケンス図である。式場用端末２’及び各遠隔参列端末（（１），（２），・・・）からの動画及び音声のストリームデータはストリーム配信管理サーバ５を宛先としてパケット送信される（Ｓ５０１，Ｓ２５０１，Ｓ２５０２）。以下、式場用端末２’からの葬儀式ストリームデータを再生して得られる動画映像を「葬儀式映像」、遠隔参列端末２からの参列ストリームデータを再生して得られる動画映像を「参列者映像」と称する。
【0099】
葬儀式の開始が近づくと葬儀ホスト端末３では、Ｓ３５０１にて式場用端末２’以外の端末からの音声を消音する設定を行なう。この設定は図２６の一括音声停止操作部３１２１Ｄの操作によりなされる。設定内容に対応する動画制御指令情報がストリーム配信管理サーバ５に送信される。これを受けたストリーム配信管理サーバ５では、Ｓ５５０１にて各端末からの音声ストリームデータの各端末への配信を停止する。
【0100】
そして、葬儀式の開始に際して葬儀ホスト端末３では、Ｓ３５０２にて葬儀式映像（図３２：映像表示画面３１２１Ｅ）を選択し、拡大表示制御操作部３１２１Ｇを操作することで強調表示モード設定を行なう。この設定内容に対応する動画制御指令情報を受けたストリーム配信管理サーバ５では、Ｓ５５０２にて全ての端末（遠隔参列端末２及び式場用端末２’）に対し、動画の表示フォーマットを、葬儀式映像が強調動画となり、他の映像が縮小動画となるように設定を行なう。Ｓ５５０３では、設定されたフォーマットで動画（及び音声）ストリームデータの配信を各端末に向けて行なう。動画ストリームデータは例えばＨＴＭＬファイル形式で配信され、各動画ウィンドウの大きさや画面上の表示位置の制御情報はＨＴＭＬファイル内にタグにより組み込まれる。各端末では動画ストリームデータを受信し再生することにより、設定されたフォーマットで画面上に動画が再生される（Ｓ５０２，Ｓ２５０３，Ｓ２５０４）。この状態においては、全ての遠隔参列端末２及び式場用端末２’において、図２８に示すように葬儀式場の映像が強調表示され、読経などの会場音声が流れる状態となる。
【0101】
式進行に従い、会場では実参列者による焼香が進む。葬儀ホスト端末３では、式進行状況をオペレータがホスト側モニタ３１０により確認し、例えば実参列者の焼香が全員終了した時点で、遠隔参列者のお参りを案内する。この案内は、葬儀ホスト端末３のマイク３１３を用いてオペレータ（あるいは司会者）により音声入力され、遠隔参列端末２のスピーカ２１４から出力する。参列者映像の切替え操作を順次行う。
【0102】
具体的な処理シーケンスの一例を図３１に示している。葬儀ホスト端末３では、Ｓ３６０１で遠隔参列端末（１）を選択し、拡大表示制御操作部３１２１Ｇを操作することで強調表示モード設定を行なう（一括配信停止されていた音声ストリームデータについては、対応する遠隔参列端末２からのものについて配信再開の設定を行なう）。この設定内容に対応する動画制御指令情報を受けたストリーム配信管理サーバ５では、Ｓ５６０１にて全ての端末に対し、動画の表示フォーマットを、遠隔参列端末（１）の参列者映像が強調動画となり、他の映像が縮小動画となるように設定を行なう。Ｓ５６０２では、設定されたフォーマットで動画（及び音声）ストリームデータの配信を各端末に向けて行なう。各端末では動画ストリームデータを受信し再生することにより、設定されたフォーマットで画面上に動画が再生される（Ｓ６０２，Ｓ２６０１～Ｓ２６０３）。この状態においては、式場用端末２’（及び全ての遠隔参列端末２）において、図２７に示すように遠隔参列端末（１）の参列者映像が強調表示される。
【0103】
遠隔参列端末（１）でのお参りが終了すると、Ｓ３６０２では遠隔参列端末（２）を選択し、拡大表示制御操作部３１２１Ｇを操作することで、強調表示モード設定を行なう端末を遠隔参列端末（２）に切り替える。この設定内容に対応する動画制御指令情報を受けたストリーム配信管理サーバ５では、Ｓ５６０３にて全ての端末に対し、動画の表示フォーマットを、遠隔参列端末（２）の参列者映像が強調動画となり、他の映像が縮小動画となるように設定を行なう。Ｓ５６０４では、設定されたフォーマットで動画（及び音声）ストリームデータの配信を各端末に向けて行なう。各端末では動画ストリームデータを受信し再生することにより、設定されたフォーマットで画面上に動画が再生される（Ｓ６０３，Ｓ２６０４～Ｓ２６０６）。以下、各遠隔参列端末について、同じ処理の繰り返しとなる。
【0104】
例えば、オペレータは「それでは、これより遠方から通信によりご参列の皆様へ順にお参りの案内をさせていただきます。」の案内音声を流したあと、図２６に示すホスト側モニタ３１０の画面上にて遠隔参列端末登録リスト３１２１Ａを参照し、最初に案内をかける遠隔参列端末２（図では、「正司玲児」）の代表者に「正司玲児様」等と声かけする。そして、音声制御操作部３１２１Ｂを操作して消音状態を解除するとともに、対応する再生ウィンドウ３１２１Ｆの拡大表示制御操作部３１２１Ｇを選択して操作する。すると、式場用端末２’（式場用モニタ２１０’）及び各遠隔参列端末２（参列側モニタ２１０）には、図２７に示すように、選択された遠隔参列端末２の参列者映像が強調動画として拡大表示されるので、遠隔参列者はカメラ２１２に向けてお参りをする。なお、葬儀式ということを考慮して、全てのモニタにおいて動画をモノクロにより表示するようにしてもよい。
【0105】
お参りが終了したら、図３２に示すように、次に案内をかける遠隔参列端末２（図では、「船場太郎」）の代表者に「船場太郎様」等と声かけしたあと、音声制御操作部３１２１Ｂの操作により前の遠隔参列端末を消音状態に戻すとともに、次の遠隔参列端末の消音状態を解除する。また、動画ウィンドウ３１２１Ｆは、次の遠隔参列端末に対応する拡大表示制御操作部３１２１Ｇを選択して操作する。すると、式場用端末２’（式場用モニタ２１０’）及び各遠隔参列端末２（参列側モニタ２１０）には、図３３に示すように、強調動画として拡大表示される参列者映像が次の遠隔参列端末２のものに切り替わる。該遠隔参列端末２の参列者はカメラ２１２に向けて同様にお参りをする。このように、葬儀ホスト端末３のオペレータ操作により、強調動画として拡大表示される参列者映像を随時切り替えることで、遠隔参列端末登録リスト上の遠隔参列者を、通常の葬儀と全く同様の感覚で順次参列に案内することができる。
【0106】
なお、上記の処理では、選択された遠隔参列端末２の参列側モニタ２１０にも、その遠隔参列端末２の参列者映像が強調動画表示される。遠隔参列端末２の参列者は、例えば、表示モード切替操作部２１１１Ｃ’の操作により、図２８に示すように葬儀式映像に強調動画を切り替え、お参りをするようにしてもよい。他方、遠隔参列者は、自身の遠隔参列端末２において、お参りのタイミング以外の時間帯も撮影や音声入力が継続していることが気になる場合がある。そこで、遠隔参列端末２からの操作により、お参り以外の時間帯にて音声入力と動画撮影を停止させることが可能である。
【0107】
図３４は、その場合の処理シーケンスの一例を示すものである。遠隔参列端末（１）では、Ｓ２７０１にて葬儀式映像（図２９：再生ウィンドウ３１２１Ｅ）を選択し、表示モード切替操作部２１１１Ｃ’を操作することで強調表示モード設定を行なう。この設定内容に対応する動画制御指令情報を受けたストリーム配信管理サーバ５では、Ｓ５７０１にて情報送信元である遠隔参列端末（１）に対してのみ、動画の表示フォーマットを、葬儀式映像が強調動画となり、他の映像が縮小動画となるように設定を行ない（図２８と同様の表示状態）、Ｓ５７０２にて動画ストリームデータを配信する。遠隔参列端末（１）では動画ストリームデータを受信し再生することにより、設定されたフォーマットで画面上に動画が再生される（Ｓ２７０２）。このように、遠隔参列端末２からも動画制御指令情報をストリーム配信管理サーバ５に送信が可能であり、動画の表示形態を変更することが可能であるが、制御の対象が動画制御指令情報の送信元となる遠隔参列端末２に限定され、他の端末に影響が及ばない点が、葬儀ホスト端末３の場合との相違点である。
【0108】
また、遠隔参列端末２からの操作により、音声入力と動画撮影を停止させる場合は、Ｓ２７０３において、自端末の映像及び音声の配信停止設定を行なう。例えば、図２９において、映像の配信停止設定は映像停止操作部２１１１Ｆの操作により、音声の配信停止設定は消音操作部２１１１Ｅの操作によりそれぞれ実施される。該設定内容に対応する動画制御指令情報を受けたストリーム配信管理サーバ５では、Ｓ５７０３にて遠隔参列端末（１）からの動画・音声ストリームデータの配信停止処理を行なう。
【0109】
なお、葬儀ホスト端末３から送られてくる動画制御指令情報はストリームデータの宛先となるノード（端末）のＩＰアドレスを含むものであり、該動画制御指令情報を受け取ったストリーム配信管理サーバ５においては、配信対象となるストリームデータのヘッダに、このＩＰアドレスを組み込むことで配信制御を行なう。どの端末にストリームデータの配信を行なうかは、葬儀ホスト端末３、遠隔参列端末２あるいは式場用端末２’において、映像あるいは音声についてすでに説明済みの表示制御操作を実施することより、ストリーム配信先となる端末のＩＰアドレスを含む動画制御指令情報が生成され、これがストリーム配信管理サーバ５に通知されることで制御される。
【0110】
上記実施形態では、（例えば縮小表示等の形で）遠隔参列端末２において葬儀式ストリームデータとともに参列ストリームデータの再生・表示を行ない、式場用端末２’では参列ストリームデータとともに葬儀式ストリームデータの再生・表示を行なうようにしているが、遠隔参列端末２にて式場用端末２’で撮影取得される葬儀式ストリームデータの再生・表示のみを行ない、式場用端末２’にて遠隔参列端末２で撮影取得される参列ストリームデータの再生・表示のみを行なうようにしてもよい。一方、Ｚｏｏｍ等の既存のビデオ会議システムを使用する場合、葬儀ホスト端末３、遠隔参列端末２あるいは式場用端末２’での表示制御操作により、遠隔参列端末２にて葬儀式ストリームデータの再生・表示を一時的に禁止すること、あるいは式場用端末２’にて遠隔参列端末２で撮影取得される参列ストリームデータの再生・表示を一時的に禁止することも可能である。
【0111】
仏式の葬儀式では、告別式が終了すると、出棺・火葬・収骨と続き、収骨立ち合い者を中心に親族ないし故人ととくに親しかった参列者を交え、「精進上げ」と称する会食がふるまわれる。本実施形態の遠隔葬儀システム１には、特に、香典やお供え物の申し出があった遠隔参列者に対する謝礼品として、この「精進上げ」に相当する弁当形態の仕出し料理を自動発注する機能が付加されている。
【0112】
図３５は、仕出し料理発注処理の流れを示す。この処理は、葬儀ホスト端末３、料理受注端末６及び各地の仕出し料理店に置かれた複数の店舗端末７の間での、インターネット８を経由した通信処理によりなされる。この処理においては、まずＳ３８０１にて葬儀ホスト端末３が葬儀スケジュール情報を取得する。葬儀スケジュール情報は、ストリーム配信管理サーバ５から通信取得してもよいし、葬儀ホスト端末３にて葬儀スケジュール情報を作成した際にそのデータを葬儀ホスト端末３内に記憶保持したものを用いてもよい。Ｓ３８０２では、仕出し料理の配送指定時間を、葬儀スケジュール情報を参照して算出する。
【0113】
通常の規模の告別式であれば、開始から１時間程度で出棺となり、火葬・収骨を経て葬儀式場へ親族が戻るはそのさらに１～２時間後となる。よって、実参列者により精進上げの席が囲まれるのは告別式の開始時刻から早くて２時間後、遅くとも３時間後前後となる。ただし、上記のように、火葬・収骨が昼食時間にかかる場合は、精進上げの時刻を夕食時間付近に繰り下げることも行われる。
【0114】
ただし、これは実参列者の精進上げについての事情であり、遠隔参列者の場合は告別式が終了すれば、その日の葬儀関連行事は終わったと実感する人も多い。概して葬儀は急に催されるものであり、特に葬儀式が平日の場合、関係者のほとんどが万障繰り合わせて参列している関係上、その翌日以降の遠隔参列者の在宅スケジュールを予測することはほぼ不可能である。そして、仕出し料理の消費期限は多くの場合が調理当日一杯であることを考慮すると、精進上げに代わる仕出し料理を遠隔参列者のもとへ配送する時刻は、告別式当日に設定することが事実上必須であるとも考えられる。さらに考察すれば、
・葬儀式の開始から終了までの間は、遠隔参列者は参列登録された住所にて確実に在宅していると考えられる；
・葬儀式の開始前に仕出し料理が届くことは、参列者によっては不謹慎とみなす場合もあり得る：
といったことから、仕出し料理の配送指定時刻を、葬儀式の開始から１．５時間以降３時間以前の時間帯にピンポイントに設定することが望ましい。
・葬儀式の開始から終了までの間は、遠隔参列者は参列登録された住所にて確実に在宅していると考えられる；
・葬儀式の開始前に仕出し料理が届くことは、参列者によっては不謹慎とみなす場合もあり得る：
といったことから、仕出し料理の配送指定時刻を、葬儀式の開始から１．５時間以降３時間以前の時間帯にピンポイントに設定することが望ましい。
【0115】
例えば図１９に示す葬儀スケジュール情報には、告別式の開始時刻の情報が含まれている。上記実施形態における故人（「縦山えんたつ」）の場合は、２０２０年２月２２日１０：００となっている。この場合、仕出し料理の配送指定時刻は、１１：３０～１３：００（例えば、１２：００）と算出される。
【0116】
図３５に戻り、葬儀ホスト端末３においてＳ３８０３では、図２１に示す遠隔参列者登録リストを読み出し、Ｓ３８０４にて仕出し料理を配送する条件適合者（以下、配送適合者という）を検索・抽出する。本実施形態では、お供え又は香典の申し出のあった参列者を対象に仕出し料理を配送するので、図２１の遠隔参列者登録リストにて「お供え／香典」のデータが「１」（あり）になっている参列登録者のレコードが抽出される。ただし、お供え／香典の有無に関係なく、遠隔参列者の全員に仕出し料理を配送するようにしてもよく、この場合は、Ｓ３８０４の検索・抽出処理は不要となる。他方、例えば香典の申し出のあった遠隔参列者用に、仕出し料理以外の特別謝礼品を、いわゆる香典返しとして発注するようにシステムを構成してもよい。
【0117】
続いて、Ｓ３８０５では、抽出された配送適合者の氏名、住所、電話番号、数量に、上記算出された配送指定時間を付加し、図３６に示すような発注リストデータ６０５ｄを作成する。発注リストデータ６０５ｄは、図２１の遠隔参列者登録リストから、「お供え／香典」のデータが「０」（なし）になっている参列登録者のレコードが除かれ、また、端末ＩＰアドレスなど、配送に不要な情報が削除される一方、配送指定時間など配送に必要な情報を追加した内容となっている。
【0118】
ここで、発注リストデータ６０５ｄにおける「発注個数」の数値は、例えば葬儀連絡サーバ４の葬儀連絡対象者リスト（図１６）に含まれる、遠隔参列端末２に対応する檀家世帯の人数で代用することも可能である。しかし、本実施形態のように、参列登録時に遠隔参列端末２から入力された値を使用することで、次のような利点を生ずる。
・葬儀連絡メールを受け、遠隔参列者により間もなくして入力される登録台帳情報を利用するので、遠隔参列の予定が変更されてしまう確率が低い。
・同じ檀家世帯であっても、その構成員のすべてが遠隔参列するとは限らず、一部の高齢者等やスケジュールのつかない人だけが遠隔参列となり、他の構成員が葬儀式場に実参列する、といったケースがあり得る。参列登録時の入力情報であれば、そうした檀家世帯ごとの参列事情を反映した正確な参列人数を把握できる。
なお、参列登録時の入力情報を、インターネット８を介して葬儀連絡サーバ４にフィードバックし、葬儀連絡対象者リストの内容を最新の内容に更新することも可能である。
・葬儀連絡メールを受け、遠隔参列者により間もなくして入力される登録台帳情報を利用するので、遠隔参列の予定が変更されてしまう確率が低い。
・同じ檀家世帯であっても、その構成員のすべてが遠隔参列するとは限らず、一部の高齢者等やスケジュールのつかない人だけが遠隔参列となり、他の構成員が葬儀式場に実参列する、といったケースがあり得る。参列登録時の入力情報であれば、そうした檀家世帯ごとの参列事情を反映した正確な参列人数を把握できる。
なお、参列登録時の入力情報を、インターネット８を介して葬儀連絡サーバ４にフィードバックし、葬儀連絡対象者リストの内容を最新の内容に更新することも可能である。
【0119】
次に、図３５のＳ３８０６では、作成された発注リストデータ６０５ｄが料理受注端末６に送信される。料理受注端末６はこれを受信し、発注リストデータ６０５ｄ上の各レコードの配送先住所を読み取り、図３７の店舗リストにて各配送先に最寄りの仕出し料理の店舗を検索する（Ｓ６８０１）。これらの店舗は、例えば同一内容の仕出し料理を調理・提供可能なチェーン店を構成するものである。本実施形態においては、図３９に示すように、配送対象となる仕出し料理３０は、工場で調理された食材が弁当形態に容器詰めされたものであり、各店舗の冷凍庫３１に所定数量ストックされている。
【0120】
図３５に戻り、料理受注端末６においてＳ６８０２では、検索された店舗別に発注リストデータ６０５ｄを分解し、図３８に示すような店舗別の発注データ６０５１を作成すする。発注データ６０５１は、例えば注文者、注文者住所、注文者電話番号、注文者メールアドレス（以上、例えば喪主による情報となる）、配送先氏名、配送希望時間、配送先住所、配送先電話番号、数量（以上、発注データ６０５１から分解されたデータである）、商品名（料理受注端末６で挿入される）の情報を含む。該発注データ６０５が各店舗端末７に送信される（Ｓ６８０３，Ｓ６８０４）。
【0121】
店舗端末７では発注データ６０５１を受信し、図３９に示すように、直ちに指示数量分の仕出し料理３０を冷凍庫から取り出し、店舗に設置されたスチームコンベクション装置３２にセットして解凍・加熱調理を行なう。スチームコンベクション装置３２の効用は絶大であり、セットから１０～２０分で解凍・加熱が完了し、店舗エリア内の最寄りの配送先まで例えば４０分以内で配送を行なうようにすれば、例えば、受注から配送完了まで６０分以内に配送サービスを完了できる。
【0122】
この方式を採用することにより、葬儀ホスト端末３では料理受注端末６にて発注リストデータ６０５ｄの作成に必要な、遠隔参列者登録リストの確定及び料理受注端末６への送信を、葬儀式開始にかなり近い時刻まで留保することができる。その結果、葬儀式開始直前に滑り込みで登録完了した遠隔参列者等ももれなく吸い上げることが可能となり、参列人数変更などへの対応も容易となる。例えば、葬儀式開始の１時間前まで、あるいは最悪、葬儀式の開始とほぼ同時に遠隔参列者登録リストを料理受注端末６へ送信したとしても、料理受注端末６において発注データ６０５１を自動生成し、各店舗端末７にこれが送信されるまでの時間は、コンピュータ処理により長くても数分であるから、前記のように計算された配送指定時刻に十分間に合わせることができる。
【0123】
なお、配送される仕出し弁当の種類については、上記のように画一的に定めておいてよいし、例えば参列登録時において遠隔参列者が、複数種類のメニューから希望するものを選択できるようにしてもよい。
【0124】
以上、本発明の実施の形態について説明したが、あくまで例示であって、本発明はこれに限定されるものではない。例えば、仕出し料理の発注機能については省略することも可能であるし、仕出し料理に代えて会葬御礼品（例えば、ハンカチ、ハンドタオル、味付け海苔パックなどのようなもの）を謝礼品として定め、全ての遠隔参列者に対し一律に配送されるように発注を行なうシステムとしてもよい。
【符号の説明】
【0125】
１ 遠隔葬儀システム
２ 遠隔参列端末
２’ 式場用端末
３ 葬儀ホスト端末
４ 葬儀連絡サーバ
５ ストリーム配信管理サーバ
６ 料理受注端末
７ 店舗端末
８ インターネット（公共通信網）
１５ 無線通信携帯端末
２０ 無線基地局
３０ 料理
３１ 冷凍庫
３２ スチームコンベクション装置
２００ マイコン
２０２ａ ワークエリア
２０２ｃ ストリーミングキューメモリ
２０２ｄ 映像設定パラメータメモリ
２０２ｅ 音声設定パラメータメモリ
２０４ 入出力部
２０５ａ インターネットブラウザソフト
２０５ｂ ビデオ会議アプリケーション
２０５ｃ メーラーソフト
２０６ バス
２０７ ルータ
２１０ 参列側モニタ
２１０’ 式場用モニタ
２１１ 入力部
２１２ カメラ
２１３ マイク
２１４ スピーカ
３００ マイコン
３０２ａ ワークエリア
３０２ｃ ストリーミングキューメモリ
３０２ｄ 映像設定パラメータメモリ
３０２ｅ 音声設定パラメータメモリ
３０２ｈ 参列遠隔参列端末登録リストメモリ
３０４ 入出力部
３０５ａ インターネットブラウザソフト
３０５ｂ ビデオ会議アプリケーション
３０５ｃ メーラーソフト
３０５ｄ 料理発注プログラム
３０５ｅ 葬儀連絡対象者リスト記憶部
３０６ バス
３０７ ルータ
３１０ ホスト側モニタ
３１０Ｂ 表示ボタン
３１１ 入力部
３１２ カメラ
３１３ マイク
３１４ スピーカ
４００ マイコン
４０４ 入出力部
４０５ａ 檀家管理プログラム
４０５ｃ メーラーソフト
４０５ｄ 檀家リストデータ記憶部
４０５ｅ 葬儀連絡対象者リスト記憶部
４０６ バス
４０７ ルータ
４１０ モニタ
４１１ 入力部
５００ マイコン
５０４ 入出力部
５０５ａ ビデオ会議サーバ制御プログラム
５０５ｂ 参列登録部
５０５ｃ 葬儀スケジュール情報登録部
５０６ バス
５０７ ルータ
５１１ モニタ
５１２ 入力部
６００ マイコン
６０４ 入出力部
６０５ａ 注文管理プログラム
６０５ｂ 調理・配送指示プログラム
６０５ｃ 店舗リスト記憶部
６０５ｄ 発注リストデータ
６０６ バス
６０７ ルータ
６１１ モニタ
６１２ 入力部
７００ マイコン
７０４ 入出力部
７０５ａ 受注管理プログラム
７０６ バス
７０７ ルータ
７１０ モニタ
７１１ 入力部
２１０１ 登録ページ画面
３０５０ 葬儀連絡メール
３０５０Ｃ アクセスＵＲＬリンク
３０５１ 葬儀開始案内メール（招待メール）
３０５１Ａ 参列ボタン
３０５１Ｃ 参列登録ボタン
３１００ スケジュール設定画面
３１０１ ホスト側登録画面
３１０３ カスタム追加項目設定画面
３１０４ 追加入力項目設定画面
３１０５ 遠隔参列端末登録リスト画面
３１２１ 映像表示画面
２ 遠隔参列端末
２’ 式場用端末
３ 葬儀ホスト端末
４ 葬儀連絡サーバ
５ ストリーム配信管理サーバ
６ 料理受注端末
７ 店舗端末
８ インターネット（公共通信網）
１５ 無線通信携帯端末
２０ 無線基地局
３０ 料理
３１ 冷凍庫
３２ スチームコンベクション装置
２００ マイコン
２０２ａ ワークエリア
２０２ｃ ストリーミングキューメモリ
２０２ｄ 映像設定パラメータメモリ
２０２ｅ 音声設定パラメータメモリ
２０４ 入出力部
２０５ａ インターネットブラウザソフト
２０５ｂ ビデオ会議アプリケーション
２０５ｃ メーラーソフト
２０６ バス
２０７ ルータ
２１０ 参列側モニタ
２１０’ 式場用モニタ
２１１ 入力部
２１２ カメラ
２１３ マイク
２１４ スピーカ
３００ マイコン
３０２ａ ワークエリア
３０２ｃ ストリーミングキューメモリ
３０２ｄ 映像設定パラメータメモリ
３０２ｅ 音声設定パラメータメモリ
３０２ｈ 参列遠隔参列端末登録リストメモリ
３０４ 入出力部
３０５ａ インターネットブラウザソフト
３０５ｂ ビデオ会議アプリケーション
３０５ｃ メーラーソフト
３０５ｄ 料理発注プログラム
３０５ｅ 葬儀連絡対象者リスト記憶部
３０６ バス
３０７ ルータ
３１０ ホスト側モニタ
３１０Ｂ 表示ボタン
３１１ 入力部
３１２ カメラ
３１３ マイク
３１４ スピーカ
４００ マイコン
４０４ 入出力部
４０５ａ 檀家管理プログラム
４０５ｃ メーラーソフト
４０５ｄ 檀家リストデータ記憶部
４０５ｅ 葬儀連絡対象者リスト記憶部
４０６ バス
４０７ ルータ
４１０ モニタ
４１１ 入力部
５００ マイコン
５０４ 入出力部
５０５ａ ビデオ会議サーバ制御プログラム
５０５ｂ 参列登録部
５０５ｃ 葬儀スケジュール情報登録部
５０６ バス
５０７ ルータ
５１１ モニタ
５１２ 入力部
６００ マイコン
６０４ 入出力部
６０５ａ 注文管理プログラム
６０５ｂ 調理・配送指示プログラム
６０５ｃ 店舗リスト記憶部
６０５ｄ 発注リストデータ
６０６ バス
６０７ ルータ
６１１ モニタ
６１２ 入力部
７００ マイコン
７０４ 入出力部
７０５ａ 受注管理プログラム
７０６ バス
７０７ ルータ
７１０ モニタ
７１１ 入力部
２１０１ 登録ページ画面
３０５０ 葬儀連絡メール
３０５０Ｃ アクセスＵＲＬリンク
３０５１ 葬儀開始案内メール（招待メール）
３０５１Ａ 参列ボタン
３０５１Ｃ 参列登録ボタン
３１００ スケジュール設定画面
３１０１ ホスト側登録画面
３１０３ カスタム追加項目設定画面
３１０４ 追加入力項目設定画面
３１０５ 遠隔参列端末登録リスト画面
３１２１ 映像表示画面
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
