知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-27
(54)【発明の名称】マルチユーザ外科カート
(51)【国際特許分類】
H04L 67/289 20220101AFI20240319BHJP
G06F 9/44 20180101ALI20240319BHJP
【ＦＩ】
H04L67/289
G06F9/44
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023558127
(86)(22)【出願日】2022-03-07
(85)【翻訳文提出日】2023-11-20
(86)【国際出願番号】 US2022019190
(87)【国際公開番号】W WO2022203851
(87)【国際公開日】2022-09-29
(31)【優先権主張番号】63/164,442
(32)【優先日】2021-03-22
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】508296440
【氏名又は名称】ニューヴェイジヴ，インコーポレイテッド
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ドン，ブライアン
(72)【発明者】
【氏名】ライアン，クリス
(72)【発明者】
【氏名】ノヴィコフ，ドミトリー
(72)【発明者】
【氏名】イワニウク，ナタリア
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376DA00
(57)【要約】
システムは、ローカルクライアントアクセスポイントと、モニタと、カートコンピュータと、ローカルクライアントアクセスポイントに結合された第１の外部インターフェースと、一次モニタに結合された第２の外部インターフェースとを含む、外科カートを含む。外科カートは、１つ以上のクライアントデバイスがウェブブラウザを使用して接続することができるウェブサーバをホストすることができる。ウェブサーバは、手術中に外科カートによってホストされる１つ以上の外科アプリケーションへのアクセスを提供することができる。
【特許請求の範囲】
【請求項1】
手術室内の手術中に或いは前記手術のための準備において、前記手術室内に配置される外科カートのコンピュータを用いて、
ネットワークネームを決定することと、
パスワードを決定することと、
ユニフォームリソースロケータを決定することと、
コードを決定することと、
前記ネットワークネーム、前記パスワード、前記ユニフォームリソースロケータ、および前記コードを示す、ネットワーク設定ユーザインターフェースを、前記コンピュータのモニタで提供することと、
インターネットプロトコルアドレスで第１のウェブページをホストすることと、
前記外科カートのアクセスポイントを用いて、前記ネットワークネームを有し且つ前記パスワードを使用して保護されている無線ネットワークを提供することと、
前記手術中に或いは前記手術のための準備において、前記手術室内に配置される第１のクライアントデバイスを用いて、
前記ネットワークネームおよび前記パスワードを使用して前記無線ネットワークに接続することと、
ウェブブラウザを起動することと、
前記ウェブブラウザを前記ユニフォームリソースロケータにナビゲートすることと、
手術室内に配置される外科カートの前記コンピュータを用いて、
前記ウェブブラウザを前記ユニフォームリソースロケータにナビゲートすることを検出することと、
前記ユニフォームリソースロケータを、前記第１のウェブページがホストされる前記インターネットプロトコルアドレスに変えることと、
前記第１のウェブページを前記第１のクライアントデバイスに提供することであって、前記第１のウェブページは、少なくとも１つのユーザインターフェース要素を含む、提供することと、
前記手術室内に配置される前記第１のクライアントデバイスを用いて、
前記提供される第１のウェブページを前記ウェブブラウザ内でレンダリングすることと、
前記ウェブブラウザ内の前記第１のウェブページの前記少なくとも１つのユーザインターフェース要素を通じて前記コードを表すユーザ入力を受信することと、
前記ユーザ入力を前記外科カートの前記コンピュータに提供することと、
前記外科カートの前記コンピュータを用いて、
前記第１のクライアントデバイスから前記コードを表す前記ユーザ入力を受信することと、
前記コードと前記コードを表す前記ユーザ入力との間の一致を決定することと、
前記手術中に、前記外科カートの前記コンピュータを用いて、
前記コードと前記コードを表す前記ユーザ入力との間の前記一致を決定した後に、前記第１のクライアントデバイスからの相互作用に基づいて、前記第１のクライアントデバイスの前記ウェブブラウザを介して、第１の外科アプリケーションを第１のユーザに提供することと、
前記外科カートの前記モニタを介して、第２の外科アプリケーションを第２のユーザに提供することと、を含む、
方法。
【請求項2】
前記手術室内に配置される前記外科カートの前記コンピュータを用いて、前記手術中にまたは前記手術のための準備において、前記外科カートの前記コンピュータをインターネットに接続することと、
前記外科カートから前記第１のクライアントデバイスに前記インターネットへの前記接続を共用することと、
前記手術室内に配置される前記第１のクライアントデバイスを用いて、前記手術中に、
前記共用される接続を通じて前記第１のクライアントデバイスから前記インターネットにアクセスすること、をさらに含む、
請求項１に記載の方法。
【請求項3】
前記共用される接続を通じて前記第１のクライアントデバイスから前記インターネットにアクセスすることは、前記インターネットを介して遠隔神経モニタリングサービスにアクセスすることを含む、請求項２に記載の方法。
【請求項4】
前記コンピュータのホスティングソフトウェアを用いて前記第１の外科アプリケーションおよび前記第２の外科アプリケーションを同時にホストすることをさらに含む、請求項１～３のうちのいずれか１項に記載の方法。
【請求項5】
前記手術室内に配置される前記外科カートの前記コンピュータを用いて、前記手術中に或いは前記手術のための準備において、前記第１のクライアントデバイスの前記第１のユーザの役割を決定することをさらに含み、前記第１の外科アプリケーションを前記第１のユーザに提供することは、前記役割に基づき、
前記第１のクライアントデバイスの前記第１のユーザの前記役割を決定することは、
前記手術室内に配置される前記外科カートの前記コンピュータを用いて、前記手術中に或いは前記手術のための準備において、
前記ウェブブラウザに第２のページを提供することであって、前記第２のページは、異なるユーザタイプを表す１つ以上の選択可能なユーザインターフェース要素を含む、提供することと、
前記役割に対応する前記１つ以上の選択可能なユーザインターフェース要素のうちの少なくとも１つのユーザインターフェースの作動を決定することと、を含む、
請求項１～４のうちのいずれか１項に記載の方法。
【請求項6】
前記役割は、神経外科医、会社代表者、および撮像技術者で構成される群から選択される、請求項５に記載の方法。
【請求項7】
前記第１の外科アプリケーションおよび前記第２の外科アプリケーションは、神経モニタリングアプリケーション、計画アプリケーション、ナビゲーションアプリケーション、撮像アプリケーション、およびロッド曲げアプリケーションで構成される群から選択される、異なる外科アプリケーションである、請求項１～６のうちのいずれか１項に記載の方法。
【請求項8】
前記外科カートの前記モニタを介して前記第２の外科アプリケーションを前記第２のユーザに提供することは、前記外科カートの前記コンピュータ上で作動するウェブブラウザを用いて前記第２の外科アプリケーションにアクセスすることを含む、
請求項１～７のうちのいずれか１項に記載の方法。
【請求項9】
外科カートを含むシステムであって、前記外科カートは、
ローカルクライアントアクセスポイントと、
一次モニタと、
カートコンピュータと、を含み、前記カートコンピュータは、
1つ以上のプロセッサと、
メモリと、
複数の外部インターフェースと、を含み、前記複数の外部インターフェースは、
前記ローカルクライアントアクセスポイントに結合される第1の外部インターフェースと、
前記一次モニタに結合される第２の外部インターフェースと、を含み、
前記メモリは、命令を含み、前記命令は、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
ネットワークネームを決定させ、
パスワードを決定させ、
ユニフォームリソースロケータを決定させ、
コードを決定させ、
前記ネットワークネーム、前記パスワード、前記ユニフォームリソースロケータ、及び前記コードを示す、ネットワーク設定ユーザインターフェースを提供させ、
インターネットプロトコルアドレスで第１のウェブページをホストさせ、
前記ユニフォームリソースロケータにナビゲートする第１のクライアントデバイスのウェブブラウザを検出させ、
前記ユニフォームリソースロケータを、前記第１のウェブページがホストされる前記インターネットプロトコルアドレスに変えさせ、
前記第１のウェブページを前記第１のクライアントデバイスに提供させ、前記第１のウェブページは、ユーザインターフェース要素を含み、
クライアントデバイスから前記コードを表すユーザ入力を受信させ、
前記コードと前記コードを表す前記ユーザ入力との間の一致を決定させ、
前記コードと前記コードを表す前記ユーザ入力との間の前記一致を決定した後に、前記クライアントデバイスからの相互作用に基づいて、前記第１のクライアントデバイスの前記ウェブブラウザを介して、第１の外科アプリケーションを第１のユーザに提供させ、
前記外科カートの前記一次モニタを介して、第２の外科アプリケーションを第２のユーザに提供させ、
前記ローカルクライアントアクセスポイントは、命令を含み、前記命令は、前記ローカルクライアントアクセスポイントの１つ以上のプロセッサによって実行されるときに、前記ローカルクライアントアクセスポイントに、前記ネットワークネームを有し且つ前記パスワードを使用して保護されている無線ネットワークを提供させる、
システム。
【請求項10】
前記メモリは、命令をさらに含み、前記命令は、実行されるときに、前記１つ以上のプロセッサに、前記カートコンピュータのコンピュータから前記クライアントデバイスにインターネットへの接続を共用させる、請求項９に記載のシステム。
【請求項11】
前記メモリは、命令をさらに含み、前記命令は、実行されるときに、前記１つ以上のプロセッサに、前記クライアントデバイスの前記第１のユーザの役割を決定させ、前記第１の外科アプリケーションを前記第１のユーザに提供することは、前記役割に基づく、
請求項９または１０に記載のシステム。
【請求項12】
前記クライアントデバイスの前記第１のユーザの前記役割を決定することは、前記ウェブブラウザに、異なるユーザタイプを表す１つ以上の選択可能なユーザインターフェース要素を含む第２のページを提供することと、前記役割に対応する前記１つ以上の選択可能なユーザインターフェース要素のうちの少なくとも１つのユーザインターフェース要素の作動を決定することと、を含む、
請求項１１に記載のシステム。
【請求項13】
前記役割は、神経外科医、会社代表者、及び撮像技術者で構成される群から選択される、請求項１２に記載のシステム。
【請求項14】
前記第１の外科アプリケーションおよび前記第２の外科アプリケーションは、神経モニタリングアプリケーション、計画アプリケーション、ナビゲーションアプリケーション、撮像アプリケーション、及びロッド曲げアプリケーションで構成される群から選択される異なる外科アプリケーションである、請求項９～１３のうちのいずれか１項に記載のシステム。
【請求項15】
第１のクライアントデバイスと、前記ローカルクライアントアクセスポイントに接続される第２のクライアントデバイスと、
前記ローカルクライアントアクセスポイントに接続される第３のクライアントデバイスと、をさらに含む、
請求項９～１４のうちのいずれか１項に記載のシステム。
【請求項16】
撮像デバイスと、カメラと、をさらに含む、
請求項９～１５のうちのいずれか１項に記載のシステム。
【請求項17】
前記カートコンピュータは、カートコンピュータハウジング内に配置され、前記ローカルクライアントアクセスポイントは、前記カートコンピュータハウジングとは別個のクライアントアクセスポイントハウジング内に配置される、
請求項９～１６のうちのいずれか１項に記載のシステム。
【請求項18】
前記ローカルクライアントアクセスポイントは、イーサネットケーブルを介して前記カートコンピュータに結合される、請求項１７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の参照）
本出願は、２０２１年３月２２日に出願された米国仮特許出願第６３／１６４，４４２号に対する優先権を主張し、その全体が、ありとあらゆる目的のために参照により本明細書に組み込まれる。
本出願は、２０２１年３月２２日に出願された米国仮特許出願第６３／１６４，４４２号に対する優先権を主張し、その全体が、ありとあらゆる目的のために参照により本明細書に組み込まれる。
【背景技術】
【0002】
脊椎固定術のような外科処置において、外科医および他のヘルスケア専門家は、外科目的を達成するために、侵襲性、効率、および放射線曝露の間のトレードオフを行う。これらのトレードオフおよび他のトレードオフをナビゲートするのを助けるために様々な技術が手術室に導入されてきたが、スタンドアローン技術の普及をしばしばもたらし、それは制約された手術室フットプリントにおいて挑戦を作り出し得る。
【発明の概要】
【0003】
一例では、手術室内の手術中に或いは手術のための準備において行われる方法がある。方法は、手術室内に配置される外科カートのコンピュータを用いて、ネットワークネームを決定することと、パスワードを決定することと、ユニフォームリソースロケータを決定することと、コードを決定することと、ネットワークネーム、パスワード、ユニフォームリソースロケータ、およびコードを示す、ネットワーク設定ユーザインターフェースを提供することと、インターネットプロトコルアドレスで第１のウェブページをホストすることと、を含む。方法は、外科カートのアクセスポイントを用いて、ネットワークネームを有し且つパスワードを使用して保護されている無線ネットワークを提供することをさらに含む。方法は、手術中に、手術室内に配置される第１のクライアントデバイスを用いて、ネットワークネームおよびパスワードを使用して無線ネットワークに接続することと、ウェブブラウザを起動することと、ウェブブラウザをユニフォームリソースロケータにナビゲートすることと、をさらに含む。方法は、手術室内に配置される外科カートのコンピュータを用いて、ウェブブラウザをユニフォームリソースロケータにナビゲートすることを検出することと、ユニフォームリソースロケータを、第１のウェブページがホストされるインターネットプロトコルアドレスに変えること(resolving)と、第１のウェブページを第１のクライアントデバイスに提供することと、をさらに含み、第１のウェブページは、ユーザインターフェース要素を含む。方法は、手術室内に配置される第１のクライアントデバイスを用いて、提供される第１のウェブページをウェブブラウザ内でレンダリングすることと、ウェブブラウザ内の第１のウェブページのユーザインターフェース要素を通じてコードを表すユーザ入力を受信することと、ユーザ入力を外科カートのコンピュータに提供することと、をさらに含む。方法は、外科カートのコンピュータを用いて、第１のクライアントデバイスからコードを表すユーザ入力を受信することと、コードとコードを表すユーザ入力との間の一致を決定することと、手術中に、外科カートのコンピュータを用いて、コードとコードを表すユーザ入力との間の一致を決定した後に、クライアントデバイスからの相互作用(対話)に基づいて第１のクライアントデバイスのウェブブラウザを介して第１の外科アプリケーションを第１のユーザに提供することと、外科カートのモニタを介して第２の外科アプリケーションを第２のユーザに提供することと、をさらに含む。
【0004】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、方法は、手術室内に配置される外科カートのコンピュータを用いて、手術中に或いは手術のための準備において、外科カートのコンピュータをインターネットに接続することと、外科カートから第１のクライアントデバイスにインターネットへの接続を共用することと、をさらに含む。方法は、手術室内に配置される第１のクライアントデバイスを用いて、共用される接続を通じて第１のクライアントデバイスからインターネットにアクセスすること、をさらに含む。
【0005】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、共用される接続を通じて第１のクライアントデバイスからインターネットにアクセスすることは、インターネットを介して遠隔神経モニタリングサービスにアクセスすることを含む。
【0006】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、方法は、コンピュータのホスティングソフトウェアを用いて第１の外科アプリケーションおよび第２の外科アプリケーションを同時にホストすることをさらに含む。
【0007】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、方法は、手術室内に配置される外科カートのコンピュータを用いて、手術中に或いは手術のための準備において、第１のクライアントデバイスの第１のユーザの役割を決定することをさらに含み、第１の外科アプリケーションを第１のユーザに提供することは、役割に基づき、第１のクライアントデバイスの第１のユーザの役割を決定することは、手術室内に配置される外科カートのコンピュータを用いて、手術中にまたは手術のための準備において、ウェブブラウザに第２のページを提供することであって、第２のページは、異なるユーザタイプを表す１つ以上の選択可能なユーザインターフェース要素を含む、提供することと、役割に対応する１つ以上の選択可能なユーザインターフェース要素のうちの少なくとも１つのユーザインターフェースの作動を決定することと、を含む。
【0008】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、役割は、神経外科医、会社代表者、および撮像技術者で構成される群から選択される。
【0009】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、第１の外科アプリケーションおよび第２の外科アプリケーションは、神経モニタリングアプリケーション、計画アプリケーション、ナビゲーションアプリケーション、撮像アプリケーション、およびロッド曲げアプリケーションで構成される群から選択される、異なる外科アプリケーションである。
【0010】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、外科カートのモニタを介して第２の外科アプリケーションを第２のユーザに提供することは、外科カートのコンピュータ上で作動するウェブブラウザを用いて第２の外科アプリケーションにアクセスすることを含む。
【0011】
一例では、外科カートを含むシステムがあり、外科カートは、ローカルクライアントと、一次モニタと、カートコンピュータとを含む。カートコンピュータは、1つ以上のプロセッサと、メモリと、複数の外部インターフェースと、を含む。複数の外部インターフェースは、ローカルクライアントアクセスポイントに結合される第1の外部インターフェースと、一次モニタに結合される第２の外部インターフェースと、を含む。メモリは、命令を含み、命令は、１つ以上のプロセッサによって実行されるときに、１つ以上のプロセッサに、ネットワークネームを決定させ、パスワードを決定させ、ユニフォームリソースロケータを決定させ、コードを決定させ、ネットワークネーム、パスワード、ユニフォームリソースロケータ、及びコードを示す、ネットワーク設定ユーザインターフェースを提供させ、インターネットプロトコルアドレスで第１のウェブページをホストさせ、ユニフォームリソースロケータにナビゲートする第１のクライアントデバイスのウェブブラウザを検出させ、ユニフォームリソースロケータを、第１のウェブページがホストされるインターネットプロトコルアドレスに変えさせ(resolve)、ユーザインターフェース要素を含む第１のウェブページを第１のクライアントデバイスに提供させ、クライアントデバイスからコードを表すユーザ入力を受信させ、コードとコードを表すユーザ入力との間の一致を決定させ、コードとコードを表すユーザ入力との間の一致を決定した後に、クライアントデバイスからの相互作用に基づいて、第１のクライアントデバイスのウェブブラウザを介して、第１の外科アプリケーションを第１のユーザに提供させ、外科カートの一次モニタを介して、第２の外科アプリケーションを第２のユーザに提供させ、ローカルクライアントアクセスポイントは、命令を含み、命令は、ローカルクライアントアクセスポイントの１つ以上のプロセッサによって実行されるときに、ローカルクライアントアクセスポイントに、ネットワークネームを有し且つパスワードを使用して保護されている無線ネットワークを提供させる。
【0012】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、メモリは、命令をさらに含み、命令は、実行されるときに、１つ以上のプロセッサに、カートコンピュータのコンピュータからクライアントデバイスにインターネットへの接続を共用させる。
【0013】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、メモリは、命令をさらに含み、命令は、実行されるときに、１つ以上のプロセッサに、クライアントデバイスの第１のユーザの役割を決定させ、第１の外科アプリケーションを第１のユーザに提供することは、役割に基づく。
【0014】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、クライアントデバイスの第１のユーザの役割を決定することは、前記ウェブブラウザに、異なるユーザタイプを表す１つ以上の選択可能なユーザインターフェース要素を含む第２のページを提供することと、役割に対応する１つ以上の選択可能なユーザインターフェース要素のうちの少なくとも１つのユーザインターフェース要素の作動を決定することと、を含む。
【0015】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、役割は、神経外科医、会社代表者、及び撮像技術者で構成される群から選択される。
【0016】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、第１の外科アプリケーションおよび第２の外科アプリケーションは、神経モニタリングアプリケーション、計画アプリケーション、ナビゲーションアプリケーション、撮像アプリケーション、及びロッド曲げアプリケーションで構成される群から選択される異なる外科アプリケーションである。
【0017】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、システムは、第１のクライアントデバイスと、ローカルクライアントアクセスポイントに接続される第２のクライアントデバイスと、ローカルクライアントアクセスポイントに接続される第３のクライアントデバイスと、をさらに含む。
【0018】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、システムは、撮像デバイスと、カメラと、をさらに含む。
【0019】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、カートコンピュータは、カートコンピュータハウジング内に配置され、ローカルクライアントアクセスポイントは、カートコンピュータハウジングとは別個のクライアントアクセスポイントハウジング内に配置される。
【0020】
このセクション中の実施形態のうちのいずれかの実施形態に代えて或いは加えて、ローカルクライアントアクセスポイントは、イーサネットケーブルを介してカートコンピュータに結合される。
【図面の簡単な説明】
【0021】
【図1】手術室内に１つ以上のコンポーネントを有する例示的なシステムを示す。
【0022】
【図2】システムカートソフトウェアを示す。
【0023】
【図3】コアソフトウェアを示す。
【0024】
【図4】コアソフトウェアが使用される一般的な臨床ワークフローを示す。
【0025】
【図5】例示的なスタートアップユーザインターフェースを示す。
【0026】
【図6】カメラセットアップユーザインターフェースを示す。
【0027】
【図7】１つ以上のローカルクライアントデバイスをカートに接続するための例示的な方法を示す。
【0028】
【図8】ネットワーク設定インターフェースを含む例示的な有線ネットワーク設定ユーザインターフェースを示す。
【0029】
【図9】ネットワーク設定インターフェースを含む例示的なユーザインターフェースを示す。
【0030】
【図10】例示的な術中ページを示す。
【発明を実施するための形態】
【0031】
開示の例は、カートから複数の異なる外科用途（例えば、ナビゲーション、神経モニタリング、手術計画、撮像、ロッド曲げ、およびロボット制御）を提供する手術室において使用するための（例えば、「技術カート」、「外科カート」または「システムカート」と呼ぶ）カートを含む。一般に、カートは、（例えば、カートにロック可能なホイールを設けることによって）複数の外科用途のうちの１つ以上と相互作用(対話)するために手術中に使用可能な手術室内または手術室間で容易に移動可能であるように構成されたポータブルユニットである。一例として、カートは、コンピュータ、出力デバイス（例えば、モニタおよびスピーカ）、入力デバイス（例えば、モニタのタッチスクリーンおよびキーボード）、および他のデバイスのための接続（例えば、ネットワーク接続、撮像デバイス接続、およびナビゲーションカメラ接続）を含み得る。カートへの複数の異なる用途の統合は、（例えば、複数の異なるスタンドアローンデバイスの必要性を減らすことによって）手術室内のスペースを節約することができる。しかしながら、単一のカートへの複数の用途の統合は、ユーザがカートの入出力デバイスへのアクセスを競うときに、デバイスの周りの群がりを引き起こし得る。群がりまたは他の挑戦に対処する１つの方法は、手術室内の異なる場所からカートによって提供される機能性と相互作用するために、複数の異なるクライアントデバイス（例えば、タブレットコンピュータ）に機能性を提供することである。カートは、複数のクライアントデバイスが効率的な方法で技術カートと相互作用することを可能にするために、ネットワーキングおよびサーバホスティング技術を含む。実装が関係し得るさらなる利点は、脊椎手術中に外科医にリアルタイムの器具ナビゲーションおよび軌跡情報を提供すること、三次元空間における外科器具の位置を追跡すること、開腹または最小侵襲脊椎外科処置のいずれかに解剖学的構造を位置特定すること、椎弓根破壊の可能性を最小限にすること、およびソフトウェア構成の拡大した提供を通じて外科医の効率を高めることを含む。カートが動作することができるシステムの一例を図１に示す。
【0032】
（例示的なシステム）
図１は、手術室１０内に１つ以上のコンポーネント(構成要素)を有する例示的なシステム１００を示す。手術室１０は、病院、クリニック、または手術において使用するために構成され且つ手術が日常的に行われる他のヘルスケア施設内の部屋である。システム１００は、システムカート１１０、カメラ１８０、撮像デバイス１８２、および１つ以上のクライアントデバイス（例えば、クライアント）１９０を含む。システム１００のコンポーネントは、手術室１０内に配置されることができ、手術室１０内から使用されることができる。システム１００のコンポーネントは、ネットワーク２０に結合されることができる。手術室１０は、ベッド、器具トレー、照明、他の技術カート、および他のデバイスおよびツールのような、手術中に使用するための他のコンポーネントを含むことができる。ネットワーク２０は、とりわけ、ローカルエリアネットワーク、病院エリアネットワーク、インターネット、またはそれらの組み合わせのような、２つ以上の通信的に結合されたコンピュータのセットであることができる。
図１は、手術室１０内に１つ以上のコンポーネント(構成要素)を有する例示的なシステム１００を示す。手術室１０は、病院、クリニック、または手術において使用するために構成され且つ手術が日常的に行われる他のヘルスケア施設内の部屋である。システム１００は、システムカート１１０、カメラ１８０、撮像デバイス１８２、および１つ以上のクライアントデバイス（例えば、クライアント）１９０を含む。システム１００のコンポーネントは、手術室１０内に配置されることができ、手術室１０内から使用されることができる。システム１００のコンポーネントは、ネットワーク２０に結合されることができる。手術室１０は、ベッド、器具トレー、照明、他の技術カート、および他のデバイスおよびツールのような、手術中に使用するための他のコンポーネントを含むことができる。ネットワーク２０は、とりわけ、ローカルエリアネットワーク、病院エリアネットワーク、インターネット、またはそれらの組み合わせのような、２つ以上の通信的に結合されたコンピュータのセットであることができる。
【0033】
外科カート１１０は、外科処置中に使用するための機能を提供する１つ以上のコンポーネントを含む移動局である。例えば、図示のように、外科カート１１０は、他のコンポーネントの中でも、カートコンピュータ１２０、ローカルクライアントアクセスポイント１３０、スピーカ１５０、一次モニタ１６０、および二次モニタ１７０を含む。
【0034】
カートコンピュータ１２０は、本明細書に記載する技術を実装することができる、カート１１０のコンピュータ環境である。カートコンピュータ１２０は、データ（例えば、入力）に基づいて出力を生じさせるように構成された１つ以上の仮想的または物理的なコンピュータのセットである。多くの例において、カートコンピュータ１２０は、ワークステーションまたはデスクトップ型のコンピュータであるが、他の形態をとることができる。図示のように、カートコンピュータ１２０は、１つ以上のカートプロセッサ１２２、カートメモリ１２４、および１つ以上の外部インターフェース１４０を含む。
【0035】
１つ以上のカートプロセッサ１２２は、命令を（例えば、カートメモリ１２３から）取得し実行するように構成された１つ以上の物理的または仮想的なコンポーネントである。多くの例において、１つ以上のカートプロセッサ１２２は、中央処理装置であるが、マイクロコントローラ、マイクロプロセッサ、グラフィックス処理装置、テンソル処理装置、他のプロセッサ、またはそれらの組み合わせのような、他の形態をとることができる。一例において、１つ以上のカートプロセッサ１２２は、中央処理装置（例えば、ＩＮＴＥＬまたはＡＭＤによって提供されるもの）およびワークステーショングレードのグラフィックスカード（例えば、ＮＶＩＤＩＡまたはＡＭＤによって提供されるもの）の両方を含む。
【0036】
カートメモリ１２４は、データまたは命令のような情報を格納するように構成された１つ以上の物理的または仮想的なコンポーネントである。幾つかの例において、カートメモリ１２４は、コンピューティング環境のメインメモリ（例えば、ランダムアクセスメモリ）または長期記憶メモリ（例えば、ソリッドステートドライブ）を含む。メモリは、一時的または非一時的なコンピュータ読取可能またはプロセッサ読取可能な記憶媒体であることができる。
【0037】
外部インターフェース１４０は、カートコンピュータ１２０が出力を提供しあるいは（例えば、カートコンピュータ１２０の外部のコンポーネントから）入力を受信することができる、１つ以上のコンポーネントのセットである。例えば、外部インターフェース１４０は、１つ以上のセンサ、ボタン、ポインタ、キーボード、マウス、ジェスチャコントロール、タッチコントロール（例えば、タッチ式ストリップまたはタッチスクリーン）、アイトラッカ、音声認識コントロール（例えば、適切な自然言語処理コンポーネントに結合されたマイクロホン）、他のユーザ入力コンポーネント、またはそれらの組み合わせのような、１つ以上のユーザ入力コンポーネントを含むことができる。外部インターフェース１４０は、１つ以上のライト、ディスプレイ、スピーカ、触覚フィードバックコンポーネント、他のユーザ出力コンポーネント、またはそれらの組み合わせのような、１つ以上のユーザ出力コンポーネントを含むことができる。インターフェース１０３０は、１つ以上のポート（例えば、ＵＳＢ（ユニバーサルシリアルバス）ポート、ＴＨＵＮＤＥＲＢＯＬＴ（登録商標）ポート、シリアルポート、パラレルポート、イーサネットポート）またはワイヤレス通信コンポーネント（例えば、ＷＩ－ＦＩ、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＺＩＧＢＥＥ（登録商標）、または他のプロトコルのような、１つ以上の無線周波数プロトコルに従って通信するように構成されたコンポーネント）のような、他のデバイスに出力を提供し、他のデバイスから入力を受信するように構成された、１つ以上のコンポーネントを含むことができる。幾つかの例において、インターフェース１０３０は、術中放射線撮影画像デバイス（例えば、Ｃアーム）または外視鏡のようなデバイスからビデオまたは画像入力を得るためのビデオ入力ポートを含む。
【0038】
一例において、外部インターフェース１４０は、タッチディスプレイインターフェース、ローカルクライアントインターフェース、カメラインターフェース、撮像インターフェース、ビデオ入力、ビデオ出力、ＵＳＢインターフェース、および遠隔監視インターフェースを含む。ＵＳＢインターフェースは、ログファイル、スクリーンショット、レポート、および診断をエクスポートしたり、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）データまたは他のデータをインポートしたりするためのＵＳＢファイルシステムアクセスの能力を提供することができる。
【0039】
一実施形態において、タッチディスプレイインターフェースは、タッチディスプレイ（例えば、一次モニタ１６０または二次モニタ１７０）に結合されたＵＳＢポートの形態にある。インターフェースに結合された１つ以上のタッチディスプレイは、ユーティリティ（例えば、ＷＩＮＤＯＷＳ（登録商標）に付属の「MultiDigimon.exe-touch」）を使用して、タッチベースの入力のためにどのモニタが含まれるかを選択するために、タッチのために較正されることができる。
【0040】
外部インターフェース１４０のローカルクライアントインターフェースは、１つ以上の有線インターフェースおよび無線インターフェースを含むことができる。一例において、ローカルクライアントインターフェースは、（例えば、カートのローカル無線制御ネットワークインターフェースへのアップリンク接続を有する無線ルータの形態にある）ローカルクライアントアクセスポイント１３０を含むことができる。有線インターフェースは、ローカルに配線されたクライアントを接続するための専用のＲＪ４５ネットワークポートを含むことができる。一例において、クライアントとの有線接続は、先ず、カートコンピュータ１２０とローカルクライアントアクセスポイント１３０との間の、次に、ローカルクライアントアクセスポイント１３０とクライアントデバイス１９０との間の有線接続を通じて行われる。
【0041】
一例において、外部インターフェース１４０のカメラインターフェースは、ＲＪ４５ネットワークインターフェースである。幾つかの例において、カメラインターフェースは、パワーオーバーイーサネットプロトコル(power over Ethernet protocol)を使用してカメラに電力を供給する。
【0042】
一例において、外部インターフェース１４０の撮像インターフェースは、とりわけ、ＳＩＥＭＥＮＳまたはＺＩＥＨＭによって提供されるもののような撮像システムのためのネットワーク接続であることができる。撮像インターフェースは、スタティックＩＰアドレスを持つＲＪ４５ネットワークインターフェースの形態であることができる。幾つかの例において、撮像デバイス１８２は、スニーカーネット(sneakernet)を介してカートコンピュータ１２０に接続される。
【0043】
外部インターフェース１４０のビデオ入力は、例えば、キャプチャカードに接続されたＤＶＩ－ｉｎポートまたはＨＤＭＩ（登録商標）－ｉｎポートを含むことができる。
【0044】
外部インターフェース１４０のビデオ出力は、例えば、外部モニタのためのビデオ出力を含むことができる。ビデオ出力は、例えば、カートのディスプレイの１つを外部ＨＤＭＩ接続にミラーリングするためのＵＳＢ－ＨＤＭＩアダプタ(USB to HDMI adapter)を含むことができる。別の例は、ディスプレイの１つを外部ＤＶＩ接続にミラーリングするためのＵＳＢ－ＤＶＩアダプタ(USB to DVI adapter)である。
【0045】
一実施形態において、外部インターフェース１４０のＵＳＢポートは、レポート、ログまたはスクリーンショットをエクスポートすることのような、カートの動作中に使用する取り外し可能な駆動装置を連結する際に使用するために構成されることができる。
【0046】
外部インターフェース１４０の遠隔モニタリングインターフェースは、遠隔監視(oversight)のために神経モニタリングデータを公表するための遠隔モニタリングサービスにカート１１０を接続するために使用されるカートのインターネット接続性を含むことができる。
【0047】
ローカルクライアントアクセスポイント１３０は、１つ以上の有線または無線接続を通じて１つ以上のデバイスと通信するように構成されたネットワークデバイスである。一例において、ローカルクライアントアクセスポイントは、ネットワーキングデバイスに結合された２つ以上のデバイス間のネットワーキングトラフィックを管理する（例えば、ネットワーキングプロトコルに従ってデータパケットを受信し且つ送信する）ように構成された特殊目的コンピュータである。ローカルクライアントアクセスポイント１３０は、カートコンピュータ１２０のハウジングとは別個の専用ハウジング内に配置されることができる。別の例において、ローカルクライアントアクセスポイント１３０は、カートコンピュータ１２０に結合されたＰＣＩｅ（Peripheral Component Interconnect Express）カード内に配置されることができる。一例において、ローカルクライアントアクセスポイント１３０は、オープンソースプロジェクトＰＦＳＥＮＳＥ、ＴＯＭＡＴＯ、ＤＤ－ＷＲＴ、または専用ソフトウェアのような、ネットワーキング／ファイアウォールオペレーティングシステムまたはファームウェアを実行することによって、特殊目的コンピューティングデバイスとして構成される。ローカルクライアントアクセスポイント１３０は、特殊目的スイッチングハードウェアのような、特殊目的ハードウェアをさらに含むことができる。
【0048】
ローカルクライアントアクセスポイント１３０は、無線クライアントネットワーク１３２を提供するように構成された１つ以上のアンテナおよび１つ以上の無線装置(radios)を含むことができる。アンテナ、無線機器、および他のコンポーネントは、ＩＥＥＥ８０２．１１、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＺＩＧＢＥＥ、またはその他のプロトコルのような、１つ以上の標準に従って無線クライアントネットワークを提供するように構成されることができる。ローカルクライアントアクセスポイント１３０は、１つ以上のクライアントデバイス１９０が無線クライアントネットワーク１３２に接続することができるように、１つ以上のアンテナまたは無線装置を使用して無線クライアントネットワーク１３２を提供するためにソフトウェアを用いて構成されることができる。
【0049】
幾つかの例において、カートコンピュータ１２０は、アドホック接続を通じて１つ以上のクライアントデバイス１９０と直接通信する。接続は、暗号化されるかあるいはその他の方法で保護すされることができる。
【0050】
一例において、
カート１１０は、１つ以上のスピーカ１５０を含む。カート１１０上で動作するソフトウェアは、ソフトウェアによって検出されるイベントに基づいてサウンド(音声)イベントを生成する能力を提供することができる。作成されたサウンドは、１つ以上のスピーカ１５０を使用してオーディオファイル（例えば、波形オーディオファイルフォーマットファイル）を再生すること(playing)によって生成されることができる。再生されることができるトーンおよびそれらの関連するオーディオファイルは、サウンドを再生する能力を提供する各アプリケーション内で定義されることができる。
カート１１０は、１つ以上のスピーカ１５０を含む。カート１１０上で動作するソフトウェアは、ソフトウェアによって検出されるイベントに基づいてサウンド(音声)イベントを生成する能力を提供することができる。作成されたサウンドは、１つ以上のスピーカ１５０を使用してオーディオファイル（例えば、波形オーディオファイルフォーマットファイル）を再生すること(playing)によって生成されることができる。再生されることができるトーンおよびそれらの関連するオーディオファイルは、サウンドを再生する能力を提供する各アプリケーション内で定義されることができる。
【0051】
撮像デバイス１８２は、ＣＴ(Computerized Tomography)スキャナ、ＭＲＩ(Magnetic Resonance Imaging)スキャナのような、患者撮像デバイスである。一例において、撮像デバイス１８２は、Ｃアームの形態にある。一例において、撮像デバイス１８２は、（例えば、有線または無線接続を介して）カート１１０と直接的に通信し、あるいはカート１１０と間接的に通信する。
【0052】
クライアントデバイス１９０は、１つ以上のコンピューティングデバイスであることができる。システム１００の脈絡内で、クライアントデバイス１９０は、カート１１０のサービスにアクセスするための操作中に１人以上のユーザによって使用されるデバイスであることができる。有利には、クライアントデバイス１９０は、複数のユーザが、カート１１００によって提供されるサービスに同時にアクセスすることを、カートの周囲を混雑させる必要なく可能にすることができる。さらに、クライアントデバイス１９０は、手術室１０内の便利な場所におけるデバイスのポータブルな使用を可能にするために、とりわけ、タブレット、ラップトップ、電話、ウェアラブルデバイス、仮想現実デバイス、または拡張現実デバイスのような、ポータブルコンピューティングデバイスであることができる。幾つかの例において、クライアントデバイス１９０は、消費者グレードのデバイスまたは特殊な医療グレードのデバイスである。クライアントデバイス１９０は、とりわけ、１つ以上のプロセッサ、メモリ、およびインターフェースデバイス（例えば、タッチスクリーン）を含むことができる。図示のクライアントデバイス１９０は、ブラウザ１９２を含む。ブラウザ１９２は、クライアントデバイス１９０の１つ以上のプロセッサによって実行されると、クライアントデバイス１９０に、（ウェブページ自体がワールドワイドウェブから実際に取得されたかどうかにかかわらず）ウェブページのようなページを取得させてレンダリングさせる、ソフトウェアである。例示的なブラウザは、とりわけ、ＣＨＲＯＭＩＵＭ、ＣＲＨＯＭＥ、ＦＩＲＥＦＯＸ、ＳＡＦＡＲＩ、ＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲ、ＥＤＧＥ、およびＯＰＥＲＡを含む。例示的な実装おいて、クライアントデバイス１９０は、それらが、例えば、手術室１０内で起こる活動に関連する特徴(features)を提供することによる手術室１０内での使用を通じて、カート１１０に近接近して使用されるように構成されるという点で、ローカルクライアントデバイスである。幾つかの例において、クライアントデバイス１９０は、クライアントデバイス１９０上で外科的機能の実行を主に行うというよりもむしろ、カート１１０上で外科アプリケーションの実行を制御する、遠隔端末として動作する。
【0053】
幾つかの例では、ハードウェアまたはソフトウェアファイアウォールが、カメラとカートコンピュータ１２０との間に配置される。
【0054】
図２は、システムカートソフトウェア２００を示す。システムカートソフトウェア２００は、１つ以上のプロセッサに１つ以上のシステムカート動作を実行させるために、コンピュータ実行可能な命令ならびに関連するコンポーネントおよび（例えば、データを含む）リソースを含む。システムカートソフトウェア２００は、ホスティングソフトウェア２０２、ブラウザ２０４、外科プラットフォームソフトウェア２１０、オペレーティングシステムソフトウェア２８０、およびドライバ２９０を含む。外科プラットフォームソフトウェア２１０は、コアソフトウェア２２０、神経モニタリングソフトウェア２３０、計画ソフトウェア２４０、ナビゲーションソフトウェア２５０、撮像ソフトウェア２６０、および曲げソフトウェア２７０を含む。
【0055】
ホスティングソフトウェア２０２は、実行されると、カート１１０に、１つ以上のクライアントデバイス１９０を接続することができるウェブサーバを提供させる、ソフトウェアである。一例において、ホスティングソフトウェアは、ＷＩＮＤＯＷＳ ＷＥＢ ＳＥＶＥＲ（例えば、ＭＩＣＲＯＳＯＦＴによるＩＮＴＥＲＮＥＴ ＩＮＦＯＲＭＡＴＩＯＮ ＳＥＲＶＩＣＥＳ）を使用して実装される。サーバは、ウェブサーバであってよいが、ホスティングソフトウェア２０２によってホスティングされる１つ以上のページまたは他の態様は、ワールドワイドウェブ上または手術室１０の外側のデバイスにアクセス可能である必要はない。
【0056】
ブラウザ２０４は、ウェブブラウザを提供するソフトウェアであり、ブラウザ１９２に関して上述したような１つ以上の態様を含むことができる。一例において、ブラウザ２０４は、埋め込みブラウザであるか、またはヘッドレスブラウザである。
【0057】
コアソフトウェア２２０は、セッション管理、ワークフローナビゲーション、ネットワーク接続性、画像取得、カメラインターフェースおよび追跡データ、外部モニタサポート、ファイルエクスポート（レポート、スクリーンショット、ログ、画像、診断）、イベントおよび注釈、タイマ、システム保守機能を含む。コアソフトウェア２２０は、図３に関連してより詳細に記載される。
【0058】
神経モニタリングソフトウェア２３０は、１つ以上のプロセッサに１つ以上の神経モニタリング操作を実行させるために、コンピュータ実行可能な命令、関連コンポーネント、およびリソース（例えば、データ）を含む。例えば、神経モニタリングソフトウェア２３０は、脊椎手術中に術中神経生理学的モニタリングを提供する。神経モニタリングソフトウェア２３０は、カート１１０に、外科医に直接情報を提供させて、患者の神経生理学的状態を評価するのを助ける。神経モニタリングソフトウェア２３０は、外科アクセサリ上に配置されるビア電極の電気刺激を引き起こし、筋電図（ＥＭＧ）、運動誘発電位（ＭＥＰ）、または神経の体性感覚誘発電位（ＳＳＥＰ）応答をモニタリングすることによって、情報を取得することができる。加えてあるいは代わりに、神経モニタリングソフトウェアは、外科医が神経回避における使用のために神経を位置特性し且つ評価することを可能にする構成(features)を提供する。例えば、ソフトウェア２３０は、骨準備および骨ネジの配置前、中または後に、近接性情報を提供するための構成を提供することができる。一例において、神経モニタリングソフトウェア２３０は、統合された神経モニタリングを提供する。例示的な神経モニタリング構成は、例えば、米国特許第８，５３８，５３９号、８，５４８，５７９号、８，５５０，９９４号、８，５５６，８０８号、８，５６２，５２１号、８，５９１，４３２号、８，６０２，９８２号、８，６２８，４６９号、８，６３４，９０４号、８，６６３，１００号、８，６７２，８４０号、８，６７９，００６号、８，６９６，５５９号、８，７０８，８９９号、８，７３８，１２３号、８，７４７，３０７号、８，７５３，２７１号、８，７６４，６４９号、８，７６８，４５０号、８，７８４，３３０号、８，８２１，３９６号、８，９４２，８０１号、８，９４５，００４号、８，９５６，２８３号、８，９７７，３５２号、８，９８９，８６６号、および９，０３７，２５０号に記載されており、それらは、ありとあらゆる目的のために、その全体が参照として本明細書に援用される。
【0059】
計画ソフトウェア２４０は、１つ以上のプロセッサに１つ以上の計画操作を実行させるために、コンピュータ実行可能な命令ならびに関連するコンポーネントおよび（例えば、データを含む）リソースを含む。例示的な計画ソフトウェア２４０は、ＮＵＶＡＳＩＶＥ，ＩＮＣによるＩＧＡプラットフォームを含む。例示的な計画構成は、例えば、米国特許出願公開第２０２１／００３０４４３号、米国特許出願公開第２０２０／０１７０７１２号、および米国特許出願公開第２０１５／０１０００９１号に記載されており、それらは、ありとあらゆる目的のために、その全体が参照により本明細書に援用される。
【0060】
ナビゲーションソフトウェア２５０は、１つ以上のプロセッサに１つ以上のナビゲーション操作を実行させるために、コンピュータ実行可能な命令および関連するコンポーネントおよびリソース（例えば、データ）を含む。例示的なナビゲーション構成は、米国特許出願公開第２０１８／００９２６９９号に記載されており、それは、あらゆる目的のために、その全体が参照により本明細書に援用される。
【0061】
撮像ソフトウェア２６０は、１つ以上のプロセッサに１つ以上の撮像操作を実行させるために、コンピュータ実行可能な命令および関連するコンポーネントおよびリソース（例えば、データ）を含む。例示的な撮像ソフトウェア２６０は、画像を取得し且つ処理するための命令を含む。例示的な撮像ソフトウェア２６０は、、ＮＵＶＡＳＩＶＥ，ＩＮＣによるＬＥＳＳＲＡＹを含む。例示的な撮像ソフトウェアは、米国特許第８，５２６，７００号、米国特許第９，５１０，７７１号、米国特許第８，７１８，３４６号、米国特許第８，７９２，７０４号、米国特許第８，９０８，９５２号、米国特許出願公開第２０１７／０１６５００８号、米国特許第９，７８５，２４６号、米国特許第１０，４４４，８５５号、および米国特許第１０，１３９，９２０号に記載されており、それらは、ありとあらゆる目的のために、その全体が参照により本明細書に援用される。
【0062】
曲げソフトウェア２７０(bending software)は、１つ以上のプロセッサに１つ以上の曲げ操作を実行させるために、コンピュータ実行可能な命令および関連するコンポーネントおよびリソース（例えば、データ）を含む。例えば、曲げ操作は、脊椎処置における使用のための曲げロッドに関する命令を計画することおよび提供することを含むことができる。例示的な曲げソフトウェア２７０は、ＮＵＶＡＳＩＶＥ，ＩＮＣ．によるＢＥＮＤＩＮＩを含む。例示的な曲げソフトウェア構成は、米国特許出願公開第２０１４／０１３７６１８号、米国特許第９，８４８，９２２号、米国特許第７，９５７，８３１号、および米国特許第８，５４９，８８８号に記載されており、それらは、ありとあらゆる目的のために、その全体が参照により本明細書に援用される。
【0063】
オペレーティングシステムソフトウェア２８０は、１つ以上のプロセッサにオペレーティングシステムに関連する１つ以上の操作を実行させるために、コンピュータ実行可能な命令および関連するコンポーネントおよびリソース（例えば、データ）を含み、。オペレーティングシステムは、コンピュータ上で動作するプログラム間のリソース（例えば、処理リソース、メモリリソース、およびネットワーキングリソース）およびデバイス（例えば、入力デバイス、出力デバイス、またはネットワーキングデバイス）の割り当ての制御のような、構成を提供することができる。一例において、オペレーティングシステムソフトウェアは、埋め込みオペレーティングシステム（例えば、ＭＩＣＲＯＳＯＦＴ ＣＯＲＰ．によるＷＩＮＤＯＷＳ ＩＯＴ）または他の種類のオペレーティングシステム（例えば、ＭＩＣＲＯＳＯＦＴ ＣＯＲＰ．によるＷＩＮＤＯＷＳ １１またはＷＩＮＤＯＷＳ １０ ＥＮＴＥＲＰＲＩＳＥ ＬＴＳＣ）を実装する。
【0064】
ドライバ２９０は、１つ以上のプロセッサにハードウェアに関連する１つ以上の操作を実行させるために、コンピュータ実行可能な命令および関連するコンポーネントおよび（例えば、データを含む）リソースを含む。
【0065】
システムカート１１０は、医療処置中の使用のための他のソフトウェアを含むことができる。一例において、カート１１０は、患者のためのカスタムインプラント（例えば、カスタム体内インプラント）を作成または定義するためのソフトウェアを含む。
【0066】
様々なソフトウェアは、互いの間で通信するためのアプリケーションプログラミングインターフェースまたは他のインターフェースを提供することができる。ソフトウェアコンポーネントのうちの２つ以上が連携して機能を実行することができる。ソフトウェアは、本明細書に記載される１つ以上の方法または操作を実行するように構成されることができる。
【0067】
様々なソフトウェアは、１人以上のユーザにデータを提供し且つ１人以上のユーザから情報を受信するためのユーザインターフェースを提供することができる。メニュー、バナー、ブレッドクラム(breadcrumbs)、ボタン、ボタンバー、チェックボックス、ボタンリスト、トグルボタン、アップダウンボタン、確認ダイアログ、データピル、日付要素、ドロップダウンメニュー、数値要素、向きエディタ、プログレスバー、スクロール可能な要素、スクロール可能なグリッド、スライダ、スピナー、ツールバー、ツールチップ、ウィザードステップのような、様々なユーザインターフェース要素を使用することができる。
【0068】
（コアソフトウェア）
図３は、コアソフトウェア２２０を示す。ここで、「コア」とは、中央を意味し、コアソフトウェアの１つ以上の態様が本明細書に記載される発明に必須であることを意味しない。
図３は、コアソフトウェア２２０を示す。ここで、「コア」とは、中央を意味し、コアソフトウェアの１つ以上の態様が本明細書に記載される発明に必須であることを意味しない。
【0069】
図示のように、例示的なコアソフトウェア２２０は、サブユニット、サブモジュール、サブコンポーネント、またはエンジンと称することができる、エンジン３０４を含む。エンジン３０４への分解は、ソフトウェアのモジュール化を提供し、サブユニットに依存する機能性の範囲を定義する。コアソフトウェア２２０は、他の方法で実装されることができる。例示的な実装では、各サブユニットは、コアソフトウェア２２０に組み込まれたときにのみその機能を充足し、そのため、単独で記述またはテストされることができるソフトウェアユニットであると考えられる必要はない。モジュールは、他のモジュールまたはコンポーネントがモジュールと相互作用(対話)することができる機能およびデータ構造ならびにインターフェースのグループであることができる。エンジン３０４は、基本能力(base capabilities)を含むソフトウェアコンポーネントであることができ、他のアプリケーションは、基本能力から構築されることができ、サポートされる各アプリケーション内で使用され且つ共用されるソフトウェアコンポーネントおよびハードウェアコンポーネントへのインターフェースを実装する。
【0070】
コアソフトウェア２２０は、モジュール間およびモジュール内通信のためのパブリッシュ／サブスクライブ設計パターンを持つメッセージバス３０２を使用することができる。メッセージバスは、単一のモジュール内でモジュールを結合解除することならびに個々のサービスを結合解除することを許容することができる。例示的な実装は、プロセス内通信をサポートし、ＭＩＣＲＯＳＯＦＴ．ＮＥＴイベントを使用してサブスクライバにメッセージを送信する。バストピック(bus topics)は、スレッディングおよびパブリッシュ／サブスクライブパターンが、モジュールが認識している各トピックについて指定される、各モジュールのコンフィグレーションファイルのために構成されることができる。幾つかの実装において、コアソフトウェア２２０は、異なるモジュール間にコンパイル時間依存性がなく、モジュール間の全ての相互作用(対話)がパブリッシュ／サブスクライブパターンを持つメッセージバス３０２を介して行われるように、構成されることができる。バストピック(bus topics)および引数(arguments)は、実行中のタイプの安全性を保証するために、コンパイル時に変えられる(resolved)ことができる。フレームワークコンポーネントは、共用トピックおよび引数データタイプを定義するために使用されることができる。
【0071】
図示のように、エンジン３０４は、セッション管理エンジン３０６、マルチアプリケーションシステムエンジン（例えば、マルチアプリケーションシステムコンポーネント）３０８、モニタサポートエンジン３１０、ローカルクライアントプロファイル（例えば、ローカルクライアントプロファイルエンジン）３１２、汎用ワークフローエンジン３２２、可聴情報エンジン３２４、タイマエンジン３２６、スクリーンキャプチャエンジン３２８、デバイスエンジン３３０、ローカルクライアントサポートエンジン３３２、撮像制御装置エンジン３３４、カメラ追跡エンジン３３６を含む。
【0072】
セッション管理エンジン３０６は、システム１００内のセッションを開始および停止する能力を提供することができる。セッションは、カート１１０が使用されるべき時間期間に対応することができる。例えば、セッションは、カート１１０が機能性を提供する（例えば、術前および術後のセットアップおよびラップアップを含む）手術に対応することができる。セッションの現在の状態は、同期のために各々の接続されたクライアントデバイス１９０に伝搬されることができる。例えば、セッションが、開始フェーズ、セットアップフェーズ、術前フェーズ、術中フェーズ、および終了処置(end procedure)フェーズの間で移行するとき、現在のフェーズは、各クライアントデバイス１９０に伝搬されることができる。例示的な実装において、セッションの作成は、セッション固有のデータを格納するデータベース（例えば、ＳＱＬデータベース）、および診断情報およびスクリーンショットを格納するフォルダまたは他の場所の作成を含む。セッション管理エンジン３０６は、セッションユーザインターフェース内のユーザインターフェース要素からの要求を介してセッションを開始または復元することができる。
【0073】
セッション管理エンジン３０６は、新しいセッションを開始し、前のセッションを復元し、且つセッションを終了するための機能性を提供することができる。新しいセッションを開始することは、全てのアプリケーションについて、状態をデフォルトの初期値に設定することができる。セッション管理エンジン３０６は、セッション開始状態を各アプリケーションで編成する(orchestrate)ことができる。各アプリケーションは、セッション始動を実行する責任を負うことができ、アプリケーションの準備が整ったときにコアアプリケーション２２０に通知することができる。セッションを復元することは、全ての必要とされる値を復元することができる。セッション管理エンジン３０６は、どのセッションが復元されているかを識別して、セッション復元が完了したときに全てのアプリケーションに通知するために、セッションが情報で復元されていることを各アプリケーションに通知する責任を負うことができる。各アプリケーションは、アプリケーション固有のセッション復元要件毎に復元を実行する責任を持つように構成されることができる。セッションを終了することは、アプリケーションに現在のセッションが停止したことを通知することなどによって、カート１１０を次の新しいセッションのために準備する。これに応じて、各アプリケーションは、各アプリケーション固有のソフトウェア要求仕様で定義されているように、それ自体の状態をリセットする。次のセッションが開始されるときに、新しいデータベースを準備することができる。セッション管理エンジン３０６は、状態変化の前後のステージを含むイベントバスを使用して、セッション状態の通信をさらに編成することができる。コンポーネントは、各セッションライフサイクルバストピック(session lifecycle bus topic)を個別にサブスクライブおよび公表(パブリッシュ)することを必要とせずに、セッションライフサイクル管理およびサービスをカプセル化し且つ単純化するために、モジュールが由来するベースクラス実装を含むことができる。
【0074】
マルチアプリケーションシステムコンポーネント３０８は、とりわけ、外部モニタコンポーネント、撮像コンポーネント、モニタリングアクセサリ、追跡カメラ、ローカルクライアントルータ、病院ネットワーク接続、遠隔モニタリングポータル、ＵＳＢインターフェース、およびソフトウェアインターフェースのような、様々なコンポーネントのためのソフトウェア－ハードウェアインターフェースを含む。コアマルチアプリケーションシステムコンポーネント３０８は、患者管理デバイスに関連するデバイス状態情報の表示を引き起こすことができる。例えば、コンポーネント３０８は、接続状態を検出および管理し、接続状態情報およびあらゆる利用可能なバージョン情報をメッセージングバス３０２に公表することができる。コアソフトウェア２２０は、メッセージングバス３０２上で、リソース状態に関連するメッセージを聞いて、状態およびあらゆる提供されたバージョン情報をユーザインターフェースに伝搬することができる。
【0075】
幾つかの例において、コアソフトウェア２２０は、遠隔モニタリング機能性を提供することができる。遠隔モニタリングポータルへの接続は、コアソフトウェア２２０の一部およびインターネットへのアクセスを提供し且つ遠隔モニタリングポータルに接続するためのネットワーク接続として提供されることができる。カート１１０が遠隔モニタリングポータルに接続する能力は、例えば、各カートのシリアル番号を登録することによって、遠隔モニタリングポータルを通じて管理されることができる。メニュー項目が、遠隔モニタリングを開始するために提供されることができ、インターネット接続が検出されるときに利用可能にされることができる。リモートモニタリングポータルにひとたび接続されると、このメニュー項目は、チャットとなって、リモートモニタリングチャットダイアログを呼び出すことができる。
【0076】
マルチアプリケーションシステムエンジン３０８は、格納された構成データ(configuration data)と相互作用(対話)することができる。格納された構成データは、解剖学的構造、アプローチ、脊椎レベル、ワークフロー定義、セッション復元オプション、データ保持、ファイルシステム構成のような、システムレベル構成値を含むことができる。構成データは、ファイルエクスポート、外部ディスプレイ、性能ロギング、システム管理操作についての値を持つモジュールのための構成設定(configuration settings)を含むことができる。サポートされる撮像デバイスモデルのための構成設定のような、撮像デバイスのための構成データがさらに存在することができる。サポートされるカメラのための構成設定を含むことができる構成データを追跡することも存在することができる。ジッタを追跡することおよびノイズ低減のための構成設定を含むジッタ構成データを追跡することが存在することができる。（例えば、ファイルネームの一部としてシステム起動タイムスタンプで名称が付けられた）システムログファイルのようなログファイルが存在することができる。セッション状態データは、セッション復元のために格納されることができ、使用可能なアプリケーション、選択された撮像デバイスモデル、輝度／コントラスト、パン／ズーム状態に関するデータを含む。一例において、セッション状態データは、セッションデータベースまたは他のデータにより厳密に格納される。セッションデータ（例えば、エクスポートのために利用可能なデータ）は、スクリーンショットと異なるアプリケーションからの診断ファイルとを含むセッションデータディレクトリを含むことができる。画像バンクファイル記憶装置は、サーバファイルストリームにマッピングされたセッション特有の画像バンク画像のディレクトリであることができる。
【0077】
モニタサポートエンジン３１０は、カート１１０の複数のモニタの使用を容易にする。例えば、図１に示す例は、一次モニタ１６０と二次モニタ１７０とを有するカート１１０を示す。一例において、モニタサポートエンジン３０４は、一次モニタ１６０に、ワークフローナビゲーション、セットアップ、術前ステップ、術中ステップ、および終了処置能力(end procedure capabilities)を含むメインスクリーンユーザインターフェースを表示させる。二次モニタ１７０は、例えば、手術中ワークフローステップの間に、二次ユーザインターフェースを表示するように制御されることができる。二次ユーザインターフェースは、ナビゲーションビューポートおよびインターフェース制御装置を含むことができる。モニタサポートユニットは、一次モニタ１６０および二次モニタ１７０を越えて追加のモニタをサポートすることができる。そのような追加のモニタは、一次モニタ１６０または二次モニタ１７０のコンテンツ(内容)を複製することができ、あるいは異なるコンテンツ(内容)を提供することができる。例示的な実装において、追加のモニタのために直接的にサポートされるインターフェースは、カート１１０上のポートを通じるＨＤＭＩ（High-Definition Multimedia Interface）またはＤＶＩ（Digital Visual Interface）である。追加のモニタが接続されるならば、リソースタイルが、対応するラベルおよび設定アイコンと共に、一次モニタ１６０または二次モニタ１７０上に現れて、その外部モニタ上に表示されるものを変更することを可能にすることができる。
【0078】
ローカルクライアントプロファイルエンジン３１２は、ローカルクライアント１９０の１つ以上の態様の管理を制御することができる。例えば、エンジン３１２は、ユーザが選択することがある複数の異なるローカルクライアントプロファイルで定義することができる。例示的なローカルクライアントプロファイルは、神経生理学者プロファイル、営業担当者プロファイル、および撮像技術者プロファイルを含む。選択されるプロファイルに応じて、ユーザは、クライアントデバイス１９０からシステム１００内の特定の機能を実行することを制限されることがある。一例では、神経生理学者および会社代表者（例えば、営業担当者）プロファイルは、クライアントデバイス１９０からカート１１０の機能性への完全なアクセスを有する。一例において、神経生理学者プロファイルは、刺激を含む術中モニタリングモダリティへのアクセスを有する。運動誘発電位モニタリング、三側モニタリングおよび評価プログラムモニタリングのような、特定の種類の刺激は、遠隔刺激設定が有効にされることを要求することができる。一例において、営業担当者プロファイルは、全ての術中モニタリングモダリティへのアクセスを有する。体性感覚誘発電位モニタリング、運動誘発電位モニタリング、三側モニタリングおよび評価プログラムモニタリングについて、営業担当者は、刺激結果を見て、設定を調整することができるが、刺激を開始することはできない。カート１１０は、クライアントデバイス１９０に、電極設定、刺激設定、および開始前刺激へのあらゆる変更について、それらが外科医の要求で動作していることを確認するように、神経生理学者ユーザに要求させることがある。一例において、撮像技術者プロファイルは、設定を変更することを含む術中モニタリング機能を実行する能力を持たずに、撮像ビューおよび計画機能性に限定される。撮像技術者は、ナビゲーション曲げ機能性へのアクセスを有することが妨げられることができる。ある実装では、クライアントプロファイル制限が、問題の特定のアクション(行為)のために認可クレームプロバイダ(authorization claims provider)を使用して設定される。各アプリケーションは、各アクションを定義して、各アクションが認可されるプロファイルを割り当てる責任を負うことができる。これらのアクションは、許可モデル内に含められることができる。ユーザインタフェースコードは、クレームプロバイダインターフェースを使用して、これらのアクションのいずれかのアクションの可用性を検証することができる。許可の例およびそれらが特定のプロファイルに許可されているかどうかの例が、以下の表Ｉに示される。
【表0001】
【0079】
可聴情報エンジン３２４は、オーディオ(audio)を再生すること(playing)を容易にする。システム１００は、システム１００がシステム音量(volume)を調整するためにユーザからの入力を受け取ることができるように、ミュート／ミュート解除機能および音量調整制御を提供することができる。システム１００は、カート１１０においてのみならずローカルクライアントデバイス１９０においても、システム１００のための音量制御を提供することができる。異なるサウンドが、異なる優先度および異なる挙動を有し得る。例えば、サウンドが動的刺激のために待ち行列に置かれ(queued)、刺激エラー(stimulation error)があるならば、刺激エラーは、全ての待ち行列に置かれているサウンドに割り込み(interrupt)、直ちに再生される(played)ことができる。可聴情報エンジン３２４は、より低い優先度のサウンドがより高い優先度のサウンドに割り込まないように構成されることができる。可聴情報エンジン３２４は、サウンドが古くなっている(stale)として除去される前に、待ち行列に並ぶ時間の最大量を設定するように、さらに構成されることができる（例えば、５００ミリ秒よりも長く待ち行列に並んで待機しているサウンドは、古くなっているとして除去される）。一例において、可聴情報エンジン３２４は、エラーについてのオーディオ優先度についてのルールと、同じ優先度のサウンドが再生されているときに、エラーが、同等以下の優先度のサウンドが再生されているときに割り込む能力を有すると言う、さらなるルールとを有する。音量調整ボタン５０４の作動を検出することに応答して、システム１００は、システム１００全体をミュートするオプションならびに各モダリティについてオーディオをオンおよびオフにするトグルを備えたモダリティのリストを含むシステム音量制御をユーザに提示する。少なくとも１つのモダリティがミュートされるならば、音量調整ボタンは、サウンドがミュートされていることを示すために変更されることができる。個々のアプリケーションがミュートされ、システムボリュームがミュートされるならば、ミュート解除は、個々のミュートされたアプリケーション設定を維持する。一例において、オーディオを再生できる別のデバイス（例えば、クライアントデバイス１９０）が接続されているとしても、サウンドがスピーカ１５０を通じて一貫して再生することを保証するために、オーディオ出力がモニタリングされる。サウンドのタイプに関する例示的な情報が、表ＩＩに示されている。
優先度プロパティ(priority property)は、サウンドをランク付けすることおよびグループ化することの両方の方法を提供することができる。待ち行列に置かれたサウンドは、最も優先度の高い順に再生されることができる。同じ優先度の待ち行列に置かれたサウンドは、先入れ先出しで再生される。加えて、相対優先度は、割り込みルールを使用してサウンドを待ち行列に並べる代わりに、サウンドを割り込むべきタイミングを決定する際に使用されることができる。ループは、ポーズが呼び出されるまで、サウンドを無期限に再生するかどうかに関係することができる。割り込みルールは、すでに再生されているサウンドにいつ割り込むかに関係することができる。競合プロパティ上の待ち行列(キュー)は、別のサウンドに割り込む条件を満たさないサウンドに関係することができ、要求を待ち行列に置くかどうかを示し、さもなければ、要求を破棄することができる。待ち行列の別個のプロパティ(queue distinct property)は、このオーディオタイプの単一の要求のみが待ち行列に置かれるべきであることを示すことができる。待ち行列タイムアウトプロパティ(queue timeout property)は、要求が待ち行列に置かれているならば、再生前に要求がどれぐらい長く待ち行列内にあることを許容するか関係することができる。待ち行列解除プロパティ(dequeue property)上の再生は、要求が待ち行列に置かれるならば、最終的に待ち行列解除されたときにサウンドが依然として再生されるべきであることを確認するためにコールバックにおいて使用されるロジックに関係することができる。上記で例示されるように、異なるサウンドタイプが、とりわけ、優先度、ループ、割り込みルール、コンフリクトのある待ち行列(queue on conflict)、待ち行列別個(queue distinct)、待ち行列タイムアウト、および待ち行列解除上での再生のような、異なるプロパティを有することができる。優先度は、サウンドをランク付けすることおよびグループ化することの両方の方法である。待ち行列に置かれるサウンドは、最も優先度の高い順に再生されることができる。同じ優先度の待ち行列に置かれるサウンドは、先入れ先出しルールに従って再生されることができる。加えて、相対優先度は、割り込みルールを使用してサウンドを待ち行列に置く代わりに、サウンドに割り込むべきときを決定する際に使用されることができる。ループは、ポーズが呼び出されるまでサウンドを無期限に再生する(replay)かどうかを記述することができる。割り込みルールは、すでに再生されているサウンドに割り込むかどうか或いはいつ割り込むかを指定することができる。コンフリクトのある待ち行列は、サウンド要求が別のサウンドに割り込むための条件を満たさないならば、要求を待ち行列に置くか或いは要求を破棄するかを記述することができる。待ち行列別個プロパティは、このオーディオタイプの単一の要求のみが待ち行列に置かれるべきかどうかを示すことができる。待ち行列タイムアウトプロパティは、再生前に要求がどれぐらい長く待ち行列内にあることを許容すべきかを示すことができる。待ち行列解除プロパティ上の再生は、最終的に待ち行列解除されるときにサウンドが依然として再生されるべきことを確認するためにコールバックにおいて使用されるロジックを示す。
【表0002】
【0080】
タイマエンジン３２６は、タイマの使用を容易にする。複数のタイマがシステム１００に追加されることができる。タイマアクションは、システムメニューボタンにおいて或いはタイマボタンから使用可能であることができる。タイマは、始動／再開、停止／一時停止、リセットおよび削除されることがある。タイマは、手術の様々な態様の時間を計るために使用されることができる。
【0081】
スクリーンキャプチャエンジン３２８は、スクリーンショット（例えば、画像またはビデオ）をキャプチャする１人以上のユーザの能力を提供するように構成されることができる。一例において、スクリーンショットのキャプチャは、どれぐらい多くのスクリーンが使用されているかに基づいて１つ以上のスクリーンをキャプチャすることを含む。例えば、二次モニタ１７０を利用するアプリケーションがアクティブであるならば、キャプチャメカニズムは、一次モニタ１６０および二次モニタ１７０の両方に表示されるものをキャプチャすることができる。幾つかの例において、スクリーンショットは、ディスプレイエリアのサブセットの画像またはビデオである。例示的な実装において、スクリーンショットは、ＭＩＣＲＯＳＯＦＴ ＤＩＲＥＣＴＸグラフィックスインターフェースを使用してキャプチャされる。このＡＰＩに障害が生じる事態において、システムは、スクリーンをキャプチャするためにＷＩＮＤＯＷＳ ＧＤＩビットブロック転送メカニズムを使用することに立ち返るように構成されることができる。スクリーンショットが画像である場合、それらはＰＮＧフォーマットまたは他の適切なフォーマットにおいてエンコードされて、セッションデータフォルダに保存されることができる。一例において、カート１１０は、クライアントデバイス１９０に表示されるものというよりもむしろ、カート１１０自体上のスクリーンをキャプチャすることができるのみである。スクリーンショットアクションがクライアントデバイス１９０からトリガされるならば、スクリーンショットは、クライアントデバイス１９０上にあるものではなく、その時点でカート１１０上に表示されるものをキャプチャする。別の例において、スクリーンショット構成は、カート１１０ではなく、クライアントデバイス１９０上に表示されるもののスクリーンショットを撮影することもできる。さらに別の例において、スクリーンショット構成は、全てのクライアントデバイスおよびカート１１０上に表示されるものをキャプチャする。
【0082】
デバイスエンジン３３０は、複数のデバイスがどのように相互作用(対話)するかを制御することができる。一例において、デバイスは、バックエンドコンポーネントによって管理される。例えば、撮像デバイスコンポーネントは、撮像デバイスリソースを提供し、術中モニタリングコンポーネントは、患者モジュールリソースを提供し、追跡コンポーネントは、カメラリソースを提供することができ、それは、次に、他のソフトウェア（例えば、アプリケーション）によって消費されることができる。共用バストピックを使用して、ロードされたコンポーネントからシステムリソース情報を受信することができる。コンポーネントは、リソースを登録し、次に、接続およびヘルス状態に関する更新を提供することができる。個々のリソース設定を構成することは、各コンポーネントの責任であることができる。カート１１０は、各リソースの接続およびヘルス状態をユーザインターフェースに通信することができる。一例において、デバイスエンジン３３０は、図５に関連してより詳細に説明される、ユーザインターフェースのデバイスセクションに表示される情報を制御することができる。
【0083】
ローカルクライアントサポートエンジン３３２は、クライアントデバイス１９０をサポートするコンポーネントである。
カート１１０は、ローカルクライアント１９０がカート１１０に接続するためのアクセスポイントを提供するカートコンピュータ１２０に接続されたローカルクライアントアクセスポイント１３０（例えば、ルータ）を含む。ローカルクライアントアクセスポイント１３０は、有線および無線接続の一方または両方を提供するように構成されることができる。一例において、アクセスポイント１３０は、ハードウェアルータを含む。ローカルクライアントアクセスポイント１３０を通じたカート１１０へのアクセスは、実行時にシステム１００によって生成され且つ特定のスクリーン上のみに表示される接続パスコードを通じて制御されることができる。ローカルクライアントサポートエンジン３３２は、例えば、ローカルクライアント１９０によるシステム１００への接続を制御するように構成されることができる。カート１１０は、カート１１０およびローカルに接続されたクライアントがインターネットに接続することを可能にするように病院または他のネットワークに接続されることができる、複数のネットワークインターフェース（例えば、有線および無線ネットワークインターフェース）を含むことができる。両方の接続が確立されるならば、カート１１０は、１つの優先権(precedence)（例えば、有線接続）を与えるように構成されることができる。カート１１０がインターネットに接続されるときに、接続は、ローカルクライアント１９０に共用されることができる。例えば、接続は、ＷＩＮＤＯＷＳのインターネット接続共用機能性を使用して共用されることができる。別の例において、インターネット接続は、アクセスポイント１３０を通じて、カートコンピュータ１２０およびクライアント１９０の両方へ行われる。別の例において、インターネット接続は、病院ネットワークからカートコンピュータ１２０に、アクセスポイント１３０に、次に、クライアント１９０に行われる。インターネット接続が有線から無線に或いはその逆に変更されるならば、インターネット接続共用を更新して、インターネット接続性を有する接続を使用することができる。両方が接続性を有するならば、カート１１０は、有線（例えば、イーサネット）接続を使用することができる。ローカルクライアント１９０の接続および使用に関するさらなる情報は、図７に記載されている。
カート１１０は、ローカルクライアント１９０がカート１１０に接続するためのアクセスポイントを提供するカートコンピュータ１２０に接続されたローカルクライアントアクセスポイント１３０（例えば、ルータ）を含む。ローカルクライアントアクセスポイント１３０は、有線および無線接続の一方または両方を提供するように構成されることができる。一例において、アクセスポイント１３０は、ハードウェアルータを含む。ローカルクライアントアクセスポイント１３０を通じたカート１１０へのアクセスは、実行時にシステム１００によって生成され且つ特定のスクリーン上のみに表示される接続パスコードを通じて制御されることができる。ローカルクライアントサポートエンジン３３２は、例えば、ローカルクライアント１９０によるシステム１００への接続を制御するように構成されることができる。カート１１０は、カート１１０およびローカルに接続されたクライアントがインターネットに接続することを可能にするように病院または他のネットワークに接続されることができる、複数のネットワークインターフェース（例えば、有線および無線ネットワークインターフェース）を含むことができる。両方の接続が確立されるならば、カート１１０は、１つの優先権(precedence)（例えば、有線接続）を与えるように構成されることができる。カート１１０がインターネットに接続されるときに、接続は、ローカルクライアント１９０に共用されることができる。例えば、接続は、ＷＩＮＤＯＷＳのインターネット接続共用機能性を使用して共用されることができる。別の例において、インターネット接続は、アクセスポイント１３０を通じて、カートコンピュータ１２０およびクライアント１９０の両方へ行われる。別の例において、インターネット接続は、病院ネットワークからカートコンピュータ１２０に、アクセスポイント１３０に、次に、クライアント１９０に行われる。インターネット接続が有線から無線に或いはその逆に変更されるならば、インターネット接続共用を更新して、インターネット接続性を有する接続を使用することができる。両方が接続性を有するならば、カート１１０は、有線（例えば、イーサネット）接続を使用することができる。ローカルクライアント１９０の接続および使用に関するさらなる情報は、図７に記載されている。
【0084】
撮像制御エンジン３３４は、カート１１０に結合された撮像デバイス１８２に関する機能性または撮像デバイス１８２から得られたデータ（例えば、画像）を提供するように構成されることができる。撮像制御エンジン３３４は、例えば、サポートされているモデルのドロップダウンリストから所望の撮像デバイスモデルを選択し、撮像デバイス１８２の接続状態または切断状態を示し、撮像デバイス１８２からの現在のライブビューを示し、ライブ画像を調整するためにパンまたはズームし、パン状態およびズーム状態をデフォルトにリセットし、画像の輝度およびコントラスト設定を調整する制御装置を提供する、能力を提供する。
【0085】
撮像制御エンジン３３４は、ワークフローの術前または術中部分の間に、術前ステップのビュー撮像タブを制御し、ライブインジケータでの撮像の現在のライブビューを表示し、パンおよびズームを制御し、パン状態およびズーム状態をリセットし、輝度を調整またはリセットし、コントラストを調整またはリセットし、現在の画像を画像バンクに保存し、画像バンクからの既存の画像をロードし、画像が各クライアントから画像バンクに最初に保存されるときの認識確認ダイアログ(acknowledgement confirmation dialog)をクライアントデバイスのユーザに提示し、画像をアンロードし且つ画像バンクからロードされる画像に応答してビューを現在の撮像デバイスライブビューに戻すライブへ戻るボタン(return to live button)に変換する、ように構成されることができる。一例において、撮像制御エンジン３３４は、ワークフローの術中部分の間に、アライメント測定スクリーンを開いて、デュアルビュー（例えば、ライブおよび参照）に切り替えることができる。デュアルビューに切り替えると、現在のライブ画像は、画像バンクに保存され、参照ビューにロードされる。参照ビューは、ライブビューと同じパン／ズーム、輝度／コントラスト、リセットおよび画像バンクアクセス能力を提供する。撮像デバイスディスプレイがデュアルビューであるときに、作動後に、現在のライブ画像を画像バンクに保存し、それを直ちに参照ビューにロードする、参照アクションへのコピーボタン(copy to reference action button)がある。
【0086】
撮像制御エンジン３３４は、ワークフローの終了処置部分の間に、画像バンクに保存された撮像デバイス画像を撮像デバイスにエクスポートするための構成を提供することができる。これらの画像は、新しいセッションが作成されるか或いはセッションが１２時間よりも古くなるまでのみ保持されるように設定されることができる。セッションの年齢は、現在の時刻でセッションの内部タイムスタンプを差し引くことによって決定されることができる。内部タイムスタンプは、セッションがアクティブである間、継続的に（例えば、５分毎に）更新されることができる。
【0087】
カメラ追跡エンジン３３６は、カメラ１８０を使用した追跡およびナビゲーションに関する機能性を提供する。カメラ追跡エンジンは、カメラ１８０をセットアップおよび設定するための機能性をさらに提供することができる。例示的な機能性およびカメラ機能性を提供するための技術は、以前に参照により本明細書に組み込まれた米国特許出願公開第２０１８／００９２６９９号明細書に提供されている。
【0088】
コアソフトウェア２２０は、フロントエンドコンポーネント３５０をさらに含む。フロントエンドコンポーネント３５０は、本明細書に記載するユーザインターフェースを提供するように構成されたコンポーネントであることができる。例示的なフロントエンドコンポーネントは、とりわけ、撮像デバイスユーザインターフェースコンポーネント、セッションユーザインターフェースコンポーネント、画像バンクユーザインターフェースコンポーネント、撮像コンポーネント、ウェブシェルコンポーネント、ユーザインターフェースユーティリティコンポーネント、および追跡コンポーネントを含む。
【0089】
コアソフトウェア２２０は、バックエンドコンポーネント３６０をさらに含む。バックエンドコンポーネント３６０は、バックエンド機能性を提供するように構成されたコンポーネントであることができる。例示的なバックエンドコンポーネント３６０は、とりわけ、撮像デバイスコンポーネント、プラットフォームコンポーネント、追跡コンポーネント、画像フレームワークコンポーネント、追跡コンポーネント、およびネットワークコンポーネントを含む。
【0090】
コアソフトウェア２２０は、デスクトップおよびブラウザベースのアプリケーション（例えば、外科プラットフォーム２１０のアプリケーションおよび本明細書に記載する他の機能性を提供するアプリケーション）を実装するためのプラグアンドプレイ能力のフルスタックを提供するクライアント側フレームワークおよび技術をさらに含むことができる。フレームワークは、ＮＯＤＥＪＳまたはＫＡＴＡＮのようなＨＴＴＰサーバおよびＣＨＲＯＭＩＵＭ ＥＭＢＥＤＤＥＤ ＦＲＡＭＥＷＯＲＫまたはＪＡＶＡ（登録商標）／．ＮＥＴ ＣＯＲＥウェブビューのような埋め込み可能なウェブブラウザを特徴とする或いは使用するデスクトップウェブアプリケーションを提供することができる。クライアント側フレームワークは、デスクトップ上でおよびウェブアプリケーションとして実行可能なアプリを提供するためにデスクトップおよびウェブシェルにプラグアンドプレイ機能性を追加することによって、その概念を拡張することができる。１つ以上のコンポーネントが、ＭＩＣＲＯＳＯＦＴが従来の．ＮＥＴランタイムをターゲットに構築したＯＷＩＮ（Open Web Interface for .NET）コンポーネントを使用して実装されることができる。ＫＡＴＡＮＡ、および定義上ＯＷＩＮは、ミドルウェア（ＯＷＩＮ準拠モジュール）をパイプラインに連鎖することを可能にし、それによって、ウェブサーバミドルウェアを構築するためのモジュールアプローチを提供する。例えば、クライアント側フレームワークは、ＳＩＧＮＡＬＲ、セキュリティ、ＨＴＴＰサーバ自体のような、モジュールを特徴とするカタナ(katana)パイプラインを使用することができる。プラグアンドプレイ能力は、利用可能なプラグインからアプリのランタイムアセンブリを可能にするフレームワークを提供することができる。プラグアンドプレイフレームワークの上に構築されたアプリは、何十ものプラグインを持つことができ、一部のプラグインは、インフラストラクチャレベルの機能を提供し、他のプラグインは、ドメイン固有の機能性を提供する。ＣＨＲＯＭＩＵＭ ＥＭＢＥＤＤＥＤ ＦＲＡＭＥＷＯＲＫは、Ｃ＃またはＪＡＶＡのような、異なる言語のためのバインディングでＣＨＲＯＭＩＵＭブラウザエンジンに埋め込むためのオープンソースフレームワークである。ＯＷＩＮは、標準インターフェースを定義することによってＡＳＰ．ＮＥＴアプリケーションとＩＩＳの間の関係を切断することを目的とするＮＥＴウェブアプリケーションとウェブサーバとの間のインターフェースのための標準である。
【0091】
コアソフトウェア２２０は、Ｗ３Ｃウェブコンポーネント仕様によって定義されるような、ウェブのためのカプセル化された、再利用可能な、構成可能なウィジェットであることができる、ウェブコンポーネントを提供することができる。コアソフトウェア２２０の脈絡では、それらの再利用可能性のレベルによって区別される少なくとも２つのタイプのウェブコンポーネント、すなわち、カスタムウェブコンポーネントおよびウェブプラグインがある。カスタムウェブコンポーネントは、一般的に／汎用的に、特定の製品／ドメインにバインドされていない、再利用可能なウェブコンポーネントである。ウェブプラグインは、アプリのファミリの脈絡内でのみ再利用可能な、強力なドメイン／製品フォーカスを持つカスタムウェブコンポーネントである。ウェブシェルコンポーネントは、他のウェブコンポーネント（例えば、ウェブプラグイン）のための必要最小限のプラグアンドプレイサポートを提供する空のシェルであることができる。ウェブシェルは、デスクトップシェルコンポーネントを補完して、クライアントフレームワークを提供する。ユーザインターフェースコンポーネントは、例えば、ＪＡＶＡ、ＣＳＳ、ＨＴＭＬ（ＪＣＨ）開発スタック上に構築されたクライアント側の制御装置セットと、例えば、．ＮＥＴ開発スタック上に構築された一致するウェブ要求ハンドラのサーバ側のセットとを含むことができる。クライアント側コンポーネントは、全体的なアーキテクチャのビュー部分の脈絡において、データ（ＨＴＭＬおよびＣＳＳ制御装置）を表す純粋なユーザインターフェース構造と、データおよび挙動をモデリングするためのＪＡＶＡＳＣＩＰＴコードとの間の分離を強制するパターンに従うことができるが、このレイヤー(層)は、モデル－ビュー－ビューモデルパラダイム(model-view-viewmodel paradigm)のビュー部分においてウェブビューに関連する１つ以上のプロパティ(特性)を有することができる。（例えば、ＪＡＶＡＳＣＲＩＰＴ（登録商標）によって実装される）ロジックが、例えば、（例えば、ＲＥＳＥＴを介して）サーバ側サービスを誘発することによってデータを引くこと、ウェブソケットを介して（例えば、ＳＩＧＮＡＬＲまたは他の通信方法を介して）サーバにデータを押すこと、および類似の通信方法（例えば、ウェブソケットまたはＳＩＧＮＡＬＲ）を介してサーバからのイベントを処理することのいずれかによって、カート１１０のサーボホスティングソフトウェアと相互作用(対話)することができる。サーバ側ロジック（主に、ウェブ要求ハンドラ、そして、幾つかの場合には、アプリケーションイベントハンドラは、モデル－ビュー－ビューモデルパラダイムにおけるビューモデルと類似の方法において実装されることができる。手元の特定のタスクに依存して、これらのハンドラは、サービスロケータから必要なサービスのインスタンスを検索することによってアプリケーションレイヤーサービスを直接呼び出すか、或いは処理中のイベントバスを介してメッセージ（例えば、データ）を公表および受信することができる。
【0092】
そのようなコンピュータ機能を実装するためのさらなる例示的な技術は、プログラミング言語および関連するライブラリによって提供される或いはそれらに関連して提供されるフレームワークおよび技術を含む。例えば、Ｃ、Ｃ＋＋、Ｃ＃、ＰＹＴＨＯＮ（登録商標）、ＪＡＶＡ、ＪＡＶＡＳＲＩＰＴ、ＲＵＳＴ、アセンブリ、ＨＡＳＫＥＬＬ、他の言語、またはそれらの組み合わせを使用することができる。そのような言語は、１つ以上の標準ライブラリまたはコミュニティ提供ライブラリを含むことができ、或いはそれらと関連付けられることができる。当業者の手にあるそのようなライブラリは、データの受信、処理、提供、および提示を含む、本明細書中の記載に基づくソフトウェアの作成を容易にすることができる。ＰＹＴＨＯＮおよびＣ＋＋についての例示的なライブラリは、（例えば、コンピュータビジョンおよび画像処理技術を実装するために使用されることができる）ＯＰＥＮＣＶ、（例えば、機械学習および人工知能技術を実装するために使用されることができる）ＴＥＮＳＯＲＦＬＯＷ（登録商標）、および（例えば、ユーザインターフェース要素を実装するために使用されることができる）ＧＴＫを含む。さらなる例は、（例えば、データ処理技術を実装するために使用されることができる）ＰＹＴＨＯＮのためのＮＵＭＰＹを含む。加えて、他のソフトウェアは、本明細書に記載する１つ以上の態様を実装するために相互作用(対話)されることができるアプリケーションプログラミングインターフェースを提供することができる。例えば、コンピューティング用のオペレーティングシステム（例えば、ＭＩＣＲＯＳＯＦＴ ＣＯＲＰ．によるＷＩＮＤＯＷＳ、ＡＰＰＬＥ Ｉｎｃ．によるＭＡＣＯＳ（登録商標）、またはＣＡＮＯＮＩＣＡＬ ＬＴＤによるＵＢＵＮＴＵのようなＬＩＮＵＸベースのオペレーティングシステム）または本明細書中の別のコンポーネント（例えば、ロボットがＫＵＫＡ ＲＯＢＯＴＩＣＳ ＣＯＲＰＯＲＡＴＩＯＮのモデルであるＫＵＫＡ ＲＯＢＯＴＩＣＳ ＣＯＲＰＯＲＡＴＩＯＮによるＩＩＱＫＡ．ＯＳまたはＳＵＮＲＩＳＥ．ＯＳのようなロボットのオペレーティングシステム）が、本明細書に記載する態様を実装するために使用可能であるようにアプリケーションプログラミングインターフェースまたはライブラリを提供することができる。さらなる例として、ナビゲーションシステム、レーザコンソール、または別のコンポーネントのプロバイダが、、コンポーネントに関する構成を実装するのに使用可能なハードウェアコンポーネント（例えば、カメラまたはレーザ生成器）のみならずソフトウェアコンポーネント（例えば、ライブラリ、ドライバ、またはアプリケーション）を提供することがある。
【0093】
（臨床インターフェースおよびワークフロー）
図４は、カート１１０（およびそのコアソフトウェア２２０）が使用される一般的な臨床ワークフロー４００を示す。図示のように、臨床ワークフロー４００は、システム開始操作４２０、システムセットアップ操作４３０、術前操作４４０、術中操作４５０、および終了処置操作４６０を含む。
図４は、カート１１０（およびそのコアソフトウェア２２０）が使用される一般的な臨床ワークフロー４００を示す。図示のように、臨床ワークフロー４００は、システム開始操作４２０、システムセットアップ操作４３０、術前操作４４０、術中操作４５０、および終了処置操作４６０を含む。
【0094】
システム開始操作４２０は、システム１００を使用のために準備する１つ以上の操作を含む。図示のように、システム開始操作４２０は、ネットワーク接続(connect to network)操作４２２、接続ローカルクライアント操作４２４、開始セッション操作４２６、および開始遠隔モニタリング操作４２８を含む。
【0095】
ネットワーク接続操作４２２は、システム１００の１つ以上のコンポーネントにネットワーク２０へのアクセスを得るようにさせる１つ以上の操作を含む。操作４２２は、例えば、システム１００のコンポーネントとネットワークアクセスポイントとの間に有線接続を形成すること（例えば、イーサネットケーブルを使用してシステム１００のコンポーネントのイーサネットウォールジャックおよびイーサネットポートを接続すること）を含むことができる。例えば、操作４２２は、カートコンピュータ１２０の外部インターフェース１４０と手術室１０内に設けられた登録済みジャックネットワークインターフェース（例えば、ＲＪ４５）との間にイーサネットケーブルを接続することによって、病院によって提供されるローカルエリアネットワークにカートコンピュータ１２０を接続することを含むことができる。別の例において、ローカルクライアントアクセスポイント１３０は、カートコンピュータ１２０というよりもむしろ手術室内に設けられたインターフェースに接続される。別の例において、操作４２２は、例えば、ＢＬＵＥＴＯＯＨ（登録商標）、ＷＩＦＩ、またはセルラー（例えば、５Ｇ）のような、無線プロトコル（例えば、無線高周波プロトコル）を使用して、システム１００のコンポーネントをネットワーク２０に接続することによって、無線接続を形成することを含むことができる。操作４２２は、（例えば、１つ以上の適切な証明書、パスワード、またはユーザネームを供給することを介した）ネットワークへの認証およびネットワーキングハンドシェイクを実行することに関係する１つ以上の操作をさらに含むことができる。
【0096】
ローカルクライアント接続操作４２４は、１つ以上のクライアントデバイス１９０に、システム１００の１つ以上の他のコンポーネントまたは操作４２２において接続されたネットワークに接続するようにさせる、１つ以上の操作を含む。ローカルクライアントデバイス１９０を接続するための例示的なプロセスが、図７に関連してより詳細に記載される。
【0097】
開始セッション操作４２６は、手術を実施する（或いは手術を実施する際にシステム１００を使用することに関連する訓練または試験を実施する）際における使用のためにセッションを開始することを含むことができる。操作４２６は、手術で使用するための１つ以上のソフトウェアコンポーネント（例えば、上述のソフトウェアコンポーネント）を設定することおよび起動することを含むことができる。一例では、操作４２６の前または間に、システム１００は、実施されるべき手術の種類、手術が実施される解剖学的場所（例えば、子宮頸部解剖学的構造、胸部解剖学的構造、または腰部解剖学的構造）および使用されるアプローチ（例えば、前方、側方、または後方）の指示を、ユーザか受信する。
【0098】
開始遠隔モニタリング操作４２８は、システム１００の１つ以上のコンポーネントの遠隔モニタリングを可能にするために１つ以上の操作を実行することを含むことができる。例えば、システム１００は、遠隔神経モニタリングをサポートすることができる。遠隔神経モニタリングの間に、システム１００の１つ以上のコンポーネントは、遠隔パーティに神経モニタリングデータを提供し、応答してデータを受信することができる。例えば、遠隔モニタリングは、ＮＵＶＡＳＩＶＥ， ＩＮＣによって提供されるようなＮＵＶＡＲＥＭＯＴＥを含むことができる。一例において、カート１１０を通じて確立されたインターネット接続を有する神経モニタリングローカルクライアントデバイス１９０は、遠隔神経モニタリングサービス（例えば、ＮＵＶＡＳＩＶＥによるＮＵＶＡＲＥＭＯＴＥ）に関連する遠隔サーバに接続する。接続の一部として、ローカルクライアントデバイス１９０は、ユーザを認証するために使用される信任状または他のデータをユーザから取得し、それらをサービスに提供することがある。
【0099】
システムセットアップ操作４３０は、手術で使用するためにシステム１００１００をセットアップする１つ以上の操作動作を含むことができる。一例において、操作４３０は、図５に示すように、スタートアップユーザインターフェースを提供することを含むことができる。
【0100】
図５は、例示的なスタートアップユーザインターフェース５００を示す。スタートアップユーザインターフェース５００は、カート１１０が、脊椎の１つ以上の解剖学的領域および１つ以上の外科アプローチ（例えば、前方、側方、または後方の脊椎アプローチ）のユーザ選択を受信する能力を提供することができる。利用可能な選択は、構成ファイルにおいて定義されることができる。コアソフトウェア２２０は、外科処置の様々な段階を通じてワークフローを定義および制御する助けるように各アプローチのための術中タブを作成することができ、オプション利用可能性およびデフォルト設定を提供するために、含められるアプリケーションの各々に解剖学的選択を提供する。スタートアップユーザインターフェース５００は、メニューを提供するために作動可能なメニューボタン５０２、ユーザがカート１１０の音量(volume)を変更することを可能にするために作動可能な音量ボタン５０４、およびユーザがカート１１０のネットワーク設定を変更することを可能にするために作動可能なネットワークボタン５０６を含む。スタートアップユーザインターフェース５００は、デバイスセクション(devices section)（例えば、デバイス領域(devices region)）５１０を含む。デバイスセクション５１０は、カメラ１８０、撮像デバイス１８２、またはクライアントデバイス１９０のような、カート１１０に接続された１つ以上のデバイスを接続および構成するためにユーザが使用することができる１つ以上のユーザ作動可能ボタンを提供する。幾つかの実装において、デバイスセクション５１０は、（このユーザインターフェース５００から構成可能であることがある或いは構成可能でないことがある）接続された遠隔クライアントデバイスのみを表示する。一例において、カメラ１８０または撮像デバイス１８２のような、接続されたデバイスは、セッション開始後にのみ、可視であるか或いは構成可能である。スタートアップユーザインターフェース５００は、ユーザが解剖学的構造を選択し、アプローチを選択し、セッションを開始するために作動可能である、ボタンをさらに示す。
【0101】
図５は、別個のデバイスアイコン（例えば、デバイスタイル）５１２内の異なるデバイスを示すためにデバイスエンジン３３０によって制御され得るデバイス領域５１０をさらに示す。デバイスエンジン３３０は、デバイス領域５１０およびヘッダ行、アイコン、およびラベルを制御して、例えば、追加的なアクションが必要なときに（例えば、色を介して）「注意が必要(needs attention)」表示を提供し、追加的なアクションが必要でないときに「準備万端(all set)」表示を提供することができる。各々の異なるデバイスは、別個のデバイスアイコン５１２によって表わされることができる。幾つかの例において、デバイス領域５１０は、デバイス領域５１０内の他のデバイス（例えば、神経モニタリングデバイスまたは撮像デバイス）から分離されているものとして追加的なディスプレイインターフェース（例えば、ラップトップ、タブレット、およびモニタ）を表すデバイスを含む。デバイスが切断されると、そのデバイスアイコン５１２の背景色は、「注意が必要」表示を提供することができる。幾つかの例において、デバイスアイコン５１２のうちの１つ以上は、選択される１つ以上のアプリケーションおよび依存するデバイスの接続状態に依存して、「必須(required)」フラグを含むことができる。接続されたデバイスが初期化問題または通信問題を有するときには、警告アイコンが、右下隅において患者モジュールに現れることができる。これは、物理的な接続は完了しているが、エラーがあることを示す。アラートアイコンでデバイスを押すことは、ツールチップメッセージボックス(tool tip message box)を立ち上げる(launch)ことができる。ツールチップメッセージボックスは、検出された特定のエラーに関連するテキストを含むことができる。幾つかの例において、デバイス領域５１０または他の場所は、クライアントデバイス１９０とカート１１０との間の接続状態に関する情報を提供することができる。例えば、デバイス領域５１０は、接続されたデバイスとカート１１０との間の信号の往復待ち時間が３００ミリ秒未満であるときに、良好無線信号レベルインジケータ(good wireless signal level indicator)（例えば、カラーコード化された緑色）を示す。デバイス領域５１０は、接続された装置とカート１１０との間の信号の往復待ち時間が５秒未満の時間期間にわたって３００ミリ秒よりも大きいときに注意無線信号レベル(caution wireless signal level indicated)（例えば、カラーコード化された黄色）を示す。デバイス領域５１０は、接続されたデバイスとカート１１０との間の信号の往復待ち時間が５秒よりも長く３００ミリ秒より長いときに、警告無線信号レベルインジケータ(warning wireless signal level indicator)（例えば、カラーコード化された赤色）を示し且つクライアントがカート１１０から切断されたことを示すメッセージを表示することができる。
【0102】
図５は、アイコンの１つが、とりわけ、ナビゲーション、撮像、および曲げアプリケーションで使用するための赤外線追跡カメラのようなカメラである例を提供する。カメラに依存する少なくとも１つのアプリケーションが有効にされるときにはいつでも（例えば、曲げ、撮像、またはナビゲーション）、カメラデバイスアイコン５１２が、デバイス領域５１０に示されることができる。カメラが必要とされているが、接続されていないときに、カメラデバイスアイコン５１２は、（例えば、赤色であることによって）そのような表示を提供することができる。カメラが接続され、初期化されると、タイルは、（例えば、赤色から灰色に変えることによって）そのような表示を提供することができる。カメラが接続され、電源が入れられると、オーディオトーンがカメラによって再生され、緑色ＬＥＤがカメラで点灯する。デバイスアイコン５１２は、設定ボタン５１４を含むことができる。設定ボタン５１４の作動を検出した後に、システム１００は、ライブビュー（例えば、カメラからの赤外線ビデオ）とアレイビュー（カメラに可視のマーカの表示）との間を切り替える能力を提供するカメラセットアップダイアログを起動することができる。カメラビューにある間に、マーカまたは剛体のためのアプリケーションに利用可能である追跡データはない。アレイビューにある間に、カメラセットアップの右側は、追跡されている剛体およびそれらがカメラの作業ボリューム内のどこに現れるかの表示を提供することができる。これの一例が、図６に示される。
【0103】
図６は、カメラセットアップユーザインターフェース６００を示す。ユーザインターフェース６００は、メニューボタン５０２、電力情報を表示するために作動可能な電源ボタン６０２、ボリュームボタン５０４、カメラボタン６０４、ネットワークボタン５０６、タイマメニューを表示するために作動可能なタイマボタン６０６、およびアプリケーションボタン６３０を含む。ユーザインターフェース６００は、カメラに対して可視である１つ以上のマーカの表現およびカメラの視野の推定される表現を表示する、カメラビューアをさらに含む。そのような情報は、カメラの較正およびセットアップを容易にすることができる。
【0104】
図５に戻ると、デバイス領域５１０は、Ｃアームのような、撮像デバイスをさらに示す。システム１００は、撮像デバイス１８２からの放射線撮影画像のインポートをサポートすることができる。例示的な実装において、システム１００は、様々な異なる種類の撮像デバイス１８２をサポートすることができる。システム１００は、接続された撮像デバイスに一致するように撮像デバイスタイプの選択をユーザから受信することができる。ユーザから受信した選択は、接続された画像ストリームから画像をインポートするための特定のパラメータを関連付けるために使用されることができる。キャプチャされた画像は、画像キャプチャを要求する撮像デバイスエンジンまたは特定のアプリケーションに提供されることができる。システム１００は、例えば、既製のフレームグラバキャプチャカード(off the shelf frame grabber capture card)を使用することができる。キャプチャカードは、例えば、ＤＶＩまたはＨＤＭＩ接続を通じて、撮像デバイスに接続されることができる。カート１１０は、この接続を通じて撮像デバイス１８２から画像を取得することができる。
【0105】
図５は、デバイス領域５１０内の外部モニタをさらに示す。外部モニタがカート１１０に接続されるならば、対応するデバイスタイルが、デバイス領域５１０内に現れることができる。そのようなデバイスタイル５１２は、どのスクリーンがその接続されたモニタ上で複製されるべきかを制御するためのダイアログを提示する設定ボタン５１４を含むことができる。一例では、デフォルト設定は、二次スクリーンが外部ディスプレイに複製されることであることができる。
【0106】
図４に戻ると、図示のように、操作４３０は、カメラセットアップ操作４３２、撮像デバイスセットアップ操作４３４、およびセットアップタイマ操作４３６を含むことができる。
【0107】
カメラセットアップ操作４３２は、カメラ１８０を接続および位置決めすることを含むことができる。幾つかの例では、カメラセットアップ操作４３２の間に、カート１１０は、図６に示すように、カメラセットアップを容易にするように構成されたユーザインターフェースを提供することができる。
【0108】
撮像デバイスセットアップ操作４３４は、撮像デバイス１８２を接続および検証することを含むことができる。例えば、操作４３４は、撮像デバイス１８２を外部インターフェース１４０の１つ以上に接続すること、および撮像デバイス１８２上で１つ以上のセットアップ操作を実行することを含むことができる。
【0109】
セットアップタイマ操作４３６は、１つ以上のタイマを初期化することを含む１つ以上の操作を実行することを含むことができる。
【0110】
術前操作４４０は、手術を実施する前に１つ以上の操作を実施することを含む。図示のように、操作４４０は、撮像デバイス検証操作４４２を含むことができる。撮像デバイス検証操作４４２は、撮像デバイス１８２と関連付けられた１つ以上のディスプレイ設定を検証することを含むことができる。
【0111】
術中手術４５０は、手術中に実施される１つ以上の操作を含む。図示のように、術中操作４５０は、アプリケーションビュー切り替え操作４５２、入力イベント操作４５４、および開始／停止タイマ操作４５６を含む。
【0112】
アプリケーションビュー切り替え操作４５２は、システム１００によって提供される１つ以上のアプリケーションの間で切り替えることを含む。例えば、操作４５２は、受信されたユーザ入力に応答して、神経モニタリング、計画、ナビゲーション、撮像、および曲げソフトウェアの間で切り替えることを含むことができる。アプリケーションを提供する間に、アプリケーションは、手術を実施する際にヘルスケア従事者を支援するために、アプリケーションによって提供される１つ以上の構成または機能を提供することができる。アプリケーションは、バックグラウンドアプリケーションとして作動し続けることができる。
【0113】
入力イベント操作４５４は、ユーザまたはシステム１００のコンポーネントから１つ以上の外科イベントを受信および記録することを含む。例えば、システム１００は、ユーザから、１つ以上のテキスト注釈（例えば、入力フィールドに入力されたユーザ指定テキストまたはユーザからの音声入力に基づいて発話からテキストシステムに生成されたテキスト）、１つ以上の選択された予め定義された外科イベント（例えば、ドロップダウンメニューまたは他のユーザインターフェース要素から入手可能な特定の外科イベントの所定のリストからの１つ以上の外科イベントの選択を受信すること）、またはトリガされたイベント（例えば、神経刺激のようなセッション中の活動に基づいてトリガされることがある特定のイベント）を受信することができる。
【0114】
開始／停止タイマ操作４５６は、１つ以上のタイマ（例えば、操作４３６で設定された１つ以上のタイマ）を開始または停止することを含む。タイマを開始または停止することは、カート１１０またはクライアントデバイス１９０で受信されたユーザ入力に基づいて制御されることができる。
【0115】
終了処置操作４６０は、１つ以上の処置ラップアップ操作(procedure wrap up)を実行することを含む。図示のように、操作４６０は、エクスポートデータ(export data)操作４６２および割り当て症例識別子(assign case identified)操作４６４を含む。
【0116】
エクスポートデータ操作４６２は、手術中に得られたデータをエクスポートする１つ以上の操作を実行することを含むことができる。例えば、データは、ログファイルおよび取得された１つ以上の画像であることができる。
【0117】
割り当て症例識別子操作４６４は、手術症例に症例識別子を割り当てることを含むことができる。
【0118】
上記で議論したように、方法４００は、接続ローカルクライアント操作４２４を含むことができるシステム開始操作４２０を含むことができる。その操作４２４は、図７の方法７００においてより詳細に記載される。
【0119】
【0120】
操作７０２は、クライアントネットワーク１３２と共に使用するためのネットワークネーム９２２を決定することを含む。操作７０２は、カート１１０（例えば、そのカートコンピュータ１２０）によって実行されることができる。ネットワークネーム９２２は、ネットワークがＩＥＥＥ８０２．１１標準に基づいて作成されるサービスセット識別子（ＳＳＩＤ）であることができる。ネットワークネーム９２２を決定することは、所定のネットワークネーム９２２をロードすること、ユーザによって指定されたネットワークネーム９２２を受信すること、ローカルクライアントアクセスポイント１０３によって指定されたネットワークネーム９２２を受信すること、またはネットワークネーム生成器からネットワークネーム９２２を取得することを含むことができる。例えば、ネットワークネーム生成器は、１つ以上の基準に基づいてネットワークネーム９２２を生成するカートコンピュータ１２０上で作動するアルゴリズムであることができる。例えば、アルゴリズムは、特定の標準的なコンポーネント（例えば、現在の日付、現在の手術室の名称、病院の名称、または他のコンポーネント）ならびに１つ以上の生成されたコンポーネント（例えば、所定の固定長または可変長の擬似的に生成されたコード）を含むように、ネットワークネーム９２２を生成することができる。
【0121】
操作７０４は、パスワード９２４を決定することを含む。操作７０４は、カート１１０（例えば、そのカートコンピュータ１２０）によって実行されることができる。例えば、パスワード９２４を決定することは、所定のパスワード９２４をロードすること、ユーザによって指定されたパスワード９２４を受信すること、ローカルクライアントアクセスポイント１０３によって指定されたパスワード９２４を受信すること、またはパスワード発生器からパスワード９２４を取得することを含むことができる。例えば、パスワード生成器は、１つ以上の基準（例えば、長さ、複雑性、またはスタイル）に基づいてパスワード９２４を生成するカートコンピュータ１２０上で作動するアルゴリズムであることができる。例えば、アルゴリズムは、擬似的に選択された文字、数字、記号、または単語からパスワード９２４を生成することができる。
【0122】
操作７０６は、ＵＲＬ（Uniform Resource Locator）９２６を決定することを含む。操作７０６は、カート１１０（例えば、そのカートコンピュータ１２０）によって実行されることができる。例えば、ＵＲＬ９２６を決定することは、所定のＵＲＬ９２６をロードすること、ユーザによって指定されたＵＲＬ９２６を受信すること、またはＵＲＬ生成器からＵＲＬ９２６を取得することを含むことができる。例えば、ＵＲＬ発生器は、１つ以上の基準（例えば、ローカルリソース場所）に基づいてＵＲＬを生成するカートコンピュータ１２０上で作動するアルゴリズムであることができる。
【0123】
操作７０８は、コード９２８を決定することを含む。操作７０８は、カート１１０（例えば、そのカートコンピュータ１２０）によって実行されることができる。コード９２８を決定することは、所定のコード９２８をロードすること、ユーザによって指定されたコード９２８を受信すること、またはコード生成器からコード９２８を取得することを含むことができる。例えば、コード生成器は、１つ以上の基準（例えば、長さ、複雑性、またはスタイル）に基づいてコード９２８を生成するカートコンピュータ１２０上で作動するアルゴリズムであることができる。例えば、アルゴリズムは、擬似的に選択された文字、数字、記号または単語からコード９２８を生成することができる。一例において、コード９２８は、パスワードとは異なる。例えば、パスワード９２４は、クライアントネットワーク１３２のためのパスワードであり、コード９２８は、クライアントデバイス１９０がワイヤレスクライアントネットワーク１３２に接続された後にカート１１０によって提供されるリソースにアクセスするために使用される。例示的な実装において、クライアントネットワーク１３２への接続性を有するローカルクライアント１９０は、カート１１０のモニタ（例えば、一次モニタ１６０）上に表示されるコード９２８を入力した後にのみ接続することができる。コード９２８は、カート１１０の起動の度にならびに走行中の特定の時間期間（例えば、２４時間）毎に少なくとも１回再生成されることができる。ユーザがローカル無線クライアント１９０から接続すると、ユーザは、ユーザネームを提供するように促される(プロンプトされる)ことがあり、ユーザネームは、コードと共に入力され、そのユーザのために生成された一意的なＩＤと共にログファイルに書き込まれる。
【0124】
操作７１０は、ネットワーク設定ユーザインターフェース８００を提供することを含む。操作７１０は、カート１１０（例えば、そのカートコンピュータ１２０）によって実行されることができる。例えば、カートコンピュータ１２０は、カート１１０のディスプレイ（例えば、一次モニタ１６０）でネットワーク設定ユーザインターフェース８００を提供することができる。一例において、カートコンピュータ１２０は、ホストソフトウェア２０２を使用してネットワーク設定ユーザインターフェース８００を有するページをホストする。カートコンピュータ１２０は、ブラウザコードを実行することによってブラウザ１９２を起動し、ブラウザ１９２に、ホストされているページに対応する（例えば、ＵＲＬによって指定されるような）アドレスに接続することによってネットワーク設定ユーザインターフェース８００をレンダリングさせる。ネットワーク設定ユーザインターフェース８００は、１つ以上のクライアントデバイス１９０を接続する際にユーザが使用するためのネットワーク設定情報を提供する１つ以上のユーザインターフェースのセットである。例示的な有線ネットワーク設定ユーザインターフェース８００が、図８に示されている。例示的な無線ネットワーク設定インターフェースが、図９に示されている。
【0125】
図８は、ネットワーク設定インターフェース８１０を含む例示的な有線ネットワーク設定ユーザインターフェース８００を示す。ネットワーク設定インターフェース８１０は、複数の接続セレクタ８１２、８１４、先進セレクタ８１６(advanced selector)、状態セクション８１８、および命令セクション８２０を含む。接続セレクタ８１２、８１４は、有線接続セレクタ８１２および無線接続セレクタ８１４を含む。図示のように、選択された有線接続セレクタ８１２は、有線接続が既に選択されていることを示す。無線接続セレクタ８１４は、起動後に、無線ネットワーク設定インターフェース９００の表示を引き起こすセレクタである。先進セレクタ８１６は、アクティブにされると、先進ネットワーキング構成の表示を引き起こす、ユーザ作動可能な制御である。状態セクション８１８は、現在の状態（例えば、接続されているまたは接続されていない）、現在使用されているアダプタ（例えば、イーサネット、ＷＩ－ＦＩ、またはＢＬＵＥＴＯＯＴＨ）、およびＩＰアドレスのような、様々なネットワーク態様の状態を示す。命令セクション８２０は、クライアントデバイス１９０をどのように接続するかについてユーザに命令を提供する。図示の例において、命令は、ネットワークケーブルを接続することである。
【0126】
図９は、ネットワーク設定インターフェース８１０を含む例示的なユーザインターフェース８００を示す。ネットワーク設定インターフェース８１０は、複数の接続セレクタ８１２、８１４、先進セレクタ８１６、状態セクション８１８、および命令セクション８２０を含む。接続セレクタ８１２、８１４は、有線接続セレクタ８１２および無線接続セレクタ８１４を含む。ここで、無線接続セレクタ８１４は、無線接続が既に選択されていることを示す。命令セクション９２０は、クライアントデバイス１９０を接続するための命令を示す。図示のように、命令は、クライアントデバイス１９０を既存のネットワークから切断すること、クライアントデバイスをネットワークネーム９２２を有する無線ネットワークに接続すること、無線ネットワークのためのパスワードのようなパスワード９２４を入力すること、ＵＲＬ９２６にナビゲートすること、および結果として得られるページ上でコード９２８を入力することを含む。ネットワークネーム９２２、パスワード９２４、ＵＲＬ９２６、およびコード９２８は、操作７０２、７０４、７０６、および７０８の間に決定されるデータに基づいて満たされる(populated)ことができる。
【0127】
図７に戻ると、操作７１１は、クライアントネットワーク１３２のような、無線ネットワークを提供することを含む。例えば、クライアントネットワーク１３２は、ローカルクライアントアクセスポイント１３０を使用して提供されることができる。クライアントネットワーク１３２は、ネーム(名称)９２２に設定されたネーム（例えば、ＳＳＩＤ）を提供されることができる。クライアントネットワーク１３２は、パスワード９２４を使用して（例えば、ＷＰＡ－２プロトコルを使用して）暗号化された通信をサポートすることができる。幾つかの例において、クライアントネットワーク１３２の提供は、手術室１０を越えて著しい追加のカバレッジを設けることなく、手術室１０をカバーするように拡張するために（無線ネットワークの範囲に影響を及ぼす）無線ネットワークの電力を調整することを含むことができる。カートコンピュータ１２０は、ローカルクライアントアクセスポイント１３０に、（例えば、ローカルクライアントアクセスポイント１３０に命令を送信することによって）クライアントネットワーク１３２を提供させることができる。別の例において、ローカルクライアントアクセスポイント１３０は、始動に応答してクライアントネットワーク１３２を自動的に提供する。ローカルクライアントアクセスポイント１３０は、ローカルクライアントアクセスポイント１３０の１つ以上のプロセッサによって実行されると、ローカルクライアントアクセスポイント１３０に無線ネットワークを提供させる、命令を含むことができる。クライアントネットワーク１３２は、ＷＩ－ＦＩ、ＢＬＵＥＴＯＯＴＨ、ＺＩＧＢＥＥ、または他のプロトコルのような、標準的な無線プロトコルに従って提供されることができる。
【0128】
操作７１２は、タイプページ７１３をホストすることを含む。例えば、カート１１０は、ＩＰアドレスでページ７１３をホストすることができる。カート１１０は、ページ７１３がＩＰアドレスで提供されるように、ホストソフトウェア２０２を実行するカートコンピュータ１２０によってページ７１３をホストすることができる。ページ７１３は、異なるユーザタイプを表す１つ以上の選択可能なユーザインターフェース要素（例えば、ボタンまたはメニュー）を提供するタイプページ７１３であることができる。例えば、ユーザタイプは、とりわけ、神経生理学者タイプ、代表者タイプ、または撮像技術者タイプであることができる。異なるクライアントデバイス１９０は、異なるユーザによって作動されることができ、ユーザタイプの選択は、ユーザに適合するようにユーザ体験をカスタマイズするのを容易にすることができる。タイプは、機能性をユーザタイプにさらに制限することができる。
【0129】
操作７１３は、クライアントネットワーク１３２に接続するクライアントデバイス１９０を含む。例えば、クライアントデバイス１９０は、クライアントデバイス１９０の無線ネットワーク設定インターフェースにナビゲートするユーザ入力を受け取り、ネットワークネーム９２２を有する選択無線ネットワークを受け取る。クライアントデバイス１９０は、ユーザからパスワード９２４をさらに受信することができる。幾つかの例において、クライアントデバイス１９０は、保存されたネットワークネーム９２２およびパスワード９２４を有し、接続が自動的に開始される。ユーザは、（例えば、操作７１０において提供されるような）カートコンピュータ１２０のディスプレイを見て、次に、利用可能なネットワークのリストの中からネットワークネーム９２２を手動で選択し、パスワードプロンプトでパスワード９２４を提供することによって、ネットワークネーム９２２およびパスワード９２４を取得することができる。ネットワークネーム９２２およびパスワード９２４が接続のための使用のためにひとたび利用可能になると、クライアントデバイス１９０およびローカルアクセスポイント１３０は、ネットワークハンドシェイクを実行し、クライアントデバイス１９０とローカルクライアントアクセスポイント１３０との間の接続を確立することができる。代替的な実装では、パスワード９２４およびネットワークネーム９２２のうちの１つ以上が、カート１１０によって表示される機械可読コード（例えば、ＱＲ（登録商標）コード）の一部として提供される。クライアントデバイス１９０がコードをスキャンすると、ネットワーク１３２に接続するステップのうちの１つ以上は、コードを介して取得される情報に基づいて自動化されることができる。
【0130】
操作７１４は、ＵＲＬ９２６にナビゲートすることを含む。一例において、ＵＲＬは、ユーザからの入力として、クライアントデバイス１９０上で作動するウェブブラウザ１９２のアドレスフィールドにおいて受信される。一例において、ブラウザ１９２は、ＣＨＲＯＭＩＵＭベースのブラウザである。一例において、操作７１４は、ブラウザ１９２を起動することを含む。
【0131】
操作７１６は、カート１１０がＵＲＬをページと関連付けられたＩＰアドレスに変える(resolve)ことを含む。例えば、カート１１０は、ＵＲＬをページと関連付けられたＩＰアドレスに関連付ける独自のドメインネームサービスを含むことができる。例えば、カートコンピュータ１２０は、（例えば、ＩＳＣによるＢＩＮＤを使用して）ドメインネームサービスを実行することができる。カート１１０は、ネットワーク１３２を通じてウェブブラウザ１９２によってナビゲートされたＵＲＬ９２６を受信し、次に、受信したＵＲＬをＩＰアドレスに変えるためにドメインネームサービスを使用する。クライアントデバイス（例えば、そのブラウザ１９２）がページ７１３を取得するためにアクセスするＩＰアドレスは、クライアントデバイス１９０に提供されることができる。幾つかの実装において、ドメインネームサービスは、ＵＲＬ９２６以外のＵＲＬから（例えば、ＧＯＯＧＬＥ、ＣＬＯＵＤＦＬＡＲＥ、またはＯＰＥＮＤＮＳによって提供されるような）パブリックＤＮＳにトラフィックをリダイレクトするように構成されるので、他のウェブサイトへのナビゲーションが予想通りに機能する。例えば、ドメインネームサービスは、１つ以上のＵＲＬおよびアドレス範囲を定義する１つ以上の構成ファイル(configuration files)を介してそのように構成されることができる。
【0132】
操作７１８は、タイプページ７１３をクライアントデバイス１９０に提供することを含む。幾つかの例において、タイプページ７１３は、ＨＴＴＰＳ接続を通じて提供される。ネットワーク１３２を介してクライアントデバイス１９０とカート１１０との間の接続を通じて提供されるページ７１３のコンテンツ(内容)は、システムカートソフトウェア２００によって提供されるコンテンツを含むことができる。ホスティングソフトウェア２０２は、タイプページ７１３をクライアントデバイス１９０に提供することができる。
【0133】
操作７２０は、クライアントデバイス１９０で、ページ７１３を通じて、ユーザタイプを受信することを含む。例えば、クライアントデバイス１９０は、ページを受信し、ブラウザ１９２は、ユーザのためにタイプページ７１３をレンダリングする。上述のように、ページ７１３は、異なるユーザタイプを表す１つ以上の選択可能なユーザインターフェース要素（例えば、ボタンまたはメニュー）を含むことができる。クライアントデバイス１９０は、異なるユーザタイプのうちの１つ以上のユーザタイプの選択を受信することができる。選択は、ネットワーク１３２を通じてカート１１０に提供される。
【0134】
操作７２２は、カート１１０がユーザタイプを受信することを含む。例えば、カート１１０は、例えば、特定のユーザタイプが選択されたことを示す通信をクライアントデバイス１９０から受信することによって、クライアントデバイス１９０との接続を通じて作動を検出することができる。
【0135】
操作７２４は、確認ページ７２５をクライアント１９０に提供することを含む。確認ページ７２５は、受信したユーザタイプに基づいて選択または生成されることができる。確認ページ７２５は、他のコンポーネントの中でも、プロンプト、肯定ボタン(affirmative button)、および否定ボタン(negative button)を含むことができる。カート１１０は、先に進む前に、肯定ボタンの選択を必要としてよい。一例において、プロンプトは、操作７２２において受信されるユーザタイプに依存して変化することができる。ユーザタイプが代表者または撮像技術者であることに応答して、プロンプトは、肯定ボタンを選択することによって、ユーザが医師の指示で操作することをユーザが認識することを示すことができる。ユーザタイプが神経生理学者であることに応答して、プロンプトは、ユーザが外科処置のための術中神経モニタリングを容易にするための適切な資格を有する訓練された神経生理学者であることを確認するようにユーザに依頼することができる。幾つかの例では、継続する前に応答を必要とする複数のプロンプトがあってよい。一例において、プロンプトは、保護された健康情報がカート１１０に入力または保存されないことを認識するようにユーザに依頼する。システムは、肯定的な認識が行われるまで、クライアントデバイス１９０がプロセスを継続することを防止することができる。
【0136】
操作７２６は、クライアントデバイス１９０がカート１１０から確認ページ７２５を受信することを含む。クライアントデバイス１９０は、ブラウザ１９２内の確認ページ７２５をレンダリングすることができる。確認ページ７２５をレンダリングする間に、クライアントデバイス１９０は、肯定ボタンまたは否定ボタンの作動を検出し、作動の表示をカート１１０に送る。
【0137】
操作７２８は、肯定ボタンまたは否定ボタンの作動を受けるカート１１０を含む。否定ボタンの作動を検出することに応答して、カート１１０は、肯定ボタンが作動されるまで、エラーを提供するか或いはさらなるアクセスを防止することができる。肯定ボタンの作動の表示を受信することに応答して、カート１１０は、操作７３０において記載したようにコードを受信するためのコードページ(code page)を提供することができる。
【0138】
操作７３０は、コードを受信するように構成されたコードページ７３１を提供することを含む。例えば、コードページ７３１は、ユーザからコードを受信し、処理のために入力をカート１１０に提供するように構成された、テキストボックスまたは他のユーザインターフェース要素を含むことができる。カート１１０は、ブラウザ１９２においてレンダリングするために、コードページ７３１をクライアントデバイス１９０に提供する。
【0139】
操作７３２は、クライアントデバイス１９０がカート１１０からコードページを受信して、コードページをレンダリングすることを含む。クライアントデバイス１９０は、コードのユーザから入力を受信することができる。次に、クライアントデバイス１９０は、受信されたコードをカート１１０に提供する。
【0140】
操作７３４は、カート１１０が操作７３２で取得されたコードを受信することを含む。次に、受信されたコードは、コード９２８と比較される。一致するコードに応答して、カート１１０がサービスを提供する操作７３６に進むことができる。一致しないコードに応答して、カート１１０は、クライアントデバイス１９０に、誤ったコードが提供されたことを示すエラーを表示させることができる。
【0141】
幾つかの例において、カート１１０は、特定の状況の下でローカルクライアントデバイス１９０において表示されるべきローカルクライアント警告メッセージを提供し、ユーザが継続することを防止する。一例において、提供されるメッセージは、カート１１０が停止することに応答して、システムが停止したというメッセージである。別の例では、カート１１０に接続されたクライアントの数がクライアント接続の所定の限界を超えたことに応答して、カート１１０は、接続されたデバイスの数が超過したことおよびクライアントデバイス１９０を接続するために別の接続されたデバイスが先ず切断されるべきであることを示すメッセージを提供することができる。
【0142】
操作７３６は、サービスを提供するカート１１０を含む。例えば、サービスは、クライアントデバイス１９０に、ブラウザ１９２を通じて外科プラットフォーム２１０の構成へのアクセスを提供することを含むことができる。例えば、カート１１０は、ホスティングソフトウェア２０２を使用して、外科プラットフォーム２１０によって提供されるサービスおよびアプリケーションへのアクセスを提供することができる。同じまたは異なるサービスが、カート１１０の入力デバイスを操作して、一次モニタ１６０および二次モニタ１７０の一方または両方でカートの出力を見るユーザのような、カート１１０の直接ユーザに提供されることができる。
【0143】
幾つかの例において、カート１１０は、サーバを提供するためにカート１１０が使用するホスティングソフトウェア２０２に接続するブラウザ２０４を有し、カート１１０の直接ユーザは、カート１１０のブラウザ２０４を通じてサービスにアクセスすることができる。
【0144】
幾つかの例において、方法７００は、カート１１０からクライアントデバイス１９０にインターネット（またはネットワーク２０のような他のネットワーク）接続共用(connection sharing)を提供することをさらに含む。例えば、クライアントデバイスは、デバイス１９０とカート１１０との間の接続を介してインターネットにアクセスすることができる。
【0145】
操作７３８は、クライアントデバイス１９０が提供されたサービスと相互作用(対話)することを含む。例えば、操作中に、ユーザは、ブラウザ１９２を使用する外科処置を容易にするために、クライアントデバイス１９０を操作して、外科プラットフォーム２１０の１つ以上の態様にアクセスすることができる。
【0146】
幾つかの例において、コアソフトウェアアプリケーションは、現在のワークフローステップがクライアントデバイス１９０またはカート１１０上で変更されるときに、１つ以上のクライアントデバイス１９０およびカート１１０上のワークフローステップ（例えば、セットアップ、術前、術中または終了）の全てのインスタンスを変更する。コアアプリケーションは、肯定認識(affirmative acknowledgement)がユーザインターフェースを通じて受信されるまで、別のワークフローステップへのアクセスを妨げることができる。
【0147】
（ユーザインターフェース）
図１０は、クライアントデバイス１９０のウェブブラウザ１９２内でレンダリングされている例示的な術中ページ１０００を示す。そのようなページ１０００は、カート１１０のブラウザ２０４内でレンダリングされることもできる。ウェブブラウザ１９２は、アドレスバーおよびメニューを有するように示されているが、そのようなユーザインターフェース要素は、（例えば、フルスクリーンビューにおいて）隠されることができるので、より多くのスクリーン財産(screen real estate)が、術中ページ１０００に捧げられる。術中ページは、左パネル１０１０および右パネル１０２０を含む。パネル１０１０、１０２０は、作動されると、パネル１０１０、１０２０を閉じさせ、デフォルトビューを表示させる、ボタン１０１２を含む。術中ページ１０００は、アプリケーションセレクタ６３０をさらに含む。アプリケーションセレクタ６３０は、ユーザによって作動されることに応答して、メニュー１０３０を提供し、ユーザは、メニューから、各々が起動するアプリケーションを表す１つ以上のボタン１０３２を使用して左パネル１０１０に表示されるアプリケーションを選択することができる。新しいアプリケーションが選択されていることに応答して、（例えば、左または右パネル１０１０、１０２０内の）現在のビューが閉じられ、新しいアプリケーションに対応する新しいビューがパネルに提供される。
図１０は、クライアントデバイス１９０のウェブブラウザ１９２内でレンダリングされている例示的な術中ページ１０００を示す。そのようなページ１０００は、カート１１０のブラウザ２０４内でレンダリングされることもできる。ウェブブラウザ１９２は、アドレスバーおよびメニューを有するように示されているが、そのようなユーザインターフェース要素は、（例えば、フルスクリーンビューにおいて）隠されることができるので、より多くのスクリーン財産(screen real estate)が、術中ページ１０００に捧げられる。術中ページは、左パネル１０１０および右パネル１０２０を含む。パネル１０１０、１０２０は、作動されると、パネル１０１０、１０２０を閉じさせ、デフォルトビューを表示させる、ボタン１０１２を含む。術中ページ１０００は、アプリケーションセレクタ６３０をさらに含む。アプリケーションセレクタ６３０は、ユーザによって作動されることに応答して、メニュー１０３０を提供し、ユーザは、メニューから、各々が起動するアプリケーションを表す１つ以上のボタン１０３２を使用して左パネル１０１０に表示されるアプリケーションを選択することができる。新しいアプリケーションが選択されていることに応答して、（例えば、左または右パネル１０１０、１０２０内の）現在のビューが閉じられ、新しいアプリケーションに対応する新しいビューがパネルに提供される。
【0148】
ボタン１０３２の中には、すべての開いているアプリケーションビューを閉じ、デフォルトビューを表示する、ボタン１０３４がある。例えば、デフォルトビューは、左パネル１０１０にデフォルト撮像ビューを表示し、右パネル１０２０に神経モニタリングビューを表示する、ビューであることができる。ボタン１０３４は、既存のアプリケーションを閉じることと同等であることができる。幾つかの例では、ユーザインターフェース要素が左または右パネル１０１０、１０２０内で作動されることに応答して、対応するビューを反対のパネル１０１０、１０２０内で開かせる。例えば、右パネル１０２０は、波形ビューボタンを有する神経モニタリングビューを示すことができ、波形ビューボタンは、作動されると、波形ビューを左パネル１０１０に表示させる。
【0149】
術中ページ１０００がクライアントデバイス１９０で表示されている場合には、クライアントデバイス１９０にカート１１０で表示されているものを示させるボタンがあることができる。
【0150】
一例において、左パネル１０１０は、撮像デバイスのデフォルトビュー（例えば、Ｃアームからのビュー）を有する。
【0151】
本開示の態様の様々な記述は、外科医または複数の外科医に言及することがあるが、そのような態様の機能性は、「外科医（複数の外科医）」という用語が「ユーザ（複数のユーザ）」という用語をサポートするように、文脈的に適切に、他のユーザに拡張する場合があることが理解されるべきである。幾つかの例において、外科医は、外科ロボットであることができる。
【0152】
本明細書中の例は、操作を含む方法を含む。各図における操作は、順次的な順序で示されているが、操作は、幾つかの例において、並行しておよび／または本明細書中に記載されたものとは異なる順序で実行されてよい。また、様々な操作は、所望の実装に基づいて、より少ない操作に結合されてよく、追加の操作に分割されてよく、且つ／或いは除去されてよい。
【0153】
加えて、図は、可能な実装の機能性を示すことができる。操作は、モジュール、セグメント、またはプログラムコードの一部分を表すことができ、それは、プロセスにおける特定の論理関数(logical functions)またはステップを実装するために、１つ以上のプロセッサ（例えば、ＣＰＵ）によって実行可能な１つ以上の命令を含む。プログラムコードは、例えば、ディスクまたはハードドライブを含む記憶装置のような、任意のタイプのコンピュータ可読媒体に格納されてよい。コンピュータ可読媒体は、レジスタメモリ、プロセッサキャッシュ、またはランダムアクセスメモリ（ＲＡＭ）のような、短い時間期間にわたってデータを格納する非一時的なコンピュータ可読媒体、および／または、例えば、読出し専用メモリ（ＲＯＭ）、光学または磁気ディスク、またはコンパクトディスク読出し専用メモリ（ＣＤ－ＲＯＭ）のような、永続的長期記憶装置を含んでよい。コンピュータ可読媒体は、任意の他の揮発性または不揮発性記憶システムであることができてよく、あるいはそれらを含んでよい。コンピュータ可読媒体は、例えば、コンピュータ可読記憶媒体、有形記憶装置、または他の製造品と考えられてよい。コンピュータ可読媒体は、１つ以上のプロセッサに通信的に結合されることができる。１つ以上のプロセッサは、１人以上のユーザまたは他のデバイスにデータを提供するか或いは１人以上のユーザまたは他のデバイスからデータを受信するために１つ以上のインターフェースに結合されることができる。例示的なインターフェースは、ユニバーサルシリアルバス、ディスプレイ、スピーカ、ボタン、ネットワーキングコンポーネント（例えば、有線または無線ネットワーキングコンポーネント）、その他のインターフェース、またはそれらの組み合わせを含む。
【0154】
操作は、プロセスにおいて特定の論理関数を実行するために配線される回路構成を表すことができる。図示の方法は、クラウド内およびシステム内のコンポーネントまたは複数のコンポーネントによって、全体的または部分的に実施されることができる。しかしながら、例示的な方法は、代わりに、本発明の範囲から逸脱することなく、他のエンティティまたはエンティティの組み合わせによって（例えば、他のコンピューティングデバイスおよび／またはコンピュータデバイスの組み合わせによって）実施されてよいことが理解されるべきである。例えば、特定の操作は、コンピューティングデバイス（または、１つ以上のプロセッサのようなコンピューティングデバイスのコンポーネント）によって完全に実行あれることができ、或いは、コンピューティングデバイスの複数のコンポーネントにわたって、複数のコンピューティングデバイスにわたって、および／またはサーバにわたって、分散されることができる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【国際調査報告】