特許 7515883 飲酒量管理方法、システム、端末装置、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-05

(45)【発行日】2024-07-16

(54)【発明の名称】飲酒量管理方法、システム、端末装置、プログラム

(51)【国際特許分類】

   G16H 20/00 20180101AFI20240708BHJP

【ＦＩ】

G16H20/00

【請求項の数】 12

(21)【出願番号】P 2021084840

(22)【出願日】2021-05-19

(65)【公開番号】P2022178215

(43)【公開日】2022-12-02

【審査請求日】2023-12-05

【早期審査対象出願】

(73)【特許権者】

【識別番号】516305053

【氏名又は名称】株式会社ＣｕｒｅＡｐｐ

(74)【代理人】

【識別番号】100092783

【弁理士】

【氏名又は名称】小林 浩

(74)【代理人】

【識別番号】100136744

【弁理士】

【氏名又は名称】中村 佳正

(74)【代理人】

【識別番号】100104282

【弁理士】

【氏名又は名称】鈴木 康仁

(72)【発明者】

【氏名】宋 龍平

【審査官】滝谷 亮一

(56)【参考文献】

【文献】国際公開第２０２０／２３０２５７（ＷＯ，Ａ１）

【文献】弓月 ひろみ，Ａｐｐ Ｓｔｏｒｅにあるアプリを厳選セレクト！ アプリラボ，ｉＰｈｏｎｅＭａｇａｚｉｎｅ，日本，株式会社三栄書房，2012年11月20日，第32巻，第68ページ

【文献】るっき，飲酒量を記録・管理するアプリ３選。適度にお酒を飲もう。，2021年04月11日， [2024年1月17日検索], インターネット<URL: https://web.archive.org/web/20210411210514/https://cotomono.life/app-alcohol-manager/>

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１６Ｈ ２０／００

(57)【特許請求の範囲】

【請求項1】

ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを含むシステム上で実施される方法であって、
前記ユーザ端末にてユーザの飲酒に関する情報を受け付けるステップと、
前記ユーザ端末で受け付けた前記情報を前記管理サーバへ送信するステップと、
前記管理サーバにて、
前記ユーザ端末から受信した情報を集計及び／または解析するステップと、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするステップと
を実行するものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記集計及び／または解析は、前記管理サーバが受信した情報における文脈情報ごとの飲酒量を集計及び／または解析することが含まれ、
前記集計及び／または解析は、前記管理サーバが受信した情報における２以上の文脈情報ごとの飲酒量を前記２以上の文脈情報の組み合わせに基づいて集計及び／または解析することが含まれることを特徴とする方法。

【請求項2】

前記文脈情報には、誰と、どこで、どんな気持ちで、いつ飲み始めるか、どんな状況で、のうち少なくとも１つが含まれることを特徴とする請求項１に記載の方法。

【請求項3】

前記ユーザ端末にてユーザの飲酒に関する情報を受け付けるステップは、前記ユーザの飲酒直前、飲酒中、飲酒直後、飲酒後のいずれか１以上のタイミングで実行されることを特徴とする請求項１または２に記載の方法。

【請求項4】

前記ユーザ端末にフィードバックするステップは、前記ユーザが前記管理サーバにリスエストしたタイミング、または、あらかじめ設定されたタイミングで実行されることを特徴とする請求項１～３のいずれか１項に記載の方法。

【請求項5】

前記集計及び／または解析は、前記管理サーバが受信した前記ユーザに関する情報に基づいた集計及び／または解析に加えて、前記ユーザ以外の他の複数のユーザに関する情報に基づいて集計及び／または解析されることを特徴とする請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記ユーザ端末にフィードバックするステップは、前記ユーザが前記管理サーバに所定日数分のデータを登録したことを条件として実行されることを特徴とする請求項１～５のいずれか１項に記載の方法。

【請求項7】

ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを含むシステムであって、
前記ユーザ端末は、ユーザの飲酒に関する情報を受け付け、前記受け付けた情報を前記管理サーバへ送信し、
前記管理サーバは、
前記ユーザ端末から受信した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記集計及び／または解析は、前記管理サーバが受信した情報における文脈情報ごとの飲酒量を集計及び／または解析することが含まれ、
前記集計及び／または解析は、前記管理サーバが受信した情報における２以上の文脈情報ごとの飲酒量を前記２以上の文脈情報の組み合わせに基づいて集計及び／または解析することが含まれることを特徴とするシステム。

【請求項8】

前記文脈情報には、誰と、どこで、どんな気持ちで、いつ飲み始めるか、どんな状況で、のうち少なくとも１つが含まれることを特徴とする請求項７に記載のシステム。

【請求項9】

ユーザの飲酒に関する情報を受け付け、前記受け付けた情報を記録するユーザ端末装置であって、
前記ユーザ端末装置は、
前記記録した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末装置のディスプレイ上にフィードバックするものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記集計及び／または解析は、前記記録した情報における文脈情報ごとの飲酒量を集計及び／または解析することが含まれ、
前記集計及び／または解析は、前記記録した情報における２以上の文脈情報ごとの飲酒量を前記２以上の文脈情報の組み合わせに基づいて集計及び／または解析することが含まれることを特徴とする端末装置。

【請求項10】

前記文脈情報には、誰と、どこで、どんな気持ちで、いつ飲み始めるか、どんな状況で、のうち少なくとも１つが含まれることを特徴とする請求項９に記載の端末装置。

【請求項11】

ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを含むシステム上で実施されるプログラムであって、
前記ユーザ端末に、
ユーザの飲酒に関する情報を受け付けさせるステップと、
前記受け付けさせた前記情報を前記管理サーバへ送信させるステップと、
前記管理サーバに、
前記ユーザ端末から受信した情報を集計及び／または解析させるステップと、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックさせるステップと
を実行するものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記集計及び／または解析は、前記管理サーバが受信した情報における文脈情報ごとの飲酒量を集計及び／または解析することが含まれ、
前記集計及び／または解析は、前記管理サーバが受信した情報における２以上の文脈情報ごとの飲酒量を前記２以上の文脈情報の組み合わせに基づいて集計及び／または解析することが含まれることを特徴とするプログラム。

【請求項12】

前記文脈情報には、誰と、どこで、どんな気持ちで、いつ飲み始めるか、どんな状況で、のうち少なくとも１つが含まれることを特徴とする請求項１１に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、広く生活習慣が関与する疾病やアルコール依存症といった精神に関わる疾病など、行動変容によって治療しうる疾病・疾患の状況を管理する方法等に関し、より詳細には、アルコール依存症患者を含む多量飲酒者の飲酒量や精神状況等を管理するための方法等に関する。

【背景技術】

【0002】

従来、生活習慣が関与する疾病やアルコール依存症といった精神に関わる疾病など、行動変容によって治療しうる疾患・疾患においては、いわゆる行動変容によるアプローチが有効とされる。具体的には、患者、医療従事者、及び周囲の関係者が、患者にとって望ましくない行動が生じる原因等を分析し、患者の行動の変化を促していくことなどが挙げられる。

【0003】

また、広く人の行動や発話、感情の変化等に着目してその人の健康を管理したり、身体の異常や兆候を発見したりする技術が提案されている。例えば、ユーザの行動に対応し、かつユーザの複数の感情に対応する選択ボタン入力情報に基づき、当該ユーザの健康状態を判定する技術が提案されている（特許文献１）。

【0004】

すわなち、特許文献１には、ユーザの所定の行動に対応し、かつ複数の感情にそれぞれ対応する複数のボタンのうち、ユーザにより選択されたボタンを示す選択情報を取得する取得部と、前記取得部によって取得された選択情報に基づいて、前記ユーザの健康状態を判定する判定部と、を備えることを特徴とする判定装置が開示されている。

【0005】

また、患者等の対象者の主訴に関する情報を確実に取得するとともに、対象者の身体の異常の兆候や症状の見落としを防止し、さらに、対象者の僅かな身体の異常や兆候を見つけることを可能にするシステムも提案されている（特許文献２）。

【0006】

すなわち、特許文献２には、医療、介護または看護に従事する従事者と、医療による診断、介護または看護の対象となる対象者とを含む複数の発話者の間で交わされる会話の音声情報を記録する音声記録部と、前記音声情報の分析または予め登録された発話者の音声データに基づいて、個々の発話者を特定する発話者特定部と、前記音声情報を、音声認識によって個々の発話者ごとにテキストデータに変換する音声認識部と、個々の発話者ごとの前記テキストデータを、複数の発話者による対話形式に並べ替えて、前記対話形式の文章データを作成する対話文章作成部と、前記対話形式の文章データを、前記複数の発話者に含まれる前記対象者ごとの医療、介護または看護に関する健康管理情報と対応付けて、外部からのアクセスに対して共有できるように保存するデータベースと、を備えていることを特徴とする会話記録システムが開示されている。

【0007】

また、ユーザの健康状態に関する情報である健康状態情報の入力を受け付け、受け付けられた健康状態情報の中から健康状態に関するキーワードを抽出し、このキーワードに基づいてユーザの体調を判定する技術も提案されている（特許文献３）。

【0008】

すなわち、特許文献３には、健康管理の対象となるユーザが使用する端末装置であるユーザ端末と、前記ユーザ端末に接続され前記ユーザの健康を管理するサーバ装置とを備え、前記ユーザの健康を管理する健康管理システムであって、前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力部と、前記健康状態情報入力部により受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報を前記ユーザに提示するキーワード提示部と、前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部とを備える健康管理システムが開示されている。

【先行技術文献】

【特許文献】

【0009】

【文献】特開２０１９－１６４７３７号公報

【文献】特開２０１８－２０６０５５号公報

【文献】特開２０１６－２２４７８４号公報

【発明の概要】

【発明が解決しようとする課題】

【0010】

しかしながら、特許文献１～３に開示された技術においては、ユーザまたは患者の飲酒と健康との関連性に着目した分析や判定等は行われていない。また、多量の飲酒は望ましくない行動であり、この行動に関わる飲酒量をモニタリングし、患者本人、その関係者、及び医療従事者で共有して分析等することが有効であると考えられる。従前、臨床心理学の領域においては、機能分析に基づく認知行動療法が試みられているが、アルコール依存症に対する具体的なシステムソルーションとしては、未だ十分な提案がなされていない。

【課題を解決するための手段】

【0011】

そこで、本発明の一実施形態にかかる飲酒量管理方法は、ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを含むシステム上で実施される方法であって、前記ユーザ端末にてユーザの飲酒に関する情報を受け付けるステップと、前記ユーザ端末で受け付けた前記情報を前記管理サーバへ送信するステップと、前記管理サーバにて、前記ユーザ端末から受信した情報を集計及び／または解析するステップと、前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするステップとを実行するものであって、前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれることを特徴とする。

【0012】

また、前記文脈情報には、誰と、どこで、どんな気持ちで、いつ飲み始めるか、どんな状況で、のうち少なくとも１つが含まれることを特徴とする。

【発明の効果】

【0013】

本発明の一実施形態にかかる飲酒量管理方法等によれば、ユーザに対してより適切に減酒や体調改善、さらには健康増進に関わるフィードバックを提供できるなどの効果を奏する。

【図面の簡単な説明】

【0014】

【図1】本発明の一実施形態にかかる飲酒量管理システムの全体構成例を説明する説明図である。

【図2】本発明の一実施形態にかかる飲酒量管理システムにおける管理サーバの機能ブロック構成を説明する説明図である。

【図3】本発明の一実施形態にかかる飲酒量管理システムにおける情報処理装置（ユーザ端末または医師端末等）の外観構成例を説明する説明図である。

【図4】本発明の一実施形態にかかる情報処理装置を構成するハードウェアの機能ブロック構成を説明する説明図である。

【図5】本発明の一実施形態にかかる飲酒量管理システムにおける処理動作の流れを説明する説明図である。

【図6】本発明の一実施形態にかかる飲酒量管理システムにおける処理動作の流れを説明する説明図である。

【図7】本発明の一実施形態にかかる飲酒量管理システムにおける処理動作フローを説明するフローチャートである。

【図8】本発明の他の実施形態にかかる飲酒量管理システムにおける処理動作フローを説明するフローチャートである。

【図9】本発明の一実施形態にかかる飲酒量管理システムにおける処理動作フローを説明するフローチャートである。

【図10】本発明の一実施形態にかかる飲酒量管理システムにおける情報処理装置の表示例を説明する説明図である。

【図11】本発明の一実施形態にかかる飲酒量管理システムにおける情報処理装置の表示例を説明する説明図である。

【図12】本発明の一実施形態にかかる飲酒量管理システムにおける情報処理装置の表示例を説明する説明図である。

【図13】本発明の一実施形態にかかる飲酒量管理システムにおける情報処理装置の表示例を説明する説明図である。

【発明を実施するための形態】

【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】

本発明の一実施形態において、目標選択欄１０２０は、「お酒を減らす」または「お酒をやめてみる」という２種類の目標選択が可能となっている。一実施形態において、目標を減酒にする場合にはボタン１０２１を押下し、目標を断酒にする場合にはボタン１０２２を押下する。

【0042】

１日の上限ドリンク数入力欄１０３０における詳細な入力項目１０３１～１０３３には、飲酒量や飲酒頻度等についての詳細入力が可能になっている。詳細な入力項目１０３１には、１日の飲酒量を何杯までとするかを入力することができるようになっており、一実施形態としてセレクトボックス等により数値を選択して入力することができる。飲酒の杯数（ドリンク）については、さまざまな定義が可能であり、一実施形態においては、純アルコール量１０ｇを１ドリンクと定義することができる。この場合、アルコール度数５％のビール５００ｍｌは、「２ドリンク」（アルコールの比重は０．８であるため）とされる。また、他の実施形態においては、純アルコール量１０ｇを１ドリンクと定義することができる。この場合、ルコール度数５％のビール５００ｍｌは、「２．０ドリンク」とされる。

【0043】

本発明の一実施形態において、詳細な入力項目１０３２には、あらかじめユーザが決めた特別日（自分自身の誕生日や結婚記念日など。）の飲酒量を個別に設定することができるようになっている。あるいは、他の実施形態においては、特別日は、ユーザによって随時設定することができる（例えば、今日は仕事を頑張ったので特別日に急遽決定するなど）。なお、通常、入力項目１０３２に入力されるドリンク数は、入力項目１０３１に入力されるドリンク数よりも大きい値が入力されるが、本発明はこれに制限されるものではない。

【0044】

さらに、詳細な入力項目１０３３には、上記特別日を４週間で何日まで設定してよいかの目標値をあらかじめ設定することができる。一実施形態においては、ここで設定された目標値を上回らなければ、ユーザは、４週間のうちの好きな日を任意に特別日とすることができる。さらに、他の実施形態においては、ユーザは、事後的に特別日を設定することも可能である。
また、入力項目１０３３における「４週間」という期間は、３カ月間や半年間、あるいは１年間といった様々な期間長を採用することができる。

【0045】

１週間の上限ドリンク数入力欄１０４０には、ユーザが１週間単位で許容するドリンク数の上限を設定することができる。また、１週間における休肝日設定欄１０５０には、１週間における休肝日数を設定することができる。ここで、「１週間」という期間は、２週間や１カ月間など様々な期間長を採用することができる。また、休肝日設定については、単に日数の設定のみならず、１以上の曜日設定（一例として、毎週何曜日とか、第１・３日曜日及び月曜日など複数の曜日設定など）が可能である。

【0046】

これらの目標設定値を入力できれば、確定ボタン１０６０することによって、入力情報を管理サーバへアップロードさせ（ステップＳ５０３）、管理サーバに記録または登録管理させることができる（ステップＳ５０４）。また、代替的な実施形態においては、確定ボタン１０６０の押下によって入力情報を管理サーバへアップロードさせるのではなく、他のタイミング（アプリがオンラインになったタイミングなど）で入力情報を管理サーバへアップロードさせてもよい。

【0047】

本発明はこれに制限されるものではないが、一実施形態として、時刻ｔ３において、管理サーバから医師端末へメッセージが送信される（ステップＳ５０５）。このメッセージ送信にはさまざまな送信理由が考えられる。単に、ユーザ登録が完了したという通知の場合もあるし、ユーザによる目標設定値が高すぎる場合（あるいは低すぎる場合）にユーザに修正を促す通知の場合もある。一実施形態においては、これらの条件はユーザ端末にインストールされたアプリにあらかじめ設定させることができる。また、ユーザへのメッセージ通知は、ユーザ端末がオフライン状態でも実施することができる。

【0048】

時刻ｔ３において、医師端末は、管理サーバから送信されたメッセージを受信する。ここでは、医師は医師端末を介して受信したメッセージ内容を確認し、ユーザの登録内容を確認するために管理サーバに登録されている情報の参照が行われる（時刻ｔ４、ステップＳ５０６）。

【0049】

次に、時刻ｔ５～ｔ６において、ユーザは飲酒を開始する直前の入力を行う（ステップＳ５０７）。この場合の入力項目には多様な入力項目を採用することができるが、一実施形態においては、次表のような入力項目が採用される。

【表1】

上表の項目うち、「誰と」については、具体的な名前を入力することとしてもよいし、本人との関係性（家族、友人など）の入力に留めることとしてもよい。あるいは、単に人数を入力することとしてもよい。さらにこれらの入力形式を統一せずに併用させることとしてもよい。
また、「どこで」については、具体的な場所名（お店の名前や所在地）を入力することとしてもよいし、大まか区分（自宅、友人宅、お店など）を入力することとしてもよい。
また、「どんな気持ちで」については、典型的にはあらかじめ定められた区分（「楽しい」、「つらい」、「腹立たしい（怒りの気持ち）」など）から選択するようにしてもよい。

【0050】

また、「いつ飲み始めるか」については、日時が決まっている場合には、あらかじめ入力することができるようにしてもよい。
また、「どんな状況で」については、一実施形態において、「同窓会」、「接待」、「自分自身または他人の誕生パーティー」といった飲酒するユーザ自身に関わる状況を入力するようにしてもよい。

【0051】

図１０において、飲酒直前入力を終えると管理サーバへ送信され（ステップＳ５０８）、送信された情報は管理サーバにおいて記録または登録される（ステップＳ５０９）。ここで、管理サーバにおいては、情報の記録や登録だけに留まらず必要に応じて情報の集計や解析を行うこともできる（ステップＳ５０９。種々の集計や解析については後述する）。また、図１０には逐次図示していないが、管理サーバで集計や解析した結果等については、適宜ユーザにフィードバックすることができる（種々のフィードバックについては後述する）。

【0052】

次に、時刻ｔ７～ｔ８において、ユーザは飲酒中の入力を行う（ステップＳ５１０）。この場合の入力項目には多様な入力項目を採用することができるが、一実施形態においては、次表のような入力項目が採用される。

【表2】

上表の項目うち、「いつ」については、入力時点の時刻（日時）を自動入力することとしてもよい。「何を」については、飲むお酒の種類（度数や量）を入力することができる。また、「どんな気持ちで」については、気持ちの変化を入力することもできる。つまり、単に「楽しい」だけではなく、楽しさの度合いを数値化して入力することもできる。
また、「どんな状況で」については、その場の変化（飛び入りの参加者があり場はさらに盛り上がったとか、反対につらい話題が出て急に気分がふさぎ込んだなど）を入力することができる。

【0053】

図１０において、飲酒中入力を終えると管理サーバへ送信され（ステップＳ５１１）、送信された情報は管理サーバにおいて記録または登録される（ステップＳ５１２）。この飲酒中入力は、飲酒中に複数回入力されることがあり得る。ここで、管理サーバにおいては、情報の記録または登録だけに留まらず、必要に応じて情報の集計や解析を行うこともできる（ステップＳ５１２。種々の集計や解析については後述する）。また、ステップＳ５１２においては、前回（例えば１５分前）の飲酒中入力の内容との比較を行ってユーザがその場で飲んだお酒の順序を記録したり、１杯１杯の飲酒記録の入力間隔から飲酒ペースを算定したりすることができる。

【0054】

また、図１０には逐次図示していないが、管理サーバで集計や解析した結果等については、適宜ユーザにフィードバックすることができる（種々のフィードバックについては後述する）。

【0055】

次に、時刻ｔ９～ｔ１０において、ユーザは飲酒直後の入力を行う（ステップＳ５１３）。この場合の入力項目には多様な入力項目を採用することができるが、一実施形態においては、次表のような入力項目が採用される。

【表3】

上表の項目うち、「いつ」については、入力時点の時刻（日時）を自動入力することとしてもよい。また、「どんな気持ちで」については、気持ちの変化や満足度を入力することもできる。

【0056】

図１０において、飲酒直後入力を終えると管理サーバへ送信され（ステップＳ５１４）、送信された情報は管理サーバにおいて記録または登録される（ステップＳ５１５）。ここで、管理サーバにおいては、情報の記録または登録だけに留まらず必要に応じて情報の集計や解析を行うこともできる（ステップＳ５１５。種々の集計や解析については後述する）。

【0057】

また、図１０には逐次図示していないが、管理サーバで集計や解析した結果等については、適宜ユーザにフィードバックすることができる（種々のフィードバックについては後述する）。

【0058】

次に、時刻ｔ１１～ｔ１２において、ユーザは飲酒後の入力を行う（ステップＳ５１６）。本発明の一実施形態において、この入力は飲酒した日の就寝前や翌朝などに入力される。この場合の入力項目には多様な入力項目を採用することができるが、一実施形態においては、次表のような入力項目が採用される。

【表4】

上表の項目のうち、「体調」については、飲酒当日の入力の場合にはアプリのチェックアウト時のユーザの体調が入力されるなどし、飲酒翌日（例えば、翌朝）の入力の場合にはアプリのチェックイン時のユーザの体調が入力されるなどする。このとき、入力時点の時刻（日時）を自動入力させることとしてもよい。また、「気持ち」については、飲酒後の気持ちの状態を入力することができる。

【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】

（処理の具体例）
次に、上記基本概念に基づいた具体的な処理例を示す。次表は、ユーザが日ごとに、どこでどんな気持ちでどれくらいの飲酒を行ったかを示す記録である。

【表5】

ここで、上表においては日付のみに着目しているが、本発明はこれに限定されるものではなく、時間帯別、曜日別といったパラメータを導入することもできる。また、ドリンク数についても、単に杯数をカウントするのではなく、アルコール度数や純アルコール量に換算した計数を行うこともできる。以下、発明の理解の容易のために詳細な説明は割愛する。

【0101】

上表において、「気持ち」や「場所」といった異なる文脈パラメータごとに、その文脈ごとの「合計ドリンク数」、「合計出現日数」、「合計ドリンク数／合計出現日数」を集計ないし算定すると、次表のようになる。

【表6】

【0102】

上表の集計ないし算定により、ユーザの気持ちが「怒り」である場合や、飲酒場所が「居酒屋」である場合には、有意に飲酒杯数が増えていることが分かる。管理サーバは、この結果を踏まえて、ユーザに対するフィードバックを行うことができる。また、これらの解析結果は、医師の所見等に基づく対策の提案などに用いることができる

【0103】

（他の処理例）
図９に、本発明の一実施形態にかかる飲酒量管理システムにおける他の処理動作フローを示す。図８に示した処理フローが、主として飲酒中に入力される情報に基づいた解析処理であるのに対し、図９に示した処理フローは、主として飲酒後に入力された情報に基づいた解析処理である。但し、図８及び図９に示されたフローは、完全に独立のもとして排他的に区別されるべきものではない。図８及び図９に示されたフローは、発明の理解の容易のために整理されたものである。
以下、図９を参照して説明する。

【0104】

ステップＳ９０１において処理を開始すると、ステップＳ９０２へ進み、ユーザは飲酒日の翌朝などに飲酒量管理アプリにチェックイン（ログイン）する。次に、ステップＳ９０３へ進み、ユーザは、飲酒量管理アプリに自身の体調や気持ち（気分）、昨夜の睡眠状況等を入力する。これらの入力項目は、一例として、複数の選択肢から選択可能に提供されたり、複数段階の評価入力可能に提供されたりすることができる。

【0105】

ステップＳ９０４では、本発明の一実施形態にかかる飲酒量管理システムの管理サーバにおいて、ユーザが入力した文脈別にユーザが飲酒したドリンク数が集計され、必要に応じて比較・分析される。一実施形態において、これらの集計及び比較・分析は、ユーザからの入力があるたびに実施され、その結果は、逐次更新されることができる。

【0106】

ステップＳ９０５では、ユーザの入力情報の蓄積量が判断される。本発明の一実施形態においては、ユーザの入力情報が所定日数分蓄積されているかどうかが判断される。これは、データの蓄積量が少ない場合にはフィードバックする意義が薄れることが多いためである。ここでの所定日数には、一例として、５日とか７日といった日数が採用されるが、本発明はこれに制限されるものではない。ステップＳ９０５でＹｅｓの場合はステップＳ９０６へ進むが、Ｎｏの場合はステップＳ９０２へ復帰する。

【0107】

次に、ステップＳ９０６へ進み、ステップＳ９０４までに実施された比較・分析結果に判定事項があるかどうか（知見が見出されたかどうか）が判断される。典型的には、閾値を超えた事項を判定事項としたり、比較上の上位の事実を知見事項としたりすることができる。ステップＳ９０６でＹｅｓの場合はステップＳ９０７へ進み、Ｎｏの場合はステップＳ９０２へ復帰する。

【0108】

なお、本発明の他の実施形態においては、ステップＳ９０５における判断処理を省略することもできる。また、ステップＳ９０５における判断処理を省略しない場合、Ｓ９０５における判断処理とステップＳ９０６における判断処理とを入れ替えて実施することもできる。

【0109】

ステップＳ９０７では、前ステップまでに得られた判定事項や知見をユーザにフィードバックする。そして、ステップＳ９０８へ進み、本フローとしては終了する。

【0110】

［利用シーンにフォーカスした実施形態］
次に、本発明の一実施形態にかかる飲酒量管理システムのおける利用シーンにフォーカスした実施形態を説明する。ここでは、ユーザがどのような行動をとり、どのようにシステムを利用し、どのようなフィードバックを得ているかをシナリオ形式で説明している。また、各シーン（シーン１～シーン９）は基本的に時系列に進行している。

【0111】

（シーン１）～目標値設定
ユーザＡ（ユーザＩＤ：Ｄ００１）は、飲酒量管理アプリに、あらかじめ目標とする１日飲酒量上限、１週間の総飲酒量上限、１週間の休肝日数を入力した。具体的には、純アルコール１０ｇを１ドリンクとしたときに、１４ドリンクを１週間の総飲酒量上限として設定した。
さらに具体的な目標設定入力データは、次表のとおりである。

【表7】

【0112】

（シーン２）～飲酒直前入力及び飲酒中入力
ユーザＡは、飲酒量管理アプリをインストールした当日の夕方から飲酒を伴う会食をすることなったため、「（久しぶりに会う）友人と」、「パブで」、「楽しい気分で」、１９時００分から飲酒を伴う会食についての飲酒直前入力を行い、会食を開始した。

【0113】

ユーザＡは、飲酒中入力として、ドリンクを重ねるごとにドリンク杯数と文脈情報（「ドリンク」、「誰と」、「場所」、「気持ち」）とを１杯目の入力～３杯目の入力まで、次表のように入力した。なお、日付及び時刻は入力時に自動的に入力されるものとした。

【表8】

【0114】

（シーン３）～飲酒直後入力
ユーザＡは、会食を終えた後、飲酒直後入力として、満足度４（５段階中）を入力した。その後、ユーザＡは、友人と別れたあと、自宅へは戻らず一人でバーに立ち寄り飲酒した（改めて飲酒中入力を行った。その後の満足度として２（５段階中）を入力した）。

【0115】

（シーン４）～飲酒後入力
ユーザＡは、その日帰宅してシャワーを浴びて就寝し、翌日の朝に飲酒量管理アプリを起動した。チェックイン後、自身の体調、気持ち、睡眠情報等を入力した。一例として、ユーザＡは、体調３（５段階中）、気持ち２（５段階中）、睡眠２（５段階中）を入力した。

【0116】

（シーン５）～７日経過後
ユーザＡは、上記の要領で飲酒量管理アプリを使用し、一例として、飲酒記録として次表のような７日分のデータを入力した（２日目、５日目、及び７日目は休肝日のため入力はなし）。

【表9】

【0117】

（シーン６）～システムによる文脈情報ごとの解析
管理サーバでは、上述の入力について文脈情報別にドリンク数を集計した。一例として、文脈情報別の飲酒回数等（飲酒当日）として次表のように集計された。

【表10】

【0118】

また、上表に対応した文脈情報別の飲酒回数等（飲酒翌日）として次表のように集計された。

【表11】

【0119】

そして、管理サーバでは、文脈情報のカテゴリごとのドリンク量を次表のようにさらに集計した。

【表12】

上表のような文脈情報ごとの平均集計により、平均ドリンク数が最も多かったのは、「感情」が「怒り」の場合（９．９ドリンク）であった。このような集計結果に基づき、管理サーバは、ユーザの気持ちが「怒り」であるときにはユーザの飲酒量が有意に増えると判定することができる。また、他のカテゴリに着目した集計を行ってもよい。例えば、「１日で飲んだ場所の数」や「飲み始めたときの感情（気持ち）」に基づいた集計を行ってもよい。このような集計により、「１日に２以上の場所で飲むと飲酒量が増えやすい」、「飲み始めの感情が『怒り』であると飲酒量が増えやすい」といった傾向を見出すことも可能となろう。

【0120】

本発明の他の実施形態においては、文脈情報の他の組み合わせに基づいた集計を行ってもよい。例えば、文脈情報の他の組み合わせにより、「一人飲み（同伴者なし）×自宅飲み×怒り」の組み合わせで飲むと上記９．９ドリンクよりももっと高い１０．８ドリンクという数値が見出されるといったこともありうる。

【0121】

また、本発明の他の実施形態においては、文脈情報等の集計は、ユーザごとにではなくオーディエンス単位で実施することもできる。

【0122】

管理サーバは、このように種々の集計結果や解析結果をユーザへフィードバックすることができる。そして、管理サーバは、ユーザによるリクエストがあったときや飲酒記録中以外のタイミングであって飲酒量管理アプリにおいて設定された任意のタイミングでもユーザへフィードバックすることができる。

【0123】

（シーン７）～ユーザによる飲酒傾向等確認
ユーザＡは、飲酒の翌日のアプリチェックイン時に、どのような時に飲酒量が増えるのかを確認するため、管理サーバへリクエストした。管理サーバでは、ユーザに分析結果をフィードバックできるのは、そのユーザのデータが休肝日分を含めて一例として７日分蓄積されていることが条件となっているため、ユーザの蓄積データ量が７日分以上あることを確認し、ユーザへフィードバックをした。
なお、「７日分」というのは、例示であって他の日数を採用することもできる。

【0124】

ユーザＡは、フィードバック画面（不図示）を開いた。その画面には、「どこで」、「だれと」、「どんな気持ちで」、「いつ飲み始めたか（時刻）」、「いつ飲み始めたか（状況）」という文脈ごとの飲酒しやすさのスコアが、多い順に記載されていた。
ユーザＡは、これをみて、自分は、「友人」と共に「パブ」などで「怒り」を感じながら飲んだときに飲酒量が増えることを認識した。

【0125】

図１１には、文脈ごとの飲酒しやすさの上位をわかりやすくユーザに示す画面例が示されている。図１１において、画面１１００には、タイトル１１１０と、文脈情報のカテゴリごとの表示欄１１２０、１１３０、１１４０と解析結果表示欄１１５０が表示されている。文脈情報カテゴリ１１２０には、ユーザの行動履歴に残っている場所１１２１、１１２２が表示されており、より飲酒傾向の強い場所１１２１が強調表示されている。文脈情報カテゴリ１１３０には、ユーザの行動履歴に残っている同伴者種別１１３１、１１３２が表示されており、より飲酒傾向の強い同伴者種別１１３１が強調表示されている。文脈情報カテゴリ１１４０には、ユーザの行動履歴に残っているユーザの気持ち１１４１、１１４２が表示されており、より飲酒傾向の強い気持ち１１４１が強調表示されている。
そして、解析結果表示欄１１５０には、もっとも飲酒に影響を及ぼす要因となる文脈１１５１が示されている。

【0126】

（シーン８）～別の日の飲酒記録中のアラート
また、さらにその翌日、ユーザＡは、飲酒をした。飲酒前に飲酒場所として「自宅」を入力すると、システムは、「自宅では他の場所での飲酒よりも飲みすぎる傾向があります。今日はお酒が増えやすいかも。注意です。」とのフィードバックを行った。ユーザＡは、そのフィードバックをみて「自宅」での飲酒は飲酒量を増やすことを認識し、１回に注ぐビールの量を普段よりも少なめにして１９時から飲酒をはじめた。

【0127】

図１２には、ユーザの飲酒前（あるいは、飲酒中）の記録入力に伴うアラート表示の例が示されている。図１２において、画面１２００には、飲酒日表示欄１２１０と、現在飲酒中のドリンク量（及びその日の上限目標ドリンク量）表示欄１２２０と、システムからのアラート表示欄１２３０と、飲酒を開始してからの飲酒入力記録欄１２４１～１２４２と、飲酒入力記録開始ボタン１２５０が表示されている。さきほどのシナリオでも述べたように、ユーザＡは、アラート表示欄１２３０の表示内容をみて、飲酒ペースを普段よりダウンさせて飲酒を開始することができた。

【0128】

（シーン９）～ユーザによる飲酒と体調との関係等確認
また、別の日に、ユーザＡは、自身の飲酒と体調との関係を知りたいと思い、管理サーバへ問い合わせを行った。管理サーバからは、直近のユーザの体調の履歴とともにそれぞれの前日の飲酒量の一覧がユーザ端末に送信され、ユーザＡはそれらの情報を確認して飲酒と体調との関係を理解することができた。

【0129】

図１３には、ユーザの飲酒と体調との関係が示唆される情報表示の例が示されている。図１３において、画面１３００には、メッセージ１３１０と、直近の体調履歴表示欄１３２０と、それぞれの前日の飲酒量表示欄１３３０が表示されている。図１３に示されるように、ユーザＡは、この画面を確認して飲酒と体調との関係を直感的かつ俯瞰的に把握することができる。

【0130】

（本発明のバリエーション：ユーザ端末によるスタンドアロン作動）
ここまで詳述した実施形態においては、本発明の一実施形態にかかる飲酒量管理システムの構成として管理サーバ１１を含めている。しかしながら、本発明はこれに制限されるものではなく、論理的矛盾が生じない限りにおける処理の全てをユーザ端末にて実行させるように運用してもよい。この場合、本発明の実施形態を実現するデバイスは、飲酒量管理装置（端末装置）ということになる。
そこで、本発明の他の実施形態にかかる飲酒量管理装置における代替処理の一例を、図５、図７～９を参照して以下に述べる。

【0131】

まず、図５においては、管理サーバは省略される。そして、ステップＳ５０４、ステップＳ５０９、ステップＳ５１２、ステップＳ５１５、ステップＳ５１８の処理は、一例としてユーザごとのユーザ端末上で実行される。また、医師端末によるユーザデータ等の参照（ステップＳ５０６）は、医師端末から個別にユーザ端末にアクセスして参照することとなるか、あるいは、ユーザ端末から医師端末に必要に応じてユーザデータ等が送信され、医師端末に当該ユーザデータ等が参照される。

【0132】

また、図７～９における処理（ステップＳ７０１～ステップＳ７０９、ステップＳ８０１～ステップＳ８０７、ステップＳ９０１～ステップＳ９０７）も、ユーザ端末上で実施される。この場合、ユーザ端末はスタンドアロン作動するので、自身のデータ以外のデータ（被験者数や他のユーザ情報）については取り扱わないこととすることができる。

【0133】

以上、具体例に基づき、飲酒量管理システム等の実施形態を説明したが、本発明の実施形態としては、システム又は装置を実施するための方法又はプログラムの他、プログラムが記録された記憶媒体（一例として、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＣＤ－ＲＷ、磁気テープ、ハードディスク、メモリカード）等としての実施態様をとることも可能である。

【0134】

また、プログラムの実装形態としては、コンパイラによってコンパイルされるオブジェクトコード、インタプリタにより実行されるプログラムコード等のアプリケーションプログラムに限定されることはなく、オペレーティングシステムに組み込まれるプログラムモジュール等の形態であっても良い。

【0135】

さらに、プログラムは、必ずしも制御基板上のＣＰＵにおいてのみ、全ての処理が実施される必要はなく、必要に応じて基板に付加された拡張ボードや拡張ユニットに実装された別の処理ユニット（ＤＳＰ等）によってその一部又は全部が実施される構成とすることもできる。

【0136】

本明細書（特許請求の範囲、要約、及び図面を含む）に記載された構成要件の全て及び／又は開示された全ての方法又は処理の全てのステップについては、これらの特徴が相互に排他的である組合せを除き、任意の組合せで組み合わせることができる。

【0137】

また、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された特徴の各々は、明示的に否定されない限り、同一の目的、同等の目的、または類似する目的のために働く代替の特徴に置換することができる。したがって、明示的に否定されない限り、開示された特徴の各々は、包括的な一連の同一又は均等となる特徴の一例にすぎない。

【0138】

さらに、本発明は、上述した実施形態のいずれの具体的構成にも制限されるものではない。本発明は、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された全ての新規な特徴又はそれらの組合せ、あるいは記載された全ての新規な方法又は処理のステップ、又はそれらの組合せに拡張することができる。

【符号の説明】

【0139】

１０ 飲酒量管理システム
１１ 管理サーバ
１２ スマートフォンまたはタブレット端末（ユーザ等端末の一形態）
１３ 携帯電話（ユーザ端末等の一形態）
１４～１６ ＰＣ（ユーザ端末等の一形態）
１７～１８ スマートフォンまたはタブレット端末（ユーザ等端末の一形態）
３７、３８ 通信回線
３９ 公衆回線（専用線、インターネット等）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】