(57)【要約】      （修正有）【課題】店舗への予約等は、電話又はＷｅｂ系の順番取得システム等の対策をとるが、電話では電話回線の輻輳問題があり、また、インターネット予約においても利用者を特定するための利用ＩＤやパスワードなど手続きが必要となり、長時間がかかり、煩雑であった問題点を改善するメール予約システムを提供する。【解決手段】利用者側Ａの携帯電話等の通信端末２から提供者側Ｃの通信端末への順番の予約を行う送信メールと、前記予約の取り消しを行う取り消しメールと、予約のお知らせを行うお知らせメールとで構成された電子メール予約システムである。【選択図】図３
2010205053.tif 000002
【特許請求の範囲】
【請求項１】
店舗への利用を行う利用者側と、店舗へのサービスを提供する提供者側と、前記利用者側と提供者側の双方にインターネットの電子メールを提供するプロバイダとで構成される電子メール予約システムで、
利用者側の携帯電話等の通信端末から提供者側の通信端末への順番の予約を行う送信メールと、前記予約の取り消しを行う取り消しメールと、前記予約のお知らせを行うお知らせメールとで構成された電子メール予約システムであって、
前記送信メールを受信すると、順番管理ＤＢに蓄積された順番を照合し、最終の受付順番にレコードし、このレコードされた順番（登録された利用者側の利用者の順番）と現在の順番を利用者側に返信し、
前記取り消しメールを受信すると、順番管理ＤＢに蓄積された順番を照合し、利用者の順番を解除し、この解除を利用者側に返信し、
前記お知らせメールを受信すると、順番管理ＤＢに蓄積された順番を照合し、現在の順番と前記レコードされた順番が近づくと、利用者側にお知らせメールを返信する構造とし、待ち時間の軽減を図ることを特徴とした電子メール予約システム。
【請求項２】
請求項１に記載の電子メール予約システムであって、
前記取り消しメール及び／又は前記お知らせメールは、選択的であることを特徴とした電子メール予約システム。
【請求項３】
請求項１に記載のメールシステムであって、
提供者側又はプロバイダに前記順番管理ＤＢ等のＤＢを設置することで、提供者側に対する保守管理の容易性等を向上することを特徴とした電子メール予約システム。
【請求項４】
請求項１に記載の電子メール予約システムであって、
前記送信メール・取り消しメール・お知らせメールは、複数の電子メールアドレスを所有し、利用者側は、その目的に応じて、メールアドレスを送信する手続きだけで、店舗への予約・取り消し・お知らせを行うことができることを特徴としたメールシステム
取り消しメール及び／又は前記お知らせメールは、選択的であることを特徴とした電子メール予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の電子メールアドレスを、長時間から短時間におよび、待ち時間が発生する医療機関・飲食店・美容院等（以下、店舗とする）において、その利用者に対して、予約・取り消し・お知らせ等の用途別に使い分けることで、一連の業務が達成される仕組みを提供し、利用者の操作時間及び待ち時間の短縮を図るものである。
【背景技術】
【０００２】
従来の上記店舗において、順番の予約・取り消し等に関連する一連の行為をスムーズに行いたい提供者側（店舗）及び利用者側（受診者等）双方にとって、待ち時間の短縮・混雑の緩和等は、共通の課題である。
【０００３】
そして、前記予約に関する一連の行為は、電話による順番取得システムやインターネットによるＨＴＭＬ技術を利用したＷｅｂ系の順番取得システム等の何らかの対策をとるのが、一般的である。しかし、電話による順番システムにおいては電話回線の輻輳問題があり、利用したい店舗に対して、混雑状況に応じて、利用者が電話を数回かける必要もあり、利用者にその負担が課せられた。また、インターネット予約においても利用者を特定するための利用ＩＤやパスワードなど手続きが必要となり目的とする順番を取得するための時間が長時間となり、煩雑であった。また、上記技術は、店舗側にとっても、負担となる場合が多く、そのシステムの改善が求められていた。
【０００４】
上記の問題点について、先行文献の調査に基づき、下記に記載する。
【０００５】
最初に、特許文献１は、特開２００２−３１８８５４の「病院予約システム」である。この構成は、病院の診察予約申込をするシステムであって、予約管理センタの予約受付サーバと各病院の病院サーバをインターネットに接続したシステムである。このシステムは、表示装置を備えた携帯電話機等からインターネットを経由し、予約管理センタを呼び出し、予約受付サーバに登録された病院、診療科を携帯電話機等の表示装置に表示し、その中から希望の病院及び／又は診療科を選択し、予約申込情報を予約管理センタに送信し、予約申込みを行う。次に、予約確認が出来れば予約情報を、インターネットを経由して、病院のサーバに連絡し、受診者の受診順番が近くなったら、受診者の順番が近いことを自動的に表示装置を備えた前記携帯電話機等に連絡することを特徴とする病院予約システムである。
【０００６】
次に、特許文献２は、特開２００８−３１０４１３の「受診者呼出しシステム及び受診者呼出し方法」である。この構成は、受診者の診察券を受領する受診者呼出しシステムの電子メールアドレスが書き込まれた登録札を発行する自動登録券発行機、及び、受診者等からの電子メールを受信する電子メール受信部と、受診者の診察を登録する受診者登録呼出し部と、受信した受診者等の電子メールアドレスを記憶する電子メール記憶部と、受診者等に電子メールを送信する電子メール送信部とからなる受診者呼出し手段を備え、受診者の受診順番が近づくと受診順番が近いことを通知する電子メールを携帯電話等に送信し、携帯電話等から受診順番の問い合わせの電子メールを受信すると受診者の受診順番をその携帯電話等に送信する病院予約システムである。
【０００７】
最後に、特許文献３は、特開２００８−２３４５９０の「診察順番通知システム」である。この構成は、医療施設で診察を受ける際の診察順番を、ネットワークを介して接続された携帯通信端末に通知可能な診察順番通知システムである。それは、患者の固有識別情報が記録された診察券から前記固有識別情報を取得する固有識別情報取得手段と、固有識別情報取得時に、携帯通信端末から端末宛先情報を取得する端末宛先情報取得手段と、固有識別情報と端末宛先情報とを記憶する記憶手段と、固有識別情報の取得順番に基づき決定された診察順番を、端末宛先情報に基づき携帯通信端末に通知する通知手段とを備えることを特徴とする診察順番通知システムである。
【０００８】
【特許文献１】特開２００２−３１８８５４
【特許文献２】特開２００８−３１０４１３
【特許文献３】特開２００８−２３４５９０
【発明の概要】
【発明が解決しようとする課題】
【０００９】
前記文献１に開示された構成は、インターネットを介して、前記予約受付サーバ及び病院サーバへとアクセスし、予約申し込みを行うため、この申し込みを行う際において、利用者のＩＤ・ＰＡＳＳＷＯＲＤ等の認証手段が必要となり、その手続きが煩雑であること、又、インターネットを利用するため、不特定多数の利用者が同時にアクセスした場合、サーバに負担がかかり、システムの稼動に異常をきたし、正常に予約順番を取得できない可能性がある等の問題点が挙げられる。
【００１０】
前記文献２に開示された構成は、登録札を発行する自動登録券発行機を介して、受診者等からの電子メールを受信する電子メール受信部と、受診者の診察を登録する受診者登録呼出し部と、受信した受診者等の電子メールアドレスを記憶する電子メール記憶部と、受診者等に電子メールを送信する電子メール送信部とからなる受診者呼出し手段を備え、受診者の受診順番が近づくと受診順番が近いことを通知する電子メールを携帯電話等に送信し、携帯電話等から受診順番の問い合わせの電子メールを受信すると受診者の受診順番をその携帯電話等に送信する病院予約システムであるが、受診者の診察券を発行するために、前記自動登録発行機により、登録札と、呼出し札を使用し、登録札に印刷されたＱＲコードにより、このＱＲコードを読み取り、送信する点で、本発明は、登録札等を必要とせず、又、ＱＲコードのように、個別に割り振られた記号を用いることもないため、ＱＲコードを読み取る作業もなく、ＱＲコードを読み取るためのカメラ等の読み取り機能がついてない携帯電話でも、本システムが使用できること、さらに、電子メールアドレスを複数に使い分けることで、手続きが簡単であり、誰でも、携帯電話等の通信機器を持っていれば、本システムを利用できる。又、１回目の診察券の挿入による登録札は、受診者本人と認識し、同一の診察券による２回目以降の診察券の挿入は、前記受診者以外の介護者又は保護者であると認識するシステムは、診察券の悪用がなされる可能性等もあり、個人情報保護・本人確認の観点からも好ましくないと考えられ、種々の問題点が残ると考えられる。
【００１１】
前記文献３に開示された構成は、患者の固有識別情報が記録された診察券から前記固有識別情報を取得する固有識別情報取得手段と、固有識別情報取得時に、携帯通信端末から端末宛先情報を取得する端末宛先情報取得手段と、固有識別情報と端末宛先情報とを記憶する記憶手段と、固有識別情報の取得順番に基づき決定された診察順番を、端末宛先情報に基づき携帯通信端末に通知する通知手段とを備えることを特徴とする診察順番通知システムであるが、この構成は、診察券で受付けて、待ちの順番を取得し、この取得後に、携帯通信端末により、電子メールアドレス宛に通知するシステムである。つまり、この携帯通信端末により、電子メールアドレス宛に通知するのみであり、病院への予約及び／又は取り消しは、診察券を使用する点で、本発明のシステムは、大きく異なると考えられる。
【００１２】
本システムは、上記引用文献１〜３と異なり、（イ）〜（ニ）の効果を奏する。
（イ）  複数の電子メールアドレスを使い分けることで、利用したい店舗への一連の業務（予約・取り消し・確認）を行うことができ、待ち時間の短縮が図れる。そのため、利用者自らが、その利用したい店舗に何時間も予約等のために、滞在する必要もない。
（ロ）  電子メールの送受信のみで店舗への予約・取り消し・確認を行えるため、利用者の都合に合わせて、予約及び／又は取り消しをすることができる。そして、携帯電話を使用するため、特別な操作も必要なく、簡単であるため、年齢に関係なく、店舗への予約・取り消し・確認が確実に行え、店舗の営業時間外（診察時間外）でも、店舗への予約・取り消し・確認を行える。
（ハ）  ＷＥＢサーバを必要としないため、パスワード・暗証番号等の入力手続も不要で、煩雑な手続きを必要とせず、又、サーバの故障等による不具合が発生する危険性も、回避できる。
（ニ）  ベッド・処方箋等の診察以外の予約・順番待ちが発生する事象についても、電子メールアドレスを使用して、予約・取り消し・確認が行えるため、利用者の負担を軽減することができる。
【課題を解決するための手段】
【００１３】
請求項１の発明は、前記（イ）〜（ニ）等の実益がある。
【００１４】
請求項１は、店舗への利用を行う利用者側と、店舗へのサービスを提供する提供者側と、前記利用者側と提供者側の双方にインターネットの電子メールを提供するプロバイダとで構成される電子メール予約システムで、
利用者側の携帯電話等の通信端末から提供者側の通信端末への順番の予約又は確認を行う送信メールと、前記予約の取り消しを行う取り消しメールと、前記予約のお知らせを行うお知らせメールとで構成された電子メール予約システムであって、
前記送信メールを受信すると、順番管理ＤＢに蓄積された順番を照合し、最終の受付順番にレコードし、このレコードされた順番（登録された利用者側の利用者の順番）と現在の順番を利用者側に返信し、
前記取り消しメールを受信すると、順番管理ＤＢに蓄積された順番を照合し、利用者の順番を解除し、この解除を利用者側に返信し、
前記お知らせメールを受信すると、順番管理ＤＢに蓄積された順番を照合し、現在の順番と前記レコードされた順番が近づくと、利用者側にお知らせメールを返信する構造とし、待ち時間の軽減を図ることを特徴とした電子メール予約システムである。
【００１５】
請求項２の発明は、請求項１の目的を達成し、取り消しメール及び／又は前記お知らせメールは、任意であること、等を意図する。
【００１６】
請求項２は、請求項１に記載の電子メール予約システムであって、
前記取り消しメール及び／又は前記お知らせメールは、選択的であることを特徴とした電子メール予約システムである。
【００１７】
請求項３の発明は、請求項１の目的を達成し、ＤＢの保守管理の容易性を図ること、等を意図する。
【００１８】
請求項３は、請求項１に記載のメールシステムであって、
提供者側又はプロバイダに前記順番管理ＤＢ等のＤＢを設置することで、提供者側に対する保守管理の容易性等を向上することを特徴とした電子メール予約システムである。
【００１９】
請求項４の発明は、請求項１の目的を達成し、店舗への予約・取り消し、お知らせの業務を複数の電子メールアドレスを所有することで、確実に業務を、その目的に合わせて行うこと、等を意図する。
【００２０】
請求項４は、請求項１に記載の電子メール予約システムであって、
前記送信メール・取り消しメール・お知らせメールは、複数の電子メールアドレスを所有し、利用者側は、その目的に応じて、メールアドレスを送信する手続きだけで、店舗への予約・取り消し・お知らせを行うことができることを特徴としたメールシステムである。
【発明の効果】
【００２１】
請求項１の発明は、店舗への利用を行う利用者側と、店舗へのサービスを提供する提供者側と、前記利用者側と提供者側の双方にインターネットの電子メールを提供するプロバイダとで構成される電子メール予約システムで、
利用者側の携帯電話等の通信端末から提供者側の通信端末への順番の予約又は確認を行う送信メールと、予約の取り消しを行う取り消しメールと、予約のお知らせを行うお知らせメールとで構成された電子メール予約システムであって、
送信メールを受信すると、順番管理ＤＢに蓄積された順番を照合し、最終の受付順番にレコードし、このレコードされた順番（登録された利用者側の利用者の順番）と現在の順番を利用者側に返信し、
取り消しメールを受信すると、順番管理ＤＢに蓄積された順番を照合し、利用者の順番を解除し、この解除を利用者側に返信し、
お知らせメールを受信すると、順番管理ＤＢに蓄積された順番を照合し、現在の順番と前記レコードされた順番が近づくと、利用者側にお知らせメールを返信する構造とし、待ち時間の軽減を図ることを特徴とした電子メール予約システムである。
【００２２】
従って、請求項１は、下記の（イ）〜（ニ）の効果を意図する。
（イ）  複数の電子メールアドレスを使い分けることで、利用したい店舗への一連の業務（予約・取り消し・確認）を行うことができ、待ち時間の短縮が図れる。そのため、利用者自らが、その利用したい店舗に何時間も予約等のために、滞在する必要もない。
（ロ）  電子メールの送受信のみで店舗への予約・取り消し・確認を行えるため、利用者の都合に合わせて、予約及び／又は取り消しをすることができる。そして、携帯電話を使用するため、特別な操作も必要なく、簡単であるため、年齢に関係なく、店舗への予約・取り消し・確認が確実に行え、店舗の営業時間外（診察時間外）でも、店舗への予約・取り消し・確認を行える。
（ハ）  ＷＥＢサーバを必要としないため、パスワード・暗証番号等の入力手続も不要で、煩雑な手続きを必要とせず、又サーバの故障等による不具合が発生する危険性も、回避できる。
（ニ）  ベッド・処方箋等の診察以外の予約・順番待ちが発生する事象についても、電子メールアドレスを使用して、予約・取り消し・確認が行えるため、利用者の負担を軽減することができる。
【００２３】
請求項２の発明は、請求項１に記載の電子メール予約システムであって、
前記取り消しメール及び／又は前記お知らせメールは、選択的であることを特徴とした電子メール予約システムである。
【００２４】
従って、請求項２は、請求項１の目的を達成し、取り消しメール及び／又は前記お知らせメールは、任意であること、等を意図する。
【００２５】
請求項３の発明は、請求項１に記載のメールシステムであって、
提供者側又はプロバイダに前記順番管理ＤＢ等のＤＢを設置することで、提供者側に対する保守管理の容易性等を向上することを特徴とした電子メール予約システムである。
【００２６】
従って、請求項３は、請求項１の目的を達成し、請求項１の目的を達成し、ＤＢの保守管理の容易性を図ること、等を意図する。
【００２７】
請求項４の発明は、請求項１に記載の電子メール予約システムであって、
前記送信メール・取り消しメール・お知らせメールは、複数の電子メールアドレスを所有し、利用者側は、その目的に応じて、メールアドレスを送信する手続きだけで、店舗への予約・取り消し・お知らせを行うことができることを特徴としたメールシステムである。
【００２８】
従って、請求項４は、請求項１の目的を達成し、店舗への予約・取り消し、お知らせの業務を複数の電子メールアドレスを所有することで、確実に業務を、その目的に合わせて行うこと、等を意図する。
【図面の簡単な説明】
【００２９】
【図１】図１は本システムの概要を示した模式図
【図２】図２は提供者側における順番受付システムについて記載した模式図
【図２−１】図２−１は新規登録時を許可する場合における利用者側とプロバイダと電子メールのやりとりを行った第１段階の模式図
【図２−２】図２−２は新規登録時の許可する場合における利用者側とプロバイダと電子メールのやりとりを行った第２段階の模式図
【図２−３】図２−３は新規登録時を許可しない場合における利用者側とプロバイダと電子メールのやりとりを行った第１段階の模式図
【図３】図３は新規登録の許可後における利用者側とプロバイダのやりとりを示した模式図
【図４】図４は送信メール、取り消しメール、お知らせメールについての流れを示したフローチャート図
【図５】図５は順番管理ＤＢにおける送信メールの流れを記載したフローチャートを示した図
【図６】図６は順番管理ＤＢにおけるお知らせメールの流れを記載したフローチャートを示した図
【図７】図７は順番管理ＤＢにおける取り消しメールの流れを記載したフローチャートを示した図
【図８】図８は順番管理ＤＢ・顧客管理ＤＢ・運用管理ＤＢ等の各種ＤＢの一例を記載した模式図
【発明を実施するための形態】
【実施例】
【００３０】
図１は、本システムの概要を示した模式図であり、図２は、提供者側における順番受付システムについて記載した模式図、図２−１は新規登録時を許可する場合における利用者側とプロバイダと電子メールのやりとりを行った第１段階の模式図、図２−２は新規登録時の許可する場合における利用者側とプロバイダと電子メールのやりとりを行った第２段階の模式図、図２−３は新規登録時を許可しない場合における利用者側とプロバイダと電子メールのやりとりを行った第１段階の模式図、図３は新規登録の許可後における利用者側とプロバイダのやりとりを示した模式図、図４は送信メール、取り消しメール、お知らせメールについての流れを示したフローチャート図、図５は順番管理ＤＢにおける送信メールの流れを記載したフローチャートを示した図、図６は順番管理ＤＢにおけるお知らせメールの流れを記載したフローチャートを示した図、図７は順番管理ＤＢにおける取り消しメールの流れを記載したフローチャートを示した図、図８は順番管理ＤＢ・顧客管理ＤＢ・運用管理ＤＢ等の各種ＤＢの一例を記載した模式図である。
【００３１】
本システムは、図１に記載したように、日常生活において、長時間から短時間にて、医療機関・飲食店・美容院等の店舗（以下、店舗１とする）において、待ち時間が発生する虞れがある。このような問題を解決するために、その利用者（例えば、患者等）に対して、電子メールにて、その店舗１へと予約に関連する一連の業務を行い、待ち時間の軽減やストレスの軽減を図ることを意図する。
【００３２】
このシステムは、利用者側Ａと、提供者側Ｂと、プロバイダＣと、３者に大別して、説明する。
【００３３】
第一に、利用者側Ａは、前記利用者が所有する携帯電話・ＰＣ等の通信機器（以下、携帯電話２とする）と、この携帯電話２を使用し、プロバイダＣを介して、提供者側Ｂへとアクセスする利用者とで構成される。そして、この利用者は、若年層から高齢層まで幅広い世代であり、店舗１を利用したい・使用したい等の利用意思を有しておれば、例えば、その利用者の保護者等でもあってもよい。ただ、この利用に関して、前記携帯電話２を所有していることが必須条件となる。
【００３４】
第二に、提供者側Ｂは、前記携帯電話２で、プロバイダＣを介し、インターネットにより利用者よりアクセスされる医療機関・飲食店・美容院等の店舗１と、この店舗１内に設置された利用者側からの電子メールアドレス等のデータを格納する各種ＤＢと、利用者に対して、サービス・業務等を行う提供者とで構成されている。
【００３５】
第三に、プロバイダＣは、既存のプロバイダであれば、その態様は限定されない。そして、このプロバイダＣは、インターネットを介して、電子メールが使用できる環境があればよい。なお、別の例として、プロバイダＣに各種ＤＢを設置することも可能であり、この各種ＤＢをプロバイダＣに設けることで、複数の店舗に関するシステムを一括で変更することができ、その保守管理等が簡易である。さらに、故障時においても、複数の店舗への対応が早急に行えるから、その応答がリアルタイムで迅速である。
【００３６】
上記の３者を含めたシステムの概要を説明すると、利用者側Ａの利用者は、プロバイダＣのインターネットを介して、提供者側Ｂへとアクセスして、前記携帯電話２を使用し、店舗１への電子メールアドレスによる予約に関する一連の業務を行う。なお、この店舗１は、電子メールアドレスを少なくとも３個保有する。この３個は、利用者が店舗１への順番の予約と確認を行う場合に送信する送信メール１１と、前記予約の解除を行う場合に送信する取り消しメール１２と、予約何分前又は予約何人前等の利用者が指定した時間に予約を利用者に通知するお知らせメール１３とに大別される。なお、この３個の電子メールアドレス以外にも、例えば、店舗の混雑状況が把握できるメール等を保有する事もあり、提供者と利用者双方にとって、有益であれば、そのメールの態様は、限定されない。さらに、病院等の診察業務が発生する等の場合は、その付随的な業務として、ベッドの予約及び／又は処方箋の予約等の診察以外の業務についても、店舗が電子メールアドレスを別途保有することで、その電子メールアドレス宛に利用者がメールをすることで、その目的を達する。
【００３７】
このシステムで利用する各種ＤＢを説明すると、順番管理ＤＢ・顧客管理ＤＢ・運用管理ＤＢ等のＤＢが挙げられる。
【００３８】
順番管理ＤＢは、送信メール１１により、送信され、この受付が行われた順番により、レコードが追加されるＤＢであって、随時一定間隔で、更新がされる。この更新は、遠隔地等場所を問はずに行えるため、受付で仮予約を行い、診察券リーダー１Ｄ（後述する）で診察券を認識する場合と、順番カードを印刷し、窓口で印刷を行った場合と同じことである。なお、この順番管理ＤＢには、順番・氏名・診察券番号・メールアドレス・お知らせ機能等が格納されている。この順番管理ＤＢについての詳細な処理システムについては、後述する。
【００３９】
顧客管理ＤＢは、顧客の情報が蓄積されており、保険書番号・診察券番号・氏名・住所・誕生日・電話番号・メールアドレス等の情報が格納されている。そして、この顧客管理ＤＢは、順番管理ＤＢと連動しており、送信メール１１が患者から送信された際における顧客管理ＤＢにおける顧客情報等を参照し、順番管理を行うものであり、患者が転居した場合等は、住所を修正し、この顧客情報は前記順番管理ＤＢと同様に随時更新又は修正される。
【００４０】
運用管理ＤＢは、一週間のパターンや休日等を暦が格納されており、更に、この予約システムについての運用・動作を決定するハードウェア等が格納されている。そして、このシステムに関する動作、例えば、その更新間隔を１分置きにすることで、その受信メールの更新の幅を設定するか、初診受付のＯＮ・ＯＦＦ、重複登録のＯＮ・ＯＦＦ、システムの起動・終了等のシステムの運用に関する項目を設定する。
【００４１】
次に、このシステムを具体的に例示するために、病院を基に説明する。
【００４２】
このシステムは順番受付システムＤと併用して行う条件でスタートする。この順番受付システムＤについて、説明する。まず、利用者側Ａの利用者は、図２に記載するように、プロバイダＣのインターネットを介して、提供者側Ｂにある病院の順番受付システムＤにアクセスすることで、順番受付システムＤがスタートする。この順番受付システムＤは、利用者である患者又はその保護者等の付き添い人（以下、患者とする）が病院に来院された際に、バーコード及び／又はＲＦＩＤカードを読み取り、病院の受付を完了する診察券リーダー１Ｄと、受付順番を取得した際に、その診察順番を紙片又は媒体に印刷する順番カード発券機２Ｄと、患者の診察順番がきた際に、待合室にその順番を掲載し、その順番がきたことを患者に告知する順番表示器３Ｄと、前記診察券を発行するための装置であり、前記ＲＦＩＤカード電子タグに必要な情報を書き込み又は変更を行ったりする診察券印刷機４Ｄと、順番受付システムＤの操作を取得し、さらに、患者の診察順番の呼び出しを行ない、会計時において、順番管理ＤＢ４の更新を行う液晶ＣＲＴ５Ｄとで構成されている。
【００４３】
前記順番受付システムＤの流れを説明すると、患者が来院すると、診察券印刷機４Ｄを介して、診察券が発行される。この診察券には、バーコード又はＲＦＩＤカードが貼付けられており、このバーコード又はＲＦＩＤカードを診察券リーダー１Ｄにて、読み取る。この読み取りの完了後に割り振られた順番は、詳細は後述する順番管理ＤＢの最終の受付順番にレコードされる。そして、このレコードが完了すると共に、この最終の受付順番は、その受付順番を記載した紙片等を順番カード発行機２Ｄが発行される。この発行された紙片を患者が受け取ることで、患者は、自分の診察順番を把握できる。そして、この自分の診察順番が近づくと、この診察順番を順番表示器３Ｄで表示し、患者は、診察をうける。最後に、液晶ＣＲＴ５Ｄは、患者の診察後の会計時等に使用する。そして、この液晶ＣＲＴ５Ｄは、順番管理ＤＢに基づき、順次更新される。なお、前記運用管理ＤＢで、この順番受付システムＤと、本システムの並存のＯＮ・ＯＦＦを決定し、その並存を許可しない場合は、この本システムによる受付を仮受付とし、並存を許可する場合は、本システムによる受付を、本受付とする。つまり、この並存を許可する場合は、順番受付システムＤによる受付を、本システムの受付よりも、優先処理を行うためであり、システムの混乱を防ぎ、効率よくシステムの運営を図ることを意図する。
【００４４】
次に、この患者が、前記順番受付システムＤと並存する本システムを、前記順番受付システムは、患者が病院まで直接出向く必要が生じるが、本システムは、携帯電話の使用できる環境を有すれば、場所を問はずに行えるものである。本システムを患者が、初めて利用する際（初回登録時）における流れを図２−１〜図２−３で説明してあるので、これらの図を基に説明する。
【００４５】
利用者側Ａの患者は、携帯電話２により、インターネットを介して、そのプロバイダＣのプロバイダＣにアクセスする。このアクセスは、具体的には、患者が携帯電話２より、診察してほしい所望の病院が有するプロバイダＣの電子メールアドレスまで、メールを送信することによりスタートする。
【００４６】
そこで、本システムの初回の登録を許す場合の流れを図２−１及び図２−２を基に設明すると、図２−１の如く、患者は、プロバイダＣへと電子メールを送信する。この病院宛まで送信するメールは、件名及び本文の箇所は、空欄でよく、患者は、病院宛のメールアドレスを入力するだけでよい。これは、ＷＥＢブラウザを開く等の煩雑な手続きも不要であり、誰でも、簡易に携帯電話２における操作を行える。そして、患者から特定の電子メールアドレスに送ることで、提供者側Ｂの病院は、アドレスを後述するがその予約に関する一連の業務内容に応じて、割り振られるため、その業務に関する誤作動・誤操作を回避する。
【００４７】
また、この本システムを利用する利用者は、顧客管理ＤＢにその利用者の情報を蓄積し、この顧客管理ＤＢを更新する。なお、この顧客管理ＤＢによる更新の幅も、一定間隔で行うことが可能であり、その間隔を運用管理ＤＢで設定する。
【００４８】
なお、この病院の前記電子メールアドレスは、前記病院以外にも、新聞等の広告紙面や市役所等の行政サービスその他様々な場所で宣伝・提供されており、患者は簡単に閲覧（把握）できる。もちろん、この電子メールアドレスは、インターネット等のＷＥＢブラウザを閲覧することで、入手することも可能である。そして、図２−２の如く、新規の登録を許す場合の次の処理として、この送信メール１１を受けたプロバイダＣは、メール本文に、案内返送と診察券番号を件名に記入し、患者が再度送信する旨の記載をする旨の受信メールを送信する。例えば、その受信メールは、「○○病院の●●科です。診察券番号を件名の欄に記載し、再度メールを送信してください。」である。この受信メールを受けた患者は、前記携帯電話２を使用して、メールの件名欄に診察券番号を記載し送信する。このメールを受けたプロバイダＣは、患者宛に、受付完了した旨の内容と、現在の受付順位・患者の順位と、取り消しメール１２、お知らせメール１３等の案内を記載して、送信する。
【００４９】
次に、初回の新規登録を許可しない場合の流れを設明すると、図２−１の場合と同様に、患者は、診察を受けたい病院の電子メールアドレスに、メールを送る。そして、図２−３の如く、新規の登録を許さない場合の次の処理として、メール本文に、初診は病院での受付が必要であり、本システムを未だ利用することができない旨の記載の受信メールを送信する。例えば、その受信メールは、「○○病院の●●科です。お客様は、当病院にて、予約を行う際は、一度所定の手続きをお済ませいただく必要があります。よって、当医院まで直接お越しください。」である。そして、この場合、患者は、病院まで出向く必要があり、前述した順番受付システムＤを使用する。前記受信メールには、患者の利便性確保のため、病院までの案内地図・診察時間を添付することも可能である。
【００５０】
次に、新規登録後における本システムの２回目以降の使用態様を、図３を基に説明する。図２−２で説明した新規登録の許可を受けたメールを受けた患者は、前述したように、送信メール１１と、取り消しメール１２と、お知らせメール１３を利用できる。つまり、送信メール１１の例として、患者が、送信メール１１宛の電子メールアドレスまで、メールを送信すると、この受付完了の案内と、現在の受付順位と、患者の順位と、取り消しメール１２と、お知らせメール１３の案内を記載して、患者宛に送信する。また、この患者が、送信メール１１を送信した後、その患者の順番を確認したい場合も、前記と同様に、送信メール１１を送信メール１１宛の電子メールアドレスまで、メールを送信する。このメールを受信すると、現在の受付順位と、患者の順位と、取り消しメール１２と、お知らせメール１３の案内を記載して、患者宛に送信する。次に、取り消しメール１２の例として、患者が取り消しメール１２宛の電子メールアドレスまで、メールを送信すると、この患者の順番が取り消された旨の取り消し完了の案内と、現在の受付順位と、再登録を行う場合は、再登録を行う案内と、その取り消しメール１２の案内を記載して、患者宛に送信する。最後に、お知らせメール１３の例として、患者がお知らせメール１３宛の電子メールアドレスまで、メールを送信すると、お知らせ完了の案内と、現在の受付順位と取り消しメール１２の案内を記載して、患者宛に送信する。
【００５１】
前記の初回の登録が完了した後の本システムにおける基本的な流れを図４を基に説明すると、まず、運用管理ＤＢで、メール受信するメール受信間隔の時間毎に、待ち時間を確認し、一定の時間毎に処理を行う。そして、この待ち時間の確認がＹＥＳであれば、次の運用状態確認処理にすすみ、ＮＯであれば、この待ち時間確認が行えるまで待機する。運用状態確認処理は、運用管理ＤＢの休日等の確認、運用から日時等の情報の取り出し、この取り出した情報に基づいて、現在の日時との照合を行い、利用者側からのメールを受信するかの決定を行う。この決定がＹＥＳであれば、受信メールを受信する次の処理へ進む。ＮＯならば、最初にリターンする。なお、病院が休日や時間外であれば、処理を最初に戻す。そして、図８にも記載したように、運用管理ＤＢには、年間における休日のパターンや祝日その他閏年等のスケジュールと、一週間毎の開業時間（例えば、月曜日は、午前診察と午後診察がある。火曜日は、午前診察のみ。水曜日は、午前診察と午後診察がある。）と、さらに、本システムを決定するＤＢ（例えば、初診受付を行うか否かの決定、メールの受信間隔を何分おきに行うかの決定等）を蓄積する。そして、本システムは、この運用管理ＤＢを変更することで、そのシステムに応じた目的で行う。
【００５２】
そして、次の処理は、送信メール１１についての処理であり、予約の順番を登録した順番登録者及び／又は順番確認を行う順番確認者を受信し、顧客の診察券番号・氏名、生年月日等の情報を蓄積している顧客管理ＤＢ及び患者の診察券番号、メールアドレス、氏名等の情報を蓄積している順番管理ＤＢを照合して、演算処理を行う。この処理が完了すると、次の処理は、お知らせメール１３である。このお知らせメール１３は、登録のためのメールがあれば、そのお知らせを行う処理を行い、全てのメールの登録が完了すると、次の取り消しメール１２になる。この取り消しメール１２は、順番を取り消すものであり、利用者が送信メール１１で取得した順番を取り消す。そして、この取り消しメール１２の処理が終了すると、再度先頭にリターンし、メール受信するメール受信間隔の時間毎に、待ち時間を確認し、一定の時間毎に処理を再度行う。なお、前記、送信メール１１、取り消しメール１２、お知らせメール１３以外のメールにも、処方箋の受付のみを行う処方箋メール、病院のベッドの予約を行う宿泊メール等の様々な機能のメールを組み当てることも効果的であり、その目的をより達成することができる。
【００５３】
より詳細に説明するために、前記送信メール１１、取り消しメール１２、お知らせメール１３の処理方法について、詳細に説明する。
【００５４】
第１に、送信メール１１の流れを図５を基に説明すると、送信メール１１を受信すると、＜ＳＴ−１＞のように、順番管理ＤＢに送信メール１１で患者が送信してきた電子メールアドレスと同一のものがあるか否かの決定を行う。
【００５５】
送信メール１１が、順番管理ＤＢに格納されている電子メールアドレスと同一であった場合は、＜ＳＴ−２＞及び＜ＳＴ−３＞及び＜ＳＴ−４＞の如く、順番管理ＤＢの現在の順番を取得し、次の処理の電子メールアドレスから本人の順番を取得する。例えば、送信メール１１を受信する現在の順番が１１番目で、患者本人が１２番目の順番とするならば、この患者本人が順番を獲得したら、＜ＳＴ−５＞の如く、順番の確認メールを患者本人へ返送する。そして、この確認メールは、例えば、「こちら○○病院の●●科です。現在の順番を１１番目です。あなたの順番は、１２番目で受け付けました。」である。そして、この送信メール１１を受信した患者は、取り消しメール１２又はお知らせメール１３の処理を行うことができ、次の処理に進む。なお、取り消しメール１２又はお知らせメール１３を行わない場合は、この処理で終了となり、送信メール１１を送信した病院で診察を受診する。
【００５６】
送信メール１１が、電子メールアドレスと同一がなかった場合は、＜ＳＴ−６＞の如く、順番登録処理を行う。この順番登録処理は、＜ＳＴ−７＞で診察券番号の記載の有無を確認し、この記載がされていれば、次の＜ＳＴ−８＞へとすすみ、記載がされていない場合は、後述する＜ＳＴ−１７＞の如く、初診の利用処理へと進む。＜ＳＴ−８＞に進むと、この診察券番号が顧客管理ＤＢに問い合わせ、診察券番号の登録があるか否かの問い合わせを行う。この登録があった場合は、＜ＳＴ−９＞に進む。登録がない場合は、先ほどと同様に、＜ＳＴ−１７＞の如く、初診の利用処理へと進む。＜ＳＴ−９＞では、生年月日の判定をする。この生年月日の判定を行うかどうかの決定で、判定するとされた場合は、＜ＳＴ−１３＞の本人認証処理を行い、判定されないとする場合は、＜ＳＴ−１０＞の如く、順番管理ＤＢ５の最終ラインに、その順番と電子メールアドレスが記載されたレコードを追加する。＜ＳＴ−１１＞のように、このレコードの追加により、登録した番号と、診察中の順番を取得（認識）する。そして、この登録した番号と診察中の順番を記載したメールを作成し、患者に返送する＜ＳＴ−１２＞。前記と同様に、この返送が終了すると、この取り消しメール１２又はお知らせメール１３の処理を行うことができ、次の処理に進む。そして、全ての処理が完了すると、メール受信するメール受信間隔の時間毎に、待ち時間を確認し、一定の時間毎に処理を再度行う。
【００５７】
前述した本人認証処理について説明すると、この認証処理は、例えば、生年月日の月日を４桁の数字を示す形式で判定されるものであって、例えば、６月２５日が誕生日の患者であれば、その形式は、０６２５となる。この生年月日の確認は、西暦又は元号をいれてもよく、その他、様々な認証方法が考えられるが、第３者に漏洩することがなく、確実に認証が行えるのであれば、その方法は不問である。そして、この生年月日の正否の確認が行われ、生年月日が正しいなら、前述した＜ＳＴ−１０＞へとすすみ、誤っているならば、＜ＳＴ−１６＞へと、進む。＜ＳＴ−１６＞では、患者宛に診察券番号と誕生日が正しくないエラーメールを送信し、患者に再送信を促すか、等の処理を行い、本人確認の確実性と、利用者及び提供者による安心感等を与える。なお、この本人認証処理は、前記運用管理ＤＢで設定する。
【００５８】
次に＜ＳＴ−７＞及び＜ＳＴ−８＞で記載した次の処理として、＜ＳＴ−１７＞へと進むと、初診の利用処理を行う。＜ＳＴ−１８＞のように、初診を許容するか否かの決定を行う。この初診の許容をしない場合は、＜ＳＴ−２２＞のように、現在の順番と診察中の順番を取得し、＜ＳＴ−２３＞のように、この現在の順番と診察中の順番を
患者宛に返送する。そして、この際に、本文に医院での受付が必要であることを明記し、患者に来院を促し、前記の順番受付システムＤで、順番の受付の準備を促す。又、この返送が終了すると、この取り消しメール１２又はお知らせメール１３の処理を行うことができ、次の処理に進む。初診を許容する場合は、＜ＳＴ−１９＞へと進む。この＜ＳＴ−１９＞では、患者の氏名・住所・電話番号等の個人情報やその他の情報、診察券番号等がないため、顧客管理ＤＢを介さずに、順番管理ＤＢへと進む。この順番管理ＤＢへと進むと、順番管理ＤＢの最終ラインへと進み、その登録した順番と診察中の順番を獲得する。この獲得後に、患者に＜ＳＴ−１２＞の如く、メールを返送する＜ＳＴ−２１＞。前記と同様に、この返送が終了すると、この取り消しメール１２又はお知らせメール１３の処理を行うことができ、次の処理に進む。なお、急患や重病人に対しても、このような判断が行うことがあり、例えば、救急車からの要請に対しても、対応することがあり、この場合も、前述の同様の流れとする。
【００５９】
次にお知らせメール１３について説明する。お知らせメール１３は、前述した通り、ある一定の順番前になると、患者にメールを行うものであり、お知らせメール１３は、例えば、患者宛に「１０人前になったら、連絡がほしい場合は、下記のメールアドレスにメールを送信してください。その場合は、件名及び本文を記載しなくてもいいです。」との案内がくる。この案内は、前記送信メール１１を送信した後に、病院からの受信メールに記載する。
【００６０】
そして、このお知らせメール１３についての流れを図６を基に説明すると、＜ＳＴ−２４＞のように、お知らせメール１３を患者から受け取ると、順番管理ＤＢの「お知らせ」の有無を確認する。この順番管理ＤＢのお知らせの設定がＯＦＦの場合は、＜ＳＴ−２５＞のお知らせ登録処理を行う。そして、お知らせの設定がＯＮの場合は、＜ＳＴ−２６＞の解除処理を行う。＜ＳＴ−２５＞のお知らせ登録処理を先に説明すると、＜ＳＴ−２７＞のように、順番管理ＤＢに登録された自分のメールアドレスを探し出し、自分の順番のレコードに、お知らせ設定ＯＮの登録を行う。そして、＜ＳＴ−２８＞のように、この際に、自分の順番を取得します。最後に、＜ＳＴ−２９＞のように、取得した情報に基づき、メールを患者宛に作成し、返送する。そして、本文には、お知らせメールが登録されたことを明記する。このお知らせメールは、登録後、解除されるまで、患者が待ち時間を有効に使うため、例えば、５人前等と一定の人数になると、自動的に病院から該当の患者に対して、お知らせメールを行うものであり、患者は、病院内で待つ必要もなく、スムーズに、診察又は治療を受けることができる。
【００６１】
次に、お知らせメール１３の解除処理＜ＳＴ−２６＞について説明すると、＜ＳＴ−２５＞でお知らせ登録処理の後に行われる処理であり、＜ＳＴ−２６＞は登録済みであるため、解除の処理を行う。この順番管理ＤＢに登録されたお知らせを解除する＜ＳＴ−３１＞。このお知らせの解除が終わると、登録した順番を診察中の順番を取得する＜ＳＴ−３２＞。この処理の終了後に、メールを作成し、返送する。なお、このメールには、お知らせを解除したことを明記してあり、もし、都合が悪ければ、取り消しメール１２の処理を行うことができ、次の処理に進む。又、再度お知らせメール１３を送信することで、＜ＳＴ−２５＞の様に、お知らせ登録処理を行う。
【００６２】
最後に、取り消しメール１２について説明する。取り消しメール１２は、前述したとおり、送信メール１１の取り消しを行う処理であり、取り消しメール１２は、例えば、患者宛に「現在の順番を取り消す場合は、下記メールアドレスにメールを送信してください。その場合、件名及び本文は、記載しなくてもいいです。」との案内がくる。この案内は、前記送信メール１１を送信した後に、病院からの受信メールに記載する。
【００６３】
そして、この取り消しメール１２についての流れを図７を基に説明すると、＜ＳＴ−３４＞のように、取り消しメール１２を患者から受け取ると、順番管理ＤＢの登録の有無を確認する。この順番管理ＤＢの登録がある場合は、＜ＳＴ−３５＞の登録解除処理を行う。そして、順番管理ＤＢの登録がない場合は、＜ＳＴ−３６＞の未登録誤り処理を行う。＜ＳＴ−３５＞の登録解除処理を先に説明すると、＜ＳＴ−３７＞のように、順番管理ＤＢに登録された自分のメールアドレスを探し出し、自分の順番のレコードに、解除を行う＜ＳＴ−３７＞。そして、このメールアドレスに基づき、メールを作成し、メールを患者宛に作成し、返送する＜ＳＴ―３８＞。そして、本文には、取り消しメールにより、順番が解除されたことを明記する。さらに、順番を取り消したため、同じ順番を復元することは不可能であり、再度、順番を取り直すため、前記送信メール１１を送信した際の処理が行われる。次に、未登録誤り処理について説明する＜ＳＴ−３６＞。この未登録誤り処理は、順番管理ＤＢから自分のメールアドレスを探しだすが、このメールアドレスの登録がないため、誤りとの判断を行う＜ＳＴ−３９＞。そして、次の処理として、順番管理ＤＢより、現在診察中の順番を探し出し、取得する＜ＳＴ−４０＞。この順番を取得した後、メールを患者宛に作成し、返送する。この際、メール本文に、「取り消しメール１２を受信しましたが、順番登録がされていないため、取り消しを行うことができませんでした。」との記載を行い、病院に診察を希望する場合は、診察を行う旨の案内をする＜ＳＴ−４１＞。
【００６４】
なお、取り消しメール１２を設けることで、例えば、患者の無効キャンセルを回避すること等の効果も奏する。
【００６５】
その他として、送信メール１１、取り消しメール１２、お知らせメール１３に関して、ＰＯＰ３サーバ及び／又はＳＴＭＰサーバが故障した場合等のサーバの不具合が発生した場合において、例えば、下記のような注意事項をメール本文に記載する。「●●病院は、患者の利便向上を図るため、電子メールを利用した予約順番システムを採用しています。このメールを送信してから、返信をするまでに、約１〜３分程の時間が必要となります。なお、メールを送信してから、１０分以上返事がない場合は、本システムについて、不具合が発生したおそれがありますので、お手数ですが、ご連絡ください。電話番号０１２０−○○―○○○○  △△病院」との案内を行う案内文を前記送信メール１１、取り消しメール１２、お知らせメール１３を送信してきた患者に送信する。この送信により、本システムの故障時の対応がスムーズに行え、利用者及び提供者の負担を軽減することができる。
【００６６】
また、ＳＰＡＭメール対策のため、運用管理ＤＢで、このＳＰＡＭメールを受信しないように、次の判定処理を行い、この判定をクリアしない場合は、ＳＰＡＭメールとみなし、メールの送受信を行わない設定する。まず、このＳＰＡＭメールの判定は、まず、利用者側Ａからのメールは、本文が未記入であるか。又、病院から送られたメールの引用文があるかの判定を行う。この判定をクリアした場合は、件名に診察券番号があるかどうかの判定を行い、さらに、診察券番号の記入が、その目的に対応して、的確に反映されているならば、電子メールアドレスが、顧客管理ＤＢに蓄積されているかの照会を行う。そして、この照会をクリアしたメールのみ、本システムの利用が行え、利用者側Ａ、提供者側Ｂ、プロバイダＣの負担を軽減することを図る。
【００６７】
以上で、病院についての説明であるので、続いて、病院以外の待ち時間が発生する店舗以外を説明する。
【００６８】
例えば、飲食店を例に説明すると、その利用者側Ａの利用者は、飲食店に対して、その予約順番を発行する送信メール１１を送る。そして、この飲食店に対して、取り消しを行いたい場合は、取り消しメール１２を送り、何番前になると連絡を求める場合はお知らせメール１３を送る。このような予約に関する業務の基本的な態様は、前記病院の例と同様であるが、飲食店の場合は、病院と異なり、診察券がないため、飲食店独自の会員カードを発行し、このカード情報に基づき、顧客情報ＤＢに情報を蓄積することも可能である。また、会員カードを所有しない店舗は、住所・氏名・メールアドレス・生年月日等の個人情報で、管理してもよい。
【産業上の利用可能性】
【００６９】
本発明は、電子メールを利用したメール予約順番システムであり、特に、長時間から短時間におよび、待ち時間が発生する医療機関・飲食店・美容院等（以下、店舗とする）において、その利用者に対して、電子メールにて、予約・取り消し・お知らせを行うシステムに関する。
【符号の説明】
【００７０】
１          店舗
２          携帯電話
１１        送信メール
１２        取り消しメール
１３        お知らせメール
Ａ          利用者側
Ｂ          提供者側
Ｃ          プロバイダ
Ｄ          順番受付システム
１Ｄ        診察券リーダー
２Ｄ        順番カード発券機
３Ｄ        順番表示器
４Ｄ        診察券印刷機
５Ｄ        液晶ＣＲＴ
【図１】
2010205053.tif 000003
【図２】
2010205053.tif 000004
【図２−１】
2010205053.tif 000005
【図２−２】
2010205053.tif 000006
【図２−３】
2010205053.tif 000007
【図３】
2010205053.tif 000008
【図４】
2010205053.tif 000009
【図５】
2010205053.tif 000010
【図６】
2010205053.tif 000011
【図７】
2010205053.tif 000012
【図８】
2010205053.tif 000013