WO2022201757A1

WO2022201757A1 - 入院生活支援装置、システム及び方法並びにコンピュータ可読媒体

Info

Publication number: WO2022201757A1
Application number: PCT/JP2022/000852
Authority: WO
Inventors: 佳代川口; 宏輔片岡
Original assignee: 日本電気株式会社
Priority date: 2021-03-26
Filing date: 2022-01-13
Publication date: 2022-09-29
Also published as: JPWO2022201757A1

Abstract

入院患者の入院状況に適した差し入れ品又はサービスの手配を支援することで、入院患者の入院生活を支援すること。入院生活支援装置（１）は、入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録する登録部（１１）と、患者関連情報に基づいて入院患者へ贈答する商品又はサービスの贈答候補を選出する選出部（１２）と、選出した贈答候補のリストを関係者の端末へ提示する提示部（１３）と、リストの中から関係者による贈答候補の指定を、端末を介して受け付ける受付部（１４）と、指定された贈答候補の商品又はサービスを、入院患者へ提供するための手配を行う手配部（１５）と、を備える。

Description

入院生活支援装置、システム及び方法並びにコンピュータ可読媒体

　本発明は、入院生活支援装置、システム、方法及びプログラムに関し、特に、患者の入院生活を支援するための入院生活支援装置、システム、方法及びプログラムに関する。

　昨今では、入院患者の親族等の関係者が病室を訪れて、入院患者と直接面会することが難しくなっている。そのため、入院患者の入院生活をサポートの充実が求められている。

　特許文献１には、入院患者が快適に情報を得ることができる病院用情報システムに関する技術が開示されている。特許文献２には、入院患者がベッドにいながらにして外部の人とのコミュニケーションをとることを可能にする情報システムに関する技術が開示されている。また、特許文献２にかかる情報システムは、各患者の面会可能時間についての情報を病院外部の人が電話連絡以外の方法で取得できる。特許文献３には、通信機能を備える病室用テレビを用いて、病室にいながら容易に入院患者と病院外の家族や友人等との間でコミュニケーションを取ることができる病室用支援システムに関する技術が開示されている。特許文献４には、病院などに入院する患者と外部の者とのコミュニケーションを活発にさせることができるメッセージ送受信システムに関する技術が開示されている。

特開２０１３－１２５４６４号公報特開２００３－２４８７２７号公報特開２００３－２４２２５２号公報特開２００１－２６５８８１号公報

　ここで、上述した特許文献１から４にかかる技術では、入院患者のオンライン面会者（関係者）が入院患者の入院状況に適した差し入れ品（患者の病室へ届ける贈答品）を手配することが困難であった。

　本開示の目的は、上述した課題を鑑み、入院患者の入院状況に適した差し入れ品又はサービスの手配を支援することで、入院患者の入院生活を支援するための入院生活支援装置、システム、方法及びプログラムを提供することにある。

　本開示の第１の態様にかかる入院生活支援装置は、
　入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録する登録部と、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出する選出部と、
　前記選出した贈答候補のリストを前記関係者の端末へ提示する提示部と、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付ける受付部と、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う手配部と、
　を備える。

　本開示の第２の態様にかかる入院生活支援システムは、
　入院患者の関係者の端末と、
　入院生活支援装置と、を備え、
　前記入院生活支援装置は、
　前記入院患者の入院に起因する患者関連情報と、前記関係者とを対応付けて登録する登録部と、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出する選出部と、
　前記選出した贈答候補のリストを前記端末へ提示する提示部と、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付ける受付部と、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う手配部と、
　を備える。

　本開示の第３の態様にかかる入院生活支援方法は、
　コンピュータが、
　入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録し、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出し、
　前記選出した贈答候補のリストを前記関係者の端末へ提示し、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付け、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う。

　本開示の第４の態様にかかる入院生活支援プログラムは、
　入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録する処理と、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出する処理と、
　前記選出した贈答候補のリストを前記関係者の端末へ提示する処理と、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付ける処理と、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う処理と、
　をコンピュータに実行させる。

　本開示により、入院患者の入院状況に適した差し入れ品又はサービスの手配を支援することで、入院患者の入院生活を支援するための入院生活支援装置、システム、方法及びプログラムを提供することができる。

本実施形態１にかかる入院生活支援装置の構成を示すブロック図である。本実施形態１にかかる入院生活支援方法の流れを示すフローチャートである。本実施形態２にかかる入院生活支援システムの全体構成を示すブロック図である。本実施形態２にかかる入院生活支援装置の構成を示すブロック図である。本実施形態２にかかる贈答候補のリスト選出処理の流れを示すフローチャートである。本実施形態２にかかる入院患者の希望リストを用いた贈答候補のリスト選出処理の流れを示すフローチャートである。本実施形態２にかかる入院患者の希望リストを用いた贈答候補のリスト選出処理の他の例の流れを示すフローチャートである。本実施形態２にかかる入院患者の希望リストを用いた贈答候補のリスト選出処理の他の例の流れを示すシーケンス図である。本実施形態２にかかるオンライン面会画面の例を示す図である。本実施形態２にかかる贈答手配処理の流れを示すフローチャートである。本実施形態２にかかる贈答候補のリストの表示例を示す図である。本実施形態２にかかる贈答候補のリストの他の表示例を示す図である。本実施形態２にかかる宅配ボックスを利用した贈答品の配送の流れを示すシーケンス図である。本実施形態３にかかる入院生活支援システムの全体構成を示すブロック図である。本実施形態３にかかる贈答候補のリスト選出処理の流れを示すフローチャートである。本実施形態４にかかる入院生活支援装置の構成を示すブロック図である。本実施形態４にかかるコンテンツ配信処理の流れを示すフローチャートである。本実施形態４にかかる動画コンテンツと付属情報の表示例を示す図である。本実施形態５にかかる入院生活支援システムの全体構成を示すブロック図である。本実施形態５にかかる入院生活支援装置の構成を示すブロック図である。本実施形態５にかかる認証装置の構成を示すブロック図である。本実施形態５にかかる患者の顔情報の登録処理の流れを示すシーケンス図である。本実施形態５にかかる認証装置による顔情報登録処理の流れを示すフローチャートである。本実施形態５にかかる患者の院内イベント参加映像の配信処理の流れを示すフローチャートである。本実施形態５にかかる認証装置による顔認証処理の流れを示すフローチャートである。本実施形態５にかかる患者の院内イベント参加映像の表示例を示す図である。

　以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜実施形態１＞
　図１は、本実施形態１にかかる入院生活支援装置１構成を示すブロック図である。入院生活支援装置１は、医療機関に入院する患者（入院患者）の入院生活を支援するための情報処理装置である。ここで、入院生活支援装置１は、通信ネットワーク（不図示、以降、通信ネットワークを単にネットワークとも称する）、又は、所定の無線通信により、所定の端末と接続されていてもよい。尚、ネットワークは、有線か無線であるかを問わないし、通信プロトコルの種別を問わない。当該端末は、入院生活支援装置１に対して入力を行い、入院生活支援装置１からの出力に応じた処理を行っても良い。当該端末は、利用者が操作するユーザ端末等であってもよい。

　入院生活支援装置１は、登録部１１、選出部１２、提示部１３、受付部１４及び手配部１５を備える。登録部１１は、入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録する。ここで、患者関連情報とは、入院患者が医療機関に入院する理由である症状（病状や怪我）、入院患者の診療情報、入院中のスケジュール等である。また、関係者とは、入院患者の家族や親族、特に、入院患者との面会を希望する面会希望者、成年後見人等が挙げられる。例えば、入院患者が子供（未成年）である場合、関係者は入院患者の親や祖父母等である。また、入院患者が高齢者や要介護者である場合、関係者は入院患者の親族（子供夫婦、孫等）、成年後見人等が挙げられる。登録部１１は、例えば、上記端末から患者関連情報と関係者情報とを受け付けて、患者関連情報と関係者情報とを対応付けて記憶装置に登録する。ここで、記憶装置は、入院生活支援装置１の内部のもの又は外部のものであって入院生活支援装置１と接続されたものを用いることができる。尚、登録部１１は、一人の入院患者の患者関連情報に対して２人以上の関係者を対応付けてもよい。

　選出部１２は、患者関連情報に基づいて入院患者へ贈答する商品又はサービスの１以上の贈答候補を選出する。尚、選出部１２は、複数の贈答品又はサービスの贈答候補の中から、各贈答候補に付与された属性と、患者関連情報との一致度が閾値以上であるものを贈答候補として選出してもよい。または、選出部１２は、患者関連情報に含まれるキーワードを入力して贈答品や贈答するサービスを出力するモデルを用いて、贈答候補を選出してもよい。尚、モデルには、ＡＩ（Artificial Intelligence）モデル等の公知技術を適用することができる。また、モデルは、蓄積された患者関連情報を教師データとし、指定された贈答候補を正解として機械学習されたものを用いることができる。

　提示部１３は、選出した贈答候補のリストを関係者の端末へ提示する。つまり、提示部１３は、贈答候補の選出に用いた患者関連情報に対応付けられた関係者を特定し、当該関係者の端末へ贈答候補のリストを送信する。受付部１４は、リストの中から関係者による贈答候補の指定を、端末を介して受け付ける。尚、受付部１４は、２以上の贈答候補の指定を受け付けても良い。手配部１５は、指定された贈答候補の商品又はサービスを、入院患者へ提供するための手配を行う。例えば、手配部１５は、指定された贈答候補の商品を、入院患者の病室へ配送するための指示を医療機関のサーバ等に対して行う。または、手配部１５は、指定された贈答候補の商品の購入及び配送の指示を電子商取引サーバに対して送信する。

　図２は、本実施形態１にかかる入院生活支援方法の流れを示すフローチャートである。まず、登録部１１は、入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録する（Ｓ１１）。次に、選出部１２は、患者関連情報に基づいて入院患者へ贈答する商品又はサービスの贈答候補を選出する（Ｓ１２）。そして、提示部１３は、選出した贈答候補のリストを関係者の端末へ提示する（Ｓ１３）。そして、受付部１４は、リストの中から関係者による贈答候補の指定を、端末を介して受け付ける（Ｓ１４）。その後、手配部１５は、指定された贈答候補の商品又はサービスを、入院患者へ提供するための手配を行う（Ｓ１５）。これにより、入院患者のもとへ指定された贈答候補の商品又はサービスが提供される。例えば、入院患者の病室へ贈答品が届けられる。または、入院患者は、医療機関内で所定のサービスの提供を受けることができる。

　このように本実施形態では、入院患者の入院に起因する患者関連情報に基づいて選出された贈答候補の中から、入院患者の関係者により指定された贈答品等を入院患者へ提供することができる。例えば、単に入院患者の好みを考慮しただけでは、患者の病状、入院中のスケジュールによっては適さない差し入れ品もある。これに対し、入院生活支援装置１は、入院患者の症状、診療内容、入院中のスケジュール等が考慮された適した差し入れ品を選出できる。よって、関係者は入院患者と直接、面会することができなくとも、入院患者の入院状況に適した差し入れ品又はサービスの手配ができる。つまり、入院生活支援装置１は、贈答品又はサービスの手配を支援することで、入院患者の入院生活を支援することができる。

　尚、入院生活支援装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる入院生活支援方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、登録部１１、選出部１２、提示部１３、受付部１４及び手配部１５の機能を実現する。

　または、登録部１１、選出部１２、提示部１３、受付部１４及び手配部１５は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されてもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、量子プロセッサ（量子コンピュータ制御チップ）等を用いることができる。

　また、入院生活支援装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、入院生活支援装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

＜実施形態２＞
　本実施形態２は、上述した実施形態１の具体例である。図３は、本実施形態２にかかる入院生活支援システム１０００の全体構成を示すブロック図である。入院生活支援システム１０００は、医療機関１００に入院する入院患者Ｕ１の入院生活を支援するための情報システムである。関係者Ｕ２及び関係者（面会希望者）Ｕ３は、入院患者Ｕ１の関係者である。例えば、入院患者Ｕ１が子供である場合、関係者Ｕ２は入院患者Ｕ１の親であり、関係者（面会希望者）Ｕ３は入院患者Ｕ１の祖父母であるものとする。また、医療機関１００は、感染症対策のため入院患者Ｕ１に対する直接の面会を制限しており、関係者（面会希望者）Ｕ３は、医療機関１００を訪れて入院患者Ｕ１と直接面会することができないものとする。または、医療機関１００が面会を制限していないとしても、関係者（面会希望者）Ｕ３は、高齢のため、又は、医療機関１００から遠方に居住しているため、入院患者Ｕ１のもとへ訪れることが困難であるものとする。尚、入院患者Ｕ１の関係者には、親族以外、近所の人等が含まれても良い。

　入院生活支援システム１０００は、患者端末４１０、関係者端末４２０及び４３０、医療機関サーバ１０３、入院生活支援装置３００並びに電子商取引サーバ５００を備える。患者端末４１０、関係者端末４２０及び４３０、医療機関サーバ１０３、入院生活支援装置３００並びに電子商取引サーバ５００のそれぞれは、ネットワークＮを介して接続される。ここで、ネットワークＮは、有線又は無線の通信回線、例えばインターネットである。

　医療機関１００は、入院患者Ｕ１が入院する医療機関（例えば病院）である。医療機関１００は、病室１０１、院内店舗１０２、医療機関サーバ１０３及び宅配ボックス群１０４を備える。病室１０１は、入院患者Ｕ１が入院中に滞在する部屋であり、患者端末４１０が設置されている。院内店舗１０２は、医療機関１００内の売店等であり、外部から入院患者Ｕ１宛に注文された商品（贈答品）を、医療機関１００のスタッフ等が病室１０１の入院患者Ｕ１へ届けるサービスも提供するものとする。医療機関サーバ１０３は、医療機関１００が利用する情報システムの一部でコンピュータサーバである。医療機関サーバ１０３は、例えば、ネットワークＮを介して院内店舗１０２への注文を受け付けても良い。また、医療機関サーバ１０３は、入院生活支援装置３００から配送通知を受け付けても良い。

　宅配ボックス群１０４は、医療機関１００の入院患者Ｕ１等への宅配物を一時的に保管するための宅配ボックス１１１、１１２等の集合である。宅配ボックス群１０４は、例えば、オープン型宅配便ロッカーであるとよい。宅配ボックス群１０４は、宅配業者Ｕ４が病室１０１に入ることなく、贈答品５０２を届けるための保管に用いられる。開閉制御器１２１は、宅配ボックス１１１の開閉を制御する装置である。開閉制御器１２１は、宅配ボックス１１１内に贈答品５０１が入れられた後、施錠する。そして、開閉制御器１２１は、贈答品５０１の受取人や医療機関１００のスタッフ等へ通知されたパスワードの入力に応じて、解錠する。開閉制御器１２２は、宅配ボックス１１２の開閉を制御する装置である。この図では、宅配ボックス１１２の中は空であるため、開閉制御器１２２は施錠していなくてもよい。尚、開閉制御器１２１及び１２２は、予め認証用の顔画像等の生体情報が登録されユーザについて顔認証（生体認証）を行うことにより施錠及び解錠（アクセス制御）してもよい。

　患者端末４１０は、病室１０１に設置され、入院患者Ｕ１が操作する情報端末である。尚、患者端末４１０は、入院患者Ｕ１により携帯可能であってもよい。関係者端末４２０は、関係者Ｕ２が所持し、操作する情報端末である。関係者端末４３０は、関係者（面会希望者）Ｕ３が所持し、操作する情報端末である。患者端末４１０、関係者端末４２０及び４３０は、例えば、携帯電話端末、スマートフォン、タブレット端末、カメラ付きのノートパソコン等の情報処理装置である。

　入院患者Ｕ１と関係者Ｕ２及び関係者（面会希望者）Ｕ３とは、患者端末４１０と関係者端末４２０及び４３０とを用いてオンライン面会が可能である。具体的には、患者端末４１０と、関係者端末４２０及び４３０とは、ネットワークＮ及び入院生活支援装置３００を介してオンラインで音声及び映像の双方向の通信が可能である。つまり、入院生活支援装置３００は、患者端末４１０と、関係者端末４２０及び４３０との間のリアルタイムな音声通信及び映像通信を、ネットワークＮを介して仲介する。例えば、入院生活支援装置３００は、患者端末４１０からネットワークＮを介して受信した、入院患者Ｕ１の音声及び画像を、ネットワークＮを介して関係者端末４３０へ送信する。これにより、関係者端末４３０は、受信した入院患者Ｕ１の音声を出力し、受信した入院患者Ｕ１の映像を表示する。また、入院生活支援装置３００は、関係者端末４３０からネットワークＮを介して受信した、関係者（面会希望者）Ｕ３の音声及び画像を、ネットワークＮを介して患者端末４１０へ送信する。これにより、患者端末４１０は、受信した関係者（面会希望者）Ｕ３の音声を出力し、受信した関係者（面会希望者）Ｕ３の映像を表示する。

　電子商取引サーバ５００は、贈答候補の一部の商品又はサービスの電子商取引を行うコンピュータサーバの一例である。電子商取引サーバ５００は、入院生活支援装置３００からネットワークＮを介して、商品の購入及び配送要求を受信した場合、当該商品の決済処理を行い、指定された宛先（医療機関１００）へ商品（贈答品）の配送を指示する。尚、電子商取引サーバ５００は、取り扱う商品等が贈答候補ＤＢ３１３に含まれること、贈答候補リストに含まれること、商品等が購入されたことに応じて、手数料を入院生活支援装置３００側へ支払っても良い。

　入院生活支援装置３００は、上述した入院生活支援装置１の一例である。入院生活支援装置３００は、贈答候補のリスト選出処理、贈答手配処理、オンライン面会仲介処理、緊急時連絡処理等（入院生活支援方法の処理）を行う情報処理装置である。入院生活支援装置３００は、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。

　次に、入院生活支援装置３００について詳細に説明する。図４は、本実施形態２にかかる入院生活支援装置３００の構成を示すブロック図である。入院生活支援装置３００は、記憶部３１０、メモリ３２０、通信部３３０及び制御部３４０を備える。記憶部３１０は、ハードディスク、フラッシュメモリ、ＳＳＤ（Solid State Drive）等の記憶装置の一例である。記憶部３１０は、プログラム３１１、支援管理情報３１２、贈答候補ＤＢ３１３及び履歴情報３１４を記憶する。プログラム３１１は、本実施形態２にかかる入院生活支援方法の処理が実装されたコンピュータプログラムである。

　支援管理情報３１２は、患者関連情報３１２１、関係者情報３１２２、関係者情報３１２３、希望リスト３１２４及び贈答候補リスト３１２５を対応付けた情報である。患者関連情報３１２１は、入院患者Ｕ１の患者情報や入院患者Ｕ１の入院に起因する情報を含む。患者情報は、入院患者Ｕ１の個人情報、例えば、生年月日、性別、既往歴、生体情報等を含む。また、入院に起因する情報は、上述したように、入院患者Ｕ１が医療機関１００に入院する理由である症状（病状や怪我）、入院患者Ｕ１の診療情報、入院中のスケジュール等である。診療情報は、医師が入院患者に対して行った診察、診断、治療の内容、検査内容、検査結果、リハビリの経過等の少なくともいずれかを含む。入院中のスケジュールとは、入院中の治療、手術、検査、リハビリ等の予定や、医療機関の転院や退院の予定日等を含む。

　関係者情報３１２２は、関係者（面会希望者）Ｕ３に関する情報である。関係者情報３１２２は、端末ＩＤ３１２２１、決済情報３１２２２を含む。端末ＩＤ３１２２１は、関係者（面会希望者）Ｕ３が使用する関係者端末４３０を識別する情報であり、関係者（面会希望者）Ｕ３の連絡先を特定する情報の一例である。端末ＩＤ３１２２１は、入院生活支援装置３００のクライアントアプリケーションのＩＤ、関係者（面会希望者）Ｕ３のログインＩＤ等であってもよい。決済情報３１２２２は、関係者（面会希望者）Ｕ３により指定された贈答候補（贈答品等）の決済時に決済額を引き落とす金融機関の口座情報や、決済額の支払いに用いるクレジットカード情報等である。尚、関係者情報３１２２は、関係者（面会希望者）Ｕ３の個人情報（連絡先等）を含んでも良い。

　関係者情報３１２３は、関係者Ｕ２に関する情報である。関係者情報３１２３は、端末ＩＤ３１２３１を含む。端末ＩＤ３１２３１は、関係者Ｕ２が使用する関係者端末４２０を識別する情報であり、関係者Ｕ２の連絡先を特定する情報の一例である。端末ＩＤ３１２３１は、入院生活支援装置３００のクライアントアプリケーションのＩＤ、関係者Ｕ２のログインＩＤ等であってもよい。尚、関係者情報３１２３は、関係者Ｕ２の決済情報や個人情報（連絡先等）を含んでも良い。尚、支援管理情報３１２は、２つの関係者情報３１２２及び３１２３を含むが、少なくとも決済情報を含む１以上の関係者情報を含めばよい。

　希望リスト３１２４は、入院患者Ｕ１が差し入れとして希望する商品又はサービスのリストである。希望リスト３１２４は、商品等の属性情報を含んでも良い。贈答候補リスト３１２５は、後述する贈答候補のリスト選出処理により選出された、入院患者Ｕ１への贈答品又はサービス等の候補のリストである。贈答候補リスト３１２５は、贈答品等の属性情報やコメントを含んでも良い。コメントは、贈答品等の選出理由や贈答候補として不適切な理由を含んでも良い。さらに、贈答候補リスト３１２５は、複数の贈答候補の間の優先度を含んでも良い。

　贈答候補ＤＢ３１３は、差し入れ品等として贈答品等の候補となり得る情報のデータベースである。ここでは、贈答候補ＤＢ３１３は、贈答品情報３１３１から３１３ｎ（ｎは２以上の自然数。）を含む。贈答品情報３１３１は、商品名、値段、販売店、商品画像等を含む。尚、贈答候補ＤＢ３１３は、贈答するサービス情報を含んでも良い。

　履歴情報３１４は、入院患者へ贈答された贈答品等の履歴を管理する情報である。履歴情報３１４は、患者関連情報３１４１、贈答品情報３１４２、贈答者３１４３及び日付３１４４を対応付けた情報である。患者関連情報３１４１は、上述した患者関連情報３１２１と同等の情報である。尚、患者関連情報３１４１は、患者関連情報３１２１を一意に特定可能な識別情報であってもよい。贈答品情報３１４２は、贈答品情報３１３１から３１３ｎのいずれかに対応する情報である。尚、贈答品情報３１４２は、贈答品情報３１３１等を一意に特定可能な識別情報であってもよい。贈答者３１４３は、贈答品情報３１４２を贈答した者（支払者）の情報である。例えば、贈答者３１４３は、関係者情報３１２２に含まれる関係者（面会希望者）Ｕ３の識別情報等であってもよい。日付３１４４は、贈答品情報３１４２の購入日や入院患者Ｕ１へ贈答品等が届けられた日付等である。

　メモリ３２０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部３４０の動作時に一時的に情報を保持するための記憶領域である。通信部３３０は、ネットワークＮとの通信インタフェースである。

　制御部３４０は、入院生活支援装置３００の各構成を制御するプロセッサつまり制御装置である。制御部３４０は、記憶部３１０からプログラム３１１をメモリ３２０へ読み込ませ、プログラム３１１を実行する。これにより、制御部３４０は、登録部３４１、選出部３４２、提示部３４３、受付部３４４及び手配部３４５の機能を実現する。

　登録部３４１は、上述した登録部１１の一例である。登録部３４１は、患者端末４１０、関係者端末４２０又は関係者端末４３０から、患者関連情報と関係者情報とを受け付け、患者関連情報と関係者情報とを対応付けて支援管理情報３１２に登録する。登録部３４１は、２以上の関係者情報を受け付けても良い。また、登録部３４１は、関係者の決済情報をさらに受け付け、決済情報を関係者にさらに対応付けて登録してもよい。具体的には、登録部３４１は、決済情報を含む関係者情報を受け付ける。また、登録部３４１は、関係者のうち入院患者Ｕ１との関係者（面会希望者）Ｕ３以外の者（関係者Ｕ２）から患者関連情報を受け付け、当該受け付けた患者関連情報と関係者（面会希望者）Ｕ３とを対応付けて登録する。また、登録部３４１は、患者端末４１０又は関係者端末４２０から入院患者Ｕ１が希望する差し入れ品等のリスト（希望リスト）を受け付け、患者関連情報と希望リストを対応付けて登録する。また、登録部３４１は、贈答候補のリスト選出処理により選出された贈答候補のリストを、入院患者に対応する患者関連情報に対応付けて登録する。また、登録部３４１は、関係者（面会希望者）Ｕ３等により贈答候補リストの中から指定された贈答候補と患者関連情報とを対応付けて履歴情報３１４として登録する。

　選出部３４２は、上述した選出部１２の一例である。選出部３４２は、患者関連情報に基づいて入院患者へ贈答する商品又はサービスの贈答候補を選出する。このとき、選出部３４２は、選出した贈答候補ごとに、患者関連情報に基づく選出理由を特定してもよい。また、患者関連情報に希望リストが対応付けられている場合、選出部３４２は、希望リストと患者関連情報に基づき、適切及び不適切な贈答候補を選出してもよい。このとき、選出部３４２は、選出した不適切な贈答候補ごとに、患者関連情報に基づく不適切な理由を特定してもよい。または、この場合、選出部３４２は、希望リストと患者関連情報に基づき、不適切な贈答品を選出し、選出した不適切な贈答品を希望リストから除外してもよい。そして、選出部３４２は、除外後の希望リストと患者関連情報に基づき、適切な贈答候補を選出してもよい。さらに、選出部３４２は、選出した贈答候補ごとに、患者関連情報に基づく優先度を決定し、各贈答候補に優先度を対応付けてもよい。

　提示部３４３は、上述した提示部１３の一例である。提示部３４３は、選出した贈答候補のリストを関係者端末４３０（又は関係者端末４２０）へ提示する。特に、提示部３４３は、リストの贈答候補ごとに選出理由や不適切な理由を対応付けて提示してもよい。

　受付部３４４は、上述した受付部１４の一例である。受付部３４４は、贈答候補のリストの中から関係者による贈答候補の指定を、関係者端末を介して受け付ける。特に、受付部３４４は、リストの中から関係者（面会希望者）Ｕ３による贈答候補の指定を、関係者端末４３０を介して受け付けるとよい。

　手配部３４５は、上述した手配部１５の一例である。手配部３４５は、指定された贈答候補の商品又はサービスを、入院患者へ提供するための手配を行う。特に、手配部３４５は、関係者の決済情報を用いて決済を行うことにより、贈答候補の商品又はサービスを入院患者へ提供するための手配を行う。さらに、手配部３４５は、指定された贈答候補が商品の場合、入院患者が入院する医療機関１００の内部店舗（院内店舗１０２）において当該商品が調達可能か否かを判定する。調達可能でない場合、手配部３４５は、外部の電子商取引サーバ５００に対して決済情報を用いた商品の発注処理を行う。さらに、手配部３４５は、医療機関１００に設置された宅配ボックス群１０４へ商品（贈答品）を届けるように発注処理を行う。そして、手配部３４５は、宅配ボックスへ商品が届けられた場合、配送通知を入院患者の端末へ通知する。

　尚、入院生活支援装置３００は、上述したように、患者端末４１０と関係者端末４２０又は４３０の間のオンライン面会仲介処理を行う。

　また、入院生活支援装置３００は、緊急時連絡処理を行う。例えば、医療機関１００の付近で地震が発生した場合に、医療機関１００のスタッフが、入院患者Ｕ１が無事であることを確認したものとする。このとき、医療機関サーバ１０３は、入院患者Ｕ１が無事であることを示す情報を、ネットワークＮを介して入院生活支援装置３００へ送信する。そして、入院生活支援装置３００は、入院患者Ｕ１の患者関連情報３１２１に対応付けられた端末ＩＤ３１２２１や端末ＩＤ３１２３１を特定する。そして、入院生活支援装置３００は、特定した端末ＩＤ、例えば、関係者Ｕ２の関係者端末４２０や関係者（面会希望者）Ｕ３の関係者端末４３０へ、入院患者Ｕ１が無事であることを示すメッセージを通知する。または、医療機関１００のスタッフが、入院患者Ｕ１の容態変化を確認したものとする。その場合、このとき、医療機関サーバ１０３は、入院患者Ｕ１の容態変化を示す情報を、ネットワークＮを介して入院生活支援装置３００へ送信する。そして、入院生活支援装置３００は、上記同様に、関係者端末４２０及び４３０へ、入院患者Ｕ１の容態変化を示すメッセージを通知する。

　図５は、本実施形態２にかかる贈答候補のリスト選出処理の流れを示すフローチャートである。ここでは、関係者Ｕ２が入院患者Ｕ１の患者関連情報と、関係者（面会希望者）Ｕ３及び関係者Ｕ２の情報とを登録し、入院生活支援装置３００が贈答候補リストを選出する例について示す。また、図５では、希望リストを用いない例を示す。つまり、贈答候補のリスト選出処理は、希望リストが登録されていなくても実行可能である。

　まず、関係者端末４２０は、関係者Ｕ２から入力された入院患者Ｕ１の患者関連情報と、関係者（面会希望者）Ｕ３及び関係者Ｕ２の情報とを受け付け、これらを含めた登録要求を、ネットワークＮを介して入院生活支援装置３００へ送信する。このとき、関係者（面会希望者）Ｕ３の関係者情報には、少なくとも関係者端末４３０の端末ＩＤが含まれ、関係者Ｕ２の関係者情報には、関係者端末４２０の端末ＩＤが含まれるものとする。例えば、関係者Ｕ２（親）は、子である入院患者Ｕ１の病状や入院中のスケジュール等をわかる範囲で患者関連情報として関係者端末４２０に入力するものとする。

　これに応じて、入院生活支援装置３００の登録部３４１は、関係者端末４２０からネットワークＮを介して、患者関連情報と関係者情報の登録要求を受け付ける（Ｓ１０１）。次に、登録部３４１は、受け付けた入院患者Ｕ１の患者関連情報３１２１と、関係者（面会希望者）Ｕ３の関係者情報３１２２と、関係者Ｕ２の関係者情報３１２３とを対応付けて支援管理情報３１２に登録する（Ｓ１０２）。尚、関係者（面会希望者）Ｕ３の決済情報３１２２２は、別途、関係者（面会希望者）Ｕ３自身の入力に応じて、関係者端末４３０から登録されてもよい。

　そして、選出部３４２は、贈答候補ＤＢ３１３の中から、患者関連情報３１２１に基づき贈答候補を選出する（Ｓ１０３）。具体的には、選出部３４２は、患者関連情報３１２１に含まれる病状、検査内容、手術や検査のスケジュール等に基づいて、上述した所定のロジックを用いて適合度が閾値以上のものを贈答候補として選出する。続いて、選出部３４２は、選出した贈答候補ごとに患者関連情報３１２１に基づく選出理由を特定する（Ｓ１０４）。

　例えば、選出部３４２は、入院患者Ｕ１の病状によっては食べてはいけないものを除外して、食べ物を贈答候補として選出してもよい。その場合、選出部３４２は、現在の病状、検査結果、治療スケジュール等において適した食品であることを選出理由として特定する。

　また、選出部３４２は、手術後で安静が必要な場合、入院患者Ｕ１が病室１０１のベッドで過ごし易いように、書籍や漫画等を贈答候補として選出してもよい。その場合、選出部３４２は、手術後で安静が必要であり、入院患者Ｕ１が病室１０１のベッドで過ごし易いことを選出理由として特定する。尚、贈答候補が書跡や漫画等の場合、電子書籍や電子書籍の閲覧サービスであってもよい。

　また、選出部３４２は、患者関連情報３１２１に含まれる手術、転院又は退院のスケジュールから、身だしなみに関する商品又はサービスを贈答候補として選出してもよい。身だしなみに関する商品とは、例えば、ブラシや服装であってもよい。また、身だしなみに関するサービスとは、例えば、美容師等を病室１０１へ派遣することであってもよい。これらの場合、選出部３４２は、身だしなみを整えることを選出理由として特定する。

　また、選出部３４２は、患者関連情報３１２１に含まれるリハビリ開始のスケジュールから、当該リハビリに必要なものを贈答候補として選出してもよい。この場合、選出部３４２は、リハビリに必要であることを選出理由として特定する。また、選出部３４２は、残りの入院期間から、パジャマとして贈答候補を選出してもよい。この場合、選出部３４２は、残りの入院期間から必要性が高いことを選出理由として特定する。

　その後、選出部３４２は、選出した贈答候補及び選出理由の組のリストを贈答候補リスト３１２５として支援管理情報３１２に保存する（Ｓ１０５）。つまり、選出部３４２は、支援管理情報３１２内の患者関連情報３１２１に贈答候補リスト３１２５を対応付けて追加登録する。

　図６は、本実施形態２にかかる入院患者の希望リストを用いた贈答候補のリスト選出処理の流れを示すフローチャートである。ここでは、関係者Ｕ２が入院患者Ｕ１の患者関連情報と、関係者Ｕ３及び関係者Ｕ２の情報とを登録し、入院患者Ｕ１の贈答品の希望リストを登録する。その後に、入院生活支援装置３００は、希望リストから不適切なものを除外し、除外後の希望リストから贈答候補リストを選出する例について示す。

　まず、ステップＳ１０１及びＳ１０２は、上述した図５と同様に処理される。その後、患者端末４１０は、入院患者Ｕ１から入力された贈答品の希望リストの登録要求を、ネットワークＮを介して入院生活支援装置３００へ送信する。尚、入院患者Ｕ１が子供や高齢者である場合、事前に関係者Ｕ２が入院患者Ｕ１から希望する贈答品を聞き取って、関係者端末４２０を用いて希望リストを入力してもよい。その場合、関係者端末４２０は、関係者Ｕ２から入力された贈答品の希望リストの登録要求を、ネットワークＮを介して入院生活支援装置３００へ送信する。尚、希望リストには、サービスの希望を含んでも良い。また、登録要求には、入院患者Ｕ１や関係者Ｕ２の識別情報や、患者端末４１０や関係者端末４２０の端末ＩＤ等が含まれるものとする。

　これに応じて、入院生活支援装置３００の登録部３４１は、患者端末４１０等から入院患者Ｕ１における贈答品の希望リストの登録要求を受け付ける（Ｓ１０６）。そして、登録部３４１は、登録要求に含まれる識別情報等に対応する患者関連情報３１２１や関係者情報３１２３の端末ＩＤ３１２３１を含む支援管理情報３１２を特定する。そして、登録部３４１は、登録要求に含まれる希望リスト３１２４を、特定した支援管理情報３１２に追加登録する（Ｓ１０７）。具体的には、登録部３４１は、希望リスト３１２４を、特定した支援管理情報３１２の患者関連情報３１２１に対応付けて登録する。

　そして、選出部３４２は、希望リスト３１２４と患者関連情報３１２１に基づき、不適切な贈答品を選出する（Ｓ１０８）。例えば、希望リスト３１２４に含まれる食べ物（入院患者Ｕ１が好きなもの）が、患者関連情報３１２１に含まれる病状、検査結果、手術スケジュール等から不適切であるとする。このとき、選出部３４２は、所定のロジックを用いて、希望リスト３１２４内の希望品の中から不適切な贈答品を選出する。そして、選出部３４２は、選出した不適切な贈答品を希望リスト３１２４から除外する（Ｓ１０９）。具体的には、選出部３４２は、選出した不適切な贈答品を除外して希望リスト３１２４を更新する。

　その後、選出部３４２は、除外後の希望リスト３１２４と患者関連情報３１２１に基づき、贈答候補を選出する（Ｓ１０３ａ）。例えば、選出部３４２は、除外後の希望リスト３１２４の中から、患者関連情報３１２１に基づき適合度が閾値以上のものを選出してもよい。また、選出部３４２は、希望リスト３１２４に含まれないものであっても、贈答候補ＤＢ３１３の中から選出してもよい。その後、上述した図５のステップＳ１０４及びＳ１０５が同様に処理される。

　図７は、本実施形態２にかかる入院患者の希望リストを用いた贈答候補のリスト選出処理の他の例の流れを示すフローチャートである。ここでは、上述した図６と同様に希望リストが登録された後、入院生活支援装置３００は、希望リストから適切及び不適切なものを選出し、それらの理由を特定する例について示す。

　まず、ステップＳ１０１、Ｓ１０２、Ｓ１０７及びＳ１０８は、上述した図６と同様に処理される。その後、選出部３４２は、希望リスト３１２４と患者関連情報３１２１に基づき適切及び不適切な贈答候補を選出する（Ｓ１０３ｂ）。具体的には、選出部３４２は、希望リスト３１２４と贈答候補ＤＢ３１３の中から、患者関連情報３１２１に基づき、上述した所定のロジックを用いて適合度が閾値以上のものを適切な贈答候補として選出する。また、選出部３４２は、希望リスト３１２４の中から、患者関連情報３１２１に基づき、上述した所定のロジックを用いて適合度が閾値未満のものを不適切な贈答候補として選出する。

　続いて、選出部３４２は、選出した贈答候補ごとに患者関連情報３１２１に基づくコメントを特定する（Ｓ１０４ｂ）。つまり、選出部３４２は、選出した適切な贈答候補について、患者関連情報３１２１に基づく選出理由を特定する。また、選出部３４２は、選出した不適切な贈答候補について、患者関連情報３１２１に基づく不適切な理由を特定する。例えば、選出部３４２は、上述した図６のステップＳ１０８と同様に、希望リスト３１２４の中から、患者関連情報３１２１に基づき不適切な食べ物を選出したものとする。この場合、選出部３４２は、現在の病状、検査結果、治療スケジュール等において不適切な食品であることを不適切な理由として特定する。

　その後、選出部３４２は、選出した贈答候補及びコメントの組のリストを贈答候補リスト３１２５として支援管理情報３１２に保存する（Ｓ１０５ｂ）。つまり、選出部３４２は、支援管理情報３１２内の患者関連情報３１２１に贈答候補リスト３１２５を対応付けて追加登録する。

　図８は、本実施形態２にかかる入院患者の希望リストを用いた贈答候補のリスト選出処理の他の例の流れを示すシーケンス図である。ここでは、入院患者Ｕ１による希望リストが登録された後、関係者Ｕ２による希望リストの編集がなされて登録される例について示す。ここで、関係者Ｕ２は、入院患者Ｕ１の二人の関係者（Ｕ２、Ｕ３）のうち、入院患者Ｕ１との面会希望者Ｕ３以外の者である。

　まず、患者端末４１０は、入院患者Ｕ１から入力された贈答品の希望リストの登録要求を、ネットワークＮを介して入院生活支援装置３００へ送信する（Ｓ１１１）。これに応じて、入院生活支援装置３００の登録部３４１は、患者端末４１０等から入院患者Ｕ１における贈答品の希望リストの登録要求を受け付ける。そして、選出部３４２は、登録要求に含まれる識別情報等に対応する患者関連情報３１２１や関係者情報３１２３の端末ＩＤ３１２３１を含む支援管理情報３１２を特定する。

　そして、登録部３４１は、登録要求に含まれる希望リストを、ネットワークＮを介して特定した端末ＩＤ３１２３１、つまり、関係者端末４２０へ送信する（Ｓ１１２）。これに応じて、関係者端末４２０は、受信した希望リストを表示する。そして、関係者Ｕ２は、表示された希望リストについて取捨選択等の検討を行う。そして、関係者端末４２０は、関係者Ｕ２から、希望リストに対する編集を受け付ける（Ｓ１１３）。また、関係者端末４２０は、関係者Ｕ２から入力された入院患者Ｕ１の患者関連情報と、関係者（面会希望者）Ｕ３及び関係者Ｕ２の情報とを受け付ける（Ｓ１１４）。そして、関係者端末４２０は、編集後の希望リスト、患者関連情報及び関係者情報を含めた登録要求を、ネットワークＮを介して入院生活支援装置３００へ送信する（Ｓ１１５）。

　これに応じて、入院生活支援装置３００の登録部３４１は、関係者端末４２０からネットワークＮを介して、編集後の希望リスト、患者関連情報及び関係者情報の登録要求を受け付ける。そして、登録部３４１は、受け付けた編集後の希望リスト３１２４、患者関連情報３１２１、関係者情報３１２２及び関係者情報３１２３を対応付けて支援管理情報３１２に登録する（Ｓ１１６）。その後、上述した図７のステップＳ１０３ｂ、Ｓ１０４ｂ及びＳ１０５ｂが同様に処理される。

　図９は、本実施形態２にかかるオンライン面会画面６１の例を示す図である。前提として、入院患者Ｕ１と関係者Ｕ２とが患者端末４１０と関係者端末４３０を用いてオンラインで面会を行うものとする。つまり、患者端末４１０のインカメラの前には入院患者Ｕ１がおり、関係者端末４３０のインカメラの前には関係者（面会希望者）Ｕ３がいるものとする。そして、患者端末４１０及び関係者端末４３０は、ネットワークＮ及び入院生活支援装置３００を介して、双方向の音声及び映像の通信接続が確立したものとする。そのため、入院患者Ｕ１と関係者（面会希望者）Ｕ３とが、リアルタイムにコミュニケーションが可能な状態とする。尚、本実施形態にかかる贈答手配処理は、リアルタイム通信に限定されず、関係者端末４３０が入院生活支援装置３００との間の通信により行われても良い。

　オンライン面会画面６１は、関係者端末４３０に表示された画面例を示す。オンライン面会画面６１は、中央に入院患者Ｕ１の顔を含む領域が表示され、左上に関係者（面会希望者）Ｕ３が表示されていることを示す。また、オンライン面会画面６１は、贈答候補リスト表示ボタン６１０を備える。贈答候補リスト表示ボタン６１０は、押下されると、入院生活支援装置３００に対して贈答候補リストの表示要求を送信するためのボタンである。ここで、関係者端末４３０は、関係者（面会希望者）Ｕ３から贈答候補リスト表示ボタン６１０の押下操作を受け付け、ネットワークＮを介して入院生活支援装置３００へ、贈答候補リストの表示要求を送信する。このとき、表示要求には、関係者端末４３０の端末ＩＤや関係者（面会希望者）Ｕ３又は入院患者Ｕ１の識別情報が含まれるものとする。

　図１０は、本実施形態２にかかる贈答手配処理の流れを示すフローチャートである。入院生活支援装置３００の受付部３４４は、関係者端末４３０からネットワークＮを介して贈答候補リストの表示要求を受信する（Ｓ１２１）。提示部３４３は、受信した表示要求に含まれる端末ＩＤ３１２２１を含む支援管理情報３１２を特定する。言い換えると、提示部３４３は、受信した表示要求に含まれる端末ＩＤや識別情報に対応付けられた患者関連情報３１２１（入院患者Ｕ１）を特定する。そして、提示部３４３は、特定した支援管理情報３１２に含まれる贈答候補リスト３１２５を取得する（Ｓ１２２）。ここで、取得された贈答候補リスト３１２５は、上述した図５から図８で選出され、保存されたものである。そして、提示部３４３は、取得した贈答候補リスト３１２５を、ネットワークＮを介して関係者端末４３０へ送信する（Ｓ１２３）。これに応じて、関係者端末４３０は、受信した贈答候補リストを画面に表示する。

　図１１は、本実施形態２にかかる贈答候補のリストの表示例を示す図である。贈答候補リスト表示画面６２は、関係者端末４３０に表示された贈答候補リストの例である。贈答候補リスト表示画面６２は、選択欄６２１１から６２１３、贈答候補表示欄６２２１から６２２３、他の候補表示ボタン６２４１、購入ボタン６２４２及び取消ボタン６２４３を備える。選択欄６２１１から６２１３は、関係者（面会希望者）Ｕ３の選択操作を受け付ける欄である。贈答候補表示欄６２２１から６２２３は、贈答候補リスト３１２５の少なくとも一部の贈答候補の表示欄である。贈答候補表示欄６２２１から６２２３は、優先度順に表示されてもよい。また、贈答候補表示欄６２２１から６２２３は、各贈答候補に対応する広告情報を含んでも良い。例えば、贈答候補表示欄６２２１は、贈答候補として「植物図鑑」が選出された例であり、商品名、値段、販売元と、コメント６２３１を含む。コメント６２３１は、選出理由であり、入院患者Ｕ１が「手術後で安静が必要なため」に植物図鑑が選出されたことを示す。贈答候補表示欄６２２２は、贈答候補として「シルクパジャマ」が選出された例であり、商品名、値段、販売元と、コメント６２３２を含む。コメント６２３２は、選出理由であり、入院患者Ｕ１が「あと３週間入院が必要なため」にシルクパジャマが選出されたことを示す。贈答候補表示欄６２２３は、贈答候補として「フルーツゼリー」が選出された例であり、商品名、値段、販売元と、コメント６２３３を含む。コメント６２３３は、選出理由であり、入院患者Ｕ１が「あと３週間入院が必要で日持ちがするため」にフルーツゼリーが選出されたことを示す。他の候補表示ボタン６２４１は、贈答候補表示欄６２２１から６２２３以外の贈答候補を表示させるためのボタンである。例えば、他の候補表示ボタン６２４１が押下された場合、関係者端末４３０は、入院生活支援装置３００へ他の贈答候補リストの表示要求を送信し、他の贈答候補リストを受信した場合、贈答候補表示欄６２２１から６２２３を受信した贈答候補で更新する。購入ボタン６２４２は、選択欄６２１１から６２１３のうち選択された贈答候補を贈答品として購入（指定）を受け付ける欄である。取消ボタン６２４３は、贈答候補の提示を取り消す又は終了する（贈答候補リスト表示画面６２を閉じる）ためのボタンである。

　図１２は、本実施形態２にかかる贈答候補のリストの他の表示例を示す図である。贈答候補リスト表示画面６２ａは、上述した図１１の贈答候補リスト表示画面６２との違いとして、不適切な贈答候補を表示する贈答候補表示欄６２２３ａを含むものである。贈答候補表示欄６２２３ａは、不適切な贈答候補として「みかん」が選出された例であり、商品名、値段、販売元と、コメント６２３３ａを含む。コメント６２３３ａは、不適切な理由であり、入院患者Ｕ１である「XXXちゃんは希望していますが、手術前のため日持ちのしない食品は避けた方が良いです。」とのコメントを示す。尚、贈答候補表示欄６２２３ａには、「要注意」との表示があるが、これ以外に、品物（例えば、みかん）の画像をグレーで表示してもよい。これにより、関係者（面会希望者）Ｕ３は、不適切な（非推奨な）贈答候補であることを把握し易くなる。また、贈答候補表示欄６２２３ａに対応する選択欄６２１３は、非推奨であるため、選択不可（非アクティブ）としてもよい。

　例えば、図１１のオンライン面会画面６１において、選択欄６２１１が選択された状態で、関係者（面会希望者）Ｕ３は、購入ボタン６２４２を押下したものとする。これに応じて、関係者端末４３０は、「植物図鑑」を贈答品とした指定を、ネットワークＮを介して入院生活支援装置３００へ送信する。

　図１０に戻り説明を続ける。ステップＳ１２３の後、入院生活支援装置３００の受付部３４４は、関係者端末４３０から贈答品の指定を受け付ける（Ｓ１２４）。例えば、受付部３４４は、贈答品として「植物図鑑」の指定を受け付ける。

　そして、手配部３４５は、指定された贈答品が院内店舗で調達可能か否かを判定する（Ｓ１２５）。具体的には、手配部３４５は、指定された贈答品の販売元が院内店舗であるかを判定し、院内店舗である場合、在庫があるかを確認する。例えば、手配部３４５は、ネットワークＮを介して医療機関サーバ１０３へ院内店舗の在庫を問合せてもよい。例えば、指定された贈答品が図１１の「フルーツゼリー」であり、院内店舗１０２に在庫がある場合、手配部３４５は、院内店舗で調達可能（Ｓ１２５でＹＥＳ）と判定する。

　その場合、手配部３４５は、購入者である関係者（面会希望者）Ｕ３の決済情報３１２２２を特定する。そして、手配部３４５は、指定された贈答品の院内店舗１０２での購入要求を、ネットワークＮを介して医療機関サーバ１０３へ送信する（Ｓ１２６）。このとき、手配部３４５は、購入要求に、特定した決済情報３１２２２を用いて決済すること、及び、届け先が病室１０１の入院患者Ｕ１であることを含める。これに応じて、院内店舗１０２のスタッフは、医療機関サーバ１０３を介して購入要求を確認し、指定された贈答品を関係者（面会希望者）Ｕ３の決済情報を用いて決済し、贈答品を、医療機関１００のルールに従って病室１０１の入院患者Ｕ１へ届ける。

　一方、院内店舗で調達可能でないと判定した場合（Ｓ１２５でＮＯ）、手配部３４５は、指定された贈答品の購入及び配送要求を電子商取引サーバ５００へ送信する（Ｓ１２７）。以下、図１３を用いて詳細に説明する。

　図１３は、本実施形態２にかかる宅配ボックスを利用した贈答品の配送の流れを示すシーケンス図である。まず、手配部３４５は、購入者である関係者（面会希望者）Ｕ３の決済情報３１２２２を特定する。そして、手配部３４５は、指定された贈答品、特定した決済情報、及び、医療機関１００に入院する入院患者Ｕ１（又は病室１０１）を配送先に含めた購入及び配送要求を、ネットワークＮを介して電子商取引サーバ５００へ送信する（Ｓ１３１）。

　次に、電子商取引サーバ５００は、受信した購入要求に基づき決済処理を行う（Ｓ１３２）。具体的には、電子商取引サーバ５００は、購入要求に含まれる贈答品について決済情報を用いて決済処理を行う。そして、電子商取引サーバ５００は、贈答品及び配送先を含めた配送指示を、宅配業者Ｕ４の配送システムへ送信する（Ｓ１３３）。これに応じて、宅配業者Ｕ４は、贈答品５０２を、配送先である医療機関１００まで配送し（Ｓ１３４）、宅配ボックス群１０４内で空いている宅配ボックス１１２の中へ贈答品５０２を入れて、施錠する。そして、宅配業者Ｕ４は、配送システムを介して配送通知を入院生活支援装置３００へ送信する。このとき、配送通知には、宅配ボックス１１２の位置と解錠するためのパスワード等を含む。入院生活支援装置３００の手配部３４５は、配送通知を受信した場合、医療機関サーバ１０３及び患者端末４１０へ配送通知を送信する。これにより、例えば、入院患者Ｕ１は、宅配ボックス１１２まで赴き、配送通知に含まれるパスワードを用いて開閉制御器１２２を解錠し、贈答品５０２を取り出すことで、受け取ることができる。または、医療機関１００のスタッフは、医療機関サーバ１０３への配送通知に応じて、宅配ボックス１１２まで赴き、配送通知に含まれるパスワードを用いて開閉制御器１２２を解錠し、贈答品５０２を取り出す。そして、当該スタッフは、贈答品５０２を病室１０１の入院患者Ｕ１まで届ける。これにより、入院患者Ｕ１は、贈答品５０２を受け取ることができる。

　このように本実施形態では、患者関連情報に基づいて適切な贈答候補とその選出理由を関係者へ提示することができる。さらに、入院患者の希望リストを加味しつつ、患者関連情報に基づいて贈答候補としての適否を判定し、適切なものに絞り込んで選出できる。または、希望リストの中に患者関連情報に基づいて不適切なものが含まれていた場合、その理由も含めて関係者へ提示できる。そのため、関係者は、理由（コメント）を加味して入院患者に適した贈答品等を差し入れすることができる。

　また、本実施形態では、外部の電子商取引サーバで購入した商品等も入院患者へ届けることができる。具体的には、宅配業者には、医療機関のオープン型宅配便ロッカーまで届けさせて、入院生活支援装置３００は、配送通知を医療機関又は入院患者の端末へ送る。そのため、医療機関のスタッフまたは入院患者が、宅配業者からの直接の受け渡しなしに、贈答品を取得することができる。

　尚、入院生活支援装置３００の提示部３４３は、患者関連情報と贈答品情報についての蓄積した履歴情報を所定の外部装置へ出力してもよい。また、提示部３４３は、患者関連情報と希望リストや贈答候補リストの組合せを所定の外部装置へ出力してもよい。つまり、入院生活支援装置３００は、患者関連情報と贈答品情報等についての蓄積した履歴情報を、事業者等へ提供しても良い。例えば、履歴情報が提供される事業者は、保険会社であってもよい。保険会社は、提供された履歴情報に含まれる年齢、性別、症状、贈答品等によりどのような患者が入院しているのか、患者にどのようなニーズがあるのか把握できる。そのため、保険会社は、提供された履歴情報を新たな保険サービスの商品開発に利活用することができる。例えば、保険会社は、保険の運用利益を特定用途（難病、重病又は子供等の入院患者へのプレゼント）へ寄付するなどの寄付型の保険商品を開発してもよい。

＜実施形態３＞
　本実施形態３は、上述した実施形態２の変形例である。本実施形態３は、患者関連情報の一部又は全てについて、医療機関サーバからの提供をうけるものである。図１４は、本実施形態３にかかる入院生活支援システム１０００ａの全体構成を示すブロック図である。入院生活支援システム１０００ａは、上述した図３との違いとして、医療機関サーバ１０３が医療機関サーバ１０３ａに置き換わったものである。他の構成は、図３と同等であるため、図示及び詳細な説明を省略する。

　医療機関サーバ１０３ａは、上述した医療機関サーバ１０３の機能に加えて、診療情報１０３１を内部の記憶装置に記憶する。診療情報１０３１は、医療機関１００の医師や医療スタッフにより入力され、管理されている診療に関する記録等である。診療情報１０３１は、患者情報１０３１１、診療内容１０３１２及び治療計画１０３１３を少なくとも対応付けた情報である。患者情報１０３１１は、入院患者Ｕ１の個人情報等である。診療内容１０３１２は、医師が入院患者に対して行った診察、診断、治療の内容、検査内容、検査結果、リハビリの経過等の少なくともいずれかを含む。治療計画１０３１３は、入院中のスケジュールの一例であり、治療に関する計画を示す情報である。尚、診療情報１０３１の構成は、これらに限定されない。医療機関サーバ１０３ａは、所定のタイミングで入院患者Ｕ１に関する診療情報１０３１の登録要求を、ネットワークＮを介して入院生活支援装置３００へ送信する。

　図１５は、本実施形態３にかかる贈答候補のリスト選出処理の流れを示すフローチャートである。まず、医療機関サーバ１０３ａは、入院患者Ｕ１に関する診療情報１０３１が登録又は更新されたタイミングで、診療情報１０３１を患者関連情報とした登録要求を、ネットワークＮを介して入院生活支援装置３００へ送信する。これに応じて、入院生活支援装置３００の登録部３４１は、医療機関サーバ１０３ａからネットワークＮを介して、患者関連情報の登録要求を受け付ける（Ｓ１０１ａ）。また、登録部３４１は、関係者端末４２０からネットワークＮを介して、患者情報と関係者情報の登録要求を受け付ける（Ｓ１０１ｂ）。ここで、患者情報は、患者関連情報の全てである必要はなく、少なくとも入院患者Ｕ１を識別するための情報であればよい。そして、登録部３４１は、ステップＳ１０１ｂで受信した登録要求に含まれる患者情報を含む診療情報１０３１を患者関連情報とする。そして、登録部３４１は、患者情報を含む患者関連情報と関係者情報を対応付けて支援管理情報に登録する（Ｓ１０２ａ）。その後、上述した図５のステップＳ１０３、Ｓ１０４及びＳ１０５が同様に処理される。または、または、図６から図８に適用されてもよい。

　このように本実施形態では、入院生活支援装置３００が医療機関サーバ１０３ａと連携することにより、より正確かつ詳細な診療情報を取得できる。そのため、患者関連情報の内容が充実し、贈答候補のリスト選出処理の選出精度が向上する。

＜実施形態４＞
　本実施形態４は、上述した実施形態２又は３の変形例である。本実施形態４は、患者関連情報に基づいて、入院患者に適した動画コンテンツを患者端末へ配信するものである。尚、本実施形態４にかかる入院生活支援システムの概要構成は、図３と同等であるため、図示及び詳細な説明を省略する。但し、本実施形態４にかかる入院生活支援システムでは、ネットワークＮに接続された配信サーバ７０１から７０ｍ（ｍは２以上の自然数。）が含まれるものとする。配信サーバ７０１から７０ｍは、それぞれ、任意の動画コンテンツをネットワークＮを介して配信するコンピュータサーバである。

　図１６は、本実施形態４にかかる入院生活支援装置３００ａの構成を示すブロック図である。入院生活支援装置３００ａは、上述した図４と比べて、プログラム３１１ａ及び選出部３４２ａが変更され、第１の配信部３４６が追加されたものである。その他の構成は、図４と同様のため、重複する内容については詳細な説明を省略する。

　プログラム３１１ａは、本実施形態４にかかる入院生活支援方法の処理が実装されたコンピュータプログラムである。

　選出部３４２ａは、配信サーバ７０１から７０ｍの中から、患者関連情報３１２１に応じた動画コンテンツを選出する。第１の配信部３４６は、選出した動画コンテンツを配信元から受信し、当該動画コンテンツを入院患者Ｕ１の患者端末４１０へ配信する。

　図１７は、本実施形態４にかかるコンテンツ配信処理の流れを示すフローチャートである。まず、入院生活支援装置３００ａの選出部３４２ａは、定期的又は所定のタイミングで、動画コンテンツの情報収集を行う（Ｓ３０１）。例えば、選出部３４２ａは、配信サーバ７０１から７０ｍを巡回して、各サーバから配信予定の動画コンテンツに関する属性情報を収集する。属性情報は、動画コンテンツのジャンル、対象年齢、再生時間等を含む。

　そして、選出部３４２ａは、収集した属性情報に基づいて、入院患者Ｕ１の患者関連情報３１２１に応じた動画コンテンツを選出する（Ｓ３０２）。具体的には、選出部３４２ａは、所定のロジックにより属性情報と患者関連情報との一致度を算出し、一致度が閾値以上である動画コンテンツを選出する。例えば、選出部３４２ａは、患者関連情報に含まれる入院中のスケジュールから手術前の所定期間以内であることを検出した場合、属性情報としてリラックス度合いを高めることが含まれる動画コンテンツを選出するとよい。これにより、手術前の患者をリラックスさせることを支援できる。または、選出部３４２ａは、患者関連情報に含まれる病状（又は手術前であること）から摂取が規制されている食品を検出した場合、属性情報に当該食品を食べる場面が含まれていないことを示す動画コンテンツを選出するとよい。これにより、患者が摂取を規制されている食品を目にする機会を抑制し、患者への精神的な負担を軽減できる。または、選出部３４２ａは、患者関連情報に含まれる入院中のスケジュールから手術後のリハビリ中であることを検出した場合、属性情報としてリハビリによる効果等が含まれる動画コンテンツを選出するとよい。これにより、患者のリハビリに対するモチベーション上げることができる。または、選出部３４２ａは、患者関連情報に含まれる入院中のスケジュールから退院間近であることを検出した場合、属性情報として退院手続きの説明を含む動画コンテンツを選出するとよい。これにより、患者が退院手続きの理解を深めや準備を進めることができる。ここでは、配信サーバ７０１が配信する動画コンテンツが選出されたものとする。

　そこで、第１の配信部３４６は、選出した動画コンテンツの配信要求を、ネットワークＮを介して配信サーバ７０１へ送信する（Ｓ３０３）。これに応じて、第１の配信部３４６は、配信サーバ７０１からネットワークＮを介して、該当する動画コンテンツを受信する（Ｓ３０４）。

　そして、第１の配信部３４６は、受信した動画コンテンツに付属情報を付加する（Ｓ３０５）。例えば、第１の配信部３４６は、入院患者Ｕ１に対する医療機関１００側からのメッセージを付属情報として付加する。そして、第１の配信部３４６は、受信した動画コンテンツと付属情報とを、ネットワークＮを介して入院患者Ｕ１の患者端末４１０へ配信する（Ｓ３０６）。これに応じて、患者端末４１０は、受信した動画コンテンツを再生し、付属情報を表示する。

　図１８は、本実施形態４にかかる動画コンテンツと付属情報の表示例を示す図である。配信動画コンテンツ表示画面６３は、患者端末４１０で再生された動画コンテンツとメッセージ６３０の例である。メッセージ６３０は、付属情報の一例であり、例えば「NPO団体からクリスマスソングのプレゼントです」といったものである。但し、動画コンテンツの内容や付属情報はこれに限定されない。

　このように本実施形態では、患者関連情報に応じて入院患者に適した動画コンテンツを選出し、選出した動画コンテンツを入院患者の端末へ配信することで、入院患者の入院生活を励まし、充実させることができる。

＜実施形態５＞
　本実施形態５は、上述した実施形態２から４の変形例である。本実施形態５は、医療機関１００内で入院患者向けに開催されるイベントの風景を撮影した映像を、関係者の端末へ配信するものである。

　図１９は、本実施形態５にかかる入院生活支援システム２０００の全体構成を示すブロック図である。入院生活支援システム２０００は、図３と比べて、医療機関１００にホール１０５が追加され、入院生活支援装置３００が入院生活支援装置３００ｂに変更され、認証装置２００が追加されたものである。尚、図１９では、医療機関１００内の院内店舗１０２や宅配ボックス群１０４を省略している。また、入院生活支援システム２０００のその他の構成は、上述した入院生活支援システム１０００と同等であるため、重複する構成については適宜、図示及び説明を省略する。

　ホール１０５は、医療機関１００内でイベントを行うことが可能な広場である。カメラ１０６は、ホール１０５内に設置され、ネットワーク通信可能な撮影装置である。カメラ１０６は、ホール１０５内でのイベント実施中の参加者である入院患者Ｕ１、Ｕ５及びＵ６等を含む風景を撮影し、ネットワークＮを介して、撮影画像を入院生活支援装置３００ｂへ送信する。カメラ１０６は、動画を撮影し、動画を入院生活支援装置３００ｂへ送信してもよい。

　図２０は、本実施形態５にかかる入院生活支援装置３００ｂの構成を示すブロック図である。入院生活支援装置３００ｂは、上述した図４と比べて、プログラム３１１ｂ及び登録部３４１ｂが変更され、患者ＩＤ３１２０、認証制御部３４７、加工部３４８及び第２の配信部３４９が追加されたものである。その他の構成は、図４と同様のため、重複する内容については詳細な説明を省略する。

　プログラム３１１ｂは、本実施形態５にかかる入院生活支援方法の処理が実装されたコンピュータプログラムである。患者ＩＤ３１２０は、支援管理情報３１２内で患者関連情報３１２１等と対応付けられている。患者ＩＤ３１２０は、入院患者の識別情報であり、患者関連情報３１２１の患者情報に含まれたものであってもよい。但し、患者ＩＤ３１２０は、後述する認証装置２００で発行されたユーザＩＤと対応するものであり、ユーザＩＤを一意に特定可能な情報である。そのため、患者関連情報３１２１、関係者情報３１２２、関係者情報３１２３、希望リスト３１２４及び贈答候補リスト３１２５は、患者ＩＤ３１２０（ユーザＩＤ）を介して、患者の生体情報と対応付けられているといえる。

　登録部３４１ｂは、入院患者の生体情報を関係者情報にさらに対応付けて登録する。生体情報は、例えば、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）を用いても構わない。以下の説明では、生体情報は、顔画像から抽出された顔特徴情報とし、生体認証は、顔認証とするが、これらに限定されない。つまり、生体認証及び生体情報は撮影画像を利用する他の技術を適用可能である。

　認証制御部３４７は、入院患者Ｕ１が入院する医療機関１００で開催するイベントに入院患者Ｕ１が参加する場合、当該イベントの撮影映像に対する生体情報を用いた生体認証を制御する。具体的には、認証制御部３４７は、カメラ１０６から受信した撮影画像（映像）から顔画像を抽出し、抽出した顔画像について、認証装置２００に対して顔認証を行わせる。つまり、認証制御部３４７は、ホール１０５で開催されたイベントの参加者である入院患者が撮影された撮影画像に対して、生体情報を用いて生体認証を制御する。例えば、認証制御部３４７は、顔画像を含めた顔認証要求を、ネットワークＮを介して認証装置２００へ送信し、認証装置２００から顔認証結果を受信する。尚、認証制御部３４７は、顔画像からユーザの顔領域を検出し、顔領域の画像を顔認証要求に含めてもよい。または、認証制御部３４７は、顔領域から顔特徴情報を抽出し、顔特徴情報を顔認証要求に含めてもよい。認証制御部３４７は、受信した顔認証結果から顔認証の成否を判定する。顔認証に成功したと判定した場合、認証制御部３４７は、顔認証結果に含まれるユーザＩＤを特定する。

　加工部３４８は、生体認証の結果に応じて撮影映像に対して所定の加工を行う。一例として、加工部３４８は、生体認証の結果が配信先の端末の関係者に対応付けられた入院患者を示す場合、撮影映像のうち当該入院患者に対応する領域を強調表示するように所定の加工を行うとよい。また、加工部３４８は、生体認証の結果が配信先の端末の関係者に対応付けられた入院患者以外を示す場合、撮影映像のうち当該入院患者以外に対応する領域に対するモザイク処理を所定の加工として行うとよい。

　第２の配信部３４９は、加工後の撮影映像を、関係者の端末へ配信する。

　図１９に戻り説明を続ける。
　認証装置２００は、入院患者Ｕ１やその関係者であるユーザの顔特徴情報を記憶する情報処理装置である。また、認証装置２００は、外部から受信した顔認証要求に応じて、当該要求に含まれる顔画像又は顔特徴情報について、各ユーザの顔特徴情報と照合を行い、照合結果（認証結果）を要求元へ返信する。

　図２１は、本実施形態５にかかる認証装置２００の構成を示すブロック図である。認証装置２００は、顔情報ＤＢ（DataBase）２１０と、顔検出部２２０と、特徴点抽出部２３０と、登録部２４０と、認証部２５０とを備える。顔情報ＤＢ２１０は、ユーザＩＤ２１１と当該ユーザＩＤの顔特徴情報２１２とを対応付けて記憶する。顔特徴情報２１２は、顔画像から抽出された特徴点の集合である。尚、認証装置２００は、顔特徴情報２１２の登録ユーザからの要望に応じて、顔特徴ＤＢ２１０内の顔特徴情報２１２を削除してもよい。または、認証装置２００は、本登録から一定期間経過後に顔特徴情報２１２を削除してもよい。

　顔検出部２２０は、顔情報を登録するための登録画像に含まれる顔領域を検出し、特徴点抽出部２３０に出力する。特徴点抽出部２３０は、顔検出部２２０が検出した顔領域から特徴点を抽出し、登録部２４０に顔特徴情報を出力する。また、特徴点抽出部２３０は、入院生活支援装置３００等から受信した顔画像に含まれる特徴点を抽出し、認証部２５０に顔特徴情報を出力する。

　登録部２４０は、顔特徴情報の登録に際して、ユーザＩＤ２１１を新規に発行する。登録部２４０は、発行したユーザＩＤ２１１と、登録画像から抽出した顔特徴情報２１２とを対応付けて顔情報ＤＢ２１０へ登録する。認証部２５０は、顔特徴情報２１２を用いた顔認証を行う。具体的には、認証部２５０は、顔画像から抽出された顔特徴情報と、顔情報ＤＢ２１０内の顔特徴情報２１２との照合を行う。認証部２５０は、照合に成功した場合、照合された顔特徴情報２１２に対応付けられたユーザＩＤ２１１を特定する。認証部２５０は、顔特徴情報の一致の有無を顔認証結果として要求元に返信する。顔特徴情報の一致の有無は、認証の成否に対応する。尚、顔特徴情報が一致する（一致有）とは、一致度が閾値以上である場合をいうものとする。また、顔認証結果は、顔認証に成功した場合、特定されたユーザＩＤを含むものとする。

　図２２は、本実施形態５にかかる患者の顔情報の登録処理の流れを示すシーケンス図である。ここでは、上述した患者関連情報と関係者情報の登録要求時に併せて、患者の顔情報を登録する例を示す。但し、患者の顔情報は、支援管理情報３１２の登録後に追加的に行われても良い。

　まず、関係者端末４２０は、関係者Ｕ２から入力された入院患者Ｕ１の顔画像を受け付ける。また、関係者端末４２０は、図５と同様に、関係者Ｕ２から入力された入院患者Ｕ１の患者関連情報と、関係者（面会希望者）Ｕ３及び関係者Ｕ２の情報とを受け付ける。そして、関係者端末４２０は、入院患者Ｕ１の顔画像、患者関連情報及び関係者情報を含めた登録要求を、ネットワークＮを介して入院生活支援装置３００ｂへ送信する（Ｓ４０１）。

　入院生活支援装置３００ｂの登録部３４１ｂは、関係者端末４２０からネットワークＮを介して上記登録要求を受信すると、登録要求から顔画像を取得する。そして、登録部３４１ｂは、顔画像を含めた顔情報登録要求を、ネットワークＮを介して認証装置２００へ送信する（Ｓ４０２）。これに応じて、認証装置２００は、顔情報登録処理を行う（Ｓ４０３）。

　図２３は、本実施形態５にかかる認証装置による顔情報登録処理の流れを示すフローチャートである。まず、認証装置２００は、顔情報登録要求を受信する（Ｓ２０１）。例えば、認証装置２００は、入院生活支援装置３００ｂからネットワークＮを介して顔情報登録要求を受信する。次に、顔検出部２２０は、顔情報登録要求に含まれる顔画像から顔領域を検出する（Ｓ２０２）。そして、特徴点抽出部２３０は、ステップＳ２０２で検出した顔領域から特徴点（顔特徴情報）を抽出する（Ｓ２０３）。そして、登録部２４０は、ユーザＩＤ２１１を発行する（Ｓ２０４）。そして、登録部２４０は、抽出した顔特徴情報２１２と発行したユーザＩＤ２１１を対応付けて顔情報ＤＢ２１０に登録する（Ｓ２０５）。その後、登録部２４０は、発行したユーザＩＤ２１１を要求元（例えば、入院生活支援装置３００ｂ）へ返信する（Ｓ２０６）。尚、認証装置２００は、任意の情報登録端末から顔情報登録要求を受信してもよい。

　図２２に戻り説明を続ける。入院生活支援装置３００ｂの登録部３４１ｂは、認証装置２００から顔情報の登録に応じて発行されたユーザＩＤを取得する（Ｓ４０４）。ここでは、登録部３４１ｂは、入院患者Ｕ１の患者ＩＤとしてユーザＩＤを取得する。そして、登録部３４１ｂは、患者ＩＤ３１２０と、ステップＳ４０１で受信した登録要求に含まれる患者関連情報３１２１、関係者情報３１２２及び３１２３を対応付けて支援管理情報３１２に登録する（Ｓ４０５）。

　図２４は、本実施形態５にかかる患者の院内イベント参加映像の配信処理の流れを示すフローチャートである。まず、ホール１０５において入院患者向けのイベントが開催されることとなり、入院患者Ｕ１、Ｕ５及びＵ６等が参加するためにホール１０５に集まったものとする。そして、イベントが開始され、カメラ１０６は撮影を開始する。そして、カメラ１０６は、イベント中にイベント風景の撮影映像を、ネットワークＮを介して入院生活支援装置３００ｂへ送信する。

　これに応じて、入院生活支援装置３００ｂの認証制御部３４７は、カメラ１０６からネットワークＮを介して、撮影映像を受信する（Ｓ４１１）。撮影映像は、医療機関１００の院内イベントに参加している複数の入院患者を含むイベント風景である。

　そして、認証制御部３４７は、撮影映像から顔検出ができたか否かを判定する（Ｓ４１２）。例えば、認証制御部３４７は、上述した顔検出部２２０のように、人間の顔に相当する領域を検出する。尚、認証制御部３４７は、撮影映像の一部のフレーム画像から顔画像を抽出してもよい。顔検出ができた場合（Ｓ４１２でＹＥＳ）、認証制御部３４７は、検出した顔について顔認証要求を、ネットワークＮを介して認証装置２００へ送信する（Ｓ４１３）。具体的には、認証制御部３４７は、撮影映像から検出された１つの顔の領域を顔画像とし、顔画像を含めた顔認証要求を送信する。

　図２５は、本実施形態５にかかる認証装置２００による顔認証処理の流れを示すフローチャートである。まず、認証装置２００は、入院生活支援装置３００ｂからネットワークＮを介して、顔認証要求を受信する（Ｓ２１１）。次に、認証装置２００は、顔認証要求に含まれる顔画像に対して、上述したステップＳ２０２及びＳ２０３と同様に、顔特徴情報を抽出する。そして、認証装置２００の認証部２５０は、顔認証要求に含まれる顔画像から抽出した顔特徴情報を、顔情報ＤＢ２１０の顔特徴情報２１２と照合し（Ｓ２１２）、一致度を算出する。そして、認証部２５０は、一致度が閾値以上か否かを判定する（Ｓ２１３）。顔特徴情報が一致した場合、つまり、顔特徴情報の一致度が閾値以上である場合、認証部２５０は、顔特徴情報２１２に対応付けられたユーザＩＤ２１１を特定する（Ｓ２１４）。そして、認証部２５０は、顔認証に成功した旨と特定したユーザＩＤ２１１とを含めた顔認証結果を、ネットワークＮを介して入院生活支援装置３００ｂへ返信する（Ｓ２１５）。ステップＳ２１３で一致度が閾値未満である場合、認証部２５０は、顔認証に失敗した旨を含めた顔認証結果を、ネットワークＮを介して入院生活支援装置３００ｂへ返信する（Ｓ２１６）。

　図２４に戻り説明を続ける。ステップＳ４１３の後、入院生活支援装置３００ｂの認証制御部３４７は、認証装置２００からネットワークＮを介して、顔認証結果を受信する（Ｓ４１４）。そして、認証制御部３４７は、受信した顔認証結果から顔認証に成功したか否かを判定する（Ｓ４１５）。顔認証に成功した場合、認証制御部３４７は、顔認証結果に含まれるユーザＩＤに対応する患者ＩＤを特定する（Ｓ４１６）。

　ステップＳ４１５でＮＯ又はＳ４１６の後、認証制御部３４７は、撮影映像の上記フレーム画像のうち他の顔検出が検出できたか否かを判定する（Ｓ４１２）。顔検出ができた場合、再度、ステップＳ４１３からＳ４１６を行う。

　顔検出ができなかった場合（Ｓ４１２でＮＯ）、加工部３４８は、顔認証に成功した未選択の患者ＩＤのうち、処理対象を選択する（Ｓ４１７）。例えば、加工部３４８は、入院患者Ｕ１の患者ＩＤを処理対象として選択する。そして、加工部３４８は、撮影映像について、選択した患者ＩＤに対応する入院患者の領域を強調表示する（Ｓ４１８）。例えば、加工部３４８は、撮影映像中の入院患者Ｕ１の領域を強調表示するように加工する。また、加工部３４８は、撮影映像について、選択した患者ＩＤ以外の他の患者の顔領域にモザイク処理を行う（Ｓ４１９）。例えば、加工部３４８は、撮影映像中の入院患者Ｕ１以外（Ｕ５やＵ６）の領域にモザイク処理を行う。その後、第２の配信部３４９は、選択した患者ＩＤに対応する関係者の端末ＩＤを特定する（Ｓ４２０）。例えば、第２の配信部３４９は、入院患者Ｕ１に対応する関係者（面会希望者）Ｕ３の端末ＩＤ３１２２１を特定する。そして、第２の配信部３４９は、特定した端末ＩＤ（関係者の端末）へ加工後のイベント風景の映像を配信する（Ｓ４２１）。

　図２６は、本実施形態５にかかる患者の院内イベント参加映像の表示例を示す図である。配信動画コンテンツ表示画面６４は、関係者端末４３０で再生された動画コンテンツの例である。配信動画コンテンツ表示画面６４は、強調表示枠６４１とモザイク処理部６４２を含む。強調表示枠６４１は、関係者端末４３０のユーザである関係者（面会希望者）Ｕ３が対応付けられた入院患者Ｕ１の表示領域が強調されていることを示す。モザイク処理部６４２は、入院患者Ｕ１以外の入院患者Ｕ５の顔領域にモザイク処理が施されていることを示す。

　図２４に戻り説明を続ける。ステップＳ４２１の後、加工部３４８は、未選択の患者ＩＤがないかを判定する（Ｓ４２２）。例えば、撮影映像中に入院患者Ｕ１以外に入院患者Ｕ５が映っており、顔認証に成功し、入院患者Ｕ５の患者ＩＤが特定されていた場合、未選択の患者ＩＤがある（Ｓ４２２でＮＯ）と判定される。そして、ステップＳ４１７において、加工部３４８は、入院患者Ｕ５の患者ＩＤが処理対象として選択する。そして、加工部３４８は、撮影映像に対して入院患者Ｕ５の領域を強調表示（Ｓ４１８）し、入院患者Ｕ１の領域にモザイク処理を行う。そして、第２の配信部３４９は、入院患者Ｕ５に対応する関係者の端末ＩＤを特定し（Ｓ４２０）、特定した端末ＩＤ（関係者の端末）へ加工後のイベント風景の映像を配信する（Ｓ４２１）。そのため、撮影映像中の同時間帯のフレーム画像に入院患者Ｕ１とＵ５が含まれている場合、入院患者Ｕ１の関係者向けに配信する映像には入院患者Ｕ１を強調表示し、入院患者Ｕ５にモザイク処理をかける。一方、同じフレーム画像に対して、入院患者Ｕ５の関係者向けに配信する映像には入院患者Ｕ５を強調表示し、入院患者Ｕ１にモザイク処理をかける。

　このように本実施形態では、入院患者の関係者は、イベント風景の動画を見る際に、関係者と対応付けられた入院患者については認識し易く、かつ、他の入院患者のプライバシーを保護することができる。

＜その他の実施形態＞
　尚、入院生活支援装置３００、３００ａ又は３００ｂは、対象の入院患者以外の他の入院患者の履歴情報に基づいて、贈答候補を選出してもよい。例えば、入院生活支援装置３００等は、入院患者Ｕ１と年齢、性別、病状、治療内容、時期等が類似する他の患者の贈答品を、贈答候補としてもよい。これにより、贈答候補の選出精度が向上する。

　尚、上述した実施形態５において、入院生活支援装置３００ｂと認証装置２００とは、別の情報処理装置としたが、同一であってもよい。例えば、入院生活支援装置３００ｂは、支援管理情報３１２の患者関連情報３１２１等に顔特徴情報をさらに対応付けて登録してもよい。その場合、制御部３４０は、図２１の顔検出部２２０、特徴点抽出部２３０、登録部２４０及び認証部２５０を備えていれば良い。

　または、支援管理情報３１２、贈答候補ＤＢ３１３及び履歴情報３１４の少なくともいずれかは、入院生活支援装置３００等と接続された外部の記憶装置に記憶されてもよい。

　上述した各実施形態における「関係者」には、入院患者の友人等が含まれても良い。例えば、友人は、入院患者に対してオンラインでの面会希望や贈答希望があるものとする。その場合、友人等端末は、患者関連情報と対応付けるための関係者情報として自身（友人）の情報の登録要求を、入院生活支援装置へ送信する。そして、入院生活支援装置は、受信した登録要求に含まれる友人の情報を、入院患者の患者関連情報と対応付けられた関係者情報に追加登録する。尚、入院生活支援装置は、入院患者の関係者として登録済みの親族等の端末へ、友人を関係者情報へ追加することの許可を求める通知を送信してもよい。そして、入院生活支援装置は、親族等の端末から許可通知を受信した場合、当該友人の情報を関係者情報に追加登録する。尚、友人等が親族等に依頼して、親族等の端末が友人の情報の登録要求を入院生活支援装置へ送信してもよい。また、関係者情報に親族等以外が登録された場合、贈答手配処理の完了後に、入院生活支援装置は、該当する入院患者の関係者情報から当該贈答品を贈答した人物（友人等）の情報を削除してもよい。

　尚、上述の実施形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵにコンピュータプログラムを実行させることにより実現することも可能である。

　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

　なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
　（付記Ａ１）
　入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録する登録部と、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出する選出部と、
　前記選出した贈答候補のリストを前記関係者の端末へ提示する提示部と、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付ける受付部と、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う手配部と、
　を備える入院生活支援装置。
　（付記Ａ２）
　前記患者関連情報は、前記入院患者の病状、治療内容又は入院中のスケジュールの少なくともいずれかを含む
　付記Ａ１に記載の入院生活支援装置。
　（付記Ａ３）
　前記選出部は、前記選出した贈答候補ごとに、前記患者関連情報に基づく選出理由を特定し、
　前記提示部は、前記リストの贈答候補ごとに前記選出理由を対応付けて提示する
　付記Ａ１又はＡ２に記載の入院生活支援装置。
　（付記Ａ４）
　前記登録部は、前記関係者のうち前記入院患者との面会希望者以外の者から前記患者関連情報を受け付け、当該受け付けた患者関連情報と前記面会希望者とを対応付けて登録し、
　前記提示部は、前記リストを前記面会希望者の端末へ提示し、
　前記受付部は、前記リストの中から前記面会希望者による贈答候補の指定を、前記端末を介して受け付ける
　付記Ａ１乃至Ａ３のいずれか１項に記載の入院生活支援装置。
　（付記Ａ５）
　前記登録部は、前記関係者の決済情報を当該関係者にさらに対応付けて登録し、
　前記手配部は、前記関係者の決済情報を用いて決済を行うことにより、前記贈答候補の商品又はサービスを前記入院患者へ提供するための手配を行う
　付記Ａ１乃至Ａ４のいずれか１項に記載の入院生活支援装置。
　（付記Ａ６）
　前記手配部は、
　前記指定された贈答候補が商品の場合、前記入院患者が入院する医療機関の内部店舗において当該商品が調達可能か否かを判定し、
　調達可能でない場合、外部の電子商取引サーバに対して前記決済情報を用いた前記商品の発注処理を行う
　付記Ａ５に記載の入院生活支援装置。
　（付記Ａ７）
　前記手配部は、
　前記医療機関に設置された宅配ボックスへ前記商品を届けるように前記発注処理を行い、
　前記宅配ボックスへ前記商品が届けられた場合、配送通知を前記入院患者の端末へ通知する
　付記Ａ６に記載の入院生活支援装置。
　（付記Ａ８）
　前記登録部は、前記指定された贈答候補と前記患者関連情報とを対応付けて履歴情報として登録し、
　前記提示部は、所定の外部装置へ前記履歴情報を出力する
　付記Ａ１乃至Ａ７のいずれか１項に記載の入院生活支援装置。
　（付記Ａ９）
　前記選出部は、前記患者関連情報に応じた動画コンテンツを選出し、
　前記入院生活支援装置は、
　前記選出した動画コンテンツを配信元から受信し、当該動画コンテンツを前記入院患者の端末へ配信する第１の配信部をさらに備える
　付記Ａ１乃至Ａ８のいずれか１項に記載の入院生活支援装置。
　（付記Ａ１０）
　前記登録部は、前記入院患者の生体情報を前記関係者にさらに対応付けて登録し、
　前記入院生活支援装置は、
　前記入院患者が入院する医療機関で開催するイベントに当該入院患者が参加する場合、当該イベントの撮影映像に対する前記生体情報を用いた生体認証を制御する認証制御部と、
　前記生体認証の結果に応じて前記撮影映像に対して所定の加工を行う加工部と、
　前記加工後の撮影映像を、前記関係者の端末へ配信する第２の配信部と、
　をさらに備える
　付記Ａ１乃至Ａ９のいずれか１項に記載の入院生活支援装置。
　（付記Ａ１１）
　前記加工部は、前記生体認証の結果が配信先の端末の前記関係者に対応付けられた入院患者を示す場合、前記撮影映像のうち当該入院患者に対応する領域を強調表示するように前記所定の加工を行う
　付記Ａ１０に記載の入院生活支援装置。
　（付記Ａ１２）
　前記加工部は、前記生体認証の結果が配信先の端末の前記関係者に対応付けられた入院患者以外を示す場合、前記撮影映像のうち当該入院患者以外に対応する領域に対するモザイク処理を前記所定の加工として行う
　付記Ａ１０又はＡ１１に記載の入院生活支援装置。
　（付記Ｂ１）
　入院患者の関係者の端末と、
　入院生活支援装置と、を備え、
　前記入院生活支援装置は、
　前記入院患者の入院に起因する患者関連情報と、前記関係者とを対応付けて登録する登録部と、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出する選出部と、
　前記選出した贈答候補のリストを前記端末へ提示する提示部と、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付ける受付部と、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う手配部と、
　を備える入院生活支援システム。
　（付記Ｂ２）
　前記患者関連情報は、前記入院患者の病状、治療内容又は入院中のスケジュールの少なくともいずれかを含む
　付記Ｂ１に記載の入院生活支援システム。
　（付記Ｃ１）
　コンピュータが、
　入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録し、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出し、
　前記選出した贈答候補のリストを前記関係者の端末へ提示し、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付け、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う、
　入院生活支援方法。
　（付記Ｄ１）
　入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録する処理と、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出する処理と、
　前記選出した贈答候補のリストを前記関係者の端末へ提示する処理と、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付ける処理と、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う処理と、
　をコンピュータに実行させる入院生活支援プログラム。

　以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

　この出願は、２０２１年３月２６日に出願された日本出願特願２０２１－０５２６４１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

　１　入院生活支援装置
　１１　登録部
　１２　選出部
　１３　提示部
　１４　受付部
　１５　手配部
　１０００　入院生活支援システム
　Ｕ１　入院患者
　Ｕ２　関係者
　Ｕ３　関係者（面会希望者）
　Ｕ４　宅配業者
　Ｕ５　入院患者
　Ｕ６　入院患者
　Ｎ　ネットワーク
　１００　医療機関
　１０１　病室
　１０２　院内店舗
　１０３　医療機関サーバ
　１０４　宅配ボックス群
　１１１　宅配ボックス
　１１２　宅配ボックス
　１２１　開閉制御器
　１２２　開閉制御器
　５０１　贈答品
　５０２　贈答品
　４１０　患者端末
　４２０　関係者端末
　４３０　関係者端末
　５００　電子商取引サーバ
　３００　入院生活支援装置
　３１０　記憶部
　３１１　プログラム
　３１２　支援管理情報
　３１２１　患者関連情報
　３１２２　関係者情報
　３１２２１　端末ＩＤ
　３１２２２　決済情報
　３１２３　関係者情報
　３１２３１　端末ＩＤ
　３１２４　希望リスト
　３１２５　贈答候補リスト
　３１３　贈答候補ＤＢ
　３１３１　贈答品情報
　３１３ｎ　贈答品情報
　３１４　履歴情報
　３１４１　患者関連情報
　３１４２　贈答品情報
　３１４３　贈答者
　３１４４　日付
　３２０　メモリ
　３３０　通信部
　３４０　制御部
　３４１　登録部
　３４２　選出部
　３４３　提示部
　３４４　受付部
　３４５　手配部
　６１　オンライン面会画面
　６１０　贈答候補リスト表示ボタン
　６２　贈答候補リスト表示画面
　６２１１　選択欄
　６２１２　選択欄
　６２１３　選択欄
　６２２１　贈答候補表示欄
　６２２２　贈答候補表示欄
　６２２３　贈答候補表示欄
　６２３１　コメント
　６２３２　コメント
　６２３３　コメント
　６２４１　他の候補表示ボタン
　６２４２　購入ボタン
　６２４３　取消ボタン
　６２ａ　贈答候補リスト表示画面
　６２３１ａ　コメント
　６２２３ａ　贈答候補表示欄
　６２３３ａ　コメント
　１０００ａ　入院生活支援システム
　１０３ａ　医療機関サーバ
　１０３１　診療情報
　１０３１１　患者情報
　１０３１２　診療内容
　１０３１３　治療計画
　３００ａ　入院生活支援装置
　３１１ａ　プログラム
　３４２ａ　選出部
　３４６　第１の配信部
　７０１　配信サーバ
　７０ｍ　配信サーバ
　６３　配信動画コンテンツ表示画面
　６３０　メッセージ
　２０００　入院生活支援システム
　１０５　ホール
　１０６　カメラ
　３００ｂ　入院生活支援装置
　３１１ｂ　プログラム
　３１２０　患者ＩＤ
　３４１ｂ　登録部
　３４７　認証制御部
　３４８　加工部
　３４９　第２の配信部
　２００　認証装置
　２１０　顔情報ＤＢ
　２１１　ユーザＩＤ
　２１２　顔特徴情報
　２２０　顔検出部
　２３０　特徴点抽出部
　２４０　登録部
　２５０　認証部
　６４　配信動画コンテンツ表示画面
　６４１　強調表示枠
　６４２　モザイク処理部

Claims

　入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録する登録手段と、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出する選出手段と、
　前記選出した贈答候補のリストを前記関係者の端末へ提示する提示手段と、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付ける受付手段と、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う手配手段と、
　を備える入院生活支援装置。
　前記患者関連情報は、前記入院患者の病状、治療内容又は入院中のスケジュールの少なくともいずれかを含む
　請求項１に記載の入院生活支援装置。
　前記選出手段は、前記選出した贈答候補ごとに、前記患者関連情報に基づく選出理由を特定し、
　前記提示手段は、前記リストの贈答候補ごとに前記選出理由を対応付けて提示する
　請求項１又は２に記載の入院生活支援装置。
　前記登録手段は、前記関係者のうち前記入院患者との面会希望者以外の者から前記患者関連情報を受け付け、当該受け付けた患者関連情報と前記面会希望者とを対応付けて登録し、
　前記提示手段は、前記リストを前記面会希望者の端末へ提示し、
　前記受付手段は、前記リストの中から前記面会希望者による贈答候補の指定を、前記端末を介して受け付ける
　請求項１乃至３のいずれか１項に記載の入院生活支援装置。
　前記登録手段は、前記関係者の決済情報を当該関係者にさらに対応付けて登録し、
　前記手配手段は、前記関係者の決済情報を用いて決済を行うことにより、前記贈答候補の商品又はサービスを前記入院患者へ提供するための手配を行う
　請求項１乃至４のいずれか１項に記載の入院生活支援装置。
　前記手配手段は、
　前記指定された贈答候補が商品の場合、前記入院患者が入院する医療機関の内部店舗において当該商品が調達可能か否かを判定し、
　調達可能でない場合、外部の電子商取引サーバに対して前記決済情報を用いた前記商品の発注処理を行う
　請求項５に記載の入院生活支援装置。
　前記手配手段は、
　前記医療機関に設置された宅配ボックスへ前記商品を届けるように前記発注処理を行い、
　前記宅配ボックスへ前記商品が届けられた場合、配送通知を前記入院患者の端末へ通知する
　請求項６に記載の入院生活支援装置。
　前記登録手段は、前記指定された贈答候補と前記患者関連情報とを対応付けて履歴情報として登録し、
　前記提示手段は、所定の外部装置へ前記履歴情報を出力する
　請求項１乃至７のいずれか１項に記載の入院生活支援装置。
　前記選出手段は、前記患者関連情報に応じた動画コンテンツを選出し、
　前記入院生活支援装置は、
　前記選出した動画コンテンツを配信元から受信し、当該動画コンテンツを前記入院患者の端末へ配信する第１の配信手段をさらに備える
　請求項１乃至８のいずれか１項に記載の入院生活支援装置。
　前記登録手段は、前記入院患者の生体情報を前記関係者にさらに対応付けて登録し、
　前記入院生活支援装置は、
　前記入院患者が入院する医療機関で開催するイベントに当該入院患者が参加する場合、当該イベントの撮影映像に対する前記生体情報を用いた生体認証を制御する認証制御手段と、
　前記生体認証の結果に応じて前記撮影映像に対して所定の加工を行う加工手段と、
　前記加工後の撮影映像を、前記関係者の端末へ配信する第２の配信手段と、
　をさらに備える
　請求項１乃至９のいずれか１項に記載の入院生活支援装置。
　前記加工手段は、前記生体認証の結果が配信先の端末の前記関係者に対応付けられた入院患者を示す場合、前記撮影映像のうち当該入院患者に対応する領域を強調表示するように前記所定の加工を行う
　請求項１０に記載の入院生活支援装置。
　前記加工手段は、前記生体認証の結果が配信先の端末の前記関係者に対応付けられた入院患者以外を示す場合、前記撮影映像のうち当該入院患者以外に対応する領域に対するモザイク処理を前記所定の加工として行う
　請求項１０又は１１に記載の入院生活支援装置。
　入院患者の関係者の端末と、
　入院生活支援装置と、を備え、
　前記入院生活支援装置は、
　前記入院患者の入院に起因する患者関連情報と、前記関係者とを対応付けて登録する登録手段と、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出する選出手段と、
　前記選出した贈答候補のリストを前記端末へ提示する提示手段と、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付ける受付手段と、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う手配手段と、
　を備える入院生活支援システム。
　前記患者関連情報は、前記入院患者の病状、治療内容又は入院中のスケジュールの少なくともいずれかを含む
　請求項１３に記載の入院生活支援システム。
　コンピュータが、
　入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録し、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出し、
　前記選出した贈答候補のリストを前記関係者の端末へ提示し、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付け、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う、
　入院生活支援方法。
　入院患者の入院に起因する患者関連情報と、当該入院患者の関係者とを対応付けて登録する処理と、
　前記患者関連情報に基づいて前記入院患者へ贈答する商品又はサービスの贈答候補を選出する処理と、
　前記選出した贈答候補のリストを前記関係者の端末へ提示する処理と、
　前記リストの中から前記関係者による贈答候補の指定を、前記端末を介して受け付ける処理と、
　前記指定された贈答候補の商品又はサービスを、前記入院患者へ提供するための手配を行う処理と、
　をコンピュータに実行させる入院生活支援プログラムが格納された非一時的なコンピュータ可読媒体。