(57)【特許請求の範囲】
【請求項１】
第１のデータベースを共有するサービスのための第１のサービス・グループを作成する第１の要求を受信することであって、前記第１の要求が第１のサーバの第１の識別子を備える、受信することと、
前記第１のサーバ上で実行している第１のエージェントから、前記第１のデータベースを作成するための第１のスクリプトを取得することと、
プロセッサにより前記第１のスクリプトに基づいて前記第１のデータベースを生成することと、
前記第１のサービス・グループに第１のサービスを加える第２の要求を受信することであって、前記第２の要求が前記第１のサーバの前記第１の識別子を備える、受信することと、
前記第１のサーバ上で実行している前記第１のエージェントに、前記第１のサーバ上に前記第１のサービスを作成する第１のコマンドを送信することと、
前記第１のサービスが前記第１のサービス・グループに加えられたことの第１の表示を提供することと、を含むスケーラブル通信システムの拡張可能展開方法。
【請求項２】
第２のデータベースを共有するサービスのための第２のサービス・グループを作成する第３の要求を受信することであって、前記第３の要求が第２のサーバの第２の識別子を備える、受信することと、
前記第２のサーバ上で実行している第２のエージェントから、前記第２のデータベースを作成するための第２のスクリプトを取得することと、
プロセッサにより前記第２のスクリプトに基づいて前記第２のデータベースを生成することと、
前記第２のサービス・グループに第２のサービスを加える第４の要求を受信することであって、前記第４の要求が前記第２のサーバの前記第２の識別子を備える、受信することと、
前記第２のサーバ上で実行している前記第２のエージェントに、前記第２のサーバ上に前記第２のサービスを作成する第２のコマンドを送信することと、
前記第２のサービスが前記第２のサービス・グループに加えられたことの第２の表示を提供することと、を更に含む、請求項１に記載の方法。
【請求項３】
前記第１のデータベースの第１のスキーマが前記第２のデータベースの第２のスキーマとは異なる、請求項２に記載の方法。
【請求項４】
前記第１のサービス及び前記第２のサービスを管理するためのユーザ・インターフェイスを提供することであって、前記第１のサービスが病院システムの第１の複数の装置により送信される第１の複数のメッセージを変換し、前記第２のサービスが前記病院システムの第２の複数の装置により送信される第２の複数のメッセージを変換する、提供すること、を更に含む、請求項３に記載の方法。
【請求項５】
前記第１のサービスが前記第１の複数のメッセージを内部メッセージング形式に変換し、前記第２のサービスが前記第２の複数のメッセージを前記内部メッセージング形式に変換する、請求項４に記載の方法。
【請求項６】
前記ユーザ・インターフェイスが前記第１の複数のメッセージ及び前記第２の複数のメッセージを追跡するための単一のインターフェイスを備える、請求項５に記載の方法。
【請求項７】
前記第１のサービス及び前記第２のサービスを管理するための前記ユーザ・インターフェイスが管理データベースにアクセスする、請求項６に記載の方法。
【請求項８】
単一のデータベース・インスタンスが前記第１のデータベース、前記第２のデータベース及び前記管理データベースを備える、請求項７に記載の方法。
【請求項９】
前記単一のデータベース・インスタンスがＳＱＬインスタンスを備える、請求項８に記載の方法。
【請求項１０】
前記第２のサービス・グループに第３のサービスを加える第５の要求を受信することであって、前記第５の要求が前記第２のサーバの前記第２の識別子を備える、受信することと、
前記第２のサーバ上で実行している前記第２のエージェントに、前記第２のサーバ上に前記第３のサービスを作成する第３のコマンドを送信することと、
前記第３のサービスが前記第２のサービス・グループに加えられたことの第３の表示を提供することと、を更に含む、請求項３に記載の方法。
【請求項１１】
前記第１の要求が前記サービス・グループの第１のサービス・グループ名を更に備え、前記第１のデータベースの第１の名前が前記第１のサービス・グループ名の少なくとも一部を備える、請求項２に記載の方法。
【請求項１２】
前記第１のデータベースの前記第１の名前の接頭辞が前記第１のサービス・グループ名を備える、請求項１１に記載の方法。
【請求項１３】
前記第１のデータベース及び前記第２のデータベースとは別個の管理データベースに前記第１のデータベースの前記第１の名前を記憶すること、を更に含む、請求項１１に記載の方法。
【請求項１４】
前記第１のサーバ上で実行している前記第１のエージェントに、前記第１のサーバ上の前記第１のサービスを開始する第１のコマンドを送信すること、を更に含む、請求項１３に記載の方法。
【請求項１５】
前記第２のエージェントが前記第２のコマンドを受信するのに応じて、前記第１のサービスが、前記管理データベースから前記第１のデータベースの前記第１の名前を取得すること、を更に含む、請求項１４に記載の方法。
【請求項１６】
機械により実行されると、前記機械に対し、スケーラブル通信システムの拡張可能展開方法を実行させる命令を具現化する非一時的な機械で読み取り可能な媒体であって、前記方法が、
複数のサービス群をサポートするデータベース・インスタンスに管理データベースを生成することと、
第１のサーバから第１のスクリプト集合を受信し、第２のサーバから第２のスクリプト集合を受信することと、
前記第１のスクリプト集合を用いて前記データベース・インスタンスに前記複数のサービス群のうちの第１のサービス群のための第１のデータベースを生成し、前記第２のスクリプト集合を用いて前記データベース・インスタンスに前記複数のサービス群のうちの第２のサービス群のための第２のデータベースを生成することであって、前記第１のデータベースが前記第２のデータベースとは異なるスキーマを備える、生成することと、
前記第１のサーバ上で実行している第１のエージェント・プロセスに、前記第１のサービス群のうちの第１のサービスを起動するように第１のコマンドを送信することであって、前記第１のサービスが前記第１のデータベースにアクセスして、第１の複数の装置から受信される第１の複数のメッセージを変換する、送信することと、
前記第２のサーバ上で実行している第２のエージェント・プロセスに、前記第２のサービス群のうちの第２のサービスを起動するように第２のコマンドを送信することであって、前記第２のサービスが前記第２のデータベースにアクセスして、第２の複数の装置から受信される第２の複数のメッセージを変換する、送信することと、
前記第１のサービス及び前記第２のサービスを管理するためのユーザ・インターフェイスを提供することと、を含む、非一時的な機械で読み取り可能な媒体。
【請求項１７】
前記第１のサービスが前記第１の複数のメッセージを内部メッセージング形式に変換し、前記第２のサービスが前記第２の複数のメッセージを前記内部メッセージング形式に変換する、請求項１６に記載の非一時的な機械で読み取り可能な媒体。
【請求項１８】
前記方法が、
前記第１のサーバ上で実行している前記第１のエージェント・プロセスに、前記第１のサービス群のうちの第３のサービスを起動するように第３のコマンドを送信することであって、前記第３のサービスが前記第１のデータベースにアクセスして、第３の複数の装置から受信される第３の複数のメッセージを変換する、送信することと、
前記第１のサービス、前記第２のサービス及び前記第３のサービスを管理するための前記ユーザ・インターフェイスを提供することと、を更に含む、請求項１６に記載の非一時的な機械で読み取り可能な媒体。
【請求項１９】
前記ユーザ・インターフェイスが前記第１の複数のメッセージ及び前記第２の複数のメッセージを追跡するための単一のインターフェイスを備える、請求項１６に記載の非一時的な機械で読み取り可能な媒体。
【請求項２０】
前記方法が、
前記第１のサービス群の第１の名前を受信することであって、前記第１のデータベースの第１のデータベース名が前記第１のサービス群の前記第１の名前の少なくとも一部を備える、受信すること、を更に含む、請求項１６に記載の非一時的な機械で読み取り可能な媒体。
【請求項２１】
前記第１のサービスが起動される場合、前記第１のサービスが前記管理データベースにアクセスして前記第１のデータベースの前記第１のデータベース名を取得する、請求項２０に記載の非一時的な機械で読み取り可能な媒体。
【請求項２２】
前記データベース・インスタンスがＳＱＬインスタンスを備える、請求項１６に記載の非一時的な機械で読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に展開システムに関し、更に詳細には、非排他的に、拡張可能展開システムに関する。
【背景技術】
【０００２】
病院やその他の介護施設は典型的には多くの様々な電子装置やデータ・システムを使用して病院の機能の多くを行う。これら様々なデータ・システムは大抵、その様々な種類のシステム用の互換性のない信号伝達及び通信プロトコルを活用するが、そこには入院・退院・転院（ＡＤＴ：Ａｄｍｉｔ−Ｄｉｓｃｈａｒｇｅ−Ｔｒａｎｓｆｅｒ）、内科医オーダ・エントリ（ＰＯＥ：Ｐｈｙｓｉｃｉａｎ  Ｏｒｄｅｒ  Ｅｎｔｒｙ）、電子薬剤投与記録（ｅＭＡＲ：ｅｌｅｃｔｒｏｎｉｃ  Ｍｅｄｉｃｉｎｅ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｒｅｃｏｒｄ）などが含まれ得る。Ｐｙｘｉｓ  ＭｅｄＳｔａｔｉｏｎ（商標）システムのような薬剤管理システムなど、或るデータ・システムは１つ又は複数のこれら他のシステムから情報を継続的に受信する。各データ・システムは異なるメッセージ・プロトコルやデータ構造を用いてよいため、一方又は両方のデータ・システムをカスタマイズせずには、メッセージを１つのデータ・システムから他のデータ・システムへは直接は送られない。更に、様々な製造業者は用いるプロトコルも様々であるため、データ・システム間の制御及び通信が非常に困難となる。病院内にて複雑に相互接続されるデータ・システム網での通信のためにカスタマイズされた複数のデータ・システムの管理や更新は複雑で相当な負担である。
【０００３】
幾つかの例では、病院環境は１つ又は複数のメッセージ変換システムを含んで、複数サイトにわたる異なるデータ・システム間の通信を容易にしてよい。しかしながら、メッセージ変換システムを展開、アップグレード又は拡張することは極めて実行困難となり得、またそれ以上に検証困難となり得、この種の統合に最も依存して上質の看護を患者に提供する大規模病院システムのデータ交換のサービス又は信頼性の低下に至り得る。
【発明の概要】
【課題を解決するための手段】
【０００４】
開示される主題は、スケーラブル通信システムの拡張可能展開方法に関する。本方法は、第１のデータベースを共有するサービスのための第１のサービス・グループを作成する第１の要求を受信することを含んでよく、ここで第１の要求は第１のサーバの第１の識別子を備える。本方法は更に、第１のサーバ上で実行している第１のエージェントから、第１のデータベースを作成するための第１のスクリプトを取得することを含んでよい。本方法は更に、プロセッサにより第１のスクリプトに基づいて第１のデータベースを生成することと、第１のサービス・グループに第１のサービスを加える第２の要求を受信することと、を含んでよく、ここで第２の要求は第１のサーバの第１の識別子を備える。本方法は更に、第１のサーバ上で実行している第１のエージェントに、第１のサーバ上に第１のサービスを作成する第１のコマンドを送信することと、第１のサービスが第１のサービス・グループに加えられたことの第１の表示を提供することと、を含んでよい。
【０００５】
開示される主題はまた、拡張可能展開システムに関する。本システムは、１つ又は複数のプロセッサと、メモリであって、命令を含み、その命令が、１つ又は複数のプロセッサにより実行されると、１つ又は複数のプロセッサに対し、管理インターフェイスへアクセスするユーザ認証要求を受信することであって、そのユーザ認証要求はユーザ識別子及びパスワードを備える、受信することと、ユーザ識別子がローカル・ユーザ・データベースに存在するかを判定することと、ユーザ識別子がそのローカル・ユーザ・データベースに存在する場合にはユーザ識別子及びパスワードをローカル認証システムにより認証し、そうでない場合にはユーザ識別子及びパスワードを外部認証システムにより認証することと、ユーザ識別子及びパスワードがローカル認証システム又は外部認証システムにより認証された場合には管理インターフェイスを提供し、そうでない場合には管理インターフェイスへのアクセスを拒否することと、を行わせる、メモリと、を含んでよい。
【０００６】
開示される主題はまた、機械により実行されると、その機械がスケーラブル通信システムの拡張可能展開方法を実行することを可能にする命令を具現化する機械で読み取り可能な媒体に関する。本方法は、複数のサービス群をサポートするデータベース・インスタンスに管理データベースを生成することと、第１のサーバから第１のスクリプト集合を、第２のサーバから第２のスクリプト集合を取得することと、を含んでよい。本方法は更に、第１のスクリプト集合を用いてデータベース・インスタンスに複数のサービス群のうちの第１のサービス群のための第１のデータベースを、第２のスクリプト集合を用いてデータベース・インスタンスに複数のサービス群のうちの第２のサービス群のための第２のデータベースを生成することを含んでよく、ここで第１のデータベースは第２のデータベースとは異なるスキーマを備える。本方法は更に、第１のサーバ上で実行している第１のエージェント・プロセスに、第１のサービス群のうちの第１のサービスを起動するように第１のコマンドを送信することを含んでよく、ここで第１のサービスは第１のデータベースにアクセスして、第１の複数の装置から受信される第１の複数のメッセージを変換する。本方法は更に、第２のサーバ上で実行している第２のエージェント・プロセスに、第２のサービス群のうちの第２のサービスを起動するように第２のコマンドを送信することであって、第２のサービスは第２のデータベースにアクセスして、第２の複数の装置から受信される第２の複数のメッセージを変換する、送信することと、第１のサービス及び第２のサービスを管理するためのユーザ・インターフェイスを提供することと、を含んでよい。
【０００７】
本技術の他の構成は当業者には以下の詳細な説明から直ちに明瞭になると思われる。尚、本技術の種々の構成は例証として図示され説明される。追って理解されようが、本技術は他の異なる構成が可能であり、その幾つかの詳細は種々の別々の点で変更可能であるが、全て本技術の範囲から逸脱するものではない。したがって、図面及び詳細な説明は性質上例示的とみなされるべきであり、限定的とみなされるべきではない。
【０００８】
本技術の一定の特徴は以下に列挙される条項に記載される。しかしながら、説明のため、本技術の幾つかの実施例は以下の図面に記載される。
【図面の簡単な説明】
【０００９】
【図１】集中通信システムが１つ又は複数の実装例に従って展開されてよい病院システム例を示す図である。
【図２】１つ又は複数の実装例に従う病院システム内の集中通信システムの拡張可能展開例を示す図である。
【図３】１つ又は複数の実装例に従う拡張可能展開システムのためのプロセス例のフロー図である。
【図４】１つ又は複数の実装例に従う拡張可能展開システムのためのプロセス例のフロー図である。
【図５】１つ又は複数の実装例に従う拡張可能展開システムにおけるユーザ認証のためのプロセス例のフロー図である。
【図６】１つ又は複数の実装例に従う拡張可能展開システムのワークフロー例を示す図である。
【図７】１つ又は複数の実装例に従う拡張可能展開システムにおけるユーザ認証のためのワークフロー例を示す図である。
【図８】１つ又は複数の実装例に従う拡張可能展開システムにおいて構成情報を提供するためのユーザ・インターフェイス例を示す図である。
【図９】１つ又は複数の実装例に従う拡張可能展開システムにおいてサーバを加えるためのユーザ・インターフェイス例を示す図である。
【図１０】１つ又は複数の実装例に従う拡張可能展開システムにおいてサービス・グループを加えるためのユーザ・インターフェイス例を示す図である。
【図１１】１つ又は複数の実装例に従う拡張可能展開システムにおいてサービス・グループにサービスを加えるためのユーザ・インターフェイス例を示す図である。
【図１２】１つ又は複数の実装例に従う拡張可能展開システムにおいてサービスを起動するためのユーザ・インターフェイス例を示す図である。
【図１３】１つ又は複数の実装例に従う拡張可能展開システムにおいてサービス・グループを管理するためのユーザ・インターフェイス例を示す図である。
【図１４】１つ又は複数の実装例に従う拡張可能展開システムにおいてサービス・グループのサービスを管理するためのユーザ・インターフェイス例を示す図である。
【図１５】１つ又は複数の実装例に従う展開された集中通信システムにおけるメッセージ追跡のためのユーザ・インターフェイス例を示す図である。
【図１６】１つ又は複数の実装例に従う展開された集中通信システムにおいてメッセージ追跡記録をフィルタリングするためのユーザ・インターフェイス例を示す図である。
【図１７】１つ又は複数の実装例に従う展開された集中通信システムにおいてテキスト形式のメッセージ追跡記録を検索するためのユーザ・インターフェイス例を示す図である。
【図１８】１つ又は複数の実装例に従う展開された集中通信システムにおいてグリッド形式のメッセージ追跡記録を検索するためのユーザ・インターフェイス例を示す図である。
【図１９】１つ又は複数の実装例に従う展開された集中通信システムにおいてヘルス・レベル７（ＨＬ７：Ｈｅａｌｔｈ  Ｌｅｖｅｌ  ７）形式のメッセージ追跡記録を検索するためのユーザ・インターフェイス例を示す図である。
【図２０】１つ又は複数の実装例に従う展開された集中通信システムにおいて拡張可能なマークアップ言語（ＸＭＬ：Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式のメッセージ追跡記録を検索するためのユーザ・インターフェイス例を示す図である。
【図２１】１つ又は複数の実装例に従う展開された集中通信システムにおけるマルチタブ・メッセージ追跡のためのユーザ・インターフェイス例を示す図である。
【図２２】１つ又は複数の実装例に従う拡張可能展開システムにおけるユーザ管理のためのユーザ・インターフェイス例を示す図である。
【図２３】本技術の１つ又は複数の実装例を実現し得る電子システムを概念的に示す図である。
【発明を実施するための形態】
【００１０】
以下に記載される詳細な説明は本技術の種々の構成の一記述として意図されるものであって、本技術が実施されてよい構成のみを表すことを意図するものではない。添付図面は本明細書に組み込まれ、詳細な説明の一部を構成する。詳細な説明は、本技術を完全に理解させる目的で特定の詳細を含む。しかしながら、本技術は本明細書に記載される特定の詳細に限定されるものではなく、１つ又は複数の実装例を用いて実施されてよいことが当業者には明白且つ明瞭であろう。幾つかの例では、本技術の概念を不明瞭にするのを回避するために、周知の構成及び構成部品がブロック図の形態で示される。
【００１１】
多くの病院が多くの異なるベンダにより日々開発される多くの異なるアプリケーションや装置を使用することが一般的であり、ヘルスケア環境における相互運用は複雑で困難なものとなっている。ベンダ側及びユーザ側の両方においてシステム間でのデータ又は情報の交換を可能とし、且つ全システムのシームレスな協同作用を可能とする統合ソリューションを含む集中通信システムが望まれる。ベンダ側は例えば、入院・退院・転院（ＡＤＴ）システム、患者オーダ・データ・システム、処方データ・システム、手術室情報システム（ＯＲＩＳ：Ｏｐｅｒａｔｉｎｇ  Ｒｏｏｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）、電子医療記録（ＥＭＲ：Ｅｌｅｃｔｒｏｎｉｃ  Ｍｅｄｉｃａｌ  Ｒｅｃｏｒｄ）システム、ＭＭＩＳ、課金システム、及び／若しくは包装システムの何れか又は任意の組み合わせのような病院情報システム（ＨＩＳ：Ｈｏｓｐｉｔａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）を含んでよい。ユーザ側は、調合装置、輸液装置、及び看護師、介護者又は患者自らもが操作する人工呼吸器などの種々のアプリケーション又は患者装置を含んでよい。
【００１２】
所与の病院システムにおいて、様々なシステム及び装置のための統合ソリューションが別々に管理されてよい。例えば、ＨＩＳシステム用統合ソリューションは、患者装置用統合ソリューションとは別のグループにより管理されてよい。更には、個別のグループは、個別のグループによる個別の統合ソリューションの展開及び／又はアップグレードの仕方に影響を及ぼし得る異なる予算又はシステム／資源の制約を有してよい。したがって、例えば病院システム内の個別の統合ソリューションが、その病院内のその他の統合ソリューションとの相互運用を維持しつつも、その病院システム内のその他の統合ソリューションの展開とは独立して、任意の数のサーバにわたり展開されてよくなるように、統合ソリューションの独立した展開を考慮することが望ましいであろう。同様に、病院システム内の個別の統合ソリューションが、その病院システム内のその他の統合ソリューションとの相互運用を維持しつつも、その病院システム内のその他の統合ソリューションとは独立してアップグレードされてよくなるように、統合ソリューションの独立したアップグレードを考慮することが望ましいであろう。個別の統合ソリューションの展開及び／又はアップグレード・パスに拘わらず、病院システム内の統合ソリューションの全ての集中管理及び監視に備える集中管理インターフェイスを提供することもまた望ましいであろう。
【００１３】
図１は、１つ又は複数の実装例に従って病院システム１００内に展開される集中通信システム（ＣＣＳ：Ｃｅｎｔｒａｌｉｚｅｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）１２０のシステム構築例を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の条項の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。更には、説明のため、ＣＣＳ１２０は病院システム１００内に展開されるように記述される。しかしながら、ＣＣＳ１２０は病院システム１００内に展開されることに限定されず、相互通信システムを実現し得る任意のネットワーク環境に展開されてよい。
【００１４】
病院システム１００は、医療装置及びデータ・システム１０５Ａ〜Ｎ、病院情報システム１１０、及びＣＣＳ１２０を含む。一実例では、病院システム１００は統合配信ネットワーク（ＩＤＮ：Ｉｎｔｅｇｒａｔｅｄ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ）又はその一部であってよい。病院情報システム１１０は多数の別々の電子健康記録（ＥＨＲ：Ｅｌｅｃｔｒｏｎｉｃ  Ｈｅａｌｔｈ  Ｒｅｃｏｒｄ）システム１０５Ｏ〜Ｔを含んでよく、これには、集中治療室（ＩＣＵ：Ｉｎｔｅｎｓｉｖｅ  Ｃａｒｅ  Ｕｎｉｔ）システム１０５Ｏ、手術室（ＯＲ：Ｏｐｅｒａｔｉｎｇ  Ｒｏｏｍ）システム１０５Ｐ、救急部（ＥＤ：Ｅｍｅｒｇｅｎｃｙ  Ｄｅｐａｒｔｍｅｎｔ）システム１０５Ｑ、薬局（ＰＨＡＲＭ：Ｐｈａｒｍａｃｙ）システム１０５Ｒ、麻酔後回復室（ＰＡＣＵ：Ｐｏｓｔ−Ａｎｅｓｔｈｅｓｉａ  Ｃａｒｅ  Ｕｎｉｔ）システム１０５Ｓ、及び医療記録（ＭＥＤＲＥＣ：Ｍｅｄｉｃａｌ  Ｒｅｃｏｒｄｓ）システム１０５Ｔが含まれる。ＥＨＲシステム１０５Ｏ〜Ｔのうちの何れもＥＨＲデータベース１１７にネットワーク接続されてよい。
【００１５】
医療装置及びデータ・システム１０５Ａ〜Ｎは、Ｐｙｘｉｓ  ＭｅｄＳｔａｔｉｏｎ（商標）Ａｕｔｏｍａｔｅｄ  Ｄｉｓｐｅｎｓｉｎｇ  Ｍａｃｈｉｎｅｓ（ＡＤＭｓ）のような、ナース・ステーションにて薬剤を保管し調合できる１つ又は複数の薬剤調合装置１０５Ａと、Ｐｙｘｉｓ（登録商標）  Ａｎｅｓｔｈｅｓｉａ  Ｓｙｓｔｅｍｓのような、手術室にて麻酔医により用いられる薬剤を保管し管理できる１つ又は複数の手術室薬剤システム１０５Ｂと、Ｐｙｘｉｓ  ＳｐｅｃｉａｌｔｙＳｔａｔｉｏｎｓ（商標）のような、個別の治療区域にて薬剤や補給品を保管できる１つ又は複数の処置補給品保管装置１０５Ｃと、Ｐｙｘｉｓ  ＯｎｃｏｌｏｇｙＳｔａｔｉｏｎｓ（商標）のような、腫瘍部にてがん治療に用いられる特殊で有害な薬剤を管理できる１つ又は複数の腫瘍薬剤及び補給品保管システム１０５Ｄと、Ｐｙｘｉｓ  ＤｕｏＳｔａｔｉｏｎｓのような、薬剤及び補給品の両方の保管を要する区域にて用いられ得る１つ又は複数の薬剤及び補給品保管システム１０５Ｅと、Ｐｙｘｉｓ  Ｓｕｐｐｌｙ  Ｓｔａｔｉｏｎシステムのような、病院内の臨床現場にて補給品を保管するために用いられ得る１つ又は複数の補給品保管システム１０５Ｆと、Ｐｙｘｉｓ  Ｐｒｏｃｅｄｕｒｅ  Ｓｔａｔｉｏｎシステムのような、周術期環境や処置室のような特別な区域にて用いられる機器や補給品の保管場所を提供できる１つ又は複数の専門品保管システム１０５Ｇとを含んでよい。
【００１６】
医療装置及びデータ・システム１０５Ａ〜Ｎは更に、Ｐｙｘｉｓ  ＣａｔＲａｃｋｓのような、ペースメーカー、ステント及びカテーテルのような器具を含む、心臓科や放射線研究室にて用いられる補給品を保管できる１つ又は複数の心臓関連保管システム１０５Ｈと、Ｐｙｘｉｓ  ＳｃｒｕｂＳｔａｔｉｏｎｓ（登録商標）システムのような、医師や看護師により着用される手術着を分配し且つ／又は収集できる１つ又は複数の衣服管理装置１０５Ｉと、Ｐｙｘｉｓ  Ｐａｔｉｅｎｔ  Ｐｏｉｎｔ  ｏｆ  Ｃａｒｅ  （ＰＰＯＣ）検証システムのような、薬剤の投与を管理できる１つ又は複数の薬剤投与システム１０５Ｊと、Ｐｙｘｉｓ  ＰＡＲｘ（登録商標）システムのような、病院内の分散調合装置に補給するための薬剤を集めるために病院薬局にて用いられ得る１つ又は複数の補充システム１０５Ｋと、Ｐｙｘｉｓ  ＣＩＩ  Ｓａｆｅ（商標）システムのような、病院内の規制物質を保管できる１つ又は複数の薬剤保管システム１０５Ｌと、Ｐｙｘｉｓ  Ｃｏｎｎｅｃｔシステムのような、内科医から薬剤オーダを取り込み、それらを薬局に転送することで、そのオーダを薬剤師が鑑査して薬剤管理システムに投入できるようにする１つ又は複数の内科医オーダ管理システム１０５Ｍと、ＰＨＡＣＴＳ（登録商標）システムのような、薬局内や薬局が管理する装置内の薬剤を管理できる１つ又は複数の第三者システム１０５Ｎとを含んでよい。
【００１７】
ＣＣＳ１２０はコア１２４、及び病院システム１００の一部である医療装置又はデータ・システム１０５Ａ〜Ｔのうちの１つ又は複数のための、インターフェイス・モジュールのような１つ又は複数のアダプタ１２２Ａ〜Ｔを含んでよい。コア１２４は１つ又は複数の統合ソリューションを表してよく、その場合、各統合ソリューションは、キューとデータベースとを共有する一群のＣＣＳサービスを含む。ＣＣＳ１２０は、単一のサーバ又は、併置されるサーバ及び／若しくは散置されるサーバのような複数のサーバに常駐してよい。複数のサーバの例では、アダプタ１２２Ａ〜Ｔはそのサーバにわたり分散されてよく、各サーバはコア１２４のＣＣＳサービスのうちの１つを含んでよい。ＣＣＳ１２０の例示的構成は更に図２に関連して後述される。
【００１８】
アダプタ１２２Ａ〜Ｔのうちの何れも、例えばアダプタ１２２Ａは、共通の基本構成、即ち「フレームワーク」から構築されてよく、またアダプタ１２２Ａに接続される医療装置又はデータ・システム１０５Ａ〜Ｔ、例えば薬剤調合装置１０５Ａにより用いられる特定のネイティブ・メッセージ形式に従ってカスタマイズされてよい。コア１２４はアダプタ１２２Ａ〜Ｔ間において内部メッセージング形式でメッセージを転送してよい。１つ又は複数の実装例において、内部メッセージング形式は、医療装置及びデータ・システム１０５Ａ〜Ｔのうちの１つ又は複数により用いられるネイティブ・メッセージ形式とは異なってよい。アダプタ１２２Ａ〜Ｔのうちのどれが内部メッセージング形式メッセージを提供しているのか、又はアダプタ１２２Ａ〜Ｔのうちのどれが内部メッセージング形式メッセージを受信しているのかに拘わらず、内部メッセージング形式は全ての内部メッセージング形式メッセージに共通である。
【００１９】
アダプタ１２２Ａ〜Ｔは各々、アダプタ１２２Ａ〜Ｔにより受信且つ／又は転送される内部メッセージング形式メッセージの永続的記憶に備えてよいデータベース内の１つ又は複数のキューと関連付けられてよい。こうして、ＣＣＳ１２０を通して転送される任意のメッセージは、その宛先に送られる前にキューに記憶されてよい。例えば、薬剤調合装置１０５Ａなどからのメッセージが特定のアダプタ１２２Ａに到着すると、そのメッセージはアダプタ１２２Ａに関連付けられるキューに記憶される。アダプタ１２２Ａはそのキュー内のメッセージを先入れ先出し方式又はその他の方式で処理してよい。それ故に、アダプタ１２２Ａはそのキューからメッセージを取得すると、そのメッセージの宛先を判断し、そのメッセージを適切なアダプタ、例えばアダプタ１２２Ｊに転送する。しかしながら、そのメッセージが薬剤投与システム１０５Ｊにより受信されたという表示をアダプタ１２２Ａが薬剤調合装置１０５Ａから受信するまでは、そのメッセージはアダプタ１２２Ａのキュー内に留まる。
【００２０】
１つ又は複数の実装例において、メッセージ・キューは、デフォルト構成ではメッセージ・ライフサイクルの一部である３つのチェックポイントを表してよい。３つのチェックポイントはキュー内（ＩｎＱ）、標準キュー外（ＳｔｄＯｕｔＱ）及びキュー外（ＯｕｔＱ）であってよい。いつであってもＣＣＳ１２０が動作停止した場合、メッセージ処理は、キューの使用により、各メッセージの以前のチェックポイントから再開する。加えて、ＣＣＳ１２０を通して転送される任意のメッセージは、キューのうちの何れかにおけるそのメッセージの場所に基づいて、又はＣＣＳ１２０での任意の追加のチェックポイントに基づいて追跡されてよい。例えば、ＣＣＳ１２０のロギング要素はログ・メッセージを、そのログ・メッセージの種類、例えば、異なる種類のＣＣＳ１２０内イベントに応じたＣＣＳ１２０のデータベースに挿入してよい。データベース内のログ・エントリは、タイムスタンプのようなイベントの日時、カテゴリ、ログ・メッセージ、及びログ・オーナーの表示を含んでよい。
【００２１】
ＣＣＳ１２０はログを閲覧するためのログ・ビューアを含むユーザ・インターフェイスを提供してよい。ログ・ビューアによりユーザは、群内の何れか１つのメッセージから全ての関連メッセージを追跡できてよい。メッセージが脱落した場合、そのメッセージは何処で脱落しライフサイクルを完遂できなくなったのかの表示を含んでよく、例えば、メッセージ・ライフサイクルは、メッセージがＣＣＳ１２０に入った時に始まってよく、メッセージがＣＣＳ１２０を出た時に完了してよい。ログ・ビューアによりメッセージは、Ｐｙｘｉｓメッセージやヘルス・レベル７（ＨＬ７）メッセージなどの１つ又は複数の形式に基づいて構文解析されてよい。ログ・ビューアはメッセージを脱落させたかもしれないビジネス・ルールを示してもよい。ログ・ビューアによりユーザはソリューション・レベルで、サービス・レベルで且つ／又はＩＤＮ全体にわたりメッセージ追跡記録検索を実行し得てよい。１つ又は複数の実装例において、ログ・ビューアはウェブ・アプリケーションでよく、また図１５〜２１に関連して後述されるユーザ・インターフェイスのうちの１つ又は複数を含んでよい。
【００２２】
１つ又は複数の実装例において、コア１２４は内部メッセージング形式メッセージを第１のアダプタ１２２Ａから１つ又は複数の第２のアダプタ１２２Ｂ〜Ｔに、第１のアダプタ１２２Ａにより提供される情報に従って転送することで、「プッシュ型」通信モードで機能する。１つ又は複数の実装例において、コア１２４は内部メッセージング形式メッセージをアダプタ１２２Ａ〜Ｔ間で転送するためにのみ機能し、内部メッセージング形式メッセージを処理することはしない。１つ又は複数の実装例において、ＣＣＳ１２０は、複数の物理的サイトの外部装置に接続されてよい１つ又は複数のアダプタ１２２Ａ〜Ｔを含んでよい。異なるアダプタ１２２Ａ〜Ｔに関連付けられる複数のＣＣＳサービスをコア１２４が含んでいる１つ又は複数の実装例において、ＣＣＳサービスは内部メッセージング形式メッセージを、１つのＣＣＳサービスのアダプタ１２２Ａから他のＣＣＳサービスのアダプタ１２２Ｂへのように、互いに転送してよい。
【００２３】
ＣＣＳ１２０は医療装置及びデータ・システム１０５Ａ〜Ｔ間に抽象化層を作成するため、任意の送信側医療装置若しくはデータ・システム１０５Ａ〜Ｔ又は宛先医療装置若しくはデータ・システム１０５Ａ〜Ｔは、病院システム１００又はＩＤＮ内のその他の医療装置及びデータ・システム１０５Ａ〜Ｔの詳細を知る必要はなく、通常構成で動作するためのデータ及びプロトコルを知る必要があるのみである。例えば、自動調合機（ＡＤＭ：Ａｕｔｏｍａｔｅｄ  Ｄｉｓｐｅｎｓｉｎｇ  Ｍａｃｈｉｎｅ）は在庫関連のデータを含んでよいが、輸液システムでは輸液システムの輸液ポンプを通して注入している薬剤の在庫情報に着目するのみでよい。別の実例として、臨床現場（ＰＯＣ：Ｐｏｉｎｔ  Ｏｆ  Ｃａｒｅ）システムは、調合システムからの他の何よりも非常投薬の警告に連携されるように構成されるのみでよい。
【００２４】
図２は、１つ又は複数の実装例に従う病院システム内の集中通信システムの拡張可能展開例２００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の条項の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００２５】
拡張可能展開例２００は、１つ又は複数の医療装置２１０、１つ又は複数のデータ・システム２２０、１人又は複数人のユーザ２３０、１つ又は複数のサーバ２４０Ａ〜Ｃ、及び１つ又は複数のデータベース・サーバ２５０を含んでよい。１つ又は複数の医療装置２１０は、ポンプや輸液システムのような、病院システムにて用いられてよい前述の医療装置のうちの何れを含んでよい。１つ又は複数のデータ・システム２２０は、ＡＤＴシステムやＥＭＲシステムのような、病院システムの医療装置と通信してよい前述のデータ・システムのうちの何れでもよい。１人又は複数のユーザ２３０は、医療装置２１０及び／若しくはデータ・システム２２０のうちの１つ又は複数のための統合ソリューションを管理するユーザ、その統合ソリューションを展開するユーザ、又は一般に任意の運営若しくは管理ユーザであってよい。
【００２６】
サーバ２４０Ａ〜Ｃ及びデータベース・サーバ２５０は、図２３に関連して後述されるコンピューティング装置のような、メモリ及び１つ又は複数のプロセッサを含む１つ又は複数のコンピューティング装置を表してよい。サーバ２４０Ａ〜Ｂは１つ又は複数のアダプタ２４２Ａ〜Ｄ及び１つ又は複数のサービス２４４Ａ〜Ｃをホストしてよい。サービス２４４Ａ〜Ｃは各々、サーバ２４０Ａ〜Ｂ上で実行する少なくとも１つのＣＣＳサービスを含んでよい。１つ又は複数の実装例において、サービス２４４Ａ〜Ｃはサーバ２４０Ａ〜Ｃのうちの何れか１つでホストされてよい。サーバ２４０Ａ〜Ｂはまた、サーバ２４０Ａ〜Ｂ上で実行しているプロセスであってよいエージェント２４５Ａ〜Ｂを含んでよく、そのエージェント２４５Ａ〜Ｂはサーバ２４０Ｃと通信していてよい。サーバ２４０Ｃは管理コンソール・アプリケーション２４６、及びインターネット情報サーバ（ＩＩＳ：Ｉｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒ）サービスのような１つ又は複数の管理コンソール・サービス２４８をホストしてよい。１つ又は複数の実装例において、管理コンソール・アプリケーション２４６はウェブ・アプリケーションであってよい。
【００２７】
データベース・サーバ２５０は、ＳＱＬインスタンスのような少なくとも１つのデータベース・インスタンス２５２をホストしてよい。サーバ２４０Ａ〜Ｃにより活用されるデータベース２５４Ａ〜Ｃは全て、データベース・サーバ２５０上の単一のデータベース・インスタンス２５２に存在してよい。或いは、データベース２５４Ａ〜Ｃは、データベース・サーバ２５０上の複数のデータベース・インスタンス２５２にわたり存在してよい。データベース・インスタンス２５２には、展開される各統合ソリューション、即ちサービス・グループごとに別々のデータベース２５４Ａ〜Ｂがあってよい。１つ又は複数の実装例において、サービス・グループは、キューとデータベースとを共有する一群のサービスを含む所与のデータ・システム又は一組の患者装置用の統合ソリューションを表してよい。病院システムにおけるサービス・グループはその病院における他のサービス・グループとは独立して動作し、サービス・グループは病院システムにおける他のサービス・グループとは独立して構成、管理、展開及びアップグレードされ得る。例えば、所与の展開は、輸液統合ソリューションのためのサービス・グループや調合統合ソリューションのためのサービス・グループなどを含んでよい。
【００２８】
例えば、図２において、サービス２４４Ａ〜Ｂはデータベース２５４Ａにアクセスするサービス・グループの一部であってよく、サービス２４４Ｃはデータベース２５４Ｂにアクセスするサービス・グループの一部であってよい。管理コンソール・データベース２５４Ｃは管理コンソール・アプリケーション２４６に関する情報を記憶してよい。サービス２４４Ａ〜Ｃは、例えば図３及び４に関連して後述されるように、管理コンソール・アプリケーション２４６によりサーバ２４０Ａ〜Ｂ上に展開されてよい。
【００２９】
図３は、１つ又は複数の実装例に従う拡張可能展開システムのためのプロセス例３００のフロー図を示す。説明のため、プロセス例３００のブロックは本明細書では連続して、即ち直線的に発生するように記述される。しかしながら、プロセス例３００の複数のブロックは並行して発生してもよい。加えて、プロセス例３００のブロックは図示の順番で実行される必要はなく、且つ／又はプロセス例３００のブロックのうちの１つ又は複数は実行される必要はない。
【００３０】
ブロック３０２において、管理コンソール・アプリケーション２４６と対話しているユーザは、管理コンソール・データベース２５４Ｃのような展開データベースを作成してよい。例えばユーザは、図８に関連して後述されるユーザ・インターフェイスとの対話により展開データベースを作成してよい。ブロック３０４において、管理コンソール・アプリケーション２４６と対話しているユーザは、少なくとも１つのサービス２４４Ａをホストするサーバ２４０Ａを特定するために、例えばサーバ２４０Ａの名前及びネットワーク・アドレスを提供してよい。例えばユーザは、図９に関連して後述されるユーザ・インターフェイスとの対話によりサーバ２４０Ａを特定してよい。
【００３１】
ブロック３０６において、管理コンソール・アプリケーション２４６と対話しているユーザは、ソリューションとも呼ばれてよい、サービス・グループを加えるために、例えばそのサービス・グループの名前を提供し、且つそのサービス・グループの少なくとも１つのサービス２４４Ａをホストするサーバ２４０Ａを特定してよい。サービス・グループ、即ちソリューションは、サービス２４４Ａ〜Ｂのような、キューとデータベース２５４Ａのようなデータベースとを共有する一群のサービスであってよい。１つの実例においてユーザは、図１０に関連して後述されるユーザ・インターフェイスとの対話によりサービス・グループを加えてよい。図４に関連して更に後述されるように、サービス・グループが加えられた場合、サーバ２４０Ｃはそのサービス・グループのためのデータベース２５４Ａを生成してよい。
【００３２】
ブロック３０８において、管理コンソール・アプリケーション２４６と対話しているユーザは、サービス２４４Ａをブロック３０６において作成されたサービス・グループに加えるために、例えばサービス２４４Ａの名前、そのサービスの種類、及びサービス２４４Ａをホストするサーバ２４０Ａの識別子を提供してよい。例えばユーザは、図１１に関連して後述されるユーザ・インターフェイスとの対話によりサービス２４４Ａを加えてよい。ブロック３１０において、管理コンソール・アプリケーション２４６と対話しているユーザは、ブロック３０８において作成されたサービス２４４Ａを開始してよい。例えばユーザは、図１２に関連して後述されるユーザ・インターフェイスとの対話によりサービス２４４Ａを開始してよい。
【００３３】
ユーザはブロック３０４〜３１０のうちの１つ又は複数を繰り返して展開内に他のサービス・グループを作成してよい。或いは、又は加えて、ユーザはブロック３０４及び３０８〜３１０のうちの１つ又は複数を繰り返して既存のサービス・グループに追加のサービスを加えてよい。こうしてユーザは、個別に管理及びアップグレードされてよいＩＤＮ内の複数の独立したサービス・グループを展開してよい。
【００３４】
図４は、１つ又は複数の実装例に従う拡張可能展開システムのためのプロセス例４００のフロー図を示す。説明のため、プロセス例４００のブロックは本明細書では連続して、即ち直線的に発生するように記述される。しかしながら、プロセス例４００の複数のブロックは並行して発生してもよい。加えて、プロセス例４００のブロックは図示の順番で実行される必要はなく、且つ／又はプロセス例４００のブロックのうちの１つ又は複数は実行される必要はない。
【００３５】
ブロック４０２において、サーバ２４０Ｃは、管理コンソール・アプリケーション２４６と対話しているユーザからなど、サービス・グループの作成要求を受信する。その要求は、そのサービス・グループの名前、及びそのサービス・グループの少なくとも１つのサービス２４４Ａをホストするサーバ２４０Ａの識別子を含んでよい。サーバ２４０Ｃは既に、管理コンソール・データベース２５４Ｃに対して情報を取得しまた記憶するように構成されているかもしれない。１つ又は複数の実装例において、サーバ２４０Ｃは、そのサービス・グループの名前を管理コンソール・データベース２５４Ｃに記憶してよい。
【００３６】
ブロック４０４において、サーバ２４０Ｃは、その要求にて特定されたサーバ２４０Ａ上で実行しているエージェント２４５Ａから、そのサービス・グループのためのデータベース２５４Ａを作成するためのスクリプトを取得してよい。例えば、サーバ２４０Ｃは、エージェント２４５Ａに対して、データベース２５４Ａを作成するためのスクリプトを要求するメッセージを送信してよい。１つ又は複数の実装例において、そのスクリプトは、ブロック４０２において特定されたサービス・グループに固有であってよく、またその他のサービス・グループのためのデータベースを生成するために用いられるスクリプトとは独立してアップグレード又は変更されてよい。
【００３７】
ブロック４０６において、サーバ２４０Ｃは、データベース・インスタンス２５２内にそのサービス・グループのためのデータベース２５４Ａを生成してよい。例えば、サーバ２４０Ｃは、ブロック４０４において取得されたスクリプトを実行して、データベース・インスタンス２５２にデータベース２５４Ａを生成してよい。サーバ２４０Ｃは、データベース２５４Ａの名前を、そのサービス・グループの名前と同じに又は少なくともその一部を含むように設定してよい。例えば、そのサービス・グループの名前はデータベース２５４Ａの名前の接頭辞又は接尾辞であってよい。１つ又は複数の実装例において、サーバ２４０Ｃはデータベース２５４Ａの名前、及びデータベース２５４Ａの名前とそのサービス・グループの名前との間の関連を管理コンソール・データベース２５４Ｃに記憶してよい。
【００３８】
ブロック４０８において、サーバ２４０Ｃは、管理コンソール・アプリケーション２４６と対話しているユーザからなど、ブロック４０２において作成されたサービス・グループの一部としてのサービス２４４Ａの作成要求を受信してよい。その要求は、サービス２４４Ａが展開されるサーバ２４０Ａを特定してよい。ブロック４１０において、サーバ２４０Ｃは、サーバ２４０Ａ上で実行しているエージェント２４５Ａに対して、エージェント２４５Ａにサービス２４４Ａを作成するように命ずるコマンドを送信してよい。エージェント２４５Ａはサービス２４４Ａを作成してよく、またサービス２４４Ａを、データベース２５４Ａにアクセスするように構成してよい。
【００３９】
ブロック４１２において、サーバ２４０Ｃは、サービス２４４Ａが、特定されたサービス・グループの一部としてサーバ２４０Ａ上に作成されたことの表示を提供してよい。例えば、サーバ２４０Ｃは、管理コンソール・アプリケーション２４６と対話しているユーザに対して、サービス２４４Ａが作成されたことを示し且つ／又はそのサービスの状態を提供するユーザ・インターフェイスを提供してよい。例えば、サーバ２４０Ｃはユーザに、図１４に関連して後述されるユーザ・インターフェイスを提供してよい。
【００４０】
ブロック４１４において、サーバ２４０Ｃはサービス２４４Ａの開始要求を受信してよい。例えば、管理コンソール・アプリケーション２４６と対話しているユーザは、サービス２４４Ａの開始要求をサーバ２４０Ｃに送信してよい。ブロック４１６において、サーバ２４０Ｃは、サーバ２４０Ａ上で実行しているエージェント２４５Ａに対して、エージェント２４５Ａにサービス２４４Ａを開始するよう命ずるコマンドを送信してよい。
【００４１】
図５は、１つ又は複数の実装例に従う拡張可能展開システムにおけるユーザ認証のためのプロセス例５００のフロー図を示す。説明のため、プロセス例５００のブロックは本明細書では連続して、即ち直線的に発生するように記述される。しかしながら、プロセス例５００の複数のブロックは並行して発生してもよい。加えて、プロセス例５００のブロックは図示の順番で実行される必要はなく、且つ／又はプロセス例５００のブロックのうちの１つ又は複数は実行される必要はない。
【００４２】
ブロック５０２において、サーバ２４０Ｃは、管理コンソール・アプリケーション２４６へのアクセスを試みるユーザから受信される要求のような、ユーザ認証要求を受信してよい。１つ又は複数の実装例において、ユーザ認証要求はユーザ識別子及びパスワードを含んでよい。例えば、サーバ２４０Ｃは、管理コンソール・アプリケーション２４６と対話しているユーザにユーザ・ログイン・インターフェイスを提供してよい。１つ又は複数の実装例において、サーバ２４０Ｃは、セキュリティ証明書に自己署名してよく、またその自己署名証明書を管理コンソール・アプリケーション２４６と対話しているユーザに提供してよく、これによりユーザのログイン資格情報はセキュア・ソケット・レイヤー（ＳＳＬ：Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）接続のような安全な接続を介して送信され得る。自己署名証明書は例えば、サーバ２４０Ｃの名前、サーバ２４０Ｃのネットワーク・アドレス、又はその他のサーバ２４０Ｃに関する識別情報を含んでよい。１つ又は複数の実装例において、自己署名証明書は、サーバ２４０Ｃが展開される時点で動的に生成されてよい。
【００４３】
ブロック５０４において、サーバ２４０Ｃは、ユーザ認証要求のユーザ識別子が管理コンソール・データベース２５４Ｃなどのローカル・ユーザ・データベースに存在するかを判定してよい。サーバ２４０Ｃが、ブロック５０４において、そのユーザ識別子がローカル・ユーザ・データベースに存在すると判定した場合、サーバ２４０Ｃはブロック５０６へ進む。ブロック５０６において、サーバ２４０Ｃは、ローカル・ユーザ・データベースから、そのユーザ識別子と関連付けられるユーザ・プロファイル情報を取得する。ブロック５０８において、サーバ２４０Ｃは、そのユーザ識別子が、アクティブ・ディレクトリ・システム又はその他の外部認証システムのような、外部認証システムからのものであることをそのユーザ・プロファイル情報が示しているかを判定する。例えば、ユーザ・プロファイル情報は、ユーザ識別子が内部ユーザ識別子などのローカル・ユーザ識別子であるか又は外部ユーザ識別子であるかの表示を含んでよい。或いは、又は加えて、サーバ２４０Ｃがユーザを複数の外部認証システムにより認証する場合、ユーザ識別子が外部認証システムからのものであれば、ユーザ・プロファイル情報は特定の外部認証システムの表示を含んでよい。
【００４４】
サーバ２４０Ｃが、ブロック５０８において、そのユーザ識別子は外部認証システムからのものである、例えば、そのユーザ識別子は外部ユーザ識別子であると判定した場合、サーバ２４０Ｃはブロック５１０へ進む。ブロック５１０において、サーバ２４０Ｃはそのユーザ識別子を外部認証システムにより認証する。例えば、サーバ２４０Ｃは、そのユーザ識別子及びパスワードなどの、ユーザのログイン資格情報を外部認証システムへ安全に送信してよい。サーバ２４０Ｃが、ブロック５０８において、そのユーザ識別子は外部認証システムからのものではない、例えば、そのユーザ識別子は内部ユーザ識別子であると判定した場合、サーバ２４０Ｃはブロック５１２へ進む。ブロック５１２において、サーバ２４０Ｃはユーザをローカル・ユーザ認証システムにより認証する。例えば、サーバ２４０Ｃは、そのユーザ識別子及びパスワードなどの、ユーザのログイン資格情報がローカル・ユーザ・データベースに記憶される情報と一致するか検証してよい。
【００４５】
サーバ２４０Ｃが、ブロック５１４において、ユーザの認証が成功したと判定した場合、サーバ２４０Ｃはブロック５１８へ進む。ブロック５１８において、サーバ２４０Ｃはユーザに対して管理コンソール・アプリケーション２４６へのアクセスを許可する。例えば、サーバ２４０Ｃはユーザに、図１３に関連して後述されるユーザ・インターフェイスを提供してよい。サーバ２４０Ｃが、ブロック５１４において、認証が成功しなかったと判定した場合、サーバ２４０Ｃはブロック５１６へ進む。ブロック５１６において、サーバ２４０Ｃはユーザに対して管理コンソール・アプリケーション２４６へのアクセスを拒否する。
【００４６】
サーバ２４０Ｃが、ブロック５０４において、そのユーザ識別子がローカル・ユーザ・データベースに存在しないと判定した場合、サーバ２４０Ｃはブロック５２０へ進む。ブロック５２０において、サーバ２４０Ｃはそのユーザ識別子を外部認証システムにより認証する。例えば、サーバ２４０Ｃは、そのユーザ識別子及びパスワードなどの、ユーザのログイン資格情報を外部認証システムへ安全に送信してよい。サーバ２４０Ｃがユーザを複数の外部認証システムにより認証する場合、サーバ２４０Ｃは、その外部認証システムの各々によりユーザのログイン資格情報の認証を試みてよい。
【００４７】
サーバ２４０Ｃが、ブロック５２２において、ユーザの認証が成功したと判定した場合、サーバ２４０Ｃはブロック５２４へ進む。ブロック５２４において、サーバ２４０Ｃはその外部ユーザ識別子を、そのユーザ識別子は外部認証システムにより認証されるべきという表示と共に、ローカル・ユーザ・データベースに加える。サーバ２４０Ｃがユーザを複数の外部認証システムにより認証する場合、サーバ２４０Ｃは、そのユーザが認証される特定の外部認証システムの表示をも記憶してよい。ブロック５２４において、サーバ２４０Ｃはユーザに対して管理コンソール・アプリケーション２４６へのアクセスを許可する。例えば、サーバ２４０Ｃはユーザに、図１３に関連して後述されるユーザ・インターフェイスを提供してよい。サーバ２４０Ｃが、ブロック５２２において、認証が成功しなかったと判定した場合、サーバ２４０Ｃはブロック５１６へ進む。ブロック５１６において、サーバ２４０Ｃはユーザに対して管理コンソール・アプリケーション２４６へのアクセスを拒否する。
【００４８】
図６は、１つ又は複数の実装例に従う拡張可能展開システムのワークフロー例６００を示す。説明のため、ワークフロー例６００のステップは本明細書では連続して、即ち直線的に発生するように記述される。しかしながら、ワークフロー例６００の複数のステップは並行して発生してもよい。加えて、ワークフロー例６００のステップは図示の順番で実行される必要はなく、且つ／又はワークフロー例６００のブロックのうちの１つ又は複数は実行される必要はない。
【００４９】
ワークフロー６００は、ユーザ２３０、サーバ２４０Ｂ及び２４０Ｃ、並びにデータベース・サーバ２５０を含んでよい。サーバ２４０Ｂは、エージェント２４５Ｂ、並びにローカル・サービス、ウェブ・サービス及び／又は構成情報などの１つ又は複数のコンポーネント６０５を含んでよい。サーバ２４０Ｃは、管理コンソール・アプリケーション２４６及び管理コンソール・サービス２４８を含んでよい。データベース・サーバ２５０は、管理コンソール・データベース２５４Ｃ及びデータベース２５４Ｂを含んでよい、少なくとも１つのデータベース・インスタンス２５２を含んでよい。
【００５０】
ステップ６１０では、サービス・グループの作成要求を受信すると、管理コンソール・サービス２４８の展開管理コンソールは、そのサービス・グループのためのコア環境を登録してよい。ステップ６２０では、管理コンソール・サービス２４８の展開管理コンソールは、エージェント２４５Ｂから取得されるスクリプトを用いるなどにより、そのサービス・グループのためのデータベース２５４Ｂのデータベース・コンポーネントを作成する。
【００５１】
ステップ６３０では、管理コンソール・サービス２４８の展開管理コンソールは、データベース２５４Ｂのデータベース・コンポーネントを、管理コンソール・データベース２５４Ｃを通すなどにより、登録されたデータベース・インスタンス２５２に登録する。ステップ６４０では、管理コンソール・サービス２４８の展開管理コンソールは、登録された環境にインストールされるコンポーネントで、サーバ２４０Ｂ上にサービスを作成する。例えば、展開管理コンソールは、エージェント２４５Ｂに対して、エージェント２４５Ｂにサーバ２４０Ｂ上にサービス２４４Ｃを作成するように命ずるコマンドを送信してよい。
【００５２】
図７は、１つ又は複数の実装例に従う拡張可能展開システムにおけるユーザ認証のためのワークフロー例７００を示す。説明のため、ワークフロー例７００のステップは本明細書では連続して、即ち直線的に発生するように記述される。しかしながら、ワークフロー例７００の複数のステップは並行して発生してもよい。加えて、ワークフロー例７００のステップは図示の順番で実行される必要はなく、且つ／又はワークフロー例７００のブロックのうちの１つ又は複数は実行される必要はない。
【００５３】
ワークフロー７００は、ＣＣＳアプリケーション７０２、データ層７０４、アプリケーション・サービス層７０６、及び外部認証システム７０８を含む。データ層７０４は、ユーザ・テーブル、ロール定義、及びユーザロール・マッピングを含んでよい。アプリケーション・サービス層７０６は、ユーザ管理サービス、ロール・サービス、認証サービス、及びグループ−ロール管理サービスを含んでよい。サービスは管理コンソール・サービス２４８の一部であってよく、またサーバ２４０Ｃ上で実行していてよい。外部認証システム７０８は、ＣＣＳと関連付けられる１つ又は複数のユーザ群を含んでよい。１つ又は複数の実施例において、外部認証システムは、病院又はＩＤＮのアクティブ・ディレクトリ・サービスであってよい。
【００５４】
ステップ７１０では、ユーザ認証サービスは、外部認証システム７０８からユーザ情報を取得する。例えば、ユーザ認証サービスは、外部認証システム７０８からユーザ識別子及び他のユーザ識別情報を取得してよい。１つ又は複数の実装例において、ユーザ認証サービスは、外部認証システム７０８からパスワード又は他のセキュリティ資格情報を取得しなくてもよい。
【００５５】
ステップ７２０では、ユーザ管理サービスは、データ層７０４のユーザ・テーブル及びユーザロール・マッピングに、外部認証システムから取得されたユーザのプロファイルを作成してよい。例えば、ユーザ管理サービスは、ユーザ・プロファイルを管理コンソール・データベース２５４Ｃ、又はデータベース・インスタンス２５２内の他のデータベースに記憶してよい。ステップ７３０では、図５に関連して前述の通り、認証サービスは、要求に応じて、ユーザ資格情報を外部認証システム７０８により認証する。
【００５６】
図８は、１つ又は複数の実装例に従う拡張可能展開システムにおいて構成情報を提供するためのユーザ・インターフェイス例８００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００５７】
ユーザ・インターフェイス８００は展開構成ウィンドウ８１０を含んでよい。展開構成ウィンドウ８１０は、データベース・インスタンスの識別子などの、ＣＣＳ１２０の初期展開に用いられてよい情報を提供するためにユーザが用いてよい１つ又は複数の入力フィールド及び／又は入力セレクタを含んでよい。動作に際しては、ユーザが新たな展開の作成を要求した時に、サーバ２４０Ｃが管理コンソール・アプリケーション２４６を通じてユーザにユーザ・インターフェイス８００を提供してよい。１つ又は複数の実装例において、ユーザがユーザ・インターフェイス８００を通じて展開情報を提供することに応じて、サーバ２４０Ｃは、管理コンソール・データベース２５４Ｃなどの展開データベースを作成し、また展開をデータベース・インスタンス２５２に関連付けてよい。
【００５８】
図９は、１つ又は複数の実装例に従う拡張可能展開システムにおいてサーバを加えるためのユーザ・インターフェイス例９００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００５９】
ユーザ・インターフェイス９００はサーバ追加ウィンドウ９１０を含んでよい。サーバ追加ウィンドウ９１０は、サーバ２４０Ａのような、展開に加えられるサーバに関する情報を提供するための１つ又は複数の入力フィールド及び／又は入力セレクタを含んでよい。例えば、サーバ追加ウィンドウ９１０は、サーバ２４０Ａの名前、又は識別子を提供するためのテキスト・フィールド、及びサーバ２４０Ａのネットワーク・アドレスを提供するためのテキスト・フィールドを含んでよい。動作に際しては、ユーザが展開へのサーバの追加を要求した時に、サーバ２４０Ｃが管理コンソール・アプリケーション２４６を通じてユーザにユーザ・インターフェイス９００を提供してよい。１つ又は複数の実装例において、ユーザは、あらゆるサービス・グループ、即ちソリューションが作成可能となる前に、ユーザ・インターフェイス９００を通じてサーバ２４０Ａを特定することを要求されてよい。
【００６０】
図１０は、１つ又は複数の実装例に従う拡張可能展開システムにおいてサービス・グループを加えるためのユーザ・インターフェイス例１０００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００６１】
ユーザ・インターフェイス１０００はソリューション追加ウィンドウ１０１０を含んでよい。ソリューション追加ウィンドウ１０１０は、サービス・グループの名前、及びそのサービス・グループの少なくとも１つのサービスをホストするサーバ２４０Ａの識別子などの、展開に加えられるサービス・グループ（即ちソリューション）に関する情報を提供するための１つ又は複数の入力フィールド及び／又は入力セレクタを含んでよい。動作に際しては、ユーザが展開への新たなサービス・グループの追加を要求した時に、サーバ２４０Ｃが管理コンソール・アプリケーション２４６を通じてユーザにユーザ・インターフェイス１０００を提供してよい。１つ又は複数の実装例において、ユーザがユーザ・インターフェイス１０００を通じてサービス・グループ情報を提供することに応じて、サーバ２４０Ｃは、特定されるサーバ２４０Ａ上のエージェント２４５Ａと通信してデータベース・スクリプトを取得してよく、また、そのデータベース・スクリプトを用いてデータベース・インスタンス２５２にデータベース２５４Ａを作成してよい。
【００６２】
図１１は、１つ又は複数の実装例に従う拡張可能展開システムにおいてサービス・グループにサービスを加えるためのユーザ・インターフェイス例１１００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００６３】
ユーザ・インターフェイス１１００はサービス追加ウィンドウ１１１０を含んでよい。サービス追加ウィンドウ１１１０は、サービス２４４Ａの名前、サービス２４４Ａの種類、及びサービス２４４Ａをホストするサーバ２４０Ａの識別子などの、展開のサービス・グループ（即ちソリューション）に加えられるサービス２４４Ａに関する情報を提供するための１つ又は複数の入力フィールド及び／又は入力セレクタを含んでよい。動作に際しては、ユーザがサービス・グループへの新たなサービス２４４Ａの追加を要求した時に、サーバ２４０Ｃが管理コンソール・アプリケーション２４６を通じてユーザにユーザ・インターフェイス１１００を提供してよい。１つ又は複数の実装例において、ユーザがユーザ・インターフェイス１１００を通じてサービス情報を提供することに応じて、サーバ２４０Ｃは、特定されるサーバ２４０Ａ上のエージェント２４５Ａと通信してサービス２４４Ａを作成してよい。
【００６４】
図１２は、１つ又は複数の実装例に従う拡張可能展開システムにおいてサービスを起動するためのユーザ・インターフェイス例１２００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００６５】
ユーザ・インターフェイス１２００は確認ウィンドウ１２１０を含んでよい。確認ウィンドウ１２１０は、選択されるサービス２４４Ａが開始されるべきであることを確認するためにユーザにより用いられてよい１つ又は複数の入力セレクタを含んでよい。動作に際しては、ユーザが既存のサービス２４４Ａの起動を要求した時、又は新たなサービス２４４Ａがサービス・グループへ加えられた後に、サーバ２４０Ｃが管理コンソール・アプリケーション２４６を通じてユーザにユーザ・インターフェイス１２００を提供してよい。１つ又は複数の実装例において、ユーザがサービス２４４Ａが開始されるべきであることを確認することに応じて、サーバ２４０Ｃは、特定されるサーバ２４０Ａ上のエージェント２４５Ａと通信してサービス２４４Ａを開始、即ち起動してよい。サービス２４４Ａは、開始時に管理コンソール・データベース２５４Ｃのような展開データベースと通信して、データベース２５４Ａ〜Ｂのどちらがそのサービスにより用いられるべきかを判定してよい。
【００６６】
図１３は、１つ又は複数の実装例に従う拡張可能展開システムにおいてサービス・グループを管理するためのユーザ・インターフェイス例１３００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００６７】
ユーザ・インターフェイス１３００によりユーザは、サービス・グループが展開され構成された後に、管理するサービス・グループを選択できてよい。ユーザ・インターフェイス１３００はサービス・グループ・セレクタ１３１０Ａ〜Ｃを含んでよい。サービス・グループ・セレクタ１３１０Ａ〜Ｃは各々異なるサービス・グループ（即ちソリューション）を特定してよい。ユーザはサービス・グループ・セレクタ１３１０Ａ〜Ｃをクリックすることにより、特定されるサービス・グループのうちの何れかを選択してよい。１つ又は複数の実装例において、サービス・グループ・セレクタ１３１０Ａ〜Ｃは、特定されるサービス・グループを削除、即ち除去するためのセレクタをも含んでよい。動作に際しては、ユーザが初めて管理コンソール・アプリケーション２４６にログオンした時、又はユーザがサービス・グループを作成した後に、サーバ２４０Ｃが管理コンソール・アプリケーション２４６を通じてユーザにユーザ・インターフェイス１３００を提供してよい。１つ又は複数の実装例において、ユーザがサービス・グループ・セレクタ１３１０Ａ〜Ｃのうちの１つを選択することに応じて、サーバ２４０Ｃはユーザに、選択されたサービス・グループのために構成されるサービスを列挙するユーザ・インターフェイス１４００を提供してよい。
【００６８】
図１４は、１つ又は複数の実装例に従う拡張可能展開システムにおいてサービス・グループのサービスを管理するためのユーザ・インターフェイス例１４００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００６９】
ユーザ・インターフェイス１４００は、１つ又は複数の構成セレクタ１４１０及び１つ又は複数のサービス・セレクタ１４２０Ａ〜Ｂを含んでよい。ユーザは構成セレクタ１４１０のうちの１つを選択して、フィルタ、手続き、キューなどの、選択されたサービス・グループの１つ又は複数の側面を構成してよい。１つ又は複数の実装例において、サービス・セレクタ１４２０Ａ〜Ｂは、選択されるサービスに関連して、その選択されたサービスの編集、その選択されたサービスの除去などの、種々の動作を実行するために選択されてよい１つ又は複数のグラフィカル・セレクタを含んでよい。ユーザ・インターフェイス１４００によりユーザはまた、サービスを停止／開始し、新たなサービスを追加し、又は選択されたサービス・グループのための構成インターフェイスのうちの何れかを閲覧できてよい。動作に際しては、ユーザがユーザ・インターフェイス１３００を通じてなど、サービス・グループを選択した時に、サーバ２４０Ｃが管理コンソール・アプリケーション２４６を通じてユーザにユーザ・インターフェイス１４００を提供してよい。
【００７０】
図１５は、１つ又は複数の実装例に従う展開された集中通信システムにおけるメッセージ追跡のためのユーザ・インターフェイス例を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００７１】
ユーザ・インターフェイス１５００は、タブ・セレクタ１５０５、フィルタ・セクション１５１０、絞り込みセクション１５２０、及び表示ウィンドウ１５３０を含んでよい。動作に際しては、ユーザはユーザ・インターフェイス１５００を用いて、サービス２４４Ａ〜Ｃにより送信されるメッセージを追跡してよい。例えばユーザは、フィルタ・セクション１５１０にフィルタ条件を入力してメッセージをフィルタリングしてよく、また、絞り込みセクション１５２０でそのフィルタ条件を絞り込んでよい。ユーザは、表示ウィンドウ１５３０でそのフィルタリング及び／又は検索に一致するメッセージを閲覧してよい。ユーザは、表示ウィンドウ１５３０内のメッセージのうちの何れかを、そのメッセージをダブル・クリックするなどにより選択して全メッセージ内容を閲覧してよい。ユーザは、タブ・セレクタ１５０５を用いて新たなタブを作成してよく、その中で表示ウィンドウ１５３０のメッセージ追跡動作とは独立して第２のメッセージ追跡動作を実行してよい。
【００７２】
図１６は、１つ又は複数の実装例に従う展開された集中通信システムにおいてメッセージ追跡記録をフィルタリングするためのユーザ・インターフェイス例１６００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００７３】
ユーザ・インターフェイス１６００は拡張フィルタ・ウィンドウ１６１０を含んでよい。拡張フィルタ・ウィンドウ１６１０は拡張フィルタ条件１６１５Ａ〜Ｂを含んでよい。ユーザは拡張フィルタ・ウィンドウ１６１０を用いて、例えばブール演算子を使って複数のフィルタ条件を論理的に結合するなどにより、メッセージ追跡記録のための拡張フィルタリングを実行してよい。
【００７４】
図１７は、１つ又は複数の実装例に従う展開された集中通信システムにおいてテキスト形式のメッセージ追跡記録を検索するためのユーザ・インターフェイス例１７００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００７５】
ユーザ・インターフェイス１７００は、タブ・セレクタ１５０５、フィルタ情報セクション１７１０、１つ又は複数の出力形式タブ・セレクタ１７４０、検索フィールド１７２０、表示ウィンドウ１７３０、及び一致検索結果１７３５を含む。表示ウィンドウ１７３０は、ユーザ・インターフェイス１５００にてユーザにより選択されるメッセージのような選択メッセージの内容をテキスト形態で表示してよい。ユーザは、ユーザ・インターフェイス１７００の検索フィールド１７２０を用いて、表示ウィンドウ１７３０に表示されるメッセージの内容中の特定の用語を検索してよい。例えば、ユーザは検索用語を検索フィールド１７２０に入力してよく、メッセージの内容中の一致検索結果１７３５が、表示ウィンドウ１７３０内で強調表示されてよい。ユーザは出力形式タブ・セレクタ１７４０のうちの１つを選択することにより、検索結果を異なる形態又は形式で閲覧できる。
【００７６】
図１８は、１つ又は複数の実装例に従う展開された集中通信システムにおいてグリッド形式のメッセージ追跡記録を検索するためのユーザ・インターフェイス例１８００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００７７】
ユーザ・インターフェイス１８００は、タブ・セレクタ１５０５、フィルタ情報セクション１７１０、出力形式タブ・セレクタ１８４０、検索フィールド１７２０、表示ウィンドウ１８３０、及び一致列１８３５を含む。表示ウィンドウ１８３０は、ユーザ・インターフェイス１５００にてユーザにより選択されるメッセージのような選択メッセージの内容をデータ・グリッドで表示してよい。ユーザは、ユーザ・インターフェイス１８００の検索フィールド１７２０を用いて、表示ウィンドウ１８３０に表示されるメッセージの内容中の特定の用語を検索してよい。例えば、ユーザは検索用語を検索フィールド１７２０に入力してよく、メッセージの内容中の一致列１８３５が、表示ウィンドウ１８３０内で強調表示されてよい。動作に際しては、ユーザがユーザ・インターフェイス１７００から「グリッド」出力形式タブ・セレクタ１７４０を選択した時に、ユーザはユーザ・インターフェイス１８００を提供されてよい。
【００７８】
図１９は、１つ又は複数の実装例に従う展開された集中通信システムにおいてヘルス・レベル７（ＨＬ７）形式のメッセージ追跡記録を検索するためのユーザ・インターフェイス例１９００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００７９】
ユーザ・インターフェイス１９００は、タブ・セレクタ１５０５、フィルタ情報セクション１７１０、出力形式タブ・セレクタ１９４０、検索フィールド１７２０、及び表示ウィンドウ１９３０を含む。表示ウィンドウ１９３０は、一致フィールド１９３５を含むフィールド・ウィンドウ１９３２、及び一致セグメント１９３７を含むセグメント・ウィンドウ１９３４を含んでよい。表示ウィンドウ１９３０は、ユーザ・インターフェイス１５００にてユーザにより選択されるメッセージのような選択メッセージのＨＬ７フィールドを、セグメントにより分類して表示してよい。ユーザは、ユーザ・インターフェイス１９００の検索フィールド１７２０を用いて、フィールド・ウィンドウ１９３２及びセグメント・ウィンドウ１９３４内の特定の用語を検索してよい。例えば、ユーザは検索用語を検索フィールド１７２０に入力してよく、一致フィールド１９３５及び／又は一致セグメント１９３７が、表示ウィンドウ１９３０内で強調表示されてよい。動作に際しては、ユーザがユーザ・インターフェイス１７００から「ＨＬ７」出力形式タブ・セレクタ１７４０を選択した時に、ユーザはユーザ・インターフェイス１９００を提供されてよい。
【００８０】
図２０は、１つ又は複数の実装例に従う展開された集中通信システムにおいて拡張可能なマークアップ言語（ＸＭＬ）形式のメッセージ追跡記録を検索するためのユーザ・インターフェイス例２０００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００８１】
ユーザ・インターフェイス２０００は、タブ・セレクタ１５０５、フィルタ情報セクション１７１０、出力形式タブ・セレクタ２０４０、検索フィールド１７２０、表示ウィンドウ２０３０、及び一致要素２０３５を含む。表示ウィンドウ２０３０は、ユーザ・インターフェイス１５００にてユーザにより選択されるメッセージのような選択メッセージのＸＭＬ要素及び値をツリー表示で表示してよい。ユーザは、ユーザ・インターフェイス２０００の検索フィールド１７２０を用いて、表示ウィンドウ２０３０に表示されるメッセージの要素内の特定の用語又は値を検索してよい。例えば、ユーザは検索用語を検索フィールド１７２０に入力してよく、一致要素２０３５が、対応する値と共に表示ウィンドウ２０３０内で強調表示されてよい。動作に際しては、ユーザが「ＸＭＬ」出力形式タブ・セレクタ２０４０を選択した時に、ユーザはユーザ・インターフェイス２０００を提供されてよい。
【００８２】
図２１は、１つ又は複数の実装例に従う展開された集中通信システムにおけるマルチタブ・メッセージ追跡のためのユーザ・インターフェイス例２１００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００８３】
ユーザ・インターフェイス２１００は、複数のタブ・セレクタ１５０５、フィルタ・セクション１５１０、絞り込みセクション１５２０、及び表示ウィンドウ１５３０を含んでよい。動作に際しては、ユーザはユーザ・インターフェイス２１００を用いて、サービス２４２Ａ〜Ｄにより送信されるメッセージを追跡してよい。ユーザはタブ・セレクタ１５０５を用いて、各々が各自の検索条件を有してよい異なる検索タブを閲覧してよい。タブは能動的に検索結果を同時に取り込んでいてもよい。
【００８４】
図２２は、１つ又は複数の実装例に従う拡張可能展開システムにおけるユーザ管理のためのユーザ・インターフェイス例２２００を示す。もっとも、図示されるコンポーネントの全てが必要とされるとも限らず、また１つ又は複数の実装例は図示されていない追加のコンポーネントを含んでよい。コンポーネントの配置及び種類に関して、本明細書に記載の特許請求の範囲の精神又は範囲から逸脱しない範囲で、変更が為されてよい。追加の、異なる又はより少数のコンポーネントが提供されてよい。
【００８５】
ユーザ・インターフェイス２２００は、ユーザロール管理セクション２２１０、ユーザ選択セクション２２２０、ユーザ情報セクション２２３０、及びロール関連セクション２２３５を含む。管理ユーザのようなユーザはユーザロール管理セクション２２１０で、ユーザを管理するか又はロールを管理するかを選択してよい。管理ユーザはユーザ選択セクション２２２０で、変更するユーザを選択するか又は新たなユーザを加えることを選択してよい。管理ユーザはユーザ情報セクション２２３０で、選択されたユーザのプロファイル又は新たなユーザのプロファイルを変更してよく、またロール関連セクション２２３５で、ロール関連を変更してよい。
【００８６】
図２３は、本技術の実装例を実現し得る電子システム２３００を概念的に示す。電子システム２３００は例えば、医療装置２１０、データ・システム２２０、データベース・サーバ２５０若しくはサーバ２４０Ａ〜Ｃのうちの何れか、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット・コンピュータ、サーバ、スイッチ、ルータ、基地局、受信機、電話機、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、又は一般に任意の電子装置であり得、又はそれを含み得る。そのような電子システムは様々な種類のコンピュータで読み取り可能な媒体、及びその他の様々な種類のコンピュータで読み取り可能な媒体のためのインターフェイスを含む。電子システム２３００は、バス２３０８、処理ユニット２３１２、システム・メモリ２３０４、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）２３１０、永久記憶装置２３０２、入力装置インターフェイス２３１４、出力装置インターフェイス２３０６、及びネットワーク・インターフェイス２３１６、又はその部分集合若しくは変形を含む。
【００８７】
バス２３０８は集合的に、電子システム２３００の多くの内部装置を通信可能に接続するシステム、周辺装置及びチップセットバスを表す。１つ又は複数の実装例において、バス２３０８は処理ユニット２３１２をＲＯＭ２３１０、システム・メモリ２３０４及び永久記憶装置２３０２と通信可能に接続する。処理ユニット２３１２は、これら種々のメモリ・ユニットから、実行する命令及び処理するデータを取得して本開示のプロセスを実行する。処理ユニットは、異なる実装例において、単一のプロセッサ又はマルチコア・プロセッサであり得る。
【００８８】
ＲＯＭ２３１０は、処理ユニット２３１２及び電子システムのその他のモジュールにより必要とされる静的データ及び命令を記憶する。他方、永久記憶装置２３０２は、読み書きメモリ装置である。この装置は、電子システム２３００が停止中であっても命令とデータを記憶する不揮発性のメモリ・ユニットである。本開示の１つ又は複数の実装例は永久記憶装置２３０２として、大容量記憶装置（磁気ディスク又は光ディスク及び対応するディスク・ドライブなど）を用いる。
【００８９】
他の実装例では、永久記憶装置２３０２として、リムーバブル記憶装置（フロッピー（登録商標）・ディスク、フラッシュ・ドライブ及び対応するディスク・ドライブなど）を用いる。永久記憶装置２３０２と同様、システム・メモリ２３０４は読み書きメモリ装置である。しかしながら、記憶装置２３０２とは異なり、システム・メモリ２３０４は、ランダム・アクセス・メモリのような揮発性の読み書きメモリである。システム・メモリ２３０４は、処理ユニット２３１２が実行時に必要とする命令及びデータのうちの何れかを記憶する。１つ又は複数の実装例において、本開示のプロセスはシステム・メモリ２３０４、永久記憶装置２３０２及び／又はＲＯＭ２３１０に記憶される。処理ユニット２３１２は、これら種々のメモリ・ユニットから、実行する命令及び処理するデータを取得して１つ又は複数の実装例のプロセスを実行する。
【００９０】
バス２３０８は入力及び出力装置インターフェイス２３１４及び２３０６にも接続する。入力装置インターフェイス２３１４は、ユーザが電子システムに対して情報を伝達しコマンドを選択することを可能とする。入力装置インターフェイス２３１４と共に用いられる入力装置には、例えば、英数字キーボード及びポインティング装置（「カーソル制御装置」とも呼ばれる）、タッチパッド、トラックパッド、又は一般にユーザ入力を受け付けられる任意の装置が含まれる。出力装置インターフェイス２３０６は例えば、電子システム２３００により生成される画像の表示を可能とする。出力装置インターフェイス２３０６と共に用いられる出力装置には、例えば、プリンター、及び液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、発光ダイオード（ＬＥＤ：Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ：Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）ディスプレイ、フレキシブル・ディスプレイ、フラット・パネル・ディスプレイ、固体ディスプレイ、プロジェクター、若しくは情報を出力するためのその他の装置のような、ディスプレイ装置が含まれる。１つ又は複数の実装例は、タッチスクリーンのような入力装置及び出力装置の両方として機能する装置を含んでよい。これらの実装例では、ユーザに提供されるフィードバックは、視覚フィードバック、聴覚フィードバック又は触覚フィードバックのような任意の形態の感覚フィードバックであり得、ユーザからの入力は、音響、音声又は触角入力など、任意の形態で受け付けられ得る。
【００９１】
最後に、図２３に示されるように、バス２３０８は電子システム２３００をネットワーク・インターフェイス２３１６を通してネットワーク（図示せず）へ結合もする。このようにコンピュータは、コンピュータのネットワーク（ローカル・エリア・ネットワーク（「ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ」）、ワイド・エリア・ネットワーク（「ＷＡＮ：Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ」）又はイントラネットなど）、又はインターネットのような、ネットワークのネットワーク、の一部となり得る。電子システム２３００は例えばネットワーク・インターフェイス２３１６を介して、クラウド・ストレージ・システムのようなクラウド・システムから情報を取得し且つ／又は受信してよい。電子システム２３００の一部又は全てのコンポーネントは本開示に関連して用いられ得る。
【００９２】
１つ又は複数の実装例において、如何なる比率も分母と分子が入れ替えられてよく、例えば、２つの面積の比率を求めるには、第１の面積を第２の面積で割っても、又は第２の面積を第１の面積で割ってもよい。しかしながら、比率の分母と分子が入れ替えられた場合、その比率の比較の対象となる閾値も然るべく入れ替えられてよい。
【００９３】
上述の特徴及び応用の多くは、コンピュータで読み取り可能な記憶媒体（或いは、コンピュータで読み取り可能な媒体、機械で読み取り可能な媒体又は機械で読み取り可能な記憶媒体と呼ばれる）上に記録される命令の集合として規定されるソフトウェア・プロセスとして実現されてよい。これらの命令は１つ又は複数の処理ユニット（例えば、１つ又は複数のプロセッサ、プロセッサのコア又は他の処理ユニット）により実行されると、その処理ユニットに対して命令に示される動作を実行させる。コンピュータで読み取り可能な媒体の例としては、ＲＡＭ、ＲＯＭ、読み取り専用コンパクト・ディスク（ＣＤ−ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｃｏｍｐａｃｔ  Ｄｉｓｃ）、記録可能コンパクト・ディスク（ＣＤ−Ｒ：Ｒｅｃｏｒｄａｂｌｅ  Ｃｏｍｐａｃｔ  Ｄｉｓｃ）、書き換え可能コンパクト・ディスク（ＣＤ−ＲＷ：Ｒｅｗｒｉｔａｂｌｅ  Ｃｏｍｐａｃｔ  Ｄｉｓｃ）、読み取り専用デジタル多用途ディスク（例えば、ＤＶＤ−ＲＯＭ、デュアル・レイヤーＤＶＤ−ＲＯＭ）、種々の記録可能／書き換え可能ＤＶＤ（例えば、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷなど）、フラッシュ・メモリ（例えば、ＳＤカード、ミニＳＤカード、マイクロＳＤカードなど）、磁気及び／又は固体ハード・ドライブ、ウルトラ・デンシティー・光ディスク、その他光媒体又は磁気媒体、並びにフロッピー（登録商標）・ディスクが含まれるが、これらに限定されない。１つ又は複数の実装例において、コンピュータで読み取り可能な媒体は、無線又は有線接続で伝達する搬送波や電子信号、又はその他の一時的な信号を含まない。例えば、コンピュータで読み取り可能な媒体は、コンピュータにより読まれ得る形態で情報を記憶する有形の物理的物体に完全に制限されてよい。１つ又は複数の実装例において、コンピュータで読み取り可能な媒体は、非一時的なコンピュータで読み取り可能な媒体、コンピュータで読み取り可能な記憶媒体又は非一時的なコンピュータで読み取り可能な記憶媒体である。
【００９４】
１つ又は複数の実装例において、コンピュータ・プログラム製品（プログラム、ソフトウェア、ソフトウェア・アプリケーション、スクリプト又はコードとしても知られる）は、コンパイラ型又はインタープリタ型言語、宣言型又は手続き型言語を含め、任意の形態のプログラム言語で書かれ得、また独立型プログラムとして、又はモジュール、コンポーネント、サブルーチン、オブジェクト若しくはその他のコンピューティング環境での使用に適したユニットとしてなど、任意の形態に展開され得る。コンピュータ・プログラムはファイル・システムにおけるファイルに相当してよいが、必須ではない。プログラムは、他のプログラム又はデータ（例えば、マークアップ言語文書に記憶される１つ又は複数のスクリプト）を保持するファイルの一部分に、当該プログラム専用の単一ファイルに、又は複数の連携ファイル（例えば、１つ又は複数のモジュール、サブプログラム又はコードの一部分を記憶するファイル）に記憶され得る。コンピュータ・プログラムは、１つのコンピュータ上で、又は１つのサイトに配置される若しくは複数のサイトにわたり分散され且つ通信ネットワークにより相互接続される複数のコンピュータ上で実行されるように展開され得る。
【００９５】
上記の考察は主にソフトウェアを実行するマイクロプロセッサ又はマルチコア・プロセッサに関するものであるが、１つ又は複数の実装例が、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）やフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）のような、１つ又は複数の集積回路により実行される。１つ又は複数の実装例において、そのような集積回路は回路自体に記憶される命令を実行する。
【００９６】
本明細書に記載される種々の例示的ブロック、モジュール、要素、コンポーネント、方法及びアルゴリズムは電子的ハードウェア、コンピュータ・ソフトウェア又は両方の組み合わせとして実装されてよいことを当業者は理解するであろう。このハードウェアとソフトウェアの可換性を例証するために、種々の例示的ブロック、モジュール、要素、コンポーネント、方法及びアルゴリズムを概してそれらの機能性の点で上述してきた。そのような機能性がハードウェアとして又はソフトウェアとして実装されるのかは特定の適用例及びシステム全体に課される設計制約次第である。当業者はその記載される機能性を各特定の適用例に対して様々な方法で実装してよい。種々のコンポーネント及びブロックは全て、本技術の範囲から逸脱しない範囲で、異なるように配置（例えば、異なる順番で配置又は異なる方法で区分）されてよい。
【００９７】
開示されるプロセスにおけるブロックの任意の特定の順番又は階層はアプローチの一例であることが理解されよう。設計嗜好に基づけば、プロセスにおけるブロックの特定の順番又は階層は再配置されてよいこと、又は全ての例示ブロックが実行されてよいことが理解されよう。ブロックのうちの何れかは同時に実行されてよい。１つ又は複数の実装例において、マルチタスキング及び並列処理が有利であってよい。更には、上述の実施例における種々のシステム・コンポーネントの分離は、全ての実施例においてそのような分離を要求しているものと理解されるべきではなく、また記述されるプログラム・コンポーネント及びシステムは概して単一のソフトウェア製品へと一体化され得る又は複数のソフトウェア製品へとパッケージングされ得ると理解されるべきである。
【００９８】
本明細書及び本出願の条項に用いられるにあたり、「タッチ・インターフェイス」、「コンピュータ」、「サーバ」、「プロセッサ」、及び「メモリ」なる用語は全て電子的又はその他の技術的装置を示す。これらの用語は人々や人々の集団を含まない。本明細書のために、「表示する」又は「表示している」なる用語は電子的装置上で表示することを意味する。
【００９９】
本明細書に用いられるにあたり、項目のうちの何れかを分離する「及び」又は「又は」なる用語を有する一連の項目に後続する「のうちの少なくとも１つ」なる句は、その羅列の各部材（即ち、各項目）ではなくその羅列を全体として限定する。「のうちの少なくとも１つ」なる句は、各羅列される項目のうちの少なくとも１つを選択することを要求するのではなく、むしろその句は項目のうちの何れか１つのうちの少なくとも１つ、及び／又は項目の任意の組み合わせのうちの少なくとも１つ、及び／又は項目の各々のうちの少なくとも１つを含む意味を認める。例として、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」又は「Ａ、Ｂ、又はＣのうちの少なくとも１つ」なる句は各々、Ａのみ、Ｂのみ、若しくはＣのみ、Ａ、Ｂ、並びにＣの任意の組み合わせ、及び／又はＡ、Ｂ、並びにＣの各々のうちの少なくとも１つを示す。
【０１００】
「するように構成される」、「するように動作する」、及び「するようにプログラムされる」なる述語は主語に対する任意の特定の明確な又は不明確な修飾を意味するのでなく、むしろ交替可能に用いられるように意図される。１つ又は複数の実装例において、動作又はコンポーネントを監視し制御するように構成されるプロセッサはまた、その動作を監視し制御するようにプログラムされているプロセッサ、又はその動作を監視し制御するように動作するプロセッサを意味してよい。同様に、コードを実行するように構成されるプロセッサは、コードを実行するようにプログラムされる又はコードを実行するように動作するプロセッサとして解釈され得る。
【０１０１】
「上」、「下」、「前」、「後」のような用語は、本開示に用いられることがあれば、通常の重力基準系ではなく任意の基準系を示すものと理解されるべきである。したがって、上面、下面、前面及び後面は、重力基準系においては上方に、下方に、斜めに又は水平に伸びてよい。
【０１０２】
「態様」のような句は、そのような態様が本技術に必須であること又はそのような態様が本技術の全ての構成に該当することを意味するのでない。或る態様に関連する開示は全ての構成、又は１つ若しくは複数の構成に該当してよい。態様は本開示の１つ又は複数の実例を提供してよい。「態様」のような句は１つ又は複数の態様を示してよく、その逆も同様である。「実施例」のような句は、そのような実施例が本技術に必須であること又はそのような実施例が本技術の全ての構成に該当することを意味するのでない。或る実施例に関連する開示は全ての実施例、又は１つ若しくは複数の実施例に該当してよい。実施例は本開示の１つ又は複数の実例を提供してよい。「実施例」のような句は１つ又は複数の実施例を示してよく、その逆も同様である。「構成」のような句は、そのような構成が本技術に必須であること又はそのような構成が本技術の全ての構成に該当することを意味するのでない。或る構成に関連する開示は全ての構成、又は１つ若しくは複数の構成に該当してよい。構成は本開示の１つ又は複数の実例を提供してよい。「構成」のような句は１つ又は複数の構成を示してよく、その逆も同様である。
【０１０３】
「例示的」なる語は本明細書において用いられた場合、「実例、例又は例示として作用する」ことを意味する。本明細書において「例示的」として又は「実例」として記載される実施例は必ずしも他の実施例よりも好適又は有利であるとは解釈されない。更に、「含む」、「有する」などの用語が記述又は条項に用いられる範囲で、そのような用語は、「備える」なる用語が条項内で移行語として使用された際に解釈されるように、「備える」と同様に包括的であることが意図される。
【０１０４】
本開示を通して記載された種々の態様の要素に対する構成上及び機能上の均等物であって、当業者に既知のもの又は後に既知となるものは全て参照により明示的に本明細書に組み込まれ、また条項に包含されることが意図される。
【０１０５】
上述の説明は当業者であれば本明細書に記載の種々の態様を実施できるように提供された。これら態様への種々の変更は当業者には容易に明瞭となろう。また本明細書に定義された一般的原理は他の態様へ適用してよい。したがって、条項は本明細書に示された態様に限定されることを意図するものではなく、言語条項と一致する完全な範囲を与えられ、ここで、単数要素への参照は、その旨の特記がない限り、「唯一」を意味することを意図するものではなく、むしろ「１つ又は複数」を意味する。別段の特記がない限り、「幾つか」なる用語は１つ又は複数を示す。男性代名詞（例えば、彼の）は女性及び中性（例えば、彼女の、その）を含み、その逆も同様である。見出しや小見出しがある場合、専ら便宜上用いたにすぎず、本開示を限定するものではない。
【図１】
0006404224.tif 000002
【図２】
0006404224.tif 000003
【図３】
0006404224.tif 000004
【図４】
0006404224.tif 000005
【図５】
0006404224.tif 000006
【図６】
0006404224.tif 000007
【図７】
0006404224.tif 000008
【図８】
0006404224.tif 000009
【図９】
0006404224.tif 000010
【図１０】
0006404224.tif 000011
【図１１】
0006404224.tif 000012
【図１２】
0006404224.tif 000013
【図１３】
0006404224.tif 000014
【図１４】
0006404224.tif 000015
【図１５】
0006404224.tif 000016
【図１６】
0006404224.tif 000017
【図１７】
0006404224.tif 000018
【図１８】
0006404224.tif 000019
【図１９】
0006404224.tif 000020
【図２０】
0006404224.tif 000021
【図２１】
0006404224.tif 000022
【図２２】
0006404224.tif 000023
【図２３】
0006404224.tif 000024