(57)【要約】      （修正有）【課題】医療従事者や患者の利便性を向上させながら広告収益を得る、ネットワークシステム、広告代理システム及びプログラムを提供する。【解決手段】情報処理端末（ＰＣ１０、２０）、医療情報システム２００及び広告代理システム１００を含む。情報処理端末は、短距離無線通信を介して携帯端末３０から患者識別情報を取得し、患者識別情報を含む順番案内画面要求を広告代理システム１００に送信する。広告代理システム１００は、順番案内画面要求に含まれる患者識別情報を待ち行列に追加して更新し、医療情報システム２００から患者の医療情報を取得し、患者の医療情報に基づいて患者をターゲットとするバナー広告を抽出し、更新後の待ち行列に基づいて、待ち行列に追加した患者識別情報に係る患者に待ち人数を案内するための順番案内画面を生成し、抽出したバナー広告を順番案内画面に埋め込む。【選択図】図３
2016177630.tif 000002
【特許請求の範囲】
【請求項１】
１以上の情報処理装置と、情報処理端末とを含むネットワークシステムであって、
前記情報処理端末は、
近距離無線通信を介して携帯端末からユーザを識別するユーザ識別情報を取得する取得部と、
前記取得部で携帯端末からユーザ識別情報が取得したとき、該ユーザ識別情報を前記１以上の情報処理装置に送信する送信部と、
前記取得部で携帯端末から取得されたユーザ識別情報に基づいて、該ユーザ識別情報で識別されるユーザに関する情報の取得を前記１以上の情報処理装置に対して要求する要求部と、
前記要求部による要求に応じて前記１以上の情報処理装置から送信されるユーザに関する情報を表示する表示部と、
を含み、
前記１以上の情報処理装置は、
ユーザを識別するユーザ識別情報ごとに該ユーザに関する情報を関連付けて記憶する記憶部と、
前記情報処理端末からユーザ識別情報を受信したとき、該ユーザ識別情報と関連付けて前記記憶部に記憶されたユーザに関する情報に基づいて、広告データを記憶する広告記憶部から広告データを取得する広告取得部と、
前記広告取得部で取得された広告データを前記携帯端末に送信する第１の送信部と、
前記情報処理端末から送信されるユーザ識別情報に基づく取得要求に応じて、該ユーザ識別情報と関連付けて前記記憶部に記憶されたユーザに関する情報を前記情報処理端末に送信する第２の送信部と、
前記第１の送信部で送信された広告データに応じて、料金を算出する算出部と、
を含む、
ネットワークシステム。
【請求項２】
前記１以上の情報処理装置は、
前記情報処理端末から受信したユーザ識別情報と、該ユーザ識別情報を受信した順番とを管理する管理部を有し、
前記第１の送信部は、前記管理部に関連付けて記憶された順番を前記携帯端末に送信することを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記情報処理端末の要求部は、前記携帯端末から取得したユーザ識別情報により識別されるユーザの呼出要求を送信し、
前記１以上の情報処理装置は、
前記第１の送信部は、前記情報処理端末から送信される呼出要求に応じて、前記携帯端末に呼び出された旨を示す情報を送信することを特徴とする請求項１または２に記載のネットワークシステム。
【請求項４】
前記第２の送信部は、リンク先を含む広告データを送信し、
前記算出部は、前記携帯端末が前記第２の送信部で送信された広告データに含まれるリンク先にアクセスされたかに応じて、料金を算出することを特徴とする請求項１〜３のいずれか一項に記載のネットワークシステム。
【請求項５】
１以上の情報処理装置によって構成されるネットワークシステムであって、
バナー広告を登録するバナー広告データベースと、
ユーザを識別するユーザ識別情報ごとに該ユーザに関する情報を関連付けて記憶する記憶部と、
前記情報処理端末からユーザ識別情報を受信したとき、該ユーザ識別情報と関連付けて前記記憶部に記憶されたユーザに関する情報に基づいて、広告データを記憶する広告記憶部から広告データを取得する広告取得部と、
前記広告取得部で取得された広告データを前記携帯端末に送信する第１の送信部と、
前記情報処理端末から送信されるユーザ識別情報に基づく取得要求に応じて、該ユーザ識別情報と関連付けて前記記憶部に記憶されたユーザに関する情報を前記情報処理端末に送信する第２の送信部と、
前記第１の送信部で送信された広告データに応じて、料金を算出する算出部と、
を含む、
広告代理システム。
【請求項６】
前記情報処理端末から受信したユーザ識別情報と、該ユーザ識別情報を受信した順番とを管理する管理部を有し、
前記第１の送信部は、前記管理部に関連付けて記憶された順番を前記携帯端末に送信することを特徴とする請求項５に記載の広告代理システム。
【請求項７】
前記順番案内画面生成部は、
前記第１の送信部は、前記情報処理端末から送信される呼出要求に応じて、前記携帯端末に呼び出された旨を示す情報を送信することを特徴とする請求項５または６に記載の広告代理システム。
【請求項８】
前記第２の送信部は、リンク先を含む広告データを送信し、
前記算出部は、前記携帯端末が前記第２の送信部で送信された広告データに含まれるリンク先にアクセスされたかに応じて、料金を算出することを特徴とする請求項５〜７のいずれか一項に記載の広告代理システム。
【請求項９】
ユーザを識別するユーザ識別情報ごとに該ユーザに関する情報を関連付けて記憶する記憶部を有するコンピュータを、
前記情報処理端末からユーザ識別情報を受信したとき、該ユーザ識別情報と関連付けて前記記憶部に記憶されたユーザに関する情報に基づいて、広告データを記憶する広告記憶部から広告データを取得する広告取得手段と、
前記広告取得部で取得された広告データを前記携帯端末に送信する第１の送信手段と、
前記情報処理端末から送信されるユーザ識別情報に基づく取得要求に応じて、該ユーザ識別情報と関連付けて前記記憶部に記憶されたユーザに関する情報を前記情報処理端末に送信する第２の送信手段と、
前記第１の送信部で送信された広告データに応じて、料金を算出する算出手段と、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム、広告代理システムおよびプログラムに関する。
【背景技術】
【０００２】
近年、医療情報の電子化に伴い、患者情報（カルテなど）の閲覧・入力や情報共有をサポートする医療従事者向けのＷｅｂサービスの開発が盛んに行われている。また、患者の利便性向上を企図したサービスの開発も盛んに行われており、現在、電子診察券や電子お薬手帳といった患者向けの電子サービスが広く提供されている。
【０００３】
この点につき、特開２００４−０７８８２５号公報（特許文献１）は、携帯電話に接続することによって適切な投薬時間を知らせることが可能になる薬歴付き電子処方箋（ＩＣカード）を開示する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、上記従来技術に鑑みてなされたものであり、医療従事者や患者の利便性を向上させながら広告収益を得ることを可能にする新規なネットワークシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明者は、医療従事者や患者の利便性を向上させながら広告収益を得ることを可能にするネットワークシステムにつき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。
【発明の効果】
【０００６】
上述したように、本発明によれば、１以上の情報処理装置と、情報処理端末とを含むネットワークシステムであって、前記情報処理端末は、短距離無線通信を介して携帯端末からユーザを識別するユーザ識別情報を取得する取得部と、  前記取得部で携帯端末からユーザ識別情報が取得したとき、該ユーザ識別情報を前記１以上の情報処理装置に送信する送信部と、前記取得部で携帯端末から取得されたユーザ識別情報に基づいて、該ユーザ識別情報で識別されるユーザに関する情報の取得を前記１以上の情報処理装置に対して要求する要求部と、前記要求部による要求に応じて前記１以上の情報処理装置から送信されるユーザに関する情報を表示する表示部と、を含み、前記１以上の情報処理装置は、  ユーザを識別するユーザ識別情報ごとに該ユーザに関する情報を関連付けて記憶する記憶部と、前記情報処理端末からユーザ識別情報を受信したとき、該ユーザ識別情報と関連付けて前記記憶部に記憶されたユーザに関する情報に基づいて、広告データを記憶する広告記憶部から広告データを取得する広告取得部と、前記広告取得部で取得された広告データを前記携帯端末に送信する第１の送信部と、前記情報処理端末から送信されるユーザ識別情報に基づく取得要求に応じて、該ユーザ識別情報と関連付けて前記記憶部に記憶されたユーザに関する情報を前記情報処理端末に送信する情報送信部と、前記第１の送信部で送信された広告データに応じて、料金を算出する算出手段と、を含む、ネットワークシステムが提供される。
【図面の簡単な説明】
【０００７】
【図１】本実施形態の広告代理システムを含むネットワークシステムを示す図。
【図２】医療機関および調剤薬局のローカル・ネットワーク構成を示す図。
【図３】本実施形態のネットワークシステムを構成する各装置の機能ブロック図。
【図４】患者が診察室の待合室に入室した際に実行される処理を示すシーケンス図。
【図５】順番案内サービス（医療機関用）のサービス画面を示す図。
【図６】ロケーション管理テーブルを示す図。
【図７】順番案内サービス（患者用）のサービス画面を示す図。
【図８】順番案内サービス（患者用）のサービス画面を示す図。
【図９】待ち行列を示す図。
【図１０】順番案内画面（医療機関用）を示す図。
【図１１】順番案内画面（患者用）を示す図。
【図１２】患者を呼び出して診察する際に実行される処理を示すシーケンス図。
【図１３】医療情報サービスが提供する電子カルテ画面を示す図。
【図１４】患者が調剤薬局の待合室に入室した際に実行される処理を示すシーケンス図。
【図１５】順番案内サービス（調剤薬局用）のサービス画面を示す図。
【図１６】順番案内画面（調剤薬局用）を示す図。
【図１７】順番案内画面（患者用）を示す図。
【図１８】患者を呼び出して薬剤を交付する際に実行される処理を示すシーケンス図。
【図１９】医療情報サービスが提供する処方箋画面を示す図。
【図２０】順番案内画面（患者用）にバナー広告を埋め込む処理を示すシーケンス図。
【図２１】患者がバナー広告をタップした際に実行される処理を示すシーケンス図。
【発明を実施するための形態】
【０００８】
以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。
【０００９】
図１は、本実施形態の広告代理システム１００を含むネットワークシステム１０００を示す。図１に示されるように、ネットワークシステム１０００は、広告代理システム１００と、医療情報システム２００と、医療機関に設置されるパーソナル・コンピューター１０（以下、ＰＣ１０という）と、調剤薬局に設置されるパーソナル・コンピューター２０（以下、ＰＣ２０という）と、広告主が運営するＥＣサイトを公開する公開Ｗｅｂサーバ３００と、患者が携帯する携帯端末３０とを含んで構成されている。そして、上述した各装置は、ネットワーク５０を介して相互通信可能に接続されている。なお、ネットワーク５０は、ＬＡＮ、ＶＰＮ、インターネット、携帯電話回線などとして参照することができる。
【００１０】
図１においては、ＰＣ１０およびＰＣ２０（情報処理端末）をデスクトップ型ＰＣとして図示しているが、ＰＣ１０およびＰＣ２０は、室内に固定して設置されている必要はなく、ノートＰＣやタブレットＰＣなどの携帯型コンピュータ装置であってもよい。
【００１１】
また、図１においては、携帯端末３０をスマートフォンとして図示しているが、携帯端末３０は、無線ＬＡＮ（Ｗｉ−Ｆｉ）やモバイル通信（３Ｇ、ＬＴＥなど）の規格に準拠した無線通信の機能を搭載する携帯端末３０であればよく、タブレットＰＣ、ノートＰＣ、ＰＤＡなどのその他の携帯型コンピュータ装置であってもよい。なお、以下においては、携帯端末３０をスマートフォンとして参照する。
【００１２】
また、図１においては、広告代理システム１００および医療情報システム２００をそれぞれ１台のコンピュータ装置（情報処理装置）として図示しているが、各システムは、適切な単位でネットワーク上に分散配置された２以上のコンピュータ装置によって構成されていてもよい。また、広告代理システム１００及び医療情報システム２００を１台のコンピュータ装置で実現する構成としても良い。
【００１３】
以上、本実施形態のネットワークシステム１０００のネットワーク構成について説明してきたが、次に、ＰＣ１０が設置される医療機関およびＰＣ２０が設置される調剤薬局のローカル・ネットワーク構成を図２に基づいて説明する。
【００１４】
本実施形態では、前提として、患者が携帯する携帯端末３０が上述した無線通信機能（Ｗｉ−Ｆｉ、３Ｇ、ＬＴＥなど）とは別に所定の規格に準拠した近距離無線通信の機能を搭載する。そして、本実施形態においては、携帯端末３０が搭載する近距離無線通信機能に対応するアクセスポイントが医療機関の適切な位置（例えば、診察室の待合室の入口）に設置される。ここでいう近距離無線通信の規格としては、１〜１０メートル程度の有効通信距離を有するBluetooth（登録商標）、数センチ〜１メートル程度の有効通信距離を有するFeliCa（登録商標）やMifare（登録商標）などを挙げることができる。本実施形態は、近距離無線通信の規格を限定するものではないが、以下では、携帯端末３０がFeliCa（登録商標）に代表される近接型非接触通信機能を搭載し、アクセスポイントとして近接型非接触通信機能に対応するリーダ／ライタが設置されるケースを例にとって説明する。
【００１５】
図２に示すように、本実施形態においては、携帯端末３０が搭載する近接型非接触通信機能に対応するリーダ／ライタ１２（以下、Ｒ／Ｗ１２という）が医療機関の適切な位置（例えば、診察室の待合室の入口）に設置される。ここで、当該Ｒ／Ｗ１２は、医療関係者（医師や看護師など）が操作するＰＣ１０と通信可能に接続されており、ＰＣ１０は、医療機関内に構築されるＬＡＮ６０を介してネットワーク５０に通信可能に接続されている。
【００１６】
同様に、本実施形態においては、リーダ／ライタ２２（以下、Ｒ／Ｗ２２という）が調剤薬局の適切な位置（例えば、調剤薬局の待合室の入口）に設置される。ここで、当該Ｒ／Ｗ２２は、調剤薬局の担当者（薬剤師など）が操作するＰＣ２０と通信可能に接続されており、ＰＣ２０は、調剤薬局内に構築されるＬＡＮ２４を介してネットワーク５０に通信可能に接続されている。
【００１７】
以上、医療機関および調剤薬局のローカル・ネットワーク構成について説明してきたが、続いて、本実施形態のネットワークシステム１０００を構成する各装置の機能構成について図３に示す機能ブロック図に基づいて説明する。なお、以下の説明においては、ＰＣ１０およびＰＣ２０を「ＰＣ１０等」といい、リーダ／ライタ１２およびリーダ／ライタ２２を「リーダ／ライタ１２等」という場合がある。
【００１８】
図３に示すように、本実施形態の医療情報システム２００は、Ｗｅｂアプリケーション２０２、医療情報提供部２０４、医療情報データベース２０８を含んで構成されている。
【００１９】
Ｗｅｂアプリケーション２０２は、医師、薬剤師、患者等をユーザとする各種のＷｅｂサービスを提供する機能手段である。ここでいうＷｅｂサービスとしては、電子カルテサービス、電子処方箋サービス、電子診察券サービス、電子お薬手帳サービスなどを挙げることができる。医療情報データベース２０８には、上述したＷｅｂサービスで使用される各種の医療情報（患者の基本属性情報、診察情報、薬剤の処方情報、病歴情報、検査情報、調剤薬局での調剤履歴など）が保存されており、その内容は、医師や薬剤師からの入力情報に基づいて随時更新される。
【００２０】
一方、医療情報提供部２０４は、広告代理システム１００からの問い合わせに応じて、患者の医療情報を提供するための機能手段である。広告代理システム１００に提供される患者の医療情報の内容については後述する。
【００２１】
図３に示すように、本実施形態の携帯端末３０は、患者識別情報提供部３４および順番案内画面表示部３８を含んで構成されている。患者識別情報提供部３４は、携帯端末３０のユーザである患者を識別する患者識別情報（ユーザ識別情報）をリーダ／ライタ１２等を介してＰＣ１０等に提供するための機能手段である。順番案内画面表示部３８は、広告代理システム１００から受信した順番案内画面（後述する）を表示するための機能手段である。
【００２２】
これらの機能手段は、携帯端末３０に専用アプリケーションをインストールすることによって実現される。これらの機能手段は、Ｗｅｂブラウザ機能または携帯端末３０に搭載されるＷｅｂブラウザと連携する機能を備え、携帯端末３０に搭載される近接型非接触通信用ＩＣと連携する機能を備えるものとして参照することができる。好ましい実施形態では、広告代理システム１００が提供する「順番案内サービス（後述する）」のユーザ登録時に広告代理システム１００から携帯端末３０にこの専用アプリケーションがダウンロードされ、その際、患者がアカウント情報として登録したユーザＩＤが患者識別情報として近接型非接触通信用ＩＣの記憶領域に格納される。
【００２３】
図３に示すように、本実施形態のＰＣ１０およびＰＣ２０（以下、ＰＣ１０等という場合がある）は、患者識別情報取得部１４、順番案内画面要求部１６、順番案内画面表示部１８を含んで構成されている。
【００２４】
患者識別情報取得部１４は、リーダ／ライタ１２等を介して患者の携帯端末３０から患者識別情報を取得するための機能手段である。順番案内画面要求部１６は、携帯端末３０から取得した患者識別情報を含む順番案内画面要求を広告代理システム１００に送信するための機能手段である。順番案内画面表示部１８は、広告代理システム１００から受信した順番案内画面を表示するための機能手段である。
【００２５】
これらの機能手段は、ＰＣ１０等に専用アプリケーションをインストールすることによって実現される。これらの機能手段は、Ｗｅｂブラウザ機能またはＰＣ１０等に搭載されるＷｅｂブラウザと連携する機能を備えるものとして参照することができる。好ましい実施形態では、広告代理システム１００が提供する「順番案内サービス」のユーザ登録時に広告代理システム１００からＰＣ１０等にこの専用アプリケーションがダウンロードされる。
【００２６】
以上、医療情報システム２００、携帯端末３０およびＰＣ１０等の機能構成について説明してきたが、続いて、本実施形態の広告代理システム１００の機能構成を説明する。
【００２７】
本実施形態の広告代理システム１００は、医師、薬剤師、患者などを対象とした「順番案内サービス」を提供する。ここで、「順番案内サービス」は、Ｗｅｂコンテンツとして順番案内画面を提供するＷｅｂサービスである。広告代理システム１００の運営者は、順番案内画面をユーザ（医師、薬剤師、患者など）に無料で提供する一方で、順番案内画面に掲載する患者向けのバナー広告のクライアントを募り、クライアントから募集したバナー広告をバナー広告データベース１０９（広告記憶部）に登録する。このとき、バナー広告データベース１０９には、患者を見込み客として想定する広告が多く登録されることになる。そのような広告としては、患者が抱える各種の症状に見合った商品・サービスの広告を挙げることができる。なお、本実施形態における広告とは、例えば官庁からのお知らせや病院からのお知らせなどを含ませるようにしても良い。
【００２８】
図３に示すように、本実施形態の広告代理システム１００は、待ち行列更新部１０２、バナー広告抽出部１０３、医療情報取得部１０４、ユーザ認証部１０５、順番案内画面生成部１０６、順番案内画面送信部１０７、ロケーション管理部１０８、バナー広告データベース１０９、広告効果計測部１１０を含んで構成されている。
【００２９】
ユーザ認証部１０５は、本システムが提供する「順番案内サービス」を利用するユーザ（医師、薬剤師、患者など）のユーザ認証を実行するための機能手段である。待ち行列更新部１０２は、ＰＣ１０等から送信される順番案内画面要求に応答して待ち行列を更新するための機能手段である。医療情報取得部１０４は、医療情報システム２００に患者の医療情報を問い合わせて取得するための機能手段である。
【００３０】
バナー広告抽出部１０３は、患者の医療情報に基づいてバナー広告データベース１０９から患者をターゲットとするバナー広告を抽出するための機能手段である。すなわち広告データを記憶する記憶部から広告を取得するための機能手段となる。順番案内画面生成部１０６は、待ち行列更新部１０２が更新した待ち行列に基づいて順番案内画面を生成するための機能手段である。順番案内画面送信部１０７は、バナー広告抽出部１０３が抽出したバナー広告を埋め込んだ順番案内画面を患者の携帯端末３０に送信するための機能手段である。広告効果計測部１１０は、バナー広告の広告効果を計測し、バナー広告に応じた料金を算出するための機能手段である。
【００３１】
ロケーション管理部１０８は、ロケーションＩＤとリーダ／ライタ１２等の設置場所の名称を紐付けて管理するための機能手段である。ここで、ロケーションＩＤは、携帯端末３０が搭載する近接型非接触通信機能に対応するリーダ／ライタ１２等を設置する場所に付与される一意識別子である。
【００３２】
なお、広告代理システム１００を構成する各機能手段は、コンピュータ装置に専用のプログラムをインストールすることによって実現される。本実施形態においては、上述した各機能手段を、１台のコンピュータ装置上で実現してもよいし、適切な単位でネットワーク上の２以上のコンピュータ装置に分散配置する形で実現してもよい。
【００３３】
以上、ネットワークシステム１０００を構成する各装置の機能構成について概説したが、続いて、上述した各装置が実行する処理の内容を具体例に基づいて説明する。なお、以下の説明においては、適宜、図２および図３を参照するものとし、処理を行う機能手段を明示しない場合は、当該処理の内容に対応する図３に示した各機能手段が行うものとして参照する。
【００３４】
まず、患者が診察室の待合室に入室した際に実行される処理を図４に示すシーケンス図に基づいて説明する。
【００３５】
医師は、診察を開始するにあたり、診察室に設置されたＰＣ１０を操作して、広告代理システム１００が提供する「順番案内サービス（医療機関用）」を利用するための専用アプリケーションを起動し（Ｓ１）、「順番案内サービス（医療機関用）」にログインする（Ｓ２）。図５（ａ）は、「順番案内サービス（医療機関用）」のログイン画面を例示する。図５（ａ）に示すように、ログイン画面には、アカウント情報として、ユーザＩＤ、パスワード、ロケーションＩＤを入力するための入力フォームが表示される。
【００３６】
ここで、ロケーション管理部１０８は、図６に示すロケーション管理テーブル５００において、ロケーションＩＤとリーダ／ライタ（１２、２２…）の設置場所の名称を紐付けて管理している。
【００３７】
以下、「○○総合病院」の整形外科の医師が「順番案内サービス（医療機関用）」を利用する場合を例にとって説明する。この場合、整形外科の医師は、図５（ａ）に示すように、ログイン画面に表示された入力フォームから、ユーザＩＤ“doc0001”、パスワード、整形外科（第３診察室）のロケーションＩＤ“hosp1003”を入力して「ログイン」ボタンをクリックする。
【００３８】
これを受けて、ＰＣ１０は、入力されたアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）を広告代理システム１００に送信する（Ｓ２）。広告代理システム１００のユーザ認証部１０５は、ＰＣ１０から受信したアカウント情報に基づいてユーザ認証を実行する（Ｓ３）。その結果、認証に成功すると、ユーザ認証部１０５は、セッションＩＤを発行し、ＰＣ１０から受信したアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）と発行したセッションＩＤとを紐付けてＨＴＴＰセッションを確立する。これを受けて、順番案内画面送信部１０７は、順番案内サービス（医療機関用）のメニュー画面をＰＣ１０に送信する（Ｓ４）。
【００３９】
ＰＣ１０は、広告代理システム１００から受信したメニュー画面をディスプレイに表示する（Ｓ５）。図５（ｂ）は、ＰＣ１０に表示されるメニュー画面を示す。図５（ｂ）に示すように、メニュー画面には、「診察受付」および「医療情報サービス」という２つのメニューボタンが表示される。メニュー画面が表示されたことを受けて、医師が「診察受付」ボタンをクリックすると、メニュー画面が順番案内画面（後述する）に遷移する（Ｓ６）。なお、「医療情報サービス」ボタンには「医療情報サービス」のＵＲＬがリンク先として埋め込まれており、「医療情報サービス」ボタンをクリックすることによって、医療情報システム２００が提供する「医療情報サービス」を利用することができるようになっている。（以下のメニュー画面において同様。）
【００４０】
一方、患者は、診察を受けるにあたり、自身の携帯端末３０を操作して、広告代理システム１００が提供する順番案内サービス（患者用）を利用するための専用アプリケーションを起動し（Ｓ７）、順番案内サービス（患者用）にログインする（Ｓ８）。図７（ａ）は、順番案内サービス（患者用）のログイン画面を例示する。図７（ａ）に示すように、ログイン画面には、アカウント情報として、ユーザＩＤ、パスワードを入力するための入力フォームが表示される。
【００４１】
これを受けて、携帯端末３０は、患者が入力したアカウント情報（ユーザＩＤ、パスワード）を広告代理システム１００に送信する（Ｓ８）。広告代理システム１００のユーザ認証部１０５は、携帯端末３０から受信したアカウント情報に基づいてユーザ認証を実行する（Ｓ９）。その結果、認証に成功すると、ユーザ認証部１０５は、セッションＩＤを発行し、携帯端末３０から受信したアカウント情報（ユーザＩＤ、パスワード）と発行したセッションＩＤとを紐付けてＨＴＴＰセッションを確立する。これを受けて、順番案内画面送信部１０７は、確立したセッションを使用して、順番案内サービス（患者用）のメニュー画面を携帯端末３０に送信する（Ｓ１０）。
【００４２】
携帯端末３０は、広告代理システム１００から受信したメニュー画面をディスプレイに表示する（Ｓ１１）。図７（ｂ）は、携帯端末３０に表示されるメニュー画面を示す。図７（ｂ）に示すように、メニュー画面には、「患者受付」および「医療情報サービス」という２つのメニューボタンが表示される。
【００４３】
以下、患者Ａが「○○総合病院」の整形外科で診察を受ける際に順番案内サービス（患者用）を利用する場合を例にとって説明する。この場合、患者Ａが図８（ａ）に示すように「患者受付」ボタンをタップすると、メニュー画面が図８（ｂ）に示す受付用画面に遷移する（Ｓ１２）。患者Ａは、この受付用画面を表示させた状態で診察室の待合室に設置されたＲ／Ｗ１２に自身の携帯端末３０を近づける。その結果、携帯端末３０の患者識別情報提供部３４とＲ／Ｗ１２の間に近距離無線通信が確立し、携帯端末３０に格納されたユーザＩＤ“user001”がＲ／Ｗ１２に読み取られる。Ｒ／Ｗ１２に読み取られたユーザＩＤ“user001”はＰＣ１０に送信され、ＰＣ１０が患者ＡのユーザＩＤ“user001”を取得する（Ｓ１３）。
【００４４】
これを受けて、ＰＣ１０の順番案内画面要求部１６は、取得したユーザＩＤ“user001”と“追加”の指示を含む順番案内画面要求を生成して、広告代理システム１００に送信する（Ｓ１４）。これを受けて、広告代理システム１００の待ち行列更新部１０２は、待ち行列を更新する（Ｓ１５）。
【００４５】
ここで、待ち行列更新部１０２は、ロケーションＩＤ毎に待ち行列を管理しており、ＰＣ１０から順番案内画面要求を受信すると、当該順番案内画面要求に係るセッションＩＤに紐付いたロケーションＩＤを特定し、特定したロケーションＩＤに係る待ち行列を、当該順番案内画面要求に含まれるユーザＩＤおよび指示に基づいて更新する。この場合、待ち行列更新部１０２は、Ｓ１３でＰＣ１０から順番案内画面要求を受信すると、当該順番案内画面要求に係るセッションＩＤに紐付いたロケーションＩＤ“hosp1003”に係る待ち行列を特定した上で、当該順番案内画面要求にユーザＩＤ“user001”と“追加”の指示が含まれていることを受けて、特定した待ち行列にユーザＩＤ“user001”を追加する。図９（ａ）（ｂ）は、患者Ａ（ID= user001）の追加によって、ロケーションＩＤ“hosp1003”に係る待ち行列が更新される様子を示す。
【００４６】
次に、順番案内画面生成部１０６は、図９（ｂ）に示す更新後の待ち行列に基づいて医療機関用の順番案内画面（以下、順番案内画面Ｘという）を生成し（Ｓ１６）、生成した順番案内画面ＸをＰＣ１０に送信する（Ｓ１７）。これを受けて、ＰＣ１０は、受信した順番案内画面Ｘをディスプレイに表示する（Ｓ１８）。図１０（ａ）は、ＰＣ１０に表示される順番案内画面Ｘを例示する。図１０（ａ）に示すように、順番案内画面Ｘに表示される順番待ちリストは、図９（ｂ）に示す待ち行列の内容を反映している。
【００４７】
引き続き、順番案内画面生成部１０６は、図９（ｂ）に示す更新後の待ち行列に基づいて患者用の順番案内画面（以下、順番案内画面Ｙという）を生成し（Ｓ１９）、順番案内画面送信部１０７は、生成した順番案内画面Ｙを患者Ａの携帯端末３０に送信する（Ｓ２０）。これを受けて、患者Ａの携帯端末３０は、受信した順番案内画面Ｙをディスプレイに表示する（Ｓ２１）。図１１（ａ）は、患者Ａの携帯端末３０に表示される順番案内画面Ｙを例示する。図１１（ａ）に示すように、順番案内画面Ｙは、「ただいまの待ち人数」を表示するためのフィールドＹ１とバナー広告を表示するためのフィールドＹ２を備えている。そして、このとき、フィールドＹ１には、「ただいまの待ち人数」として「４」が表示され、フィールドＹ２には、「電動歯ブラシ」のバナー広告が表示されている。
【００４８】
以上、患者が診察室の待合室に入室した際に実行される処理について説明したが、続いて、待合室で待機する患者を呼び出して診察する際に実行される処理を図１２に示すシーケンス図に基づいて説明する。
【００４９】
「○○総合病院」の整形外科の医師は、順番案内画面ＸがＰＣ１０に表示されたことを受けて、図１０（ａ）に示すように「呼出」ボタンをクリックする（Ｓ１）。これを受けて、ＰＣ１０は、順番案内画面Ｘに表示される順番待ちリストにおいて順番「１」にエントリーされている患者ＤのユーザＩＤ“user004”を含む呼出要求を生成し、広告代理システム１００に送信する（Ｓ２）。これを受けて、広告代理システム１００の順番案内画面生成部１０６は、当該呼出要求に含まれるユーザＩＤ“user004”と当該呼出要求に係るセッションＩＤに紐付いたロケーションＩＤ“hosp1003”に基づいて呼出メッセージを含む順番案内画面Ｙを生成する（Ｓ３）。そして、順番案内画面送信部１０７は、当該呼出要求に含まれるユーザＩＤ“user004”に紐付いたＨＴＴＰセッションを介して、生成した順番案内画面Ｙを患者Ｄの携帯端末３０に送信する（Ｓ４）。
【００５０】
これを受けて、患者Ｄの携帯端末３０は、受信した順番案内画面Ｙ（呼出メッセージ）をディスプレイに表示する（Ｓ５）。図１１（ｂ）は、患者Ｄの携帯端末３０に表示される順番案内画面Ｙを例示する。このとき、順番案内画面ＹのフィールドＹ１には「順番がきました。診察室にお入り下さい。」という呼出メッセージが表示され、フィールドＹ２には「アームフォルダー」の広告が表示されている。
【００５１】
患者Ｄは、順番案内画面Ｙに呼出メッセージが表示されたことを受けて、整形外科の診察室に入室する。一方、医師は、呼び出した患者Ｄのカルテを取得するために、メニュー画面（図５（ｂ）参照）に戻って「医療情報サービス」ボタンをタップして医療情報システム２００が提供する「医療情報サービス」にアクセスし（Ｓ６）、患者Ｄのカルテを要求する（Ｓ７）。
【００５２】
このとき、医師は、「医療情報サービス」にログインする必要があるが、好ましい実施形態では、広告代理システム１００にシングルサインオンの認証機能を持たせることによって、順番案内サービス（医療機関用）へのログインによって自動的に「医療情報サービス」へのログインが完了するようにする。ここでは、「医療情報サービス」へのログインが完了している前提で説明を続ける。
【００５３】
ＰＣ１０からの要求を受けて医療情報システム２００のＷｅｂアプリケーション２０２は、患者Ｄのカルテの保存位置を埋め込んだ電子カルテ画面（ＨＴＭＬファイル）を生成する（Ｓ８）。本実施形態において、電子カルテ画面は、患者のカルテ（検査・診察結果）の表示と入力受付ならびに処方箋の入力受付を行うためのＵＩ画面として生成される。
【００５４】
Ｗｅｂアプリケーション２０２は、生成した電子カルテ画面をＰＣ１０に送信し（Ｓ９）、ＰＣ１０は、受信した電子カルテ画面をディスプレイに表示する（Ｓ１０）。図１３(ａ)は、ＰＣ１０に表示された患者Ｄの電子カルテ画面を示す。医師は、電子カルテ画面に表示されたカルテを確認して患者Ｄの診察を開始する。
【００５５】
患者Ｄの診察を終えると、医師は、ＰＣ１０を操作して、電子カルテ画面からカルテ（本日の検査・診察結果）と患者Ｄに処方する薬剤の処方箋を入力する（Ｓ１１）。図１３(ｂ)は、カルテと処方箋を入力した後の電子カルテ画面を示す。必要な情報の入力を終えた医師は、電子カルテ画面に表示される「送信」ボタンをクリックする。これを受けて、ＰＣ１０は、入力された情報を患者ＤのユーザＩＤ“user004”に紐付けて医療情報システム２００に送信する（Ｓ１２）。Ｗｅｂアプリケーション２０２は、ＰＣ１０から受信した入力情報に基づいて、医療情報データベース２０８（記憶部）に保存されている患者Ｄのカルテを更新するとともに、患者Ｄの処方箋を医療情報データベース２０８に保存する（Ｓ１３）。
【００５６】
診察を終えた患者Ｄが診察室を退室すると、医師は、ＰＣ１０の画面を順番案内画面Ｘに切り換えて、図１０（ｂ）に示すように「更新」ボタンをクリックする（Ｓ１４）。これを受けて、ＰＣ１０の順番案内画面要求部１６は、順番案内画面Ｘに表示される順番待ちリストにおいて順番「１」にエントリーされている患者ＤのユーザＩＤ“user004”と“削除”の指示を含む順番案内画面要求を生成して、広告代理システム１００に送信する（Ｓ１５）。これを受けて、広告代理システム１００の待ち行列更新部１０２は、待ち行列を更新する（Ｓ１６）。
【００５７】
具体的には、待ち行列更新部１０２は、受信した順番案内画面要求に係るセッションＩＤに紐付いたロケーションＩＤ“hosp1003”に係る待ち行列を特定した上で、当該順番案内画面要求にユーザＩＤ“user004”と“削除”の指示が含まれていることを受けて、特定した待ち行列からユーザＩＤ“user004”を削除する。図９（ｂ）（ｃ）は、患者Ｄ（ID= user004）の削除によって、ロケーションＩＤ“hosp1003”に係る待ち行列が更新される様子を示す。
【００５８】
次に、順番案内画面生成部１０６は、図９（ｃ）に示す更新後の待ち行列に基づいて順番案内画面Ｘを生成し（Ｓ１７）、順番案内画面送信部１０７は、生成した順番案内画面ＸをＰＣ１０に送信する（Ｓ１８）。これを受けて、ＰＣ１０は、受信した順番案内画面Ｘをディスプレイに表示する（Ｓ１９）。図１０（ｃ）は、ＰＣ１０に表示される順番案内画面Ｘを例示する。図１０（ｃ）に示すように、順番案内画面Ｘに表示される順番待ちリストは、図９（ｃ）に示す待ち行列の内容を反映している。
【００５９】
引き続き、順番案内画面生成部１０６は、図９（ｃ）に示す更新後の待ち行列に基づいて順番案内画面Ｙを生成し（Ｓ２０）、順番案内画面送信部１０７は、生成した順番案内画面Ｙを患者Ａの携帯端末３０に送信する（Ｓ２１）。これを受けて、患者Ａの携帯端末３０は、受信した順番案内画面Ｙをディスプレイに表示する（Ｓ２２）。図１１（ｃ）は、患者Ａの携帯端末３０に表示される順番案内画面Ｙを例示する。このとき、フィールドＹ１には「ただいまの待ち人数」として「３」が表示されている。一方、フィールドＹ２には先ほどの「電動歯ブラシ」のバナー広告に代わって、新たに「洗口剤」のバナー広告が表示されている。
【００６０】
その後、患者Ａの待ち順番が繰り上がる度に、患者Ａの携帯端末３０に「ただいまの待ち人数」と「バナー広告」が更新された順番案内画面Ｙが表示され、最後に、順番案内画面Ｙに呼出メッセージが表示される。これを受けて患者Ａは診察室に入室して診察を受ける。その後、診察を終えた患者Ａは、診察室を出て、医師が処方した薬剤を受けとるために調剤薬局に向かう。
【００６１】
続いて、患者が調剤薬局の待合室に入室した際に実行される処理を図１４に示すシーケンス図に基づいて説明する。
【００６２】
調剤薬局の薬剤師は、調剤の交付を開始するにあたり、調剤薬局に設置されたＰＣ２０を操作して、広告代理システム１００が提供する「順番案内サービス（調剤薬局用）」を利用するための専用アプリケーションを起動し（Ｓ１）、「順番案内サービス（調剤薬局用）」にログインする（Ｓ２）。図１５（ａ）は、「順番案内サービス（調剤薬局用）」のログイン画面を例示する。図１５（ａ）に示すように、ログイン画面には、アカウント情報として、ユーザＩＤ、パスワード、ロケーションＩＤを入力するための入力フォームが表示される。
【００６３】
以下、「△△調剤薬局」の薬剤師が「順番案内サービス（調剤薬局用）」を利用する場合を例にとって説明する。この場合、薬剤師は、図１５（ａ）に示すように、ログイン画面に表示された入力フォームから、ユーザＩＤ“chem0001”、パスワード、診察室のロケーションＩＤ“pharm1001”を入力してログインボタンをクリックする。
【００６４】
これを受けて、ＰＣ２０は、薬剤師が入力したアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）を広告代理システム１００に送信する（Ｓ２）。広告代理システム１００のユーザ認証部１０５は、ＰＣ２０から受信したアカウント情報に基づいてユーザ認証を実行する（Ｓ３）。その結果、認証に成功すると、ユーザ認証部１０５は、セッションＩＤを発行し、ＰＣ２０から受信したアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）と発行したセッションＩＤとを紐付けてＨＴＴＰセッションを確立する。これを受けて、順番案内画面送信部１０７は、確立したセッションを使用して、「順番案内サービス（調剤薬局用）」のメニュー画面をＰＣ２０に送信する（Ｓ４）。
【００６５】
ＰＣ２０は、広告代理システム１００から受信したメニュー画面をディスプレイに表示する（Ｓ５）。図１５（ｂ）は、ＰＣ２０に表示されるメニュー画面を示す。図１５（ｂ）に示すように、メニュー画面には、「薬局受付」および「医療情報サービス」という２つのメニューボタンが表示される。メニュー画面が表示されたことを受けて、薬剤師が「薬局受付」ボタンをクリックすると、メニュー画面が順番案内画面（後述する）に遷移する（Ｓ６）。
【００６６】
一方、患者Ａは、調剤の交付を受けるにあたり、自身の携帯端末３０を操作してメニュー画面を表示させた後（Ｓ７）、「患者受付」ボタンをタップする（図８（ａ）参照）。これを受けて、メニュー画面が受付用画面（図８（ｂ）参照）に遷移する（Ｓ８）。
【００６７】
患者Ａは、この受付用画面を表示させた状態で調剤薬局の待合室に設置されたＲ／Ｗ２２に自身の携帯端末３０を近づける。その結果、携帯端末３０の患者識別情報提供部３４とＲ／Ｗ１２の間に近距離無線通信が確立し、携帯端末３０に格納されたユーザＩＤ“user001”がＲ／Ｗ２２に読み取られる。Ｒ／Ｗ２２に読み取られたユーザＩＤ“user001”はＰＣ２０に送信され、ＰＣ２０が患者ＡのユーザＩＤ“user001”を取得する（Ｓ９）。
【００６８】
これを受けて、ＰＣ２０の順番案内画面要求部１６は、取得したユーザＩＤ“user001”と“追加”の指示を含む順番案内画面要求を生成して、広告代理システム１００に送信する（Ｓ１０）。これを受けて、広告代理システム１００の待ち行列更新部１０２は、待ち行列を更新し（Ｓ１１）、順番案内画面生成部１０６は、更新後の待ち行列に基づいて調剤薬局用の順番案内画面（以下、順番案内画面Ｚという）を生成する（Ｓ１２）。そして、順番案内画面送信部１０７は、生成した順番案内画面ＺをＰＣ２０に送信し（Ｓ１３）、ＰＣ２０は、受信した順番案内画面Ｚをディスプレイに表示する（Ｓ１４）。図１６（ａ）は、ＰＣ２０に表示される順番案内画面Ｚを例示する。
【００６９】
引き続き、順番案内画面生成部１０６は、更新後の待ち行列に基づいて順番案内画面Ｙを生成し（Ｓ１５）、順番案内画面送信部１０７は、生成した順番案内画面Ｙを患者Ａの携帯端末３０に送信する（Ｓ１６）。これを受けて、患者Ａの携帯端末３０は、受信した順番案内画面Ｙをディスプレイに表示する（Ｓ１７）。図１７（ａ）は、患者Ａの携帯端末３０に表示される順番案内画面Ｙを例示する。このとき、順番案内画面ＹのフィールドＹ１には「ただいまの待ち人数」として「１」が表示され、フィールドＹ２には「サポーター」のバナー広告が表示されている。
【００７０】
以上、患者が調剤薬局の待合室に入室した際に実行される処理について説明したが、続いて、待合室で待機する患者を呼び出して薬剤を交付する際に実行される処理を図１８に示すシーケンス図に基づいて説明する。
【００７１】
「△△調剤薬局」の薬剤師は、図１６（ａ）に示す順番案内画面ＺがＰＣ２０に表示されたことを受けて、順番案内画面Ｚに表示される順番待ちリストにおいて順番「１」にエントリーされている患者Ａの処方箋を取得するために、メニュー画面（図１５（ｂ）参照）の「医療情報サービス」ボタンをクリックして医療情報システム２００が提供する医療情報サービスにアクセスし（Ｓ１）、患者Ａの処方箋を要求する（Ｓ２）。
【００７２】
ＰＣ２０からの要求を受けて医療情報システム２００のＷｅｂアプリケーション２０２は、患者Ａのカルテの保存位置を埋め込んだ処方箋画面（ＨＴＭＬファイル）を生成する（Ｓ３）。本実施形態において、処方箋画面は、患者の処方箋情報を表示するＵＩ画面として生成される。
【００７３】
ここで、本実施形態の広告代理システム１００は、ＰＣ１０から受信した要求がカルテの要求であるか処方箋の要求であるかに応じて送信する画面を変更している。このような構成とするために、ＰＣ１０にインストールされる専用アプリケーションが調剤薬局のアプリケーションと、医療機関のアプリケーションとで異なるようにすることで、ＰＣ１０は送信する要求を変更することができる。
【００７４】
また、専用アプリケーションを医療機関、及び調剤薬局で同じアプリケーションを利用する場合は、医療機関用の画面を表示するか、調剤薬局用の画面を表示するかユーザに選択させるようにすると良い。選択に応じて、ＰＣ１０には、図５に示す画面、または図１５に示す画面が表示される。また、ユーザごとに医療機関に所属するユーザか、調剤薬局に所属するユーザかを予め登録させておき、ＰＣ１０は、ＰＣ１０にログインしたユーザの所属先に応じて、カルテを要求するか、処方箋を要求するかを変更するように構成しても良い。
【００７５】
また、ユーザの所属先情報を医療情報システム２００が保持し、ＰＣ１０からＰＣ１０にログインしているユーザＩＤを含む患者の情報の取得要求を送信し、医療情報システム２００は、受信したＰＣ１０にログインしているユーザＩＤから保持しているユーザの所属先情報を検索し、医療システム２００は、検索された所属先情報が医療機関か調剤薬局かに応じてカルテ画面を送信するか、処方箋画面を送信するかを決定する構成としても良い。
【００７６】
Ｗｅｂアプリケーション２０２は、生成した処方箋画面をＰＣ２０に送信し（Ｓ４）、ＰＣ２０は、受信した処方箋画面をディスプレイに表示する（Ｓ５）。図１９（ａ）は、ＰＣ１０に表示された患者Ａの処方箋画面を示す。薬剤師は、処方箋画面に表示された処方箋に基づいて患者Ａの薬剤を調合する。
【００７７】
患者Ａの薬剤の調合を終えると、薬剤師は、ＰＣ２０の表示画面を順番案内画面Ｚに戻し、図１６（ｂ）に示すように「呼出」ボタンをクリックする（Ｓ６）。これを受けて、ＰＣ２０の順番案内画面要求部１６は、順番案内画面Ｚに表示される順番待ちリストにおいて順番「１」にエントリーされている患者ＡのユーザＩＤ“user001”を含む呼出要求を生成し、広告代理システム１００に送信する（Ｓ７）。これを受けて、広告代理システム１００の順番案内画面生成部１０６は、当該呼出要求に含まれるユーザＩＤ“user001”と当該呼出要求に係るセッションＩＤに紐付いたロケーションＩＤ“pharm1001”に基づいて呼出メッセージを含む順番案内画面Ｙを生成する（Ｓ８）。そして、順番案内画面送信部１０７は、当該呼出要求に含まれるユーザＩＤ“user001”に紐付いたＨＴＴＰセッションを介して、生成した順番案内画面Ｙを患者Ａの携帯端末３０に送信する（Ｓ９）。
【００７８】
これを受けて、患者Ａの携帯端末３０は、受信した順番案内画面Ｙ（呼出メッセージ）をディスプレイに表示する（Ｓ１０）。図１７（ｂ）は、患者Ｄの携帯端末３０に表示される呼出画面を例示する。このとき、フィールドＹ１には「お薬ができあがりました。」というメッセージが表示され、フィールドＹ２には先ほどの「サポーター」のバナー広告に代わって新たに「薬用入浴剤」のバナー広告が表示されている。
【００７９】
患者Ａは、順番案内画面Ｙに呼出メッセージが表示されたことを受け、調剤薬局のカウンタを訪れて薬剤を受けとる。一方、薬剤師は、患者Ａに薬剤を渡し終わると、ＰＣ２０の表示画面を処方箋画面に戻し、図１９(ｂ)に示すように、「薬剤交付済」のボタンをクリックする。これを受けて、ＰＣ２０は、患者ＡのユーザＩＤ“user001”を含む薬剤交付済通知を医療情報システム２００に送信する（Ｓ１１）。これを受けて、医療情報システム２００のＷｅｂアプリケーション２０２は、医療情報データベース２０８に保存されている患者Ａの処方箋情報を更新する（Ｓ１２）。
【００８０】
続いて、患者Ａへの薬剤交付を終えた薬剤師は、ＰＣ２０表示画面を、再び、順番案内画面Ｚに戻し、図１６（ｂ）に示すように「更新」ボタンをクリックする（Ｓ１３）。これを受けて、ＰＣ２０の順番案内画面要求部１６は、順番案内画面Ｚに表示される順番待ちリストにおいて順番「１」にエントリーされている患者ＡのユーザＩＤ“user001”と“削除”の指示を含む順番案内画面要求を生成して、広告代理システム１００に送信する（Ｓ１４）。これを受けて、広告代理システム１００の待ち行列更新部１０２は、待ち行列を更新する（Ｓ１５）。
【００８１】
次に、順番案内画面生成部１０６は、更新後の待ち行列に基づいて順番案内画面Ｚを生成し（Ｓ１６）、順番案内画面送信部１０７は、生成した順番案内画面ＺをＰＣ２０に送信する（Ｓ１７）。これを受けて、ＰＣ２０は、受信した順番案内画面Ｚをディスプレイに表示する（Ｓ１８）。図１６（ｃ）は、ＰＣ２０に表示される順番案内画面Ｚを例示する。
【００８２】
引き続き、順番案内画面生成部１０６は、同じく、更新後の待ち行列に基づいて順番案内画面Ｙを生成し（Ｓ１９）、順番案内画面送信部１０７は、生成した順番案内画面Ｙを患者Ｇの携帯端末３０に送信する（Ｓ２１）。これを受けて、患者Ｇの携帯端末３０は、受信した順番案内画面Ｙをディスプレイに表示する（Ｓ２１）。
【００８３】
以上、本実施形態の広告代理システム１００がユーザ（医師、薬剤師、患者）に順番案内画面を提供する際に実行される処理について説明してきたが、以下においては、順番案内画面にバナー広告を埋め込む際に実行される処理を図２０に示すシーケンス図に基づいて説明する。
【００８４】
医療機関や調剤薬局に設置されるＰＣ１０等の順番案内画面要求部１６は、患者のユーザＩＤを含む順番案内画面要求を広告代理システム１００に送信する（Ｓ１）。これを受けて、広告代理システム１００の医療情報取得部１０４は、順番案内画面要求に含まれる患者のユーザＩＤを含む医療情報要求を生成し、医療情報システム２００に送信する（Ｓ２）。
【００８５】
これを受けて、医療情報システム２００の医療情報提供部２０４は、受信した医療情報要求に含まれる患者のユーザＩＤをキーとして医療情報データベース２０８を検索し、当該患者の医療情報を収集する（Ｓ３）。
【００８６】
ここで、広告代理システム１００の運営者は、順番案内サービス（患者用）の利用規約において、サービスの無償利用の条件として患者が使用を許諾しなければならない医療情報の範囲を規定している。好ましい実施形態では、個人が特定されない範囲の医療情報の使用許諾を利用規約に規定する。医療情報提供部２０４は、当該利用規約に則って、医療情報データベース２０８から患者の医療情報を収集し、収集した医療情報を広告代理システム１００に送信する（Ｓ４）。
【００８７】
医療情報取得部１０４は、医療情報システム２００から取得した患者の医療情報をバナー広告抽出部１０３に渡す。これを受けてバナー広告抽出部１０３は、受領した患者の医療情報に基づいて、バナー広告データベース１０９に登録されているバナー広告の中から、当該患者をターゲットとするバナー広告を抽出する（Ｓ５）。バナー広告を抽出するためのアルゴリズムとしては、種々の方法が想定しうる。例えば、バナー広告をバナー広告データベース１０９に登録する際にバナー広告とキーワードを紐付けておく。この場合、バナー広告抽出部１０３は、医療情報システム２００から取得した患者の医療情報の形態素解析によりキーワードを抽出し、抽出したキーワードと相関が高いキーワードに紐付いたバナー広告をバナー広告データベース１０９から抽出する。なお、本実施形態は、バナー広告を抽出するためのアルゴリズムを限定するものではなく、その他の適切なアルゴリズムを採用してもよいことはいうまでもない。
【００８８】
また、広告代理システム１００が表示させるバナー広告は、携帯端末３０及びＰＣ１０のロケーションに応じて決定してもよい。例えば、ステップＳ１においてＰＣ１０は、順番案内画面要求にロケーションＩＤを付加して送信する。広告代理システム１００は、付加されたロケーションＩＤを用いて図６に示すテーブルを検索し、名称を特定する。そして、広告代理システム１００は、特定された名称に応じた広告をバナー広告ＤＢ１０９から取得して順番案内画面Ｙを生成する。このような構成とすることで、携帯端末を所持するユーザに適した広告を表示させることができる。例えば、患者の既往歴として歯の治療が医療情報ＤＢに記憶されており、ロケーションＩＤにより特定された名称が「○○歯科」であれば、図１１（ａ）に示すような「電動歯ブラシ」のバナー広告を表示する。
【００８９】
バナー広告抽出部１０３がバナー広告を抽出したことを受けて、順番案内画面生成部１０６は、当該バナー広告を埋め込んだ順番案内画面Ｙを生成する（Ｓ６）。具体的には、順番案内画面生成部１０６は、抽出したバナー広告のクライアントが運営するＥＣサイト（目標ページ）のＵＲＬを転送先に指定したリダイレクトページを用意し、当該バナー広告のリンク先に当該リダイレクトページのＵＲＬを指定して、これを順番案内画面Ｙに埋め込む。そして、順番案内画面送信部１０７は、生成した順番案内画面Ｙを順番案内画面要求の要求元の携帯端末３０に送信し（Ｓ７）、携帯端末３０は、受信した順番案内画面Ｙをディスプレイに表示する（Ｓ８）。
【００９０】
以上、順番案内画面Ｙにバナー広告を埋め込む際に実行される処理について説明した。上述したように、本実施形態においては、医療情報データベース２０８において随時更新される最新の患者の医療情報に基づいてバナー広告が決定される。その結果、そのときの患者に最も訴求すると考えられるバナー広告が選択的に患者の携帯端末３０に表示されることになる。
【００９１】
上述した具体例では、整形外科の待合室で待っている間、患者Ａの携帯端末３０に「電動歯ブラシ」や「洗口剤」のバナー広告が表示されていたが（図１１（ａ）（ｃ）参照）、整形外科の診察を終えて調剤薬局の待合室に移動して以降は、患者Ａの携帯端末３０に「サポーター」や「薬用入浴剤」のバナー広告が表示されるようになっている。つまり、整形外科の医師が医療情報データベース２０８に保存される患者Ａの医療情報を更新したことを受けて、患者Ａの症状（足首の捻挫）に見合った商品の広告が選択的に表示されるようになったのである。
【００９２】
また、本実施形態においては、バナー広告を掲載するコンテンツとして順番案内画面を採用しており、このことが広告効果の増大につながっている。というのも、待合室で待たされている間、患者は、高い頻度で順番案内画面を確認するため、バナー広告が視認される可能性が高くなるからである。
【００９３】
なお、本実施形態は、順番案内画面（医療機関用）や順番案内画面（調剤薬局用）にバナー広告を掲載することを排除するものではなく、医師や薬剤師をターゲットにした商品・サービスのバナー広告（例えば、ジェネリック薬品の広告）を順番案内画面に埋め込むようにしてもよい。
【００９４】
最後に、患者がバナー広告をタップした際に実行される処理を図２１に示すシーケンス図に基づいて説明する。
【００９５】
患者が順番案内画面Ｙに表示されたバナー広告をタップすると（Ｓ１）、携帯端末３０は、当該バナー広告がリンク先として指定する広告代理システム１００のリダイレクトページを要求する（Ｓ２）。これを受けて、広告代理システム１００は、要求されたリダイレクトページの転送先に指定されたＥＣサイト３００の目的ページにリダイレクトする（Ｓ３）。ここでいう目的ページとしては、商品購入用ページ、資料請求用ページ、会員登録用ページなどが想定される。このとき、広告代理システム１００の広告効果計測部１１０は、Ｓ３で行われるリダイレクトの数をバナー広告のタップ数として記録する（Ｓ４）。
【００９６】
一方、広告代理システム１００からリダイレクトを受けたＥＣサイト３００は、リクエストされた目標ページ（Ｗｅｂページ）を携帯端末３０に送信し（Ｓ５）、携帯端末３０は、ＥＣサイト３００から受信したＷｅｂページをディスプレイに表示する（Ｓ６）。
【００９７】
患者が携帯端末３０に表示されたＷｅｂページ上で広告の成果となる入力作業（商品購入、資料請求、会員登録など）を行うと、携帯端末３０のＷｅｂブラウザは、当該入力作業に対応する処理要求をＥＣサイト３００に送信する（Ｓ７）。これを受けて、ＥＣサイト３００は、処理要求に応答する処理を実行した後、要求された処理が完了した旨を通知する画面（サンキューページ）を生成する（Ｓ８）。このとき、サンキューページには、コンバージョン情報を広告代理システム１００に転送する旨のスクリプトプログラムが記述される。ここで、コンバージョン情報とは、広告の成果として定義されたユーザの行為（商品購入、資料請求、会員登録など）の内訳を示す情報である。
【００９８】
ＥＣサイト３００は、生成したサンキューページを携帯端末３０に送信し（Ｓ９）、携帯端末３０のＷｅｂブラウザは、受信したサンキューページをディスプレイに表示する（Ｓ１０）。このとき、携帯端末３０のＷｅｂブラウザがサンキューページのスクリプトプログラムを実行して、サンキューページに埋め込まれたコンバージョン情報を広告代理システム１００に送信する（Ｓ１１）。これを受けて、広告代理システム１００の広告効果計測部１１０は、受信したコンバージョン情報を記録する（Ｓ１２）。
【００９９】
広告効果計測部１１０は、各バナー広告について記録されたタップ数およびコンバージョン情報に基づいて広告効果を算出する。そして、広告代理システム１００の運営者は、算出した広告効果に応じた広告掲載料（料金）を算出してクライアント（各バナー広告の広告主）に請求する。
【０１００】
以上、本発明を実施形態に基づいて説明してきたが、本発明では、上述した広告代理システム１００と医療情報システム２００が別々の主体によって運営されるケースと、２つのシステムが１つの主体によって運営されるケースが想定される。２つのシステムが別々の主体によって運営されるケースでは、広告代理システムの運営者は、バナー広告による広告収入の一部を提供することを条件として、医療情報システムの運営者に連携を持ちかけることができるであろう。一方、２つのシステムが１つの主体によって運営されるケースでは、広告代理システムで稼いだ広告収入を医療情報システムの保守管理費に充てることができるようになるであろう。
【０１０１】
以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではなく、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【０１０２】
なお、上述した実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。
【符号の説明】
【０１０３】
１０,２０…ＰＣ
１２,２２…リード／ライタ
１４…患者識別情報取得部
１６…順番案内画面要求部
１８…順番案内画面表示部
３０…携帯端末
３４…患者識別情報提供部
３８…順番案内画面表示部
５０…ネットワーク
１００…広告代理システム
１０２…待ち行列更新部
１０３…バナー広告抽出部
１０４…医療情報取得部
１０５…ユーザ認証部
１０６…順番案内画面生成部
１０７…順番案内画面送信部
１０８…ロケーション管理部
１０９…バナー広告データベース
１１０…広告効果計測部
２００…医療情報システム
２０２…Ｗｅｂアプリケーション
２０４…医療情報提供部
２０８…医療情報データベース
３００…公開Ｗｅｂサーバ（ＥＣサイト）
５００…ロケーション管理テーブル
１０００…ネットワークシステム
【先行技術文献】
【特許文献】
【０１０４】
【特許文献１】特開２００４−０７８８２５号公報
【図１】
2016177630.tif 000003
【図２】
2016177630.tif 000004
【図３】
2016177630.tif 000005
【図４】
2016177630.tif 000006
【図５】
2016177630.tif 000007
【図６】
2016177630.tif 000008
【図７】
2016177630.tif 000009
【図８】
2016177630.tif 000010
【図９】
2016177630.tif 000011
【図１０】
2016177630.tif 000012
【図１１】
2016177630.tif 000013
【図１２】
2016177630.tif 000014
【図１３】
2016177630.tif 000015
【図１４】
2016177630.tif 000016
【図１５】
2016177630.tif 000017
【図１６】
2016177630.tif 000018
【図１７】
2016177630.tif 000019
【図１８】
2016177630.tif 000020
【図１９】
2016177630.tif 000021
【図２０】
2016177630.tif 000022
【図２１】
2016177630.tif 000023