(57)【要約】      （修正有）【課題】ユーザの現在の位置と、ユーザが所定時間までに戻るべき位置の情報を用いて、ユーザが移動可能な範囲を通知する仕組みを提供する。【解決手段】携帯端末から、携帯端末の現在位置を示す位置情報を取得し、取得した位置情報をユーザ情報と対応付けて記憶し、携帯端末に対応するユーザの待ちを記憶しておき、前回取得した前回位置と新たに取得した現在位置とを用いて、前記携帯端末が、目的地に近付いているか否かを判定し、携帯端末が目的地に近付いていないと判定した場合に、携帯端末に対して待ち時間に係る通知を行う。【選択図】図６
2015228137.tif 000002
【特許請求の範囲】
【請求項１】
位置情報の測定機能を備える携帯端末と通信可能な情報処理装置であって、
前記携帯端末から、前記携帯端末の現在位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報取得手段で取得した位置情報を、ユーザ情報と対応付けて記憶する位置情報記憶手段と、
前記携帯端末に対応するユーザの待ちを記憶する待ち時間記憶手段と、
前記位置情報取得手段により前回取得した位置情報であって、位置情報記憶手段に記憶された前回位置と、前記位置情報取得手段により新たに取得した前記現在位置とを用いて、前記携帯端末が、目的地に近付いているか否かを判定する判定手段と、
前記判定手段で、前記携帯端末が目的地に近付いていないと判定した場合に、前記携帯端末に対して、前記待ち時間に係る通知を行う通知手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記携帯端末の位置情報が示す現在位置から目的地までの移動時間と、現在時刻から前記待ち時間から特定される所定時間後の時刻までの時間とを用いて、前記通知手段による通知をすべきか否かを判定する通知判定手段と
を備えることを特徴とし、
前記通知手段は、前記通知判定手段で前記通知を行うべきと判定した場合に、前記携帯端末に対して、前記待ち時間に係る通知を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記通知をすべき条件である時間の情報を記憶する通知条件記憶手段と、
を備え、
前記通知判定手段は、前記携帯端末の現在位置から目的地までの移動時間と、現在時刻から前記待ち時間から特定される所定時間後の時刻までの時間との差の時間が、前記通知条件に合致する場合に、前記通知をすべきと判定することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記通知判定手段は、前記携帯端末の現在位置から目的地までの移動時間が、現在時刻から前記待ち時間から特定される所定時間後の時刻までの時間以上となった場合に、前記通知をすべきと判定することを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記移動速度は、前記前回位置及び前回位置の取得時間と、前記現在位置及び現在位置の取得時間との差の距離及び時間の情報を用いて算出される、前記位置から前記現在位置までの移動速度であることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
位置情報の測定機能を備える携帯端末と通信可能な情報処理装置の制御方法であって、
前記携帯端末から、前記携帯端末の現在位置を示す位置情報を取得する位置情報取得工程と、
前記位置情報取得工程で取得した位置情報を、ユーザ情報と対応付けて記憶する位置情報記憶工程と、
前記携帯端末に対応するユーザの待ちを記憶する待ち時間記憶工程と、
前記位置情報取得工程により前回取得した位置情報であって、位置情報記憶工程に記憶された前回位置と、前記位置情報取得工程により新たに取得した前記現在位置とを用いて、前記携帯端末が、目的地に近付いているか否かを判定する判定工程と、
前記判定工程で、前記携帯端末が目的地に近付いていないと判定した場合に、前記携帯端末に対して、前記待ち時間に係る通知を行う通知工程と、
を含むことを特徴とする情報処理装置の制御方法。
【請求項７】
位置情報の測定機能を備える携帯端末と通信可能な情報処理装置で実行が可能なプログラムであって、
前記情報処理装置を、
前記携帯端末から、前記携帯端末の現在位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報取得手段で取得した位置情報を、ユーザ情報と対応付けて記憶する位置情報記憶手段と、
前記携帯端末に対応するユーザの待ちを記憶する待ち時間記憶手段と、
前記位置情報取得手段により前回取得した位置情報であって、位置情報記憶手段に記憶された前回位置と、前記位置情報取得手段により新たに取得した前記現在位置とを用いて、前記携帯端末が、目的地に近付いているか否かを判定する判定手段と、
前記判定手段で、前記携帯端末が目的地に近付いていないと判定した場合に、前記携帯端末に対して、前記待ち時間に係る通知を行う通知手段として機能させることを特徴とする情報処理装置のプログラム。
【請求項８】
携帯端末と、情報処理装置とを含む情報処理システムであって、
前記携帯端末は、
前記携帯端末の現在位置を示す位置情報を測定する位置情報測定手段と、
前記位置情報測定手段で測定した位置情報を、前記サーバに送信する位置情報送信手段と、
前記サーバから受け付けた通知に応じて、通知の内容を表示画面に表示する表示手段と、
を備え、
前記情報処理装置は、
前記携帯端末から、前記携帯端末の現在位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報取得手段で取得した位置情報を、ユーザ情報と対応付けて記憶する位置情報記憶手段と、
前記携帯端末に対応するユーザの待ちを記憶する待ち時間記憶手段と、
前記位置情報取得手段により前回取得した位置情報であって、位置情報記憶手段に記憶された前回位置と、前記位置情報取得手段により新たに取得した前記現在位置とを用いて、前記携帯端末が、目的地に近付いているか否かを判定する判定手段と、
前記判定手段で、前記携帯端末が目的地に近付いていないと判定した場合に、前記携帯端末に対して、前記待ち時間に係る通知を行う通知手段と、
を備えることを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
病院等において、診察待ちの患者は受診順に呼び出される。しかし、呼び出された際に受付付近にいなければ、受診の順番をスキップされてしまうため、患者は待合室を離れることができないという問題があった。
【０００３】
これに対し特許文献１は、診察開始までの待ち時間の情報と患者の所有する携帯端末の位置情報、携帯端末の位置から病院までの距離を用いて、患者の現在位置から患者が病院に戻るまでどれだけの時間がかかるか算出し、診察開始時間までに患者が病院に戻れない場合は、診察待ちの順番を後ろに回す技術が公開されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２８９１３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
病院には診察受付時間（診療受付時間）があり、時間外になってしまうと病院が閉まってしまうため、患者は診察を受けることができなくなってしまう。特許文献１に記載の技術においては、診察待ちの順番を変更することで診察自体を遅らせるものであって、予定していた診察時間までに患者を病院に戻らせるためのものではない。
【０００６】
本発明は、ユーザの現在の位置と、ユーザが所定時間までに戻るべき位置の情報を用いて、ユーザが移動可能な範囲を通知する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の情報処理装置は、位置情報の測定機能を備える携帯端末と通信可能な情報処理装置であって、前記携帯端末から、前記携帯端末の現在位置を示す位置情報を取得する位置情報取得手段と、前記位置情報取得手段で取得した位置情報を、ユーザ情報と対応付けて記憶する位置情報記憶手段と、前記携帯端末に対応するユーザの待ちを記憶する待ち時間記憶手段と、前記位置情報取得手段により前回取得した位置情報であって、位置情報記憶手段に記憶された前回位置と、前記位置情報取得手段により新たに取得した前記現在位置とを用いて、前記携帯端末が、目的地に近付いているか否かを判定する判定手段と、前記判定手段で、前記携帯端末が目的地に近付いていないと判定した場合に、前記携帯端末に対して、前記待ち時間に係る通知を行う通知手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ユーザの現在の位置と、ユーザが所定時間までに戻るべき位置の情報を用いて、ユーザが移動可能な範囲を通知する仕組みを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態における、情報処理システムの構成の一例を示す図である。
【図２】本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。
【図３】本発明の実施形態における、各装置の機能構成の一例を示す図である。
【図４】本発明の実施形態における、通知サービスの申込用二次元コード発行処理の流れを示すフローチャートである。
【図５】本発明の実施形態における、通知サービスの申込処理の流れを示す図である。
【図６】本発明の実施形態における、通知処理の流れを示すフローチャートである。
【図７】本発明の実施形態における、データ構成の一例を示す図である。
【図８】本発明の実施形態における、通知サービス申込画面の構成の一例を示す図である。
【図９】本発明の実施形態における、通知サービス申込完了画面の構成の一例を示す図である。
【図１０】本発明の実施形態における、通知画面の構成の一例を示す図である。
【図１１】本発明の実施形態における、受付端末における画面遷移の様子の一例を示す図である。
【図１２】本発明の実施形態における、距離算出のための計算式の一例を示す図である。
【図１３】本発明の実施形態における、携帯端末の現在位置、携帯端末の前回位置、医療機関の位置の関係を示す図である。
【発明を実施するための形態】
【００１０】
本発明は、ユーザの現在の位置と、ユーザが所定時間までに戻るべき位置の情報を用いて、ユーザが移動可能な範囲を通知する仕組みを提供することを目的とする。
【００１１】
例えば、ユーザの移動に伴って、それ以上病院から離れた場合、診察時間までに病院に戻れなくなることをユーザに通知することを目的とする。言い換えれば、それ以上病院から離れなければ、診察時間までに病院に戻ることができる旨をユーザに通知することを目的とする。
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
図１を参照して、本発明の実施形態における、情報処理システムの構成の一例について説明する。図１は、本発明の実施形態における、情報処理システムの構成の一例を示す図である。
【００１４】
図１に示すように、本実施形態の情報処理システムは、携帯端末１００、サーバ２００、受付端末３００がネットワーク（例えばＬＡＮ）１０１を介して通信可能に接続され、構成されている。携帯端末１００には、ＧＰＳ機能（位置測定機能）が備えられているものとする。
【００１５】
サーバ２００は、診察を受けるユーザ（患者）の診察履歴の情報を記憶している。診察履歴とは、例えば、「誰が（どの診察券番号の患者が）」「いつ」「どこの科に」「どのような内容の」診察を受けに来て、「診察時間はどの程度だったか」を記憶している。
【００１６】
受付端末３００は、病院の受付（待合室）に設置されている端末であり、例えば、診察を受けに来たユーザからの操作を受け付けることで、当該ユーザの診察の申込みを受け付ける。そして、当該診察の申込に応じて、申込情報（例えば、申込を受け付けた時間、申込んだユーザの診察券番号、診察を希望する科等の情報）をサーバ２００に送信する。
【００１７】
サーバ２００は、申込情報を受信して、当該申込情報に基づいた診察待ちの状況を通知する通知サービスの申込み画面のＵＲＬを含んだ二次元コードの情報を、受付端末３００に送信する。
【００１８】
携帯端末１００のＣＰＵ２０１は、受付端末３００のディスプレイに表示された二次元コードをカメラで撮影して読み込み、二次元コードに含まれるＵＲＬに、ブラウザソフトウェアの機能を用いてアクセスする。
【００１９】
ここでいう通知サービスはサーバ２００によって提供され、例えば、携帯端末のＧＰＳ機能を用いて測定される携帯端末の位置情報（ユーザの位置）、移動速度の情報、診察の待ち時間の情報を用いて、どの程度の距離（範囲）までであれば、病院から離れても診察時間までに戻ってこられるかを通知するサービスである。以上が図１の、本発明の実施形態における、情報処理システムの構成の一例についての説明である。
【００２０】
次に図２を参照して、本発明の実施形態における、各種装置のハードウェア構成の一例について説明する。図２は、本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。
【００２１】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（ＢａＳｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  ＳｙＳｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２２】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２３】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２４】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２５】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２７】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。以上が図２の説明である。
【００２８】
次に、図３を参照して、本発明の実施形態における、各装置の機能構成の一例について説明する。図３は、本発明の実施形態における、各装置の機能構成の一例を示す図である。
【００２９】
受付端末３００の、通知申込先表示部３２１は、通知サービスの申込先のＵＲＬを含む二次元コードを表示する表示部である（図１１）。
【００３０】
通知申込部３０１は、通知申込先表示部３２１から二次元コードを読み取って取得した申込先にアクセスして、通知サービスの申込を行う申込部である。位置情報測定部３０２は、携帯端末１００のＧＰＳ機能を用いて、携帯端末１００の現在位置（緯度・経度）を測定する測定部である。位置情報送信部３０３は、位置情報測定部３０２で測定した位置情報をサーバ２００に送信する送信部である。
【００３１】
通知受信部３０４は、サーバ２００から通知メールを受信する受信部である。通知表示部３０５は、通知メールを表示する表示部である。
【００３２】
申込受付部３１１は、携帯端末１００から通知サービスの申込を受け付ける受付部である。位置情報受信部３１２は、携帯端末１００の現在位置の情報を受信する受信部である。待ち時間記憶部３１３は、携帯端末１００を有するユーザの、診察開始時間（診察開始時刻）までの待ち時間を記憶する記憶部である。
【００３３】
位置判定部３１４は、携帯端末１００の現在位置が、例えば、前回の携帯端末１００の位置よりも、目的地（診察を受ける病院の位置）に近付いているか判定する判定部である。通知部３１５は、携帯端末１００の現在位置が、例えば、前回の携帯端末１００の位置よりも、目的地に近付いている場合に、携帯端末１００に、待ち時間を通知する通知部である。以上が図３の、本発明の実施形態における、各装置の機能構成の一例についての説明である。
【００３４】
次に図４を参照して、本発明の実施形態における、通知サービスの申込用二次元コード発行処理の流れについて説明する。図４は、本発明の実施形態における、通知サービスの申込用二次元コード発行処理の流れを示すフローチャートである。
【００３５】
受付端末３００は、診察受付時間の間常時起動しており、ディスプレイには、図１１の受診科選択画面が表示されているものとする。
【００３６】
また、受付端末３００には、不図示のカードリーダ（診察カード／診察券を検知して、受付端末３００に診察券番号を送信する機器）が接続されているものとする。ここでは、診察券番号＝患者の識別情報（ユーザの識別情報／ユーザ情報）であるものとする。
【００３７】
受付端末３００のＣＰＵ２０１は、受診科選択画面１１００（図１１）において、受診科の選択を受け付ける（ステップＳ４０１）。
【００３８】
例えば、図１１の受診科選択画面１１００における、受診科ボタン１１０１、１１０２等のうち、いずれかの受診科選択ボタンの押下を受け付け、「決定」ボタン１１０３の押下指示を受け付けることで、受診科の選択を受け付ける。
【００３９】
受付端末３００のＣＰＵ２０１は、「決定」ボタン１１０３の押下を受け付けた場合に、カード検知画面１１１０を表示画面に表示し、カードリーダを介して、患者の所持する診察券を検知する（ステップＳ４０２）。
【００４０】
そして、当該検知したカードより診察券番号を取得して（ステップＳ４０３）、当該取得した診察券番号と、ステップＳ４０１で選択を受け付けた受診科の情報を、診察受付情報として、サーバ２００に送信する（ステップＳ４０４）。
【００４１】
サーバ２００のＣＰＵ２０１は、当該診察受付情報を受信して（ステップＳ４０５）、受診番号を付与し、診察待ちデータテーブルに登録する。診察待ちデータテーブルについては、図７の説明で後述する。
【００４２】
ここで図７を参照して、本発明の実施形態における、各種データ構成の一例について説明する。図７は、本発明の実施形態における、各種データ構成の一例を示す図である。図７に示す各データ（データテーブル）は、サーバ２００の外部メモリに記憶されるものとする。
【００４３】
診察待ちデータテーブル７００は、診察待ち（診療待ち、受診待ち）の状態を示すテーブルである。受診科７０１は、サーバ２００のＣＰＵ２０１がステップＳ４０５で受信した診察受付情報に含まれていた受診科の情報であって、患者が受信する科の情報を示す。
【００４４】
受診番号７０２は、診察待ちデータテーブル７００の各データ（診察待ち情報）を一意に識別するための識別情報である。当該受診番号７０２は、サーバ２００のＣＰＵ２０１が、ステップＳ４０５で受信した診察受付情報を、当該診察待ちデータテーブル７００に登録する際に発行される一意の数値である。
【００４５】
診察券番号７０３は、診察券の識別番号であって、サーバ２００のＣＰＵ２０１が、ステップＳ４０５で受信した診察受付情報に含まれていた、患者（ユーザ）を識別する識別番号である。
当該診察券番号７０３は患者マスタ７１０に示すように、患者の氏名と対応付けて、別途記憶・管理されている。
【００４６】
診察予測時間７０４は、診察券番号７０３の示す患者が、受診科７０１の示す科で診察を受けるまでの待ち時間である（待ち時間記憶手段）。当該待ち時間の算出は、サーバ２００のＣＰＵ２０１が行う。当該待ち時間の算出方法については後述する。
携帯端末位置７０５は、ユーザの所持する携帯端末１００（携帯端末ＩＤ７０７の示す携帯端末）から受信した、携帯端末１００の位置情報である（位置情報記憶手段）。
【００４７】
受診状況７０６は、受診済か否かを示す。受診状況７０６は、例えば、診察室内に設置された不図示のＰＣより、受診完了の旨の情報を受け付けた場合に、サーバ２００のＣＰＵ２０１によって、「済」に書き換えられる。診察待ちデータテーブル７００において、新規に診察待ち情報が生成される場合、受診状況７０６には、受診が完了していないことを示す「未」の値が挿入される。
【００４８】
携帯端末ＩＤ７０７は、診察券番号７０３と対応付けて記憶される、診察券番号７０３の示すユーザの携帯端末の識別情報（例えばＩＰアドレス）である。当該診察券番号７０３と携帯端末ＩＤ７０７の対応付け方法については後述する。メールアドレス７０８は、通知サービスにおける通知メールを送信する送信先（通知先）を示す。端末位置取得時間７０９は、サーバ２００が携帯端末位置７０５を取得した時間である。
【００４９】
患者の受診履歴は、受診履歴テーブル７２０に記憶される。受診履歴テーブルは、患者の受診履歴を記憶するテーブルであり、時診察券番号７２１は、受診日時７２３の示す日時に、受診科７２２にて、診察内容７２４の示す診察を受けた患者の診察券の番号である。診察時間７２５には、各診察にかかった時間が記憶される。
【００５０】
尚、当該受診履歴テーブル７２０の情報は、例えば、診察室内に設置された不図示のＰＣより受診完了の旨の情報を受け付けた場合に（医師が当該ＰＣを操作することで、サーバ２００に対する受診履歴情報の送信が行われた場合に）、サーバ２００のＣＰＵ２０１が、当該受診した診察履歴の情報を、受診履歴テーブル７２０に記憶するものである。
【００５１】
受診履歴テーブル７２０が未作成の場合、当該診察室内のＰＣから診察履歴の情報を受信することで、サーバ２００のＣＰＵ２０１が受診履歴テーブル７２０を生成するが、本発明の実施形態においては、既に受診履歴テーブル７２０が生成され、サーバ２００の外部メモリに記憶されているものとする。
【００５２】
サーバ２００のＣＰＵ２０１は、当該受診履歴テーブルの情報を用いて、患者の受診時間を算出し、ある患者の直前までの、他の患者の受診時間の総計＝待ち時間として、待ち時間を算出する。
【００５３】
診察時間テーブル７３０は、受診履歴を持たない患者の診察時間を予測するために利用される診察時間を記憶している。当該診察時間テーブル７３０は、予め、サーバ２００の外部メモリに記憶されているものとする。
【００５４】
申込画面データテーブル７４０は、診察待ち情報が登録されることで（診察の予約がされることで）サーバ２００のＣＰＵ２０１が生成する通知サービス申込用の申込画面データの構成するｈｔｍｌファイル７４３、サーバ２００のＣＰＵ２０１により当該ｈｔｍｌファイル７４３と対応付けて生成された、申込画面にアクセスするためのＵＲＬ７４２と、当該申込画面に対応する診察券番号７４１と、を記憶するテーブルである。
【００５５】
当該ｈｔｍｌファイルは、例えば、図８の申込画面８００のような画面を構成するデータである。
【００５６】
ユーザは、自身が所有する携帯端末で当該ＵＲＬにアクセスすることで、当該ユーザの診察に係る情報（受診番号、受診科、診察券番号等）を確認し、通知サービスへの申込（登録）を行うことが出来る。
【００５７】
ｈｔｍｌファイル７４３とＵＲＬ７４２は、サーバ２００の外部メモリに記憶される。
【００５８】
通知時間テーブル７５０（通知条件記憶手段）は、通知サービスにより通知を行う条件を示す。具体的には、現在時刻から診察開始時刻までの時間（待ち時間）から、ユーザの現在位置（携帯端末１００の現在位置）から病院の位置（医療機関の位置／目的地）までの移動時間までの差の時間ｄ４が、通知時間７５１（−５分〜＋１５分  又は  ０以上）の間であれば、携帯端末１００に対して、病院に戻るよう通知するというものである。
【００５９】
いずれの条件を設定するかは、サーバ２００に対するユーザの操作に応じて変更可能である。フラグ７５２は、いずれの通知時間７５１が有効かを示す。フラグ７５２＝１の通知時間が通知すべきか否かの判定に用いられる。フラグ７５２＝０の通知時間は、通知すべきか否かの判定に用いられない。
【００６０】
例えば、通知時間７５１＝「−５≦ｄ４≦１５（分）」が有効な状態で、待ち時間＝６０分、病院までの移動時間＝５６分の場合、時間の差は−４分であり、それ以上病院から離れると、診察開始時刻までに病院に戻れないことをユーザに通知するために、サーバ２００のＣＰＵ２０１は携帯端末１００に通知メールを送信する。
【００６１】
待ち時間＝６０分、病院までの移動時間＝２０分の場合、ユーザは余裕を持って病院に戻ることが可能と考えられるため、通知は行わない。通知を行わないことで、ユーザが病院の近くにいるにも関わらず、ユーザの、携帯端末で通知を確認する煩わしさを軽減することが出来る。
【００６２】
また、通知の時間に幅を持たせるため、例えば、待ち時間＝６０分、病院までの移動時間＝７０分の場合（時間の差＝＋１０分の場合）にも通知をするよう、通知時間７５１を記載している。
【００６３】
これは、ユーザの移動速度によっては、待ち時間と病院までの移動時間の差＝−５分の間に携帯端末１００の位置情報の取得、及び携帯端末１００への通知が出来ない可能性があるからである。
【００６４】
また、例えば、通知時間７５１＝「ｄ４≧０（分）」が有効な場合、待ち時間＝６０分、病院までの移動時間＝６０分以上であれば、（つまり、時間の差が０分以上＝所定の時間以上であれば）通知を行う。待ち時間＝６０分、病院までの移動時間＝６０分より短いのであれば、ユーザは診察開始時刻までに病院に戻ってこられるため、通知は行わない。
【００６５】
サーバ２００のＣＰＵ２０１は、ユーザからの操作を受け付けることで、フラグ７５２の値を変更し、ユーザが所定の位置（移動時間から推測される、診察開始時間に間に合う限界の位置）にいる場合に通知を行うか、ユーザが所定の範囲を超えた場合（診察開始時間に間に合う限界の位置以上に、病院から離れた場合）に通知を行うかを切替える。以上が図７の説明である。
【００６６】
図４の説明に戻る。サーバ２００のＣＰＵ２０１は、ステップＳ４０５で受信した、診察受付情報に含まれる診察券番号を診察券番号７０３に、ＣＰＵ２０１は、ステップＳ４０５で受信した、診察受付情報に含まれる受診科の情報を受診科７０１に挿入した、新たな診察待ち情報を生成して、診察待ちデータテーブル７００に追加登録する。登録に際して、サーバ２００のＣＰＵ２０１は、当該診察待ち情報の識別情報である受信番号を生成して、追加登録する診察待ち情報の受診番号７０２に挿入する。
【００６７】
サーバ２００のＣＰＵ２０１は、当該診察券番号を診察券番号７４１に有するＵＲＬ７４２、ｈｔｍｌファイル７４３を生成し（ステップＳ４０７／画面情報生成手段）、当該ＵＲＬ７４２の情報を埋め込んだ二次元コードを生成して（ステップＳ４０８）、外部メモリに記憶する。そして、当該二次元コードの情報を受付端末３００に送信する（ステップＳ４０９）。
【００６８】
当該ｈｔｍｌファイル７４３は、例えば、図８の申込画面８００のような画面を構成するデータである。受診番号８０１は、ステップＳ４０５でサーバ２００が受診した診察受付情報を、診察待ちデータテーブルに追加登録する際に発行した受診番号である。
【００６９】
診察券番号８０２、受診科８０３は、ステップＳ４０５でサーバ２００が受診した診察受付情報に含まれていた診察券番号、受診科の情報である。メールアドレス入力受付部８０４は、通知サービスから通知メールを受信するメールアドレス（通知先の情報）の入力を受け付ける入力受付部である。
【００７０】
「登録」ボタン８０５は、サーバ２００が提供する通知サービスへの申込（メールアドレスの登録）をするためのボタンである。当該「登録」ボタン８０５が押下されると、携帯端末１００のＣＰＵ２０１は、当該申込画面８００を表示しているクライアントアプリケーションの機能を用いて、携帯端末１００自身の識別情報（例えば、ＩＰアドレス）、ＧＰＳ機能で測定されている位置情報、申込画面８００で入力を受け付けたメールアドレスを、申込画面８００に表示されている受診番号８０１と共に、サーバ２００に送信する（後述のステップＳ５０９）。
【００７１】
当該「登録」ボタン８０５には、例えば、サーバ２００のＩＰアドレスのように、携帯端末１００の識別情報、位置情報、メールアドレス、受診番号８０１を返信すべき返信先の情報が埋め込まれており、携帯端末１００のＣＰＵ２０１は、当該「登録」ボタン８０５に埋め込まれた返信先に、携帯端末１００の識別情報、位置情報、メールアドレス、受診番号８０１を送信する。
【００７２】
受付端末３００は、当該二次元コードの情報を受信し（ステップＳ４１０）、表示画面に表示する（ステップＳ４１１）。例えば、図１１の二次元コード表示画面１１２０のような画面を表示する。以上が図４の説明である。
【００７３】
次に図５を参照して、本発明の実施形態における、通知サービスの申込処理の流れについて説明する。図５は、本発明の実施形態における、通知サービスの申込処理の流れを示す図である。
【００７４】
携帯端末１００のＣＰＵ２０１は、患者（ユーザ）から、二次元コード表示画面１１２０に表示された二次元コードの読み取り指示（例えば、二次元コードの読み取りアプリケーションの起動及び二次元コードの撮影指示）を受け付け（ステップＳ５０１）、二次元コードの読み取り処理を行う（ステップＳ５０２）。
【００７５】
携帯端末１００のＣＰＵ２０１は、読み取った二次元コード内のＵＲＬを特定して、ウェブブラウザ機能を有するクライアントアプリケーションを起動し、当該特定したＵＲＬへアクセスする（ステップＳ５０３）。つまり、ＵＲＬに対応する通知サービスの申込画面を、サーバ２００に要求する。
【００７６】
サーバ２００のＣＰＵ２０１は、携帯端末１００からの通知サービスの申込画面の要求を受け付け（ステップＳ５０４）、要求に応じた画面情報（ｈｔｍｌファイル）を要求元の携帯端末に送信する（ステップＳ５０５）。
【００７７】
ここで送信されるｈｔｍｌファイルが構成する画面は、例えば、図８の申込画面８００のような画面である。申込画面８００の説明は上述したため、ここでは割愛する。
【００７８】
携帯端末１００のＣＰＵ２０１は、当該画面情報を受信し（ステップＳ５０６）、上述したクライアントアプリケーションの機能を用いて、申込画面８００を表示画面に表示する（ステップＳ５０７）。
【００７９】
そして、通知メールの送信先となるメールアドレスの入力を受け付け（ステップＳ５０８）、当該申込画面８００を表示しているクライアントアプリケーションの機能を用いて、携帯端末１００自身の識別情報（例えば、ＩＰアドレス）、ＧＰＳ機能で測定されている位置情報、申込画面８００で入力を受け付けたメールアドレスを、申込画面８００に表示されている受診番号８０１と共に、サーバ２００に送信する（ステップＳ５０９）。
【００８０】
サーバ２００のＣＰＵ２０１は、ステップＳ５０９で携帯端末１００から送信された各情報を受信し（ステップＳ５１０）、申込完了メール（図９に示す申込完了を通知するためのメール）を生成して、ステップＳ５１０で受診したメールアドレス（通知先メールアドレス）に送信する（ステップＳ５１１）。
【００８１】
携帯端末１００のＣＰＵ２０１は、申込完了メールを受信し（ステップＳ５１２）、表示画面に表示する（ステップＳ５１３）。
【００８２】
サーバ２００のＣＰＵ２０１は、ステップＳ５１４において、診察待ちデータテーブル７００を参照し、ステップＳ５１０で受信した受信番号から診察券番号７０３を特定する。そして、当該診察券番号７０３と同一の診察券番号の値を、７２１に有する診察履歴情報を特定して、当該診察券の持ち主であるユーザの診察にかかるであろう時間（診察予測時間）を算出する（ステップＳ５１４）。
【００８３】
具体的には、サーバ２００のＣＰＵ２０１は、同一の診察券番号（同一ユーザ）の、ステップＳ４０５で診察の予約を受け付けた受診科と同一の受診科（受診科７２２）にて診察を受けた際の診察時間７２５の平均値を算出し、診察予測時間とする。
【００８４】
サーバ２００のＣＰＵ２０１は、当該診察予測時間を、ステップＳ５１０で受信した受診番号に対応する、診察待ちデータテーブル７００の診察予測時間７０４に登録する。また、ステップＳ５１０で受信した携帯端末の識別情報、メールアドレスを、ステップＳ５１０で受信した受診番号に対応付けて、携帯端末ＩＤ７０７（携帯端末の識別情報）、メールアドレス７０８に記憶する。（ステップＳ５１５）。以上が図５の説明である。
【００８５】
次に図６を参照して、本発明の実施形態における、通知処理の流れについて説明する。図６は、本発明の実施形態における、通知処理の流れを示すフローチャートである。
【００８６】
サーバ２００は、図６の処理を所定の時間ごとに繰り返し実行しているものとする。
【００８７】
サーバ２００のＣＰＵ２０１は、前回、当該図６の処理を実行してから（例えば、ステップＳ６０３の処理実行時点から）所定の時間が経過したか判定する（ステップＳ６０１）。当該所定の時間の情報は、サーバ２００の外部メモリに予め記憶されているものとする。
【００８８】
サーバ２００のＣＰＵ２０１は、前回処理実行時から所定の時間が経過していないと判定した場合（ステップＳ６０１でＮＯ）、処理をステップＳ６０１の前に戻す。前回処理実行時から所定の時間が経過したと判定した場合（ステップＳ６０１でＹＥＳ）、サーバ２００のＣＰＵ２０１は、診察待ちデータテーブル７００の先頭ｎ名分の未受診データ（受診状況７０６＝「未」のデータ）に対し、ステップＳ６０３〜Ｓ６１２の処理を受診科ごとに繰り返し処理する。
【００８９】
サーバ２００のＣＰＵ２０１は、携帯端末ＩＤ７０７の情報に基づいて、ユーザ（患者）の携帯端末１００に対して、携帯端末の現在位置（位置情報／所在地）の問い合わせを行う。つまり、位置情報の取得要求を送信する（ステップＳ６０３）。
【００９０】
携帯端末１００のＣＰＵ２０１は、当該位置情報の取得要求を受信し、携帯端末１００の備えるＧＰＳ機能を用いて、携帯端末１００の現在所在位置の経度・緯度（現在位置ｐ２）を測定し、サーバ２００に送信する（ステップＳ６０４／位置情報測定、位置情報送信）。
【００９１】
以下、距離、時間の情報の算出処理について記載するが、算出した距離の情報、時間の情報は、それぞれ、サーバ２００のＣＰＵ２０１が、サーバ２００の外部メモリの所定の領域に記憶するものとする。算出した距離、時間の情報を用いて、新たな値を算出する場合、当該外部メモリに記憶された距離、時間の情報を読み出して算出処理を行うものとする。
【００９２】
サーバ２００のＣＰＵ２０１は、当該携帯端末１００から、前回取得した位置情報（つまり、サーバ２００の外部メモリに記憶されている、携帯端末ＩＤ７０７に対応する、携帯端末位置７０５の位置）を取得し（位置情報取得手段）、前回取得した位置情報（前回位置ｐ１）からの医療機関の位置ｄ１までの距離を算出する（ステップＳ６０５）。
【００９３】
携帯端末１００の現在位置、前回位置、医療機関の位置等の関係図は、図１１に記載する。
【００９４】
距離の算出は、サーバ２００のＣＰＵ２０１が、図１２に示す公式を用いて行う。
【００９５】
尚、前回位置ｐ１が記憶されていない場合は、医療機関の位置ｄ１を前回位置ｐ１とする。
【００９６】
サーバ２００のＣＰＵ２０１は、ステップＳ６０４で取得した現在位置ｐ２と、ステップＳ６０５で取得した前回位置ｐ１より、前回位置から現在位置までの移動距離ｄ２（ユーザの移動距離ｄ２）を算出する（ステップＳ６０６）。
【００９７】
サーバ２００のＣＰＵ２０１は、医療機関の位置ｄ１と、ステップＳ６０４で取得した現在位置ｐ２より、医療機関〜現在位置間の距離ｄ０を算出する（ステップＳ６０７）。
【００９８】
サーバ２００のＣＰＵ２０１は、ステップＳ６０７で算出した医療機関〜現在位置間の距離ｄ０と、前回位置ｐ１から現在位置ｐ２までの移動時間（ステップＳ６０６で算出した移動距離ｄ２と、前回位置を取得した時刻（端末位置取得時間７０９）と現在時刻との差の時間ｔ０）より、前回位置ｐ１から現在位置ｐ２までの移動速度を算出する（移動速度＝移動距離ｄ２÷ｐ１からｐ２までの移動時間）。
【００９９】
そして、現在位置ｐ２から医療機関の位置ｐ０までの距離及び、前回位置ｐ１から現在位置ｐ２までの移動速度を用いて、現在位置ｐ２から医療機関の位置ｐ０までの移動にかかる時間（移動時間ｔ１）を算出する（ステップＳ６０８／移動時間ｔ１＝ｐ２からｐ０までの距離÷ｐ１からｐ２までの移動速度）。
【０１００】
サーバ２００のＣＰＵ２０１は、現在処理中の診察待ち情報の直前までの、受診状況７０６＝「未」の診察待ち情報を全て取得し、当該取得した診察待ち情報の、診察予測時間７０４の合計値を、待ち時間ｔ２として算出する（ステップＳ６０９）。
【０１０１】
尚、ここでは、診察予測時間７０４の合計値＝待ち時間ｔ２としたが、実際には、診察開始の時間になるまでに病院に戻っておく必要があるため、例えば、診察予測時間７０４の合計値から所定時間差し引いた時間を待ち時間として算出するようにしてもよい。（例えば、診察予測時間７０４の合計値＝６０分、所定時間＝１０分の場合、待ち時間ｔ２＝５０分）。
【０１０２】
サーバ２００のＣＰＵ２０１は、前回位置ｐ１から医療機関の位置ｐ０までの距離ｄ１と、現在位置ｐ２から医療機関の位置ｐ０までの距離ｄ０を用いて、患者が前回から現在までの間に、医療機関（病院）に近付いているか判定する（ステップＳ６１０）。つまり、ユーザが病院に向かっているか判定する。
【０１０３】
例えば、距離ｄ０−距離ｄ１が０よりも小さい場合、患者が医療機関（病院）に近付いていると判断する。また、距離ｄ０−距離ｄ１が０以上の場合、患者は前回位置と同じ場所に留まっているか、又は、前回位置よりも病院から離れていると判定する。
【０１０４】
患者が医療機関（病院）に近付いていると判定した場合（ステップＳ６１０でＹＥＳ）、病院に向かっているユーザに対して病院に戻ってくるよう通知する必要はないと判断し、通知メールを携帯端末１００に送信することなく、処理をステップＳ６１４に移行する。患者が医療機関（病院）に近付いていないと判定した場合（ステップＳ６１０でＮＯ）処理をステップＳ６１０に移行する。
【０１０５】
サーバ２００のＣＰＵ２０１は、ステップＳ６０８で算出した現在位置ｐ２から医療機関の位置ｐ０までの移動時間ｔ１と、ステップＳ６０９で算出した待ち時間ｔ２を比較し、移動時間ｔ１−待ち時間ｔ２＝通知時間７５１の範囲以内か（通知時間７５１に合致するか）判定する（ステップＳ６１１／通知判定手段）。
【０１０６】
移動時間ｔ１−待ち時間ｔ２＝通知時間７５１の範囲以内でない場合（ステップＳ６１０でＮＯ）、処理をステップＳ６１４に移行する。移動時間ｔ１−待ち時間ｔ２＝通知時間７５１の範囲以内である場合（ステップＳ６１０でＹＥＳ）、それ以上病院から離れると診察開始時刻（所定時間後）までに病院に戻れなくなることをユーザに通知すべく、通知メールを生成する（ステップＳ６１２）。
【０１０７】
ここでいう通知メールとは、例えば図１０に示す通知メール１０００である。サーバ２００のＣＰＵ２０１は、残りの待ち人数、待ち時間を挿入した通知メール１０００を作成して、ステップＳ６０３で位置情報の問い合わせを行った携帯端末１００に送信する（ステップＳ６１３）。
【０１０８】
携帯端末１００のＣＰＵ２０１は、当該通知メール１０００を受信して（ステップＳ６１５）、表示画面に表示する（ステップＳ６１６）。
【０１０９】
サーバ２００のＣＰＵ２０１は、ステップＳ６０５で取得した携帯端末１００の現在位置ｐ２、当該現在位置ｐ２を受信した際の日時の情報を、診察待ちデータテーブル７００の携帯端末位置７０５、端末位置取得時間７０９に上書する。以上が図６の説明である。
【０１１０】
以上、説明したように、本発明によれば、ユーザの現在の位置と、ユーザが所定時間までに戻るべき位置の情報を用いて、ユーザが移動可能な範囲を通知することができる。
【０１１１】
例えば、ユーザの移動に伴って、それ以上病院から離れた場合、診察時間までに病院に戻れなくなることをユーザに通知することができる。
【０１１２】
言い換えれば、それ以上病院から離れなければ、診察時間までに病院に戻ることができる旨をユーザに通知することができる。
【０１１３】
なお、本発明の実施形態においては、病院の待ち時間の通知サービスとして説明を行ったが、飲食店の待ち時間等を通知する仕組みとして機能させてもよい。
【０１１４】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１１５】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１１６】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１１７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１１８】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１１９】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１２０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１２１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１２２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１２３】
尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１２４】
１００  携帯端末
１０１  ＬＡＮ
２００  サーバ
３００  受付端末
【図１】
2015228137.tif 000003
【図２】
2015228137.tif 000004
【図３】
2015228137.tif 000005
【図４】
2015228137.tif 000006
【図５】
2015228137.tif 000007
【図６】
2015228137.tif 000008
【図７】
2015228137.tif 000009
【図８】
2015228137.tif 000010
【図９】
2015228137.tif 000011
【図１０】
2015228137.tif 000012
【図１１】
2015228137.tif 000013
【図１２】
2015228137.tif 000014
【図１３】
2015228137.tif 000015