(57)【特許請求の範囲】
【請求項１】
第１のタブレットのオペレーティングシステム上で動作する常駐ソフトウェアアプリケーションがロードされた第１のタブレットであって、第１のユーザがプレゼンテーションをナビゲートできるようにする、第１のタブレットと、
第２のタブレットのオペレーティングシステム上で動作する前記常駐ソフトウェアアプリケーションがロードされた第２のタブレットであって、第２のユーザが前記プレゼンテーションを共同ナビゲートできるようにする、第２のタブレットと
を含み、
前記第１および第２のタブレットの前記常駐ソフトウェアアプリケーションが、メディアビューアと、プレゼンテーションファイルで満たされたローカルストレージを含むローカルアセットコンテナとを含み、前記メディアビューアが前記プレゼンテーションファイルにアクセスしプレーするように構成され、前記第１および第２のタブレットの前記常駐ソフトウェアアプリケーションが、
（ｉ）前記常駐ソフトウェアアプリケーションの同期オプションにより前記常駐ソフトウェアアプリケーション間の直接タブレット対タブレット通信接続を確立することであって、前記通信接続がサーバに関与することなく確立されること、
（ｉｉ）前記通信接続が確立された後、前記通信接続によりアプリケーションレベル同期データを通信すること、
（ｉｉｉ）担当者選択のプレゼンテーションを検索することであって、前記担当者選択のプレゼンテーションのコピーが各タブレットに記憶され、前記担当者選択のプレゼンテーションが選択されると前記担当者選択のプレゼンテーションが前記２つのタブレットの各々の前記ローカルストレージから検索されること、
（ｉｖ）前記担当者選択のプレゼンテーションの検索の後、同期されるべき両方のタブレットの表示を同期させ維持するために前記通信接続の通信チャネルの双方向通信でデータを使用すること、
（ｖ）各タブレットの前記担当者選択のプレゼンテーションとの対話に応じて、各タブレットの前記担当者選択のプレゼンテーション内で二重ミラーリングの間共同ナビゲートし、その結果、前記２つのタブレットユーザの各々が前記担当者選択のプレゼンテーション内でナビゲートすることができ、前記担当者選択のプレゼンテーションのビューが同期され続けること、および
（ｖｉ）ナビゲーション衝突が存在するかどうかを識別し、どのナビゲーション移動が、優先権を持ち、前記ユーザの一方によって選択された衝突するナビゲーション移動を実行することなしに実行されるべきであるかを決定することによって前記衝突を解決することを行うように構成され、
前記第１および第２のタブレットの前記常駐ソフトウェアアプリケーションは、
前記第１のタブレット上の前記第１のユーザのナビゲーション移動を受信し、前記第１のユーザのナビゲーション移動にタイムスタンプを添付し、前記第１のユーザのナビゲーション移動、および前記第１のユーザのナビゲーション移動の前記タイムスタンプを前記第２のタブレットに送信すること、
前記第２のタブレット上の前記第２のユーザのナビゲーション移動を受信し、前記第２のユーザのナビゲーション移動にタイムスタンプを添付し、前記第２のユーザのナビゲーション移動、前記第２のユーザのナビゲーション移動の前記タイムスタンプ、および前記第１のユーザのナビゲーション移動の前記タイムスタンプを前記第１のタブレットに送信し、前記常駐ソフトウェアアプリケーションが、前記第１のタブレットおよび前記第２のタブレットが同期しているかを判定することを可能にすること、
を行うように更に構成されている、コンテンツ管理およびプレゼンテーションシステム。
【請求項２】
前記常駐ソフトウェアアプリケーションが、製薬準拠プレゼンテーションを在室環境で医師または他の健康管理提供者に提示するようにさらに構成される、請求項１に記載のシステム。
【請求項３】
前記常駐ソフトウェアアプリケーションが、健康管理関連規則を実施するソフトウェア機能を含み、製薬準拠プレゼンテーションを提示するようにさらに構成される、請求項１に記載のシステム。
【請求項４】
前記常駐ソフトウェアアプリケーションは、担当者コマンドが入力された時間と、ＨＣＰコマンドが入力された時間との間の時間差を決定し、前記時間差が最小閾値よりも少ないかどうかを決定し、前記時間差が前記最小閾値よりも少ない場合にナビゲーション衝突が抜け出ているかどうかを決定することによってナビゲーション衝突を識別する、請求項１に記載のシステム。
【請求項５】
前記常駐ソフトウェアアプリケーションは、ナビゲーション衝突が抜け出ていると前記常駐ソフトウェアアプリケーションが決定した場合、前記担当者コマンドを優先して、前記ＨＣＰコマンドを阻止し無効にする、請求項４に記載のシステム。
【請求項６】
プレゼンテーションを提示するためのコンピュータ実施ソフトウェアプロセス工程を含む方法であって、前記工程が、
第１のタブレットにインストールされた常駐ソフトウェアアプリケーションと、第２のタブレットにインストールされた前記常駐ソフトウェアアプリケーションとの間に直接タブレット対タブレット通信接続を確立する工程であり、前記通信接続がサーバに関与することなく確立され、前記第１および第２のタブレットの前記常駐ソフトウェアアプリケーションが、メディアビューと、プレゼンテーションファイルで満たされたローカルストレージを含むローカルアセットコンテナとを含む、工程と、
前記通信接続が確立された後、前記通信接続によりアプリケーションレベル同期データを通信する工程と、
担当者選択のプレゼンテーションを検索する工程であり、前記担当者選択のプレゼンテーションのコピーが各タブレットに記憶され、前記担当者選択のプレゼンテーションが選択されると前記担当者選択のプレゼンテーションが各タブレットの前記ローカルストレージから検索される、工程と、
前記担当者選択のプレゼンテーションの検索の後、同期されるべき両方のタブレットの表示を同期させ維持するために前記通信接続の通信チャネルの双方向通信でデータを使用する工程と、
各タブレットの前記担当者選択のプレゼンテーションとの対話に応じて、各タブレットの前記担当者選択のプレゼンテーション内で二重ミラーリングの間共同ナビゲートし、その結果、各タブレットユーザが、前記担当者選択のプレゼンテーション内でナビゲートすることができ、前記担当者選択のプレゼンテーションのビューが同期され続ける工程と、
ナビゲーション衝突が存在するかどうかを識別し、どのナビゲーション移動が、優先権を持ち、前記ユーザの一方によって選択された衝突するナビゲーション移動を実行することなしに実行されるべきであるかを決定することによって前記衝突を解決する工程と
を含み、
前記第１および第２のタブレットの前記常駐ソフトウェアアプリケーションは、
前記第１のタブレット上の前記第１のユーザのナビゲーション移動を受信し、前記第１のユーザのナビゲーション移動にタイムスタンプを添付し、前記第１のユーザのナビゲーション移動、および前記第１のユーザのナビゲーション移動の前記タイムスタンプを前記第２のタブレットに送信すること、
前記第２のタブレット上の前記第２のユーザのナビゲーション移動を受信し、前記第２のユーザのナビゲーション移動にタイムスタンプを添付し、前記第２のユーザのナビゲーション移動、前記第２のユーザのナビゲーション移動の前記タイムスタンプ、および前記第１のユーザのナビゲーション移動の前記タイムスタンプを前記第１のタブレットに送信し、前記常駐ソフトウェアアプリケーションが、前記第１のタブレットおよび前記第２のタブレットが同期しているかを判定することを可能にすること、
を行うように更に構成されている、方法。
【請求項７】
製薬準拠プレゼンテーションを在室環境で医師または他の健康管理提供者に提示する工程をさらに含む、請求項６に記載の方法。
【請求項８】
健康管理関連規則を実施する工程と、製薬準拠プレゼンテーションを提示する工程とをさらに含む、請求項６に記載の方法。
【請求項９】
前記常駐ソフトウェアアプリケーションが、担当者コマンドが入力された時間と、ＨＣＰコマンドが入力された時間との間の時間差を決定し、前記時間差が最小閾値よりも少ないかどうかを決定し、前記時間差が前記最小閾値よりも少ない場合にナビゲーション衝突が抜け出ているかどうかを決定することによってナビゲーション衝突を識別する、請求項６に記載の方法。
【請求項１０】
前記常駐ソフトウェアアプリケーションは、ナビゲーション衝突が抜け出ていると前記常駐ソフトウェアアプリケーションが決定した場合、前記担当者コマンドを優先して、前記ＨＣＰコマンドを阻止し無効にする、請求項９に記載の方法。
【請求項１１】
タブレットの常駐ソフトウェアアプリケーションの一部として実行されたとき、タブレットが工程を実行するコンピュータによって実行可能なコンピュータ可読命令を含む非一時的コンピュータ可読媒体であって、前記工程は、
第１のタブレットにインストールされた常駐ソフトウェアアプリケーションと、第２のタブレットにインストールされた前記常駐ソフトウェアアプリケーションとの間に直接タブレット対タブレット通信接続を確立する工程であり、前記通信接続がサーバに関与することなく確立され、前記第１および第２のタブレットの前記常駐ソフトウェアアプリケーションが、メディアビューと、プレゼンテーションファイルで満たされたローカルストレージを含むローカルアセットコンテナとを含む、工程と、
前記通信接続が確立された後、前記通信接続によりアプリケーションレベル同期データを通信する工程と、
担当者選択のプレゼンテーションを検索する工程であり、前記担当者選択のプレゼンテーションのコピーが各タブレットに記憶され、前記担当者選択のプレゼンテーションが選択されると前記担当者選択のプレゼンテーションが各タブレットの前記ローカルストレージから検索される、工程と、
前記担当者選択のプレゼンテーションの検索の後、同期されるべき両方のタブレットの表示を同期させ維持するために通信チャネルの双方向通信でデータを使用する工程と、
各タブレットの前記担当者選択のプレゼンテーションとの対話に応じて、各タブレットの前記担当者選択のプレゼンテーション内で二重ミラーリングの間共同ナビゲートし、その結果、各タブレットユーザが、前記担当者選択のプレゼンテーション内でナビゲートすることができ、前記担当者選択のプレゼンテーションのビューが同期され続ける工程と、
ナビゲーション衝突が存在するかどうかを識別し、どのナビゲーション移動が、優先権を持ち、前記ユーザの一方によって選択された衝突するナビゲーション移動を実行することなしに実行されるべきであるかを決定することによって前記衝突を解決する工程と
を実行し、
前記第１および第２のタブレットの前記常駐ソフトウェアアプリケーションは、
前記第１のタブレット上の前記第１のユーザのナビゲーション移動を受信し、前記第１のユーザのナビゲーション移動にタイムスタンプを添付し、前記第１のユーザのナビゲーション移動、および前記第１のユーザのナビゲーション移動の前記タイムスタンプを前記第２のタブレットに送信すること、
前記第２のタブレット上の前記第２のユーザのナビゲーション移動を受信し、前記第２のユーザのナビゲーション移動にタイムスタンプを添付し、前記第２のユーザのナビゲーション移動、前記第２のユーザのナビゲーション移動の前記タイムスタンプ、および前記第１のユーザのナビゲーション移動の前記タイムスタンプを前記第１のタブレットに送信し、前記常駐ソフトウェアアプリケーションが、前記第１のタブレットおよび前記第２のタブレットが同期しているかを判定することを可能にすること、
を行うように更に構成されている、コンピュータ可読媒体。
【請求項１２】
健康管理関連規則を実施する工程と、製薬準拠プレゼンテーションを提示する工程とをさらに含む、請求項１１に記載のコンピュータ可読媒体。
【請求項１３】
前記常駐ソフトウェアアプリケーションが、担当者コマンドが入力された時間と、ＨＣＰコマンドが入力された時間との間の時間差を決定し、前記時間差が最小閾値よりも少ないかどうかを決定し、前記時間差が前記最小閾値よりも少ない場合にナビゲーション衝突が抜け出ているかどうかを決定することによってナビゲーション衝突を識別する、請求項１１に記載のコンピュータ可読媒体。
【請求項１４】
前記常駐ソフトウェアアプリケーションは、ナビゲーション衝突が抜け出ていると前記常駐ソフトウェアアプリケーションが決定した場合、前記担当者コマンドを優先して、前記ＨＣＰコマンドを阻止し無効にする、請求項１３に記載のコンピュータ可読媒体。
【請求項１５】
前記常駐アプリケーションは、「プレゼンタ」または担当者および「リスナー」またはＨＣＰが、担当者−ＨＣＰ対話を改善するためにプレゼンテーションに注釈をつけることができるように、前記アプリケーションを構成する能力を備えるように構成され、必要ならば「プレゼンタ」または担当者が共同ナビゲーションをオフにして、それらが資料を「リスナー」またはＨＣＰとともに中断なしに確実に包含できる能力を備える、請求項１に記載のコンテンツ管理およびプレゼンテーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、一般に、ソフトウェアアプリケーションに関し、特に、コラボレーション、プレゼンテーション、およびマーケティングシステムに関する。
【０００２】
関連出願の相互参照
本出願は、２０１４年８月２５日に出願された「ＤｒｉｉｖｅｒＳｅａｔＴＭ」という名称の米国仮特許出願第６２／０４１，５８５号の利益を主張し、その開示は参照により本明細書に明確に組み込まれる。
【背景技術】
【０００３】
製薬会社は、世界で最も大きいマーケティングコンテンツクリエータの一部である。製薬会社は、さらに、最も注目され厳しく規制されているもののうちの１つである。医薬品情報は頻繁に変わり、それで、マーケティングコンテンツを効果的に管理し、共有し、送付すること、および宣伝用資料の変更に適時に遅れずについていくことができないと、製薬会社の法令順守リスクが増加する。マーケティングコンテンツの普及を律する多くの法律および規制に加えて、さらに、普及を制限する環境制約と、基本プレゼンテーション文書またはウェブページにおけるそのような情報の効果的な通信を妨げる技術的障害とが存在する。この妨害は、さらに、プレゼンテーションの送付およびプレゼンテーションの効果を制限することがある。
【０００４】
したがって、医薬品産業におけるマーケティングコンテンツの効果的な管理および送付は、製薬マーケティングの成功にとって重要であり、上述の不備を解決できるシステムおよび方法を製薬会社に提供する必要性が残っている。効果的な技法は、他の分野の担当者を支援するためにも必要とされる。
【発明の概要】
【０００５】
本発明の好ましい実施形態では、２人のビューアが２つの異なる電子式タブレット（例えば、iPad（登録商標））でプレゼンテーションを共同ナビゲートできるようにし、製品担当者または「マスター」もしくは「プレゼンタ」として働く任意のユーザが、情報の、「スレーブ」または「リスナー」として働く受側とのソフトウェアアプリケーションを使った同時作業協調で、製品に関する情報を提示できるようにするシステムが説明され、ここにおいて、このシステムは、各タブレットのオペレーティングシステムによって動作する常駐ソフトウェアアプリケーションがロードされた２つのポータブルタブレットを含み、ここにおいて、対応する産業界の販売担当者に専用マーケティングアプリケーションを提供するために、常駐ソフトウェアアプリケーションが２つのタブレットの両方にインストールされ、さらにここにおいて、各タブレットにインストールされた常駐ソフトウェアアプリケーションは、メディアビューアと、現在利用可能なプレゼンテーションファイルを含むローカルストレージを含むローカルアセットコンテナとを含むように構成され、ここにおいて、常駐ソフトウェアアプリケーションのメディアプレーヤーは、ローカルアセットコンテナのコンテンツにアクセスしプレーすることに専用であるように構成され、ここにおいて、常駐ソフトウェアアプリケーションは、
（ｉ）接続同期が生じるように導く常駐ソフトウェアアプリケーション内の同期オプションを使用する際、各タブレットで実行中の常駐ソフトウェアアプリケーションの間の直接タブレット対タブレット通信接続を確立することと、
（ｉｉ）通信接続が確立された後、通信接続によりアプリケーションレベル同期データを通信することと、
（ｉｉｉ）担当者選択のプレゼンテーションを検索することであり、担当者選択のプレゼンテーションのコピーが各タブレットに記憶され、プレゼンテーションが選択されたときプレゼンテーションが２つのタブレットの各々に属するローカルストレージから検索される、検索することと、
（ｉｖ）プレゼンテーションの検索の後、同期されるべき両方のタブレットの表示を同期させ維持するために、通信チャネルの双方向通信でデータを使用することと、
（ｖ）２つのタブレットユーザの各々が内部で移動することができ、ビューが同期され続けるように、各タブレットのプレゼンテーションとの対話に応じて、各タブレットのプレゼンテーション内で二重ミラーリングの間共同ナビゲートすることであり、常駐ソフトウェアアプリケーションが、単独のプレゼンタを指定するためのオプションを必要とせず、その代わりに、共同ナビゲーションを可能にする、共同ナビゲートすることと、
（ｖｉ）ナビゲーション衝突があるかどうかを識別し、どのナビゲーション移動が、優先権を持ち、他のユーザによって選択された他の衝突するナビゲーション移動を実行することなしに実行されるべきであるかを決定することによって衝突を解決することであり、常駐ソフトウェアアプリケーションが、各タブレットにインストールされたソフトウェア常駐アプリケーション、タブレット対タブレット通信接続、およびタブレット間で通信されるデータのみを使用してタブレット間の同期を確立する、解決することと
を行うように構成される。そして、
（ｖｉｉ）アプリケーションを「プレゼンタ」または担当者および「リスナー」またはＨＣＰが、担当者−ＨＣＰ対話を改善するためにプレゼンテーションに注釈をつけることができるように構成する能力を備え、
（ｖｉｉｉ）必要ならば「プレゼンタ」または担当者が共同ナビゲーションをオフにして、それらが資料を「リスナー」またはＨＣＰとともに中断なしに確実に包含することができる能力を備える
ようにさらに構成することができる。
【０００６】
好ましい実施形態では、プレゼンタとリスナーとの間の接続はブルートゥース（登録商標）の使用を介して確立される。常駐ソフトウェアアプリケーションは、製薬プレゼンテーション、または健康管理関連および製薬準拠プレゼンテーションを在室環境で医師または他の健康管理提供者に提示するように構成される。
【０００７】
１つの実施形態では、常駐ソフトウェアアプリケーションは、健康管理関連規則を実施するソフトウェア機能を含み、製薬準拠健康管理アセットを提示するように構成される。
【０００８】
別の実施形態では、ソフトウェアアプリケーションは、データプライバシ機能を含むように構成される。
【０００９】
好ましい実施形態では、常駐ソフトウェアアプリケーションは、タブレットの各々からのナビゲーション命令の受取りの間の時間の分離と、その分離が最小閾値（例えば、0.0秒および0.5秒）よりも小さいかどうかの決定とからナビゲーション衝突を識別するように構成され、分離が最小閾値よりも小さい場合に衝突を決定するように構成される。常駐ソフトウェアアプリケーションは、ナビゲーション衝突が抜け出ていると常駐ソフトウェアアプリケーションが決定した場合、担当者コマンドを優先して、ＨＣＰコマンドを阻止し無効にすることができる。いくつかの実施形態において、アプリケーションは、同期および衝突解決プロセスを実施し、ここで、タイムスタンプが、担当者タブレットに適用されたユーザアクション（各ユーザアクション）にアプリケーションで付けられ、アクションおよびタイムスタンプは、ブルートゥース通信接続によりＨＣＰタブレットに送られる。ＨＣＰタブレットに適用されたユーザアクションは、ＨＣＰタブレットに与えられた担当者アクションの最後のタイムスタンプとともに通信接続によって送られる。次いで、アプリケーション（担当者タブレットの）は、受け取ったタイムスタンプを、ＨＣＰタブレットでの実行のために担当者アクションとともに送られた最後のタイムスタンプと比較することになる。アプリケーションは、現在の（最後に送信された）タイムスタンプ（HCPからの）がＨＣＰタブレットから送信され受け取ったタイムスタンプ（HCPに与えられた最後の担当者アクションを示す）と異なる場合、ＨＣＰアクションが、アプリケーションにおいて適用され達成される（例えば、表示される）ことができないようにすることになる。このプロセスは以下でさらに論じられる。
【００１０】
さらなる別の実施形態では、２つのローカルタブレットの通信と常駐ソフトウェアアプリケーション動作とを使用して在室環境でマーケティングプレゼンテーションを提示するための、上述で実施されたコンピュータ実施ソフトウェアプロセス工程を含む方法が、さらに構想される。
【００１１】
さらなる他の実施形態では、ポータブルデバイスの常駐ソフトウェアアプリケーションの一部として実行されたとき、デバイスが上述のソフトウェアプロセスを含む工程を実行するコンピュータによって実行可能なコンピュータ可読命令を含む非一時的コンピュータ可読媒体がさらに考えられる。
【００１２】
本発明の別の好ましい実施形態では、コンテンツ管理およびプレゼンテーションシステムが考えられる。このシステムは、
第１のタブレットのオペレーティングシステムによって動作する常駐ソフトウェアアプリケーションがロードされた第１のタブレットであり、第１のユーザがプレゼンテーションをナビゲートできるようにする、第１のタブレットと、
第２のタブレットのオペレーティングシステムによって動作する常駐ソフトウェアアプリケーションがロードされた第２のタブレットであり、第２のユーザがプレゼンテーションを共同ナビゲートできるようにする、第２のタブレットと
を含むことができ、
第１および第２のタブレットの常駐ソフトウェアアプリケーションは、メディアビューアと、プレゼンテーションファイルで満たされたローカルストレージを含むローカルアセットコンテナとを含み、メディアビューアは、プレゼンテーションファイルにアクセスしプレーするように構成され、第１および第２のタブレットの常駐ソフトウェアアプリケーションは、
（ｉ）常駐ソフトウェアアプリケーションの同期オプションにより常駐ソフトウェアアプリケーション間の直接タブレット対タブレット通信接続を確立することであり、通信接続がサーバを含むことなく確立される、確立することと、
（ｉｉ）通信接続が確立された後、通信接続によりアプリケーションレベル同期データを通信することと、
（ｉｉｉ）担当者選択のプレゼンテーションを検索することであり、担当者選択のプレゼンテーションのコピーが各タブレットに記憶され、担当者選択のプレゼンテーションが選択されると担当者選択のプレゼンテーションが２つのタブレットの各々に属するローカルストレージから検索される、検索することと、
（ｉｖ）担当者選択のプレゼンテーションの検索の後、同期されるべき両方のタブレットの表示を同期させ維持するために、通信接続の通信チャネルの双方向通信でデータを使用することと、
（ｖ）２つのタブレットユーザの各々が、担当者選択のプレゼンテーション内でナビゲートすることができ、担当者選択のプレゼンテーションのビューが同期され続けるように、各タブレットの担当者選択のプレゼンテーションとの対話に応じて、各タブレットの担当者選択のプレゼンテーション内で二重ミラーリングの間共同ナビゲートすることと、
（ｖｉ）ナビゲーション衝突が存在するかどうかを識別し、どのナビゲーション移動が、優先権を持ち、ユーザの一方によって選択された衝突するナビゲーション移動を実行することなしに実行されるべきであるかを決定することによって衝突を解決することと
を行うように構成される。
【００１３】
１つの実施形態では、通信接続は、ブルートゥースを使用して確立することができる。
【００１４】
さらなる別の実施形態では、常駐ソフトウェアアプリケーションは、製薬準拠プレゼンテーションを在室環境で医師または他の健康管理提供者に提示するようにさらに構成することができる。
【００１５】
さらなる別の実施形態では、常駐ソフトウェアアプリケーションは、健康管理関連規則を実施するソフトウェア機能を含み、製薬準拠プレゼンテーションを提示するようにさらに構成することができる。
【００１６】
さらなる別の実施形態では、ソフトウェアアプリケーションは、データプライバシ機能を含むようにさらに構成することができる。
【００１７】
１つの実施形態では、常駐ソフトウェアアプリケーションは、担当者コマンドが入力された時間と、ＨＣＰコマンドが入力された時間との間の時間差を決定し、時間差が最小閾値よりも少ないかどうかを決定し、時間差が最小閾値よりも少ない場合にナビゲーション衝突が抜け出ているかどうかを決定することによってナビゲーション衝突を識別することができる。常駐ソフトウェアアプリケーションは、ナビゲーション衝突が抜け出ていると常駐ソフトウェアアプリケーションが決定した場合、担当者コマンドを優先して、ＨＣＰコマンドを阻止し無効にすることができる。
【００１８】
本発明のさらなる別の好ましい実施形態では、プレゼンテーションを提示するためのコンピュータ実施ソフトウェアプロセス工程を含む方法が考えられる。この方法は、
第１のタブレットにインストールされた常駐ソフトウェアアプリケーションと、第２のタブレットにインストールされた常駐ソフトウェアアプリケーションとの間に直接タブレット対タブレット通信接続を確立する工程であり、通信接続がサーバを含むことなく確立され、常駐ソフトウェアアプリケーションが、メディアビューと、プレゼンテーションファイルで満たされたローカルストレージを含むローカルアセットコンテナとを含む、確立する工程と、
通信接続が確立された後、通信接続によりアプリケーションレベル同期データを通信する工程であり、移送されているデータが、排他的に、ナビゲーション座標および他の可能なイベントパラメータであり、しかし、いかなるスクリーン画像でもない、通信する工程と
を含むことができる。他の実施形態が考えられ、
担当者選択のプレゼンテーションを検索する工程であり、担当者選択のプレゼンテーションのコピーが各タブレットに記憶され、担当者選択のプレゼンテーションが選択されると担当者選択のプレゼンテーションが２つのタブレットの各々に属するローカルストレージから検索される、検索する工程と、
担当者選択のプレゼンテーションの検索の後、同期されるべき両方のタブレットの表示を同期させ維持するために、通信接続の通信チャネルの双方向通信でデータを使用する工程と、
２つのタブレットユーザの各々が、担当者選択のプレゼンテーション内でナビゲートすることができ、担当者選択のプレゼンテーションのビューが同期され続けるように、各タブレットの担当者選択のプレゼンテーションとの対話に応じて、各タブレットの担当者選択のプレゼンテーション内で二重ミラーリングの間共同ナビゲートする工程と、
ナビゲーション衝突が存在するかどうかを識別し、どのナビゲーション移動が、優先権を持ち、ユーザの一方によって選択された衝突するナビゲーション移動を実行することなしに実行されるべきであるかを決定することによって衝突を解決する工程と
を含むことができる。
【００１９】
１つの実施形態では、直接タブレット対タブレット通信接続を確立する工程は、ブルートゥースによるものである。
【００２０】
さらなる別の実施形態では、この方法は、製薬準拠プレゼンテーションを在室環境で医師または他の健康管理提供者に提示する工程をさらに含むことができる。
【００２１】
さらなる別の実施形態では、この方法は、健康管理関連規則を実施する工程と、製薬準拠プレゼンテーションを提示する工程とをさらに含むことができる。
【００２２】
さらなる別の実施形態では、この方法は、データプライバシ機能を実装する工程をさらに含むことができる。
【００２３】
１つの実施形態では、常駐ソフトウェアアプリケーションは、担当者コマンドが入力された時間と、ＨＣＰコマンドが入力された時間との間の時間差を決定し、時間差が最小閾値よりも少ないかどうかを決定し、時間差が最小閾値よりも少ない場合にナビゲーション衝突が抜け出ているかどうかを決定することによってナビゲーション衝突を識別することができる。常駐ソフトウェアアプリケーションは、ナビゲーション衝突が抜け出ていると常駐ソフトウェアアプリケーションが決定した場合、担当者コマンドを優先して、ＨＣＰコマンドを阻止し無効にすることができる。
【００２４】
本発明のさらなる別の好ましい実施形態では、タブレットの常駐ソフトウェアアプリケーションの一部として実行されたとき、タブレットが以下の工程を実行するコンピュータによって実行可能なコンピュータ可読命令を含む非一時的なコンピュータ可読媒体が、考えられ、工程は、
第１のタブレットにインストールされた常駐ソフトウェアアプリケーションと、第２のタブレットにインストールされた常駐ソフトウェアアプリケーションとの間に直接タブレット対タブレット通信接続を確立する工程であり、通信接続がサーバを含むことなく確立され、常駐ソフトウェアアプリケーションが、メディアビューと、プレゼンテーションファイルで満たされたローカルストレージを含むローカルアセットコンテナとを含む、確立する工程と、
通信接続が確立された後、通信接続によりアプリケーションレベル同期データを通信する工程であり、ブルートゥースによって移送されているデータが、排他的に、ナビゲーション座標および他の可能なイベントパラメータであり、しかし、いかなるスクリーン画像でもない、通信する工程と
担当者選択のプレゼンテーションを検索する工程であり、担当者選択のプレゼンテーションのコピーが各タブレットに記憶され、担当者選択のプレゼンテーションが選択されると担当者選択のプレゼンテーションが２つのタブレットの各々に属するローカルストレージから検索される、検索する工程と、
担当者選択のプレゼンテーションの検索の後、同期されるべき両方のタブレットの表示を同期させ維持するために、通信接続の通信チャネルの双方向通信でデータを使用する工程と、
２つのタブレットユーザの各々が、担当者選択のプレゼンテーション内でナビゲートすることができ、担当者選択のプレゼンテーションのビューが同期され続けるように、各タブレットの担当者選択のプレゼンテーションとの対話に応じて、各タブレットの担当者選択のプレゼンテーション内で二重ミラーリングの間共同ナビゲートする工程と、
ナビゲーション衝突が存在するかどうかを識別し、どのナビゲーション移動が、優先権を持ち、ユーザの一方によって選択された衝突するナビゲーション移動を実行することなしに実行されるべきであるかを決定することによって衝突を解決する工程と
である。
【００２５】
１つの実施形態では、直接タブレット対タブレット通信接続を確立する工程は、ブルートゥースによるものである。
【００２６】
さらなる別の実施形態では、コンピュータ可読媒体は、製薬準拠プレゼンテーションを在室環境で医師または他の健康管理提供者に提示することをさらに含むことができる。
【００２７】
さらなる別の実施形態では、コンピュータ可読媒体は、健康管理関連規則を実施することと、製薬準拠プレゼンテーションを提示することとをさらに含むことができる。
【００２８】
さらなる別の実施形態では、コンピュータ可読媒体は、担当者コマンドが入力された時間と、ＨＣＰ命令が入力された時間との間の時間差を決定し、時間差が最小閾値よりも少ないかどうかを決定し、時間差が最小閾値よりも少ない場合にナビゲーション衝突が抜け出ているかどうかを決定することによってナビゲーション衝突を識別することができる。常駐ソフトウェアアプリケーションは、ナビゲーション衝突が抜け出ていると常駐ソフトウェアアプリケーションが決定した場合、担当者コマンドを優先して、ＨＣＰコマンドを阻止し無効にすることができる。
【００２９】
すべての上述の実施形態において、説明した工程および機能は、常駐ソフトウェアアプリケーションから受け取った命令を介してタブレットまたはｉＰａｄによって実行される。
【図面の簡単な説明】
【００３０】
【図１】本発明の一実施形態による、ＤｒｉｉｖｅｒＳｅａｔ（商標）モバイルアプリケーションの個々の構成要素がどのように互いに対話するかを示す図である。
【図２】本発明の一実施形態による、両方がタブレットにインストールされたＤｒｉｉｖｅｒＳｅａｔ（商標）モバイルアプリケーションを有する２つのｉＰａｄタブレット間でどのように通信が確立されるかの流れ図である。
【図３Ａ】本発明の一実施形態による、両方がタブレットにインストールされたＤｒｉｉｖｅｒＳｅａｔ（商標）モバイルアプリケーションを有する２つのｉＰａｄの間のデータ流れ概要を示す図である。
【図３Ｂ】本発明の一実施形態による、両方がタブレットにインストールされたＤｒｉｉｖｅｒＳｅａｔ（商標）モバイルアプリケーションを有する２つのｉＰａｄの間のデータ流れ概要を示す図である。
【図４Ａ】本発明の一実施形態による、担当者のｉＰａｄタブレットとＨＣＰのｉＰａｄタブレットとの間のブルートゥース接続がどのように確立されるかを概説する図である。
【図４Ｂ】本発明の一実施形態によるブルートゥースインタフェースユーザフローのサンプルスクリーンショットを示す図である。
【図４Ｃ】本発明の一実施形態によるブルートゥースインタフェースユーザフローのサンプルスクリーンショットを示す図である。
【図４Ｄ】本発明の一実施形態によるブルートゥースインタフェースユーザフローのサンプルスクリーンショットを示す図である。
【図５Ａ】本発明の一実施形態によるプレゼンテーションライブラリを実証する図である。
【図５Ｂ】本発明の一実施形態によるプレゼンテーションライブラリを実証する図である。
【図５Ｃ】本発明の一実施形態によるプレゼンテーションライブラリを実証する図である。
【図６】本発明の一実施形態によるネイティブｉＯＳアプリミラーリングの流れ図である。
【図７】本発明の一実施形態によるＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔ（登録商標）Ｂｒｉｄｇｅミラーリングの流れ図である。
【図８】本発明の一実施形態による、担当者によって与えられるプレゼンテーションの使用率統計を収集するためにグーグルアナリティクスがどのように使用されるかの流れ図である。この同じ手法は、分析データを捕捉し、他のソフトウェアおよび／またはデータプロバイダに送るために使用されるかまたは使用され得る。
【図９Ａ】サポート手順およびｉＰａｄ構成ＤｒｉｉｖｅｒＳｅａｔ（商標）モバイルアプリケーションを示す図である。
【図９Ｂ】サポート手順およびｉＰａｄ構成ＤｒｉｉｖｅｒＳｅａｔ（商標）モバイルアプリケーションを示す図である。
【図９Ｃ】サポート手順およびｉＰａｄ構成ＤｒｉｉｖｅｒＳｅａｔ（商標）モバイルアプリケーションを示す図である。
【図１０】本発明の一実施形態による、コンテンツを生成し、管理し、提示するシステムの一例を示す図である。
【図１１】本発明の一実施形態によるシステムの様々なアプリケーションを示す図である。１対１担当者およびＨＣＰ使用に加えて、アプリケーションは、さらに、１人の担当者またはマスターが多数のＨＣＰまたはリスナーデバイスに接続することができるように構成されてもよい。その場合、アクティブ共同ナビゲーションを有するための特定のリスナーデバイスをマスターに指定させ、一方、他のリスナーデバイスは見る能力しか有していないなどのオプションがあってもよい。
【発明を実施するための形態】
【００３１】
医薬品販売担当者とＨＣＰとの通信に加えて、ＤｒｉｖｅｒＳｅａｔ（商標）は、医薬品産業のこれらの２つの役割に制限されない。説明の目的で、この文書は、「プレゼンタ」の製薬担当者と「リスナー」としてのＨＣＰと、それらの対話および使用法とを強調する。しかしながら、ＤｒｉｖｅｒＳｅａｔ（商標）は、例えば、ＨＣＰと患者との間、臨床看護教師とＨＣＰとの間、会計担当者と支払人との間の対話、ならびに広告業（「プレゼンタ」としての事業開発および「リスナー」としての将来のクライアント）、および金融サービス（例えば、「プレゼンタ」としてのフィナンシャルプランナおよび「リスナー」としてのクライアント）などの他の産業の対話を容易にすることができる。
【００３２】
本明細書のこの議論は、本発明の例示的な実施形態の機能性、構造、動作、および構成要素の説明を提供する。これは、ユーザニーズなどのいくつかの明細によって、ならびに、さらに、好ましい実施形態および関連する図の構造および動作の説明などの以下の他の内容によって提供される。いくつかの態様では、本明細書は、ＤｒｉｖｅｒＳｅａｔ（商標）と呼ばれるアプリケーションまたはシステムの商業デザインおよび実施態様を説明する。便宜上、本発明の実施形態または実施形態の特徴は、市販製品ＤｒｉｖｅｒＳｅａｔ（商標）の名前で参照される。本発明は商業デザインに限定されるのではなく、本発明の実施態様は本明細書で説明される特有の態様を含む。市販製品の議論を含む説明は、本発明の実施形態によって提供される技術的改善および利点を実証する。
【００３３】
ハイレベルでは、２人のビューアが、限定はしないが、ｉＰａｄなどの２つの異なる電気タブレットで、同じコンテンツを両方のｉＰａｄで見ることができるようにするソフトウェアアプリケーション、プロセス、媒体、およびシステムが提供される。一次ビューアはすべての機能を制御することができ、一方、二次ビューアはいくつかの特徴および機能にアクセスできる。２つのデバイスは、ブルートゥース（または可用性に応じてWiFi）を介して互いに接続され得る。異なる機能または動作要件が、本発明の実施形態に組み込まれる。
【００３４】
ユーザニーズ（DriverSeat（商標））を満たすいくつかの特徴が、設計に含まれる。
・マーケティング担当者：販売担当者がＨＣＰを訪れるとき両方のｉＰａｄの間で重要な役割を果たすことになるＨＴＭＬまたはＰＤＦプレゼンテーションアセットを収容することができるプラットフォームを提供する。
・販売担当者：
ｏ  ２つのｉＰａｄ
ｏ  ＦＡＱ
ｏ  アプリケーションプログラミングインタフェース（API）に関する技術指導
ｏ  初回の使用案内および最初の販売活動講習会（ウェブまたはライブ）
ｏ  共有／ミラー化ＨＴＭＬまたはＰＤＦプレゼンテーション内のすべての利用可能なナビゲーションの完全制御に加えて、２つの接続済みデバイスの間の接続の完全制御を所有する。
・健康管理医師（HCP）：共有／ミラー化ＨＴＭＬまたはＰＤＦプレゼンテーションの承認済みセクションにナビゲートする能力を所有することになる。
・企業のＩＴ：クライアント製薬会社インフラストラクチャ内の必要とされるあらゆるネットワークアクセス、企業インフラストラクチャのためのモバイルアプリ要件、および外務員への配備の前にビルドされたクライアントのｉＰａｄと関連してＤｒｉｖｅｒＳｅａｔ（商標）のアプリを試験することへのサポートを与えること。手続きのために、企業のＩＴは、ヘルプデスクを通して外務員にサポートを与えるために初期の問題解決案内およびＦＡＱ文書が供給されることになる。システムまたはツールは、製薬会社であり得るクライアントによる使用のためにマーケティングエージェンシーなどの会社によって開発され構成される。
設計に含まれるいくつかの基礎機能特徴。
・多数の製薬クライアント健康管理準拠プレゼンテーション（「アセット」または「プレゼンテーション」）を記憶しアクセスする能力。
・ユーザがアセット（プレゼンテーションライブラリ）を管理するためのダッシュボード。
・２つのデバイス間の接続を保証し、マスターおよび二次ｉＰａｄを指定するコントロールパネル。
・会社（例えば、マーケティングエージェンシーまたはそのそれぞれのクライアント）がアセット更新を管理し制御する能力。
更新の管理は実施形態に含まれる。
会社（例えば、マーケティングエージェンシーまたはそのそれぞれのクライアント）は、上記のプレゼンテーションなどの製薬準拠資料のアセット更新を制御することになる。これらの準拠アセットは、ネットワークを通じてサーバを使用して、またはローカルコンピュータへの有線接続を使用することによりタブレットにダウンロードすることができる。本明細書で説明するいくつかの実施形態では、マーケティングエージェンシーは、エージェンシーのクライアントの現場または営業集団による使用のためにＤｒｉｖｅｒＳｅａｔ（商標）アプリケーションを実装し用意する。
【００３５】
訪問されたスライドおよび費やされた時間などの基本データ収集情報が、システムに収集される。
以下は、とりわけ、システムに組み込むことができるいくつかの機能性／機能性属性の明細を提供する。
・コントロールパネル  −  マスター制御の割り当てと、ブルートゥースベース接続を介した同期化とのための手段。クライアントまたは医薬品販売担当者デバイスは、「マスター」または「プレゼンタ」と呼ばれることもあり、ＨＣＰデバイスは、「スレーブ」または「リスナー」と呼ばれることがある。
・コントロールパネルは、制御式タブレットなどのタブレットで利用可能なグラフィックユーザインタフェースを有する。
・ＤｒｉｉｉｖｅｒＳｅａｔ（商標）ソフトウェアは、製薬会社のためのコンテンツ管理システム（CMS）を含むことになり、ここで、承認されたプレゼンテーションは、担当者による使用のためにアップロードされ、担当者のｉＰａｄにダウンロードされる。
・分析ソフトウェアプロバイダ（例えば、グーグルアナリティクスなど）は、メトリクス／分析のためのダッシュボードを含むことになる。ダッシュボードは、ＤｒｉｖｅｒＳｅａｔ（商標）データのメトリクス／分析への対話型アクセスを行うためのグラフィックユーザインタフェースを有する。
・ソフトウェアはＡＰＩ（アプリケーションプログラミングインタフェース）を含むことになる。製薬クライアントまたはマーケティング会社がプレゼンテーションコンテンツをＤｒｉｖｅｒＳｅａｔ（商標）で統合できるようにするダウンロード可能なＡＰＩコードスニペットおよび必要ならばドキュメンテーション。
コントロールパネル機能性は、次のものを含むことができる。
−  接続のために利用できるＨＣＰタブレットの識別。
−  ブルートゥース接続状態。
−  製薬準拠アセットライブラリ（ライブラリへのアクセス）。
−  同期のためにＨＣＰタブレットを選択する能力。
【００３６】
いくつかの実施形態では、ＤｒｉｉｖｅｒＳｅａｔ（商標）は、ｉＤｅｔａｉｌとも呼ばれる医学プレゼンテーションを、２つのｉＰａｄを使用して健康管理依頼人と共有するために使用されることを主目的に、ｉＰａｄアプリケーションとして実装される。このモバイルアプリは、２人の特定のオーディエンス、すなわち、医薬品販売担当者および健康管理専門家（HCP）のために開発されている。しかしながら、この技術は、所望であれば、マーケティング関連技術を必要とする人々などの担当者を含む他の状況のために実装されてもよい。したがって、便宜上、販売担当者または担当者という用語が時には使用されることが理解されるべきである。好ましい実施形態では、ソフトウェアアプリケーションは、インターネット接続およびサーバが多くの場合病院または医院において通常利用可能でないことを当業者がよく理解しているので、特に、インターネット接続およびサーバの必要なしに動作するように設計されている。
【００３７】
医薬品販売担当者は、健康管理製品をＨＣＰに宣伝することになる。医薬品販売担当者は、宣伝用プレゼンテーションをｉＰａｄデバイスにロードし、宣伝用プレゼンテーションをＨＣＰと検討する。
【００３８】
ＨＣＰは、担当者が説明したプレゼンテーションを聞き、質問をすることになる。ＨＣＰはプレゼンテーションと対話することもでき、次いで、質問を文字通り「DriverSeat（商標）」に効果的に加える。
【００３９】
製薬ディテーリングは、売り手の製品に関して医師を啓発するために製薬会社によって使用される１：１マーケティング技法である。医薬品産業で使用されるようなＤｒｉｉｖｅｒＳｅａｔ（商標）モバイルアプリケーションソフトウェアの主目的は、医薬品販売担当者とディテーリングセッションを共有するのではなく、健康管理提供者に自分のｉＰａｄを通してディテーリングセッションに参加させることによって健康管理提供者をさらに引き込むことである。それらのサービスが多くの場合病院および医療クリニックでは利用できないので、デバイス間の通信はインターネットサービスの必要性を除くためにブルートゥースを介して行われる。ブルートゥースの使用は、さらに、ＷｉＦｉまたはＷＬＡＮ（またはそのようなセットアップ）の必要性を避けるのに役立つことができる。このシステムは以下の能力を提供する。
１．接続が失われた場合の自動再接続による確実なブルートゥース接続性。
２．ｉＤｅｔａｉｌプレゼンテーションおよび参考文書を記憶するためのライブラリ。
３．２つのｉＰａｄでのＨＴＭＬおよびＰＤＦプレゼンテーションの表示およびミラーリング。
４．両方のユーザが、プレゼンテーションを共同ナビゲートし、プレゼンテーションと対話することができる。
５．担当者は、共同ナビゲーションをイネーブルにする／ディスエーブルにすることができる。
６．医薬品販売担当者がページの主眼を勝手に調節できない（例えば、重要な安全情報（ISI）が適切に表示されていることを保証する）ように「ピンチツーズーム」をディスエーブルにすることによる医療法令順守。
７．担当者およびＨＣＰによって起動され、次いで、プレゼンテーションおよび医薬品販売担当者チームによって集められた追跡活動へのオフライン分析。
【００４０】
このソフトウェアアプリケーションは、ｉＰａｄのために特別に設計されたモバイルベースアプリケーションである。１つの実施形態では、アプリケーションは、ＩＯＳ  ＳＤＫによるオブジェクティブＣを使用して開発される。アプリケーションのプレゼンテーション層は、ＪａｖａＳｃｒｉｐｔ技術を使用して開発される。ｉＰａｄは、マルチピア接続性およびブルートゥースＬＴＥを使用して統合される。グーグルアナリティクスはイベント追跡のために使用される。他の分析およびソフトウェアプロダクトもデータを捕捉するために使用することができる。システムのアーキテクチャコンポーネントは次の通りである。
・ブルートゥース接続／再接続モジュール。
・プレゼンテーションライブラリ。
・ミラーリングおよび共同ナビゲーション論理。
・ネイティブｉＰａｄ  ｉＯＳアプリケーション層。
・ＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ。
・グーグルアナリティクス（GA）。
【００４１】
次に図１を参照すると、コンテンツ管理およびプレゼンテーションシステムの１つの実施形態が示されている。システムは、第１の電子デバイス１０と第２の電子デバイス１２とを含むことができる。第１の電子デバイス１０および第２の電子デバイス１２は、ブルートゥース２または他の無線技術を介して互いに通信することができる。電子デバイス１０、１２は、タブレット（例えば、iPad）、スマートフォン（例えば、IOS iPhone（登録商標）、アンドロイドオペレーティングシステムデバイス）、または他のコンピューティングデバイス（例えば、デスクトップコンピュータ、ラップトップコンピュータ）とすることができる。好ましい実施形態は、タブレットに特に適している。この実施形態では、第１の電子デバイス１０は担当者のｉＰａｄとすることができ、第２の電子デバイス１２はＨＣＰのｉＰａｄとすることができる。ｉＰａｄ１０、１２の各々は、プレゼンテーション４を局所的にコンテンツライブラリに記憶し、ブルートゥース２を介して他方のデバイスにポインタイベント情報を渡す（例えば、ポインタイベント情報のみを渡す）ことができる。次いで、受信デバイスは、イベントを局所的に再実行して、いわゆるミラーリング効果を達成する。ミラーリングは、プレゼンテーション内のあるｉＰａｄ１０から別のｉＰａｄ１２へのアクションの送信および実行として理解されるべきである。グーグルアナリティクスタグが、さらに、コンテンツ開発プロセス中にプレゼンテーションＨＴＭＬコードにマニュアルで挿入され、その結果、ユーザイベントが生じたときは常に、これらのタグが発火され、データがグーグルに渡される。しかしながら、これは、インターネット１８の使用を介してグーグルアナリティクスプロダクトサーバ２０によって行われる。同様のプロセスは、データを他の分析またはソフトウェアプロバイダに送るために使用されるかまたは使用されてもよい。
【００４２】
ミラーリングを達成するためにｉＰａｄ１０とｉＰａｄ１２との間でイベントデータを渡すのは、以下の論理工程で扱われる。
・タップ、スワイプ、スクロール、他のジェスチャなどのようなイベントは、ユーザがＨＴＭＬまたはＰＤＦプレゼンテーション４内にいるとき、ＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４によって捕捉される。
・次いで、それは、イベントをネイティブｉＰａｄ  ｉＯＳ層１６に渡し、ネイティブｉＰａｄ  ｉＯＳ層１６は、イベントデータを受信デバイス１２にブルートゥース２を介して送る。
・次いで、プロセスは、イベントを局所的に実行してミラーリング効果を達成するために受信デバイス１２によって反転される。
【００４３】
【表１】
0006715826.tif 000002
【００４４】
【表２】
0006715826.tif 000003
いくつかのセキュリティ特徴がシステムに組み込まれる。
ａ．ＤｒｉｉｖｅｒＳｅａｔ（商標）ソフトウェアアプリケーションは、不要な無許可アクセスを防止するために標準ｉＰａｄ  ｉＯＳパスコードセキュリティに依拠する。
ｂ．ＤｒｉｉｖｅｒＳｅａｔ（商標）を実行中のデバイスのみがデバイス接続リストに載ることになる。
ｃ．ピア接続は、ＭｕｌｔｉｐｅｅｒＣｏｎｎｅｃｔｉｖｉｔｙフレームワークを使用して安全にされる。
ｄ．アプリケーションがバックグラウンド／ロック状態に移動すると、セッションは切断される。
ｅ．医薬品販売担当者デバイス１０のみが、
ｉ．同期するためにＨＣＰデバイス１２を選択すること、
ｉｉ．プレゼンテーション４を選択し、始めること、
ｉｉｉ．共同ナビゲーションをイネーブルにするかまたはディスエーブルにする１１５こと、および
ｉｖ．プレゼンテーション４を出ていくことができる。
いくつかの使用事例を満たす機能性が実装される。
接続がＨＣＰによって失われた場合、
スプラッシュスクリーンが、ＨＣＰ  ｉＰａｄ１２に表示され、それは、ＨＣＰ  ｉＰａｄ１２のアクセスをディスエーブルにし、待ってくださいとＨＣＰ  ｉＰａｄ１２に依頼する。マスターｉＰａｄ１０は、ＨＣＰが切らないで待っている間に自動的に再同期する能力を有する。
接続が担当者によって失われた場合、
暫定的通知が、担当者のｉＰａｄに表示され、ＨＣＰはもはや接続されていないが、担当者が単一ユーザモードでプレゼンテーションを続けることが依然として可能であることを担当者のｉＰａｄに知らせる。
【００４５】
いずれの場合も、製薬担当者６が閉ボタンによりプレゼンテーションを終了していない場合、アプリケーションは、同期化問題が生じたかどうかを決定することができ、いったん両方のデバイスが利用可能になっていれば、２つのデバイスを自動的に再接続し同期させることになる。有利には、前に説明したようにブルートゥースを介して主に実行されるタブレット１０、１２の同期化では同期サーバは必要とされない。
【００４６】
好ましい実施形態の動作
動作時に、ＤｒｉｉｖｅｒＳｅａｔ（商標）ソフトウェアアプリケーションは、両方のｉＰａｄにインストールされ、プレゼンテーションは、メディアビューアで開けることができるＨＴＭＬまたはＰＤＦプレゼンテーションファイルとして見られる。
【００４７】
図２を参照すると、２つのｉＰａｄ１０、１２の間の通信を確立する１つの実施形態が示される。工程１において、製薬担当者は、両方ともＤｒｉｉｖｅｒＳｅａｔ（商標）ソフトウェアアプリケーションがロードされている２つのｉＰａｄタブレット１０、１２を用意し（2つのデバイスを会議に導き）、その結果、プレゼンテーションは、両方のｉＰａｄタブレット１０、１２で同時に見ることができる。いったんｉＰａｄタブレット１０、１２がオンにされ、ＤｒｉｉｖｅｒＳｅａｔ（商標）ソフトウェアアプリケーションがロードされた（および実行中）ならば、ｉＰａｄタブレット１０、１２のうちの１つ、例えば、ｉＰａｄ１０が、工程２に示されるように医薬品販売担当者のマスターとして働くと決定されることになる。工程３および工程４において、２つのｉＰａｄタブレット１０、１２は、限定はしないが、ブルートゥースなどの近接場ワイヤレス通信プロトコルによって同期され、その結果、２つのｉＰａｄ１０、１２は、近接場ワイヤレス通信プロトコルを使用して確立されたデータ通信リンクを介して互いに通信するように構成され得る。所望であれば、ＷｉＦｉなどのワイヤレスローカルエリアネットワーク（WLAN）プロトコルが、さらに、通信リンクを確立するために使用されてもよい。同期が工程５において確認された後、マスターｉＰａｄ１０（製薬担当者）のユーザは、ＤｒｉｉｖｅｒＳｅａｔ（商標）アプリケーションと対話して、現在の会議のために１組のプレゼンテーションアセットからどれかのプレゼンテーションを選び、いったんこれが行われたならば、ＨＣＰ８および製薬担当者６は、工程７に説明されているようにプレゼンテーション内の利用可能なナビゲーション手段を使用して共同ナビゲーションを開始する。ひとたびプレゼンテーションの通話または会合が終わりにされたならば、製薬担当者６はプレゼンテーションを抜け出し、製薬担当者ｉＰａｄ１０のマスターは、工程８に示すようにコントロールパネルに行く。
【００４８】
したがって、異なるプレゼンテーションが、ＨＣＰのｉＰａｄ１２と製薬担当者のｉＰａｄ１０との上で実行中であり、ｉＰａｄ１０、１２が使用事例流れ図の工程５に示されるようにブルートゥース２、またはＷｉＦｉなどの他のワイヤレス手段により同期される場合にのみ見ることができる。したがって、要点を繰り返すと、製薬担当者６が、アクションを起動し、ｉＰａｄ１０上でプレゼンテーションを開始する場合、同じアクションが他方のｉＰａｄ１２に与えられ見られる。ＨＣＰ８は、ＨＣＰ８にとって受容可能であるとして事前定義された承認済み製薬準拠プレゼンテーションナビゲーションオプションにアクセスできることになる。しかしながら、製薬担当者６は、他のファイル／プレゼンテーションにアクセスするために排他的制御権を有する。
【００４９】
これは、製薬担当者６がミラーリングおよび共有のために識別しロードしたファイルに、ＨＣＰ８しかアクセスし見ることができないことを意味する。したがって、ＨＣＰ８は、担当者６と無関係に、しかし、ＨＣＰ８ナビゲーションのために承認されたナビゲート可能経路に沿ってのみプレゼンテーションを探査することができる。ＨＣＰ８および担当者６がプレゼンテーションの異なる区域にナビゲートするナビゲーションイベントが生じる場合、担当者のｉＰａｄ１０に表示されたプレゼンテーションが、ＨＣＰ１２のそれに優先する。
【００５０】
動作中、マスターとして動作する接続済みＤｒｉｉｖｅｒＳｅａｔ（商標）を実行中の２つのデバイスは、局所的にロードされたプレゼンテーション４にアクセスするかまたはそれを「見る」ことができるように構成されるが、他方のタブレットで動作するＤｒｉｉｖｅｒＳｅａｔ（商標）は、ビューイングのためにマスターで選択されているプレゼンテーション４にのみアクセスしまたはそれのみを見るように構成される。ＤｒｉｉｖｅｒＳｅａｔ（商標）を実行中のＨＣＰデバイス１２は、ＤｒｉｉｖｅｒＳｅａｔ（商標）アプリケーションで他の局所的に記憶されたプレゼンテーションにアクセスすることを許容されず、その結果、ＨＣＰ８は、他のプレゼンテーションがＨＣＰタブレットのＤｒｉｉｖｅｒＳｅａｔ（商標）アプリ内に局所的に記憶されているとしても、アプリケーションで他のプレゼンテーションにナビゲートするかまたはそれを開けることができない。
【００５１】
本発明の実施形態の１つの態様では、システムまたは方法は、オフィスにおいてまたはローカル設定で技術を実践することを対象とし、ここにおいて、２つのタブレット１０、１２（またはディスプレイを有する他のコンピュータデバイス）は、互いに物理的にごく近接して、例えば、ブルートゥースの動作信号範囲にとって一般的な物理的範囲、または近接場ワイヤレスパーソナルコンピュータもしくは通信デバイスもしくはプロトコル（例えば、そのプロトコルの下でデバイス間の接続を確立するためにルータまたはアクセスポイントを通過する必要のない）の他の形態などで配置される。代替として、ＷｉｆｉまたはＷＬＡＮ通信が使用されてもよく、または他の形態の通信接続が、所望であれば、ＷｉｆｉルータもしくはＷＡＮへの通信をルーティングすることなどによって使用されてもよい。好ましい実施形態では、タブレット１０、１２は、同期されたビューを維持するために互いに直接に通信する。好ましい実施形態では、タブレット間の通信にホストまたはサーバは存在しない。通信チャネルを実施することの一部として動作しているルータなどの経路に他のデバイスが存在し得ることが、実施態様に応じて理解されるであろう。
【００５２】
通信チャネルは、通信接続によって設けられる通信路を参照することができる。通信路は、ｉＰａｄのある特定のソフトウェアアプリケーション、ｉＰａｄのある特定のコンピュータハードウェア、またはｉＰａｄのその特定のソフトウェアアプリケーションとその特定のコンピュータハードウェアの両方によって通信接続において確立された経路とすることができる。通信接続は、単に１つの通信路または多重通信路を有することができる。通信接続が単に１つの通信路を有する場合、通信路は、修正可能であり、ソフトウェアアプリケーション、コンピュータハードウェア、または両方によって必要とされるプロトコルでデータを送受信するために、ｉＰａｄのソフトウェアアプリケーション、ｉＰａｄのコンピュータハードウェア、またはｉＰａｄのソフトウェアアプリケーションとコンピュータハードウェアの両方によって変更することができる。通信接続が多重通信路を有する場合、通信路の各々はそれ自体のプロトコルを有することができる。ｉＰａｄのソフトウェアアプリケーションのあるものおよびｉＰａｄのコンピュータハードウェアのあるものは、通信路のうちの１つを通してデータを送受信することを対象とすることができ、一方、ｉＰａｄの他のソフトウェアアプリケーションおよび他のコンピュータハードウェアは、別の通信路を通してデータを送受信することを対象とすることができる。１つの実施形態では、通信チャネルは、ＤｒｉｖｅｒＳｅａｔ（商標）アプリケーション、またはＤｒｉｖｅｒＳｅａｔ（商標）アプリケーションがインストールされたｉＰａｄが、データを互いへと送信し、データを互いから受信することができるようにする通信接続の通信路である。そのような実施形態では、通信チャネルは、通信路のアプリケーションレベルである。このチャネルは、さらに、ミラーリング通信またはミラーリング機能のために作り出され管理される。
【００５３】
システム、方法、およびコンピュータ可読媒体が、本発明の様々な実施形態により実装され得る。例えば、２人のビューアが複数の異なるタブレットでプレゼンテーションを共同ナビゲートできるようにし、製品担当者が情報の受信者とのソフトウェアアプリケーションを使った同時作業協調で製品に関する情報を提示できるようにするシステムが実装される。システムは、各タブレット１０、１２のオペレーティングシステム上で動作する常駐ソフトウェアアプリケーション（例えば、DriiverSeat（商標））がロードされた２つのポータブルタブレット１０、１２を含む。２つタブレット１０、１２を超えるものも考えられ、常駐ソフトウェアアプリケーションは、２つを超えるタブレットまたは多数のデバイスに実装されるソフトウェアとすることができる。対応する産業界の販売担当者に専用マーケティングアプリケーションを提供するために、常駐ＤｒｉｉｖｅｒＳｅａｔ（商標）ソフトウェアアプリケーションが２つのタブレット１０、１２の両方にインストールされる。各タブレットにインストールされた常駐ソフトウェアアプリケーションは、メディアビューアと、現在利用可能なプレゼンテーションファイル４を含むローカルストレージを含むライブアセットコンテナとを含むように構成される。常駐ソフトウェアアプリケーションのメディアプレーヤーは、ライブアセットコンテナのコンテンツにアクセスしプレーすることに専用であるように構成される。常駐ソフトウェアアプリケーションは、局所的に記憶されているプレゼンテーション４（例えば、HTMLプレゼンテーション）をユーザがナビゲートできるようにするように構成されるが、好ましくは、常駐アプリケーションまたはライブアセットコンテナと無関係なプレゼンテーションまたはウェブページを含むメディアコンテンツにアクセスしないように構成される。
【００５４】
常駐ソフトウェアアプリケーションは、各タブレットで実行中の常駐ソフトウェアアプリケーションの間に直接タブレット対タブレット通信接続を確立するように構成される。常駐ソフトウェアアプリケーションは、コントロールパネルにオプション（例えば、コントロールパネル中でDriverSeat（商標）を実行中の利用可能なタブレットデバイスのユーザ選択可能なリスト）を含む。オプションが、リストからタブレットデバイスを選ぶことによってアクティベートされると、アプリケーションは、２つのタブレットを、それらの通信接続の同期を実行する（例えば、ブルートゥース2の接続を確立する）ように誘導する。常駐ソフトウェアアプリケーションは、アプリケーションがアクティベートされた後、同期オプションを有効にすることができる。オプションは、「設定」におよび例えばタブレット「設定」内の「ブルートゥース」に入る必要なしに、アプリケーションでアクセス可能となることが好ましい。常駐ソフトウェアアプリケーションは、オンボード通信回路を使用して２つのタブレットを対にするためにアプリケーション内のオプションの選択に応答するように構成される。同期機能によって確立された通信接続を使用して、両方のタブレットのビューおよびナビゲーションが同期される。
【００５５】
プレゼンテーションまたは会議セッションの間、常駐ソフトウェアアプリケーションは、特に、タブレット間の直接通信セッションで動作する（直接タブレット対タブレット通信接続による）ことができるように構成され、このライブ実時間セッションの間、中間サーバまたは場合によってはルータの本質的な関与の必要性がないことが好ましい。言い換えれば、ｉＰａｄおよび常駐ソフトウェアアプリケーションは、中間デバイスからの機能支援の必要なしに、（例えば、ルータまたは中間デバイスが、情報同期させる通信路において中間に存在するが、中間物は結局は本質的に同期プロセスにおける機能を有していない、−パススルーパイプなど）実時間セッションで互いに動作するかまたは通信することができる。
【００５６】
通信接続が確立された後、常駐ソフトウェアアプリケーションは、通信接続を通してアプリケーションレベル同期データを通信するように構成される。常駐ソフトウェアアプリケーションは、さらに、担当者によって選択されたプレゼンテーションを検索するように構成される。プレゼンテーションのコピーは各タブレットに記憶され、プレゼンテーションは、プレゼンテーションが選択されたときの各タブレットのローカルストレージから検索される。変形は、１つのタブレットにのみプレゼンテーションを記憶すること、各々または両方のタブレットにプレゼンテーションの一部を記憶すること、サーバなどの外部デバイス（例えば、同期化を制御するかまたは同期化を支援するもの）にプレゼンテーションまたはプレゼンテーションの一部を記憶することを含むことができる。考えられるシステムには１つを超える発明があり得、それゆえに、好ましいシステムは同期化またはホストサーバの使用なしであることが好ましいが、いくつかの発明では、サーバまたはホストが含まれてもよいことが考えられる。
【００５７】
プレゼンテーション４の検索の後、通信チャネルの双方向通信でデータを使用して、同期されるべき両方のタブレット１０、１２の表示を同期させ維持するために、常駐ソフトウェアアプリケーションは医薬品販売担当者６によって構成される。
【００５８】
常駐ソフトウェアアプリケーションは、各タブレット１０、１２のプレゼンテーション４との対話に応じて、各タブレット１０、１２のプレゼンテーション４内で共同ナビゲートするように構成される。これは、各タブレット１０、１２のユーザがプレゼンテーション４内で移動できるような状態である。これは、ビューおよびコンテンツが同期され続け、一方、ユーザが、デバイスおよびソフトウェアと対話して、一緒に同時に同じプレゼンテーション４をナビゲートするような状態である。例えば、２人のユーザ６、８は、プレゼンテーション４を同時に制御することが許されており、各ユーザからの各ナビゲーション制御コマンドは、例えば、例えば２つのコマンドが同時にまたは短い時間内に受信された場合に衝突がない限り、受け取られ実行されることになる。したがって、常駐ソフトウェアアプリケーションは、オプションが単独のプレゼンタを指定することを許容しておらず、代わりに、共同ナビゲーションを許容している。
【００５９】
常駐ソフトウェアアプリケーションは、ナビゲーション衝突があるかどうかを識別するように構成され、どのナビゲーション移動が、優先権を持ち、他のユーザによって選択された他の衝突するナビゲーション移動を実行することなしに実行されるべきであるかを決定することによって衝突を解決する。
【００６０】
常駐ソフトウェアアプリケーションは、各タブレットにインストールされたソフトウェア常駐アプリケーション、タブレット対タブレット通信接続、およびタブレット間で通信されるデータのみを使用してタブレット間の同期を確立することが好ましい。
【００６１】
通信接続は、ブルートゥース２を使用して確立することができる。他の近接場接続も考えられる。
【００６２】
上記のように、常駐ソフトウェアアプリケーションは、製薬または健康管理準拠プレゼンテーションを在室環境で医師または他の健康管理提供者に提示するように構成されることが好ましい。常駐ソフトウェアアプリケーションは、健康管理関連規則を実施するソフトウェア機能を含むように構成される。
【００６３】
ソフトウェアアプリケーションは、いくつかの実施形態ではデータプライバシ機能を含むように構成される。
【００６４】
論じたように、常駐ソフトウェアアプリケーションは、さらに、第１のｉＰａｄのユーザ（例えば、担当者）によって入力されたナビゲーションコマンド（例えば、担当者コマンド）と、第２のｉＰａｄの別のユーザ（例えば、HCP）によって入力されたナビゲーションコマンド（例えば、HCPコマンド）との間に衝突があるかどうかを識別することができる。１つの実施形態では、常駐ソフトウェアアプリケーションは、担当者コマンドが入力された時間と、ＨＣＰコマンドが入力された時間との間の時間差を決定し、時間差が最小閾値よりも少ないかどうかを決定し、時間差が最小閾値よりも少ない場合に衝突が抜け出ているかどうかを決定することによってナビゲーションコマンド間の関連を評価する。衝突がある場合、常駐ソフトウェアアプリケーションは、担当者ユーザからのナビゲーションコマンドを優先して、ＨＣＰユーザから指令されたナビゲーションを阻止し無効にする。ナビゲーションコマンドは、常駐ソフトウェアアプリケーションおよびｉＰａｄにアクションを実行するように要求するジェスチャコマンドまたは他のコマンドを含むことができる。閾値は、秒単位（例えば、0.0および0.5秒）、ミリ秒単位、または所望であれば時間の他の大きさもしくは単位とすることができる。
【００６５】
２つのローカルタブレットでの通信と常駐ソフトウェアアプリケーションの動作とを使用して在室環境でマーケティングプレゼンテーションを提示するための、本明細書で説明するコンピュータ実施ソフトウェアプロセス工程を含む方法が、考えられる。
【００６６】
常駐ソフトウェアアプリケーションは、タブレット１０、１２などでの非一時的メモリのシステムまたはそのストレージとしてのタブレット１０、１２でのその実施態様を指すとも理解される。本発明の実施形態は、製薬健康管理準拠プレゼンテーションおよび関連するマーケティングに特に適する。製薬クライアント健康管理準拠プレゼンテーションは、製薬／バイオテック製造業者によって承認されており、２１  ＣＦＲ  ３１４．８１（ｂ）（３）（ｉ）に適合する疾病状態または医療に関する医学的に関連するコンテンツの要約であり、ここで、特定の製剤の広告および販売促進表示はすべて初期の刊行物または普及のときに提出される。各提出物は、完成した送付票ＦＤＡ−２２５３が添付されるように要求される。何か他の製品またはサービスが市場に出すように求められている場合などの他の分野への適用も考えられる。
【００６７】
データ流れ概要
次に図３を参照すると、２つのｉＰａｄ１０、１２の間のデータ流れの概要が、本発明の好ましい実施形態に従ってさらに詳細に説明される。
【００６８】
ＤｒｉｉｖｅｒＳｅａｔ（商標）アプリケーションを始めると、それは、２つのユーザオプションＭｙｉＰａｄ（例えば、「マスター」／「担当者」）１０２および顧客（例えば、「スレーブ」／「HCP」）１０３を有する識別スクリーンにナビゲートする。
【００６９】
ユーザがＭｙｉＰａｄ１０２（担当者2ユーザとして）を選ぶと、ソフトウェアアプリケーションは、デフォルトでデバイススクリーンを表示し、それにより、アクティブ状態でアプリケーションを実行中のデバイス（工程104）のリストを表示することになる。ブルートゥース接続がイネーブルにされていない場合、ユーザは、デバイス設定でブルートゥース機能をイネーブルにし、ピアデバイスを探索してデバイスをリストすることになる（工程105）か、またはユーザはブルートゥース接続をイネーブルにし、マルチピア接続２４を通してデバイスをアドバタイズし、ブルートゥース接続を待つことになる（工程106）。これらの手順の両方は、ブルートゥース接続をイネーブルにするように働くことになる（工程107）。工程１０８において、ｉＰａｄデバイス１２は、引き続いて、担当者のｉＰａｄデバイス１０に利用可能であるとして表示された利用可能なピアから選択される。
【００７０】
ユーザが顧客１０３（HCPユーザとして）を選ぶと、それはＨＣＰスクリーン１２にナビゲートし、ブルートゥース接続２要求を聞き取り始めることになる。ひとたび担当者２がリストからＨＣＰデバイスをデバイススクリーンに選択すれば、対応するＨＣＰ８アプリは、ユーザに接続を「受け入れる」かまたは「拒否する」ように促すことになる（工程109）。ひとたびユーザが接続を受け入れれば、担当者６およびＨＣＰ８のｉＰａｄデバイス１０、１２は、同期状態に入ることになる（工程110）。今では、両方のｉＰａｄ１０、１２は、ブルートゥース２を介して互いの間でデータを送信する能力を有する。
【００７１】
次いで、担当者ユーザは、ライブラリオプション１１１をクリックする。それに応じて、ロードされたプレゼンテーションのリストを示すライブラリスクリーンが表示される（工程111）。プレゼンテーションのうちの１つが、担当者ユーザによって選択され得る（工程112）。それに応じて、プレゼンテーション４が、担当者のｉＰａｄスクリーン１０にロードされる（工程113）。
【００７２】
ＤｒｉｉｖｅｒＳｅａｔ（商標）アプリのコア論理は「ミラーリング」と呼ばれる。ミラーリングは、所与のプレゼンテーション内で、あるｉｐａｄ１０から別のｉＰａｄ１２へのアクションの送信および実行を可能にするアクションとして理解されるべきである。２つのタイプのユーザは、担当者とも呼ばれるプレゼンタ、およびＨＣＰであるリスナーである。
【００７３】
ＩＯＳ−マルチピア接続フレームワーク２４は、工程１１４に示されるようにブルートゥース２を介してあるｉＰａｄ１０から別のｉＰａｄ１２にデータを送信するために使用することができる１つの方法であるが、さらに、Ｗｉ−ＦｉネットワークおよびピアツーピアＷｉ−Ｆｉから活用する能力を有する。
【００７４】
本明細書で上述したように、担当者は、コンテンツライブラリからプレゼンテーション４を選択するためにデバイスのアプリケーションを使用する。ひとたびプレゼンテーションが始められれば、対応するイベントデータが、接続されているＨＣＰ  ｉＰａｄ１２に送られる。ＨＣＰデバイス１２がイベントデータを受信すると、イベントデータは、ＨＣＰデバイス１２において同じイベントおよびアクションをトリガする。この時点で、同じプレゼンテーション４が、同様に、ＨＣＰ  ｉＰａｄ１２において始められることになる。同様に、プレゼンテーション４内で実行されたユーザアクションは、さらに、担当者６がプレゼンテーション４の終了を選ぶまでミラーされる。
【００７５】
担当者６は、さらに、共同ナビゲーションをイネーブルにするかまたはディスエーブルにすることができる（工程115）。共同ナビゲーションは、デフォルトによって常にイネーブルにされる。共同ナビゲーションがイネーブルにされると、ＨＣＰ８は、さらに、プレゼンテーション４をナビゲートすることができ、そのアクションが担当者のデバイス１０に渡され、それにより、ミラーされる。したがって、イネーブルまたはディスエーブル状態１１５は、ＨＣＰ８のｉＰａｄデバイス１２に影響を及ぼすことになる（工程116）。担当者６がアクティブプレゼンテーション４においてアクションまたはジェスチャを実行すると、それは、図示のように、接続されているＨＣＰ  ｉＰａｄデバイス１２に反映されることになる（工程118）。共同ナビゲーションがイネーブルにされている場合にＨＣＰ８がプレゼンテーション４においてアクションまたはジェスチャを実行する場合、アクションまたはジェスチャはミラーされることになり、アクションまたはジェスチャは担当者ｉＰａｄデバイス１２に反映されることになる（工程121）。しかしながら、共同ナビゲーションがディスエーブルにされている場合、ＨＣＰ８はプレゼンテーションにおいてアクションまたはジェスチャを実行することができないことになる（工程122）。ひとたび担当者６がプレゼンテーション４の提示を行ったならば、担当者６は、スクリーンにダブルタップすることができ、その結果、ナビゲーションバーは抜け出ることができ、担当者６は、プレゼンテーションセッションを終了するために「終了プレゼンテーション」ボタンを押すことができる（工程123）。
【００７６】
接続セッションにいるとき、デバイス１０、１２のいずれかのアプリ（例えば、DriverSeat（商標）アプリケーション）が、バックグラウンドに移動される（例えば、デバイスのホームボタンを押すことによって、または何か他の理由のために）場合、セッションは切断される。接続がＨＣＰによって失われる（例えば、マスターデバイスがバックグラウンドに移動する）場合、ＨＣＰ  ｉＰａｄ１２のアクセスをディスエーブルにし、待ってくださいとＨＣＰ  ｉＰａｄ１２に依頼するスプラッシュスクリーンが、ＨＣＰ  ｉＰａｄ１２に表示される。接続が担当者によって失われる（例えば、HCPデバイスがバックグラウンドに移動する）場合、暫定的メッセージが、担当者のｉＰａｄに表示され、ＨＣＰはもはや接続されていないが、担当者が単一ユーザモードでプレゼンテーションを続けることが依然として可能であることを担当者のｉＰａｄに知らせる。
【００７７】
バックグラウンドアプリケーションが、再び始められ、フォアグラウンドにやって来ると、それは自動的にセッションを再接続し、イベントミラーリングが再度再開される。
【００７８】
プレゼンテーション内で行われたアクションは、グーグルアナリティクスを使用してタグをつけられ、オフラインで捕捉される。ひとたびデバイスがインターネット１８に接続されれば、それらのトランザクションがグーグルに送られ、グーグルアナリティクスダッシュボード２０に表示される。同じ手法が、他の分析またはソフトウェアプロダクトでの使用のために分析を捕捉するのに使用されるかまたは使用され得る。
【００７９】
ブルートゥース接続／自動再接続
次に図４Ａを参照すると、担当者のｉＰａｄデバイス１０とＨＣＰのｉＰａｄデバイス１２との間のブルートゥース２の接続が、本発明の好ましい実施形態に従ってさらに詳細に概説される。アプリが担当者（例えば、「マスター」または「プレゼンタ」）によって始められる２０１と、それは、工程２０２に示されるｉＰａｄデバイス１０のピアＩｄ（例えば、一意な識別子）を作り出すことになり、ブルートゥースセッションを起動することになり（工程203）、引き続いて、マルチピア接続２４を使用して、アドバタイズされたピアのためのブラウジングを開始することになり、それは、ごく近接した範囲で利用可能であるＤｒｉｖｅｒＳｅａｔ（商標）アプリケーションを実行中のこれらのｉＰａｄデバイス１２のみ探索することになる（工程204）。１つの実施形態では、この範囲は、同期化能力を失うことなしに０〜１２フィート以上であるはずであるが、ブルートゥースの使用による通信を効率よく可能にする異なる範囲が同様に該当し得ることを当業者は認識し理解するであろう。ＤｒｉｖｅｒＳｅａｔ（商標）アプリは、同様に、ＨＣＰ  ｉＰａｄにおいて始められることになり（工程２０５）、ピアＩｄ（例えば、「スレーブ」または「リスナー」）２０６が、ｉＰａｄデバイス１２のために自動的に作り出されることになる。ｉｐａｄデバイス１２は、ブルートゥース接続２によるマルチピア接続２４を使用することによって利用可能となるときアドバタイズを開始することになり（工程207）、引き続いて、適切な接続を待つ。
【００８０】
ひとたびアドバタイズされたピアが見いだされれば（工程208）、それが既に接続モードにあることを担当者のｉＰａｄデバイス１０が見いだした（例えば、セーブされている接続済みピアIdのリストから）場合、マスターｉＰａｄデバイス１０は、ＨＣＰ  ｉＰａｄデバイス１２と自動的に同期し、接続セッションを初期化し、前に接続したデバイスに再接続することになる（工程209）。
【００８１】
デバイスがまだ接続されていない場合、ｉＰａｄデバイス１０は、利用可能なピアデバイス１２をスクリーンでユーザにリスト出力することになる（工程210）。次いで、ユーザは、ユーザが接続したいどちらかのデバイス（例えば、ピア）をマニュアルで選ばなければならないことになり（工程211）、アプリは、ＨＣＰデバイス１２を招待し、それによって、接続することになる（工程212）。ひとたびＨＣＰ８ユーザが、招待をＨＣＰ８ユーザのｉＰａｄでマニュアルで受け入れれば、接続セッションが初期化される（工程213）。ユーザが接続を受け入れる場合、その結果として、担当者のｉＰａｄデバイス１０とＨＣＰのｉＰａｄデバイス１２の両方は同期状態に入ることになる。この時点で、ＨＣＰピアｉＰａｄは、アドバタイズを停止し、代わりに、プレゼンテーションミラーリングを待ち始めることになる。
【００８２】
担当者のｉＰａｄデバイス１０またはＨＣＰのｉＰａｄデバイス１２のアプリが、バックグラウンドに移動するかまたはインアクティブ状態にある（工程216および工程218）と、セッションは非同期状態に進むことになり（工程217）、それにより、セッションは切断されることになる。ひとたびマスターおよびスレーブＤｒｉｉｖｅｒＳｅａｔ（商標）がアクティブなフォアグラウンドに戻ったならば（工程219および工程220）、これにより、上述と同じ再接続論理を使用してｉＰａｄデバイス１０、１２が自動的に再接続することになる。
【００８３】
図４Ｂは、ブルートゥースインタフェースユーザ流れのサンプルスクリーンショットを示し、ここにおいて、利用可能なｉＰａｄデバイス１２がマスターインタフェースに示される。加えて、マスターインタフェースには、Ｃｏｎｔｒｏｌ  Ｐａｎｅｌ２６、コンテンツライブラリ、ブルートゥース接続２、および同期化２８の機能も適用可能である。図４Ｃは、スレーブ接続招待を示し、ここにおいて、スレーブは、「Ｄｅｃｌｉｎｅ」３０ボタンまたは「Ａｃｃｅｐｔ」３２ボタンのいずれかをタップするためのオプションを有し、一方、図４Ｄは、マスターｉＰａｄ１０が接続状態にあることを示しており、接続状態は「承認」シンボル３４がアクティベート状態であることによって示されている。
【００８４】
プレゼンテーションライブラリ
次に図５Ａ〜図５Ｃを参照して、プレゼンテーションライブラリ１１１が概説される。ＨＴＭＬまたはＰＤＦプレゼンテーション４が、担当者のｉＰａｄデバイス１０とＨＣＰのｉＰａｄデバイス１２の両方に記憶される。サムネールが、選択を直観で認識するようにライブラリユーザインタフェースに表示される。システムでは、担当者のみがプレゼンテーションライブラリ１１１にアクセスできる。ひとたびプレゼンテーション４が図５Ａに示すように担当者によって選択されれば、それが表示され、次いで、本開示で前に説明したようにＨＣＰのｉＰａｄデバイス１２にミラーされる。担当者のツールバーは、図５Ｂに示されるようにプレゼンテーション４内のどこかをダブルタップすることによってアクティベートされる。なおプレゼンテーション４を終了するために、担当者６のみがプレゼンテーションツールバーにアクセスできる。ひとたびプレゼンテーション４が、図５Ｃに示すように「Ｅｎｄ  Ｐｒｅｓｅｎｔａｔｉｏｎ」ボタン３６をタップすることによって終了されれば、次いで、担当者はプレゼンテーションライブラリ１１１のライブラリ選択スクリーンに戻され、それにより、「プレゼンテーションする準備ができています。文書がロードされるのをお待ちください」と表明するメッセージがＨＣＰデバイス１２に表示される。
【００８５】
ネイティブｉＯＳアプリミラーリング
次に図１および図６を参照して、ネイティブｉＯＳアプリミラーリングがより深く説明される。担当者またはＨＣＰがアクションを実行するか、プレゼンテーション３０１内でナビゲートするときはいつでも、ＯｎＴｏｕｃｈＥｎｄイベントがプロセスをトリガし３０２、ここにおいて、詳細が、ＨＴＭＬ  ＪａｖａＳｃｒｉｐｔプレゼンテーション層、ＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４で捕捉され、工程３０３においてネイティブ（iOS）層１６に渡される。本開示において前に説明したように、ネイティブｉＯＳミラーリング層１６は、２つのｉＰａｄデバイス１０、１２間でデータを渡すことを担う。具体的には、図１は、どのように２つのミラーリングコンポーネント、ネイティブｉＯＳ層１６＋ＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４が互いに対話するかを示している。
【００８６】
アクションが担当者によって実行される場合、現在のタイムスタンプがイベントデータに添付され３０４、次いで、工程３０６に示すように、ブルートゥース接続２およびマルチピア接続２４セッションにより接続済みＨＣＰデバイス１２に送られることになる。タイムスタンプおよびイベントデータは、さらに、工程３０５に示された担当者による将来の検証目的のために局所的にセーブされてもよい。ひとたびＨＣＰ８が工程３０７において担当者からイベントデータを受け取ったならば、ＨＣＰは、受け取ったデータからタイムスタンプを入手し３０８、タイムスタンプを局所的に記憶し３０９、次いで、ＨＣＰは、データをＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４によりＨＴＭＬ  ＪａｖａＳｃｒｉｐｔプレゼンテーション層に渡す。次いで、ＪａｖａＳｃｒｉｐｔプログラムは、イベントを構築し、工程３１０に示されたプレゼンテーション４においてイベントを実行することになり、工程３１１において対応するイベントをトリガすることになり、ナビゲーションが、工程３１２において示されたＨＣＰタブレット１２に反映される。
【００８７】
ＨＣＰと担当者との間のミラーリングが確立されると、逆の手順が行われることになる。現在のタイムスタンプの代わりに、スレーブは、最後に受け取ったタイムスタンプ（担当者アクションからの）を工程３１６においてデータに添付し、工程３１７において概説される担当者にそのデータを送る。ひとたび担当者が工程３１８においてスレーブ８（HCPタブレット）からのデータを受け取れば、担当者は、受け取ったタイムスタンプを最新のセーブされている担当者アクションタイムスタンプと比較する（319）。タイムスタンプが一致する場合、担当者タブレット６は、次いで、受け取ったデータからイベントを構築し３２１、受け取ったイベントをトリガすることになり３２０、その結果、それは担当者タブレットに反映される３２３。
【００８８】
タイムスタンプが一致しない場合、担当者タブレット６は、工程３２０において、行われた最新のイベント（担当者タブレットに与えられた担当者アクション）をフォースキーをもつ現在のタイムスタンプとともに担当者とスレーブＨＣＰタブレットの両方に再送することになる。次いで、担当者デバイス６は、フォースキーをもつセーブされた最新のイベントからイベントを構築し３２１、セーブされた最新のイベントをトリガすることになり３２２、その結果、それは担当者タブレット（ＨＣＰアクションを無視して）に反映される３２３。データが、さらに、新しいタイムスタンプを添付する３０４ことによってＨＣＰタブレットに渡され、データをＨＣＰタブレットに送る３０６ことと並行して、次いで、ＨＣＰはイベントを受け取り３０７、新しいタイムスタンプをセーブし３０９、受け取ったイベントを構築し３１０、イベントをトリガし３１１、その結果、それはＨＣＰタブレットに反映される３１３。アプリケーションは、ＨＣＰアクションが衝突しているかまたはＨＣＰタブレットが同期外れしているかどうかを決定するために担当者アクションからのタイムスタンプ（HCPに送り、次いで担当者に戻ることによる）を使用する。同期外れしている場合、所望であればタイムスタンプを順次使用してＨＣＰタブレットを同期させることができ、またはタイムスタンプは現在の状態に単にスキップすることができる。
【００８９】
ＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅミラーリング
次に図７を参照して、ＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４ミラーリングが説明される。ＷｅｂＶｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４は、ｉＯＳウェブコンポーネント（UIWebViews）におけるＯｂｊＣとＪａｖａｓｃｒｉｐｔとの間でメッセージを送るためのｉＯＳブリッジである。Ｗｅｂｖｉｅｗｊａｖａｓｃｒｉｐｔｂｒｉｄｇｅは、ｈｔｍｌプレゼンテーションブリッジ、すなわち、コマンドを捕捉し、層に渡すツール、を開発するために、ウェブビュー、ＩＯＳ機能、およびｊａｖａｓｃｒｉｐｔを使用するモジュールである。このブリッジを使用して、受け取ったイベントをＪａｖａＳｃｒｉｐｔに渡し、逆に、ＪａｖａＳｃｒｉｐｔで実行されたあらゆるイベントをネイティブｉＯＳ層１６に渡す。
【００９０】
ＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４は、ＨＴＭＬおよびＰＤＦプレゼンテーション４のミラーリング表示を実際に制御する層である。他方、ネイティブｉＯＳ層１６は、どのデータがミラーされる必要があるかを決定するためにｉＰａｄデバイス１０とｉＰａｄデバイス１２との間の通信を担う。前に説明したように、具体的には、図１は、どのように２つのミラーリングコンポーネント、ネイティブｉＯＳ層１６＋ＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４が互いに対話するかを示している。
【００９１】
本質的には、ミラーリングは、担当者６が所望のプレゼンテーション４を始める工程、すなわち、工程４０１によって、担当者６とＨＣＰ８との間に確立される。これにより、ネイティブウェブビューが工程４０２においてロードされることになる。この工程の後に、ＪａｖａｓｃｒｉｐｔとネイティブｉＯＳとの間に効率的な通信を確立するためにＷｅｂｖｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４の起動が続く４０３。同時に、Ｊａｖａｓｃｒｉｐｔもまたロードされ４０４、それはＤｒｉｉｖｅｒＳｅａｔ（商標）アプリを初期化する４０５。ＷｅｂＶｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ１４が初期化されているか否かを調べるために検査が実行される４０６。それがまだ初期化されていない場合には、ＤｒｉｉｖｅｒＳｅａｔ（商標）アプリは、ＷｅｂＶｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅ初期化のためにリスナー８を加える４０６。しかしながら、他方、それが既に初期化されている場合、ＤｒｉｉｖｅｒＳｅａｔ（商標）アプリはＷｅｂＶｉｅｗＪａｖａｓｃｒｉｐｔＢｒｉｄｇｅＲｅａｄｙ機能性を呼び出す４０８。次いで、ＤｒｉｉｖｅｒＳｅａｔ（商標）アプリは、ブリッジのためのハンドラを登録し４０９、引き続いて、プレゼンテーション４のためのＴｏｕｃｈＥｎｄジェスチャを登録する、工程４１０。
【００９２】
グーグルアナリティクス
図８は、純粋に分析目的のために、担当者６によって与えられたプレゼンテーションに関してグーグルアナリティクスが使用率統計を収集するためにどのように使用されるかを示す。グーグルアナリティクスは、必要な場合にプレゼンテーション内のアクションごとに追跡データを送るように構成されたグーグルフレームワークである。データはオフラインで捕捉されるが、しかしながら、それにもかかわらず、インターネット接続はこのデータをグーグルに送信するように要求される。次いで、データは、有効なログイン認証情報を使用してグーグルアナリティクスダッシュボードウェブポータルで見ることができる。
【００９３】
ＤｒｉｉｖｅｒＳｅａｔ（商標）アプリを始め５０１、それに引き続いてＰｒｏｄｕｃｔｉｏｎ／Ｄｅｍｏキーによりグーグルアナリティクストラッカオブジェクトを初期化することによって、ユーザは開始し、ユーザは必要な基本構成を設定する５０２。ユーザが、工程５０３に示されているプレゼンテーション４において、始めおよびナビゲートするとき、イベントＯｎＴｏｕｃｈＥｎｄ機能が、捕捉され、工程５０４、プレゼンテーション４においてグーグルアナリティクスイベントをトリガする、工程５０７。それがＰＤＦプレゼンテーション４である場合には、ユーザはＰＤＦプレゼンテーションを始め、ＯｎＬａｕｎｃｈイベントが、グーグルアナリティクスイベントをトリガするために捕捉される５０６。これはネイティブｉＯＳネイティブ機能性を呼び出し５０７、グーグルアナリティクストラッカは共有事例から初期化済みデータを入手する５０８。次いで、それがページイベントであるかどうか、またはそれが別のグーグルアナリティクスイベントであるかどうかが検査される５０９。それがページイベントである場合には、ページイベントはグーグルアナリティクスに送られる５１０。他方、それがページイベントでない場合、通常イベントが、必要な詳細とともにグーグルアナリティクスに送られる５１１。ｉＯＳ用グーグルアナリティクスＳＤＫを使用して収集されたデータは、別個のスレッドでグーグルアナリティクスに発送される前に局所的に記憶される。データは、各プロファイルの地方時ゾーンの翌日の午前４時までに発送され受け取られなければならない。その時点よりも遅く受け取られたデータはすべて、レポートに表示されないことになる。例えば、ヒットが午後１１時５９分に局所的にキューされる場合、それは、レポートに表示されるには、４時間以内に、午前３時５９分までに発送されなければならない。他方、午前１２時００分にキューされたヒットは、レポートに表示されるには、２８時間以内に、すなわち、翌日の午前３時５９分までに発送されなければならない。
【００９４】
標準グーグルアナリティクスは別として、地理、デバイスタイプ等、ＤｒｉｉｖｅｒＳｅａｔ（商標）などのディメンションは、さらに、データを集めるために３つのカスタムディメンション、すなわち、プレゼンテーションの名前、担当者チーム、および担当者対ＨＣＰを渡す。この最終ディメンションにより、ＨＣＰが興味を持っている情報に対して担当者がどの情報を強調表示しているかを正確に見ることが可能になる。
【００９５】
サポート手順およびｉＰａｄ構成
基本のサポート手順およびｉＰａｄ構成が、図９Ａ〜図９Ｃにより精密に示される。具体的には、操作することができる機能は次の通りである。
１）ブルートゥースをオンにすること
Ａ）ブルートゥースがオンである場合、この場合には、ユーザからのアクションは必要とされない。
Ｂ）ブルートゥースが現在接続されていない場合、アプリは、ユーザがブルートゥースをオンにするかを尋ねるポップアップを表示することになる。「Ｓｅｔｔｉｎｇ」ボタン３８のタッピングがユーザによって実行されるとき、ユーザは、続いて、ブルートゥース設定に直接案内される。次いで、ブルートゥース設定は、ブルートゥースボタン４２を右方向にスワイプするジェスチャアクションを介してユーザによってオンにされ得る。これが具体的に図９Ｃに示されており、ここにおいて、ブルートゥースは、ブルートゥース２がインアクティブ状態にあることを示している図９Ｂとは対照的に、この特定のジェスチャによってアクティベートされている。ユーザは、さらに、図９Ａに示すように、「キャンセル」４０ボタンをタップするオプションを有する。加えて、Ａｉｒｐｌａｎｅ  Ｍｏｄｅ４４などの機能が、さらに、図９Ｂ〜図９Ｃに示されるように、アクティベーションボタン４８を右方向にタップすることによってアクティベートされ得る。その上、ＷｉＦｉアクティベーションもボタン４６の使用を介して実行することができる。
ＤｒｉｉｖｅｒＳｅａｔ（商標）に戻るには、ユーザは、アクティブＤｒｉｖｅｒＳｅａｔ（商標）アプリケーションに再び入るためにＤＳスクリーンをタップするよりも、デバイスのホームボタンをクリックし、ＤＳアイコンにタップするかまたはホームボタンをダブルタップし、「ｄｒｉｉｖｅｒｓ  ｓｅａｔ」スクリーンを見いだすジェスチャにより案内される。
２）ｉＰａｄオートロックをオフにすること
ユーザは、一般的なオートロックの設定３８と、「Ｎｅｖｅｒ」機能性の選択とに導かれる。
３）「ランドスケープ」へのオリエンテーションをロックすること
ユーザは、スワイプアップジェスチャを介して制御センタを開き、次いで、デバイスがランドスケープモードである間に最も右のアイコンをタップするように依頼される。
４）ｉＰａｄの名前を設定すること／名前により、ｉＰａｄ１２は容易に識別されるようになり、したがって、ｉＰａｄ１２は、通話中に迅速に対にされ得る。
１．デバイスにおいて、ユーザは、Ｓｅｔｔｉｎｇｓ３８＞Ｇｅｎｅｒａｌ＞Ａｂｏｕｔをタップするように依頼される。
２．第１のラインをタップすると、デバイスの名前が表示されることになる。
３．デバイスの名前の変更は、スクリーン上のキーボードを使用し、Ｄｏｎｅをタップして実行することができる。
５）パスワードの設定
ｉＰａｄ１０のパスコードを設定するために、
１．ユーザは、Ｓｅｔｔｉｎｇｓ３８に行くように導かれる。
２．次いで、ユーザはパスコードに入り、Ｔｕｒｎ  Ｐａｓｓ−ｃｏｄｅ  Ｏｎをタップすることになる。
パスコードまたはパスコード設定を変更するために、
１．ユーザは、Ｓｅｔｔｉｎｇｓ３８、Ｐａｓｓ−ｃｏｄｅに行くように依頼される。
２．ｉＯＳ７．０．６またはそれ以前では、ユーザは、これらの設定のために、Ｓｅｔｔｉｎｇｓ３８、Ｇｅｎｅｒａｌの中を見るように依頼される。
【００９６】
コンテンツ管理システム
好ましい実施形態において、ＤｒｉｉｖｅｒＳｅａｔ（商標）アプリケーションは、図１０に示されるようにコンテンツ管理システム（CMS）５０と統合されることが有利であり得る。製薬またはマーケティング会社は、承認済みプレゼンテーション４をアップロードすることができ、その結果、担当者は、承認済みプレゼンテーション４をｉＰａｄタブレット１２にダウンロードすることができることになる。ＣＭＳ５０は、適切な認可、文書有効期限、およびコメントをもつパブリッシングワークフローを規定する能力を有することができ、より具体的には、ウェブサーバ５６を便利に使用するデータベース５２およびファイルリポジトリシステム５４を有し、ウェブサーバ５６は、担当者６がプレゼンテーション４の最新バージョンを確実に有するようにウェブアプリサービスを提供する。
【００９７】
健康管理法規制順守を適切に保証するために、パブリッシングワークフローが提供されることになり、有効期限５８がプレゼンテーション４ごとに設定されることになる。この実施形態では、プレゼンテーション４は、カスタム文書管理システム（DMS）に記憶され、カスタム文書管理システム（DMS）は、例えば、限定はしないが、パワーポイントおよびｐｄｆプレゼンテーション４、またはｚｉｐファイルなどを含むことができる。ＤＭＳと提供される追加の機能性との組合せは、全ＣＭＳを含む。
【００９８】
追加の使用事例
本開示に記載された実施形態の任意のものにおいて、コアＤｒｉｉｖｅｒＳｅａｔ（商標）能力は、限定はしないが、
・メンタリングシナリオ６０、
・ＨＣＰおよび患者の対話６２、
・会議使用６４、
・訓練および販売会議６６
などの図１１に示されるような追加の使用事例機能性を提供するために活用されることになる。
【００９９】
本発明の実施形態は、特に、例外なしに、ｉＰａｄまたは同様のタブレットに適する。ポータブルデバイス（例えば、iPad）の常駐ソフトウェアアプリケーションとして実行されたときに本明細書で説明したようなソフトウェアプロセスを含む工程を実行するコンピュータによって実行可能なコンピュータ可読命令を含むコンピュータ可読媒体。コンピュータ可読媒体工程（非一時的メモリに記憶された）、または別のデバイスで動作することができるように構成された単一タブレットの方法工程の実行も考えられる。
【０１００】
拡張された方法、プロセス、または工程が説明されており、これらは、本発明の実施形態のためのソフトウェア、タブレット、またはコンピュータを構成するように実装されるかまたは使用され、これは非一時的なメモリのストレージを含むことができることが理解される。
【０１０１】
システムまたはアプリケーションの１つの利点は、それが、ブラウザベース技術、またはインターネットによる通信を使用することとは対照的に、常駐ソフトウェアアプリケーションを介して共同ナビゲーション機能を実施することである。
【０１０２】
明確にするために、本明細書は、時には、ユーザの観点から動作または構造の説明を行うことによって、システム、方法、またはコンピュータ可読媒体の動作を説明している。本発明の実施形態のアプリケーション、システム、または方法の機能性および特徴は、アクションを達成するために表示を発生することまたは信号を送ることを含むことが上述の説明から理解される。
【０１０３】
変形、明確化、または変更が考えられることが理解されるべきである。他の分野への技術の応用も考えられる。
【０１０４】
特に定義されない限り、本明細書で使用されている技術用語および科学用語はすべて本発明が属する当業者によって一般に理解されるものと同じ意味を有する。本明細書で説明したものと同様または等価ないかなる方法および材料も本発明の実践において使用することができるが、例示的な方法および材料は例証目的のために説明されている。
【０１０５】
さらに、多数の変更および改変が当業者には容易に明らかであるので、本開示で示したような正確な構成に本発明を限定することは望ましくない。それゆえに、すべての好適な変更および均等物は本発明の範囲内にあると訴えることができる。
【０１０６】
したがって、例えば、本明細書で説明した様々なプロセスまたは方法の工程の任意のシーケンスおよび／または時間的順序（またはシステム接続または動作のシーケンス）は例示的であり、限定であると解釈されるべきでない。それゆえに、様々なプロセスもしくは方法の工程、または動作の接続もしくはシーケンスが、あるシーケンスまたは時間的順序であるとして示され説明されていることがあるが、しかし、それらは、何らかの特定のシーケンスまたは順序で実行されるように必ずしも限定されないことが理解されるべきである。例えば、そのようなプロセスまたは方法の工程は、一般に、本発明の範囲内に依然としてありながら様々な異なるシーケンスおよび順序で実行することができる。その上、いくつかの議論では、後続のアクション、プロセス、または機能が、前のアクション、プロセス、または機能に応じていることが当業者には明らかであろう。
【０１０７】
特に定義されない限り、本開示の本明細書で使用されている技術用語および科学用語はすべて本発明が属する当業者によって一般に理解されるものと同じ意味を有する。本明細書および添付の特許請求の範囲で使用される単数形の「ａ」および「ｔｈｅ」は、文脈が明確にそうでないことを示していない複数の指示対象を含む。本明細書で使用される技術用語および科学用語はすべて同じ意味を有する。
【０１０８】
本発明が、好ましい実施形態を参照して本明細書で説明され図示されているが、他の実施形態が、同様の機能を実行し、および／または類似の結果を達成することができることが当業者には明らかであろう。したがって、開示した実施形態の様々な機能および態様は、開示した発明の様々なモードを形成するために互いに組み合わせるかまたは置き換えることができることが理解されるべきである。変形、改造、変更、および等価な構成などの多くの様々な実施形態が、本明細書で説明した実施形態によって暗黙におよび明確に開示されており、したがって、すべての所望の本来的な技術的特徴および属性が失われない限り本発明の範囲および趣旨内にある。
【０１０９】
より少ない限定を含む特許請求の範囲、プレゼンテーションが各タブレットに記憶されることを必要としない特許請求の範囲などのより広い特許請求の範囲、特許請求の要素への明確化、異なる組合せ、ＷｉＦｉの使用などの仕様に基づく代替実施態様、または異なる使用法が、さらに、本発明の実施形態によって考えられることが理解されるべきである。
【０１１０】
したがって、本発明の実施形態の範囲は、図によるのではなく添付の特許請求の範囲およびその法的な均等物によって決定されるべきである。
【図１】
0006715826.tif 000004
【図２】
0006715826.tif 000005
【図３Ａ】
0006715826.tif 000006
【図３Ｂ】
0006715826.tif 000007
【図４Ａ】
0006715826.tif 000008
【図４Ｂ】
0006715826.tif 000009
【図４Ｃ】
0006715826.tif 000010
【図４Ｄ】
0006715826.tif 000011
【図５Ａ】
0006715826.tif 000012
【図５Ｂ】
0006715826.tif 000013
【図５Ｃ】
0006715826.tif 000014
【図６】
0006715826.tif 000015
【図７】
0006715826.tif 000016
【図８】
0006715826.tif 000017
【図９Ａ】
0006715826.tif 000018
【図９Ｂ】
0006715826.tif 000019
【図９Ｃ】
0006715826.tif 000020
【図１０】
0006715826.tif 000021
【図１１】
0006715826.tif 000022