JP2004534319A - システム内の通信を管理する命令を格納するコンピュータ読取り可能媒体 - Google Patents
システム内の通信を管理する命令を格納するコンピュータ読取り可能媒体 Download PDFInfo
- Publication number
- JP2004534319A JP2004534319A JP2003511083A JP2003511083A JP2004534319A JP 2004534319 A JP2004534319 A JP 2004534319A JP 2003511083 A JP2003511083 A JP 2003511083A JP 2003511083 A JP2003511083 A JP 2003511083A JP 2004534319 A JP2004534319 A JP 2004534319A
- Authority
- JP
- Japan
- Prior art keywords
- user unit
- server
- instruction
- information
- pen
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 33
- 230000004044 response Effects 0.000 claims abstract description 24
- 238000000034 method Methods 0.000 claims description 36
- 230000005540 biological transmission Effects 0.000 claims description 28
- 230000001960 triggered effect Effects 0.000 claims 1
- 238000007726 management method Methods 0.000 description 12
- 230000004913 activation Effects 0.000 description 11
- 230000008569 process Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 206010000210 abortion Diseases 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000005577 local transmission Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000010079 rubber tapping Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
- G06F3/0304—Detection arrangements using opto-electronic means
- G06F3/0317—Detection arrangements using opto-electronic means in co-operation with a patterned surface, e.g. absolute position or relative movement detection for an optical mouse or pen positioned with respect to a coded surface
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Information Transfer Between Computers (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
【0001】
本発明は、システム内の通信を管理する方法、ユーザユニット、および命令を格納するコンピュータ読取り可能媒体に関する。このシステムは、表面から情報を読み込むことができる少なくとも一台のユーザユニット、およびユーザユニットと通信するように構成された複数のサーバを含む。
【背景技術】
【0002】
情報は、ペンおよび紙を使用して書き込み、伝達されることが多い。しかし、このような紙面による情報は効率良く管理し伝達するのが難しい。
【0003】
情報を管理し伝達するために、コンピュータが広範囲にわたり使用されている。通常、情報はキーボードにより入力され、コンピュータの内部または外部メモリ、例えばハードディスクに格納される。ただし、キーボードによる情報の入力は比較的低速の処理であり、この処理中にエラーの発生する危険性は大きい。また、コンピュータ画面上に大量のテキストを読出すことは特に不便である。描画または画像といった図形情報は、スキャナなど、時間がかかり、扱いにくく、不満足な結果になることが極めて多い方法により、別個の画像読取装置によって入力されることが多い。しかし、情報が一度コンピュータに入力されると、例えば、インターネット接続を介した電子メールまたはSMS(Short Message Service)メッセージ、またはファックスモデムを介したファックスと同様に)、他者と簡単に通信することができる。
【0004】
本出願人は、参照により本明細書に引用したものとする、国際出願WO 01/16691にこの問題の対応策を提案し、その中で、位置コードを備える書き込み表面を有する製品の使用を予見している。前記位置コードは、表面上に複数の位置をコード化し、書き込み表面上に書き込まれている情報の電子記録を可能にする。情報はディジタルペンにより書き込まれ、このペンは位置コードを検出し、書き込まれた情報に対応する位置を計算するセンサを有する。また、前記製品は一つまたは複数の起動アイコンを有し、このアイコンは、ディジタルペンにより検出されると、ペンを始動させて、ペンにより記録された情報を利用する所定のそれぞれの動作を開始する。
【0005】
詳細には、位置コード化製品は組込み機能を備え、この機能においては、起動アイコン内の位置および書込み表面内の位置など、前記製品のさまざまな位置がさまざまな機能に対して専用化されている。さらに、位置コードにより、一台の製品上に必要な位置の数より多い、多数の位置の座標のコーディングが可能になる。このように、位置コードは、この位置コードがコーディングできるすべての位置により定義される仮想表面を形成し、この仮想表面上のさまざまな位置は、さまざまな機能および/またはアクタに対して専用化されていると考えることができる。
【0006】
上記の概念は、多くのさまざまな目的に使用することが可能である。ペンと位置コード化製品の組み合わせは、コンピュータ、PDA、携帯電話など、入力デバイスとして使用することが可能である。例えば、位置コード化ノートバッド上に書き込まれたテキストおよびスケッチを、ペンを介してコンピュータに転送することが可能である。加えて、ペンと位置コード化製品を組み合わせることにより、広域通信に専門化した製品上の位置コードによって、ペンを介して製品から直接広域通信ができる。例えば、ペンにより記録された情報は、ファックス通信、電子メールまたはSMSメッセージに変換され、その後ペンから受信者に送信される。さらに、ペンと位置コード化製品の組み合わせは、電子商取引で使用できる。例えば、ディジタルペンを使用して、雑誌の位置コード化された広告から、該当するサービスに割り当てされた広告内の位置コードにより、商品を注文することができる。
【0007】
通常、ディジタルペンまたはそれに相当するデバイスを備えるように設計されているシステムは、ペンおよび複数の位置コード化製品に加えて、PLS(Paper Look−up Service)と呼ばれるサービスを実行する少なくとも一台の検索サーバ、およびシステム内でアクタまたはSH(Service Handlers)として動作する複数のアプリケーションサーバを含む。検索サーバはデータベースを利用して、位置コードにより定義された仮想表面およびこの仮想表面に関連する情報、すなわち、仮想表面上の全ての位置の機能およびこの各位置に関連するアクタを管理する。アプリケーションサーバは、ディジタル情報の格納または中継、並びに受信者への情報または商品の送信の始動といった、ディジタルペンの代わりにサービスを実行するサーバである。
【0008】
前述のシステムでは、ディジタルペンが、一台または複数の検索サーバおよび複数の前記アプリケーションサーバと通信する方法を予測することは、非常に困難である。このようなシステムはサービスまたはアプリケーションの設計を望むアクタに多数の可能性を提供する。この可能性には、例えば、どの単一または複数の別のサービスまたはアプリケーションサーバを特定のサービスに含めるか、特定のサービスを使用するときのディジタルペンとさまざまなサービス間の対話、サービス利用中にディジタルペンによりどのような動作が実行されるべきかなどがある。また、検索サーバのオペレータは、ディジタルペンとさまざまなアクタ間において、特にサービスの始動中に、通信されるデータおよび通信自体を制御できることにより便宜を得る。さらに、システム内には、例えばさまざまな負担を負う(例えば、ディジタルペンが通信する検索サーバを制御するためのメカニズムが必要とされる)複数の検索サーバが存在できる。
【0009】
したがって、解決する必要がある一つの問題は、簡単で効率の良い方法で、上記のようなシステム内の通信をどのようにして調整し、制御するかである。
【発明の開示】
【発明が解決しようとする課題】
【0010】
本発明の目的は、表面から情報を読み込みできるユーザユニットと、ユーザユニットをサポートするサービスを実行するサーバ間との通信を制御する方法を提供することである。
【課題を解決するための手段】
【0011】
別の目的は、検索サーバが、ユーザユニットが関与する通信を制御できるようにする、ユーザユニットで使用される通信プロトコルを提供することである。特に、一つの目的は、検索サーバが、どの情報(この情報はディジタルペンにより格納されているか、またはり読み込まれるかのどちらか)がディジタルペンと通信するアプリケーションサーバにアクセス可能でなければならないか、に関して排他的制御を実行できるようにする。
【0012】
本発明によれば、独立請求項1に定義されている形態を有する方法、独立請求項23に定義されている形態を有するユーザユニット、および独立請求項24に定義されている形態を有するコンピュータ読取り可能媒体により、前記問題は解決され、目的は達成される。
【0013】
本発明は、表面から情報を読み込み、その情報の少なくとも一部をサーバに通信できる少なくとも一つのユーザユニットと、表面から読み込む情報に関連する情報管理ルールを格納する検索サーバと、少なくとも一台のアプリケーションサーバとを含むシステムに応用できる。本発明によれば、ユーザユニットは、検索サーバから制御データの一つまたは複数の命令を受け取る。その後、ユーザユニットは、これらの制御データに基づき、どの特定の情報データがアプリケーションサーバにアクセス可能でなければならないかを決定できる、すなわちアプリケーションサーバへの通信が可能になる。その後、特定の情報データに応答するアプリケーションサーバから命令を受け取ると、ユーザユニットは、制御データに基づき、これらの特定の情報データが通信可能かどうか決定する。通信可能であれば、特定の情報データは、受信するアプリケーションサーバに対してメッセージで送信される。
【0014】
さまざまなアプリケーションサーバが、さまざまな目的を有するサービスを提供することは理解されるであろう。サービスの種類に依存して、サービスは低価格にも高価格にもなりうる(サービスを使用するユーザユニットについても、またはサービスを提供するアクタについても)。例えば、低価格のサービスは、ユーザユニットが単にある種の詳細な情報を指示できるサービスであることもあり、一方、高価格のサービスは株式仲買サービスである可能性もある。
【0015】
本発明を使用すれば、システム内の検索サーバは排他的命令を使用することにより、どのような情報がユーザユニットから特定のサービスを実行するアプリケーションサーバに通信できるかを制御する。またこれは、前記検索サーバが、どの情報をユーザユニットにより格納または読み込みできないようにするのか、どの情報をアプリケーションサーバによりアクセスできないようにするのか、を保証することを意味する。検索サーバのオペレータは、アプリケーションサーバにより実現されるサービスのオペレータと合意を取ることができ、この合意において、検索サービスのオペレータはサービスの一定の詳細事項を保証する。例えば、株式仲買サービスに対しては、このサービスのオペレータのみが、サービスと関連付けされ、かつユーザユニットによって格納されている課金番号へのアクセスを提供される必要がある。一方、注文情報に対して使用されるだけの低価格のサービスに対しては、この情報発注サービスを実現するアプリケーションサーバは、単に、ユーザユニットに格納されている名前および住所属性など、可能な限りわずかなユーザユニット情報にしかアクセスできないようにすべきである。
【0016】
さらに、本発明により、検索サーバが、ユーザユニットが関与する通信のセキュリティのレベルを制御できるようになる。特定のサービスまたは特定のユーザユニットの申し込みに対してより高度なセキュリティを提供することにより、そのようなサービスまたは申し込みをより高い価格で提供し、オペレータの収入を増やすことが可能になる。
【0017】
検索サーバからの特定の命令の制御データは、ユーザユニットにより格納されている一つまたは複数の属性を定義する一つまたは複数のパラメータ、またはページアドレスを定義するパラメータ、すなわち、ユーザユニットが情報をそこから読み込むことができる表面の限定されたエリアのアドレス、のどちらかに対応している。前者の場合、これは、ユーザユニットが、ユーザユニットにより格納されている属性パラメータの値に対応する特定の情報データを通信できることを意味する。後者の場合、ユーザユニットが、特定のページからユーザユニットにより読み込まれる位置に対応する、特定の情報データを通信できることを意味する。
【0018】
ユーザユニットは、本発明によれば、検索サーバによる独占使用である特定の命令セットに応答する。詳細な説明で述べられるそれらの定義および使用によれば、これらの排他的命令はさまざまな目的を有し、かつ、ユーザユニットに格納または読み込みされているどの情報データが、アプリケーションサーバにアクセスできる必要があるかを制御する命令を含んでいる。
【0019】
通常、前記ユーザユニットは特定の情報データに応答する命令から、特定の受信するアプリケーションサーバを識別するアドレスを抽出する。このアドレスが必要とされるのは、特定の情報データの受信アプリケーションサーバが、特定の情報データに応答する命令がそこから受信されたアプリケーションサーバとは異なるサーバである場合である。
【0020】
有利には、ユーザユニットの構成は、ユーザユニットが特定の情報データを含むメッセージを送信した、受信アプリケーションサーバから受け取った後続命令から結果のデータを抽出するように構成される。これらの結果データは、ユーザユニットに格納され、その後に、アプリケーションサーバにより実行される動作の結果の表示として、検索サーバに送信される。したがって、その結果、通信は、ユーザユニットが関与する動作の結果を追跡できるように制御される。この方法で、システム内のオペレータ、例えば記検索サーバのオペレータは、実行される動作、したがって全体的なシステム内で使用されるサービスに対して、アプリケーションサーバにより実現されているサービスのオペレータのような、ユーザユニット加入者および/またはアクタの請求を管理する基礎を提供される。
【0021】
ユーザユニットで受信された命令を含むメッセージおよびその結果としてユーザユニットから送信された情報データを含むあらゆるメッセージは、ユーザユニットのラウンドトリップを定義する。ユーザユニットが表面から読み込まれたデータを送信する通信セッションは、一つまたは複数のラウンドトリップを含んでいる。
【0022】
通信セッションを始動すると、ユーザユニットは事前に格納された一連のスタートアップ命令を実行する。これらは一般に、それぞれの表面エリアに関連する情報管理ルールを格納する検索サーバに送信されるメッセージとなる。検索サーバは、さらに、ユーザユニットの通信動作の初期制御を実行する。有利には、記ユーザユニットは検索サーバからの命令(このような動作を始動するために事前に定義された命令)に応じて、新しい命令にそのスタートアップの手順を結合できる。さらに、ユーザユニットが送信動作を定義する特定の表面領域の情報を検出すると、この領域に関連している事前に格納された命令が実行される。
【0023】
当業者には、本発明のユーザユニットが、表面から情報を読み込み、その情報の少なくともその一部を通信ネットワークを介して通信できる任意の種類の携帯端末にできることは認識されるであろう。
【0024】
本発明の別の特徴および利点は、具体化した本発明の実施形態の、添付図を参照する以下の説明から明らかになるであろう。
【0025】
次に、具体化した本発明の実施形態を、添付図を基準して詳細に説明する。
【発明を実施するための最良の形態】
【0026】
図1は、ユーザユニットおよびサービスのサポートを含むシステムの基本構成を示す。この基本構成およびその動作の各部は、参照により本明細書に引用したものとした、本出願人の国際特許出願PCT/SE00/02640、PCT/SE00/02641およびPCT/SE00/02659に、以前に記載されている。
【0027】
図1のシステムは、複数のユーザユニット100、位置コード120を備える複数の製品110、複数のネットワーク接続130、およびサービスのサポートを実行する複数のサーバ140、150、160を含む。前記サーバは少なくとも一台のリモート検索サーバ140、一台のローカル検索サーバ150および複数のアプリケーションサーバ160を含む。説明を簡略化するために、図1は、ユーザユニットを具体化している一つのディジタルペン100、位置コード120および起動アイコン125を備える一つの製品110、ネットワーク通信ユニットを具体化している一つの移動局130、リモートPLS(Paper Look−up Service)を実行する一台のリモート検索サーバ140、ローカルPLS(Paper Look−up Service)を実行する一台のローカル検索サーバ150、およびアプリケーションサービス(AS)を実行する一台のアプリケーションサーバ160を含むだけである。
【0028】
前記製品110は、ディジタルペン100によって、製品110の表面上の位置と解釈されるコーディングパターンを備える。コーディングパターンは、製品110の表面より大幅に大きい全表面上の位置をコード化するものである。検出された位置に基づき、ディジタルペンは表面の一つまたは複数の絶対座標を決定する。
【0029】
前記全表面は、有利には、多数のセグメントに分割され、各セグメントは多数のシェルフに分割され、各シェルフは多数のブックに分割され、各ブックは多数のページに分割される。絶対座標は、ディジタルペンによって、特定のページに置かれるように決定される。ページはフォーマット1.2.3.4(セグメント.シェルフ.ブック.ページ)を使用して識別できる(このフォーマットは、セグメント1内の、シェルフ2上の、ブック3の、ページ4を示す)。この表記はページアドレスを定義する。
【0030】
ユーザが製品110の表面全体にわたりディジタルペン100を移動させとき、表面上の位置を検出し、対応する絶対座標を決定することにより、情報が記録される。これらの絶対座標または座標が属するページアドレスは、移動局130を介して、ローカルPLSサーバ150、リモートPLSサーバ140、またはアプリケーションサーバ160のどれかに送信される。ローカルPLSサーバ150はBluetooth(登録商標)トランシーバが装備されている場合、ディジタルペン100はローカルPLSサーバ150と直接通信できる。リモートPLSサーバは前記全表面の全座標に関する項目を、メモリまたは連結されたデータベース(図示せず)に格納する。これには、全表面が分割されているページに関する項目の格納を含む。同様に、ローカルPLSサーバ150は、表面領域が一つまたは限定された数のユーザによって使用されている、一つまたは複数の限定された表面領域の座標およびページに関する項目を格納する。リモート/ローカルPLSサーバは、特定の座標または特定のページアドレスに関連する管理ルールに従って、少なくとも座標の内容またはページアドレスの内容を含む受信された情報を処理するソフトウェアを備えている。
【0031】
ユーザにとって、このシステムは、ユーザ自身が記録した情報を管理する方法を定義する必要がないため、簡単に使用できる。ユーザが情報の送信のための通信セッションを始動すると、この情報の管理は、ユーザが記録した座標および/またはディジタルペン100によって情報が記録されたページアドレスに基づき制御される。
【0032】
ディジタルペン100のユーザが情報の送信の始動を希望する場合、起動アイコン125を「軽く打つ」。この場合、起動アイコンの少なくとも一つの位置の記録は、ユーザユニット100により送信される領域の座標として認識され、この送信領域は特定の送信情報と関連している。デフォルトでは、この送信命令は、リモートPLSサーバ140またはローカルPLSサーバ150のどちらかである、事前に定義されたPLSサーバのアドレスを含む。代替形態では、二つの送信領域が存在し、その内の一つはリモートPLSサーバに関連し、他の一つはローカルPLSサーバに関連する。
【0033】
製品110の表面が小さい部分を構成している、全体表面の位置コーディングパターンはさまざまな方法で形成できるが、一般的特徴としては、特定の最小サイズのパターンのどこかの部分が記録される場合に、全体の位置コーディングパターン内の前記部分の位置は明確に決定される特徴を有する。さらに、全体の位置コーディングパターンは、前述のように、ページに分割される。
【0034】
位置コーディングパターンは、有利には、2000年5月26日に出願された公開国際出願WO 00/73983または2000年10月2日に出願された国際出願WO 01/26032、(両出願は、本出願人に譲渡されているに示されている)に示されるタイプである。これらのパターンにおいて、各位置は複数のマークまたはシンボルによってコード化され、各シンボルはいくつかの位置をコーディングするのに役立っている。位置コーディングパターンは少数のタイプのシンボルで構成されている。
【0035】
WO 00/73983に示される例では、大きなドットは“1”を表わし、小さなドットは“0”を表わす。
【0036】
現在、最も好ましいパターンはWO 01/26032に示されており、このパターンでは、ラスターポイントに対するドットまたはマークの四つの異なる変位が四つの異なる値にコード化される。このパターンは、0.3mmの公称間隔の小さなドットで構成されている。6×6のこのようなドットを含むパターンのどの部分も、一対の絶対座標を定義する。このように、絶対座標の各対は位置コーディングパターンの1.8mm×1.8mmサブセットによって定義される。パターンを読み取るのに使用されるユーザユニット内のセンサによって検出された6×6ドットの位置を決定することにより、仮想表面上の絶対位置は、解像度0.03mmで補間することにより計算できる。
【0037】
この位置コーディングパターンは多数の絶対位置をコード化することが可能である。各位置は、それぞれが4つの値のうちの一つを有することができる6×6ドットによってコード化されるため、436位置をコード化できる。これは、ドット間の前述の公称間隔では、4.6×106km2の表面に相当する。
【0038】
前述のように、全表面は、好ましくは、順に、セグメント、シェルフ、ブックおよびブックのページに分割される。さまざまな非重複セグメントは、さまざまな種類の情報管理に割り当てられる。ページ−ブック−シェルフ−セグメントの概念により、例えば、ブック全体の一部分またはシェルフ全体の一部分などが、特定の種類の情報管理のために、特定のパーティーに割り当てることができる。例えば、あるページは運送会社のための電子情報収集に、他のページは配送会社の電子絵はがきの管理のために、さらに別のページはインターネット上で事前に決められたサーバに常に転送される手書き情報を記録するために割り当てられ、さらに別のページは図による電子メール、SMS、ファックスなどを送信するために割り当てることが可能である。
【0039】
アプリケーションサービスは、システム内の所定の一台または複数のアプリケーションサーバを介して、情報管理を制御するアプリケーションである。前述のように、会社などに、その会社が全表面の割り当てられた部分の独占権を取得した後に、一つまたは複数のページ、または好ましくは、全表面のシェルフ全体を割り当てることができる。また、アプリケーションサービスは、例えばローカルPLSを含むものと同じサーバなどのローカルサーバに存在でき、さまざまなローカルアプリケーションはさまざまなページに割り当てることができる。全表面のページ全てを管理するリモートPLSサーバ140において、どの会社が全表面のどの部分の権利を有するかが記録されている。リモートPLSサーバ140は、少なくとも一つの座標またはページアドレスを含む、ディジタルペン100から受け取った情報に応答して、対応する表面領域を割り当てるパーティー(例えば会社)、および情報を扱う方法を決定する。同様に、ローカルPLSサーバ150は、少なくとも一つの座標またはページアドレスを含む、受け取った情報に応答して、対応する表面領域を割り当てるローカルアプリケーション(例えば、カレンダー、電子メールまたはファックスアプリケーション)、および情報を扱う方法を決定する。
【0040】
図2は、ユーザユニット2の一例を示している。このユーザユニットはペンに近い形状を有するケース11を備えている。ケースの短辺側は、開口部12を有し、位置コーディングパターンを備えるベースに接触するかまたは近距離に維持されるようになっている。
【0041】
以下ではディジタルペンと称する、ユーザユニットは基本的に、光学部品、電子回路部分および電源を含む。
【0042】
光学部品は、ディジタルカメラを形成し、また、画像化される表面を照射する少なくとも一つの赤外線発光ダイオード13と、二次元画像を記録するための、例えばCCDまたはCMOSセンサなどの光検出エリアセンサ14とを備える。また、ユーザユニットはレンズ系を含むこともできる(図示せず)。赤外線光は位置コーディングパターン内のシンボル、好ましくはドットにより吸収され、これにより、シンボルはセンサ14で認識される。有利には、センサは少なくとも一秒当たり百枚の画像を記録する。
【0043】
ペンの電源は、ケース内の分離収納部に装着される電池15から得られる。しかし、代替形態では、ペンを外部電力源に接続することができる。
【0044】
電子回路部分は、センサ14で読み取られた画像に基づいて位置決定するための信号プロセッサ16、詳細には、マイクロプロセッサを有するプロセッサユニットを備える。このプロセッサユニットは、センサからの画像を記録して、その画像中のシンボルを識別し、さらに、位置コーディングパターンの画像化されたサブセットに基づいて表面上の位置の絶対座標をリアルタイムで決定するようにプログラムされている。
【0045】
このように、位置決定は信号プロセッサ16により実行される。このプロセッサは画像中のシンボルの位置を確認して、デコードすることができ、またこのようにして得られたコードから位置を決定できる、ソフトウェアを有する必要がある。前述の特許出願 WO 01/26032の説明から、当業者はこのようなソフトウェアを設計することが可能である。
【0046】
また、信号プロセッサ16は、格納された対の座標を分析し、これら座標を変換して、ユーザユニット2が位置コーディングパターンを備える表面全体にわたり移動した状態の詳細を構成する座標列を生成するようにプログラムされている。
【0047】
信号プロセッサ16は記録された情報すべてを同一サーバに転送する必要はない。信号プロセッサ16のプログラムは、記録された座標を分析し、さらに、特定の座標領域内の座標により表される情報だけを転送するようにプログラムできる。また、信号プロセッサ16は、サーバに送られる情報を暗号化するソフトウェアを有することもできる。
【0048】
ディジタルペンは、このパターンからコード化できる全表面に対して位置コーディングパターンを定義することを含む。したがって、決定された位置から、信号プロセッサは、前記位置が全表面のどの領域に属するのかを導き出す。通常、このような領域は特定のページまたはページ上の特定の起動アイコンを表している。
【0049】
ディジタルペンは、ディジタルペンを用いてユーザにより生成される位置コード化表面の情報を、ローカルまたはリモート検索サービス、あるいはアプリケーションサービスに送信するように構成される。システム内では、図1によるシステムでは、情報はネットワーク接続ユニットを具体化している移動局130に無線で送信され、この移動局は、順次、情報をローカルPLSサーバ150、リモートPLSサーバ140、またはアプリケーションサーバ160に送信する。代替形態では、ネットワーク接続ユニットは、コンピュータ、または、例えばインターネット、会社のローカルネットワークまたは電話回線網といった、ネットワークへのインターフェースを有するその他の適切なユニットである。代替形態では、ネットワーク接続ユニット130は、ペン100と一体化した部分を構成する。すべての記録されたデータは、受信サーバ140、150、160への送信を待機するバッファメモリ20に格納できる。結果として、ペン100は独立方式で動作することができる。すなわち、ペン100は、例えばネットワーク接続ユニット130と接続され、その後バッファメモリ20から記録された情報を読み出した時点で、情報を送信する。
【0050】
表面上でのペンストロークを分析することにより生成される位置の絶対座標およびページアドレスのデータを送信することに加えて、ディジタルペンはサーバにペンの属性データを送信することができる。前記属性は、プロセッサ16により読み出しおよび書き込み可能なアドレス指定できる値または文字列として、メモリ20に格納される。以下は、ペン属性データの例証となる、非網羅的リストであり、この他の属性は容易に推測できる。
【0051】
PEN_ID・・・ペン固有のアイデンティティ
PEN_SOFTWARE_VERSION・・・ペンのソフトウェアのバージョン
TRANSACTION DATA・・・最後のトランザクションのアイデンティティおよびステータス
PEN_MANUFACTURER_ID・・・ペンメーカーのアイデンティティ
LOCAL_URL・・・ローカルサーバのURL(Uniform Resource Locator)
PLS_URL・・・PLS(Paper Look−up Service)サービスを実行するリモートサーバのURL
LAST_PROPERTY_UPDATE・・・ペンにおける属性の最後に処理された最新データのアイデンティティ
PEN_OWNER_NAME・・・説明を要しない
PEN_OWNER_ADDRESS・・・説明を要しない
PEN_OWNER_INVOICE_ADDRESS・・・説明を要しない
PEN_OWNER_EMAIL・・・説明を要しない
PEN_OWNER_HOME_PHONE・・・説明を要しない
PEN_OWNER_CELL_PHONE ・・・説明を要しない
PEN_OWNER_BUSINESS_PHONE ・・・説明を要しない
PEN_OWNER_PAGER・・・説明を要しない
PEN_OWNER_HOME_FAX・・・説明を要しない
PEN_OWNER_BUSINESS_FAX・・・説明を要しない
TXT_SYSTEM_ERROR・・・特定のメッセージに伴う文字列。この場合は、リクエスト送信時のエラーである。ユーザへのメッセージに伴う多数の文字列が存在する。
【0052】
ユーザユニットおよびそれに関連するネットワーク接続ユニットは、通常、相互に近くに置かれている。図1におけるディジタルペン100と移動局130間のような、ユーザユニットとネットワーク接続間の通信は、有線、または、例えばBluetooth(登録商標)技術に準拠する赤外線または電波、または短い距離間の情報の転送のためのその他の技術を介して実行できる。この目的のために、図2のディジタルペンは、外部ユニットとの無線通信のために、好ましくはBluetooth(登録商標)トランシーバであるトランシーバ19を有する。
【0053】
図3では、ディジタルペンのようなユーザユニット100間の通信と、さまざまなサーバ上でのサポートサービスとに使用される例示的なプロトコルスタックが示されている。左側には、例示的なプロトコルスタックが、ディジタルペン(PEN)とPLS(Paper Look−up Service)間の、またはペンとサービスを提供するアプリケーションサービス(Application Service Handler)間の、インターネットを介する通信に対して示されている。右側には、例示的プロトコルスタックが、ディジタルペンとローカルサーバ間の通信に対して示されている。ローカルサーバは、例えば、ローカル・アプリケーション・ルータ・サービスLARS(Local Application Router Service)(ローカルPLSとして作動する)を実行するローカルのパソコンである。さらに、ローカルサーバはローカル・アプリケーション・サービスを実行する場合がある。
【0054】
ディジタルペンとあらゆるローカルまたはリモートサーバ間の通信は、ペンプロトコルPP(Pen Protocol)を定義する所定の命令セットに基づいている。このPPは、セキュリティ・ペン・プロトコルSPP(Security Pen Protocol)に実装されており、このSPPは公知のHTTPプロトコルにも実装されている。インターネットでは、HTTP層はTCP/IP、PPP(Point−to−Point Protocol)およびBluetooth(登録商標)のRFCOMMプロファイル上に実装されており、ローカルの場合にはBluetooth(登録商標)のRFCOMMプロファイル上に直接実装されている。したがって、ペンプロトコルPPは、本発明による通信方式を実装しているプロトコルである。セキュリティ・ペン・プロトコルSPPは、本発明の出願人の独自のプロトコルであり、ペンAPI(Application Programmers Interface)は、ディジタルペンをサポートするサービスを設計する場合、アクタが使用するPP上に抽象層を追加する。SPPまたはペンAPIのどちらも本発明の範囲内ではなく、これ以上の説明はしない。スタックのその他の部分は、当業者には公知の通信プロトコル層である。
【0055】
命令は、ペンにより以前に送信されたHTTPリクエストに応じて、サーバから送信されたHTTP応答で、ディジタルペンにより受信される。
【0056】
HTTP応答での受信メッセージは、ペンプロトコルのどのバージョンに前記応答の後の部分が適合するのかを表すプロトコルバージョンデータ部分、前記応答に関するメタデータを保持する応答ヘッダー部分、およびパラメータを備える命令の数を含む命令データ部分の、三つの部分で構成される。命令データ部分は、事前に定義されたアイデンティティにより命令を識別する。各命令アイデンティティは、それぞれのパラメータアイデンティティにより識別される、一つまたは複数のパラメータを伴う。各パラメータアイデンティティはパラメータの値を伴い、このパラメータの値は、ブール値、整数、文字列、バイトストリーム、または前述のいずれのタイプの値の配列であってもよい。
【0057】
ディジタルペンから送信されるすべてのユーザユニットメッセージは、HTTPリクエストで送信される。ユーザユニットメッセージは特定のサーバに送信され、ペンプロトコルのどのバージョンに応答の後の部分が適合するのかを表すプロトコルバージョンデータ部分、応答に関するメタデータを保持する応答ヘッダー部分、記録されたペンストロークデータを備えるページデータ部分、および一つまたは複数のペンの属性を備える属性データ部分の、四つの部分から構成される。データ部分は、事前に識別されたアイデンティティにより属性を識別する。各属性アイデンティティは属性値を伴い、この属性値は応答でのパラメータの値に対して、上記のいずれのタイプであってもよい。リクエストヘッダー部分はページアドレスおよびpidget(paper widget)属性を含む。ページアドレスは、送信領域またはリクエストを起動したその他の起動アイコンが置かれているページのページアイデンティティである。ページアドレスの固定ビット位置は、結果として、セグメント、シェルフ、ブックおよびページを表す。前術のように、ページアドレスは「セグメント.シェルフ.ブック.ページ」を表すこともできる。pidgetアイデンティティは、対象になっているページ上の送信領域(または起動アイコン)のアイデンティティである。二つ以上の起動アイコンが同一ページ上に置かれているので、このようなアイデンティティが必要となる。同一送信セッション中、すなわち同一トランザクション中の、特定のページの特定の送信領域により始動されたディジタルペンからのすべてのリクエストは、ページのページアドレスおよび送信領域のpidgetを含む。
【0058】
ペンプロトコルに含まれている各命令の定義は、ディジタルペン100のメモリ20に格納されている。ディジタルペンが特定の命令に関連する動作を実行するとき、プロセッサ16はメモリ20内の対応する定義(プロセッサ、したがってディジタルペン100のオペレーションを制御する定義)をアドレス指定する。全体としてのディジタルペンの動作、および特にペンプロトコル命令に従う動作は、メモリ20により格納されているコンピュータ実行可能コンポーネントにより制御されている。したがって、メモリ20は、本発明によるディジタルペン100を動作させるためのコンポーネントを格納するコンピュータ読取り可能媒体を実現する。しかし、このようなコンピュータ読取り可能媒体は、ディジタルペンからアクセスされる目的のため、または後の段階でペン100のメモリ20内において転送およびダウンロードされる目的のため、ディジタルペンの外部に置くこともできる。
【0059】
以下は、ペンプロトコルPPに含まれる命令の非網羅的リストである。このリストはリモートPLSサーバの排他的命令および共通命令に分割される。後者の命令は、あらゆるサーバ、リモートまたはローカルPLSサーバ並びにアプリケーションサーバは、これらの命令によりディジタルペンの動作を制御できる命令を意味する。
【0060】
リモートPLSサーバの排他的命令:
−grantPageDataAccess(pageAddress)
パラメータpageAddressは、同一セッション内のaddPageData命令においてアクセスできるページを定義する。
【0061】
−grantPropertyAccess(property identities)
一つまたは複数の属性アイデンティティパラメータは、同一セッション内のaddPropertyData命令においてアクセスできるペンの属性を定義する。
【0062】
−internetInitialApplicationRequest(url)
提供されたurlへのリクエストを通知する。この命令は、基盤を成すSPPプロトコルが使用されることを意味する。また、この命令は、使用されるSPPプロトコルの最小バージョンを定義するパラメータおよび最大バージョンを定義するパラメータを含むこと場合がある。さらに、前記命令は、使用されるPen Protocolの最小および最大バージョンを定義する二つのパラメータを含む場合がある。
【0063】
−internetLookupRequest
PLS_URL属性により定義されたurlへのリクエストを通知する。この命令は、基盤を成すSPPプロトコルが使用されることを意味する。
【0064】
− regVerticalApp (pageAddress, instructionscript)
パラメータpageAddresにより定義される一つのページまたは複数のページを、instructionscriptパラメータにより定義される命令のセットに関連付ける。その後、これらの命令は、送信領域のような、特定の表面エリアの位置を検出すると実行される。
【0065】
−setProperty(propertyID, value)
ある属性に特定の値を割り当てる。この記値は、ブール値、整数、文字列、バイトストリーム、または前述のいずれの値の配列であってもよい。
【0066】
−startTransaction(transID)
この命令は、アプリケーショントランザクションを開始する。このパラメータは、トランザクションを識別し、好ましくは、PLSサーバによってカウントされる、1970年以来のミリ秒単位の現在のグリニッジ標準時(GMT)に等しい。
【0067】
−localLookupRequest
LOCAL_URL属性により定義されたurlへのリクエストを通知する。
【0068】
共通命令:
−abortTransactionVerbose
アプリケーショントランザクションを中止する。
【0069】
−addPageData(pageAddress)
パラメータpageAddressは、そのページから、記録されたデータがページリクエストのユーザユニットメッセージに追加されるページを指定する。この命令は、命令を送信するサーバが該当するページデータを読み込む権利を有することを要求する。これは、サーバがリモートPLSサーバであるか、または、grantPageDataAccess命令がセッション内で以前にリモートPLSサーバに呼び出されているか、あるいは、セッションがローカルセッションであり、かつローカルPLSサーバにより読み出し可能であることを意味する。
【0070】
−addPropertyData(property identities)
一つまたは複数のペンの属性を識別する一つまたは複数のパラメータである。これらの属性の値は、リクエストのユーザユニットメッセージに含まれる(加えられる)。この命令は、この命令を送信するサーバが、該当する属性を読み出す権利を有することを要求する。これは、サーバがリモートPLSであるか、またはgrantPropertyAccess命令が同一セッション内で以前にリモートPLSサーバにより呼び出されていることを意味する。
【0071】
−commitTransactionVerbose
トランザクションを処理する、すなわち、サーバによりサービスが正常に実行されることをペンに伝える。
【0072】
−internetApplicationRequest(url)
提供されたurlへのリクエストを通知する。この命令は基盤を成すSPPプロトコルが使用されることを意味する。
【0073】
−localApplicationRequest(url)
提供されたurlへのリクエストを通知する。
【0074】
図4を参照すると、例示的な実施形態による、ユーザユニットの動作のフローチャートが示されている。以下に述べられる命令およびパラメータは単なる例であることに注意されたい。これらの多くは、ここに述べられ、さらに図4の実施形態内に含まれる、その他の適正な命令および/またはパラメータに変更または置き換えられる。
【0075】
ステップ400では、ディジタルペン100は、パターンを有する表面120上を、ディジタルペンを用いてユーザが操作するペンストロークがされている間に、エリアセンサ14の視野内にある位置コード化パターンの各部分を記録する。プロセッサ16は、位置コーディングパターンを用いて表面上で検出された位置を絶対座標に変換し、ディジタルペンがペンストローク中に表面上を移動する状態を記述する座標数列を生成する。この座標数列は、ペンストロークデータとも呼ばれる。これらの座標および座標がこれらの位置コード化パターンの全表面を定義する方法の認識に基づき、プロセッサは、座標が属する特定の表面の該当するページアドレスを決定する。すべての座標が、送信領域のような、起動アイコン125に属する場合、該当する送信領域はアイデンティティ、すなわちpidgetアイデンティティは、どの座標がどの起動ボックスを定義するかの認識に基づき決定される。
【0076】
ステップ410では、ディジタルペン100のプロセッサ16は、どのサーバにどのデータを送信するのかを定義する、事前に格納された多数のパラメータを用いて、事前に格納されたスタートアップ命令のセットを実行する。例えば、プロセッサは、特定の記録された座標がインターネット送信領域を定義する起動アイコン125に属することを検出すると、この送信領域に関連している事前に格納されたスタートアップ命令が実行される。例えば、スタートアップ命令は以下の通りである:
−addPropertyData(PEN_ID, TRANSACTION_DATA,
PEN_MANUFACTURER_ID, LAST_PROPERTY_UPDATE);
−internetLookupRequest(PLS_URl).
第一の命令は、どの属性データが送信されることになっているかを定義する。第二の命令は、ディジタルペンに、指定された属性データを含むユーザユニットメッセージを持つHTTPリクエストを、リモートPLSサーバ140に送信するように命令する。受信サーバは属性PLS_URLに格納されている、事前に定義されたURLアドレスにより識別される。
【0077】
代替形態では、検出された座標がローカル送信領域を定義する起動アイコン125に属する場合、ユーザユニットメッセージはローカルPLSサーバ150に送信されることになり、事前に格納されたスタートアップ命令は以下のようになる:
−addPropertyData(PEN_ID);
−localLookupRequest(LOCAL_URL).
好ましくは、前述のように、どの属性データをリモートPLSサーバに送信するのは定義するスタートアップ命令は、属性TRANSACTION_DATAを含む。この属性は最新のトランザクションのアイデンティティおよび最新のトランザクションのステータスを含む。このステータスは、最新のトランザクションを含むアプリケーションサーバの動作の結果(例えば、成功、中止、保留など)を示す。有利には、受信リモートPLSサーバの請求の基本を、トランザクションが成功した場合、例えばペン利用者に請求することにより、受信したトランザクションデータを基に請求できるが、ステータスが、何らかの理由でトランザクションが中止されたことを示す場合は、請求できない、ことを基本とすることができる。送信されるメッセージ内の最新のトランザクションの結果を含むこの動作は、図4のステップ420として示されている。スタートアップ命令により送信されるのが望ましいその他の属性は、LAST_PROPERTY_UPDATEである。この属性は受信リモートPLSサーバ140により使用され、この属性が、更新されたペンの属性の値として、ペンにより格納される必要のあるすべての更新された情報を保持するかどうかについて決定される。保持している場合、サーバ140は、後の段階において、以下に説明するように、命令setPropertyを使用する一つまたは複数の属性に対して新しい値の格納を開始する。
【0078】
ユーザユニットメッセージを有するHTTPリクエストのサーバへの送信は、ステップ430に示されている。前述のように、いずれのユーザユニットメッセージもその上でペンストロークが検出された表面領域のページアドレスと、起動アイコンがペンストロークで「軽く打たれた」場合は、この起動アイコンのアイデンティティ(pidgetアイデンティティ)とを含む。HTTPリクエストのトランザクションを実行することにより、ディジタルペンは送信セッションを始動する。したがって、送信セッションをペンにより起動し、internetLookupRequest命令またはlocalLookupRequest命令をそれぞれ使用して、リモートまたはローカルPLSサーバのどちらかにHTTP要求を送ることができる。internetLookupRequest命令によりHTTPリクエストを送信する場合、これはペンプロトコルPPが基盤を成すセキュリティ・ペン・プロトコルSPPを使用することを意味する。SPPは、ディジタルペンとリモートPLSサーバ間の通信の暗号化を提供する。この暗号化により、リモートPLSサーバはディジタルペンに事前に定義され限定された命令のセットつの命令(すなわち、リモートPLSサーバの排他的命令)を送信することができ、またディジタルペンは、この限定されたあらゆる命令セットが、その他のサーバではなく、特定のリモートPLSサーバから受信されたことを確認することができる。この暗号化は、暗号研究の当業者には公知の技術を採用している。いずれにせよ、SPPプロトコルの実装は本発明の範囲外である。
【0079】
ディジタルペン100で受け取られるいずれの命令も、ステップ440において、ペンがHTTPリクエストを要求したサーバからのHTTP応答で受信される。さまざまな命令はHTTP応答で受信できる。この応答は、通常、前述の限定された命令セットの命令を含む。このような命令の典型例は、ペンに格納された属性を更新する命令、スタートアップ命令のセットを送信領域に関連付ける命令、または一定のアプリケーショントランザクションを始動する多数の命令を含む。
【0080】
命令setProperty(propertyID, value)を用いて、リモートPLSサーバは、ペンにより格納された一つまたは複数の属性を更新する。例えば、そのリクエスト内でペンが、値2を有する属性LAST_PROPERTY_UPDATEを送信した場合、受信サーバはこの値を、サーバにより格納されている該当する属性の更新された値と照合する。前記値間に違いがある場合、サーバはどの属性が更新される必要があるかを識別できる。例えば、ペンがHTTP応答内で、命令setProperty(PEN_OWNER_EMAIL, mr_X@company_Y.COM)を受信すると、これは、ペンはその所有者の新しい電子メールアドレスを格納することを意味する。この動作は、ステップ450で実行される。それ以上受信する命令がなくなった場合、ペンは、ステップ470のセッションを終了後、実行がステップ400に戻り、表面から新しく記録された位置を処理する。
【0081】
命令RegVerticalApp(pageAddress, instructionscript)を用いて、新しいスタートアップ命令セットが送信領域に関連付けられる。例えば、前記命令は特定のセグメント/シェルフ/ブック上の全ページに関連付けることができる。これはページアドレスを用いて表わされ、例えば、2.3.4.*は、ブック4、シェルフ3、セグメント2の全ページを意味する。命令スクリプトは、座標パラメータを含み、また、ペンがページアドレス2.3.4.*により定義される全ページ上でこれらの座標により定義された送信領域の位置を記録したことを検出すると、どの命令を実行するかを定義する。新しい命令は、同様の方法により、すべてのページ上のいずれの起動ボックスにも関連付けできる。ペンは、ステップ450において新しい命令を格納する。それ以上受信する命令がなくなった場合、ペンはステップ470におけるセッションを終了後、実行がステップ400に戻り、表面から新しく記録された位置を処理する。
【0082】
ステップ440におけるリモートPLSサーバから受信される命令の別の典型例は、アプリケーショントランザクションを始動し、さらに、一般にはディジタルペンからペンストロークデータの別のトランザクションを含む命令である。この命令は、ペンからのHTTPリクエストにより受信されるページアドレスと関連する格納された管理ルールに従って、リモートPLSサーバから送信される。アプリケーショントランザクションが始動されたときに受信される命令の例は以下の通りである(すべてのパラメータを含む):
startTransaction;
addPropertyData
addPageData;および
internetInitialApplicationRequest.
再度、これらの命令の定義に従う実行はステップ450において実行される。
【0083】
startTransaction(transID)命令は新しいトランザクションを開始する。パラメータtransIDは、開始されたトランザクションを識別し、このトランザクションのTRANSACTION_DATA属性の一部としてペンにより格納される。有利には、トランザクションのアイデンティティは、例えば1970年以来ミリ秒単位での現在のグリニッジ標準時(GMT)などの、時刻表示である。有利には、ペンはトランザクションのアイデンティティを使用して、命令を送信したリモートPLSサーバのクロックとその内部クロックを同調させることができる。
【0084】
addPropertyData(PEN_ID, PEN_OWNER_EMAIL)命令は、識別されたペンの属性を、ペンを用いて、送信される次のユーザユニットメッセージに含むようにすることを意味する。この例の命令はリモートPLSサーバにより呼び出されるため、grantPropertyAccess命令が前にある必要はない。
【0085】
addPageData(pageAddress)命令は、識別されたページのペンストロークデータを、ペンを用いて、送信される次のユーザユニットメッセージに含むようにすることを意味する。この場合、命令はリモートPLSサーバにより呼び出され、したがって、この命令の前にgrantPropertyAccess命令がある必要はない。
【0086】
internetInitialApplicationReequest(url)命令は、ペンがHTTPリクエスト内のユーザユニットメッセージを特定のurlにより識別されるアプリケーションサーバに送信すること、およびアプリケーションサーバが現在のトランザクションに含まれていることを意味する。
【0087】
ペンからのHTTPリクエストのトランザクションまでの前述の命令の実行はステップ450において実行され、その後、ペン実行はステップ430に戻り、ステップ430において、internetlnitialApplicationRequest命令に対応して、ユーザユニットメッセージが識別されたサーバに送信される。
【0088】
例えば、ディジタルペンのユーザが、位置コーディングパターンを有する表面上に表示された広告にいくつかのペンストロークを実行後、広告の送信領域を「軽く打つ」ことにより送信セッションを始動する場合、前述のスタートアップ命令は、リモートPLSサーバに対してHTTPリクエストを発行する。このHTTPリクエストには、広告が印刷された表面のページアドレスと、「軽く打たれた」送信領域のアイデンティとを含む。ページに関連する管理ルールに従って、リモートPLSサーバからのHTTP応答は、ペンを制御して、ページと関連するアクタにHTTPリクエスト(通常、アプリケーションサーバ上で広告主により実行されるサービス)を送信するための命令を含む。この例では、前述の受信された命令の結果として、ペンはそのペンのアイデンティティ、その所有者の電子メールアドレス、および広告主に広告上になされたペンストロークデータを送信する。これにより、例えば、製品の注文または追加情報の注文などを発生することができる。
【0089】
ステップ430において、HTTPリクエストがペンからアプリケーションサーバに送信される結果としての、アプリケーションサーバのサービスにより実行される動作は、正常に行われるか、または何らかの理由で障害が起こる可能性がある。動作が正常に行われた場合、commitTransactionVerbose命令を用いて、ステップ440において、この結果がペンに送信される。次にステップ460において、ペンは、このトランザクションに関連するTRANSACTION_DATA属性内の正常なトランザクションの表示を格納する。その後ステップ470において、ペンはセッションを終了し、実行はステップ400に戻る。次回に、何らかの理由により、ユーザが送信セッションを始動するとき、この最後のトランザクションのTRANSACTION_DATA属性は、リモートPLSサーバへのHTTPリクエストに含まれる。
【0090】
本発明の具体化した実施形態を示すために、図5を参照する。図5はディジタルペン500、リモートPLSサーバ510、アプリケーションサーバ520、およびその他のアプリケーションサーバ530を示している。アクタ、すなわち広告主「X」は、URL「advertiser_x.com」を有するアプリケーションサーバ520上でアプリケーションサービスを実行し、その他のアプリケーションサービスは、URL「local_dealer_y. com」を用いて、サーバ530上でローカルディーラー「Y」により実行される。
【0091】
図4と関連して述べた例に戻ると、ユーザは広告上にいくつかのペンストロークを発生し、同一広告上で送信領域を「軽く打つ」。図5のステップ1は、リモートPLSサーバに送られるHTTPリクエストを示しており、このリクエストには、広告が表示されている表面上のページアドレスおよび「軽く打たれた」送信領域のアイデンティティを含む。ステップ2は、リモートPLSサーバ510からペン500に返送される、該当するページに関連する管理ルールに従う命令を有するHTTP応答を示している。この場合の命令は以下のようである:
−startTransaction(transID);
−grantPageDataAccess(1.2.3.4);
−grantPropertyAccess(PEN_ID, PEN_OWNER_NAME,
PEN_OWNER_INVOICE_ADDRESS);
−addPropertyData(PEN_ID, PEN_OWNER_ADDRESS);および
−internetInitialApplicationRequest(advertiser_x.com).
図4の例との一つの相違は、grantPageDataAccessがaddPageData命令の代わりに送信されることである。grantPageDataAccess命令は、ページ1.2.3.4(広告が表示されている表面のページ)が、同一セッションにおいてその後に(したがってアプリケーショントランザクション中に)、いずれのaddPageData命令によってもアクセスが可能であることを、ページアドレスパラメータを用いて定義する。同じ方法で、grantPropertyAccess命令は、どんな属性がアプリケーショントランザクション中にサーバによりアクセス可能なのかを定義する。この命令により、ステップ3では、URLadvertiser_x.comを使用してペン500からアプリケーションサーバ520に送信される、ユーザユニットメッセージ内に属性PEN_IDおよびPEN_OWNER_ADDRESSを有するHTTPリクエストが発生する。
【0092】
この受信サービスは広告主により実行される主要サービスであり、広告主がローカルディーラー対してすべてのユーザの管理を要求すると仮定する。例えば、ペンの所有者のアドレスを検査することにより、サービスは、広告された製品に関連する、ペンの所有者に最も近いローカルディーラーを決定する。ステップ4において、advertiser_x. comのサービスは、ペン500に、以下の命令を有するHTTP応答を送信する。
【0093】
−addPageData(1.2.3.4);
−addPropertyData(PEN_ID, PEN_OWNER_NAME,
PEN_OWNER_INVOICE_ADDRESS); および
−internetApplicationRequest(local_dealer_y.com).
これらの命令により、ステップ5において、ペン500からlocal_dealer_y.comにより実行されるサービスに送信される、HTTPリクエストが発生する。このリクエストはユーザユニットメッセージを含み、このメッセージには、ページ1.2.3.4からのペンストロークデータ、および属性データPEN_ID, PEN_OWNER_NAME、PEN_OWNER_INVOICE_ADDRESSを含む。製品の注文に応える場合、ステップ6におけるローカルディーラーのサービスは、アプリケーションサーバ530からペン500への、処理されるパラメータのセットを含むcommitTransactionVerbose命令を有するHTTP応答により、リクエストに応答する。前述のように、サービスが正常に実行されたことを示すこの情報は、ステップ7に示されるように、ペンにより始動された次の送信セッション中に、ペン500からリモートPLSサーバ510に送信される。この情報に基づき、リモートPLSサーバ510のオペレータがユーザの申し込みに対して請求を発行することにより、ユーザがオペレータにより提供されるサービスを利用できるようになる。この例は、一つまたは同一セッションが二つ以上のラウンドトリップで構成でき、この場合、一つの単一ラウンドトリップが、ペンによりサーバに送信されたHTTPリクエスト、および同一サーバからペンにより受信された次のHTTP応答から構成されていることを示す。
【0094】
既存のペンの属性、既存の命令、および関連するパラメータに関して、および命令の正確な数列に関して、多くの代替形態および変更形態などが可能であることは理解されるところである。
【0095】
したがって、本発明を特定の具体化した実施形態により説明してきたが、これらの実施形態は、添付クレームにより定義されている本発明の範囲を限定するものではない。
【図面の簡単な説明】
【0096】
【図1】ユーザユニットおよびサービスのサポートを実行するサーバを含むシステム内の要素およびそれら要素の相互関係を示す。
【図2】ユーザユニットを具体化しているディジタルペンの内部の略図である。
【図3】ユーザユニットがリモートネットワークサーバまたはローカルサーバと通信するときに使用されるプロトコルスタックである。
【図4】具体化した実施形態によるユーザユニットの動作のフローチャートである。
【図5】本発明の別の実施形態による、通信セッション中のサービスをサポートしている、ユーザユニットの動作およびその通信を示す図である。
Claims (24)
- システム内で通信を制御する方法であって、このシステムが少なくとも一台のユーザユニットを含み、このユーザユニットが表面から情報を読み込み、かつその情報の一部を、前記表面から読み込む情報に関連する情報管理ルールを格納する検索サーバと、少なくとも一台のアプリケーションサーバに通信することが可能であり、前記方法が:
前記ユーザユニットにおいて、どんな情報が前記ユーザユニットにより通信可能かを制御する制御データを有する少なくとも一つの命令を、前記検索サーバから受信するステップと;
前記ユーザユニットにおいて、前記検索サーバからの前記命令に基づき、特定の情報データに応答するアプリケーションサーバから命令を受信すると、前記特定の情報データが通信可能かどうかを決定し、通信可能であれば、ユーザユニットメッセージとして前記特定の情報データを受信アプリケーションサーバに送信する、ステップと;
を含む方法。 - 前記検索サーバは、前記表面から読み込む情報に関連する情報管理ルールを格納する検索サービスを実行する、リモートネットワークサーバまたはローカルサーバであり、
前記アプリケーションサーバはユーザユニットからのユーザユニットメッセージに応答して、サービスの動作を実行するように構成されたアプリケーションを実行するすべてのサーバである、請求項1に記載の方法。 - 前記ユーザユニットが、制御データを有する前記命令を受信すると、前記ユーザユニットに格納されている命令セットにより提供される定義に従って動作を実行する、請求項1または2に記載の方法。
- 前記決定ステップが、前記アプリケーションサーバから受信した前記命令から、前記ユーザユニットメッセージの受信アプリケーションサーバを識別するアドレスを抽出することを含む、請求項1〜3のいずれかに記載の方法。
- 制御データを有する前記受信命令が、前記検索サーバによる使用のために排他的に特定の命令セットに含まれる前記ユーザユニットにより決定される、請求項1〜4のいずれかに記載の方法。
- 前記制御データが、前記ユーザユニットにより格納される一つまたは複数の属性を定義する一つまたは複数のパラメータを制御する、請求項1〜5のいずれかに記載の方法。
- 前記特定の情報データが、前記ユーザユニットにより格納される少なくとも一つの属性のパラメータの値を含む、請求項1〜6のいずれかに記載の方法。
- 前記制御データがページアドレスを定義するパラメータに相当する、請求項1〜7のいずれかに記載の方法。
- 前記特定の情報データが、表面から前記ユーザユニットにより読み込まれる位置の座標を含む、請求項1〜8のいずれかに記載の方法。
- 前記検索サーバから制御データを有する命令を受信する前記ステップが、前記ユーザユニットが事前に格納されているスタートアップ命令のセットを実行することに関連する前記ユーザユニットから、前記検索サーバにユーザユニットメッセージを送信するステップの後に実行される、請求項1〜9のいずれかに記載の方法。
- 前記ユーザユニットがさらに実行するステップであって、そのステップが:
前記ユーザユニットメッセージを送信した先の前記アプリケーションサーバから、結果データを有する命令を受信するステップと;
前記アプリケーションサーバから受信された前記命令から前記結果データを抽出するステップと;
前記結果データを、前記アプリケーションサーバにより実行される動作の結果の表示として格納するステップと;
前記結果を、前記ユーザユニットが事前に格納されているスタートアップ命令セットを実行することに関連する前記検索サーバに、後続のユーザユニットメッセージで送信するステップと;
を含む、請求項1〜10のいずれかに記載の方法。 - 同一サーバからの少なくとも一つの命令の受信に先立つ、サーバへのユーザユニットメッセージの前記送信が、ユーザユニットラウンドトリップを定義し、
前記ユーザユニットからの送信データのために前記ユーザユニットにより始動されるセッションが、一つのラウンドトリップまたは多数の後続のラウンドトリップのどちらかを含む、請求項10または11に記載の方法。 - 前記事前に格納されているスタートアップ命令が、前記検索サーバを識別するアドレスパラメータと、前記事前に格納されているスタートアップ命令の実行に関連する前記検索サーバに送信される前記ユーザユニットメッセージに、どのユーザユニット属性を含むべきかを定義する、ユーザユニット属性パラメータのセットとを含む、請求項10〜12のいずれかに記載の方法。
- 前記事前に格納されるスタートアップ命令の前記実行に引き続いて、前記ユーザユニットが:
前記検索サーバから、識別子により特定のセッションの開始を識別する属性パラメータを有する別の命令を受信し;
時刻表示形式で前記識別子を格納する;
ように構成されている、請求項10〜13のいずれかに記載の方法。 - 前記ユーザユニットが、前記識別子に対してその内部クロックを同期化する、請求項14に記載の方法。
- 前記ユーザユニット属性パラメータのセットが、最後に実行された属性更新パラメータを含み、前記事前に格納されるスタートアップ命令の前記実行に続いて、前記ユーザユニットが:
前記検索サーバから、属性の更新された値を有する別の命令を受信し;
属性の前記アップデートされた値を格納する;
ように構成されている、請求項13に記載の方法。 - 前記事前に格納されるスタートアップ命令の前記実行に続いて、前記ユーザユニットが:
前記検索サーバから、その命令に基づき、前記事前に格納されたスタートアップ命令のセットが変更されるか、または新しいスタートアップ命令のセットが定義される別の命令を受信する;
ように構成されている、請求項10〜13のいずれかに記載の方法。 - 表面から読み込まれる情報を送信するために前記ユーザユニットがセッションを始動するときに、前記事前に格納されたスタートアップ命令が前記ユーザユニットにより実行され、前記セッションが、前記ユーザユニットが前記表面の特定の送信領域からの情報の読み込みを検出するときに始動される、請求項10〜13のいずれかに記載の方法。
- 前記送信領域が、リモート検索サーバを定義するアドレスパラメータと関連付けられるために事前に決定され、制御データを有する命令を受信する前記ステップが、前記リモート検索サーバにより格納される情報管理ルールを基にしている制御データを有する命令を受信することを含む、請求項18に記載の方法。
- 前記送信エリアが、ローカル検索サーバを定義するアドレスパラメータに関連付けられるために事前に決定され、制御データを有する命令を受信する前記ステップが、前記ローカル検索サーバにより格納される情報管理ルールを基にしている制御データを有する命令を受信することを含む、請求項18に記載の方法。
- 前記ユーザユニットから送信されるすべてのユーザユニットメッセージが、そのユーザユニットの固有のアイデンティティを含む、請求項1〜20のいずれかに記載の方法。
- 表面から読み込まれる情報が、位置コード化表面の少なくとも一つの位置を含む、請求項1〜21の内のいずれかに記載の方法。
- システム内の通信を管理するように構成されたユーザユニットであって、前記ユーザユニットが表面から情報を読み込み、少なくともその情報の一部を前記システム内のサーバに通信することができ、前記システムが、前記表面から読み込まれた情報に関連する情報管理ルールを格納する検索サーバと、少なくとも一つのアプリケーションサーバとを含み、前記ユーザユニットがさらに、:
前記検索サーバから、どの情報を前記ユーザユニットから通信可能にするかを制御する、制御データを有する少なくとも一つの命令を受信し;
特定の情報データに応答するアプリケーションサーバから命令を受信すると、前記特定の情報データが通信可能であるかどうかを、前記検索サーバから受信された前記命令に基づき決定し、可能であれば、受信アプリケーションサーバにユーザユニットメッセージで前記特定の情報データを送信する;
ように構成されている、ユーザユニット。 - コンピュータ実行可能コンポーネントをユーザユニットに含まれているマイクロプロセッサ上で実行するとき、表面から情報を読み込み、その情報の少なくとも一部をサーバに通信することができる前記ユーザユニットに、請求項1〜20のいずれかに記載された前記ステップを実行させるようにする、前記コンピュータ実行可能コンポーネントを格納するコンピュータ読取り可能媒体。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE0102418A SE523112C2 (sv) | 2001-07-05 | 2001-07-05 | Förfaringssätt för kommunikation mellan en användarenhet som har möjlighet att läsa information från en yta, och servrar som exekverar tjänster som stöder användarenheten |
PCT/SE2002/001332 WO2003005181A1 (en) | 2001-07-05 | 2002-07-04 | A computer readable medium storing instructiuons for managing communication in a system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004534319A true JP2004534319A (ja) | 2004-11-11 |
JP4282475B2 JP4282475B2 (ja) | 2009-06-24 |
Family
ID=20284757
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003511083A Expired - Lifetime JP4282475B2 (ja) | 2001-07-05 | 2002-07-04 | システム内の通信を管理する命令を格納するコンピュータ読取り可能媒体 |
Country Status (9)
Country | Link |
---|---|
US (1) | US7089308B2 (ja) |
EP (1) | EP1415220B1 (ja) |
JP (1) | JP4282475B2 (ja) |
CN (1) | CN1299191C (ja) |
AT (1) | ATE393426T1 (ja) |
DE (1) | DE60226246T2 (ja) |
ES (1) | ES2305262T3 (ja) |
SE (1) | SE523112C2 (ja) |
WO (1) | WO2003005181A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008516550A (ja) * | 2004-10-12 | 2008-05-15 | アノト アクティエボラーク | 電子ペンからの情報の安全な管理のための方法およびシステム |
Families Citing this family (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7356012B2 (en) * | 2001-12-27 | 2008-04-08 | Anoto Ab | Method for transmitting information |
WO2004061732A1 (en) * | 2003-01-03 | 2004-07-22 | Anoto Ip Lic Hb | A method and a system for responding to a request for access to an application service |
GB0321166D0 (en) * | 2003-09-10 | 2003-10-08 | Hewlett Packard Development Co | Printing digital documents |
GB0321172D0 (en) * | 2003-09-10 | 2003-10-08 | Hewlett Packard Development Co | Creation of documents with position identification pattern |
GB0321167D0 (en) * | 2003-09-10 | 2003-10-08 | Hewlett Packard Development Co | Printing digital documents |
SE0302884D0 (sv) * | 2003-10-31 | 2003-10-31 | Anoto Ab | Information management unit and method for controlling data flow from electronic pens |
US8316128B2 (en) * | 2004-01-26 | 2012-11-20 | Forte Internet Software, Inc. | Methods and system for creating and managing identity oriented networked communication |
US20070246539A1 (en) * | 2004-06-30 | 2007-10-25 | Anoto Ab | Data Processing in an Electric Pen |
US20080296074A1 (en) * | 2004-06-30 | 2008-12-04 | Anoto Ab | Data Management in an Electric Pen |
SE0401687D0 (sv) | 2004-06-30 | 2004-06-30 | Anoto Ab | Information management |
US11627944B2 (en) | 2004-11-30 | 2023-04-18 | The Regents Of The University Of California | Ultrasound case builder system and method |
US20060116162A1 (en) * | 2004-11-30 | 2006-06-01 | Bellsouth Intellectual Property Corporation | Methods for providing a subscriber service |
WO2006062468A1 (en) * | 2004-12-07 | 2006-06-15 | Anoto Ab | Methods and apparatuses for routing information to an application service |
WO2006091148A1 (en) * | 2005-02-23 | 2006-08-31 | Anoto Ab | Method in electronic pen, computer program product, and electronic pen |
WO2006137798A1 (en) * | 2005-06-23 | 2006-12-28 | Anoto Ab | Methods and devices relating to transfer of non-pen stroke data |
US7489819B2 (en) * | 2006-05-12 | 2009-02-10 | Velosum, Inc. | Systems and methods for handwritten digital pen lexical inference |
US7502509B2 (en) * | 2006-05-12 | 2009-03-10 | Velosum, Inc. | Systems and methods for digital pen stroke correction |
US8416463B2 (en) | 2007-03-23 | 2013-04-09 | Anoto Ab | Printing of a position-coding pattern |
US8271864B2 (en) * | 2007-07-10 | 2012-09-18 | Anoto Ab | Electronic representations of position-coded products in digital pen systems |
JP2010533337A (ja) * | 2007-07-10 | 2010-10-21 | アノト アクティエボラーク | 電子ペンによる入力への応答を作成するシステム、ソフトウェアモジュールおよび方法 |
US8477095B2 (en) * | 2007-10-05 | 2013-07-02 | Leapfrog Enterprises, Inc. | Audio book for pen-based computer |
KR101930510B1 (ko) * | 2011-09-16 | 2018-12-19 | 삼성전자주식회사 | 네트워크 상의 객체 검색 방법 및 시스템 |
US11631342B1 (en) | 2012-05-25 | 2023-04-18 | The Regents Of University Of California | Embedded motion sensing technology for integration within commercial ultrasound probes |
US9552818B2 (en) | 2012-06-14 | 2017-01-24 | Dolby International Ab | Smooth configuration switching for multichannel audio rendering based on a variable number of received channels |
US10380920B2 (en) | 2013-09-23 | 2019-08-13 | SonoSim, Inc. | System and method for augmented ultrasound simulation using flexible touch sensitive surfaces |
US10380919B2 (en) | 2013-11-21 | 2019-08-13 | SonoSim, Inc. | System and method for extended spectrum ultrasound training using animate and inanimate training objects |
EP4365803A2 (de) * | 2013-11-28 | 2024-05-08 | Faulwetter, Patrick | Plattform-vorrichtung zur bereitstellung qualitativen schwarm-wissens |
US11600201B1 (en) | 2015-06-30 | 2023-03-07 | The Regents Of The University Of California | System and method for converting handheld diagnostic ultrasound systems into ultrasound training systems |
US10896628B2 (en) | 2017-01-26 | 2021-01-19 | SonoSim, Inc. | System and method for multisensory psychomotor skill training |
US11810473B2 (en) | 2019-01-29 | 2023-11-07 | The Regents Of The University Of California | Optical surface tracking for medical simulation |
US11495142B2 (en) | 2019-01-30 | 2022-11-08 | The Regents Of The University Of California | Ultrasound trainer with internal optical tracking |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5852434A (en) | 1992-04-03 | 1998-12-22 | Sekendur; Oral F. | Absolute optical position determination |
US5652412A (en) * | 1994-07-11 | 1997-07-29 | Sia Technology Corp. | Pen and paper information recording system |
US5661506A (en) | 1994-11-10 | 1997-08-26 | Sia Technology Corporation | Pen and paper information recording system using an imaging pen |
EP0737922B1 (en) * | 1995-03-22 | 2003-05-14 | Sun Microsystems, Inc. | Method and apparatus for managing computer processes |
US5696898A (en) * | 1995-06-06 | 1997-12-09 | Lucent Technologies Inc. | System and method for database access control |
JP2002505479A (ja) * | 1998-02-26 | 2002-02-19 | サン・マイクロシステムズ・インコーポレーテッド | 共有メモリースペースのためのインタラクティブ設計ツール |
EP1058884A1 (en) * | 1998-02-26 | 2000-12-13 | Sun Microsystems, Inc. | Method and system for facilitating access to a lookup service |
US6182086B1 (en) * | 1998-03-02 | 2001-01-30 | Microsoft Corporation | Client-server computer system with application recovery of server applications and client applications |
WO1999050787A1 (en) | 1998-04-01 | 1999-10-07 | Xerox Corporation | Cross-network functions via linked hardcopy and electronic documents |
US6266692B1 (en) * | 1999-01-04 | 2001-07-24 | International Business Machines Corporation | Method for blocking all unwanted e-mail (SPAM) using a header-based password |
US6816274B1 (en) | 1999-05-25 | 2004-11-09 | Silverbrook Research Pty Ltd | Method and system for composition and delivery of electronic mail |
WO2000073983A1 (en) | 1999-05-28 | 2000-12-07 | Anoto Ab | Position determination |
CN1206584C (zh) * | 1999-08-30 | 2005-06-15 | 阿诺托知识产权许可贸易公司 | 记事本 |
US6868498B1 (en) * | 1999-09-01 | 2005-03-15 | Peter L. Katsikas | System for eliminating unauthorized electronic mail |
KR20010029046A (ko) * | 1999-09-29 | 2001-04-06 | 전주범 | 피디에이에서 지니를 이용한 부가 서비스 방법 |
SE517445C2 (sv) * | 1999-10-01 | 2002-06-04 | Anoto Ab | Positionsbestämning på en yta försedd med ett positionskodningsmönster |
US6366907B1 (en) * | 1999-12-15 | 2002-04-02 | Napster, Inc. | Real-time search engine |
AU2567801A (en) | 1999-12-23 | 2001-07-09 | Anoto Ab | Distributed information management |
JP4822645B2 (ja) | 1999-12-23 | 2011-11-24 | アノト アクティエボラーク | ユーザ・ユニットおよびグローバル情報取り扱いシステム |
JP2003518689A (ja) | 1999-12-23 | 2003-06-10 | アノト・アクティエボラーク | チャージカード購買 |
US6724373B1 (en) * | 2000-01-05 | 2004-04-20 | Brother International Corporation | Electronic whiteboard hot zones for controlling local and remote personal computer functions |
US6952497B1 (en) * | 2000-02-16 | 2005-10-04 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for electronically recording transactions and performing security function |
EP1256048A2 (en) | 2000-02-16 | 2002-11-13 | Telefonaktiebolaget LM Ericsson (publ) | A system and method for operating an electronic reading device user interface |
-
2001
- 2001-07-05 SE SE0102418A patent/SE523112C2/sv not_active IP Right Cessation
-
2002
- 2002-07-04 WO PCT/SE2002/001332 patent/WO2003005181A1/en active Application Filing
- 2002-07-04 EP EP02746277A patent/EP1415220B1/en not_active Expired - Lifetime
- 2002-07-04 AT AT02746277T patent/ATE393426T1/de not_active IP Right Cessation
- 2002-07-04 DE DE60226246T patent/DE60226246T2/de not_active Expired - Lifetime
- 2002-07-04 ES ES02746277T patent/ES2305262T3/es not_active Expired - Lifetime
- 2002-07-04 JP JP2003511083A patent/JP4282475B2/ja not_active Expired - Lifetime
- 2002-07-04 CN CNB028132947A patent/CN1299191C/zh not_active Expired - Fee Related
- 2002-07-05 US US10/188,960 patent/US7089308B2/en not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008516550A (ja) * | 2004-10-12 | 2008-05-15 | アノト アクティエボラーク | 電子ペンからの情報の安全な管理のための方法およびシステム |
Also Published As
Publication number | Publication date |
---|---|
CN1299191C (zh) | 2007-02-07 |
DE60226246T2 (de) | 2009-05-14 |
CN1522400A (zh) | 2004-08-18 |
SE0102418L (sv) | 2003-02-06 |
EP1415220A1 (en) | 2004-05-06 |
JP4282475B2 (ja) | 2009-06-24 |
DE60226246D1 (de) | 2008-06-05 |
EP1415220B1 (en) | 2008-04-23 |
US20030055865A1 (en) | 2003-03-20 |
ES2305262T3 (es) | 2008-11-01 |
ATE393426T1 (de) | 2008-05-15 |
SE523112C2 (sv) | 2004-03-30 |
SE0102418D0 (sv) | 2001-07-05 |
WO2003005181A1 (en) | 2003-01-16 |
US7089308B2 (en) | 2006-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4282475B2 (ja) | システム内の通信を管理する命令を格納するコンピュータ読取り可能媒体 | |
US20160239284A1 (en) | Deep linking of mobile apps by barcode, sound or collision | |
CN104158889B (zh) | 名片信息查询方法和云服务器 | |
JP2010026562A (ja) | 中継サーバ、中継方法および中継プログラム | |
WO2010087257A1 (ja) | 通信システム、サーバ装置、表示装置、情報処理方法およびプログラム | |
US6952497B1 (en) | Method and system for electronically recording transactions and performing security function | |
JP2008129635A (ja) | 決済方法および決済代行サーバ | |
US8244288B2 (en) | Context-sensitive data handling | |
KR20110012122A (ko) | 이동통신 단말기, 매장 관리 서버 및 스마트 카트를 이용한 쇼핑 서비스 시스템 및 쇼핑 서비스 제공 방법 | |
JP2009026159A (ja) | 端末設定システム、その端末、サーバ、プログラム | |
JP2006243961A (ja) | プログラムインストールシステム及び方法並びにプログラム | |
KR20150094863A (ko) | 메인앱에서 서브앱을 생성하기 위한 시스템 및 그 방법 | |
JP2010074302A (ja) | 画像形成装置、情報処理装置、情報処理システム、情報処理方法、及びプログラム | |
EP1256090B1 (en) | Electronic pen for e-commerce implementations | |
KR102462625B1 (ko) | 웹 문서를 이용한 블록체인 기반의 송금 방법, 송금 서비스 서버 및 이를 위한 컴퓨터 프로그램 | |
KR101789803B1 (ko) | 명함 정보 교환 서비스 제공 방법 및 장치 | |
JP5757875B2 (ja) | サービスプロビジョニング方法、関連サービスプロビジョニングシステム、関連サービスプロビジョニングサーバ、および関連イベント登録サーバ | |
KR102036075B1 (ko) | 명함 정보 전달 방법 및 그 사용자 단말 | |
JP2008523497A (ja) | 情報をアプリケーションサービスにルーティングする方法および装置 | |
JP2013122627A (ja) | 情報処理端末、サーバ装置、システム、およびプログラム | |
JP6763333B2 (ja) | 情報処理システム、情報処理装置および情報処理方法 | |
JP2006209183A (ja) | 名刺情報管理サーバと名刺情報管理端末と名刺情報管理プログラムと記録媒体と名刺情報管理方法 | |
EP3855377A1 (en) | A system and method for exchanging contact information | |
JP3578088B2 (ja) | コンテンツデータ取得方法及びコンテンツデータ提供方法及びクライアント端末及びコンテンツデータ提供装置及びコンテンツデータ関連情報提供装置及びコンテンツデータ取得プログラム及びコンテンツデータ取得プログラムを格納した記憶媒体 | |
JP2014130458A (ja) | クーポン提供システムおよびクーポン提供方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20050207 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050701 |
|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20060428 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060629 |
|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20070523 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070703 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070810 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071023 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071016 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080122 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080129 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080222 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080930 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081224 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20090128 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090217 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090317 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4282475 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120327 Year of fee payment: 3 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120327 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120327 Year of fee payment: 3 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120327 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120327 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130327 Year of fee payment: 4 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130327 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140327 Year of fee payment: 5 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |