【誤訳訂正書】
【提出日】平成20年7月25日(2008.7.25)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
ユーザユニットとコンピュータリソースとの間の接続を確立するために、前記ユーザユニットと前記コンピュータリソースとの間に配置されるコンピュータシステムにおいて用いられる方法であって、
前記ユーザユニットは、位置コーディングパターンの部分を備えたベース上の位置を検出するように構成されており、前記コンピュータリソースに対するアクセス要求は、前記ユーザユニットによって前記位置コーディングパターンのどの部分が検出されたかに関連する位置表示を含んでおり、
前記方法は、
前記コンピュータシステムが、ＴＣＰ／ＩＰ機能性を含まない第一のプロトコルスタックを用いて、前記ユーザユニットからの前記アクセス要求を受信することと、
前記コンピュータシステムが、前記位置表示に基づいて選択された通信モードとＴＣＰ／ＩＰ機能性を含む第二のプロトコルスタックとを用いて、前記コンピュータリソースに対してアクセスすることと、
を含むことを特徴とする方法。
【請求項２】
前記第一のプロトコルスタックは、シリアルポートをエミュレートする層と接続しているＨＴＴＰ層を含み、
前記ユーザユニットがクライアント・サーバモードで作動するときに、前記ユーザユニットはクライアントを構成し、前記コンピュータリソースはサーバを構成する、請求項１に記載の方法。
【請求項３】
前記位置コーディングパターンの第一の部分が利用されたことを前記位置表示が示している場合には、前記通信モードとして第一の通信モードが選ばれ、
前記位置コーディングパターンの第二の部分が利用されたことを前記位置表示が示している場合には、前記通信モードとして第二の通信モードが選ばれる、請求項１又は２に記載の方法。
【請求項４】
前記第一の通信モードでは、前記第二のプロトコルスタック中の第一の集合のプロトコル層が利用され、
前記第二の通信モードでは、前記第二のプロトコルスタック中の第二の集合のプロトコル層が利用される、請求項３に記載の方法。
【請求項５】
前記第二の通信モードにおける前記第二のプロトコルスタックが、前記第一の通信モードにおける前記第二のプロトコルスタックと比較して、追加のプロトコルスタック層を含む、請求項３又は４に記載の方法。
【請求項６】
前記アクセス要求がＨＴＴＰ要求である、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記位置表示がネットワークアドレスを含む、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記ユーザユニットは、前記ベース上の複数の位置を検出するように構成されており、前記位置表示は、検出された前記複数の位置の内の一つの位置を含む、請求項１〜６のいずれか一項に記載の方法。
【請求項９】
前記ユーザユニットは、前記ベース上の複数の位置を検出するように構成されており、前記位置表示は、検出された前記複数の位置の内の一つの位置の一部を含む、請求項１〜６のいずれか一項に記載の方法。
【請求項１０】
前記追加のプロトコルスタック層が圧縮層である、請求項５に記載の方法。
【請求項１１】
前記追加のプロトコルスタック層が暗号化層である、請求項５に記載の方法。
【請求項１２】
前記第二の通信モードがポイント・ツー・マルチポイント通信モードである、請求項３〜１１のいずれか一項に記載の方法。
【請求項１３】
ユーザユニットとコンピュータリソースとの間の接続を確立するために、前記ユーザユニットと前記コンピュータリソースとの間に配置されるコンピュータシステムにおいて用いられる方法であって、
前記ユーザユニットは、位置コーディングパターンの部分を備えたベース上の位置を検出するように構成されており、前記コンピュータリソースに対するアクセス要求は、前記ユーザユニットによって前記位置コーディングパターンのどの部分が検出されたかに関連する位置表示を含んでおり、
前記方法は、
前記コンピュータシステムが、前記アクセス要求を受信することと、
前記位置表示が前記位置コーディングパターンの所定の部分に関連する場合、前記コンピュータシステムは、別のユーザユニットに相当するコンピュータリソースにアクセスすることと、
を含むことを特徴とする方法。
【請求項１４】
ユーザユニットとコンピュータリソースとの間の接続を確立するために、前記ユーザユニットと前記コンピュータリソースとの間に配置されるコンピュータシステムにおいて用いられる方法であって、
前記方法は、
前記コンピュータシステムが、ＴＣＰ／ＩＰ機能性を含まない第一のプロトコルスタックを用いて前記ユーザユニットと通信することと、
前記コンピュータシステムが、ＴＣＰ／ＩＰ機能性を含む第二のプロトコルスタックを用いて前記コンピュータリソースと通信することと、
を含むことを特徴とする方法。
【請求項１５】
前記ユーザユニットがクライアント・サーバモードで作動するときに、前記ユーザユニットがクライアントを構成し、前記コンピュータリソースがサーバを構成する、請求項１４に記載の方法。
【請求項１６】
前記コンピュータリソースがリモートサーバであり、
前記コンピュータシステムは、シリアルポート又はシリアルポートをエミュレートする無線インタフェースを介して、前記ユーザユニットと通信する、請求項１４又は１５に記載の方法。
【請求項１７】
ユーザユニットとコンピュータリソースとの間の接続を確立するために、前記ユーザユニットと前記コンピュータリソースとの間に配置されるコンピュータシステムで実行されるコンピュータプログラムであって、
前記ユーザユニットは、位置コーディングパターンの部分を備えたベース上の位置を検出するように構成されており、前記コンピュータリソースに対するアクセス要求は、前記ユーザユニットによって前記位置コーディングパターンのどの部分が検出されたかに関連する位置表示を含んでおり、
前記プログラムは、
前記コンピュータシステムに、ＴＣＰ／ＩＰ機能性を含まない第一のプロトコルスタックを用いて、前記ユーザユニットからの前記アクセス要求を受信する処理を実行させる命令と、
前記コンピュータシステムに、前記位置表示に基づいて選択された通信モードとＴＣＰ／ＩＰ機能性を含む第二のプロトコルスタックとを用いて、前記コンピュータリソースに対してアクセスする処理を実行させる命令と、
を含むことを特徴とするコンピュータプログラム。
【請求項１８】
請求項１７に記載のコンピュータプログラムが格納されたディジタルメモリ媒体。
【請求項１９】
ユーザユニットと、前記ユーザユニットと通信するように構成されたコンピュータリソースと、前記ユーザユニットと前記コンピュータリソースとの間の接続を確立するために、前記ユーザユニットと前記コンピュータリソースとの間に配置されるコンピュータシステムと、を備えるシステムであって、
前記ユーザユニットは、ＴＣＰ／ＩＰ機能性を含まない第一のプロトコルスタックを用いて前記コンピュータシステムと通信する手段を備え、
前記コンピュータシステムは、ＴＣＰ／ＩＰ機能性を含む第二のプロトコルスタックを用いて前記コンピュータリソースと通信する手段を備えることを特徴とするシステム。
【請求項２０】
ユーザユニットと、前記ユーザユニットと通信するように構成されたコンピュータリソースと、前記ユーザユニットと前記コンピュータリソースとの間の接続を確立するために、前記ユーザユニットと前記コンピュータリソースとの間に配置されるコンピュータシステムと、を備えるシステムであって、
前記ユーザユニットは、位置コーディングパターンの部分を備えたベース上の位置を検出するように構成されており、前記コンピュータリソースに対するアクセス要求は、前記ユーザユニットによって前記位置コーディングパターンのどの部分が検出されたかに関連する位置表示を含んでおり、
前記ユーザユニットは、ＴＣＰ／ＩＰ機能性を含まない第一のプロトコルスタックを用いて、前記アクセス要求をコンピュータシステムに対して送信する手段を備え、
前記コンピュータシステムは、前記位置表示によって異なる通信モードとＴＣＰ／ＩＰ機能性を含む第二のプロトコルスタックとを用いて、前記コンピュータリソースに対してアクセスする手段を備えることを特徴とするシステム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】位置コードパターンのどの部分が検出されたかによって通信モードが決まるユーザユニットとコンピュータリソース間でのデータ通信方法
【技術分野】
【０００１】
本発明は、クレーム１、１３又は１４に記載のユーザユニットとコンピュータリソースとの間でのデータ送信を可能にするためにコンピュータシステムにおいて用いられる方法と、クレーム１７に記載のコンピュータプログラムと、クレーム１８に記載のメモリ媒体と、クレーム１９に記載の伝播信号と、クレーム２０に記載のシステムと、に関する。
【背景技術】
【０００２】
本発明は、位置コーディングパターンに基づいて位置を検出することが可能な、好ましくはディジタルペンという形態のディジタルユーザユニットに関連して用いられることを意図するものである。ユーザが、正しいタイプの位置コーディングパターンを備えたベース上にこのようなペンで書き込みをすると、位置のシーケンスが記録され、これが、ベース上に書かれた手書き情報の「ディジタルコピー」を構成する。
【０００３】
このようなディジタルデバイスは、短距離無線リンク（ブルートゥースリンクなど）によって、コンピュータシステム、例えば、パソコン（ＰＣ）と通信することが可能である。これによって、上記のタイプの「ディジタルコピー」をコンピュータシステム中に蓄積することが可能となる。その上、このような接続によって、ディジタルデバイスとコンピュータシステム中のアプリケーションとの間での相互作用が可能となる。手書き情報を蓄積することに加えて、ユーザは、ユーザユニットによって、このようなアプリケーション内の他の機能性を起動することが可能となる。
【０００４】
例えば、ユーザは、ユーザユニットによって紙の上のあるエリア上にマーキングし、これによって、ある所定の位置を検出することによって、コンピュータシステム中のアプリケーション内の機能を始動させることが可能である。このような機能の一例は、ある仕方で前もって記録されている手書き情報を処理し、このような情報をある受信者などに送ることなどである。これによって、ユーザユニットと位置コーディングシート（ペンと紙）を、コンピュータシステム中のアプリケーションのためのユーザインタフェースとして用いるという魅力的な可能性が提供されることになる。
【０００５】
このような状況下において、ユーザユニットに対して、ユーザユニットが直接に接続しているコンピュータシステムの中で動作しているアプリケーション以外のアプリケーションとも相互作用させることに対する強い関心が寄せられている。例えば、ユーザが位置コーディング用紙に記入することによって始動する支払いトランザクションは、ユーザが顧客である銀行に属する中央サーバユニット中に記録して確認する必要がある。
【０００６】
そのためには、ユーザユニットとコンピュータリソース（例えば、コンピュータシステムとして同じＬＡＮ（ローカルエリアネットワーク）に接続されているサーバやインターネットに接続されているサーバなど）との間で接続を確立する必要がある。このことは、コンピュータシステム（ＰＣ）を、ユーザユニットとこのようなコンピュータリソースとの間におけるリンクとして用いることによって実行することが可能である。
【０００７】
これを達成する第一の考えられる方式は、コンピュータシステムを、所望のコンピュータリソースと関連してクライアントとして機能させるというものである。このような場合、コンピュータシステム（ＰＣ）は、様々なコンピュータリソースとのすべての通信を開始させる。ユーザユニット（ペン）は、位置情報を提供し、これによって、コンピュータシステム中のクライアントのソフトウエアは、ある仕方で作動する。この場合、システムは「インテリジェントに」（ｉｎｔｅｌｌｉｇｅｎｔｌｙ）作動していると言えるが、それは、位置情報が機能性に変換されるからである。
【０００８】
このような方式の欠点は、必ずしもコンピュータシステム（ＰＣ）を所有して管理しているとは限らないユーザに対して秘密性を保証することが困難であるという点である。例えば、安全なトランザクションにおいては、送信される情報を、用いられるペンとコンピュータリソースとの間の全体にわたって暗号化された状態に維持することが望ましい。また、このような方式では、ユーザユニットをオフラインで、即ち、コンピュータシステムと直接にコンタクトを取ることなしに用い、後でコンタクトが取られた場合に記録済みのトランザクションを実行することが困難である。
【０００９】
第二の考えられる方式は、ユーザユニットをクライアントとして機能させて、自分自身で、必要とされるコンピュータリソースとのパケット交換接続を確立する可能性を持たせるというものである。その結果、ユーザユニットは自分自身で、ＴＣＰ／ＩＰプロトコルにしたがってデータパケットを送受信することが可能となるが、このパケットは、ユーザユニットが接続されているコンピュータシステムによって、単に送信されるだけである。
【００１０】
複数の技術的理由によって、この第二の方式は達成することが困難である。ほとんどのパソコン用のオペレーティングシステムにおいて、複数のＴＣＰ／ＩＰトランザクションを同時に取り扱うことは困難である。その上、（必要とされる）ＩＰアドレスをコンピュータシステムからユーザユニットに対して割り当てる動作は複雑になる。これはまた、コンピュータシステムが、ファイアウオールの背後で作動し、また、そのコンピューターシステムが、ユーザユニットにとってはアクセスするのが困難なプロキシ設定を有しており、そのプロキシ設定なしでは接続を確立することが不可能である場合にも当てはまる。同様に、ユーザユニットにとっては、ＤＮＳ（ドメイン名システム）コールを実行することは困難である。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、上記の問題を完全に又は部分的に解消することである。この目的は、クレーム１、１３もしくは１４による方法、クレーム１７によるコンピュータプログラム、クレーム１８によるメモリ媒体、クレーム１９による伝播信号及びクレーム２０によるシステムによって達成される。
【課題を解決するための手段】
【００１２】
第一の態様によれば、本発明は、ディジタルユーザユニットとコンピュータリソースとの間におけるデータ送信を可能にするためにコンピュータシステムにおいて用いられる方法に関する。前記ユーザユニットは、グローバル位置コーディングパターンのある部分を備えたベース上の位置を検出するようになっている。この態様によれば、本方法は、コンピュータリソースに対するアクセス要求が、第一のプロトコル・スタックを用いて、ユーザユニットからコンピュータシステムによって受信され、前記要求は、ユーザユニットによってグローバル位置コーディングパターンのどの部分が検出されたかに関連する位置表示を含んでおり、コンピュータシステムが、前記位置表示に基づいて選択された通信モードと第二のプロトコルスタックとを用いてコンピュータリソースに対してアクセスし、第二のプロトコルスタックだけがＴＣＰ／ＩＰ機能性を含み、その結果、コンピュータシステムとコンピュータリソースとの間で送信されるデータだけがルーティング情報を含むことを特徴とする。
【００１３】
このような方法をコンピュータシステム中で用いると、ユーザユニットはクライアントとして機能し、同時に、コンピュータシステムは、位置コーディングパターンのどの部分が用いられているかに応じて通信モードを調整することが可能である。パターンの様々な部分は、様々なリソースが様々な仕方でコールされることを示している。コンピュータシステムはこのようにして接続を確立するが、クライアントの機能性はユーザユニット中に保持され、その結果、ユーザユニットとコンピュータリソースとの間で秘密を維持しながら、その接続を用いることが可能である。
【００１４】
ＴＣＰ／ＩＰ機能性を第二のプロトコルスタック中でだけ用いると、その結果、ユーザユニットとコンピュータシステム／ＰＣ間での通信が単純で信頼性のあるものとなる。
【００１５】
第一のプロトコルスタックは、シリアルポートをエミュレートする層と接続されているＨＴＴＰ層を含むのが望ましく、その結果、ユーザユニットは、クライアント・サーバモードで作動する。この場合、ユーザユニットはクライアントを構成し、コンピュータリソースはサーバを構成する。また、通信モードとして、位置表示がグローバル位置コーディングパターンの第一の部分が利用されていることを示す場合、第一の通信モードを選ぶのが望ましく、また、位置表示がグローバル位置コーディングパターンの第二の部分が利用されていることを示している場合、第二の通信モードを選ぶのが望ましい。
【００１６】
第一の通信モードでは、第二のプロトコルスタック中の第一のセットのプロトコル層が用いられ、第二の通信モードでは、第二のプロトコルスタック中の第二のセットのプロトコル層が用いられるのが望ましい。これによって、位置コーディングパターンのどの部分がユーザユニットによって検出されたかに基づいてプロトコルスタックをダイナミックに使用することが可能となる。
【００１７】
第二の通信モードにおいて第二のプロトコルスタックは、第一の通信モードで用いられる第二のプロトコルスタックより多い追加のプロトコルスタック層を含むのが望ましい。このため、通信モードに用いられる応用分野に対応するために適応される可能性が高まることになる。その上、ユーザユニットは、通常はバッテリで動作するため、エネルギを消費するプロセスをコンピュータシステムで実行させるようにすることは有利である。
【００１８】
前記要求はｈｔｔｐ要求であるのが望ましい。
【００１９】
ある望ましい実施形態では、前記表示はＵＲＬを含む。このような実施形態は容易に実行可能である。
【００２０】
代替例では、この表示は、検出された複数の位置の内の一つの位置又はその一つの位置の一部を含むことがある。その結果、より適応可能な方法となる。
【００２１】
ある好ましい実施形態では、上記の追加のプロトコルスタック層は圧縮層である。これは、モバイル電話システムなどの狭帯域通信チャネルを介して、コンピュータリソースに接続するような場合に有利である。
【００２２】
代替例では、この追加のプロトコルスタック層は暗号化層である。これは、ユーザユニット自身が暗号化を実行できない場合、又は、追加のセキュリティ対策が必要とされる場合に有利である。
【００２３】
別の実施形態では、第二の通信モードは、ポイント・ツー・マルチポイント通信モードである。これによって、ユーザは、二つ以上のコンピュータリソースと同時に通信可能となる。これによって、例えば、バックアップ機能性が提供される。
【００２４】
本発明の第一の態様のある変更例は、ディジタルユーザユニットとコンピュータリソース間でのデータ送信を可能にするためにコンピュータシステムにおいて用いられる方法に関する。前記ユーザユニットは、グローバル位置コーディングパターンのある部分を備えたベース上の位置を検出するようになっており、コンピュータリソースへのアクセス要求がコンピュータシステムによって受信される。前記要求には、グローバル位置コーディングパターンのどの部分がユーザユニットによって検出されたかに関する位置表示が含まれる。位置表示がグローバル位置コーディングパターンの所定の部分に関連する場合、コンピュータシステムは、別のユーザユニットに対応するコンピュータリソースにアクセスする。これによって、例えばＰＣは、ユーザユニット同士間での通信を可能とすることができる。
【００２５】
第一の態様の別の変更例は、ディジタルユーザユニットとコンピュータリソースとの間のデータ送信を可能にするためにコンピュータシステムにおいて用いられる方法に関する。前記コンピュータシステムは、第一のプロトコルスタックを用いて、ユーザユニットと通信し、第二のプロトコルスタックを用いてコンピュータリソースと通信する。第二のプロトコルスタックだけがＴＣＰ／ＩＰ機能性を含み、その結果、コンピュータシステムとコンピュータリソース間で送信されるデータだけがルーティング情報を含む。
【００２６】
ユーザユニットがクライアント・サーバモードで作動するのが望ましい。ここで、ユーザユニットはクライアントを構成し、コンピュータリソースはサーバを構成する。
【００２７】
コンピュータリソースはリモートサーバであり、コンピュータシステムはユーザユニットとシリアルポート又はシリアルポートをエミュレートする無線インタフェースを介して通信するのが望ましい。
【００２８】
これによって、ユーザユニットとリモートコンピュータリソースとの間での通信を簡単で信頼性のあるものとすることが可能となり、また、ユーザユニットは、ＴＣＰ／ＩＰ機能性をサポートすることなくクライアント・サーバ構成中でクライアントとして作動することが可能となる。
【００２９】
第二の態様によれば、本発明は、ディジタルユーザユニットとコンピュータリソース間でのデータ送信を可能にするためにコンピュータシステムで実行されるコンピュータプログラムに関する。前記ユーザユニットは、グローバル位置コーディングパターンのある部分を備えたベース上の位置を検出するようになっている。本発明は、コンピュータリソースに対するアクセス要求が、第一のプロトコルスタックを用いてユーザユニットからコンピュータシステムによって受信されるステップに対応する命令と、コンピュータシステムが、位置表示に基づいて選択された通信モードと第二のプロトコルスタックとを用いてコンピュータリソースに対してアクセスするステップに対応する命令と、を含み、前記要求には、グローバル位置コーディングパターンのどの部分がユーザユニットによって検出されたかに関する位置表示が含まれ、また、第二のプロトコルスタックだけがＴＣＰ／ＩＰ機能性を含み、その結果、コンピュータシステムとコンピュータリソース間で送信されるデータだけがルーティング情報を含むことを特徴とする。
【００３０】
このようなプログラムは、ディジタルメモリ媒体上に蓄積したり、電波信号として送ったりすることが可能であり、その結果、上記の方法に対応する利点が得られ、また、同じように変更が可能になる。
【００３１】
第三の態様によれば、本発明は、ディジタルユーザユニットと、このユーザユニットと通信するように構成されているコンピュータリソースと、ユーザユニットとコンピュータリソース間でのデータ送信を可能にするコンピュータシステムとを備えるシステムに関し、前記ユーザユニットはグローバル位置コーディングパターンのある部分を備えているベース上の位置を検出するようになっている。本発明のシステムは、ユーザユニットが、第一のプロトコルスタックを用いて、コンピュータリソースに対するアクセス要求をコンピュータシステムに対して伝達する手段を備え、前記要求が、グローバル位置コーディングパターンのどの部分がユーザユニットによって検出されたかに関する位置表示を含み、コンピュータシステムが、通信モードと第二のプロトコルスタックとを用いてコンピュータリソースに対してアクセスする手段を備え、この通信モードが位置表示によって異なり、第二のプロトコルスタックだけがＴＣＰ／ＩＰ機能性を含んでいることを特徴とする。
【００３２】
このシステムでは、上記の方法に対応する利点が得られ、また、同じように変更が可能である。
【発明を実施するための最良の形態】
【００３３】
図１ａに、本発明による方法が利用可能なシステムの例を示す。この図には、参照してここに組み込む国際公開第０１／２６０３３号に開示されているタイプのディジタルペンという形態を持つユーザユニット１０１が示されている。ペン１０１は、位置コーディングパターン１０３（図では拡大されている）を備えている紙１０２上に書き込むために用いられる。このパターン１０３は、パターン１０３のある最小部分がペン１０１中の画像センサーによって光学的に記録されると、この部分の位置、したがって、ペン１０１のパターン全体中における位置を検出することが可能であるという特性を有している。ペン１０１を用いて書き込むと、絶対位置のシーケンスが記録され、これが、シート１０２上に書き込まれているもののディジタルコピーを構成する。本発明は、このようなユーザユニット１０１又は類似のタイプのユーザユニットを、望ましくはネットワークに接続されているサーバユニット１０４という形態のコンピュータリソースに接続する方法に関する。この接続は、例えば、インターネット１０５を介して確立することが可能である。本発明によれば、一つ以上のネットワークを介して、ユーザユニットともサーバユニット１０４とも通信するパソコン１００などのコンピュータシステムを用いて、携帯式のディジタルユーザユニットのための接続が確立される。ユーザユニット１０１とコンピュータシステム１００とは、短距離無線リンク（ブルートゥースを参照のこと）によって又はＩＲリンク、ケーブル又は類似物で通信することが可能である。したがって、コンピュータシステムは、ユーザユニットとコンピュータリソースとの間のリンクである。
【００３４】
本発明のある好ましい実施形態によれば、ユーザユニット１０１は、ｈｔｔｐクライアントソフトウエアなどのクライアント機能性を含んでいる。このようなソフトウエアは、サーバユニットとのクライアント・サーバ接続を開始することが可能である。このような場合、ｈｔｔｐクライアントはｈｔｔｐ要求を生成する。このような要求は、どのサーバが接続されるかを定義するＵＲＬを含んでいる。
【００３５】
参照してここに組み込む出願者の出願国際公開第０１／２６０３３号に開示する位置コーディングパターンは、Ａ４版のページに換算すると莫大な量となる４．６百万平方キロメートル台の面積を高い精度でコーディングすることが可能である。この全表面は、例えば階層的に、例えば、多くの「セグメント」に分割され、次にこのセグメントが多くの「シェルフ」に分割される。各シェルフは多くの「ブック」を含み、各ブックは多くのページを含む。位置コーディングパターン中の検出された位置はあるページに置かれ、このページが「１．２．３．４（セグメント＝１．シェルフ＝２．ブック＝３．ページ＝４）」というフォーマットで識別されるようになっている。このフォーマットは、ＩＰｖ４に類似しているが、その値の制限は無い。
【００３６】
これは抽象的なグローバルパターンに関連することである、ということに留意されたい。もちろん、物理的な紙に一枚ずつ、このグローバルパターンの完全に別々にした選択された部分、即ち、様々な「抽象的な」ページを印刷することは可能である。
【００３７】
図１ｂに、図１ａのコンピュータシステム１００のブロック図を示す。この図では、ユーザユニット１０１用のドライバとアダプタとを持つインタフェース１０７が図示されている。このインタフェースは、ユーザユニットとコンピュータシステムとの通信に用いられる送信方法を、コンピュータシステムの他の部分に対して見えないように（トランスペアレントに）する。本発明のある実施形態によるコンピュータシステム１００は、以下に説明するような、ユーザユニット１０１と、リモートサーバ１０４及び１０４’やローカルアプリケーション１０９などのコンピュータリソースとの間の通信を位置表示に基づいたものとするような役目をする「スイッチ」１０８と記された機能モジュールを更に備えている。
【００３８】
図１ｂのコンピュータシステム１００は、様々なシナリオで用いられる。参照してここに組み込む出願者の出願国際公開第０１／４８６８５号に開示されているように、グローバルパターン中のある部分的エリアを特定のユーザのためにリザーブすることも考えられる。例えば、あるセグメント中のあるシェルフ上のあるブック中のすべてのページをユーザ“Ａ”のためにリザーブすることが可能である。これらのページは、ユーザの望むとおりにある特性を与えられるようにするのが望ましい。同じことが、ページ内の部分的なエリアとページ上の個別の位置とに当てはまる。この特性には、記入された情報をユーザユニット１０１を用いて、パターンのこの部分を備えた物理的紙上でどのようにして解釈すべきであるかについてのルールが含まれる。
【００３９】
ユーザが、例えば起動アイコン１０６をマーキングすることによって、グローバルパターンのこのリザーブされた部分が印刷された紙１０２を使用し始めても、パターンのこの部分の特性がユーザユニット１０２に対して必ずしも知られるとは限らない。
【００４０】
第一のシナリオでは、これらの特性は、リモートＰＬＳサーバ（ＰＬＳ＝パターンルックアップサービス）から要求することが可能である。また、ＰＬＳサーバは、オプションとして、シート／パターンの利用の料金をユーザに対して請求してもよい。このようなサーバは、グローバル（ＧＰＬＳ）とする（即ち、グローバル位置コーディングパターンのすべてのユーザに対するように意図されるようにする）ことも可能であるし、ローカルとする（即ち、少数グループのユーザに対するように意図する）ことも可能である。
【００４１】
第二のシナリオでは、ＰＬＳ「サーバ」は、完全にローカル（ＬＰＬＳ）である。これは、ＰＬＳサーバがコンピュータシステム１００中に包含されていることを意味する。ローカルＬＰＬＳは、ユーザユニットからの要求と情報とを、コンピュータシステム（ＰＣ）中で動作中の様々なアプリケーションに出力する役目をする。
【００４２】
第一のシナリオでは、ＧＰＬＳ１０４は、クライアントからの要求に応じて、クライアント（即ち、ユーザユニット１０１）に対して、アプリケーションサービスハンドラ（ＡＳＨ）１０４’へのアドレスを供給する。このハンドラは、パターンのある部分でサーバとして機能することが可能である。その結果、ユーザユニット１０１はＡＳＨ１０４’と通信して、所望の機能を実行する。
【００４３】
コンピュータシステムが「ローカルＵＲＬ」を受信するシナリオ、即ち、コンピュータシステム中で動作中のローカルアプリケーションに対してユーザユニットが要求を送る第二のローカルシナリオでは、ＬＰＬＳに含まれるデータベース１１０がアドレス命令を内蔵のローカルルータ１１１に供給し、このルータがデータをユーザユニットからコンピュータシステム１００中の正しいローカルアプリケーション（ａｐｐｌ．）１０９に送信する。次に、ユーザユニット１０１とアプリケーション１０９間で通信が発生する。このようにして、要求されたコンピュータリソースは、外部サーバ（例えば、コンピュータシステム中のＧＰＬＳもしくはＡＳＨ）や、ＬＰＬＳ又は何らかの他のローカルアプリケーションに関連してもよい。この「ユーザユニット」という用語は、コンピュータシステム中でのプロセス（即ち、仮想ユーザユニット）に関連してもよいということに留意されたい。
【００４４】
ユーザユニット１０１は、パターンのどの部分が検出されたかによって、どのＰＬＳサーバをコンタクトさせるべきであるかを選択することが可能である。したがって、ユーザユニット１０１は、パターンに依存した通信を開始することが可能である。
【００４５】
本発明によれば、通信モードをコンピュータシステム１００（例えばＰＣ）中で変更させることも可能である。これによって、グローバル位置コーディングパターンのどの部分的エリアがユーザユニット１０１によって検出されたかに基づいて通信が行われる。
【００４６】
このような部分的エリアは、例えば、あるセグメント又はあるセグメント中のあるシェルフに関連し得る。隣接するエリアを伴う必要はない。例えば、あるセグメント中のあるシェルフ上のすべてのブック中のあるページが関連してもよい。
【００４７】
このパターンエリアに依存した通信を可能とするコンピュータシステム１００中のモジュール１０８には、プロキシ又はスイッチングユニットを指定することが可能である。
【００４８】
図２に、「プロトコルスタック」という用語の説明図を示す。この図には、当業者には公知のＯＳＩ（Open Systems Interconnection）モデルにしたがって、互いに通信する二つのデバイス２０１と２０２のためのプロトコルスタックが示されている。このモデルは、通信システムの機能を記述するために用いられる。オリジナルのＯＳＩモデルでは、互いに異なった七つの層が定義され、下の方から上の方に番号を付けられている。しかしながら、たいていの場合、このモデルはこれより少ない数の別々の層を持つものとして示される。最も低い層では、媒体を介して伝達される非構造化ビットストリームに対して、どのように通信が物理的に進行するか（例えば、どの電圧レベルが有線送信で“１”と“０”を表すか）が定義される。このモデル中の高い層になるほど、同期、設定及び終端接続、並びに誤り制御などの、より包括的な機能性が定義される。高い層は、通信を発効させるアプリケーション、例えば、パソコン中のブラウザソフトウエアに関連する。
【００４９】
コンピュータシステムなどの第一のデバイス中のアプリケーション（モデル中で高い方）によって送られるべきデータの分量は、一般的な用語でペイロードと呼ばれることがある。このようなデータを送信する場合、このデータはモデル中で低い方に移動され、様々な層中の機能性が程度を変化させて、オーバヘッドと呼ばれるもの（即ち、層中で上位からのデータセットに追加されるデータ）を追加し、その結果、層中に備えられている機能を可能とする。例えば、ペイロードデータストリームをパケットに分割し、その各々にヘッダを設けて、パケットの転送の際に用いるようにする。最下位の層では、二つのデバイスが互いに通信しており、そこで、データが伝達される。第二のデバイス２０２中で受信されたデータは、それが第二のデバイス中の対応するアプリケーションによって受信されるまで、このプロトコルスタック中で上位に移動される。
【００５０】
このモデルのプロトコルスタック中の所与の層は、それより下位の層をそれより上位の層に対して見えないように（トランスペアレントに）すると一般的にいわれている。二つのデバイスが互いに通信するためには、これらのそれぞれのプロトコルスタック中のすべての層が対を成して適合することが必要である。
【００５１】
図３に、本発明のある実施形態による接続を示す。この図では、ユーザユニットのプロトコルスタックと、ユーザユニットがそれを用いて通信することを意図するコンピュータリソース／サーバのプロトコルスタックと、それを介して通信することが意図される中間コンピュータシステム（ＰＣ）のプロトコルスタックとが示されている。ＰＣとユーザユニット間では、ブルートゥース（ＢＬＵＥＴＯＯＴＨ、登録商標）基準にしたがって、より具体的には、シリアルポートをエミュレートするＲＦＣＯＭＭ仕様にしたがって通信が行われる。本発明のある実施形態によれば、ＨＴＴＰクライアントはＲＦＣＯＭＭ上に直接に置かれる、即ち、ＴＣＰ／ＩＰ層はこれらのプロトコルスタック中には存在しない。したがって、ポイント・ツー・ポイント接続に関連するこのリンクではルーティング情報は使用されない。また、ユーザユニットとコンピュータシステム間でのこの通信モードは、コンピュータシステムの通信モードが位置コーディングパターンに依存しない場合にも利用することが可能である。
【００５２】
ＰＣとサーバ間の通信の場合、ＨＴＴＰアプリケーションがＴＣＰ（送信制御プロトコル）層の上に重ねられ、ＴＣＰ層がＩＰ（インターネットプロトコル）層の上に重ねられ、ＩＰ層がＮＡＰ（ネットワークアクセスプロトコル）層の上に重ねられている、通常のプロトコルスタックが用いられる。サーバとＰＣとの中のＮＡＰ層は、一つ以上のルータ（図示せず）がそれらの間に置かれている場合、互いに適合する必要はない。
【００５３】
要約すると、機能は、サーバに送信されることになっているＨＴＴＰ要求をユーザユニットが生成するような機能であり得る。要求は、この要求中のＵＲＬ（例えば、pls.anot.com）を読みとるＰＣによって受信され、ＤＮＳコールを行って、対応するＩＰアドレスを得る。次に、ＰＣは、要求をペイロードとして含むＴＣＰ／ＩＰパケット（データグラム）を生成する。
【００５４】
コンピュータシステムは、ユーザユニットとの通信のために、第一のプロトコルスタックを利用し、コンピュータリソースとの通信のために、第二のプロトコルスタックを利用することに留意されたい。第二のプロトコルスタックだけがＴＣＰ／ＩＰ機能性を含んでおり、その結果、コンピュータシステムとコンピュータリソース間で送信されるデータだけが、ＴＣＰ／ＩＰプロトコルによって必要とされるルーティング情報を含む。
【００５５】
通信を取り扱うＰＣ中にある上記のアプリケーションは、ＨＴＴＰプロキシとしてプログラムされ得ることが望ましい。このようなプロキシは、クライアントにとってはアプリケーションレベルのゲートウエイとして機能する。
【００５６】
本発明のある実施形態よれば、ＰＣ中のアプリケーションは、グローバル位置コーディングパターンのどの部分をユーザユニットが検出したかによって様々な通信モードを利用する。例えば、プロトコルスタックの様々なセットが、パターンの様々な部分に対して用いられてよい。ＰＣが、パターンのどの部分が示されているかによって通信モードを選ぶことができるようにするためには、位置表示をユーザユニットからＰＣに対して送信しなければならない。
【００５７】
（位置表示の送信）
その最も簡単な実施形態では、位置表示の送信は次のように行われる。ユーザユニットが、グローバル位置コーディングパターン中のある位置を検出する。ユーザユニットは、位置情報を、あるＵＲＬを持つあるサーバがコンタクトされるべきであると解釈する。解釈は、例えば、ルックアップテーブルによって実行することが可能である。ＨＴＴＰクライアントは、問い合わせをするサーバのＵＲＬ宛のＨＴＴＰ要求をユーザユニット中で作成するのが望ましい。この要求は、ＵＲＬを読みとるコンピュータシステム（ＰＣ）に送られる。これは、位置コーディングパターン中のどの部分的エリアが検出されたかによって異なるので、このような位置表示がＰＣに伝達される。したがって、この位置表示はＵＲＬであり得る。これは、位置表示をコンピュータシステムに送信する最も簡単な方法である。しかしながら、コンピュータシステムは、互いに別々の複数の位置依存の通信モードを一つの同じサーバで利用することは許容されない。それは、位置表示がそのＵＲＬから成っているからである。
【００５８】
代替の実施形態によれば、位置表示は、例えば、位置又は位置の一部という形態で、別個に伝達することが可能である。完全な位置は、ｘとｙがページ内のローカル座標を定義する「セグメント．シェルフ．ブック．ページ／ｘ，ｙ」（１．２．３．４／００５５６，１０１２４）として作成され得る。ほとんどの場合、位置の一部分、例えば、大きいエリアを定義する「セグメント．シェルフ」（１．２．＊．＊）で十分である。また、パターン中の複数の非隣接的エリアを定義する位置表示「ブック」（＊．＊．３．＊）を伝達することも可能である。
【００５９】
（通信方法）
通信モードは通信方法とも呼ばれる。通信モードの例を図３に示す。ここで、図４〜６に、位置コーディングパターンのどの部分が検出されたかによって選択可能なコンピュータシステム（ＰＣ）の通信モードの変更例を示す。
【００６０】
図４は、コンピュータシステムにおける代替の通信モードの第一の例を示している。ここで、図３と比較して、圧縮層が追加されている。これは、コンピュータシステムが、圧縮が行われることを示す位置表示を受信したからである。図示の例では、このようにして画像情報のＪＰＥＧ圧縮が実行される。この画像情報は、ユーザユニットから伝達されて、コンピュータシステム（ＰＣ）上に常駐したり、どれかのコンピュータリソースから検索されたりする。圧縮は、データを狭帯域チャネルを介して伝達するような場合（例えば、データがコンピュータシステムからコンピュータリソースに対してモバイル電話システムを介して送信されるような場合）に有利である。更に、圧縮アルゴリズムは一般には計算集約的であり、すなわち、エネルギ集約的である。したがって、画像情報がユーザユニットから発せられたときに、通常はバッテリで動作するユーザユニット中ではなくコンピュータシステム中でこのような圧縮を実行することは有利である。
【００６１】
図５に、コンピュータシステムにおける代替の通信モードの第二の例を示す。ここでは、二つの別個のコンピュータリソースによる同時通信が行われる。ユーザユニット１０１は、コンピュータシステム中のローカルアプリケーションに対して動作し、同時に、グローバルサーバが、実行されたトランザクションを記録する。次に、バックアップコピーが追加の場所に蓄積される。これは、位置コーディングパターン中のあるエリアが検出されると行われる。したがって、この場合、受信された位置表示は、コンピュータシステムが一般にポイント・ツー・マルチポイント式に通信すべきであることを示す。第一のコンピュータリソースに送られた一次情報は、別のコンピュータリソースに対して二次情報としてミラーリングされる。しかしながら、二次情報は一次情報と完全に同じである必要はないことに注意すべきである。
【００６２】
例えば、ユーザデバイスがＰＣ中のローカルアプリケーションと相対して動作する場合、ローカルアプリケーションに対して要求として送られる情報が一次情報を形成する。ミラーリング通信モードでは、一次情報に対応する二次情報が、例えば、リモートサーバに対して、例えば、バックアップ又は課金目的で（例えば、特定のサービスに接続されたグローバル位置コーディング紙のある部分の使用に対する料金を請求する目的で）送られる。二次情報は、例えば、圧縮されて暗号化される。別のオプションとしては、ある情報がＰＣ／コンピュータシステムから離れることを回避するために、又は、例えば課金別情報をミラーリングするためだけに二次情報をフィルタリングする。
【００６３】
図６に、コンピュータシステムにおける代替の通信モードの第三の例の図を示す。ここでは、図３と比較して、暗号化層が追加されている。これは、コンピュータシステムが、追加の暗号化が行われることを示す位置表示を受信したからである。
【００６４】
通信モードを調整するさらなる可能性は、図３と比較して、プロトコルスタックから層を除去することである。例えば、図７に示すように、コンピュータシステムは、一方がサーバとして機能しており他方がクライアントとして機能する二つのユーザユニット間の通信経路を構成してもよい。コンピュータシステムは、図３のコンピュータシステム中の左側のプロトコルスタックなどの二つのプロトコルスタックを有してよい。第一のユーザユニット（ユーザユニット１）はクライアントとして作動し、第二のユーザユニット（ユーザユニット２）はサーバとして作動する。クライアントとサーバの関係は、通信中に切り替わることがある。第一のユーザユニットと第二のユーザユニットは、コンピュータシステム（ＰＣ）を介して通信して、ＲＦＣＯＭＭ層などのシリアルポートをエミュレートする層とＨＴＴＰ層が直接にコンタクトしているプロトコルスタックを用いる。したがって、この場合には、どちらのプロトコルスタックもＴＣＰ／ＩＰ層を伴わないが、それは、ネットワークアドレス機能が必要とされないからである。
【００６５】
コンピュータシステムの通信モードは、プロトコルスタックの変更とは別の方法でも変更される。例えば、様々なタイプの通信のためのポートの選択が、位置コーディングパターンのどの部分が検出されたかに基づいて調整される。
【００６６】
図８は本発明による方法を示すフローチャートである。この方法はＰＣなどのコンピュータシステム中で実行される。第一のステップでは、コンピュータリソースに対するアクセス要求がユーザユニットから受信される（８０１）。この要求には、位置コーディングパターンに関する位置表示が含まれている。第二のステップでは、通信モードが、受信された位置表示に基づいて選ばれる（８０２）。通信モードは、例えば、ルックアップテーブルによって選ばれるが、このルックアップテーブルは、コンピュータシステム自身の中かリモートサーバ上に蓄積される。第三のステップでは、ユーザユニットから要求されたコンピュータリソースが、選ばれた通信モードを用いてアクセスされる。
【００６７】
位置表示に依存する通信モードによる特徴は、どのようなプロトコルスタック構成でも（即ち、ＴＣＰ／ＩＰ層がユーザユニットとコンピュータシステム間で用いられる場合でも）使用可能であることに注意すべきである。したがって、ある実施形態では、本発明は、ディジタルユーザユニットとコンピュータリソース間でデータ送信を可能にするためにコンピュータシステムにおいて用いられる方法に関し、前記ユーザユニットは、グローバル位置コーディングパターンのある部分を備えたベース上の位置を検出するようになっており、コンピュータシステムがユーザユニットからコンピュータリソースへのアクセス要求を受信し、前記要求がグローバル位置コーディングパターンのどの部分がユーザユニットによって検出されたに関する表示を含んでおり、コンピュータシステムは、この表示がグローバル位置コーディングパターンの第一の部分が検出されたことを示している場合には、第一の通信モードを利用してコンピュータリソースにアクセスし、この表示がグローバル位置コーディングパターンの第二の部分が検出されたことを示している場合には、第二の通信モードを利用してコンピュータリソースにアクセスする。
【産業上の利用可能性】
【００６８】
本発明は上記の実施形態に限られない。本発明は添付クレームの範囲内で変更される。
【図面の簡単な説明】
【００６９】
【図１ａ】本発明による方法が利用可能なシステムの例の図である。
【図１ｂ】図１ａのコンピュータシステム中のブロックの図である。
【図２】プロトコルスタックの概念の図である。
【図３】本発明のある実施形態による接続と通信モードとの図である。
【図４】コンピュータシステムにおける代替の通信モードの第一の例の図である。
【図５】コンピュータシステムにおける代替の通信モードの第二の例の図である。
【図６】コンピュータシステムにおける代替の通信モードの第三の例の図である。
【図７】コンピュータシステムにおける代替の通信モードの第四の例の図である。
【図８】本発明による方法を示すフローチャートである。