端末装置、サービスサーバ及びシステム
【課題】呼気センサを備えた端末装置に対して、サービス情報を提供することにより当該センサを可能化し、当該センサによる呼気成分の測定結果に基づき健康状態を診断することが可能なシステムを提供する。
【解決手段】携帯端末２０は、サーバ２４と通信するための通信部と、呼気中の、互いに異なる成分を検出して出力するための複数のセンサと、通信部及びセンサに接続され、これらを制御することで呼気センシング及び健康診断を行なう制御部とを含む。制御部が、サーバにサービスを申込み、当該サービス提供に係る料金の入金実行要求をサーバ２４に送信することで入金が実行されると、サーバ２４は携帯端末２０にサービス情報を送信する。制御部はサービス情報の受信により、センサを可能化し、センサによる呼気成分の測定、及びその結果に基づく健康状態の診断を行なう。
【解決手段】携帯端末２０は、サーバ２４と通信するための通信部と、呼気中の、互いに異なる成分を検出して出力するための複数のセンサと、通信部及びセンサに接続され、これらを制御することで呼気センシング及び健康診断を行なう制御部とを含む。制御部が、サーバにサービスを申込み、当該サービス提供に係る料金の入金実行要求をサーバ２４に送信することで入金が実行されると、サーバ２４は携帯端末２０にサービス情報を送信する。制御部はサービス情報の受信により、センサを可能化し、センサによる呼気成分の測定、及びその結果に基づく健康状態の診断を行なう。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼気センサを備えた端末装置、及び、そのような端末装置に対してサービスを提供するシステムに関し、特に、所定のサーバから受信した鍵により当該センサを可能化し、当該センサによる測定結果に基づいてユーザの健康状態を診断し出力するための技術に関する。
【背景技術】
【０００２】
近時の健康ブームにより、個人が手軽に且つ迅速に健康状態をチェックできるシステムに関心が寄せられている。その一方法として、呼気センシングが注目されている。呼気センシングとは、呼気中の特定成分の濃度及びその変化を測定し監視することを言う。
【０００３】
呼気には、疾患等に起因して発生した成分が含まれる。このような成分をマーカと呼ぶ。マーカの濃度及びその変化を測定すれば、その測定結果から個人の健康状態をある程度診断できる。このことは、健康管理、疾病の早期発見、及び、早期治療に役立つ。
【０００４】
呼気中マーカの例としては、酸化ストレスに起因するエタン及びペンタン、呼吸疾患によるＮＯ及びＣＯ、消化器疾患に起因するＨ２、糖尿病によるアセトン等がある。
【０００５】
このことに鑑みて、特許文献１に開示の携帯電話機は、マイク付近に、ＳｎＯ２膜及びＷＯ３膜を含む呼気センサを設ける。呼気センサは、マーカ成分であるＨ２、口臭の元であるメチルメルカプタン等を検出する。その結果は表示出力される。
【０００６】
別の例として、特許文献２に記載の携帯電話機には、そのケース内に金属製半導体ガスセンサが設けられている。音声を入力する開孔部から当該センサ周辺に呼気を導入すると、当該センサは呼気中のメチルメルカプタン及びエチレン（口臭元）等を検出する。表示部はその検出濃度により異なる表示を行なう。この例では、センサをマーカセンサに代えることにより、呼気センシングを行なうことが出来る。
【０００７】
上記した例のように、日常生活で、長時間人の近くに配置される端末装置（携帯電話機を含む）に呼気センサを設ければ、ユーザは所望のタイミングで健康チェックを行なうことが出来る。
【特許文献１】特開２００６−７５４４７号公報
【特許文献２】特開２００３−３４１３７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、上述の技術はいずれも、呼気センシングを行ない、健康状態を診断するのには十分ではない。
【０００９】
特許文献１及び特許文献２に記載の端末装置は、その呼気センサの種類が２種類以下と、検出可能なマーカ種類が比較的少ない。健康管理及び疾患予防の観点から、比較的多種類のマーカ濃度を検知することが求められている。上記端末装置はこれに対応していない。
【００１０】
さらに、健康状態の診断においては、個人によって留意する疾患が異なるため、その診断対象疾患を選択可能なものが望ましい。しかし、これらの端末装置は、少数の診断対象疾患が予め定められており、これに対応していない。
【００１１】
このようなメニュー選択性を発展させると、呼気センサを有するものの、健康チェック機能の有無を選択可能な端末装置がより望ましい。一般に、端末装置のハードウエアの一部には、初期時点で動作しないように設定されているものがある。後日、購入者が対応のアプリケーションソフトウエアをインストールすれば動作が可能となる。この態様を利用すれば、端末装置メーカは、呼気センサを有する端末装置に関し、健康チェックに特化すること無く一般ユーザ向けの商品設計を行なうことができる。メーカは、端末装置に健康チェックに関する機能の一部を搭載する必要が無く、かつ、一般向け商品としてこれを大量生産することが出来る。その結果、当該端末装置を比較的安価に供給することができる。一方、ユーザは、健康チェックとは別の目的で当該端末装置を購入しても、健康チェックを所望の時点で可能化することが出来る。ユーザが健康チェックを所望しなければ、ユーザにとって無駄な機能を端末装置に持たせなくても済む。
【００１２】
加えて、特許文献１には表示出力の詳細が記されていない。健康チェックはその結果が誰にでも分かるように出力され、ユーザが自身の健康度を簡易に認識できることが望ましい。特許文献１に記載の端末装置はこれに対応していない。
【００１３】
さらにまた、特許文献２に記載の端末装置において、ガスセンサは半導体式であり、ｐｐｍレベルの濃度のガス成分を検出する。呼気センシングによる健康診断では、マーカの濃度レベルに従い、ｐｐｂレベルのガス濃度測定を必要とする。特許文献２に記載の端末装置は健康管理のための呼気センシングに適しているとは言えない。
【００１４】
したがって、本発明の目的は、端末装置において、一度の測定により、呼気中の低濃度の特定ガス成分を複数種類検出し、そのことにより健康状態の診断が可能な技術を提供することである。
【００１５】
本発明の別の目的は、一度の測定で、呼気中の低濃度の特定ガス成分を複数種類検出することが可能な端末装置において、検出結果から健康状態を診断し、その診断結果を誰にでも分かりやすい態様で出力するものであって、診断対象疾患が選択可能な技術を提供することである。
【００１６】
本発明のさらに別の目的は、呼気中の低濃度の特定ガス成分を一度に複数種類検出し、その検出結果から健康状態を診断し、その診断結果を誰にでも分かりやすい態様で出力することが可能な端末装置に対し、このような健康チェック機能の不能／可能をユーザが選択できる技術を提供することである。
【課題を解決するための手段】
【００１７】
本発明の第１の局面に係る端末装置は、通信装置と、呼気中の複数種類の特定ガス成分を検出して、検出結果に応じて情報を出力するための呼気センシング装置と、特定のサービスを提供するためのサーバに対し、呼気センシング装置を可能化するための情報に関し、通信装置を介して課金要求を送信するための課金要求手段と、課金要求に対応して、通信装置を介してサーバから受信した情報を用いて、呼気センシング装置を可能化するための可能化手段とを含む。呼気センシング装置は初期状態として不能化されていてもよい。
【００１８】
好ましくは、呼気センシング装置は、呼気中の複数種類の特定ガス成分を検出し、それぞれの検出結果に対応する複数の信号を出力するための呼気センサと、呼気センサによる出力信号を用いたサービスを実行するためのサービス実行手段とを含む。
【００１９】
この端末装置は呼気センシングを行ない、そのセンシング結果を元に情報を出力する呼気センシング装置を含む。端末装置の利用者は、サービスを提供するサーバに、呼気センシング装置の可能化のための情報を得るために、その情報の送信に係る課金要求を行なう。これに応じてサーバから受信した情報により、呼気センシング装置が可能化される。利用者は、呼気センシング結果に基づいた情報により、端末装置に所望の動作を実行させることが出来る。
【００２０】
別の観点において、呼気センシング装置と、可能化のための情報との両方が存在することにより、呼気センシングに関する機能が利用可能となる。
【００２１】
利用者は、呼気センシングに関する機能を、端末装置に付加するか否かを選択することが出来る。
【００２２】
例えば、サービスは健康情報に関するものであって、利用者は呼気センシングによる健康チェック機能を、端末装置に付加するか否かを選択することが出来る。
【００２３】
ある態様では、呼気センシング装置は、呼気センサ、及び、呼気センサの出力を利用したサービスを実行するためのサービス実行手段を含む。可能化のための情報を受信することにより、呼気センサが可能化され、呼気センサの出力を用いたサービスの利用を開始することができる。
【００２４】
より好ましくは、サービスは複数通りである。サービス実行手段による複数通りのサービスの実行は、それぞれ、不能化されていてもよい。端末装置は、複数通りのサービスの内から利用者の選択を受けるための選択手段をさらに含む。課金要求手段は、選択手段において選択されたサービスの実行を可能化するための情報に関し、選択されたサービスに応じた課金要求を、通信装置を介して送信するための手段を含む。可能化手段は、課金要求に対応して、通信装置を介してサーバから受信した可能化のための情報を用いて、サービス実行手段による選択されたサービスの実行を可能化するための手段を含む。
【００２５】
さらに好ましくは、複数通りのサービスには、それぞれ、識別子が付与されている。課金要求は、選択されたサービスの識別子を含む。可能化手段は、課金要求に応答して、通信装置を介してサーバから受信した、選択されたサービスの実行を可能化するための情報を用いて、サービス実行手段による選択されたサービスの実行を可能化するための手段を含む。
【００２６】
複数通りのサービスには、さらに、それぞれ、利用金額が設定されている。課金要求は、さらに、選択されたサービスに対応する利用金額情報を含む。可能化手段は、課金要求に応答して、通信装置を介してサーバから受信した選択されたサービスの実行を可能化するための情報を用いて、サービス実行手段による選択されたサービスの実行を可能化するための手段を含む。
【００２７】
利用者は、複数のサービスから所望のものを選択することが出来る。端末装置は、選択されたサービスの識別子を含む課金要求をサーバに送信する。サーバは、課金要求に含まれる識別子に対応する、サービスを可能化するための情報を当該端末装置に送信する。当該情報の受信により、利用者は所望のサービスを利用することが出来る。
【００２８】
例えば、サービスは健康チェックに関するものであって、利用者は呼気センシングによる健康情報サービスの種類、具体的には、診断対象疾患を選択することが出来る。
【００２９】
各サービスには利用金額が設定されていても良い。この場合、端末装置は、選択されたサービスの識別子、及び、そのサービスの利用金額を示す情報を含む課金要求をサーバに送信する。サーバはこの要求に応答して利用金額を課金することとなる。ある観点において、課金金額に応じて、利用可能なサービスの数及び種類は異なる。
【００３０】
好ましくは、可能化するための情報は、呼気センサの出力信号の数と同じ数の数字の組合せを含む。
【００３１】
呼気センサは複数の特定ガス成分を検出し、それぞれの検出結果に対応する複数の信号を出力する。可能化するための情報は、各出力信号に対して処理を行なうための数字を含む。
【００３２】
より好ましくは、呼気センサは、呼気中の複数種類の特定ガス成分の濃度を検出して複数個の濃度信号を出力する。サービス実行手段は、複数個の濃度信号のレベルを入力とする関数の出力に基づいて、健康状態に関する診断をサービスとして実行するための診断手段と、診断手段による診断結果を所定の態様で表示するための表示手段とを含む。診断手段は、初期状態として不能化されていてもよく、可能化手段により可能化される。
【００３３】
さらに好ましくは、関数は、複数個の濃度信号のレベルの線形和であり、可能化するための情報は、線形和を定義する、係数の集合である。
【００３４】
好ましくは、呼気センサは、互いに異なる特定ガス成分の濃度を検出してそれぞれ濃度信号を出力する複数のセンシング素子と、複数のセンシング素子の各々の電気抵抗の変化を検出し、濃度信号として出力するための抵抗検出出力手段とを含む。複数のセンシング素子の各々は、互いに異なる特定ガス成分を選択的に吸着する物質で表面修飾されたカーボンナノ構造体を含む。
【００３５】
この端末装置の呼気センサは複数種類の特定ガス成分を検出し、当該特定ガス成分の濃度を測定することが出来る。この呼気センサの出力に基づいて健康状態に関する診断を行なうことが出来る。呼気中の複数成分の測定結果により、より優れた健康診断を行なうことが出来る。
【００３６】
可能化するための情報の受信により、利用者は健康状態に関する診断を開始することができる。その診断結果は所定の態様で表示される。利用者は自分の健康状態を表示により知ることが出来る。
【００３７】
呼気センサのセンシング素子は、ある態様では、特定ガス物質を選択的に吸着する物質により表面修飾されるカーボンナノ構造体である。特定ガス物質の吸着量に応じて、微量であっても、センシング素子の両端の電気抵抗が変化する。その結果、呼気中の特定ガス成分を、低濃度でも選択的に検出することが出来る。このことから、この端末装置によれば、例えば、検出しようとするマーカの濃度が微量であっても、当該マーカに関連する疾患の診断を行なうことが出来る。
【００３８】
ある態様では、診断手段は以下の処理を行なう。呼気センサの各センシング素子が出力する濃度信号、例えば、電気抵抗変化と、検出対象の特定ガス成分の濃度とは、略線形関係にある。したがって、予め求められた当該線形関係により、診断手段は、濃度信号から検出対象の特定ガス成分の濃度を算出する。診断手段は、呼気センサが検出可能な全特定ガス成分の濃度に対し、この処理を行なう。さらに、可能化するための情報により与えられる係数の各々により、各特定ガス成分の濃度を処理し、これらの総和を求める。算出した総和に対し、診断処理は所定の処理を行なう。処理結果は表示される。
【００３９】
したがって、表示される所定の態様は、具体的には数字のような、誰にでも分かりやすいものとなる。そのため、この端末装置による健康診断は、個人でも手軽に利用することが出来る。
【００４０】
さらに好ましくは、端末装置はさらに、呼気センシング装置について、可能化手段により可能化されたか否かを通知するための可能化状態通知手段を含む。
【００４１】
可能化状態通知手段を設けることにより、どのサービスが利用可能でありどのサービスが利用可能でないかを容易に確認できる。
【００４２】
本発明の第２の局面に係るサービスサーバは、特定のサービスを提供するためのサービスサーバである。サービスサーバは、前述の端末装置から、呼気センシング装置を可能化するための情報に関し、課金要求を受信するための課金要求受信手段と、端末装置から、課金要求を受信したことに応答して、端末装置の利用者に対する課金処理を実行するための課金処理実行手段と、課金処理実行手段による課金処理の実行の後、呼気センシング装置をを可能化するための情報を、課金要求を送信してきた端末装置に送信するための情報送信手段とを含む。
【００４３】
端末装置から課金要求を受信すると、サーバは、端末装置の利用者に対する課金処理を実行し、当該端末装置に可能化するための情報を送信する。端末装置がこの情報を受信すると、端末装置の利用者は呼気センシング結果に基づいた情報により、端末装置に所望の動作を実行させることが出来る。
【００４４】
好ましくは、サービスはあらかじめ複数通り準備されており、かつそれぞれには識別子と、対応する利用金額とが設定されている。課金要求は、可能化の対象となるサービスの識別子、及び、対応する利用金額情報を含む。課金処理実行手段は、端末装置から、課金要求を受信したことに応答して、課金要求に含まれる利用金額情報に基づいて、端末装置の利用者に対する課金処理を実行するための手段を含む。情報送信手段は、実行するための手段による課金処理の実行の後、課金要求に含まれる識別子に対応するサービスを可能化するための情報を、課金要求を送信してきた端末装置に送信するための送信手段を含む。
【００４５】
利用者は、複数のサービスから所望のものを選択することが出来る。端末装置から課金要求を受信すると、このサービスサーバは、受信した利用料金情報に基づき、端末装置の利用者への課金処理を実行する。実行の後、受信した識別子に対応する、サービスを可能化するための情報を当該端末装置に送信する。当該情報の受信により、利用者は、当該端末装置において所望のサービスを利用することが出来る。
【００４６】
例えば、利用者は呼気センシングによる健康診断において、健康情報サービスの種類、具体的には、診断対象疾患を選択することが出来る。
【００４７】
本発明の第３の局面に係るサービスシステムは、少なくとも１つの端末装置と、端末装置に対し特定のサービスを提供するためのサーバとを含む、サービスシステムである。端末装置は、通信装置と、呼気中の複数種類の特定ガス成分を検出して、検出結果に応じて情報を出力するための呼気センシング装置と、サーバに対し、呼気センシング装置を可能化するための情報に関し、通信装置を介して課金要求を送信するための課金要求手段とを含む。サーバは、端末装置から、課金要求を受信するための課金要求受信手段と、端末装置から課金要求を受信したことに応答して、端末装置の利用者に対する課金処理を実行するための課金処理実行手段と、課金処理実行手段による課金処理の実行の後、呼気センシング装置を可能化するための情報を、課金要求を送信してきた端末装置に送信するための情報送信手段とを含む。端末装置は、課金要求に対応して、通信装置を介してサーバから受信した情報を用いて、呼気センシング装置を可能化するための可能化手段をさらに含む。
【００４８】
端末装置から課金要求を受信すると、サーバは課金処理の後、当該端末装置に、呼気センシング装置を可能化する情報を送信する。端末装置が鍵情報を受信すると、呼気センシング装置が可能化され、端末装置の利用者は呼気センシングの開始、及びそのセンシング結果に基づく情報入手を行なうことができる。たとえば、呼気センシング結果から、利用者は健康に関する情報を得ることができる。
【００４９】
このサービスシステムにおいて、端末装置の呼気センシング装置は初期状態で不能であってもよい。呼気センシング装置は、サーバからの、可能化するための情報の受信により可能化される。利用者は、端末装置に、呼気センサを用いたサービス機能、例えば、健康チェック機能を持たせるか否かを選択することが出来る。
【００５０】
さらに好ましくは、端末装置はさらに、呼気センシング装置について、可能化手段により可能化されたか否かを通知するための可能化状態通知手段を含む。
【００５１】
端末装置に可能化状態表示手段を設けることにより、どのサービスが利用可能でありどのサービスが利用可能でないかを容易に確認できる。
【発明の効果】
【００５２】
以上のように、この発明に係る端末装置、サービスサーバ及びシステムによれば、端末装置の健康チェック機能の不能／可能を利用者が選択することが出来る。さらに、端末装置の出力に関し、利用者による診断対象疾患の選択が可能である。加えて、サーバの配信情報から端末装置が出力表示する診断結果は、例えば数字等の誰にでも分かりやすい態様である。個人が利用しやすい健康チェック方法である。
【００５３】
さらに、この発明に係る端末装置によれば、一度の測定により、複数種類の呼気中マーカを同時に検出することができる。さらに、その検出結果により健康状態の診断が可能である。利用者は、所望のタイミングで健康チェックを行なうことが出来る。
【００５４】
さらに、この端末装置のセンシング部は、表面修飾されたカーボンナノ構造体を含む。このことにより、この端末装置は選択的でかつ高感度な呼気センシングを実現する。
【発明を実施するための最良の形態】
【００５５】
以下、本発明の実施の形態に係るシステムについて説明する。以下の説明及び図面では、同一の部品には同一の参照符号及び名称を付してある。それらの機能も同一である。したがって、それらについての詳しい説明は繰返さない。
【００５６】
［第１の実施の形態］
−構成−
図１に、本発明の第１の実施の形態に係る呼気センシングサービス提供システム１０の概略構成をブロック図形式で示す。
【００５７】
図１を参照して、呼気センシングサービス提供システム１０は、携帯端末２０及びその他の図示しない複数の端末と、公衆網２２に接続され、携帯端末２０等の端末と公衆網２２を介して通信を行ない、当該端末に対し、後述する呼気センシングに係るサービスを有償で提供するためのサーバ２４とを含む。
【００５８】
本実施の形態では、サーバ２４は、携帯端末２０等の端末の通信キャリアが管理運営するものとする。さらにこの呼気センシングサービス提供システム１０に所属する携帯端末２０及び複数の端末は、基本的に携帯端末２０と同一の構成のものであるものとする。したがって、以下の説明では携帯端末２０の構成のみ説明する。
【００５９】
携帯端末２０は、アンテナ３２を介して無線インターフェースのエアリンクを行ない、サーバ２４と双方向通信を行なうための通信部３０と、通信部３０に接続され、通信部３０を介して相手端末と音声通信を行なうための音声入出力部３４と、表示部３６と、ユーザの入力を制御信号に変換するための操作部３８と、呼気中の特定ガス成分濃度を個々に検出するための呼気センサ部４６と、サーバ２４が提供する各種サービスに関する情報を記憶するためのメモリ４４と、携帯端末２０において利用可能なサービスと利用できないサービスとを区別して通知するための５つのＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）４０Ａ〜４０Ｅとを含む。なお、以下の説明では、ＬＥＤ４０Ａ〜４０ＥをまとめてＬＥＤ４０と呼ぶことがある。メモリ４４が記憶する情報は、当該サービスに関する情報であるユーザサービステーブル（以下「Ｕサービステーブル」と呼ぶ。）、携帯端末２０の識別子（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ。以下「ＩＤ」と呼ぶ。）、ユーザの識別子（以下「ＵｉＤ」と呼ぶ。）等の携帯端末２０に関する情報、及び、後述する制御部により実行される種々のプログラムを含む。
【００６０】
メモリ４４に記憶されるアプリケーションソフトウエアは、携帯端末２０の工場出荷前にメモリ４４に格納されるものとする。
【００６１】
携帯端末２０は、さらに、通信部３０、表示部３６、操作部３８、呼気センサ部４６及びメモリ４４に接続され、これらを所定のプログラムにしたがって制御し、呼気センサ部４６の出力を、メモリ４４に記憶されるＵサービステーブル等にしたがって処理し、特定疾患に関する健康状態の表示を行なう機能、及び、携帯端末としての電話機能等の一般的な機能を実現するための制御部５０とを含む。
【００６２】
制御部５０は、所定のプログラムを実行することにより上述した種々の機能を実現する図示しないＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｇ Ｕｎｉｔ）、並びに、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｍｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を含む。
【００６３】
サーバ２４は、公衆網２２を介して携帯端末２０等と通信を行なうための通信部６０と、通信部６０に接続され、携帯端末２０からの種々のアクセスを処理し、携帯端末２０に対する健康情報のサービスを行なう機能を実現するための制御部６４と、制御部６４が提供するサービスに関する種々の情報を記憶するためのＨＤＤ（ハードディスクドライブ）６２とを含む。
【００６４】
ＨＤＤ６２は、さらに、当該通信キャリアが契約する全ユーザに関し、ＵｉＤと、当該ユーザが利用する端末のＩＤと、当該ユーザと当該通信キャリアとの支払いに関する契約内容とを関連付けた、図示しないテーブルを記憶する。これを以降「支払内容テーブル」と呼ぶ。契約内容は、支払いの際の支払方法及び支払元情報（金融機関の口座番号、クレジットカード番号等）を含む。説明のため、ここではＵｉＤとＩＤとは１対１であるものとする。
【００６５】
制御部６４は、図示しないＣＰＵ、並びに、ＲＯＭ及びＲＡＭ等を含む。
【００６６】
図２（Ａ）に、携帯端末２０を開いた際の正面外観図を示す。図２（Ａ）を参照して、携帯端末２０は折畳み型携帯電話機であり、折畳んだ際の形状は扁平な略直方体である。
【００６７】
携帯端末２０は、表示側筐体８０と、操作側筐体８２と、表示側筐体８０及び操作側筐体８２を開閉自在に接続するヒンジ部８４とを含む。表示側筐体８０には表示部３６が設けられる。操作側筐体８２には操作キー群８６が設けられる。操作キー群８６は、アプリケーション起動ボタン１２５、再生ボタン１２７、測定開始ボタン１２９、テンキー及びカーソルキー等を含む。操作側筐体８２正面の操作キー群８６の下側には、図示しないマイクが設けられる。さらに、操作側筐体８２の正面の操作キー群８６の左下側には、前述した、利用可能なサービスと利用できないサービスとを区別して通知する５つのＬＥＤ４０が設けられている。この携帯端末２０に対してサーバ２４から提供されるサービスは後述するように５種類である。ＬＥＤ４０はそれぞれこれらサービスに対応しており、対応するサービスが利用可能になっているときには点灯し、利用できないときには消灯する。
【００６８】
図２（Ｂ）及び（Ｃ）に、携帯端末２０を開いた際の裏面外観図、及び、左側面外観図を示し、図３に、図２（Ｃ）に示す断面３−３における矢視方向断面図を示す。図２（Ａ）〜（Ｃ）及び図３を参照して、操作側筐体８２の下端近傍内部には呼気センサ部４６が設けられる。なお、図３では便宜上、操作側筐体８２について、正面−裏面間の奥行長さを、右側面−左側面間の幅よりも長く図示している。しかし、図２（Ａ）〜（Ｃ）に示すように、実際には操作側筐体８２の奥行長さは、その幅より短い。
【００６９】
呼気センサ部４６は、中空で概略直方体の呼気収集ボックス１２０と、呼気収集ボックス１２０の端面及び操作側筐体８２の正面側を接続するように設けられる、呼気収集ボックス１２０の内部空間に呼気を導入するための呼気導入部１２８と、呼気収集ボックス１２０の呼気導入部１２８が設けられる端面に対向する端面及び操作側筐体８２の裏面側、呼気収集ボックス１２０の一方側面及び操作側筐体８２の右側面、呼気収集ボックス１２０の他方側面及び操作側筐体８２の左側面を、それぞれ、接続するように設けられる、呼気収集ボックス１２０の内部空間の気体を排出する、逆止弁が設けられた排気部１２２、１２４及び１２６とを含む。呼気導入部１２８はマイク近傍に形成された開口を有する（図２（Ａ）参照）。したがって、通話時と同様に携帯端末２０を保持して呼気導入部１２８に呼気を吹きかければ、呼気収集ボックス１２０内に呼気を導入することができる。
【００７０】
呼気センサ部４６はさらに、呼気収集ボックス１２０の内部に形成され、呼気収集ボックス１２０の内部空間を３つの小室１７０，１７２及び１７４に分離するための、中央に形成された開口１５６及び１５８をそれぞれ有する仕切部材１５２及び１５４と、それぞれ開口１５６及び１５８の、小室１７２及び１７４側に設けられた、呼気中の特定ガス成分のみを選択的に透過する選択透過膜１６０及び１６２とを含む。呼気導入部１２８及び排気部１２２は小室１７０内に開口している。排気部１２４は小室１７４内に開口し、排気部１２６は小室１７２内に開口している。
【００７１】
選択透過膜１６０及び１６２は、具体的には、ポリスルフォン、セルロースアセテート、ポリイミド、ポリ４−メチルペンテン、シリコンゴム、ポリカーボネート等の高分子材料、パラジウム等の特定成分を吸着する金属、及びこれらの複合材料のうち、特定ガス成分検出について、その感度及び精度を向上させるものが選択される。例えば、小室１７２等に設けられるセンサが検出する特定ガス成分を透過させる材料、又は、当該特定ガス成分の検出を阻害する物質を透過しない材料である。
【００７２】
この実施の形態では、選択透過膜１６０は呼気中のＮＯのみを透過するものとし、選択透過膜１６２は呼気中のアセトンのみを透過するものとする。これら選択透過膜１６０及び１６２は、上記した特定ガス成分に加え、呼気中の通常の気体（窒素、酸素など）を透過するものであってもよい。
【００７３】
呼気センサ部４６はさらに、小室１７２内の、開口１５６と排気部１２６との間に配置されたセンサ基板１４０と、センサ基板１４０の開口１５６に臨む面に設けられたヒータ１４４と、ヒータ１４４の上、すなわち開口１５６に臨む位置に配置された、ＮＯ濃度を測定するためのセンサ１４８と、小室１７４内の、開口１５８と排気部１２４との間に配置されたセンサ基板１４２と、センサ基板１４２の開口１５８に臨む面に設けられたヒータ１４６と、ヒータ１４６の上、すなわち開口１５８に臨む位置に配置された、アセトン濃度を測定するためのセンサ１５０と、小室１７０内の、開口１５６及び１５８と排気部１２２との間に設けられ、呼気導入部１２８から小室１７０内部に導入される呼気を反射するための反射板１６６と、呼気導入部１２８内部の逆止弁の近傍に設けられる、呼気の流量を測定するための流量センサ１６４とを含む。
【００７４】
この呼気センサ部４６で使用されるセンサ１４８及び１５０は、特定のガス成分を選択的に吸着することができる。センサ１４８及び１５０はいずれも、カーボンナノチューブ（Ｃａｒｂｏｎ Ｎａｎｏ Ｔｕｂｅ。以下「ＣＮＴ」と呼ぶ。）からなるガスセンサ素子を含んでいる。
【００７５】
なお、呼気センサ部４６は、上記したＮＯ濃度、及び、アセトン濃度を検出するためのセンサ１４８及び１５０の他に、他の特定ガス成分を検出するセンサを含む。具体的には、呼気収集ボックス１２０の上面又は下面であって、図２（Ｃ）に示す断面３−３とは別の部位に、それぞれ、図３に示す、仕切部材１５２、小室１７２、開口１５６、排気部１２６、選択透過膜１６０、センサ基板１４０、ヒータ１４４、センサ１４８と同様の構成要素が、各センサに対して設けられている。選択透過膜は、各センサの検出対象ガスによりその材料が決定される。各センサはガスセンサ素子を含む。当該ガスセンサ素子は、それぞれ、検出対象の特定ガス成分に応じて、異なる材料により表面修飾されたＣＮＴを含む。
【００７６】
ここでは呼気センサ部４６は、アセトン及びＮＯの他に、ＣＯ２、Ｈ２、及びアンモニアを検出するものとする。
【００７７】
図４に、ガスセンサ素子１８０の概略構成を示す。図４を参照して、ガスセンサ素子１８０は、一般的に、特定の分子により表面修飾されたカーボンナノ構造体からなるセンシング部１８２と、センシング部１８２の両端に配置された電極１８４及び１８６とを含む。
【００７８】
図５に、センシング部１８２における表面修飾の様子を模式的に示す。
【００７９】
図５を参照して、センシング部１８２は、ＣＮＴ構造体１８８と、ＣＮＴ構造体１８８表面に固定され、特定ガス成分を選択的に吸着する物質の分子１９４とを含む（ここでは分子１９４として金属フタロシアニンの分子構造を図示しているが、分子１９４は金属フタロシアニンに限定されない。）。
【００８０】
たとえばＣｏフタロシアニンでカーボンナノ構造体の表面を修飾すると、呼気中のＮＯがこれらＣｏフタロシアニンに吸着される。その結果、カーボンナノ構造体の電気抵抗が変化する。この変化量は、カーボンナノ構造体表面に吸着したＮＯ分子の量に応じて変わる。したがって、センシング部１８２に電流を通したときの抵抗値の変化を見ることにより、呼気中のＮＯの濃度を検出することができる。
【００８１】
なお、この実施の形態では、センサ１４８のセンシング部として、ＮＯを選択的に吸着するＣｏフタロシアニンにより表面修飾されたものを、センサ１５０のセンシング部として、アセトンを選択的に吸着するアルキル基により表面修飾されたものを、それぞれ用いている。
【００８２】
図６は、各センサに設けられた、ガスセンサ素子１８０の抵抗変化を測定するための測定回路２００の構成を示す。図６を参照して、測定回路２００は、定電圧源２１０と、定電圧源２１０の両端の間に直列に接続されたガスセンサ素子１８０及び負荷抵抗２１２と、ガスセンサ素子１８０及び負荷抵抗２１２の接点に接続された入力を持ち、この接点の電位変化を増幅するための増幅器２１４とを含む。図４に示すガスセンサ素子１８０の電極１８４は、定電圧源２１０のプラス端子へ、電極１８６は負荷抵抗２１２及び増幅器２１４へ接続される。負荷抵抗２１２の抵抗値は既知である。ガスセンサ素子１８０及び負荷抵抗２１２の接続点の電位を測定することにより、ガスセンサ素子１８０の電気抵抗の変化を知ることができ、したがって、ガスセンサ素子１８０に吸着した特定ガス成分の濃度を知ることができる。
【００８３】
図７（Ａ）〜（Ｄ）及び図８（Ａ）〜（Ｄ）に、携帯端末２０のメモリ４４に記憶され、呼気センシングサービス提供システム１０に関するアプリケーションソフトを利用中に表示部３６に表示される、サービス利用のための作業画面の例を示す。
【００８４】
図７（Ａ）に、当該ソフト起動後に表示される、サービス利用開始のための健康チェックサービス画面２２０を示す。図７（Ａ）を参照して、画面２２０は、新たにサービスを申込むためのＹＥＳボタン２２２と、申込みをせずに呼気測定及び診断を開始するためのＮＯボタン２２４と、当該ソフトを終了するための終了ボタン２２６とを含む。
【００８５】
図７（Ｂ）及び（Ｃ）に、図７（Ａ）に示すＹＥＳボタン２２２の押下後に表示され、新たなサービスの申込のためのサービス一覧画面２２８及び２３８を示す。画面２２８は新規ユーザ向け、画面２３８は一度サービス申込を行なったことのあるユーザ向けのものである。図７（Ｂ）及び（Ｃ）を参照して、画面２２８及び２３８は、提供サービスの一覧２３０及び２３８を含む。サービスの名称は、ここでは、メタボリック症候群、糖尿病、ストレス、喘息及び歯周病の可能性を診断するサービスに対し、それぞれ、「メタボ度」、「糖尿病度」、「ストレス度」、「喘息度」及び「歯周病度」と名付けられている。度数は、各疾患をユーザが患っている可能性を示し、当該疾患の可能性が大きいほど大きい数字が、そうでない場合は小さい数字が示される。各度数は呼気センサ部４６の各センサ出力に基づいて求められる。
【００８６】
サービスの一覧２３０及び２４０において、各名称にはチェックボックスが付されている。クリック操作によりチェックボックスにチェックを受けることでサービスが選択される。一覧２３０は全サービスが選択可能だが、一覧２４０では申込済のサービスは選択不可である。
【００８７】
画面２２８及び２３８は、さらに、選択されたサービスの申込のためのＯＫボタン２３２、この申込作業を中止して図７（Ａ）に示す画面２２０を表示させるためのキャンセルボタン２３４、及び、当該ソフトを終了するための終了ボタン２３６とを含む。
【００８８】
図７（Ｄ）に、図７（Ｂ）及び（Ｃ）のサービスの一覧２３０及び２４０におけるサービス選択、及び、ＯＫボタン２３２押下後に表示され、ユーザに当該サービス提供に係る入金を促す入金画面２４２を示す。図７（Ｄ）を参照して、画面２４２は、選択されたサービス及び料金の一覧２４４と、入金実行をサーバ２４に要求するためのＯＫボタン２４６と、入金処理を中止して、画面２２８又は２３８に表示を戻すためのキャンセルボタン２４８と、当該ソフトを終了するための終了ボタン２５０とを含む。
【００８９】
図８（Ａ）に、図７（Ａ）に示すＮＯボタン２２４押下後、又は、図７（Ｄ）に示すＯＫボタン２４６押下後に表示され、呼気測定及びその結果に基づいた健康診断を行なうための健康チェック開始画面２５２を示す。図８（Ａ）を参照して、画面２５２は、配信済であり、診断可能なサービスの一覧２５６と、一覧２５６に含まれるサービスに関する診断を開始するための開始ボタン２５８と、当該診断開始処理を中止して、図７（Ａ）に示す画面２２０に表示を戻すためのキャンセルボタン２６０と、当該ソフトを終了するための終了ボタン２６２とを含む。
【００９０】
図８（Ｂ）〜（Ｄ）に、呼気センサ部４６の呼気測定に基づく健康診断の結果を表示部３６に出力表示するための健康チェック結果画面２６４、２６８及び２７６を示す。
【００９１】
図８（Ｂ）を参照して、画面２６４は、呼気センサ部４６による呼気測定を行ない、その結果を配信された情報を用いて処理することにより算出した、各疾患に対する度数を含むメッセージ２６５と、当該ソフトを終了するための終了ボタン２６６とを含む。
【００９２】
図８（Ｃ）及び（Ｄ）を参照して、画面２６８及び２７６は、画面２６４の場合と同じ呼気測定の処理結果の別の表示例である。この例は上記の度数をイラスト表示（人形２７０及び２７８）する。画面２６８は、人形２７０の他に、他の度数に関するイラスト表示を行なうためのＮＥＸＴボタン２７２と、当該ソフトを終了するための終了ボタン２７４とを含む。
【００９３】
画面２７６は、人形２７８の他に、当該ソフトを終了するための終了ボタン２７４とを含む。画面２７６は、診断する度数が単独、または最終である場合の表示例であり、図８（Ｃ）に示すＮＥＸＴボタン２７２を含まない。
【００９４】
イラスト表示に関して、メタボ度の場合、メタボリック症候群の人が肥満体系であることから、メタボ度（メタボリック症候群である可能性）が高い場合は画面２６８の太い人形２７０を、メタボ度が低い場合は画面２７６の痩せた人形２７８を、それぞれ表示する。このようにイラスト表示は、疾患の症状とイラストとが関連する態様であるのが望ましい。例えば、喘息度の高い場合は（以下図示しない）咳き込んだ人形を、喘息度の低い場合は笑っている人形を、歯周病度の高い場合は何かに侵された歯及び歯茎を有する人形を、歯周病度の低い場合は白い歯と健康そうなピンク色の歯茎とを有する人形を、それぞれ表示する態様であっても良い。
【００９５】
なお、上記した呼気測定結果の表示態様は、度数及びイラストの何れかに固定されていても良いし、ユーザが何れかを選択することができても良い。
【００９６】
また、図８（Ｂ）〜（Ｄ）に示す、度数及びイラストを表示するための情報は、後述する、サーバ２４のＨＤＤ６２に記憶される、サーバサービステーブル（以下「Ｓサービステーブル」と呼ぶ。）において、各サービスを識別するためのサービスＩＤ（以下ＳｉＤと呼ぶ。）に対応付けて記憶されるものとする。
【００９７】
図９に、図１に示す携帯端末２０のメモリ４４が記憶するＵサービステーブル２８０の一例を示す。
【００９８】
図９を参照して、Ｕサービステーブル２８０は、ＳｉＤ、各サービスに付けられた名称、各サービスの料金、呼気センサ部４６のセンサ（アセトン、ＣＯ２、ＮＯ、Ｈ２、及びアンモニアをそれぞれ検出するもの）の各出力に対する係数、及び、各係数によりセンサ出力を処理するか否かを指定するフラグを列挙したものである。
【００９９】
ＳｉＤにより、携帯端末２０及びサーバ２４は、両者の通信において、当該通信に係るサービスを識別することが出来る。
【０１００】
Ｕサービステーブル２８０のフラグカラムの初期値は０である。Ｕサービステーブル２８０においてフラグが０のＳｉＤの行では係数は全て０であり、一方、フラグが１のＳｉＤに対応する係数カラムには特定の数値が書込まれている。
【０１０１】
係数は、この例では、各センサが検出する特定ガス成分の濃度に対し重み付けをするためのものである。係数は、各特定ガス成分の濃度と、診断対象疾患の挙動と、度数を算出するための所定の処理との関係によって予め定められている。
【０１０２】
図１０に、図１に示すサーバ２４のＨＤＤ６２に記憶される、サービスの申込を行なったことのある端末（ユーザ）に関する情報を含むユーザテーブル２９０の一例を示す。
【０１０３】
図１０を参照して、ユーザテーブル２９０は、ＵｉＤ、各ユーザの課金情報、各ユーザの支払い情報、及び、各ユーザに既に提供されたサービスのＳｉＤを列挙したものである。
【０１０４】
ＵｉＤにより、サーバ２４の通信部６０がコマンドを受信した場合、その課金先を識別することが出来る。
【０１０５】
課金情報は、所定期間における当該ユーザの課金合計額を示す。課金の履歴はＨＤＤ６２の別の領域（図示せず）に課金の都度追加される。課金情報に含まれる金額は、サーバ２４を管理する通信キャリアが、所定期間毎（例えば１ヶ月）に、前述した支払内容テーブルに記憶される当該ユーザとの契約内容にしたがって当該ユーザに請求する。請求処理の度に、課金情報はリセットされる。
【０１０６】
支払い情報は、前述した支払内容テーブルにおいて、ＵｉＤにより識別されるユーザの契約内容が記憶される領域のアドレスを示す。
【０１０７】
図１１に、サーバ２４のＨＤＤ６２に記憶されるＳサービステーブル３００の一例を示す。図１１を参照して、Ｓサービステーブル３００は、図９に示すＵサービステーブル２８０とほぼ同様であるが、Ｕサービステーブル２８０内のフラグ情報を含まない点、サーバ２４が提供可能な全サービスに関する全情報を含む点が、Ｕサービステーブル２８０とは異なる。
【０１０８】
また、Ｓサービステーブル３００は、さらに、図示しない、図８（Ｂ）〜（Ｄ）に示す度数算出及びイラスト表示に関する情報を含む。具体的には、各ＳｉＤに対応付けて、対応の度数を算出するための情報と、度数に基づくイラスト表示を実行するための情報とが関連付けて記憶される。これらの情報は、サーバ２４から携帯端末２０に係数が配信される場合に、同時に配信され、携帯端末２０のメモリ４４内のＵサービステーブル２８０に格納される。
【０１０９】
図１２に、携帯端末２０とサーバ２４との間でのデータの送受を図解的に示す。
【０１１０】
図１２を参照して、ユーザ指示により、携帯端末２０からサーバ２４へ新たなサービスを申込む場合、携帯端末２０及びサーバ２４は、以下の処理（１）〜（１３）を行なう。
（１）携帯端末２０（が以下の処理を実行する。以下同じ。）：サーバ２４へ、自身のＩＤ、ＵｉＤ、及びアクセス要求を送信する。
（２）サーバ２４：アクセス要求を受けて、アクセス要求と共に受信したＵｉＤとユーザテーブルとを比較する。比較の結果に応じてサービステーブルを作成する。
（３）サーバ２４：作成したサービステーブルをサービス一覧として携帯端末２０に送信する。
（４）携帯端末２０：受信したサービス一覧により、自身がメモリ４４に記憶するＵサービステーブル２８０を更新する。
（５）携帯端末２０：ユーザ操作により新たなサービスの申込が指示されると、新たなサービス（係数）の配信要求を、ＩＤ、ＵｉＤ及び当該サービスのＳｉＤと共にサーバ２４に送信する。
（６）サーバ２４：配信要求を受け、配信要求と共に受信したＵｉＤ及びＳｉＤと、ユーザテーブルとを比較する。
（７）サーバ２４：比較の結果、ユーザテーブルに含まれるユーザが、新たなサービスの申込を行なったことを確認した場合、当該端末に、入金依頼を入金対象のＳｉＤと共に送信する。
（８）携帯端末２０：サーバ２４からの入金依頼に対して、入金実行要求を、ＩＤ、ＵｉＤ、ＳｉＤ及び金額データと共にサーバ２４に送信する。
（９）サーバ２４：入金実行要求に応答して、ＵｉＤにより識別されるユーザの入金実行を行なう。同時に入金が成立したことを確認する。
（１０）サーバ２４：配信要求されたサービスの係数を当該端末に配信する。
（１１）携帯端末２０：配信されたサービスの係数によりＵサービステーブル２８０の更新を行なう。
（１２）携帯端末２０：呼気を測定する。
（１３）携帯端末２０：呼気測定結果を、後述するプログラム及びＵサービステーブル２８０により処理し、処理の結果に基づき表示部３６に表示を行なう。
【０１１１】
図１３は、図１２に示す処理（２）及び（３）においてサーバ２４の制御部６４が実行するプログラムの制御構造を示すフローチャートである。
【０１１２】
図１３を参照して、通信部６０がアクセス要求を受信したことに応答して、制御部６４が起動するプログラムは、ＨＤＤ６２に記憶されるＳサービステーブル３００を制御部６４内のＲＡＭにコピーするステップ（以下単に「Ｓ」と呼ぶ。）１０と、Ｓ１０の後に実行され、アクセス要求と共に受信した送信元端末のＵｉＤが、ＨＤＤ６２に記憶されるユーザテーブル２９０内にあるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ１２と、Ｓ１２において、当該ＵｉＤがユーザテーブル２９０内に無いと判定されたことに応答して実行され、ユーザテーブル２９０に当該ＵｉＤを追加するＳ１３とを含む。
【０１１３】
Ｓ１３において、制御部６４はさらに、ユーザテーブル２９０に新たに追加したＵｉＤの行の、課金情報カラムに０を、それぞれ書込む。
【０１１４】
本プログラムは、さらに、Ｓ１３の後に実行され、Ｓ１０においてコピーされたＳサービステーブル内の全ＳｉＤに関しその係数に０を代入するＳ１４と、Ｓ１４の後に実行され、全係数が０のＳサービステーブルを送信元端末に送信するＳ３０とを含む。
【０１１５】
本プログラムは、さらに、Ｓ１２において、送信元端末のＵｉＤがユーザテーブル２９０内にあると判定されたことに応答して、Ｓ１０において作成されたＳサービステーブルのコピーに含まれる全てのＳｉＤについて以下の一連のステップを行なう処理を含む。すなわち、処理対象のＳｉＤが、ユーザテーブル２９０内の送信元端末のＵｉＤの行の、ＳｉＤカラムにより規定されるＳｉＤに含まれるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ２０と、Ｓ２０においてユーザテーブル２９０内に当該ＳｉＤが無いと判定されたことに応答して実行され、Ｓサービステーブルのコピーの当該ＳｉＤの係数の全てに０を代入するＳ２２とを含む。Ｓ２０においてユーザテーブル２９０内に当該ＳｉＤがあると判定された場合、及び、Ｓ２２の処理の後、そのＳｉＤに対する処理を終了する。
【０１１６】
Ｓ１２においてＹＥＳと判定された場合、本プログラムは、Ｓサービステーブルのコピーの全てのＳｉＤに対して上述の一連の処理を実行し、その後、Ｓ３０の処理を行ない、処理を終了する。
【０１１７】
図１４は、図１２に示す処理（４）において、携帯端末２０の制御部５０が実行するプログラムの制御構造を示すフローチャートである。
【０１１８】
図１４を参照して、通信部３０がサービステーブルを受信したことにより起動されるプログラムは、メモリ４４内に図９に示すようなＵサービステーブル２８０が既にあるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ５０と、Ｓ５０においてメモリ４４にＵサービステーブル２８０が無いと判定されたことに応答して実行され、受信したサービステーブルにフラグカラムを追加してメモリ４４にコピーし、これをＵサービステーブル２８０とするＳ５２とを含む。Ｓ５２の後、処理を終了する。
【０１１９】
本プログラムは、さらに、Ｓ５０において、メモリ４４にＵサービステーブル２８０があると判定されたことに応答して実行され、受信したサービステーブルに含まれる全てのＳｉＤについて以下の一連のステップを行なう処理を含む。すなわち、処理対象のＳｉＤが、Ｕサービステーブル２８０に含まれない新ＳｉＤか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ６０と、Ｓ６０において当該ＳｉＤが新ＳｉＤであると判定されたことに応答して実行され、Ｕサービステーブル２８０に新ＳｉＤを追加し、当該ＳｉＤのフラグカラムに０を代入するＳ６２と、Ｓ６０において当該ＳｉＤが新ＳｉＤではないと判定されたことに応答して実行され、Ｕサービステーブルの当該ＳｉＤに対応する係数カラムを、受信したサービステーブルに含まれる当該ＳｉＤに対応する係数により更新するＳ６４とを含む。Ｓ６２及びＳ６４の後、当該ＳｉＤに対する処理を終了する。
【０１２０】
Ｓ５０においてＹＥＳと判定された場合、本プログラムは、受信したサービステーブルの全てのＳｉＤに対して上述の一連の処理を実行し、処理を終了する。
【０１２１】
図１５は、図１２に示す処理（６）〜（１０）においてサーバ２４において、サービスの申込（係数の配信要求）を通信部６０が受信したことにより制御部６４が起動するプログラムの制御構造を示すフローチャートである。
【０１２２】
図１５を参照して、このプログラムは、受信したデータにＳｉＤが含まれているか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ８０と、Ｓ８０において受信したデータにＳｉＤが含まれていると判定されたことに応答して実行され、受信したデータに含まれるＵｉＤがＨＤＤ６２内のユーザテーブル２９０に含まれるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ８２とを含む。
【０１２３】
本プログラムは、さらに、Ｓ８２において受信したＵｉＤがユーザテーブル２９０に含まれると判定されたことに応答して実行され、受信した全てのＳｉＤについて以下の一連のステップを行なう処理を含む。すなわち、ユーザテーブル２９０内の当該ＵｉＤの行のＳｉＤカラムにより規定されるＳｉＤの中に、処理対象のＳｉＤがあるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ８４と、Ｓ８４において当該ＵｉＤに対応するＳｉＤの中に、受信データに含まれるＳｉＤが無いと判定されたことに応答して実行され、ＨＤＤ６２に記憶されるＳサービステーブル３００から当該ＳｉＤに対応する料金を読出し、当該ＳｉＤ及びその対応料金を制御部６４内のＲＡＭに記憶するＳ８５とを含む。Ｓ８２においてＹＥＳと判定された場合、本プログラムは、受信した全てのＳｉＤに対して上述の一連の処理を実行した後、後述するＳ８６の処理を行なう。
【０１２４】
本プログラムは、さらに、送信元端末に、入金依頼と共に、Ｓ８５においてＲＡＭに記憶されたＳｉＤ、及び、ＲＡＭに記憶された料金の合計を示すデータを送信するＳ８６と、Ｓ８６の後に実行され、当該端末からの入金実行要求があるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ８８と、Ｓ８８において当該端末からの入金実行要求があったと判定されたことに応答して実行され、当該端末に対する入金を実行するＳ８９とを含む。Ｓ８９において、制御部６４は、ユーザテーブル２９０内の当該端末のＵｉＤに対応する課金情報を、入金実行要求と共に受信した、料金情報が示す金額を含むように更新する。このことにより、サーバ２４の制御部５０は同時に、当該入金を確認する。
【０１２５】
本プログラムは、さらに、Ｓ８９の後に実行され、ＨＤＤ６２内のＳサービステーブル３００内の当該ＳｉＤの係数を読出して当該端末へ送信するＳ９０を含む。Ｓ９０において、制御部６４は、さらに、ＨＤＤ６２内のＳサービステーブル３００に、当該ＳｉＤに対応付けて格納される、度数と、イラスト表示を行なうための情報との対を、当該端末へ送信する。
【０１２６】
本プログラムは、さらに、Ｓ９０の後に実行され、ＨＤＤ６２内のユーザテーブル２９０について、当該ユーザのＵｉＤに対応するＳｉＤに、係数を配信したＳｉＤを追加して更新するＳ９２と、Ｓ８８において当該端末からの入金実行要求が無かったと判定されたことに応答して実行され、ユーザからのキャンセル指示を受けたか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ９６と、Ｓ９６において、ユーザからのキャンセル指示を受けていないと判定されたことに応答して実行され、Ｓ８６における入金依頼送信後、所定時間（ここでは５分）を経過したか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ９８と、Ｓ８０において受信したデータにＳｉＤが無いと判定されたこと、Ｓ８２において受信したＵｉＤがユーザテーブル２９０内に無いと判定されたこと、Ｓ８４においてユーザテーブル２９０の当該ＵｉＤに対応するＳｉＤの中に、受信データに含まれるＳｉＤがあると判定されたこと、及び、Ｓ９８において所定時間を経過したと判定されたことに応答して実行され、送信元端末にエラーを示す旨を送信するＳ９４とを含む。Ｓ９８において所定時間を経過していないと判定された場合、処理はＳ８８へ戻る。Ｓ９２及びＳ９４の後、及び、Ｓ９６においてユーザからのキャンセル指示を受けたと判定された場合、処理を終了する。
【０１２７】
図１６は、図１２に示す処理（１１）において携帯端末２０の制御部５０が実行するプログラムの制御構造を示すフローチャートである。
【０１２８】
図１６を参照して、通信部３０が係数の配信を受けたことに応答して、制御部５０が起動するプログラムは、メモリ４４内のＵサービステーブル２８０に、受信したサービス内容（ＳｉＤ、サービス名称、料金、各係数、並びに度数算出及びイラスト表示に関する情報）を格納するＳ１１０と、Ｓ１１０の後に実行され、Ｕサービステーブル２８０の当該ＳｉＤのフラグに１を代入するＳ１１２と、図１に示す５つのＬＥＤ４０のうち、対応するフラグの値が１となっているものを点灯し、それ以外を消灯させて処理を終了するステップＳ１１４とを含む。
【０１２９】
図１７は、図１２の処理（１２）〜（１３）において、携帯端末２０において、ユーザの呼気測定開始の指示により制御部５０が起動するプログラムの制御構造を示すフローチャートである。
【０１３０】
図１７を参照して、このプログラムは、測定を実行するＳ１３０と、Ｓ１３０の後に実行され、メモリ４４内のＵサービステーブル２８０のうち、フラグが１である全てのＳｉＤについて、以下の一連のステップを行なう処理を含む。すなわち、これらのステップは、処理対象のＳｉＤに対し、Ｕサービステーブル２８０から対応する係数を読出すＳ１４０と、Ｓ１４０の後に実行され、Ｓ１４０により読出した係数により呼気センサ部４６中の各センサの出力レベルを処理するＳ１４２と、Ｓ１４２の後に実行され、Ｓ１４２の処理の結果に基づいた、各疾患に関する度数及びイラストを表示部３６に表示するＳ１４４とを含む。
【０１３１】
本プログラムは、Ｕサービステーブル２８０のうち、フラグが１である全てのＳｉＤに対して上述の一連の処理を実行し、処理を終了する。
【０１３２】
−動作−
図１を参照して、以上に構成を説明した呼気センシングサービス提供システム１０は、以下のように動作する。
【０１３３】
サーバ２４は、常時、携帯端末２０及び公衆網２２との接続が可能な状態で稼動している。以下の説明では、携帯端末２０がサーバ２４に対してアクセス要求、入金実行要求及びサービス配信要求を発信する場合の呼気センシングサービス提供システム１０の動作を説明するが、これによって携帯端末２０及びサーバ２４の一般性が失われるわけではない。
【０１３４】
なお、初期状態では呼気センサ部４６は動作しない。図２（Ａ）に示す再生ボタン１２７、及び測定開始ボタン１２９の押下があっても呼気センサ部４６はこれに反応しない。
【０１３５】
ユーザが、図２に示すアプリケーション起動ボタン１２５を押下して、この呼気センシングサービス提供システム１０に係るアプリケーションソフトを起動させる。制御部５０は図７（Ａ）に示す画面２２０を表示部３６に表示させる。
【０１３６】
以下、図１及び図１２を参照して、ユーザのステイタスに分けて、処理（１）〜（１３）の順に、呼気センシングサービス提供システム１０の動作を説明する。
【０１３７】
＜＜ユーザが新規利用者の場合＞＞
（１）アクセス要求
携帯端末２０において、画面２２０のＹＥＳボタン２２２が押下されると、制御部５０はアクセス要求、ＩＤ、及びＵｉＤをサーバ２４に送信する。
【０１３８】
（２）ユーザ確認及び（３）サービス一覧送信
サーバ２４の制御部６４は、アクセス要求を受けたことに応答して、ＨＤＤ６２内のＳサービステーブル３００を制御部６４内の図示しないＲＡＭにコピーし、送信元端末へ送信するサービステーブルを準備する（図１３のＳ１０）。次に、このユーザが新規であり、アクセス要求と共に受信したＵｉＤがＨＤＤ６２内のユーザテーブル２９０に含まれていないため（Ｓ１２においてＮＯ）、制御部６４は、ユーザテーブルに当該ＵｉＤを追加し（Ｓ１３）、Ｓサービステーブル３００のコピーにおいて、全てのＳｉＤの係数を０に変更して送信元端末に送信する（Ｓ１４及びＳ３０）。送信元端末は受信したＩＤにより識別される。
【０１３９】
（４）更新
携帯端末２０の制御部５０は、サーバ２４からサービステーブルを受信したことに応答して、図１４に制御構造を示すプログラムを起動する。ここでは、メモリ４４にＵサービステーブル２８０が無いので（Ｓ５０においてＮＯ）、制御部５０は受信したサービステーブルにフラグカラムを追加してメモリ４４にコピーする（Ｓ５２）。ここでメモリ４４内に記憶されるＵサービステーブル２８０は、図９に示す例と同様の態様であるが、フラグ及び係数は全て０となる。
【０１４０】
（５）申込
制御部５０は、図７（Ｂ）に示す画面２２８を表示部３６に表示する。サービスの一覧２３０は当該Ｕサービステーブル２８０の名称カラムに含まれる各サービスの名称と対応している。新規ユーザのため、画面２２８において全てのサービス項目は選択可能である。
【０１４１】
サービスの一覧２３０から、メタボ度、喘息度及び歯周病度がクリックされ、ＯＫボタン２３２の押下により各サービスの申込が指示されたものとする。
【０１４２】
携帯端末２０の制御部５０は、ＩＤ、ＵｉＤ、及び選択されたサービス項目のＳｉＤを、配信要求と共にサーバ２４へ送信する。
【０１４３】
（６）ユーザ確認、及び（７）入金依頼
配信要求を受け、サーバ２４の制御部６４は、図１５に制御構造を示すプログラムを起動する。配信要求と共にＳｉＤを受信しているので（Ｓ８０においてＹＥＳ）、制御部６４は、配信要求と共に送信したＵｉＤを検索キーとしてＨＤＤ６２内のユーザテーブル２９０を検索する（Ｓ８２）。ユーザテーブル２９０の当該ＵｉＤの行のＳｉＤカラムには、該当するＳｉＤが無い（Ｓ８４においてＮＯ）。このため、制御部６４は、申込まれた全サービスの料金を加算し、その合計額の入金依頼を、入金対象のＳｉＤと共に送信元端末に送信する（Ｓ８５及びＳ８６）。
【０１４４】
（８）入金実行要求
携帯端末２０の制御部５０は、通信部３０がサーバ２４からの入金依頼を受けると、図７（Ｄ）に示す画面２４２を表示する。
【０１４５】
制御部５０は、画面２４２のサービス及び料金の一覧２４４を以下の処理により作成する。すなわち、制御部５０は、受信したＳｉＤにより、メモリ４４のＵサービステーブル２８０内のサービス名及び各サービスの料金を読出す。読出した情報と、入金依頼金額とをあわせてサービス及び料金の一覧２４４を作成し表示する。
【０１４６】
ＯＫボタン２４６が押下されると、制御部５０は、入金実行要求と共に、ＩＤ、ＵｉＤ、ＳｉＤ、及び、入金依頼された金額データをサーバ２４に送信する。
【０１４７】
（９）入金実行、確認及び（１０）係数送信
通信部６０が入金依頼先端末から入金実行要求を受けると（図１５のＳ８８においてＹＥＳ）、サーバ２４の制御部６４は、ＨＤＤ６２内の特定の領域に、ＵｉＤに対応付けて入金実行要求と共に受信した料金情報を課金履歴として記憶する。制御部６４は、さらに、所定期間中の課金履歴の合計金額を算出した後、ユーザテーブル２９０において、入金実行要求と共に受信したＵｉＤの行の課金情報カラムを当該合計金額により更新する。このことにより当該端末に関する入金を実行し、共に入金確認を行なう（Ｓ８９）。制御部６４はさらに、ＨＤＤ６２内のＳサービステーブル３００から、受信したＳｉＤの係数、並びに、度数算出及び対応するイラスト表示に関する情報を読出して当該ＳｉＤと共に当該端末に送信し（Ｓ９０）、さらに、ユーザテーブルの受信したＵｉＤの行のＳｉＤカラムに、受信したＳｉＤを追加してユーザテーブルを更新する（Ｓ９２）。
【０１４８】
（１１）更新
以降、携帯端末２０における処理となる。
【０１４９】
通信部３０が係数を受信すると、制御部５０はメモリ４４内のＵサービステーブル２８０について、受信したＳｉＤの行の係数カラムを受信データにより上書きし、当該ＳｉＤのフラグカラムに１を代入する（図１６のＳ１１０及びＳ１１２）。ＬＥＤ４０のうち、フラグが１となったものに対応するＬＥＤが点灯する（Ｓ１１４）。
【０１５０】
この処理まで、呼気センサ部４６は動作しない。上記処理以降、呼気センサ部４６による測定結果を利用した処理のうち、フラグが１となっているサービスの利用が可能となる。すなわち、当該係数は、呼気センサ部４６を可能化するための鍵の役割を果たす。
【０１５１】
制御部５０は、さらに、図８（Ａ）に示す画面２５２を表示部３６に表示する。一覧２５６は、Ｕサービステーブル２８０においてフラグが１のＳｉＤのサービス名称に基づいて作成されている。
【０１５２】
（１２）測定
画面２５２において開始ボタン２５８の押下を受けると、制御部５０は図１７に制御構造を示すプログラムを起動し、呼気センサ部４６による測定を行なう（Ｓ１３０）。以降、図３を参照して、ＮＯ濃度及びアセトン濃度検出用のセンサ１４８及び１５０に関連する動作について説明するが、ＣＯ２、Ｈ２、及びアンモニアをそれぞれ検出する他のセンサ、及びその検出に関する構成要素も、同様に動作する。
【０１５３】
通常、ユーザは、最初にセンサの再生を行ない、次に呼気の測定をする。呼気の測定が終わったら、再度センサの再生を行なう。
【０１５４】
再生時にはユーザは、図２（Ａ）に示す再生ボタン１２７を操作する。再生ボタン１２７が操作されたことを検知した制御部５０は、ヒータ１４４及び１４６に一定時間電流を流して加熱し、センサ１４８及び１５０のＣＮＴに吸着したガス分子を脱離させる。
【０１５５】
再生処理が終了すると、ユーザは図２（Ａ）に示す測定開始ボタン１２９を操作し、呼気の測定を開始する。
【０１５６】
図６を参照して、定電圧源２１０により、ガスセンサ素子１８０と負荷抵抗２１２とを直列接続したものの両端に一定電圧をかけておく。ユーザは、図２（Ａ）に示す呼気導入部１２８の開口から呼気を呼気収集ボックス１２０内に吹込む。
【０１５７】
図３を参照して、呼気は呼気導入部１２８から小室１７０に導入される。一部の呼気は開口１５６及び１５８を介して小室１７２及び１７４に直接流入する。このとき、選択透過膜１６０の存在により、呼気中の特定ガス成分のうち、ＮＯのみが効率よく小室１７２に導入される。同じく選択透過膜１６２の存在により、呼気中の特定ガス成分のうち、アセトンのみが効率よく小室１７４に導入される。このとき、選択透過膜１６０及び１６２の存在と、排気部１２６及び１２４の存在とにより、利用者は、ある程度の圧力で呼気を呼気収集ボックス１２０中に吹込む必要がある。その結果、開口１５６及び１５８を経てセンサ１４８及び１５０にいたる呼気の流速は高くなり、センサ１４８及び１５０は比較的多量の呼気にさらされることになる。開口１５６及び１５８を通り過ぎた呼気も、反射板１６６により反射されて再び開口１５６及び１５８の位置に戻る。呼気導入部１２８からは引続き呼気が小室１７０中に導入されるため、反射された呼気と導入された呼気とが開口１５６及び１５８の地点で会合し、効率よく小室１７２及び小室１７４に導入される。
【０１５８】
この実施の形態では、流量センサ１６４によって呼気計測開始からの呼気の流量を測定しており、呼気の量が不足しているとき及び十分になったときには表示部３６にその旨のメッセージを表示する。
【０１５９】
センサ１４８においては、ＮＯ分子がＣＮＴに吸着され、その結果ガスセンサ素子１８０の電気抵抗が増加する。その変化を増幅器２１４で増幅したものを制御部５０が受ける。同様に、センサ１５０においては、アセトンがＣＮＴに吸着され、その結果センサ１５０のガスセンサ素子１８０の電気抵抗が変化する。その変化を増幅器２１４で増幅したものを制御部５０が受ける。
【０１６０】
制御部５０は以下のように動作する。制御部５０はセンサ１４８の出力が、検出対象ガス（ＮＯ）が無い場合の出力レベル（ベース出力）より高いか否かを判定する。もしベース出力より高い場合、制御部５０はメモリ４４に記憶されているＮＯ用のルックアップテーブルを用い、センサ出力を用いたテーブルルックアップによって、呼気中のＮＯ濃度を算出してＲＡＭに記憶する。センサ１４８の出力がベース出力以下の場合は、ＮＯ濃度が０である旨をＲＡＭに記憶する。
【０１６１】
制御部５０は、センサ１５０及び他のセンサの出力についても同様の処理を行ない、各センサの検出対象ガスの濃度を算出してＲＡＭに記憶する。
【０１６２】
全てのセンサに対する測定が終了すると、制御部５０はヒータ１４４及び１４６等に通電し、センサ１４８及び１５０等に吸着した特定ガス分子を脱離させ、所定時間が経過するとヒータ１４４及び１４６等への通電を停止する。
【０１６３】
制御部５０は全てのセンサに関して特定ガス成分の濃度の算出が終了すると、メモリ４４内のＵサービステーブル２８０に含まれるＳｉＤのうち、フラグが１のものの係数を読出し（Ｓ１４０）、読出した係数をＲＡＭに記憶された各特定ガス成分濃度に乗じた後、その積の和を求める。制御部５０は、さらに、Ｕサービステーブル２８０から当該ＳｉＤに対応する度数の算出方法を読出し、求めた和と、その算出方法により度数を得る（Ｓ１４２）。
【０１６４】
（１３）表示
制御部５０は、算出した度数を、図８（Ｂ）〜（Ｃ）に示す画面２６４、２６８及び２７６の態様により以下のように表示する。
【０１６５】
図８（Ｂ）を参照して、制御部５０は、メモリ４４内のＵサービステーブル２８０に含まれるＳｉＤのうち、フラグが１のもののサービス名と、当該ＳｉＤに対して算出された度数により、メッセージ２６５を作成する。
【０１６６】
図８（Ｃ）及び（Ｄ）を参照して、制御部５０は、メモリ４４内のＵサービステーブル２８０に含まれるＳｉＤのうち、フラグが１のものの最上行のものについて、算出された度数に対応するイラストを、Ｕサービステーブル２８０から読出して表示する。ＮＥＸＴボタン２７２が押下されると、制御部５０は、Ｕサービステーブル２８０内のフラグが１のＳｉＤであって、次の行のものに対する表示に切替える。
【０１６７】
図８（Ｂ）〜（Ｄ）に示す画面２６４、２６８及び２７６において終了ボタン２６６及び２７４の押下を受けると、制御部５０はこのソフトを終了する。
【０１６８】
＜＜２回目以降の利用の場合＞＞
（１）アクセス要求
新規の場合と同様である。
【０１６９】
（２）ユーザ確認及び（３）サービス一覧
サーバ２４の制御部６４は新規の場合と同様、アクセス要求送信元端末に送信するためのサービステーブルを準備する（図１３のＳ１０）。この場合、ＨＤＤ６２内のユーザテーブルには受信したＵｉＤが含まれている（Ｓ１２においてＹＥＳ）。このため準備されるサービステーブルについて、既に申込まれ、その係数が配信されたＳｉＤの行については何もせず（Ｓ２０においてＹＥＳ）、申込まれていないものについては全係数に０が代入される（Ｓ２０においてＮＯ、Ｓ２２）。
【０１７０】
例えば、この処理の時点でＨＤＤ６２は、図１０に示す態様のユーザテーブル２９０を記憶し、携帯端末２０のＵｉＤがＵ０００００１であり、そのメモリ４４に図９に示す態様のＵサービステーブル２８０を記憶しているものとする。携帯端末２０がアクセス要求を行なった場合、サーバ２４の制御部５０が携帯端末２０に送信するサービステーブルは、Ｕサービステーブル２８０と同様であるが、フラグカラムの無いものが送信される。
【０１７１】
（４）更新
携帯端末２０の制御部５０は受信したサービステーブルによりメモリ４４内のＵサービステーブル２８０を更新する。通常、ここでＵサービステーブル２８０の内容は更新の前後で変化しない。但し、例えばこの呼気センシングサービス提供システム１０がアップグレードされ、新しいサービスが追加された場合、係数が変更された場合、度数の算出方法が変更された場合、及び、表示されるイラストが変更された場合等には、更新前後で異なる内容となる。
【０１７２】
（５）申込
制御部５０は、図７（Ｃ）に示す画面２３８を表示部３６に表示する。制御部５０は、画面２３８においてＵサービステーブル２８０に含まれる全ＳｉＤのサービス名称をサービスの一覧２４０として表示し、そのうちフラグが０のものについてはチェックボックスを設け、選択可能とする。
【０１７３】
図９を参照して、この例ではＳｉＤのうちＳ０００１，Ｓ０００４及びＳ０００５（メタボ度、喘息度及び歯周病度）のフラグが１であるため、画面２３８においてこれらは選択不可である。
【０１７４】
＜２回目以降の利用であって、新たに申込を行なう場合＞
ここで、画面２３８において、糖尿病度及びストレス度のチェックボックスがチェックされた後、ＯＫボタン２３２が押下されたとする。
【０１７５】
（６）ユーザ確認、及び（７）入金依頼
サーバ２４の制御部６４は、ＨＤＤ６２内のユーザテーブル２９０を参照し、配信要求と共に受信したＵｉＤの行のＳｉＤカラムに含まれるＳｉＤと、やはり配信要求と共に受信したＳｉＤとを比較し、受信したＳｉＤが新たなものかどうかを判定する（図１５のＳ８０、Ｓ８２及びＳ８４）。新たなＳｉＤが受信された場合は新規と同様の処理を行なう（Ｓ８６）。もし既に申込済及び配信済のＳｉＤを受信した場合、制御部６４はエラーを示す旨を送信元端末に送信する（Ｓ９４）。
【０１７６】
（８）入金実行要求、（９）入金実行、確認及び（１０）係数送信
申込まれたサービスに対し、図７（Ｄ）の画面２４２中のＯＫボタン２４６の押下があった場合、携帯端末２０の制御部５０、及びサーバ２４の制御部６４の動作は新規の場合と同様である。
【０１７７】
携帯端末２０の入金処理において、画面２４２のキャンセルボタン２４８が押下された場合、携帯端末２０の制御部５０は、キャンセル要求をサーバ２４に送信する。この場合（図１５のＳ８８においてＮＯ、Ｓ９６においてＹＥＳ）、サーバ２４の制御部６４は図１５のプログラムを終了する。
【０１７８】
携帯端末２０からの入金依頼に対する応答が所定時間（５分）以上無い場合（Ｓ８８においてＮＯ、Ｓ９６においてＮＯ、Ｓ９８においてＹＥＳ）、制御部６４はエラーを示す旨を配信要求送信元端末に送信する（Ｓ９４）。
【０１７９】
（１１）更新
携帯端末２０の通信部３０が新たに申込まれたサービスの係数を受取ると、制御部５０はメモリ４４内のＵサービステーブル２８０を書換える。図９の例の場合、ＳｉＤのうちＳ０００２及びＳ０００３（糖尿病度及びストレス度）が申込まれたので、その係数が書込まれフラグに１が代入される（図１６のＳ１１０及びＳ１１２）。全サービスが申込まれているため、この時点のＵサービステーブル２８０はサーバ２４のＨＤＤ６２内のＳサービステーブル３００と同様であって、全ＳｉＤに対するフラグカラムが１の態様となる。
【０１８０】
制御部５０は図８（Ａ）に示す画面２５２を作成して表示部３６に表示する。この場合、全ＳｉＤのフラグが１であるので、全サービス名称（メタボ度、糖尿病度、ストレス度、喘息度及び歯周病度）が表示される。
【０１８１】
（１２）測定及び（１３）表示
新規の場合と同様である。
【０１８２】
＜２回目以降の利用であって、新たに申込を行なわない場合（（１２）測定及び（１３）表示）＞
図７（Ａ）に示す画面２２０において、ＮＯボタン２２４の押下を受けると、制御部５０は図８（Ａ）に示す画面２５２を表示する。画面２５２の一覧２５６は、前述した、新規の場合及び２回目以降で新たに申込を行なった場合と同様、メモリ４４内のＵサービステーブル２８０に基づき作成される。その後の処理は前述の場合と同様である。
【０１８３】
以上のように、この呼気センシングサービス提供システムによれば、携帯端末を含む端末において、その健康チェック機能の不能／可能をユーザが選択することが出来る。ユーザが所望の時点でサーバにアクセス要求しその後の処理を行なえば、端末による健康チェックを行なうことが出来る。何もしなければ、端末の健康チェック機能は不能のままである。ユーザに対し不要な機能を端末に搭載しなくてすむ。
【０１８４】
また、この呼気センシングサービス提供システムによれば、ユーザは健康診断に係る診断対象疾患を選択することが出来る。ユーザは所望の疾患に関する診断結果のみを受取ることが出来る。上記実施の形態のように、診断対象疾患毎に費用が発生する場合、無駄な料金支払いが無くて済む。
【０１８５】
さらに、この呼気センシングサービス提供システムによれば、端末において、一度の測定により、複数種類の呼気中マーカを同時に検出することができる。その検出結果により健康状態の診断が可能である。ユーザは、所望のタイミングで健康チェックを行なうことが出来る。
【０１８６】
加えて、このガスセンシング装置のセンシング部は、表面修飾されたＣＮＴを含む。このことにより、この装置は選択的でかつ高感度な呼気センシングを実現する。
【０１８７】
さらにまた、この呼気ガスセンシングシステムにより表示出力される診断結果は、度数、及びイラスト等、誰にでも分かりやすい態様である。個人が利用しやすい健康チェック方法である。
【０１８８】
［変形例］
上記実施の形態において、この呼気ガスセンシングサービス提供システムにおいて、携帯端末がそのサービス提供を受けるものとした。しかし本発明はそのような実施の形態に限定されず、サービスを受信するものは、呼気センサを有し、サーバとのデータの送受が可能であり、呼気センサによる測定結果を処理し、度数及びイラスト表示などの表示出力が可能なものであれば良い。
【０１８９】
上記実施の形態では、利用可能なサービスと利用できないサービスとはＬＥＤ４０の点灯・消灯により区別して表示している。しかし本発明はそのような実施の形態には限定されない。利用可能なサービスとそうでないサービスとは他の方法で表示することもできる。
【０１９０】
例えば、図８（Ａ）に示した健康チェック開始画面２５２の変形例として、図１８（Ａ）に示す健康チェック開始画面３１０を使用することもできる。図１８（Ａ）を参照して、この画面３１０は、図８（Ａ）の診断可能なサービスの一覧２５６に代えて、利用可能なサービス名は通常の輝度で、利用可能でないサービス名３１４は低輝度で、それぞれ表示するサービスの一覧３１２を含む。このようなサービスの一覧３１２によって、利用者には自分の携帯端末２０で利用可能なサービスとそうでないサービスとが容易に区別できる。
【０１９１】
図１８（Ｂ）には健康チェック開始画面２５２の他の変形例を示す。図１８（Ｂ）を参照して、この健康チェック開始画面３２０は、図８（Ａ）のサービスの一覧２５６に加えて、画面下側に表示される５つのインジケータ３２４を含む。これらインジケータ３２４は、図１に示すＬＥＤ４０と同様、対応するサービスが利用可能か否かを示すものである。例えば利用可能なサービスに対応するインジケータは緑色で、利用できないサービスに対応するインジケータは赤色で、それぞれ通知する。このような通知を行なうことにより、追加して利用可能なサービスがあといくつあるかを容易に知ることができる。なお、インジケータの近傍に、対応するサービス名を追加して表示するようにしてもよい。
【０１９２】
上記実施の形態において、サーバは通信キャリアが管理運営するものとし、この呼気ガスセンシングサービス提供システムによるサービス提供において、携帯端末とサーバとのみがデータの送受を行なうものとした。しかし、本発明はそのような実施の形態には限定されず、例えば、サーバは第３者が管理運営するものとし、ユーザ（ＵｉＤ）に関する支払い情報（図１０に示すユーザテーブル２９０参照）は通信キャリアが管理する態様であっても良い。この場合、サーバからサービス提供が行なわれると、当該第３者は通信キャリアにその対価を請求し、通信キャリアはユーザに当該代金を請求する。
【０１９３】
上記実施の形態において、携帯端末には、サービス提供、呼気測定及び健康診断を実行するためのアプリケーションソフトが予めメモリに記憶されているものとした。しかし、例えば、ユーザが携帯端末から公衆網２２に無線通信を行ない、サーバ又は第３者から当該アプリケーションをダウンロードする態様であっても良い。
【０１９４】
上記実施の形態において、ガスセンサ素子は、表面修飾されたＣＮＴを含むものであり、表面修飾材料は検出する特定ガス成分により選択されるものとした。また、特定ガス成分の検出は、ガスセンサ素子の両端の電気抵抗の変化により行なわれるものとした。しかし、本発明はそのような実施の形態には限定されない。所望の特定ガス成分が選択的に検出され、かつ、呼気センシングに必要なｐｐｂレベルの検出下限を有するものであり、さらに、繰返し使用できるガスセンサであればどのようなものであっても良い。
【０１９５】
上記実施の形態において、呼気センサ部４６は、アセトン、ＮＯ、ＣＯ２、Ｈ２、及びアンモニアを検出する、５種類のセンサを含むものとしたが、本発明はそのような実施の形態には限定されない。
【０１９６】
上記実施の形態において、呼気センサ部４６において、一つの小室には１つのセンサを配置するものとした。しかし、本発明はそのような実施の形態には限定されず、複数種類のセンサを同一の小室に配置しても良い。この場合、各センサが、特定ガス成分の選択的吸着能を有する。また、同一のセンサを別の小室に設け、各小室の入り口に、所望の化学物質のみを選択的に透過する、異なる選択透過膜を配置し、各センサは異なる特定ガス成分を検出するよう利用されても良い。
【０１９７】
上記実施の形態においては選択透過膜を使用している。しかし本発明は、選択透過膜を利用しないセンサを用いるものでも良い。さらに、複数のセンサは、選択透過膜を用いるセンサと、そうでないセンサとの両方を含むものでも良い。
【０１９８】
上記実施の形態においては、ＩＤとＵｉＤとが１対１の関係であったが、その限りではない。ユーザが複数の端末を保有し、ＵｉＤに対応するＩＤが複数であっても良い。
【０１９９】
上記した健康診断に関し、当該健康診断結果が携帯端末に備えられたアプリケーションと対応する態様であっても良い。
【０２００】
具体的には、一般的に携帯電話機に備えられているカレンダー機能に対し、健康診断を行なった日に対応付けてその診断結果を記憶する態様であっても良い。この場合、ユーザは自分の健康状態の変化を過去にさかのぼって閲覧することが出来、過去のデータを参考に健康増進に望むことが出来る。
【０２０１】
さらに、未来の特定の日に目標とする診断結果（例えば、「メタボ度数１」等）を設定し、当日の測定結果が当該目標を達成すればユーザを祝う態様の表示を、そうでない場合はユーザを励ますような態様の表示を行なっても良い。このような態様であっても、ユーザの健康増進を促進する効果がある。
【０２０２】
今回開示された実施の形態は単に例示であって、この発明が上記した実施の形態のみに制限されるわけではない。この発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味および範囲内でのすべての変更を含む。
【図面の簡単な説明】
【０２０３】
【図１】この発明の第１の実施の形態に係る呼気センシングサービス提供システム１０の概略ブロック図である。
【図２】図１に示す携帯端末２０の外観を模式的に示す図である。
【図３】図２に示す断面３−３における呼気センサ部４６の断面図である。
【図４】ガスセンサ素子１８０の概略構成図である。
【図５】図４に示すガスセンサ素子１８０の表面修飾を説明するための図である。
【図６】ガスセンサ素子１８０の電気抵抗の変化量を測定するための測定回路２００のブロック図である。
【図７】図１に示す表示部３６に表示される、ユーザがサービス情報の取得を行なうための画面の態様を説明するための模式図である。
【図８】図１に示す表示部３６に表示される、ユーザが呼気測定及び健康チェックを行なうための画面、及び健康チェック結果の表示画面の態様を説明するための模式図である。
【図９】図１に示す携帯端末２０のメモリ４４内に格納されるＵサービステーブル２８０の一例である。
【図１０】図１に示すサーバ２４のＨＤＤ６２内に格納されるユーザテーブル２９０の一例である。
【図１１】図１に示すサーバ２４のＨＤＤ６２内に格納されるＳサービステーブル３００の一例である。
【図１２】携帯端末２０とサーバ２４との間でのデータの送受を図解的に示す図である。
【図１３】図１に示すサーバ２４の制御部６４が実行する、図１２に示す処理（２）及び（３）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１４】図１に示す携帯端末２０の制御部５０が実行する、図１２に示す処理（４）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１５】サーバ２４の制御部６４が実行する、図１２に示す処理（６）、（７）、（９）及び（１０）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１６】携帯端末２０の制御部５０が実行する、図１１に示す処理（１１）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１７】携帯端末２０の制御部５０が実行する、図１１に示す処理（１２）及び（1３）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１８】図１に示す表示部３６に表示される、ユーザが呼気測定及び健康チェックを行なうための画面の他の例を示す図である。
【符号の説明】
【０２０４】
１０ 呼気センシングサービス提供システム
２０ 携帯端末
２４ サーバ
３０、６０ 通信部
３４ 音声入出力部
３６ 表示部
３８ 操作部
４０，４０Ａ〜４０Ｅ ＬＥＤ
４４ メモリ
４６ 呼気センサ部
５０、６４ 制御部
６２ ＨＤＤ
８０、８２ 筐体
８４ ヒンジ部
１２０ 呼気収集ボックス
１２２，１２４，１２６ 排気部
１２８ 呼気導入部
１４０，１４２ センサ基板
１４４，１４６ ヒータ
１４８，１５０ センサ
１５２，１５４ 仕切部材
１５６，１５８ 開口
１６０，１６２ 選択透過膜
１６６ 反射板
１７０，１７２，１７４ 小室
１８０ ガスセンサ素子
１８４，１８６ 電極
１８８ ＣＮＴ構造体
２１０ 定電圧源
２１２ 負荷抵抗
２１４ 増幅器
３２４ インジケータ
【技術分野】
【０００１】
本発明は、呼気センサを備えた端末装置、及び、そのような端末装置に対してサービスを提供するシステムに関し、特に、所定のサーバから受信した鍵により当該センサを可能化し、当該センサによる測定結果に基づいてユーザの健康状態を診断し出力するための技術に関する。
【背景技術】
【０００２】
近時の健康ブームにより、個人が手軽に且つ迅速に健康状態をチェックできるシステムに関心が寄せられている。その一方法として、呼気センシングが注目されている。呼気センシングとは、呼気中の特定成分の濃度及びその変化を測定し監視することを言う。
【０００３】
呼気には、疾患等に起因して発生した成分が含まれる。このような成分をマーカと呼ぶ。マーカの濃度及びその変化を測定すれば、その測定結果から個人の健康状態をある程度診断できる。このことは、健康管理、疾病の早期発見、及び、早期治療に役立つ。
【０００４】
呼気中マーカの例としては、酸化ストレスに起因するエタン及びペンタン、呼吸疾患によるＮＯ及びＣＯ、消化器疾患に起因するＨ２、糖尿病によるアセトン等がある。
【０００５】
このことに鑑みて、特許文献１に開示の携帯電話機は、マイク付近に、ＳｎＯ２膜及びＷＯ３膜を含む呼気センサを設ける。呼気センサは、マーカ成分であるＨ２、口臭の元であるメチルメルカプタン等を検出する。その結果は表示出力される。
【０００６】
別の例として、特許文献２に記載の携帯電話機には、そのケース内に金属製半導体ガスセンサが設けられている。音声を入力する開孔部から当該センサ周辺に呼気を導入すると、当該センサは呼気中のメチルメルカプタン及びエチレン（口臭元）等を検出する。表示部はその検出濃度により異なる表示を行なう。この例では、センサをマーカセンサに代えることにより、呼気センシングを行なうことが出来る。
【０００７】
上記した例のように、日常生活で、長時間人の近くに配置される端末装置（携帯電話機を含む）に呼気センサを設ければ、ユーザは所望のタイミングで健康チェックを行なうことが出来る。
【特許文献１】特開２００６−７５４４７号公報
【特許文献２】特開２００３−３４１３７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、上述の技術はいずれも、呼気センシングを行ない、健康状態を診断するのには十分ではない。
【０００９】
特許文献１及び特許文献２に記載の端末装置は、その呼気センサの種類が２種類以下と、検出可能なマーカ種類が比較的少ない。健康管理及び疾患予防の観点から、比較的多種類のマーカ濃度を検知することが求められている。上記端末装置はこれに対応していない。
【００１０】
さらに、健康状態の診断においては、個人によって留意する疾患が異なるため、その診断対象疾患を選択可能なものが望ましい。しかし、これらの端末装置は、少数の診断対象疾患が予め定められており、これに対応していない。
【００１１】
このようなメニュー選択性を発展させると、呼気センサを有するものの、健康チェック機能の有無を選択可能な端末装置がより望ましい。一般に、端末装置のハードウエアの一部には、初期時点で動作しないように設定されているものがある。後日、購入者が対応のアプリケーションソフトウエアをインストールすれば動作が可能となる。この態様を利用すれば、端末装置メーカは、呼気センサを有する端末装置に関し、健康チェックに特化すること無く一般ユーザ向けの商品設計を行なうことができる。メーカは、端末装置に健康チェックに関する機能の一部を搭載する必要が無く、かつ、一般向け商品としてこれを大量生産することが出来る。その結果、当該端末装置を比較的安価に供給することができる。一方、ユーザは、健康チェックとは別の目的で当該端末装置を購入しても、健康チェックを所望の時点で可能化することが出来る。ユーザが健康チェックを所望しなければ、ユーザにとって無駄な機能を端末装置に持たせなくても済む。
【００１２】
加えて、特許文献１には表示出力の詳細が記されていない。健康チェックはその結果が誰にでも分かるように出力され、ユーザが自身の健康度を簡易に認識できることが望ましい。特許文献１に記載の端末装置はこれに対応していない。
【００１３】
さらにまた、特許文献２に記載の端末装置において、ガスセンサは半導体式であり、ｐｐｍレベルの濃度のガス成分を検出する。呼気センシングによる健康診断では、マーカの濃度レベルに従い、ｐｐｂレベルのガス濃度測定を必要とする。特許文献２に記載の端末装置は健康管理のための呼気センシングに適しているとは言えない。
【００１４】
したがって、本発明の目的は、端末装置において、一度の測定により、呼気中の低濃度の特定ガス成分を複数種類検出し、そのことにより健康状態の診断が可能な技術を提供することである。
【００１５】
本発明の別の目的は、一度の測定で、呼気中の低濃度の特定ガス成分を複数種類検出することが可能な端末装置において、検出結果から健康状態を診断し、その診断結果を誰にでも分かりやすい態様で出力するものであって、診断対象疾患が選択可能な技術を提供することである。
【００１６】
本発明のさらに別の目的は、呼気中の低濃度の特定ガス成分を一度に複数種類検出し、その検出結果から健康状態を診断し、その診断結果を誰にでも分かりやすい態様で出力することが可能な端末装置に対し、このような健康チェック機能の不能／可能をユーザが選択できる技術を提供することである。
【課題を解決するための手段】
【００１７】
本発明の第１の局面に係る端末装置は、通信装置と、呼気中の複数種類の特定ガス成分を検出して、検出結果に応じて情報を出力するための呼気センシング装置と、特定のサービスを提供するためのサーバに対し、呼気センシング装置を可能化するための情報に関し、通信装置を介して課金要求を送信するための課金要求手段と、課金要求に対応して、通信装置を介してサーバから受信した情報を用いて、呼気センシング装置を可能化するための可能化手段とを含む。呼気センシング装置は初期状態として不能化されていてもよい。
【００１８】
好ましくは、呼気センシング装置は、呼気中の複数種類の特定ガス成分を検出し、それぞれの検出結果に対応する複数の信号を出力するための呼気センサと、呼気センサによる出力信号を用いたサービスを実行するためのサービス実行手段とを含む。
【００１９】
この端末装置は呼気センシングを行ない、そのセンシング結果を元に情報を出力する呼気センシング装置を含む。端末装置の利用者は、サービスを提供するサーバに、呼気センシング装置の可能化のための情報を得るために、その情報の送信に係る課金要求を行なう。これに応じてサーバから受信した情報により、呼気センシング装置が可能化される。利用者は、呼気センシング結果に基づいた情報により、端末装置に所望の動作を実行させることが出来る。
【００２０】
別の観点において、呼気センシング装置と、可能化のための情報との両方が存在することにより、呼気センシングに関する機能が利用可能となる。
【００２１】
利用者は、呼気センシングに関する機能を、端末装置に付加するか否かを選択することが出来る。
【００２２】
例えば、サービスは健康情報に関するものであって、利用者は呼気センシングによる健康チェック機能を、端末装置に付加するか否かを選択することが出来る。
【００２３】
ある態様では、呼気センシング装置は、呼気センサ、及び、呼気センサの出力を利用したサービスを実行するためのサービス実行手段を含む。可能化のための情報を受信することにより、呼気センサが可能化され、呼気センサの出力を用いたサービスの利用を開始することができる。
【００２４】
より好ましくは、サービスは複数通りである。サービス実行手段による複数通りのサービスの実行は、それぞれ、不能化されていてもよい。端末装置は、複数通りのサービスの内から利用者の選択を受けるための選択手段をさらに含む。課金要求手段は、選択手段において選択されたサービスの実行を可能化するための情報に関し、選択されたサービスに応じた課金要求を、通信装置を介して送信するための手段を含む。可能化手段は、課金要求に対応して、通信装置を介してサーバから受信した可能化のための情報を用いて、サービス実行手段による選択されたサービスの実行を可能化するための手段を含む。
【００２５】
さらに好ましくは、複数通りのサービスには、それぞれ、識別子が付与されている。課金要求は、選択されたサービスの識別子を含む。可能化手段は、課金要求に応答して、通信装置を介してサーバから受信した、選択されたサービスの実行を可能化するための情報を用いて、サービス実行手段による選択されたサービスの実行を可能化するための手段を含む。
【００２６】
複数通りのサービスには、さらに、それぞれ、利用金額が設定されている。課金要求は、さらに、選択されたサービスに対応する利用金額情報を含む。可能化手段は、課金要求に応答して、通信装置を介してサーバから受信した選択されたサービスの実行を可能化するための情報を用いて、サービス実行手段による選択されたサービスの実行を可能化するための手段を含む。
【００２７】
利用者は、複数のサービスから所望のものを選択することが出来る。端末装置は、選択されたサービスの識別子を含む課金要求をサーバに送信する。サーバは、課金要求に含まれる識別子に対応する、サービスを可能化するための情報を当該端末装置に送信する。当該情報の受信により、利用者は所望のサービスを利用することが出来る。
【００２８】
例えば、サービスは健康チェックに関するものであって、利用者は呼気センシングによる健康情報サービスの種類、具体的には、診断対象疾患を選択することが出来る。
【００２９】
各サービスには利用金額が設定されていても良い。この場合、端末装置は、選択されたサービスの識別子、及び、そのサービスの利用金額を示す情報を含む課金要求をサーバに送信する。サーバはこの要求に応答して利用金額を課金することとなる。ある観点において、課金金額に応じて、利用可能なサービスの数及び種類は異なる。
【００３０】
好ましくは、可能化するための情報は、呼気センサの出力信号の数と同じ数の数字の組合せを含む。
【００３１】
呼気センサは複数の特定ガス成分を検出し、それぞれの検出結果に対応する複数の信号を出力する。可能化するための情報は、各出力信号に対して処理を行なうための数字を含む。
【００３２】
より好ましくは、呼気センサは、呼気中の複数種類の特定ガス成分の濃度を検出して複数個の濃度信号を出力する。サービス実行手段は、複数個の濃度信号のレベルを入力とする関数の出力に基づいて、健康状態に関する診断をサービスとして実行するための診断手段と、診断手段による診断結果を所定の態様で表示するための表示手段とを含む。診断手段は、初期状態として不能化されていてもよく、可能化手段により可能化される。
【００３３】
さらに好ましくは、関数は、複数個の濃度信号のレベルの線形和であり、可能化するための情報は、線形和を定義する、係数の集合である。
【００３４】
好ましくは、呼気センサは、互いに異なる特定ガス成分の濃度を検出してそれぞれ濃度信号を出力する複数のセンシング素子と、複数のセンシング素子の各々の電気抵抗の変化を検出し、濃度信号として出力するための抵抗検出出力手段とを含む。複数のセンシング素子の各々は、互いに異なる特定ガス成分を選択的に吸着する物質で表面修飾されたカーボンナノ構造体を含む。
【００３５】
この端末装置の呼気センサは複数種類の特定ガス成分を検出し、当該特定ガス成分の濃度を測定することが出来る。この呼気センサの出力に基づいて健康状態に関する診断を行なうことが出来る。呼気中の複数成分の測定結果により、より優れた健康診断を行なうことが出来る。
【００３６】
可能化するための情報の受信により、利用者は健康状態に関する診断を開始することができる。その診断結果は所定の態様で表示される。利用者は自分の健康状態を表示により知ることが出来る。
【００３７】
呼気センサのセンシング素子は、ある態様では、特定ガス物質を選択的に吸着する物質により表面修飾されるカーボンナノ構造体である。特定ガス物質の吸着量に応じて、微量であっても、センシング素子の両端の電気抵抗が変化する。その結果、呼気中の特定ガス成分を、低濃度でも選択的に検出することが出来る。このことから、この端末装置によれば、例えば、検出しようとするマーカの濃度が微量であっても、当該マーカに関連する疾患の診断を行なうことが出来る。
【００３８】
ある態様では、診断手段は以下の処理を行なう。呼気センサの各センシング素子が出力する濃度信号、例えば、電気抵抗変化と、検出対象の特定ガス成分の濃度とは、略線形関係にある。したがって、予め求められた当該線形関係により、診断手段は、濃度信号から検出対象の特定ガス成分の濃度を算出する。診断手段は、呼気センサが検出可能な全特定ガス成分の濃度に対し、この処理を行なう。さらに、可能化するための情報により与えられる係数の各々により、各特定ガス成分の濃度を処理し、これらの総和を求める。算出した総和に対し、診断処理は所定の処理を行なう。処理結果は表示される。
【００３９】
したがって、表示される所定の態様は、具体的には数字のような、誰にでも分かりやすいものとなる。そのため、この端末装置による健康診断は、個人でも手軽に利用することが出来る。
【００４０】
さらに好ましくは、端末装置はさらに、呼気センシング装置について、可能化手段により可能化されたか否かを通知するための可能化状態通知手段を含む。
【００４１】
可能化状態通知手段を設けることにより、どのサービスが利用可能でありどのサービスが利用可能でないかを容易に確認できる。
【００４２】
本発明の第２の局面に係るサービスサーバは、特定のサービスを提供するためのサービスサーバである。サービスサーバは、前述の端末装置から、呼気センシング装置を可能化するための情報に関し、課金要求を受信するための課金要求受信手段と、端末装置から、課金要求を受信したことに応答して、端末装置の利用者に対する課金処理を実行するための課金処理実行手段と、課金処理実行手段による課金処理の実行の後、呼気センシング装置をを可能化するための情報を、課金要求を送信してきた端末装置に送信するための情報送信手段とを含む。
【００４３】
端末装置から課金要求を受信すると、サーバは、端末装置の利用者に対する課金処理を実行し、当該端末装置に可能化するための情報を送信する。端末装置がこの情報を受信すると、端末装置の利用者は呼気センシング結果に基づいた情報により、端末装置に所望の動作を実行させることが出来る。
【００４４】
好ましくは、サービスはあらかじめ複数通り準備されており、かつそれぞれには識別子と、対応する利用金額とが設定されている。課金要求は、可能化の対象となるサービスの識別子、及び、対応する利用金額情報を含む。課金処理実行手段は、端末装置から、課金要求を受信したことに応答して、課金要求に含まれる利用金額情報に基づいて、端末装置の利用者に対する課金処理を実行するための手段を含む。情報送信手段は、実行するための手段による課金処理の実行の後、課金要求に含まれる識別子に対応するサービスを可能化するための情報を、課金要求を送信してきた端末装置に送信するための送信手段を含む。
【００４５】
利用者は、複数のサービスから所望のものを選択することが出来る。端末装置から課金要求を受信すると、このサービスサーバは、受信した利用料金情報に基づき、端末装置の利用者への課金処理を実行する。実行の後、受信した識別子に対応する、サービスを可能化するための情報を当該端末装置に送信する。当該情報の受信により、利用者は、当該端末装置において所望のサービスを利用することが出来る。
【００４６】
例えば、利用者は呼気センシングによる健康診断において、健康情報サービスの種類、具体的には、診断対象疾患を選択することが出来る。
【００４７】
本発明の第３の局面に係るサービスシステムは、少なくとも１つの端末装置と、端末装置に対し特定のサービスを提供するためのサーバとを含む、サービスシステムである。端末装置は、通信装置と、呼気中の複数種類の特定ガス成分を検出して、検出結果に応じて情報を出力するための呼気センシング装置と、サーバに対し、呼気センシング装置を可能化するための情報に関し、通信装置を介して課金要求を送信するための課金要求手段とを含む。サーバは、端末装置から、課金要求を受信するための課金要求受信手段と、端末装置から課金要求を受信したことに応答して、端末装置の利用者に対する課金処理を実行するための課金処理実行手段と、課金処理実行手段による課金処理の実行の後、呼気センシング装置を可能化するための情報を、課金要求を送信してきた端末装置に送信するための情報送信手段とを含む。端末装置は、課金要求に対応して、通信装置を介してサーバから受信した情報を用いて、呼気センシング装置を可能化するための可能化手段をさらに含む。
【００４８】
端末装置から課金要求を受信すると、サーバは課金処理の後、当該端末装置に、呼気センシング装置を可能化する情報を送信する。端末装置が鍵情報を受信すると、呼気センシング装置が可能化され、端末装置の利用者は呼気センシングの開始、及びそのセンシング結果に基づく情報入手を行なうことができる。たとえば、呼気センシング結果から、利用者は健康に関する情報を得ることができる。
【００４９】
このサービスシステムにおいて、端末装置の呼気センシング装置は初期状態で不能であってもよい。呼気センシング装置は、サーバからの、可能化するための情報の受信により可能化される。利用者は、端末装置に、呼気センサを用いたサービス機能、例えば、健康チェック機能を持たせるか否かを選択することが出来る。
【００５０】
さらに好ましくは、端末装置はさらに、呼気センシング装置について、可能化手段により可能化されたか否かを通知するための可能化状態通知手段を含む。
【００５１】
端末装置に可能化状態表示手段を設けることにより、どのサービスが利用可能でありどのサービスが利用可能でないかを容易に確認できる。
【発明の効果】
【００５２】
以上のように、この発明に係る端末装置、サービスサーバ及びシステムによれば、端末装置の健康チェック機能の不能／可能を利用者が選択することが出来る。さらに、端末装置の出力に関し、利用者による診断対象疾患の選択が可能である。加えて、サーバの配信情報から端末装置が出力表示する診断結果は、例えば数字等の誰にでも分かりやすい態様である。個人が利用しやすい健康チェック方法である。
【００５３】
さらに、この発明に係る端末装置によれば、一度の測定により、複数種類の呼気中マーカを同時に検出することができる。さらに、その検出結果により健康状態の診断が可能である。利用者は、所望のタイミングで健康チェックを行なうことが出来る。
【００５４】
さらに、この端末装置のセンシング部は、表面修飾されたカーボンナノ構造体を含む。このことにより、この端末装置は選択的でかつ高感度な呼気センシングを実現する。
【発明を実施するための最良の形態】
【００５５】
以下、本発明の実施の形態に係るシステムについて説明する。以下の説明及び図面では、同一の部品には同一の参照符号及び名称を付してある。それらの機能も同一である。したがって、それらについての詳しい説明は繰返さない。
【００５６】
［第１の実施の形態］
−構成−
図１に、本発明の第１の実施の形態に係る呼気センシングサービス提供システム１０の概略構成をブロック図形式で示す。
【００５７】
図１を参照して、呼気センシングサービス提供システム１０は、携帯端末２０及びその他の図示しない複数の端末と、公衆網２２に接続され、携帯端末２０等の端末と公衆網２２を介して通信を行ない、当該端末に対し、後述する呼気センシングに係るサービスを有償で提供するためのサーバ２４とを含む。
【００５８】
本実施の形態では、サーバ２４は、携帯端末２０等の端末の通信キャリアが管理運営するものとする。さらにこの呼気センシングサービス提供システム１０に所属する携帯端末２０及び複数の端末は、基本的に携帯端末２０と同一の構成のものであるものとする。したがって、以下の説明では携帯端末２０の構成のみ説明する。
【００５９】
携帯端末２０は、アンテナ３２を介して無線インターフェースのエアリンクを行ない、サーバ２４と双方向通信を行なうための通信部３０と、通信部３０に接続され、通信部３０を介して相手端末と音声通信を行なうための音声入出力部３４と、表示部３６と、ユーザの入力を制御信号に変換するための操作部３８と、呼気中の特定ガス成分濃度を個々に検出するための呼気センサ部４６と、サーバ２４が提供する各種サービスに関する情報を記憶するためのメモリ４４と、携帯端末２０において利用可能なサービスと利用できないサービスとを区別して通知するための５つのＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）４０Ａ〜４０Ｅとを含む。なお、以下の説明では、ＬＥＤ４０Ａ〜４０ＥをまとめてＬＥＤ４０と呼ぶことがある。メモリ４４が記憶する情報は、当該サービスに関する情報であるユーザサービステーブル（以下「Ｕサービステーブル」と呼ぶ。）、携帯端末２０の識別子（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ。以下「ＩＤ」と呼ぶ。）、ユーザの識別子（以下「ＵｉＤ」と呼ぶ。）等の携帯端末２０に関する情報、及び、後述する制御部により実行される種々のプログラムを含む。
【００６０】
メモリ４４に記憶されるアプリケーションソフトウエアは、携帯端末２０の工場出荷前にメモリ４４に格納されるものとする。
【００６１】
携帯端末２０は、さらに、通信部３０、表示部３６、操作部３８、呼気センサ部４６及びメモリ４４に接続され、これらを所定のプログラムにしたがって制御し、呼気センサ部４６の出力を、メモリ４４に記憶されるＵサービステーブル等にしたがって処理し、特定疾患に関する健康状態の表示を行なう機能、及び、携帯端末としての電話機能等の一般的な機能を実現するための制御部５０とを含む。
【００６２】
制御部５０は、所定のプログラムを実行することにより上述した種々の機能を実現する図示しないＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｇ Ｕｎｉｔ）、並びに、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｍｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を含む。
【００６３】
サーバ２４は、公衆網２２を介して携帯端末２０等と通信を行なうための通信部６０と、通信部６０に接続され、携帯端末２０からの種々のアクセスを処理し、携帯端末２０に対する健康情報のサービスを行なう機能を実現するための制御部６４と、制御部６４が提供するサービスに関する種々の情報を記憶するためのＨＤＤ（ハードディスクドライブ）６２とを含む。
【００６４】
ＨＤＤ６２は、さらに、当該通信キャリアが契約する全ユーザに関し、ＵｉＤと、当該ユーザが利用する端末のＩＤと、当該ユーザと当該通信キャリアとの支払いに関する契約内容とを関連付けた、図示しないテーブルを記憶する。これを以降「支払内容テーブル」と呼ぶ。契約内容は、支払いの際の支払方法及び支払元情報（金融機関の口座番号、クレジットカード番号等）を含む。説明のため、ここではＵｉＤとＩＤとは１対１であるものとする。
【００６５】
制御部６４は、図示しないＣＰＵ、並びに、ＲＯＭ及びＲＡＭ等を含む。
【００６６】
図２（Ａ）に、携帯端末２０を開いた際の正面外観図を示す。図２（Ａ）を参照して、携帯端末２０は折畳み型携帯電話機であり、折畳んだ際の形状は扁平な略直方体である。
【００６７】
携帯端末２０は、表示側筐体８０と、操作側筐体８２と、表示側筐体８０及び操作側筐体８２を開閉自在に接続するヒンジ部８４とを含む。表示側筐体８０には表示部３６が設けられる。操作側筐体８２には操作キー群８６が設けられる。操作キー群８６は、アプリケーション起動ボタン１２５、再生ボタン１２７、測定開始ボタン１２９、テンキー及びカーソルキー等を含む。操作側筐体８２正面の操作キー群８６の下側には、図示しないマイクが設けられる。さらに、操作側筐体８２の正面の操作キー群８６の左下側には、前述した、利用可能なサービスと利用できないサービスとを区別して通知する５つのＬＥＤ４０が設けられている。この携帯端末２０に対してサーバ２４から提供されるサービスは後述するように５種類である。ＬＥＤ４０はそれぞれこれらサービスに対応しており、対応するサービスが利用可能になっているときには点灯し、利用できないときには消灯する。
【００６８】
図２（Ｂ）及び（Ｃ）に、携帯端末２０を開いた際の裏面外観図、及び、左側面外観図を示し、図３に、図２（Ｃ）に示す断面３−３における矢視方向断面図を示す。図２（Ａ）〜（Ｃ）及び図３を参照して、操作側筐体８２の下端近傍内部には呼気センサ部４６が設けられる。なお、図３では便宜上、操作側筐体８２について、正面−裏面間の奥行長さを、右側面−左側面間の幅よりも長く図示している。しかし、図２（Ａ）〜（Ｃ）に示すように、実際には操作側筐体８２の奥行長さは、その幅より短い。
【００６９】
呼気センサ部４６は、中空で概略直方体の呼気収集ボックス１２０と、呼気収集ボックス１２０の端面及び操作側筐体８２の正面側を接続するように設けられる、呼気収集ボックス１２０の内部空間に呼気を導入するための呼気導入部１２８と、呼気収集ボックス１２０の呼気導入部１２８が設けられる端面に対向する端面及び操作側筐体８２の裏面側、呼気収集ボックス１２０の一方側面及び操作側筐体８２の右側面、呼気収集ボックス１２０の他方側面及び操作側筐体８２の左側面を、それぞれ、接続するように設けられる、呼気収集ボックス１２０の内部空間の気体を排出する、逆止弁が設けられた排気部１２２、１２４及び１２６とを含む。呼気導入部１２８はマイク近傍に形成された開口を有する（図２（Ａ）参照）。したがって、通話時と同様に携帯端末２０を保持して呼気導入部１２８に呼気を吹きかければ、呼気収集ボックス１２０内に呼気を導入することができる。
【００７０】
呼気センサ部４６はさらに、呼気収集ボックス１２０の内部に形成され、呼気収集ボックス１２０の内部空間を３つの小室１７０，１７２及び１７４に分離するための、中央に形成された開口１５６及び１５８をそれぞれ有する仕切部材１５２及び１５４と、それぞれ開口１５６及び１５８の、小室１７２及び１７４側に設けられた、呼気中の特定ガス成分のみを選択的に透過する選択透過膜１６０及び１６２とを含む。呼気導入部１２８及び排気部１２２は小室１７０内に開口している。排気部１２４は小室１７４内に開口し、排気部１２６は小室１７２内に開口している。
【００７１】
選択透過膜１６０及び１６２は、具体的には、ポリスルフォン、セルロースアセテート、ポリイミド、ポリ４−メチルペンテン、シリコンゴム、ポリカーボネート等の高分子材料、パラジウム等の特定成分を吸着する金属、及びこれらの複合材料のうち、特定ガス成分検出について、その感度及び精度を向上させるものが選択される。例えば、小室１７２等に設けられるセンサが検出する特定ガス成分を透過させる材料、又は、当該特定ガス成分の検出を阻害する物質を透過しない材料である。
【００７２】
この実施の形態では、選択透過膜１６０は呼気中のＮＯのみを透過するものとし、選択透過膜１６２は呼気中のアセトンのみを透過するものとする。これら選択透過膜１６０及び１６２は、上記した特定ガス成分に加え、呼気中の通常の気体（窒素、酸素など）を透過するものであってもよい。
【００７３】
呼気センサ部４６はさらに、小室１７２内の、開口１５６と排気部１２６との間に配置されたセンサ基板１４０と、センサ基板１４０の開口１５６に臨む面に設けられたヒータ１４４と、ヒータ１４４の上、すなわち開口１５６に臨む位置に配置された、ＮＯ濃度を測定するためのセンサ１４８と、小室１７４内の、開口１５８と排気部１２４との間に配置されたセンサ基板１４２と、センサ基板１４２の開口１５８に臨む面に設けられたヒータ１４６と、ヒータ１４６の上、すなわち開口１５８に臨む位置に配置された、アセトン濃度を測定するためのセンサ１５０と、小室１７０内の、開口１５６及び１５８と排気部１２２との間に設けられ、呼気導入部１２８から小室１７０内部に導入される呼気を反射するための反射板１６６と、呼気導入部１２８内部の逆止弁の近傍に設けられる、呼気の流量を測定するための流量センサ１６４とを含む。
【００７４】
この呼気センサ部４６で使用されるセンサ１４８及び１５０は、特定のガス成分を選択的に吸着することができる。センサ１４８及び１５０はいずれも、カーボンナノチューブ（Ｃａｒｂｏｎ Ｎａｎｏ Ｔｕｂｅ。以下「ＣＮＴ」と呼ぶ。）からなるガスセンサ素子を含んでいる。
【００７５】
なお、呼気センサ部４６は、上記したＮＯ濃度、及び、アセトン濃度を検出するためのセンサ１４８及び１５０の他に、他の特定ガス成分を検出するセンサを含む。具体的には、呼気収集ボックス１２０の上面又は下面であって、図２（Ｃ）に示す断面３−３とは別の部位に、それぞれ、図３に示す、仕切部材１５２、小室１７２、開口１５６、排気部１２６、選択透過膜１６０、センサ基板１４０、ヒータ１４４、センサ１４８と同様の構成要素が、各センサに対して設けられている。選択透過膜は、各センサの検出対象ガスによりその材料が決定される。各センサはガスセンサ素子を含む。当該ガスセンサ素子は、それぞれ、検出対象の特定ガス成分に応じて、異なる材料により表面修飾されたＣＮＴを含む。
【００７６】
ここでは呼気センサ部４６は、アセトン及びＮＯの他に、ＣＯ２、Ｈ２、及びアンモニアを検出するものとする。
【００７７】
図４に、ガスセンサ素子１８０の概略構成を示す。図４を参照して、ガスセンサ素子１８０は、一般的に、特定の分子により表面修飾されたカーボンナノ構造体からなるセンシング部１８２と、センシング部１８２の両端に配置された電極１８４及び１８６とを含む。
【００７８】
図５に、センシング部１８２における表面修飾の様子を模式的に示す。
【００７９】
図５を参照して、センシング部１８２は、ＣＮＴ構造体１８８と、ＣＮＴ構造体１８８表面に固定され、特定ガス成分を選択的に吸着する物質の分子１９４とを含む（ここでは分子１９４として金属フタロシアニンの分子構造を図示しているが、分子１９４は金属フタロシアニンに限定されない。）。
【００８０】
たとえばＣｏフタロシアニンでカーボンナノ構造体の表面を修飾すると、呼気中のＮＯがこれらＣｏフタロシアニンに吸着される。その結果、カーボンナノ構造体の電気抵抗が変化する。この変化量は、カーボンナノ構造体表面に吸着したＮＯ分子の量に応じて変わる。したがって、センシング部１８２に電流を通したときの抵抗値の変化を見ることにより、呼気中のＮＯの濃度を検出することができる。
【００８１】
なお、この実施の形態では、センサ１４８のセンシング部として、ＮＯを選択的に吸着するＣｏフタロシアニンにより表面修飾されたものを、センサ１５０のセンシング部として、アセトンを選択的に吸着するアルキル基により表面修飾されたものを、それぞれ用いている。
【００８２】
図６は、各センサに設けられた、ガスセンサ素子１８０の抵抗変化を測定するための測定回路２００の構成を示す。図６を参照して、測定回路２００は、定電圧源２１０と、定電圧源２１０の両端の間に直列に接続されたガスセンサ素子１８０及び負荷抵抗２１２と、ガスセンサ素子１８０及び負荷抵抗２１２の接点に接続された入力を持ち、この接点の電位変化を増幅するための増幅器２１４とを含む。図４に示すガスセンサ素子１８０の電極１８４は、定電圧源２１０のプラス端子へ、電極１８６は負荷抵抗２１２及び増幅器２１４へ接続される。負荷抵抗２１２の抵抗値は既知である。ガスセンサ素子１８０及び負荷抵抗２１２の接続点の電位を測定することにより、ガスセンサ素子１８０の電気抵抗の変化を知ることができ、したがって、ガスセンサ素子１８０に吸着した特定ガス成分の濃度を知ることができる。
【００８３】
図７（Ａ）〜（Ｄ）及び図８（Ａ）〜（Ｄ）に、携帯端末２０のメモリ４４に記憶され、呼気センシングサービス提供システム１０に関するアプリケーションソフトを利用中に表示部３６に表示される、サービス利用のための作業画面の例を示す。
【００８４】
図７（Ａ）に、当該ソフト起動後に表示される、サービス利用開始のための健康チェックサービス画面２２０を示す。図７（Ａ）を参照して、画面２２０は、新たにサービスを申込むためのＹＥＳボタン２２２と、申込みをせずに呼気測定及び診断を開始するためのＮＯボタン２２４と、当該ソフトを終了するための終了ボタン２２６とを含む。
【００８５】
図７（Ｂ）及び（Ｃ）に、図７（Ａ）に示すＹＥＳボタン２２２の押下後に表示され、新たなサービスの申込のためのサービス一覧画面２２８及び２３８を示す。画面２２８は新規ユーザ向け、画面２３８は一度サービス申込を行なったことのあるユーザ向けのものである。図７（Ｂ）及び（Ｃ）を参照して、画面２２８及び２３８は、提供サービスの一覧２３０及び２３８を含む。サービスの名称は、ここでは、メタボリック症候群、糖尿病、ストレス、喘息及び歯周病の可能性を診断するサービスに対し、それぞれ、「メタボ度」、「糖尿病度」、「ストレス度」、「喘息度」及び「歯周病度」と名付けられている。度数は、各疾患をユーザが患っている可能性を示し、当該疾患の可能性が大きいほど大きい数字が、そうでない場合は小さい数字が示される。各度数は呼気センサ部４６の各センサ出力に基づいて求められる。
【００８６】
サービスの一覧２３０及び２４０において、各名称にはチェックボックスが付されている。クリック操作によりチェックボックスにチェックを受けることでサービスが選択される。一覧２３０は全サービスが選択可能だが、一覧２４０では申込済のサービスは選択不可である。
【００８７】
画面２２８及び２３８は、さらに、選択されたサービスの申込のためのＯＫボタン２３２、この申込作業を中止して図７（Ａ）に示す画面２２０を表示させるためのキャンセルボタン２３４、及び、当該ソフトを終了するための終了ボタン２３６とを含む。
【００８８】
図７（Ｄ）に、図７（Ｂ）及び（Ｃ）のサービスの一覧２３０及び２４０におけるサービス選択、及び、ＯＫボタン２３２押下後に表示され、ユーザに当該サービス提供に係る入金を促す入金画面２４２を示す。図７（Ｄ）を参照して、画面２４２は、選択されたサービス及び料金の一覧２４４と、入金実行をサーバ２４に要求するためのＯＫボタン２４６と、入金処理を中止して、画面２２８又は２３８に表示を戻すためのキャンセルボタン２４８と、当該ソフトを終了するための終了ボタン２５０とを含む。
【００８９】
図８（Ａ）に、図７（Ａ）に示すＮＯボタン２２４押下後、又は、図７（Ｄ）に示すＯＫボタン２４６押下後に表示され、呼気測定及びその結果に基づいた健康診断を行なうための健康チェック開始画面２５２を示す。図８（Ａ）を参照して、画面２５２は、配信済であり、診断可能なサービスの一覧２５６と、一覧２５６に含まれるサービスに関する診断を開始するための開始ボタン２５８と、当該診断開始処理を中止して、図７（Ａ）に示す画面２２０に表示を戻すためのキャンセルボタン２６０と、当該ソフトを終了するための終了ボタン２６２とを含む。
【００９０】
図８（Ｂ）〜（Ｄ）に、呼気センサ部４６の呼気測定に基づく健康診断の結果を表示部３６に出力表示するための健康チェック結果画面２６４、２６８及び２７６を示す。
【００９１】
図８（Ｂ）を参照して、画面２６４は、呼気センサ部４６による呼気測定を行ない、その結果を配信された情報を用いて処理することにより算出した、各疾患に対する度数を含むメッセージ２６５と、当該ソフトを終了するための終了ボタン２６６とを含む。
【００９２】
図８（Ｃ）及び（Ｄ）を参照して、画面２６８及び２７６は、画面２６４の場合と同じ呼気測定の処理結果の別の表示例である。この例は上記の度数をイラスト表示（人形２７０及び２７８）する。画面２６８は、人形２７０の他に、他の度数に関するイラスト表示を行なうためのＮＥＸＴボタン２７２と、当該ソフトを終了するための終了ボタン２７４とを含む。
【００９３】
画面２７６は、人形２７８の他に、当該ソフトを終了するための終了ボタン２７４とを含む。画面２７６は、診断する度数が単独、または最終である場合の表示例であり、図８（Ｃ）に示すＮＥＸＴボタン２７２を含まない。
【００９４】
イラスト表示に関して、メタボ度の場合、メタボリック症候群の人が肥満体系であることから、メタボ度（メタボリック症候群である可能性）が高い場合は画面２６８の太い人形２７０を、メタボ度が低い場合は画面２７６の痩せた人形２７８を、それぞれ表示する。このようにイラスト表示は、疾患の症状とイラストとが関連する態様であるのが望ましい。例えば、喘息度の高い場合は（以下図示しない）咳き込んだ人形を、喘息度の低い場合は笑っている人形を、歯周病度の高い場合は何かに侵された歯及び歯茎を有する人形を、歯周病度の低い場合は白い歯と健康そうなピンク色の歯茎とを有する人形を、それぞれ表示する態様であっても良い。
【００９５】
なお、上記した呼気測定結果の表示態様は、度数及びイラストの何れかに固定されていても良いし、ユーザが何れかを選択することができても良い。
【００９６】
また、図８（Ｂ）〜（Ｄ）に示す、度数及びイラストを表示するための情報は、後述する、サーバ２４のＨＤＤ６２に記憶される、サーバサービステーブル（以下「Ｓサービステーブル」と呼ぶ。）において、各サービスを識別するためのサービスＩＤ（以下ＳｉＤと呼ぶ。）に対応付けて記憶されるものとする。
【００９７】
図９に、図１に示す携帯端末２０のメモリ４４が記憶するＵサービステーブル２８０の一例を示す。
【００９８】
図９を参照して、Ｕサービステーブル２８０は、ＳｉＤ、各サービスに付けられた名称、各サービスの料金、呼気センサ部４６のセンサ（アセトン、ＣＯ２、ＮＯ、Ｈ２、及びアンモニアをそれぞれ検出するもの）の各出力に対する係数、及び、各係数によりセンサ出力を処理するか否かを指定するフラグを列挙したものである。
【００９９】
ＳｉＤにより、携帯端末２０及びサーバ２４は、両者の通信において、当該通信に係るサービスを識別することが出来る。
【０１００】
Ｕサービステーブル２８０のフラグカラムの初期値は０である。Ｕサービステーブル２８０においてフラグが０のＳｉＤの行では係数は全て０であり、一方、フラグが１のＳｉＤに対応する係数カラムには特定の数値が書込まれている。
【０１０１】
係数は、この例では、各センサが検出する特定ガス成分の濃度に対し重み付けをするためのものである。係数は、各特定ガス成分の濃度と、診断対象疾患の挙動と、度数を算出するための所定の処理との関係によって予め定められている。
【０１０２】
図１０に、図１に示すサーバ２４のＨＤＤ６２に記憶される、サービスの申込を行なったことのある端末（ユーザ）に関する情報を含むユーザテーブル２９０の一例を示す。
【０１０３】
図１０を参照して、ユーザテーブル２９０は、ＵｉＤ、各ユーザの課金情報、各ユーザの支払い情報、及び、各ユーザに既に提供されたサービスのＳｉＤを列挙したものである。
【０１０４】
ＵｉＤにより、サーバ２４の通信部６０がコマンドを受信した場合、その課金先を識別することが出来る。
【０１０５】
課金情報は、所定期間における当該ユーザの課金合計額を示す。課金の履歴はＨＤＤ６２の別の領域（図示せず）に課金の都度追加される。課金情報に含まれる金額は、サーバ２４を管理する通信キャリアが、所定期間毎（例えば１ヶ月）に、前述した支払内容テーブルに記憶される当該ユーザとの契約内容にしたがって当該ユーザに請求する。請求処理の度に、課金情報はリセットされる。
【０１０６】
支払い情報は、前述した支払内容テーブルにおいて、ＵｉＤにより識別されるユーザの契約内容が記憶される領域のアドレスを示す。
【０１０７】
図１１に、サーバ２４のＨＤＤ６２に記憶されるＳサービステーブル３００の一例を示す。図１１を参照して、Ｓサービステーブル３００は、図９に示すＵサービステーブル２８０とほぼ同様であるが、Ｕサービステーブル２８０内のフラグ情報を含まない点、サーバ２４が提供可能な全サービスに関する全情報を含む点が、Ｕサービステーブル２８０とは異なる。
【０１０８】
また、Ｓサービステーブル３００は、さらに、図示しない、図８（Ｂ）〜（Ｄ）に示す度数算出及びイラスト表示に関する情報を含む。具体的には、各ＳｉＤに対応付けて、対応の度数を算出するための情報と、度数に基づくイラスト表示を実行するための情報とが関連付けて記憶される。これらの情報は、サーバ２４から携帯端末２０に係数が配信される場合に、同時に配信され、携帯端末２０のメモリ４４内のＵサービステーブル２８０に格納される。
【０１０９】
図１２に、携帯端末２０とサーバ２４との間でのデータの送受を図解的に示す。
【０１１０】
図１２を参照して、ユーザ指示により、携帯端末２０からサーバ２４へ新たなサービスを申込む場合、携帯端末２０及びサーバ２４は、以下の処理（１）〜（１３）を行なう。
（１）携帯端末２０（が以下の処理を実行する。以下同じ。）：サーバ２４へ、自身のＩＤ、ＵｉＤ、及びアクセス要求を送信する。
（２）サーバ２４：アクセス要求を受けて、アクセス要求と共に受信したＵｉＤとユーザテーブルとを比較する。比較の結果に応じてサービステーブルを作成する。
（３）サーバ２４：作成したサービステーブルをサービス一覧として携帯端末２０に送信する。
（４）携帯端末２０：受信したサービス一覧により、自身がメモリ４４に記憶するＵサービステーブル２８０を更新する。
（５）携帯端末２０：ユーザ操作により新たなサービスの申込が指示されると、新たなサービス（係数）の配信要求を、ＩＤ、ＵｉＤ及び当該サービスのＳｉＤと共にサーバ２４に送信する。
（６）サーバ２４：配信要求を受け、配信要求と共に受信したＵｉＤ及びＳｉＤと、ユーザテーブルとを比較する。
（７）サーバ２４：比較の結果、ユーザテーブルに含まれるユーザが、新たなサービスの申込を行なったことを確認した場合、当該端末に、入金依頼を入金対象のＳｉＤと共に送信する。
（８）携帯端末２０：サーバ２４からの入金依頼に対して、入金実行要求を、ＩＤ、ＵｉＤ、ＳｉＤ及び金額データと共にサーバ２４に送信する。
（９）サーバ２４：入金実行要求に応答して、ＵｉＤにより識別されるユーザの入金実行を行なう。同時に入金が成立したことを確認する。
（１０）サーバ２４：配信要求されたサービスの係数を当該端末に配信する。
（１１）携帯端末２０：配信されたサービスの係数によりＵサービステーブル２８０の更新を行なう。
（１２）携帯端末２０：呼気を測定する。
（１３）携帯端末２０：呼気測定結果を、後述するプログラム及びＵサービステーブル２８０により処理し、処理の結果に基づき表示部３６に表示を行なう。
【０１１１】
図１３は、図１２に示す処理（２）及び（３）においてサーバ２４の制御部６４が実行するプログラムの制御構造を示すフローチャートである。
【０１１２】
図１３を参照して、通信部６０がアクセス要求を受信したことに応答して、制御部６４が起動するプログラムは、ＨＤＤ６２に記憶されるＳサービステーブル３００を制御部６４内のＲＡＭにコピーするステップ（以下単に「Ｓ」と呼ぶ。）１０と、Ｓ１０の後に実行され、アクセス要求と共に受信した送信元端末のＵｉＤが、ＨＤＤ６２に記憶されるユーザテーブル２９０内にあるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ１２と、Ｓ１２において、当該ＵｉＤがユーザテーブル２９０内に無いと判定されたことに応答して実行され、ユーザテーブル２９０に当該ＵｉＤを追加するＳ１３とを含む。
【０１１３】
Ｓ１３において、制御部６４はさらに、ユーザテーブル２９０に新たに追加したＵｉＤの行の、課金情報カラムに０を、それぞれ書込む。
【０１１４】
本プログラムは、さらに、Ｓ１３の後に実行され、Ｓ１０においてコピーされたＳサービステーブル内の全ＳｉＤに関しその係数に０を代入するＳ１４と、Ｓ１４の後に実行され、全係数が０のＳサービステーブルを送信元端末に送信するＳ３０とを含む。
【０１１５】
本プログラムは、さらに、Ｓ１２において、送信元端末のＵｉＤがユーザテーブル２９０内にあると判定されたことに応答して、Ｓ１０において作成されたＳサービステーブルのコピーに含まれる全てのＳｉＤについて以下の一連のステップを行なう処理を含む。すなわち、処理対象のＳｉＤが、ユーザテーブル２９０内の送信元端末のＵｉＤの行の、ＳｉＤカラムにより規定されるＳｉＤに含まれるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ２０と、Ｓ２０においてユーザテーブル２９０内に当該ＳｉＤが無いと判定されたことに応答して実行され、Ｓサービステーブルのコピーの当該ＳｉＤの係数の全てに０を代入するＳ２２とを含む。Ｓ２０においてユーザテーブル２９０内に当該ＳｉＤがあると判定された場合、及び、Ｓ２２の処理の後、そのＳｉＤに対する処理を終了する。
【０１１６】
Ｓ１２においてＹＥＳと判定された場合、本プログラムは、Ｓサービステーブルのコピーの全てのＳｉＤに対して上述の一連の処理を実行し、その後、Ｓ３０の処理を行ない、処理を終了する。
【０１１７】
図１４は、図１２に示す処理（４）において、携帯端末２０の制御部５０が実行するプログラムの制御構造を示すフローチャートである。
【０１１８】
図１４を参照して、通信部３０がサービステーブルを受信したことにより起動されるプログラムは、メモリ４４内に図９に示すようなＵサービステーブル２８０が既にあるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ５０と、Ｓ５０においてメモリ４４にＵサービステーブル２８０が無いと判定されたことに応答して実行され、受信したサービステーブルにフラグカラムを追加してメモリ４４にコピーし、これをＵサービステーブル２８０とするＳ５２とを含む。Ｓ５２の後、処理を終了する。
【０１１９】
本プログラムは、さらに、Ｓ５０において、メモリ４４にＵサービステーブル２８０があると判定されたことに応答して実行され、受信したサービステーブルに含まれる全てのＳｉＤについて以下の一連のステップを行なう処理を含む。すなわち、処理対象のＳｉＤが、Ｕサービステーブル２８０に含まれない新ＳｉＤか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ６０と、Ｓ６０において当該ＳｉＤが新ＳｉＤであると判定されたことに応答して実行され、Ｕサービステーブル２８０に新ＳｉＤを追加し、当該ＳｉＤのフラグカラムに０を代入するＳ６２と、Ｓ６０において当該ＳｉＤが新ＳｉＤではないと判定されたことに応答して実行され、Ｕサービステーブルの当該ＳｉＤに対応する係数カラムを、受信したサービステーブルに含まれる当該ＳｉＤに対応する係数により更新するＳ６４とを含む。Ｓ６２及びＳ６４の後、当該ＳｉＤに対する処理を終了する。
【０１２０】
Ｓ５０においてＹＥＳと判定された場合、本プログラムは、受信したサービステーブルの全てのＳｉＤに対して上述の一連の処理を実行し、処理を終了する。
【０１２１】
図１５は、図１２に示す処理（６）〜（１０）においてサーバ２４において、サービスの申込（係数の配信要求）を通信部６０が受信したことにより制御部６４が起動するプログラムの制御構造を示すフローチャートである。
【０１２２】
図１５を参照して、このプログラムは、受信したデータにＳｉＤが含まれているか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ８０と、Ｓ８０において受信したデータにＳｉＤが含まれていると判定されたことに応答して実行され、受信したデータに含まれるＵｉＤがＨＤＤ６２内のユーザテーブル２９０に含まれるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ８２とを含む。
【０１２３】
本プログラムは、さらに、Ｓ８２において受信したＵｉＤがユーザテーブル２９０に含まれると判定されたことに応答して実行され、受信した全てのＳｉＤについて以下の一連のステップを行なう処理を含む。すなわち、ユーザテーブル２９０内の当該ＵｉＤの行のＳｉＤカラムにより規定されるＳｉＤの中に、処理対象のＳｉＤがあるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ８４と、Ｓ８４において当該ＵｉＤに対応するＳｉＤの中に、受信データに含まれるＳｉＤが無いと判定されたことに応答して実行され、ＨＤＤ６２に記憶されるＳサービステーブル３００から当該ＳｉＤに対応する料金を読出し、当該ＳｉＤ及びその対応料金を制御部６４内のＲＡＭに記憶するＳ８５とを含む。Ｓ８２においてＹＥＳと判定された場合、本プログラムは、受信した全てのＳｉＤに対して上述の一連の処理を実行した後、後述するＳ８６の処理を行なう。
【０１２４】
本プログラムは、さらに、送信元端末に、入金依頼と共に、Ｓ８５においてＲＡＭに記憶されたＳｉＤ、及び、ＲＡＭに記憶された料金の合計を示すデータを送信するＳ８６と、Ｓ８６の後に実行され、当該端末からの入金実行要求があるか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ８８と、Ｓ８８において当該端末からの入金実行要求があったと判定されたことに応答して実行され、当該端末に対する入金を実行するＳ８９とを含む。Ｓ８９において、制御部６４は、ユーザテーブル２９０内の当該端末のＵｉＤに対応する課金情報を、入金実行要求と共に受信した、料金情報が示す金額を含むように更新する。このことにより、サーバ２４の制御部５０は同時に、当該入金を確認する。
【０１２５】
本プログラムは、さらに、Ｓ８９の後に実行され、ＨＤＤ６２内のＳサービステーブル３００内の当該ＳｉＤの係数を読出して当該端末へ送信するＳ９０を含む。Ｓ９０において、制御部６４は、さらに、ＨＤＤ６２内のＳサービステーブル３００に、当該ＳｉＤに対応付けて格納される、度数と、イラスト表示を行なうための情報との対を、当該端末へ送信する。
【０１２６】
本プログラムは、さらに、Ｓ９０の後に実行され、ＨＤＤ６２内のユーザテーブル２９０について、当該ユーザのＵｉＤに対応するＳｉＤに、係数を配信したＳｉＤを追加して更新するＳ９２と、Ｓ８８において当該端末からの入金実行要求が無かったと判定されたことに応答して実行され、ユーザからのキャンセル指示を受けたか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ９６と、Ｓ９６において、ユーザからのキャンセル指示を受けていないと判定されたことに応答して実行され、Ｓ８６における入金依頼送信後、所定時間（ここでは５分）を経過したか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ９８と、Ｓ８０において受信したデータにＳｉＤが無いと判定されたこと、Ｓ８２において受信したＵｉＤがユーザテーブル２９０内に無いと判定されたこと、Ｓ８４においてユーザテーブル２９０の当該ＵｉＤに対応するＳｉＤの中に、受信データに含まれるＳｉＤがあると判定されたこと、及び、Ｓ９８において所定時間を経過したと判定されたことに応答して実行され、送信元端末にエラーを示す旨を送信するＳ９４とを含む。Ｓ９８において所定時間を経過していないと判定された場合、処理はＳ８８へ戻る。Ｓ９２及びＳ９４の後、及び、Ｓ９６においてユーザからのキャンセル指示を受けたと判定された場合、処理を終了する。
【０１２７】
図１６は、図１２に示す処理（１１）において携帯端末２０の制御部５０が実行するプログラムの制御構造を示すフローチャートである。
【０１２８】
図１６を参照して、通信部３０が係数の配信を受けたことに応答して、制御部５０が起動するプログラムは、メモリ４４内のＵサービステーブル２８０に、受信したサービス内容（ＳｉＤ、サービス名称、料金、各係数、並びに度数算出及びイラスト表示に関する情報）を格納するＳ１１０と、Ｓ１１０の後に実行され、Ｕサービステーブル２８０の当該ＳｉＤのフラグに１を代入するＳ１１２と、図１に示す５つのＬＥＤ４０のうち、対応するフラグの値が１となっているものを点灯し、それ以外を消灯させて処理を終了するステップＳ１１４とを含む。
【０１２９】
図１７は、図１２の処理（１２）〜（１３）において、携帯端末２０において、ユーザの呼気測定開始の指示により制御部５０が起動するプログラムの制御構造を示すフローチャートである。
【０１３０】
図１７を参照して、このプログラムは、測定を実行するＳ１３０と、Ｓ１３０の後に実行され、メモリ４４内のＵサービステーブル２８０のうち、フラグが１である全てのＳｉＤについて、以下の一連のステップを行なう処理を含む。すなわち、これらのステップは、処理対象のＳｉＤに対し、Ｕサービステーブル２８０から対応する係数を読出すＳ１４０と、Ｓ１４０の後に実行され、Ｓ１４０により読出した係数により呼気センサ部４６中の各センサの出力レベルを処理するＳ１４２と、Ｓ１４２の後に実行され、Ｓ１４２の処理の結果に基づいた、各疾患に関する度数及びイラストを表示部３６に表示するＳ１４４とを含む。
【０１３１】
本プログラムは、Ｕサービステーブル２８０のうち、フラグが１である全てのＳｉＤに対して上述の一連の処理を実行し、処理を終了する。
【０１３２】
−動作−
図１を参照して、以上に構成を説明した呼気センシングサービス提供システム１０は、以下のように動作する。
【０１３３】
サーバ２４は、常時、携帯端末２０及び公衆網２２との接続が可能な状態で稼動している。以下の説明では、携帯端末２０がサーバ２４に対してアクセス要求、入金実行要求及びサービス配信要求を発信する場合の呼気センシングサービス提供システム１０の動作を説明するが、これによって携帯端末２０及びサーバ２４の一般性が失われるわけではない。
【０１３４】
なお、初期状態では呼気センサ部４６は動作しない。図２（Ａ）に示す再生ボタン１２７、及び測定開始ボタン１２９の押下があっても呼気センサ部４６はこれに反応しない。
【０１３５】
ユーザが、図２に示すアプリケーション起動ボタン１２５を押下して、この呼気センシングサービス提供システム１０に係るアプリケーションソフトを起動させる。制御部５０は図７（Ａ）に示す画面２２０を表示部３６に表示させる。
【０１３６】
以下、図１及び図１２を参照して、ユーザのステイタスに分けて、処理（１）〜（１３）の順に、呼気センシングサービス提供システム１０の動作を説明する。
【０１３７】
＜＜ユーザが新規利用者の場合＞＞
（１）アクセス要求
携帯端末２０において、画面２２０のＹＥＳボタン２２２が押下されると、制御部５０はアクセス要求、ＩＤ、及びＵｉＤをサーバ２４に送信する。
【０１３８】
（２）ユーザ確認及び（３）サービス一覧送信
サーバ２４の制御部６４は、アクセス要求を受けたことに応答して、ＨＤＤ６２内のＳサービステーブル３００を制御部６４内の図示しないＲＡＭにコピーし、送信元端末へ送信するサービステーブルを準備する（図１３のＳ１０）。次に、このユーザが新規であり、アクセス要求と共に受信したＵｉＤがＨＤＤ６２内のユーザテーブル２９０に含まれていないため（Ｓ１２においてＮＯ）、制御部６４は、ユーザテーブルに当該ＵｉＤを追加し（Ｓ１３）、Ｓサービステーブル３００のコピーにおいて、全てのＳｉＤの係数を０に変更して送信元端末に送信する（Ｓ１４及びＳ３０）。送信元端末は受信したＩＤにより識別される。
【０１３９】
（４）更新
携帯端末２０の制御部５０は、サーバ２４からサービステーブルを受信したことに応答して、図１４に制御構造を示すプログラムを起動する。ここでは、メモリ４４にＵサービステーブル２８０が無いので（Ｓ５０においてＮＯ）、制御部５０は受信したサービステーブルにフラグカラムを追加してメモリ４４にコピーする（Ｓ５２）。ここでメモリ４４内に記憶されるＵサービステーブル２８０は、図９に示す例と同様の態様であるが、フラグ及び係数は全て０となる。
【０１４０】
（５）申込
制御部５０は、図７（Ｂ）に示す画面２２８を表示部３６に表示する。サービスの一覧２３０は当該Ｕサービステーブル２８０の名称カラムに含まれる各サービスの名称と対応している。新規ユーザのため、画面２２８において全てのサービス項目は選択可能である。
【０１４１】
サービスの一覧２３０から、メタボ度、喘息度及び歯周病度がクリックされ、ＯＫボタン２３２の押下により各サービスの申込が指示されたものとする。
【０１４２】
携帯端末２０の制御部５０は、ＩＤ、ＵｉＤ、及び選択されたサービス項目のＳｉＤを、配信要求と共にサーバ２４へ送信する。
【０１４３】
（６）ユーザ確認、及び（７）入金依頼
配信要求を受け、サーバ２４の制御部６４は、図１５に制御構造を示すプログラムを起動する。配信要求と共にＳｉＤを受信しているので（Ｓ８０においてＹＥＳ）、制御部６４は、配信要求と共に送信したＵｉＤを検索キーとしてＨＤＤ６２内のユーザテーブル２９０を検索する（Ｓ８２）。ユーザテーブル２９０の当該ＵｉＤの行のＳｉＤカラムには、該当するＳｉＤが無い（Ｓ８４においてＮＯ）。このため、制御部６４は、申込まれた全サービスの料金を加算し、その合計額の入金依頼を、入金対象のＳｉＤと共に送信元端末に送信する（Ｓ８５及びＳ８６）。
【０１４４】
（８）入金実行要求
携帯端末２０の制御部５０は、通信部３０がサーバ２４からの入金依頼を受けると、図７（Ｄ）に示す画面２４２を表示する。
【０１４５】
制御部５０は、画面２４２のサービス及び料金の一覧２４４を以下の処理により作成する。すなわち、制御部５０は、受信したＳｉＤにより、メモリ４４のＵサービステーブル２８０内のサービス名及び各サービスの料金を読出す。読出した情報と、入金依頼金額とをあわせてサービス及び料金の一覧２４４を作成し表示する。
【０１４６】
ＯＫボタン２４６が押下されると、制御部５０は、入金実行要求と共に、ＩＤ、ＵｉＤ、ＳｉＤ、及び、入金依頼された金額データをサーバ２４に送信する。
【０１４７】
（９）入金実行、確認及び（１０）係数送信
通信部６０が入金依頼先端末から入金実行要求を受けると（図１５のＳ８８においてＹＥＳ）、サーバ２４の制御部６４は、ＨＤＤ６２内の特定の領域に、ＵｉＤに対応付けて入金実行要求と共に受信した料金情報を課金履歴として記憶する。制御部６４は、さらに、所定期間中の課金履歴の合計金額を算出した後、ユーザテーブル２９０において、入金実行要求と共に受信したＵｉＤの行の課金情報カラムを当該合計金額により更新する。このことにより当該端末に関する入金を実行し、共に入金確認を行なう（Ｓ８９）。制御部６４はさらに、ＨＤＤ６２内のＳサービステーブル３００から、受信したＳｉＤの係数、並びに、度数算出及び対応するイラスト表示に関する情報を読出して当該ＳｉＤと共に当該端末に送信し（Ｓ９０）、さらに、ユーザテーブルの受信したＵｉＤの行のＳｉＤカラムに、受信したＳｉＤを追加してユーザテーブルを更新する（Ｓ９２）。
【０１４８】
（１１）更新
以降、携帯端末２０における処理となる。
【０１４９】
通信部３０が係数を受信すると、制御部５０はメモリ４４内のＵサービステーブル２８０について、受信したＳｉＤの行の係数カラムを受信データにより上書きし、当該ＳｉＤのフラグカラムに１を代入する（図１６のＳ１１０及びＳ１１２）。ＬＥＤ４０のうち、フラグが１となったものに対応するＬＥＤが点灯する（Ｓ１１４）。
【０１５０】
この処理まで、呼気センサ部４６は動作しない。上記処理以降、呼気センサ部４６による測定結果を利用した処理のうち、フラグが１となっているサービスの利用が可能となる。すなわち、当該係数は、呼気センサ部４６を可能化するための鍵の役割を果たす。
【０１５１】
制御部５０は、さらに、図８（Ａ）に示す画面２５２を表示部３６に表示する。一覧２５６は、Ｕサービステーブル２８０においてフラグが１のＳｉＤのサービス名称に基づいて作成されている。
【０１５２】
（１２）測定
画面２５２において開始ボタン２５８の押下を受けると、制御部５０は図１７に制御構造を示すプログラムを起動し、呼気センサ部４６による測定を行なう（Ｓ１３０）。以降、図３を参照して、ＮＯ濃度及びアセトン濃度検出用のセンサ１４８及び１５０に関連する動作について説明するが、ＣＯ２、Ｈ２、及びアンモニアをそれぞれ検出する他のセンサ、及びその検出に関する構成要素も、同様に動作する。
【０１５３】
通常、ユーザは、最初にセンサの再生を行ない、次に呼気の測定をする。呼気の測定が終わったら、再度センサの再生を行なう。
【０１５４】
再生時にはユーザは、図２（Ａ）に示す再生ボタン１２７を操作する。再生ボタン１２７が操作されたことを検知した制御部５０は、ヒータ１４４及び１４６に一定時間電流を流して加熱し、センサ１４８及び１５０のＣＮＴに吸着したガス分子を脱離させる。
【０１５５】
再生処理が終了すると、ユーザは図２（Ａ）に示す測定開始ボタン１２９を操作し、呼気の測定を開始する。
【０１５６】
図６を参照して、定電圧源２１０により、ガスセンサ素子１８０と負荷抵抗２１２とを直列接続したものの両端に一定電圧をかけておく。ユーザは、図２（Ａ）に示す呼気導入部１２８の開口から呼気を呼気収集ボックス１２０内に吹込む。
【０１５７】
図３を参照して、呼気は呼気導入部１２８から小室１７０に導入される。一部の呼気は開口１５６及び１５８を介して小室１７２及び１７４に直接流入する。このとき、選択透過膜１６０の存在により、呼気中の特定ガス成分のうち、ＮＯのみが効率よく小室１７２に導入される。同じく選択透過膜１６２の存在により、呼気中の特定ガス成分のうち、アセトンのみが効率よく小室１７４に導入される。このとき、選択透過膜１６０及び１６２の存在と、排気部１２６及び１２４の存在とにより、利用者は、ある程度の圧力で呼気を呼気収集ボックス１２０中に吹込む必要がある。その結果、開口１５６及び１５８を経てセンサ１４８及び１５０にいたる呼気の流速は高くなり、センサ１４８及び１５０は比較的多量の呼気にさらされることになる。開口１５６及び１５８を通り過ぎた呼気も、反射板１６６により反射されて再び開口１５６及び１５８の位置に戻る。呼気導入部１２８からは引続き呼気が小室１７０中に導入されるため、反射された呼気と導入された呼気とが開口１５６及び１５８の地点で会合し、効率よく小室１７２及び小室１７４に導入される。
【０１５８】
この実施の形態では、流量センサ１６４によって呼気計測開始からの呼気の流量を測定しており、呼気の量が不足しているとき及び十分になったときには表示部３６にその旨のメッセージを表示する。
【０１５９】
センサ１４８においては、ＮＯ分子がＣＮＴに吸着され、その結果ガスセンサ素子１８０の電気抵抗が増加する。その変化を増幅器２１４で増幅したものを制御部５０が受ける。同様に、センサ１５０においては、アセトンがＣＮＴに吸着され、その結果センサ１５０のガスセンサ素子１８０の電気抵抗が変化する。その変化を増幅器２１４で増幅したものを制御部５０が受ける。
【０１６０】
制御部５０は以下のように動作する。制御部５０はセンサ１４８の出力が、検出対象ガス（ＮＯ）が無い場合の出力レベル（ベース出力）より高いか否かを判定する。もしベース出力より高い場合、制御部５０はメモリ４４に記憶されているＮＯ用のルックアップテーブルを用い、センサ出力を用いたテーブルルックアップによって、呼気中のＮＯ濃度を算出してＲＡＭに記憶する。センサ１４８の出力がベース出力以下の場合は、ＮＯ濃度が０である旨をＲＡＭに記憶する。
【０１６１】
制御部５０は、センサ１５０及び他のセンサの出力についても同様の処理を行ない、各センサの検出対象ガスの濃度を算出してＲＡＭに記憶する。
【０１６２】
全てのセンサに対する測定が終了すると、制御部５０はヒータ１４４及び１４６等に通電し、センサ１４８及び１５０等に吸着した特定ガス分子を脱離させ、所定時間が経過するとヒータ１４４及び１４６等への通電を停止する。
【０１６３】
制御部５０は全てのセンサに関して特定ガス成分の濃度の算出が終了すると、メモリ４４内のＵサービステーブル２８０に含まれるＳｉＤのうち、フラグが１のものの係数を読出し（Ｓ１４０）、読出した係数をＲＡＭに記憶された各特定ガス成分濃度に乗じた後、その積の和を求める。制御部５０は、さらに、Ｕサービステーブル２８０から当該ＳｉＤに対応する度数の算出方法を読出し、求めた和と、その算出方法により度数を得る（Ｓ１４２）。
【０１６４】
（１３）表示
制御部５０は、算出した度数を、図８（Ｂ）〜（Ｃ）に示す画面２６４、２６８及び２７６の態様により以下のように表示する。
【０１６５】
図８（Ｂ）を参照して、制御部５０は、メモリ４４内のＵサービステーブル２８０に含まれるＳｉＤのうち、フラグが１のもののサービス名と、当該ＳｉＤに対して算出された度数により、メッセージ２６５を作成する。
【０１６６】
図８（Ｃ）及び（Ｄ）を参照して、制御部５０は、メモリ４４内のＵサービステーブル２８０に含まれるＳｉＤのうち、フラグが１のものの最上行のものについて、算出された度数に対応するイラストを、Ｕサービステーブル２８０から読出して表示する。ＮＥＸＴボタン２７２が押下されると、制御部５０は、Ｕサービステーブル２８０内のフラグが１のＳｉＤであって、次の行のものに対する表示に切替える。
【０１６７】
図８（Ｂ）〜（Ｄ）に示す画面２６４、２６８及び２７６において終了ボタン２６６及び２７４の押下を受けると、制御部５０はこのソフトを終了する。
【０１６８】
＜＜２回目以降の利用の場合＞＞
（１）アクセス要求
新規の場合と同様である。
【０１６９】
（２）ユーザ確認及び（３）サービス一覧
サーバ２４の制御部６４は新規の場合と同様、アクセス要求送信元端末に送信するためのサービステーブルを準備する（図１３のＳ１０）。この場合、ＨＤＤ６２内のユーザテーブルには受信したＵｉＤが含まれている（Ｓ１２においてＹＥＳ）。このため準備されるサービステーブルについて、既に申込まれ、その係数が配信されたＳｉＤの行については何もせず（Ｓ２０においてＹＥＳ）、申込まれていないものについては全係数に０が代入される（Ｓ２０においてＮＯ、Ｓ２２）。
【０１７０】
例えば、この処理の時点でＨＤＤ６２は、図１０に示す態様のユーザテーブル２９０を記憶し、携帯端末２０のＵｉＤがＵ０００００１であり、そのメモリ４４に図９に示す態様のＵサービステーブル２８０を記憶しているものとする。携帯端末２０がアクセス要求を行なった場合、サーバ２４の制御部５０が携帯端末２０に送信するサービステーブルは、Ｕサービステーブル２８０と同様であるが、フラグカラムの無いものが送信される。
【０１７１】
（４）更新
携帯端末２０の制御部５０は受信したサービステーブルによりメモリ４４内のＵサービステーブル２８０を更新する。通常、ここでＵサービステーブル２８０の内容は更新の前後で変化しない。但し、例えばこの呼気センシングサービス提供システム１０がアップグレードされ、新しいサービスが追加された場合、係数が変更された場合、度数の算出方法が変更された場合、及び、表示されるイラストが変更された場合等には、更新前後で異なる内容となる。
【０１７２】
（５）申込
制御部５０は、図７（Ｃ）に示す画面２３８を表示部３６に表示する。制御部５０は、画面２３８においてＵサービステーブル２８０に含まれる全ＳｉＤのサービス名称をサービスの一覧２４０として表示し、そのうちフラグが０のものについてはチェックボックスを設け、選択可能とする。
【０１７３】
図９を参照して、この例ではＳｉＤのうちＳ０００１，Ｓ０００４及びＳ０００５（メタボ度、喘息度及び歯周病度）のフラグが１であるため、画面２３８においてこれらは選択不可である。
【０１７４】
＜２回目以降の利用であって、新たに申込を行なう場合＞
ここで、画面２３８において、糖尿病度及びストレス度のチェックボックスがチェックされた後、ＯＫボタン２３２が押下されたとする。
【０１７５】
（６）ユーザ確認、及び（７）入金依頼
サーバ２４の制御部６４は、ＨＤＤ６２内のユーザテーブル２９０を参照し、配信要求と共に受信したＵｉＤの行のＳｉＤカラムに含まれるＳｉＤと、やはり配信要求と共に受信したＳｉＤとを比較し、受信したＳｉＤが新たなものかどうかを判定する（図１５のＳ８０、Ｓ８２及びＳ８４）。新たなＳｉＤが受信された場合は新規と同様の処理を行なう（Ｓ８６）。もし既に申込済及び配信済のＳｉＤを受信した場合、制御部６４はエラーを示す旨を送信元端末に送信する（Ｓ９４）。
【０１７６】
（８）入金実行要求、（９）入金実行、確認及び（１０）係数送信
申込まれたサービスに対し、図７（Ｄ）の画面２４２中のＯＫボタン２４６の押下があった場合、携帯端末２０の制御部５０、及びサーバ２４の制御部６４の動作は新規の場合と同様である。
【０１７７】
携帯端末２０の入金処理において、画面２４２のキャンセルボタン２４８が押下された場合、携帯端末２０の制御部５０は、キャンセル要求をサーバ２４に送信する。この場合（図１５のＳ８８においてＮＯ、Ｓ９６においてＹＥＳ）、サーバ２４の制御部６４は図１５のプログラムを終了する。
【０１７８】
携帯端末２０からの入金依頼に対する応答が所定時間（５分）以上無い場合（Ｓ８８においてＮＯ、Ｓ９６においてＮＯ、Ｓ９８においてＹＥＳ）、制御部６４はエラーを示す旨を配信要求送信元端末に送信する（Ｓ９４）。
【０１７９】
（１１）更新
携帯端末２０の通信部３０が新たに申込まれたサービスの係数を受取ると、制御部５０はメモリ４４内のＵサービステーブル２８０を書換える。図９の例の場合、ＳｉＤのうちＳ０００２及びＳ０００３（糖尿病度及びストレス度）が申込まれたので、その係数が書込まれフラグに１が代入される（図１６のＳ１１０及びＳ１１２）。全サービスが申込まれているため、この時点のＵサービステーブル２８０はサーバ２４のＨＤＤ６２内のＳサービステーブル３００と同様であって、全ＳｉＤに対するフラグカラムが１の態様となる。
【０１８０】
制御部５０は図８（Ａ）に示す画面２５２を作成して表示部３６に表示する。この場合、全ＳｉＤのフラグが１であるので、全サービス名称（メタボ度、糖尿病度、ストレス度、喘息度及び歯周病度）が表示される。
【０１８１】
（１２）測定及び（１３）表示
新規の場合と同様である。
【０１８２】
＜２回目以降の利用であって、新たに申込を行なわない場合（（１２）測定及び（１３）表示）＞
図７（Ａ）に示す画面２２０において、ＮＯボタン２２４の押下を受けると、制御部５０は図８（Ａ）に示す画面２５２を表示する。画面２５２の一覧２５６は、前述した、新規の場合及び２回目以降で新たに申込を行なった場合と同様、メモリ４４内のＵサービステーブル２８０に基づき作成される。その後の処理は前述の場合と同様である。
【０１８３】
以上のように、この呼気センシングサービス提供システムによれば、携帯端末を含む端末において、その健康チェック機能の不能／可能をユーザが選択することが出来る。ユーザが所望の時点でサーバにアクセス要求しその後の処理を行なえば、端末による健康チェックを行なうことが出来る。何もしなければ、端末の健康チェック機能は不能のままである。ユーザに対し不要な機能を端末に搭載しなくてすむ。
【０１８４】
また、この呼気センシングサービス提供システムによれば、ユーザは健康診断に係る診断対象疾患を選択することが出来る。ユーザは所望の疾患に関する診断結果のみを受取ることが出来る。上記実施の形態のように、診断対象疾患毎に費用が発生する場合、無駄な料金支払いが無くて済む。
【０１８５】
さらに、この呼気センシングサービス提供システムによれば、端末において、一度の測定により、複数種類の呼気中マーカを同時に検出することができる。その検出結果により健康状態の診断が可能である。ユーザは、所望のタイミングで健康チェックを行なうことが出来る。
【０１８６】
加えて、このガスセンシング装置のセンシング部は、表面修飾されたＣＮＴを含む。このことにより、この装置は選択的でかつ高感度な呼気センシングを実現する。
【０１８７】
さらにまた、この呼気ガスセンシングシステムにより表示出力される診断結果は、度数、及びイラスト等、誰にでも分かりやすい態様である。個人が利用しやすい健康チェック方法である。
【０１８８】
［変形例］
上記実施の形態において、この呼気ガスセンシングサービス提供システムにおいて、携帯端末がそのサービス提供を受けるものとした。しかし本発明はそのような実施の形態に限定されず、サービスを受信するものは、呼気センサを有し、サーバとのデータの送受が可能であり、呼気センサによる測定結果を処理し、度数及びイラスト表示などの表示出力が可能なものであれば良い。
【０１８９】
上記実施の形態では、利用可能なサービスと利用できないサービスとはＬＥＤ４０の点灯・消灯により区別して表示している。しかし本発明はそのような実施の形態には限定されない。利用可能なサービスとそうでないサービスとは他の方法で表示することもできる。
【０１９０】
例えば、図８（Ａ）に示した健康チェック開始画面２５２の変形例として、図１８（Ａ）に示す健康チェック開始画面３１０を使用することもできる。図１８（Ａ）を参照して、この画面３１０は、図８（Ａ）の診断可能なサービスの一覧２５６に代えて、利用可能なサービス名は通常の輝度で、利用可能でないサービス名３１４は低輝度で、それぞれ表示するサービスの一覧３１２を含む。このようなサービスの一覧３１２によって、利用者には自分の携帯端末２０で利用可能なサービスとそうでないサービスとが容易に区別できる。
【０１９１】
図１８（Ｂ）には健康チェック開始画面２５２の他の変形例を示す。図１８（Ｂ）を参照して、この健康チェック開始画面３２０は、図８（Ａ）のサービスの一覧２５６に加えて、画面下側に表示される５つのインジケータ３２４を含む。これらインジケータ３２４は、図１に示すＬＥＤ４０と同様、対応するサービスが利用可能か否かを示すものである。例えば利用可能なサービスに対応するインジケータは緑色で、利用できないサービスに対応するインジケータは赤色で、それぞれ通知する。このような通知を行なうことにより、追加して利用可能なサービスがあといくつあるかを容易に知ることができる。なお、インジケータの近傍に、対応するサービス名を追加して表示するようにしてもよい。
【０１９２】
上記実施の形態において、サーバは通信キャリアが管理運営するものとし、この呼気ガスセンシングサービス提供システムによるサービス提供において、携帯端末とサーバとのみがデータの送受を行なうものとした。しかし、本発明はそのような実施の形態には限定されず、例えば、サーバは第３者が管理運営するものとし、ユーザ（ＵｉＤ）に関する支払い情報（図１０に示すユーザテーブル２９０参照）は通信キャリアが管理する態様であっても良い。この場合、サーバからサービス提供が行なわれると、当該第３者は通信キャリアにその対価を請求し、通信キャリアはユーザに当該代金を請求する。
【０１９３】
上記実施の形態において、携帯端末には、サービス提供、呼気測定及び健康診断を実行するためのアプリケーションソフトが予めメモリに記憶されているものとした。しかし、例えば、ユーザが携帯端末から公衆網２２に無線通信を行ない、サーバ又は第３者から当該アプリケーションをダウンロードする態様であっても良い。
【０１９４】
上記実施の形態において、ガスセンサ素子は、表面修飾されたＣＮＴを含むものであり、表面修飾材料は検出する特定ガス成分により選択されるものとした。また、特定ガス成分の検出は、ガスセンサ素子の両端の電気抵抗の変化により行なわれるものとした。しかし、本発明はそのような実施の形態には限定されない。所望の特定ガス成分が選択的に検出され、かつ、呼気センシングに必要なｐｐｂレベルの検出下限を有するものであり、さらに、繰返し使用できるガスセンサであればどのようなものであっても良い。
【０１９５】
上記実施の形態において、呼気センサ部４６は、アセトン、ＮＯ、ＣＯ２、Ｈ２、及びアンモニアを検出する、５種類のセンサを含むものとしたが、本発明はそのような実施の形態には限定されない。
【０１９６】
上記実施の形態において、呼気センサ部４６において、一つの小室には１つのセンサを配置するものとした。しかし、本発明はそのような実施の形態には限定されず、複数種類のセンサを同一の小室に配置しても良い。この場合、各センサが、特定ガス成分の選択的吸着能を有する。また、同一のセンサを別の小室に設け、各小室の入り口に、所望の化学物質のみを選択的に透過する、異なる選択透過膜を配置し、各センサは異なる特定ガス成分を検出するよう利用されても良い。
【０１９７】
上記実施の形態においては選択透過膜を使用している。しかし本発明は、選択透過膜を利用しないセンサを用いるものでも良い。さらに、複数のセンサは、選択透過膜を用いるセンサと、そうでないセンサとの両方を含むものでも良い。
【０１９８】
上記実施の形態においては、ＩＤとＵｉＤとが１対１の関係であったが、その限りではない。ユーザが複数の端末を保有し、ＵｉＤに対応するＩＤが複数であっても良い。
【０１９９】
上記した健康診断に関し、当該健康診断結果が携帯端末に備えられたアプリケーションと対応する態様であっても良い。
【０２００】
具体的には、一般的に携帯電話機に備えられているカレンダー機能に対し、健康診断を行なった日に対応付けてその診断結果を記憶する態様であっても良い。この場合、ユーザは自分の健康状態の変化を過去にさかのぼって閲覧することが出来、過去のデータを参考に健康増進に望むことが出来る。
【０２０１】
さらに、未来の特定の日に目標とする診断結果（例えば、「メタボ度数１」等）を設定し、当日の測定結果が当該目標を達成すればユーザを祝う態様の表示を、そうでない場合はユーザを励ますような態様の表示を行なっても良い。このような態様であっても、ユーザの健康増進を促進する効果がある。
【０２０２】
今回開示された実施の形態は単に例示であって、この発明が上記した実施の形態のみに制限されるわけではない。この発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味および範囲内でのすべての変更を含む。
【図面の簡単な説明】
【０２０３】
【図１】この発明の第１の実施の形態に係る呼気センシングサービス提供システム１０の概略ブロック図である。
【図２】図１に示す携帯端末２０の外観を模式的に示す図である。
【図３】図２に示す断面３−３における呼気センサ部４６の断面図である。
【図４】ガスセンサ素子１８０の概略構成図である。
【図５】図４に示すガスセンサ素子１８０の表面修飾を説明するための図である。
【図６】ガスセンサ素子１８０の電気抵抗の変化量を測定するための測定回路２００のブロック図である。
【図７】図１に示す表示部３６に表示される、ユーザがサービス情報の取得を行なうための画面の態様を説明するための模式図である。
【図８】図１に示す表示部３６に表示される、ユーザが呼気測定及び健康チェックを行なうための画面、及び健康チェック結果の表示画面の態様を説明するための模式図である。
【図９】図１に示す携帯端末２０のメモリ４４内に格納されるＵサービステーブル２８０の一例である。
【図１０】図１に示すサーバ２４のＨＤＤ６２内に格納されるユーザテーブル２９０の一例である。
【図１１】図１に示すサーバ２４のＨＤＤ６２内に格納されるＳサービステーブル３００の一例である。
【図１２】携帯端末２０とサーバ２４との間でのデータの送受を図解的に示す図である。
【図１３】図１に示すサーバ２４の制御部６４が実行する、図１２に示す処理（２）及び（３）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１４】図１に示す携帯端末２０の制御部５０が実行する、図１２に示す処理（４）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１５】サーバ２４の制御部６４が実行する、図１２に示す処理（６）、（７）、（９）及び（１０）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１６】携帯端末２０の制御部５０が実行する、図１１に示す処理（１１）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１７】携帯端末２０の制御部５０が実行する、図１１に示す処理（１２）及び（1３）を行なうためのプログラムの制御構造を示すフローチャートである。
【図１８】図１に示す表示部３６に表示される、ユーザが呼気測定及び健康チェックを行なうための画面の他の例を示す図である。
【符号の説明】
【０２０４】
１０ 呼気センシングサービス提供システム
２０ 携帯端末
２４ サーバ
３０、６０ 通信部
３４ 音声入出力部
３６ 表示部
３８ 操作部
４０，４０Ａ〜４０Ｅ ＬＥＤ
４４ メモリ
４６ 呼気センサ部
５０、６４ 制御部
６２ ＨＤＤ
８０、８２ 筐体
８４ ヒンジ部
１２０ 呼気収集ボックス
１２２，１２４，１２６ 排気部
１２８ 呼気導入部
１４０，１４２ センサ基板
１４４，１４６ ヒータ
１４８，１５０ センサ
１５２，１５４ 仕切部材
１５６，１５８ 開口
１６０，１６２ 選択透過膜
１６６ 反射板
１７０，１７２，１７４ 小室
１８０ ガスセンサ素子
１８４，１８６ 電極
１８８ ＣＮＴ構造体
２１０ 定電圧源
２１２ 負荷抵抗
２１４ 増幅器
３２４ インジケータ
【特許請求の範囲】
【請求項１】
通信装置と、
呼気中の複数種類の特定ガス成分を検出して、検出結果に応じて情報を出力するための呼気センシング装置と、
特定のサービスを提供するためのサーバに対し、前記呼気センシング装置を可能化するための情報に関し、前記通信装置を介して課金要求を送信するための課金要求手段と、
前記課金要求に対応して、前記通信装置を介して前記サーバから受信した情報を用いて、前記呼気センシング装置を可能化するための可能化手段とを含む、端末装置。
【請求項２】
前記呼気センシング装置は初期状態として不能化されている、請求項１に記載の端末装置。
【請求項３】
前記呼気センシング装置は、
呼気中の複数種類の特定ガス成分を検出し、それぞれの検出結果に対応する複数の信号を出力するための呼気センサと、
前記呼気センサによる出力信号を用いたサービスを実行するためのサービス実行手段とを含む、請求項１又は請求項２に記載の端末装置。
【請求項４】
前記サービスは複数通りであり、
前記端末装置は、前記複数通りのサービスの内から利用者の選択を受けるための選択手段をさらに含み、
前記課金要求手段は、前記選択手段において選択されたサービスの実行を可能化するための情報に関し、前記選択されたサービスに応じた課金要求を、前記通信装置を介して送信するための手段を含み、
前記可能化手段は、前記課金要求に対応して、前記通信装置を介して前記サーバから受信した情報を用いて、前記サービス実行手段による前記選択されたサービスの実行を可能化するための手段を含む、請求項３に記載の端末装置。
【請求項５】
前記複数通りのサービスには、それぞれ、識別子が付与されており、
前記課金要求は、前記選択されたサービスの識別子を含み、
前記可能化手段は、前記課金要求に応答して、前記通信装置を介して前記サーバから受信した前記選択されたサービスの実行を可能化するための情報を用いて、前記サービス実行手段による前記選択されたサービスの実行を可能化するための手段を含む、請求項４に記載の端末装置。
【請求項６】
前記複数通りのサービスには、さらに、それぞれ、利用金額が設定されており、
前記課金要求は、さらに、前記選択されたサービスに対応する利用金額情報を含み、
前記可能化手段は、前記課金要求に応答して、前記通信装置を介して前記サーバから受信した前記選択されたサービスの実行を可能化するための情報を用いて、前記サービス実行手段による前記選択されたサービスの実行を可能化するための手段を含む、請求項５に記載の端末装置。
【請求項７】
前記情報は、前記呼気センサの出力信号の数と同じ数の数字の組合せを含む、請求項３〜請求項６のいずれかに記載のサービスサーバ。
【請求項８】
前記呼気センサは、呼気中の複数種類の特定ガス成分の濃度を検出して複数個の濃度信号を出力し、
前記サービス実行手段は、
前記複数個の濃度信号のレベルを入力とする関数の出力に基づいて、健康状態に関する診断を前記サービスとして実行するための診断手段と、
前記診断手段による診断結果を所定の態様で表示するための表示手段とを含み、
前記診断手段は、初期状態として不能化されており、前記可能化手段により可能化される、請求項３に記載の端末装置。
【請求項９】
前記関数は、前記複数個の濃度信号のレベルの線形和であり、
前記情報は、前記線形和を定義する、係数の集合である、請求項８に記載の端末装置。
【請求項１０】
前記呼気センサは、互いに異なる特定ガス成分の濃度を検出してそれぞれ濃度信号を出力する複数のセンシング素子と、
前記複数のセンシング素子の各々の電気抵抗の変化を検出し、前記濃度信号として出力するための抵抗検出出力手段とを含み、
前記複数のセンシング素子の各々は、互いに異なる特定ガス成分を選択的に吸着する物質で表面修飾されたカーボンナノ構造体を含む、請求項３〜請求項９のいずれかに記載の端末装置。
【請求項１１】
さらに、前記呼気センシング装置について、前記可能化手段により可能化されたか否かを通知するための可能化状態通知手段を含む、請求項１〜請求項０のいずれかに記載の端末装置。
【請求項１２】
特定のサービスを提供するためのサービスサーバであって、
請求項１に記載の端末装置から、前記呼気センシング装置を可能化するための情報に関し、課金要求を受信するための課金要求受信手段と、
前記端末装置から、前記課金要求を受信したことに応答して、前記端末装置の利用者に対する課金処理を実行するための課金処理実行手段と、
前記課金処理実行手段による課金処理の実行の後、前記情報を、前記課金要求を送信してきた端末装置に送信するための情報送信手段とを含む、サービスサーバ。
【請求項１３】
前記サービスはあらかじめ複数通り準備されており、かつそれぞれには識別子と、対応する利用金額とが設定されており、
前記課金要求は、可能化の対象となるサービスの識別子、及び、対応する利用金額情報を含み、
前記課金処理実行手段は、前記端末装置から、前記課金要求を受信したことに応答して、前記課金要求に含まれる利用金額情報に基づいて、前記端末装置の利用者に対する課金処理を実行するための手段を含み、
前記情報送信手段は、前記実行するための手段による課金処理の実行の後、前記課金要求に含まれる識別子に対応するサービスを可能化するための情報を、前記課金要求を送信してきた端末装置に送信するための送信手段を含む、請求項１２に記載のサービスサーバ。
【請求項１４】
少なくとも１つの端末装置と、前記端末装置に対し特定のサービスを提供するためのサーバとを含む、サービスシステムであって、
前記端末装置は、
通信装置と、
呼気中の複数種類の特定ガス成分を検出して、検出結果に応じて情報を出力するための呼気センシング装置と、
前記サーバに対し、前記呼気センシング装置を可能化するための情報に関し、前記通信装置を介して課金要求を送信するための課金要求手段とを含み、
前記サーバは、
前記端末装置から、前記課金要求を受信するための課金要求受信手段と、
前記課金要求を受信したことに応答して、前記端末装置の利用者に対する課金処理を実行するための課金処理実行手段と、
前記課金処理実行手段による課金処理の実行の後、前記情報を、前記課金要求を送信してきた端末装置に送信するための情報送信手段とを含み、
前記端末装置は、前記課金要求に対応して、前記通信装置を介して前記サーバから受信した情報を用いて、前記呼気センシング装置を可能化するための可能化手段をさらに含む、
サービスシステム。
【請求項１５】
前記呼気センシング装置は初期状態として不能化されている、請求項１４に記載のシステム。
【請求項１６】
前記端末装置はさらに、前記呼気センシング装置について、前記可能化手段により可能化されたか否かを通知するための可能化状態通知手段を含む、請求項１４又は請求項１５に記載のサービスシステム。
【請求項１】
通信装置と、
呼気中の複数種類の特定ガス成分を検出して、検出結果に応じて情報を出力するための呼気センシング装置と、
特定のサービスを提供するためのサーバに対し、前記呼気センシング装置を可能化するための情報に関し、前記通信装置を介して課金要求を送信するための課金要求手段と、
前記課金要求に対応して、前記通信装置を介して前記サーバから受信した情報を用いて、前記呼気センシング装置を可能化するための可能化手段とを含む、端末装置。
【請求項２】
前記呼気センシング装置は初期状態として不能化されている、請求項１に記載の端末装置。
【請求項３】
前記呼気センシング装置は、
呼気中の複数種類の特定ガス成分を検出し、それぞれの検出結果に対応する複数の信号を出力するための呼気センサと、
前記呼気センサによる出力信号を用いたサービスを実行するためのサービス実行手段とを含む、請求項１又は請求項２に記載の端末装置。
【請求項４】
前記サービスは複数通りであり、
前記端末装置は、前記複数通りのサービスの内から利用者の選択を受けるための選択手段をさらに含み、
前記課金要求手段は、前記選択手段において選択されたサービスの実行を可能化するための情報に関し、前記選択されたサービスに応じた課金要求を、前記通信装置を介して送信するための手段を含み、
前記可能化手段は、前記課金要求に対応して、前記通信装置を介して前記サーバから受信した情報を用いて、前記サービス実行手段による前記選択されたサービスの実行を可能化するための手段を含む、請求項３に記載の端末装置。
【請求項５】
前記複数通りのサービスには、それぞれ、識別子が付与されており、
前記課金要求は、前記選択されたサービスの識別子を含み、
前記可能化手段は、前記課金要求に応答して、前記通信装置を介して前記サーバから受信した前記選択されたサービスの実行を可能化するための情報を用いて、前記サービス実行手段による前記選択されたサービスの実行を可能化するための手段を含む、請求項４に記載の端末装置。
【請求項６】
前記複数通りのサービスには、さらに、それぞれ、利用金額が設定されており、
前記課金要求は、さらに、前記選択されたサービスに対応する利用金額情報を含み、
前記可能化手段は、前記課金要求に応答して、前記通信装置を介して前記サーバから受信した前記選択されたサービスの実行を可能化するための情報を用いて、前記サービス実行手段による前記選択されたサービスの実行を可能化するための手段を含む、請求項５に記載の端末装置。
【請求項７】
前記情報は、前記呼気センサの出力信号の数と同じ数の数字の組合せを含む、請求項３〜請求項６のいずれかに記載のサービスサーバ。
【請求項８】
前記呼気センサは、呼気中の複数種類の特定ガス成分の濃度を検出して複数個の濃度信号を出力し、
前記サービス実行手段は、
前記複数個の濃度信号のレベルを入力とする関数の出力に基づいて、健康状態に関する診断を前記サービスとして実行するための診断手段と、
前記診断手段による診断結果を所定の態様で表示するための表示手段とを含み、
前記診断手段は、初期状態として不能化されており、前記可能化手段により可能化される、請求項３に記載の端末装置。
【請求項９】
前記関数は、前記複数個の濃度信号のレベルの線形和であり、
前記情報は、前記線形和を定義する、係数の集合である、請求項８に記載の端末装置。
【請求項１０】
前記呼気センサは、互いに異なる特定ガス成分の濃度を検出してそれぞれ濃度信号を出力する複数のセンシング素子と、
前記複数のセンシング素子の各々の電気抵抗の変化を検出し、前記濃度信号として出力するための抵抗検出出力手段とを含み、
前記複数のセンシング素子の各々は、互いに異なる特定ガス成分を選択的に吸着する物質で表面修飾されたカーボンナノ構造体を含む、請求項３〜請求項９のいずれかに記載の端末装置。
【請求項１１】
さらに、前記呼気センシング装置について、前記可能化手段により可能化されたか否かを通知するための可能化状態通知手段を含む、請求項１〜請求項０のいずれかに記載の端末装置。
【請求項１２】
特定のサービスを提供するためのサービスサーバであって、
請求項１に記載の端末装置から、前記呼気センシング装置を可能化するための情報に関し、課金要求を受信するための課金要求受信手段と、
前記端末装置から、前記課金要求を受信したことに応答して、前記端末装置の利用者に対する課金処理を実行するための課金処理実行手段と、
前記課金処理実行手段による課金処理の実行の後、前記情報を、前記課金要求を送信してきた端末装置に送信するための情報送信手段とを含む、サービスサーバ。
【請求項１３】
前記サービスはあらかじめ複数通り準備されており、かつそれぞれには識別子と、対応する利用金額とが設定されており、
前記課金要求は、可能化の対象となるサービスの識別子、及び、対応する利用金額情報を含み、
前記課金処理実行手段は、前記端末装置から、前記課金要求を受信したことに応答して、前記課金要求に含まれる利用金額情報に基づいて、前記端末装置の利用者に対する課金処理を実行するための手段を含み、
前記情報送信手段は、前記実行するための手段による課金処理の実行の後、前記課金要求に含まれる識別子に対応するサービスを可能化するための情報を、前記課金要求を送信してきた端末装置に送信するための送信手段を含む、請求項１２に記載のサービスサーバ。
【請求項１４】
少なくとも１つの端末装置と、前記端末装置に対し特定のサービスを提供するためのサーバとを含む、サービスシステムであって、
前記端末装置は、
通信装置と、
呼気中の複数種類の特定ガス成分を検出して、検出結果に応じて情報を出力するための呼気センシング装置と、
前記サーバに対し、前記呼気センシング装置を可能化するための情報に関し、前記通信装置を介して課金要求を送信するための課金要求手段とを含み、
前記サーバは、
前記端末装置から、前記課金要求を受信するための課金要求受信手段と、
前記課金要求を受信したことに応答して、前記端末装置の利用者に対する課金処理を実行するための課金処理実行手段と、
前記課金処理実行手段による課金処理の実行の後、前記情報を、前記課金要求を送信してきた端末装置に送信するための情報送信手段とを含み、
前記端末装置は、前記課金要求に対応して、前記通信装置を介して前記サーバから受信した情報を用いて、前記呼気センシング装置を可能化するための可能化手段をさらに含む、
サービスシステム。
【請求項１５】
前記呼気センシング装置は初期状態として不能化されている、請求項１４に記載のシステム。
【請求項１６】
前記端末装置はさらに、前記呼気センシング装置について、前記可能化手段により可能化されたか否かを通知するための可能化状態通知手段を含む、請求項１４又は請求項１５に記載のサービスシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１０−２６７４６（Ｐ２０１０−２６７４６Ａ）
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願番号】特願２００８−１８６７２７（Ｐ２００８−１８６７２７）
【出願日】平成２０年７月１８日（２００８．７．１８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願日】平成２０年７月１８日（２００８．７．１８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]