ホーム > 特許ランキング > 株式会社ＣｕｒｅＡｐｐ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024083515
(43)【公開日】2024-06-21
(54)【発明の名称】飲酒量管理方法、システム、端末装置、プログラム
(51)【国際特許分類】
G16H 20/00 20180101AFI20240614BHJP
【ＦＩ】
G16H20/00
【審査請求】有
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2024062651
(22)【出願日】2024-04-09
(62)【分割の表示】P 2021084840の分割
【原出願日】2021-05-19
(71)【出願人】
【識別番号】516305053
【氏名又は名称】株式会社ＣｕｒｅＡｐｐ
(74)【代理人】
【識別番号】100092783
【弁理士】
【氏名又は名称】小林 浩
(74)【代理人】
【識別番号】100136744
【弁理士】
【氏名又は名称】中村 佳正
(72)【発明者】
【氏名】宋 龍平
(57)【要約】
【課題】 改善された飲酒量管理システム等を提供する。
【解決手段】 ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを
含むシステム上で実施される方法であって、前記ユーザ端末にてユーザの飲酒に関する情
報を受け付けるステップと、前記ユーザ端末で受け付けた前記情報を前記管理サーバへ送
信するステップと、前記管理サーバにて、前記ユーザ端末から受信した情報を集計及び／
または解析するステップと、前記集計及び／または解析した結果を前記ユーザ端末にフィ
ードバックするステップとを実行するものであって、前記ユーザの飲酒に関する情報には
、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれることを特徴とする
。
【選択図】 図１１
【解決手段】 ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを
含むシステム上で実施される方法であって、前記ユーザ端末にてユーザの飲酒に関する情
報を受け付けるステップと、前記ユーザ端末で受け付けた前記情報を前記管理サーバへ送
信するステップと、前記管理サーバにて、前記ユーザ端末から受信した情報を集計及び／
または解析するステップと、前記集計及び／または解析した結果を前記ユーザ端末にフィ
ードバックするステップとを実行するものであって、前記ユーザの飲酒に関する情報には
、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれることを特徴とする
。
【選択図】 図１１
【特許請求の範囲】
【請求項1】
ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを含むシステム
上で実施される方法であって、
前記ユーザ端末にてユーザの飲酒に関する情報を受け付けるステップと、
前記ユーザ端末で受け付けた前記情報を前記管理サーバへ送信するステップと、
前記管理サーバにて、
前記ユーザ端末から受信した情報を集計及び／または解析するステップと、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするステップ
と
を実行するものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文
脈情報とが含まれることを特徴とする方法。
上で実施される方法であって、
前記ユーザ端末にてユーザの飲酒に関する情報を受け付けるステップと、
前記ユーザ端末で受け付けた前記情報を前記管理サーバへ送信するステップと、
前記管理サーバにて、
前記ユーザ端末から受信した情報を集計及び／または解析するステップと、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするステップ
と
を実行するものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文
脈情報とが含まれることを特徴とする方法。
【請求項2】
前記文脈情報には、誰と、どこで、どんな気持ちで、いつ飲み始めるか、どんな状況で
、のうち少なくとも１つが含まれることを特徴とする請求項１に記載の方法。
、のうち少なくとも１つが含まれることを特徴とする請求項１に記載の方法。
【請求項3】
前記集計及び／または解析は、前記管理サーバが受信した情報における文脈情報ごとの
飲酒量を集計及び／または解析することが含まれる請求項１または２に記載の方法。
飲酒量を集計及び／または解析することが含まれる請求項１または２に記載の方法。
【請求項4】
前記ユーザ端末にてユーザの飲酒に関する情報を受け付けるステップは、前記ユーザの
飲酒直前、飲酒中、飲酒直後、飲酒後のいずれか１以上のタイミングで実行されることを
特徴とする請求項１～３のいずれか１項に記載の方法。
飲酒直前、飲酒中、飲酒直後、飲酒後のいずれか１以上のタイミングで実行されることを
特徴とする請求項１～３のいずれか１項に記載の方法。
【請求項5】
前記ユーザ端末にフィードバックするステップは、前記ユーザが前記管理サーバにリス
エストしたタイミング、または、あらかじめ設定されたタイミングで実行されることを特
徴とする請求項１～４のいずれか１項に記載の方法。
エストしたタイミング、または、あらかじめ設定されたタイミングで実行されることを特
徴とする請求項１～４のいずれか１項に記載の方法。
【請求項6】
前記集計及び／または解析は、前記管理サーバが受信した情報における２以上の文脈情
報ごとの飲酒量を前記２以上の文脈情報の組み合わせに基づいて集計及び／または解析す
ることが含まれる請求項３～５のいずれか１項に記載の方法。
報ごとの飲酒量を前記２以上の文脈情報の組み合わせに基づいて集計及び／または解析す
ることが含まれる請求項３～５のいずれか１項に記載の方法。
【請求項7】
前記集計及び／または解析は、前記管理サーバが受信した前記ユーザに関する情報に基
づいた集計及び／または解析に加えて、前記ユーザ以外の他の複数のユーザに関する情報
に基づいて集計及び／または解析されることを特徴とする請求項１～６のいずれか１項に
記載の方法。
づいた集計及び／または解析に加えて、前記ユーザ以外の他の複数のユーザに関する情報
に基づいて集計及び／または解析されることを特徴とする請求項１～６のいずれか１項に
記載の方法。
【請求項8】
前記ユーザ端末にフィードバックするステップは、前記ユーザが前記管理サーバに所定
日数分のデータを登録したことを条件として実行されることを特徴とする請求項１～７の
いずれか１項に記載の方法。
日数分のデータを登録したことを条件として実行されることを特徴とする請求項１～７の
いずれか１項に記載の方法。
【請求項9】
ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを含むシステム
であって、
前記ユーザ端末は、ユーザの飲酒に関する情報を受け付け、前記受け付けた情報を前記
管理サーバへ送信し、
前記管理サーバは、
前記ユーザ端末から受信した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするものであ
って、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文
脈情報とが含まれることを特徴とするシステム。
であって、
前記ユーザ端末は、ユーザの飲酒に関する情報を受け付け、前記受け付けた情報を前記
管理サーバへ送信し、
前記管理サーバは、
前記ユーザ端末から受信した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするものであ
って、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文
脈情報とが含まれることを特徴とするシステム。
【請求項10】
前記文脈情報には、誰と、どこで、どんな気持ちで、いつ飲み始めるか、どんな状況で
、のうち少なくとも１つが含まれることを特徴とする請求項９に記載のシステム。
、のうち少なくとも１つが含まれることを特徴とする請求項９に記載のシステム。
【請求項11】
前記集計及び／または解析は、前記管理サーバが受信した情報における文脈情報ごとの
飲酒量を集計及び／または解析することが含まれる請求項９または１０に記載のシステム
。
飲酒量を集計及び／または解析することが含まれる請求項９または１０に記載のシステム
。
【請求項12】
ユーザの飲酒に関する情報を受け付け、前記受け付けた情報を記録するユーザ端末装置
であって、
前記ユーザ端末装置は、
前記記録した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末のディスプレイ上にフィードバ
ックするものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文
脈情報とが含まれることを特徴とする端末装置。
であって、
前記ユーザ端末装置は、
前記記録した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末のディスプレイ上にフィードバ
ックするものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文
脈情報とが含まれることを特徴とする端末装置。
【請求項13】
前記文脈情報には、誰と、どこで、どんな気持ちで、いつ飲み始めるか、どんな状況で
、のうち少なくとも１つが含まれることを特徴とする請求項１２に記載の端末装置。
、のうち少なくとも１つが含まれることを特徴とする請求項１２に記載の端末装置。
【請求項14】
前記集計及び／または解析は、前記記録した情報における文脈情報ごとの飲酒量を集計
及び／または解析することが含まれる請求項１２または１３に記載の端末装置。
及び／または解析することが含まれる請求項１２または１３に記載の端末装置。
【請求項15】
ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを含むシステム
上で実施されるプログラムであって、
前記ユーザ端末に、
ユーザの飲酒に関する情報を受け付けさせるステップと、
前記受け付けさせた前記情報を前記管理サーバへ送信させるステップと、
前記管理サーバに、
前記ユーザ端末から受信した情報を集計及び／または解析させるステップと、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックさせるステッ
プと
を実行するものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文
脈情報とが含まれることを特徴とするプログラム。
上で実施されるプログラムであって、
前記ユーザ端末に、
ユーザの飲酒に関する情報を受け付けさせるステップと、
前記受け付けさせた前記情報を前記管理サーバへ送信させるステップと、
前記管理サーバに、
前記ユーザ端末から受信した情報を集計及び／または解析させるステップと、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックさせるステッ
プと
を実行するものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文
脈情報とが含まれることを特徴とするプログラム。
【請求項16】
前記文脈情報には、誰と、どこで、どんな気持ちで、いつ飲み始めるか、どんな状況で
、のうち少なくとも１つが含まれることを特徴とする請求項１５に記載のプログラム。
、のうち少なくとも１つが含まれることを特徴とする請求項１５に記載のプログラム。
【請求項17】
前記集計及び／または解析は、前記管理サーバが受信した情報における文脈情報ごとの
飲酒量を集計及び／または解析することが含まれる請求項１５または１６に記載のプログ
ラム。
飲酒量を集計及び／または解析することが含まれる請求項１５または１６に記載のプログ
ラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、広く生活習慣が関与する疾病やアルコール依存症といった精神に関わる疾病
など、行動変容によって治療しうる疾病・疾患の状況を管理する方法等に関し、より詳細
には、アルコール依存症患者を含む多量飲酒者の飲酒量や精神状況等を管理するための方
法等に関する。
など、行動変容によって治療しうる疾病・疾患の状況を管理する方法等に関し、より詳細
には、アルコール依存症患者を含む多量飲酒者の飲酒量や精神状況等を管理するための方
法等に関する。
【背景技術】
【0002】
従来、生活習慣が関与する疾病やアルコール依存症といった精神に関わる疾病など、行
動変容によって治療しうる疾患・疾患においては、いわゆる行動変容によるアプローチが
有効とされる。具体的には、患者、医療従事者、及び周囲の関係者が、患者にとって望ま
しくない行動が生じる原因等を分析し、患者の行動の変化を促していくことなどが挙げら
れる。
動変容によって治療しうる疾患・疾患においては、いわゆる行動変容によるアプローチが
有効とされる。具体的には、患者、医療従事者、及び周囲の関係者が、患者にとって望ま
しくない行動が生じる原因等を分析し、患者の行動の変化を促していくことなどが挙げら
れる。
【0003】
また、広く人の行動や発話、感情の変化等に着目してその人の健康を管理したり、身体
の異常や兆候を発見したりする技術が提案されている。例えば、ユーザの行動に対応し、
かつユーザの複数の感情に対応する選択ボタン入力情報に基づき、当該ユーザの健康状態
を判定する技術が提案されている（特許文献１）。
の異常や兆候を発見したりする技術が提案されている。例えば、ユーザの行動に対応し、
かつユーザの複数の感情に対応する選択ボタン入力情報に基づき、当該ユーザの健康状態
を判定する技術が提案されている（特許文献１）。
【0004】
すわなち、特許文献１には、ユーザの所定の行動に対応し、かつ複数の感情にそれぞれ
対応する複数のボタンのうち、ユーザにより選択されたボタンを示す選択情報を取得する
取得部と、前記取得部によって取得された選択情報に基づいて、前記ユーザの健康状態を
判定する判定部と、を備えることを特徴とする判定装置が開示されている。
対応する複数のボタンのうち、ユーザにより選択されたボタンを示す選択情報を取得する
取得部と、前記取得部によって取得された選択情報に基づいて、前記ユーザの健康状態を
判定する判定部と、を備えることを特徴とする判定装置が開示されている。
【0005】
また、患者等の対象者の主訴に関する情報を確実に取得するとともに、対象者の身体の
異常の兆候や症状の見落としを防止し、さらに、対象者の僅かな身体の異常や兆候を見つ
けることを可能にするシステムも提案されている（特許文献２）。
異常の兆候や症状の見落としを防止し、さらに、対象者の僅かな身体の異常や兆候を見つ
けることを可能にするシステムも提案されている（特許文献２）。
【0006】
すなわち、特許文献２には、医療、介護または看護に従事する従事者と、医療による診
断、介護または看護の対象となる対象者とを含む複数の発話者の間で交わされる会話の音
声情報を記録する音声記録部と、前記音声情報の分析または予め登録された発話者の音声
データに基づいて、個々の発話者を特定する発話者特定部と、前記音声情報を、音声認識
によって個々の発話者ごとにテキストデータに変換する音声認識部と、個々の発話者ごと
の前記テキストデータを、複数の発話者による対話形式に並べ替えて、前記対話形式の文
章データを作成する対話文章作成部と、前記対話形式の文章データを、前記複数の発話者
に含まれる前記対象者ごとの医療、介護または看護に関する健康管理情報と対応付けて、
外部からのアクセスに対して共有できるように保存するデータベースと、を備えているこ
とを特徴とする会話記録システムが開示されている。
断、介護または看護の対象となる対象者とを含む複数の発話者の間で交わされる会話の音
声情報を記録する音声記録部と、前記音声情報の分析または予め登録された発話者の音声
データに基づいて、個々の発話者を特定する発話者特定部と、前記音声情報を、音声認識
によって個々の発話者ごとにテキストデータに変換する音声認識部と、個々の発話者ごと
の前記テキストデータを、複数の発話者による対話形式に並べ替えて、前記対話形式の文
章データを作成する対話文章作成部と、前記対話形式の文章データを、前記複数の発話者
に含まれる前記対象者ごとの医療、介護または看護に関する健康管理情報と対応付けて、
外部からのアクセスに対して共有できるように保存するデータベースと、を備えているこ
とを特徴とする会話記録システムが開示されている。
【0007】
また、ユーザの健康状態に関する情報である健康状態情報の入力を受け付け、受け付け
られた健康状態情報の中から健康状態に関するキーワードを抽出し、このキーワードに基
づいてユーザの体調を判定する技術も提案されている（特許文献３）。
られた健康状態情報の中から健康状態に関するキーワードを抽出し、このキーワードに基
づいてユーザの体調を判定する技術も提案されている（特許文献３）。
【0008】
すなわち、特許文献３には、健康管理の対象となるユーザが使用する端末装置であるユ
ーザ端末と、前記ユーザ端末に接続され前記ユーザの健康を管理するサーバ装置とを備え
、前記ユーザの健康を管理する健康管理システムであって、前記ユーザの健康状態に関す
る情報である健康状態情報の入力を受け付ける健康状態情報入力部と、前記健康状態情報
入力部により受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽
出するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報
を前記ユーザに提示するキーワード提示部と、前記キーワード抽出部が抽出した前記キー
ワードに基づいて、前記ユーザの体調を判定する体調判定部とを備える健康管理システム
が開示されている。
ーザ端末と、前記ユーザ端末に接続され前記ユーザの健康を管理するサーバ装置とを備え
、前記ユーザの健康を管理する健康管理システムであって、前記ユーザの健康状態に関す
る情報である健康状態情報の入力を受け付ける健康状態情報入力部と、前記健康状態情報
入力部により受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽
出するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報
を前記ユーザに提示するキーワード提示部と、前記キーワード抽出部が抽出した前記キー
ワードに基づいて、前記ユーザの体調を判定する体調判定部とを備える健康管理システム
が開示されている。
【先行技術文献】
【特許文献】
【0009】
【特許文献1】特開２０１９－１６４７３７号公報
【特許文献2】特開２０１８－２０６０５５号公報
【特許文献3】特開２０１６－２２４７８４号公報
【発明の概要】
【発明が解決しようとする課題】
【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】
【手続補正書】
【提出日】2024-04-23
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを含むシステム上で実施される方法であって、
前記ユーザ端末にてユーザの飲酒に関する情報を受け付けるステップと、
前記ユーザ端末で受け付けた前記情報を前記管理サーバへ送信するステップと、
前記管理サーバにて、
前記ユーザ端末から受信した情報を集計及び／または解析するステップと、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするステップと
を実行するものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記文脈情報には、前記ユーザのおかれた状況に関する情報が、休みの前日であるとき、休日であるとき、一人でいるとき、仕事の後、お金があるときのうちの少なくともいずれかの情報が含まれ、かつ、前記状況におかれた前記ユーザの気持ちに関する情報が、ストレス、落ち込み、不安、疲れ、孤独感のうちの少なくともいずれかの情報が含まれることを特徴とする方法。
前記ユーザ端末にてユーザの飲酒に関する情報を受け付けるステップと、
前記ユーザ端末で受け付けた前記情報を前記管理サーバへ送信するステップと、
前記管理サーバにて、
前記ユーザ端末から受信した情報を集計及び／または解析するステップと、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするステップと
を実行するものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記文脈情報には、前記ユーザのおかれた状況に関する情報が、休みの前日であるとき、休日であるとき、一人でいるとき、仕事の後、お金があるときのうちの少なくともいずれかの情報が含まれ、かつ、前記状況におかれた前記ユーザの気持ちに関する情報が、ストレス、落ち込み、不安、疲れ、孤独感のうちの少なくともいずれかの情報が含まれることを特徴とする方法。
【請求項2】
前記集計及び／または解析は、前記管理サーバが受信した情報における文脈情報ごとの飲酒量を集計及び／または解析することが含まれる請求項１に記載の方法。
【請求項3】
前記ユーザ端末にてユーザの飲酒に関する情報を受け付けるステップは、前記ユーザの飲酒直前、飲酒中、飲酒直後、飲酒後のいずれか１以上のタイミングで実行されることを特徴とする請求項１または２に記載の方法。
【請求項4】
前記ユーザ端末にフィードバックするステップは、前記ユーザが前記管理サーバにリスエストしたタイミング、または、あらかじめ設定されたタイミングで実行されることを特徴とする請求項１～３のいずれか１項に記載の方法。
【請求項5】
前記集計及び／または解析は、前記管理サーバが受信した情報における２以上の文脈情報ごとの飲酒量を前記２以上の文脈情報の組み合わせに基づいて集計及び／または解析することが含まれる請求項２～４のいずれか１項に記載の方法。
【請求項6】
前記集計及び／または解析は、前記管理サーバが受信した前記ユーザに関する情報に基づいた集計及び／または解析に加えて、前記ユーザ以外の他の複数のユーザに関する情報に基づいて集計及び／または解析されることを特徴とする請求項１～５のいずれか１項に記載の方法。
【請求項7】
前記ユーザ端末にフィードバックするステップは、前記ユーザが前記管理サーバに所定日数分のデータを登録したことを条件として実行されることを特徴とする請求項１～６のいずれか１項に記載の方法。
【請求項8】
ユーザ端末と、前記ユーザ端末から接続可能に構成された管理サーバとを含むシステムであって、
前記ユーザ端末は、ユーザの飲酒に関する情報を受け付け、前記受け付けた情報を前記管理サーバへ送信し、
前記管理サーバは、
前記ユーザ端末から受信した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記文脈情報には、前記ユーザのおかれた状況に関する情報が、休みの前日であるとき、休日であるとき、一人でいるとき、仕事の後、お金があるときのうちの少なくともいずれかの情報が含まれ、かつ、前記状況におかれた前記ユーザの気持ちに関する情報が、ストレス、落ち込み、不安、疲れ、孤独感のうちの少なくともいずれかの情報が含まれることを特徴とするシステム。
前記ユーザ端末は、ユーザの飲酒に関する情報を受け付け、前記受け付けた情報を前記管理サーバへ送信し、
前記管理サーバは、
前記ユーザ端末から受信した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末にフィードバックするものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記文脈情報には、前記ユーザのおかれた状況に関する情報が、休みの前日であるとき、休日であるとき、一人でいるとき、仕事の後、お金があるときのうちの少なくともいずれかの情報が含まれ、かつ、前記状況におかれた前記ユーザの気持ちに関する情報が、ストレス、落ち込み、不安、疲れ、孤独感のうちの少なくともいずれかの情報が含まれることを特徴とするシステム。
【請求項9】
前記集計及び／または解析は、前記管理サーバが受信した情報における文脈情報ごとの飲酒量を集計及び／または解析することが含まれる請求項８に記載のシステム。
【請求項10】
ユーザの飲酒に関する情報を受け付け、前記受け付けた情報を記録するユーザ端末装置であって、
前記ユーザ端末装置は、
前記記録した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末装置のディスプレイ上にフィードバックするものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記文脈情報には、前記ユーザのおかれた状況に関する情報が、休みの前日であるとき、休日であるとき、一人でいるとき、仕事の後、お金があるときのうちの少なくともいずれかの情報が含まれ、かつ、前記状況におかれた前記ユーザの気持ちに関する情報が、ストレス、落ち込み、不安、疲れ、孤独感のうちの少なくともいずれかの情報が含まれることを特徴とする端末装置。
前記ユーザ端末装置は、
前記記録した情報を集計及び／または解析し、
前記集計及び／または解析した結果を前記ユーザ端末装置のディスプレイ上にフィードバックするものであって、
前記ユーザの飲酒に関する情報には、少なくとも前記ユーザの飲酒量に関する情報と文脈情報とが含まれ、
前記文脈情報には、前記ユーザのおかれた状況に関する情報が、休みの前日であるとき、休日であるとき、一人でいるとき、仕事の後、お金があるときのうちの少なくともいずれかの情報が含まれ、かつ、前記状況におかれた前記ユーザの気持ちに関する情報が、ストレス、落ち込み、不安、疲れ、孤独感のうちの少なくともいずれかの情報が含まれることを特徴とする端末装置。
【請求項11】
前記集計及び／または解析は、前記記録した情報における文脈情報ごとの飲酒量を集計及び／または解析することが含まれる請求項１０に記載の端末装置。