JP4317242B2 - 情報の管理と通信のためのインフラストラクチャ - Google Patents

Description

本発明は一般的にはディジタル通信の分野に関し、より詳しくは、ディジタルペンで登録される情報の管理と通信のためのインフラストラクチャに関する。

従来、情報は、ペンと紙によって書かれ、分配されてきた。しかしながら、このような紙をベースとした情報は、効率的に管理、通信するのは困難である。

コンピュータは、情報の管理と通信のために、ますます広範囲にわたって用いられている。情報は、一般的には、キーボードで入力され、コンピュータのメモリ、たとえば、ハードディスク上にストアされる。しかしながら、情報をキーボードで入力するというプロセスは遅く、また、このようなプロセスではエラーが発生する危険性がかなりある。図面や画像などのグラフィック情報は、通常は、コンピュータに対して、スキャナまたはその類似物などの別個のデバイスを介して供給される。このような情報をコンピュータに供給するというこのプロセスは、時間がかかり、冗長であり、しばしば不満足な結果を生じる。この情報はコンピュータ内に置かれてやっと、たとえば、ｅメールやＳＭＳとしてインターネット接続線を介してまたはファックスとしてファックスモデムを介して他者に通信することが可能となる。

本出願人は、それを参照してここに組み込み、また、その中で、本出願人が、位置コードを備えた書き込み表面を有するプロダクトの使用を考察している、国際出願ＷＯ０１／１６６９１中でこの問題に対する改善策を提案している。この位置コードは、表面上の複数の位置をコーディングするが、書き込み表面上に書き込まれる情報を、位置コードを検出するディジタルペンによって電子的に記録することを可能とする。このプロダクトはまた、一つ以上の起動アイコンを有するが、これらのアイコンを検出すると、ディジタルペンは、自身によって記録された情報を利用するそれぞれの所定の動作を始動するようになっている。

より具体的には、位置コーディングされたプロダクトは、組み込み機能性を持っていて、起動アイコン内の位置や書き込み表面内の位置などのプロダクト上の様々な位置が様々な機能に対して専用となっている。さらに、位置コードは、プロダクト上の必要な位置の数より遙かに多い位置の座標をコーディングすることが可能である。したがって、位置コードは、位置コードがコーディング可能なすべての位置によって画定される仮想空間を形成するものと見ることが可能であり、この仮想空間中の様々な位置は、様々な機能及び／又はアクターに対して専用となっている。

上記の概念は、多くの様々な目的のために用いることが可能である。ペンと位置コーディングされたプロダクトの組み合わせを、コンピュータや、ＰＤＡや、携帯電話や、それらの類似物への入力デバイスとして用いることが可能である。たとえば、位置コーディングされたノートパッド上に書かれたテキスト及びスケッチは、ペンを介してコンピュータに転送することが可能である。加えて、ペンと位置コーディング済みプロダクトとのこの組み合わせによって、直接にプロダクトからペンを介して、グローバルに通信することが、このような通信専用とされているプロダクト上の位置コードによって可能である。たとえば、ペンによって登録される情報は、ファックスメッセージや、ｅメールや、ＳＭＳに変換し、次に、ペンから受取人に送ることが可能である。さらに、ペンと位置コーディング済みプロダクトのこの組み合わせは、電子商取引に用いることが可能である。たとえば、このディジタルペンを用いて、雑誌の中の位置コーディングされた広告からアイテムを、このようなサービス専用とされている広告中の位置コードによって注文することが可能である。

上記の概念は、さらに、参照してここに組み込む本出願人の国際特許出願ＰＣＴ／ＳＥ００／０２６４０、ＰＣＴ／ＳＥ００／０２６４１及びＰＣＴ／ＳＥ００／０２６５９に開示されている図１に表示のシステム又はインフラストラクチャ中で実施されている。図１のシステムは、複数のディジタルペンＤＰと、位置コードＰＣ付きの複数のプロダクトＰと、ルックアップユニットＡＬＳと、複数のサービスハンドラユニットＳＨを備えている。ルックアップユニットＡＬＳは、仮想空間と仮想空間に関する情報を含むデータベースと通信する一つ以上のコンピュータサーバを備える。たとえば、このデータベースは、仮想空間内の一つ以上の位置を、特定のサービスハンドラユニットＳＨへのネットワークアドレスと関連付けしたりする。このサービスハンドラユニットＳＨは、ディジタル情報をストアしたり中継したり、又は、情報やアイテムの受取人への送信を始動したりするサービスを実効するサーバユニットである。

ディジタルペンＤＰを操作して位置コーディング済みプロダクトＰ上に起動アイコンＡＩをマーク付けすると、ペンＤＰは、たとえば、ルックアップユニットＡＬＳへの接続用のモデムとして機能する携帯電話ＭＰへの短距離無線送信によって、ルックアップユニットにメッセージを送出する動作を始動する（ステップ１）。このメッセージには、プロダクトＰの書き込み表面上に電子的に記録されているディジタル情報から得られた固有のペン識別子と少なくとも一つの位置が含まれている。このメッセージの位置コンテンツに基づいて、ルックアップユニットＡＬＳは、ディジタルペンＤＰに対して、上記のネットワークアドレスにある特定のサービスハンドラユニットＳＨにコンタクトするように指示する（ステップ２）。次に、このペンＤＰは、このメッセージをサービスハンドラユニットＳＨに送り(ステップ３）、すると、このユニットは、ペンＤＰに対して、どのデータを送るか、このデータをどのようにフォーマッティングしてタグ付けするかを命令する（ステップ４）。要求されたデータをペンＤＰから受け取ると（ステップ５）、サービスハンドラユニットＳＨは、その確認をペンＤＰに返す(ステップ６）。

図１の情報管理システムは、相互依存している多くのアクターと関与しているが、それらには、ディジタルペンを製造している会社（「ペン製造業者」）、位置コーディングされているプロダクトを製造している会社（「製紙業者」）、サービスハンドラユニットによる様々なサービスを提供している会社（「サービスハンドラ」）、仮想空間データベースに基づいて位置コードを管理している会社（「パターン管理者」）、ディジタルペンと様々なユニット間の通信リンクを提供しているオペレータ（「ネットワークオペレータ」）、ディジタルペンの多くのユーザ（「ペン所有者」）がある。

未解決の１つの大きな問題は、本システム中の様々なアクターをどのようにして簡単にそして効率的にコーディネート（coordinate）するかという問題である。
国際公開第０１／１６６９１号パンフレット

本発明の目的は、上記の問題に対する解決策を提供する、又は、少なくとも問題を軽減することである。

この目的は、本発明に従って、クレーム１による情報管理システムと、クレーム１７によるホストユニットと、クレーム２１、３７、４０、４２、４４及び４６による方法によって達成される。好ましい実施形態は従属クレームにより定義される。

以下に、本発明によるシステムを、図２〜３に示す実施形態を参照して説明する。本システムの構造とその内部におけるデータのフローを概括して示した後で、本システムのデータベースに対するインタフェースの構造を、図４〜７を参照してさらに詳述する。次に、どのようにして様々なアクターが本システムにアクセスすることが可能であるかという例を、図８〜１１を参照して図示する。

図２のシステムは、多くのディジタルペンＤＰ及び位置コーディング済みプロダクトＰ（それぞれ一つだけを図２に示す）と、ルックアップユニットＡＬＳと、複数のサービスハンドラユニットＳＨ（一つだけを図２に示す）を含む。本システムの様々な部分の構成及び相互関係とこれらの部分同士間での情報の通信は、すでに述べたので、ここでは繰り返さない。

しかしながら、情報は、何らかの適切な方法で、ディジタルペンＤＰからルックアップユニットＡＬＳ及びサービスハンドラユニットＳＨに送信することが可能であることに注目してほしい。一つの実施形態では、情報をディジタルペンＤＰからネットワーク接続ユニットに無線送信し、すると、このユニットが、この情報を、それぞれ、ルックアップユニットＡＬＳとサービスハンドラユニットＳＨに送信する。このネットワーク接続ユニットは、図１に示す携帯電話ＭＰであったり、ＰＤＡや、コンピュータや、インターネットやＬＡＮなどのコンピュータネットワークに対するインタフェースを持つ他のなんらかの適切なユニットであったりする。代替例では、ネットワーク接続ユニットは、ディジタルペンＤＰの本体であったりする。

ルックアップユニットＡＬＳは、仮想空間データベースＧＳＤＢに接続されているが、このデータベースは、位置コードＰＣによってダイレクトに又はインダイレクトにコーディングされている各位置と関連するアクターに関するデータを含んでいる。ダイレクトコーディングとは、位置コードＰＣでコーディングされた実際の位置は、本システム中のユニットに通信されることを意味する。インダイレクトコーディングとは、位置コードＰＣでコーディングされた実際の位置は、ディジタルペンＤＰから本システムのユニットに通信される前に変換されることを意味する。たとえば、各々の実際の位置を表すデータのサブセットだけを通信するようにしてもよい。このような一つの実施形態では、実際の位置は、データベースＧＳＤＢ内で、標準サイズの領域にグループ分けされ、これで、各々の実際の位置を、関連の領域を識別する領域識別子とこの領域内のローカル位置とに変換することが可能となる。領域は、位置コーディングされたプロダクトＰに対応するディジタルページであったりする。これで、ディジタルペンＤＰから送信されるデータの量が減少するが、これは、領域識別子は、時たま、一般的には実際の位置が領域ごとに変化する場合に送信する必要があるだけであるためと、ローカル位置を実際の位置よりコンパクトな形態で表すことが可能であるためである。より詳細な例が、上記のＰＣＴ／ＳＥ００／０２６４０に見受けられる。

仮想空間データベースＧＳＤＢはまた、位置コードＰＣによってコーディングされた位置の機能性に関するデータをストアするが、このようなデータは、そうする替わりに、又は、そうすることに加えて、それぞれのサービスハンドラユニットＳＨ中にストアしてもよい。

ルックアップユニットＡＬＳはまた、ペンデータベースＰＤＢに接続されており、このデータベースは、本システム中のすべてのディジタルペンに関するデータ、たとえば、各ペンの固有ペン識別子と、各ペンと関連するすべてのセッティングもしくは特性とを含む。ペンデータベースＰＤＢもまた、各ペンの製造業者に関するデータを含む。それに加えて、ルックアップユニットＡＬＳは、イベントデータベースＧＥＤＢに接続されているが、このデータベースは、ルックアップユニットＡＬＳ中で発生するトランザクションに関するデータ、すなわち、本システム中のペンによってなされるアドレス要求とペンに返されるアドレス反応の他にこのプロセス中で発生するあらゆるエラーを含む。

図２に示す個別のデータベースに代わるものとして、ルックアップユニットＡＬＳを、上記のように接続する替わりに、一つの包括的なデータベースに接続したり、又は、各々の個別のデータベースを二つ以上の物理的ユニットに分散したりすることが可能である。

本システムはまた、一つ以上のネットワークを含むが、このネットワーク上で、ネットワークオペレータが、ディジタルペンＤＰとルックアップユニットＡＬＳ間及びディジタルペンＤＰとサービスハンドラユニットＳＨ間での通信を取り扱う。この目的のため、ペンの所有者は、これらネットワークオペレータの内の一つのネットワークオペレータのところで、加入している。このネットワークオペレータは、また、本システム中でサービスハンドラとして動作したりするが、その際には、ペンの所有者が、位置コーディングされたプロダクトＰ上にディジタルペンＤＰで書かれた情報に基づいて、電子メッセージ、たとえば、ｅメール、ＳＭＳ又はファックスを送ることができるようにする通信サービスを提供するサーバユニットＯＰを用いる。このネットワークオペレータのサーバユニットＯＰはまた、本システム中で発生された情報、たとえば、位置コーディングされたカレンダ又はノートブックへのエントリをネットワーク上でストアすることも可能である。このネットワークオペレータは、サービスハンドラとして動作する場合、アプリケーションデータベースＡＳＤＢを維持するが、このデータベースは、様々なアプリケーションに対するユーザ固有のセッティングに関するデータ、たとえば、ｅメールに添付されるべき署名又は電子ビジネスカード、送られたメッセージをどこにそしてどのようにストアするか、などを含む。

図２に開示する本システム中のアクターには、ペンの所有者、ペンの製造業者、製紙業者、サービスハンドラ、ネットワークオペレータ及びパターン管理者が含まれる。

図２の実施形態では、本システムは、二つのインターネットポータルＰ１とＰ２を含むが、これらは、本システムのデータベースにインタフェースしている一つ以上のＷｅｂサーバによってホスティングされる。一方のポータルＰ１は、いわゆるパートナーポータル、すなわち、ペン製造業者や、製紙業者や、パターン管理者や、サービスハンドラや、ネットワークオペレータが、本システムのデータベースの選択された部分にアクセスすることを可能とするポータルである。他方のポータルＰ２は、いわゆるペン所有者ポータル、すなわち、ペン所有者が、本システム中のデータベースの選択された部分にアクセスすることを可能とするポータルである。代替の実施形態では、これら二つのポータルの機能性を併合して一つの一般的なポータルとしている。

図２〜３に、インタフェースユニットＩＦがポータルＰ１とＰ２をルックアップユニットＡＬＳのデータベースに接続する様子を示す。以下により詳しく説明するこのインタフェースユニットＩＦは、本システム中のデータベースＧＳＤＢ、ＧＥＤＢ及びＰＤＢに対する低レベルアクセスを取り扱う。ポータルＰ２は、ネットワークオペレータのアプリケーションデータベースＡＳＤＢなどの外部データベースに対して、類似の設計の外部インタフェースユニットＸＩＦによって接続されたりする。

上記のインターネットポータルＰ１とＰ２は、インターネットを介してアクターに対するグラフィカルユーザインタフェース（ＧＵＩ）を提供する一つ以上のインターネット接続されたサーバ上で実現される。しかしながら、インターネットは、本発明の好ましい使用法を代表するものであるが、本発明は他のネットワークやネットワークを組み合わせたものに適用され得るので、制限的なものであるとは考えるべきではないことに注目してほしい。

図２に示すように、本システム中のアクターは、パソコンや、ＰＤＡや、携帯電話などのなんらかの適切なクライアントステーションＣＳ上のＷｅｂブラウザによってポータルＰ１やＰ２にアクセスすることが可能である。

アクターの本システムとの相互作用を図示する図３から明らかなように、インターネットポータルP１とP２は、インタフェースユニットＩＦを用いると、本発明によるシステム中でのハブとして動作する。したがって、インタフェースユニットＩＦは、各ディジタルペンとルックアップユニット及びそのデータベースＧＳＤＢや、ＰＤＢや、ＧＥＤＢとの間でセットアップされている通信経路の他に、本システムのデータベースＧＳＤＢや、ＰＤＢや、ＧＥＤＢや、ＡＳＤＢに対する補助の通信経路を提供する。

インタフェースユニットＩＦを用いると、ポータルＰ１を介して、ペン製造業者は、ディジタルペンのハードウエア又はソフトウエア中に入力されるべき固有ペン識別子のリストをこれらのペンが製造される時に検索することが可能となる。すでに述べたように、このようなペン識別子は、ペンデータベースＰＤＢ中にストアされる。さらなる利点として、インタフェースユニットＩＦによって、本システム中で公開鍵の暗号化の利用が可能となり、ペン製造業者は、容易に、各ディジタルペンＤＰに対する公開暗号鍵をペンデータベースＰＤＢに転送して、ルックアップユニットＡＬＳに対する公開暗号鍵を検索してディジタルペン中にストアするようにすることが可能である。ペン固有のピンコードなどのさらなるセキュリティデータは、公開暗号鍵と一緒にペンデータベースＰＤＢに転送したりすることが可能である。

さらに、紙とプロダクトの製造業者は、プロダクト上に置かれる予定の仮想空間の部分を検索することが可能である。たとえば、ノートブック製造業者は、仮想空間のセクションを許諾し、対応する位置コードやこの位置コードを計算するアルゴリズムを検索し、許諾されたセクションを所望の数のページサイズの位置コードエリアに分割し、この位置コードエリアをノートブックの物理的ページ上に印刷することが可能である。さらに、紙とプロダクトの製造業者は、仮想空間データベースＧＳＤＢ中の特性、たとえば、ルックアップユニットＡＬＳがペンを向けるべき相手のサービスハンドラユニットＳＨのネットワークアドレス、このアドレスの満了日、暗号化セッティングなどを入力したり変更したりすることが可能である。代替例では、パターン管理者は、紙とプロダクトの製造業者の代わりに仮想空間データベースにアクセスすることが可能である。

紙とプロダクトの製造業者と同じように、位置コーディングされたプロダクトを介してサービスやアイテムを促進及び／又は販売する会社などのサービスハンドラは、宣伝や、注文用紙や、それらの類似物で使用する目的で、インターネットポータルを通して位置コードを検索することが可能である。サービスハンドラはまた、仮想空間データベースＧＳＤＢ中にセッティングを入力したりそれを変更したりすることが可能である。

インタフェースユニットＩＦによって、ポータルＰ１を介して、ネットワークオペレータは、たとえば、ペンデータベースＰＤＢ中に新たな加入を登録したり、特定のディジタルペンをペンデータベースＰＤＢ中にロックして、そのペンを本システム中のルックアップユニットＡＬＳから遮断したりすることが可能である。このネットワークオペレータはまた、イベントデータベースＧＥＤＢをトラブルシューティング目的で探索することが可能である。

インタフェースユニットＩＦによって、ポータルＰ２を介して、ペン所有者は、自身のディジタルペンに関連するセッティングを閲覧、変更及び／又は追加することが可能である。これらのセッティングは、ペンデータベースＰＤＢ及び／又はアプリケーションデータベースＡＳＤＢ中にストアされる。ペンデータベースＰＤＢ中のセッティングには、名称、郵便宛先、配達先、ｅメールアドレス、自宅の電話番号、携帯電話番号、自宅のファックス番号、ビジネス用ファックス番号、ビジネス用電話番号、クレジットカード番号などの個人的なデータが含まれることがある。ペンデータベースＰＤＢ中のセッティングもまた、たとえば、ペンのユーザは、何かがペンから送られる以前にどの程度まで確認するように促されるべきであるかなどのフィードバックに関連することがある。また、ペン所有者に、様々なサービスハンドラユニットＳＨによって要求され得る個人データを指定するフィルタをセットアップさせることも考えられる。さらに、ペンデータベースＰＤＢ中のユーザ制御可能セッティングは、ペンの操作、たとえば、ペン中でのデータ圧縮の程度、登録された情報のペン中の最大滞留時間、ペンの認証に用いられるあらゆるペン固有ＰＩＮコードなどに関連することがある。アプリケーションデータベースＡＳＤＢ中のデータは、たとえば、ｅメールメッセージに添付されるべき個人の署名もしくは電子ビジネスカード、ファックスメッセージのカスタマイズされたレイアウト、送られたメッセージのストア場所と手段、ｅメールメッセージのデフォルトのｃｃアドレスなどに関連することがある。ペン所有者が二つ以上のペンを有すると、その所有者は、インポート／エクスポート機能を用いて、ペンデータベースに対して行う自身の、ペンによる様々なエントリ間のセッティングをコピーすることが可能である。

インタフェースユニットＩＦによって、ポータルＰ２を介して、ペン所有者はまた、自身のディジタルペンを、たとえばそれが紛失したり盗まれたりした場合、ペンデータベースＰＤＢ中にロックして、そのペンを本システム中のルックアップユニットＡＬＳから遮断することが可能である。

インタフェースユニットＩＦによって、ポータルＰ２を介して、ペン所有者はまた、イベントデータベースＧＥＤＢ中にストアされているイベントを閲覧することが可能である。

さらに、外部インタフェースユニットＸＩＦによって、ポータルＰ２を介して、ペン所有者は、ネットワークオペレータＯＰの他のデータベース(図示せず）にアクセスして、請求データを閲覧して、送られたメッセージを閲覧して、個人的な電子カレンダやノートブックなどにアクセスすることが可能である。

ポータルＰ１とＰ２は、どの関係者によってもホスティングすることが可能であるが、それは、インターネットなどの公開ネットワーク上のサイトをホスティングしているいずれかの認可済みのサーバが、インタフェースユニットＩＦに対して遠隔から接続することが許可されているからであることに注目してほしい。このような関係者の一人として、ルックアップユニットＡＬＳとデータベースＧＳＤＢ、ＧＥＤＢ、及びＰＤＢを決定的に制御しており、また、インタフェースユニットＩＦを提供し得るパターン管理者がある。このような関係者の別の一人としては、一人以上のネットワークオペレータがあり得るが、これは、オペレータデータベースの他にシステムデータベースに対してユーザがアクセスするポータルをホスティングすることが可能である。

また、ポータルP１とP２は、カスタマイズされたＧＵＩを用いてであるが、当業者に共通の知識に基づいて設計することが可能であることを認識して欲しい。これらのポータルはまた、Ｗｅｂコンテンツ管理用のデータベースの他にも会員データベースを含むことがある。後者はまた、ユーザの口座情報を含み、また、Ｗｅｂサイトの個人化のための属性の他にインタフェースユニットにアクセスするための属性をストアすることがある。

図２〜３に示す本システムの一つの利点となる態様は、ペン所有者が、本システムに対して個人データのストア、追加及び変更が可能であることである。たとえば、プロダクト上の専用のＯＣＲフィールド中に個人データを書き込んだり、又は、ネットワーク接続ユニット(図１ではＭＰ）との対話で個人データを提供するなど、ペン所有者が、自身がペンと位置コーディング済みプロダクトの組み合わせを用いる毎に個人的データを入力する義務を負うことなく、個人データを本システム内でサービスハンドラユニットＳＨに、自動的に又はオンデマンドで提供することが可能である。これで、ディジタルペンを直感的にそして合理的に使用することが可能となって、ディジタルペンを通常のペンのように使用することが可能であり、この機能性は、位置コーディングされたプロダクトの表面に埋め込まれる。さらに、タイプ／認識エラーの危険性が、本システム中の所定のセッティングを用いることにより最小化される。

一つの実施形態では、ペンデータベースＰＤＢ中のセッティングの少なくとも一部はまた、ディジタルペンの内部メモリＭ（図２）にストアされる。この方式の一つの利点は、これらのセッティングは、たとえば、確認を要求するプロセスで、一般的には、ネットワーク接続ユニット（図１ではＭＰ）上のディスプレイを介して、ペン所有者と対話して直接的に用いることが可能であるという点である。このような対話は、実質的には瞬間的なものとなりかねないが、それは、ペンは、遠隔のペンデータベースＰＤＢからセッティングを検索する必要がないからである。さらに、ペンのセッティングをペン自身中にストアすることによって、ルックアップユニットＡＬＳに対する荷重と本システムのネットワーク上で転送されるデータの量の双方が減少するが、それは、これらのセッティングは、必要であればいつでも、ペンＤＰからサービスハンドラユニットＳＨに対して直接的に転送することが可能であるからである。

インタフェースユニットＩＦを装備することによって、ペン所有者は、ペンデータベースＰＤＢに、上述したインターネットポータルなどの公開Ｗｅｂサイトを介してアクセスすることが可能となる。たとえば、ブラウザ（ＷＡＰ、ｉモード（登録商標）など）を、ペンをネットワークに接続する携帯電話、ＰＤＡ又はパソコンの中に組み込むことによって、ペン所有者は、自身のペンセッティングをいつでも変更することが可能とされる。

本システムは、ペンデータベースＰＤＢ中のどのような変更でも知覚し、そして、どのような更新された又は新たなセッティングでもペンに対して、自身がルックアップユニットＡＬＳに次回接続する際に送るように構成されるのが望ましい。ペンセッティングはインタフェースユニットＩＦを介して更新されるため、同期の衝突が回避される。

次に、ポータルのプラットフォームの概要を図４を参照して提示するが、それに含まれる要素を簡単に説明する。次に、図５と図６に関連して、これら含まれる要素の構造と機能を、さらに幾分詳細に説明する。

図４は、ポータルプラットフォームの論理的な組成であり、その要素は三つの主要な層に配置されている。

最外側の層はポータル層であり、これは、ＧＵＩとなるものであり、また、本システム中のアクターと対話する要素を含む。この層は、ペン所有者ポータルとパートナーポータルを含む。パートナーポータルは、システムデータベースの管理などの内部機能を管理する人物と、自身のビジネスに関連する機能を管理するパートナーとの双方によって用いられるが、ここで、認証(以下に説明する）に際しての様々な役割によって、どの機能が利用可能であるかが決定される。ペン所有者ポータルは、自身のペンセッティングを管理するペン所有者によって用いられる。

中間層はインタフェース層であり、これは、インタフェースユニットを形成しており、また、内部システムデータベースＧＳＤＢ、ＰＤＢ及びＧＥＤＢに対するインタフェースとなる。これらのインタフェースは、アクセス制御下に置かれており、そのため、必要とされるインタフェースだけが、コールするアプリケーションによって利用可能となる。インタフェース層には二つの要素、すなわち、ペンサービス要素とパターンサービス要素がある。

内部層はデータベース層であり、これは、ルックアップユニットＡＬＳのデータソースを包含し、このユニットは、この場合、仮想空間データベースＧＳＤＢ、ペンデータベースＰＤＢ、イベントデータベースＧＥＤＢ及びユーザデータベースＵＤＢを含む。このユーザデータベースＵＤＢは、口座に関するデータ（ログイン／パスワード）並びに接続された役割及び特権を含む。ユーザデータベースＵＤＢは、認証や、データベース中のデータ構造に対するアクセス権の取り扱いに際してアクセスされる。

これらの層の外部では、このプラットフォームはさらに、すべてのインタフェース層要素によって用いられる共通の機能を含む一つのパッケージ（ＤｅｖＣｏｒｅ）と、位置コードの発生と管理のためのロジックを包含する別のパッケージ（ＰａｔｔｅｒｎＣｏｒｅ）を含む。

ペンサービス要素は、ペンに対するユーザセッティングの管理、ペンに対するシステムセッティングの管理及びペンの登録を可能とするように設計されている。パターンサービス要素は、紙アプリケーションサービスの登録と、データのルーティング先や、満了日や、暗号などの紙アプリケーションサービスプロパティの管理とを可能とするように設計されている。

インタフェース層要素は、標準のｈｔｔｐ（ｓ）プロトコルを用いてアクセスされ、また、インタフェース要素に対する各要求は、ＸＭＬ文書を含むｈｔｔｐ（ｓ）応答を返す。

各インタフェース層要素の役割は、受けた要求（タイプ、範囲）を確認し、要求しているユーザ／システムのアクセス権を判定し、適切なデータベースを位置付けし、そこからデータを検索し、この検索したデータを、インタフェース層要素のインタフェース仕様によって定義されているようにＸＭＬ文書に変換し、このＸＭＬ文書を要求元のユーザ／システムに返すことである。上記のデータベースは、ＩＩＯＰとＣｏｒｂａを用いて、インタフェース層から連絡される。

図５に、インタフェース層要素のアーキテクチャを図示する。このアーキテクチャは、次の多くのパッケージを定義する。例えば、入力されるｈｔｔｐ要求を取り扱い、インタフェースアクセス権を確認する要求コントローラ（Ｓｅｒｖｌｅｔ）と、反応コンテンツを発生させる反応コントローラ（ＪＳＰ）と；内部プログラムのロジック及びフローを包含し、データベースリソースをマッピングし、アクセス権を適用するアクセスコントローラ（Ｊａｖａ（登録商標）クラス）と；ヘルパーユーティリティクラス、データエンティティのオブジェクト抽象化、パーサーに対して責任を持つユーティリティサービス（Ｊａｖａ（登録商標）クラス）と；Ｃｏｒｂａアクセスをラッピングして、データベースインスタンスを位置付けするパシステンスサービスと；リソースに対するきめの細かいアクセス権を管理する認証サービスである。上記のユーティリティサービスの例は、パターンコアのクラスとＣｏｒｂａヘルパーのクラスである。

認証サービスパッケージは、インタフェース層要素によって必要とされる認証を包含する。このパッケージの役割は、認証されたユーザ又はシステムが許されたすべてのアクセス権(役割と特権）を表すことである。アクセス制限のために必要とされるすべての情報は、このパッケージから供給される。他のパッケージは、この情報を用いて、正しいデータをそれを通過する前に除去することが可能である。

パシステンスサービスパッケージは、データベースのＣｏｒｂａインタフェースに対する遠隔アクセスのための実際のＪａｖａ（登録商標）−Ｃｏｒｂａマッピングを包含しているが、これらのインタフェースは、ＩＤＬで書かれている。パシステンスサービスのサーバサイドの部分は、Ｏｒａｃｌｅ８データベース中に置かれ、テーブルにアクセスするためにＪＤＢＣを用いてＪａｖａ（登録商標）コードとして実施される。

インタフェース層の内側にあるすべての要素は、図６に示すように共通の設計パターンに従ったものである。このコントローラＳｅｒｖｌｅｔは、入力されるｈｔｔｐ要求に耳を傾ける。Ｓｅｒｖｌｅｔは、Ｊａｖａ（登録商標）クラスをインスタンス化し、アプリケーションロジックのためのファサードコントローラとして動作する。ファサードオブジェクトは、いくつかの内部Ｊａｖａ（登録商標）オブジェクトを用いて、データをパシステンスサービスパッケージから検索してストアするためのビジネスルールを遂行する。最終的には、コントローラＳｅｒｖｌｅｔは、ファサードコントローラから、どの種類の結果をコール元に返すべきかを決定して、ｈｔｔｐ要求を適切な閲覧ＪＳＰページに送出する。このＪＳＰページは、ファサードコントローラからＳｅｒｖｌｅｔに送られた情報を用いて、ＸＭＬ文書を発生し、この文書はコール元に返される。

この設計パターンは、プレゼンテーションとアプリケーションのロジックを分離し、また、ロジックをＪａｖａ（登録商標）コンポーネントの内側に包含するという利点を有している。

図７に、ポータルをインタフェースユニットＩＦに接続するセキュリティ問題を図示する。現在のところ、ポータルをインタフェースユニットＩＦに接続する二つの方法が考察されている。ＶＰＮ（仮想プライベートネットワーク）がセットアップ（図７の右側に示す）するか、又は、ポータルがＳＳＬを用いてインターネット（図７の左側に示す）を介して接続されるかのどちらかである。どちらの実施形態においても、暗号化された通信リンクが、ポータルとインタフェースユニットＩＦ間で確立される。暗号化は非常にＣＰＵを集中的に使用するため、ハードウエアデバイスが、Ｗｅｂサーバの代わりにＳＳＬ又はＶＰＮのリンクを終了させてもよい。ポータルがインタフェースに対してＶＰＮを介して接続されている場合、ＶＰＮハードウエアは、双方の端で使用可能である。ＳＳＬを用いる場合、余分のハードウエアは必要ないが、ポータル側では使用することが推奨される。Ｗｅｂサーバは、常に、正常のｈｔｔｐ要求をポータルから受信する。

ポータルがインタフェースユニットに送るすべてに要求と共に、ポータルＩＤとパスワードが添付される。これらは、ｓｅｒｖｌｅｔによって受信され、ｓｅｒｖｌｅｔは、ＵＤＢと通信して、このポータルを認証する。ポータルが認証されたら、インタフェース層要素に対する適切な役割と特権が決定される。その要求に対するクライアントの証明書をＷｅｂサーバに提出して、そのポータルを認証するには、すべてのポータルが必要とされる、というオプションがある。

ポータルの動作を、ユーザシナリオの例示化したものを参照して以下に説明する。

図８に示す第一のシナリオでは、ペン所有者は、ペン所有者ポータルを用いて、現行のペンセッティングを閲覧する。ここで、ペン所有者ポータルは、ｓｅｒｖｌｅｔ／ＪＳＰイネーブルされたＷｅｂサーバ上で実施されるものと仮定する。ペン所有者は、自身のユーザ名とパスワードをログインＷｅｂページから提出することによってペン所有者ポータルにログインする。このユーザ名とパスワードは、ＳＳＬで暗号化されている。ペン所有者ポータルは、ペン所有者をメンバーパッケージで確認する。ユーザが認証された場合、ペン所有者ポータルは、ペン所有者とのＷｅｂセッションを、ｓｅｒｖｌｅｔセッションを用いることによって開始する。ペン所有者ポータルは、歓迎ページを利用可能機能リスト付きで表示する。これで、ペン所有者は、ポータルにログインした。次に、ペン所有者はＶｉｅｗＰｅｎ Ｓｅｔｔｉｎｇｓ機能を選択する。ペン所有者ポータルは、メンバーパッケージから、ユーザと関連したコード（ペン識別子とＰＩＮコード）を検索する。次に、ペン所有者ポータルは、インターネットユニットのＰｅｎＳｅｒｖｉｃｅｓ要素に対してＨＴＴＰ要求を出して、ペン識別子とＰＩＮコードを提出する。ペン所有者ポータルはまた、自身のログイン情報（ｓｙｓｔｅｍＮａｍｅとｓｙｓｔｅｍ−Ｐａｓｓｗｏｒｄ）を認証のためにＰｅｎＳｅｒｖｉｃｅｓ要素に提出する。Ｐｅｎ Ｓｅｒｖｉｃｅｓ要素は、ｓｅｒｖｌｅｔ／ＪＳＰイネーブルされたＷｅｂサーバ上でＨｔｔｐＳｅｒｖｌｅｔとして実施される。最初に、ＰｅｎＳｅｒｖｉｃｅｓ要素が、認証パッケージと通信して、コール元のシステムを認証して、それが有するであろう役割を決定する。この動作は、ＵｓｅｒクラスとＵＤＢクラスを用いて実行される。この場合、この役割は、ペン所有者ポータルアクセス権をペンセッティングインタフェースに与え、また、「すべてのセッティングを得る」動作を実行する特権を有している。ＰｅｎＳｅｒｖｉｃｅｓ要素は、ペン情報をペンデータベースＰＤＢから検索する。この要素は、検索されたＰＩＮコードをポータルによる要求中で提出されたコードと比較する。一致しなければ、ペンセッティングはなにもポータルに返されない。一致すれば、ＰｅｎＳｅｒｖｉｃｅｓ要素は、プロパティを除去して、本システムがアクセス権（Ｕｓｅｒオブジェクトによって決定されたもの）を有するセッティングだけを返す。ＰｅｎＳｅｒｖｉｃｅｓ要素は、セッティングのリストをｓｅｒｖｌｅｔに返す。ｓｅｒｖｌｅｔは、ＸＭＬ文書をこれらのセッティングに基づいて構築し、この文書は、ペン所有者ポータルに対して応答として送られる。ペン所有者ポータルは、このＸＭＬ文書を、ユーザが閲覧するのに適したＨＴＭＬページに変換する。このＨＴＭＬページは、ペン所有者のＷｅｂブラウザに返される。

図９に示す第二のシナリオでは、パターン管理者が、新しい位置コードライセンスをパートナーポータルを介して作成する。パターン管理者は、標準のログイン手順から始める。ｓｅｒｖｌｅｔが、認証パッケージを用いてそのユーザがサービスライセンスを作成する特権を有することを判定する。仮想空間のセクションに対する要求を、ユーザが、たとえば、所望のセクションサイズ指定することによって提出する。この要求に基づいて、このライセンスは、対応する位置のセクションが仮想空間データベースＧＳＤＢ中のｓｅｒｖｌｅｔによって割り当てられることによって作成される。この割り当ての前又は後で、ｓｅｒｖｌｅｔは、ユーザに申し込みをして、割り当てられたセクションを示してもよい。この申し込みに対する容認が受信されると、ｓｅｒｖｌｅｔは、ライセンスファイルをライセンシーに送る。このライセンスファイルは、とりわけ、この割り当てられたセクションに対応する位置コードや、この位置コードを計算するアルゴリズムを含む。類似の手順で、紙もしくはプロダクトの製造業者又はサービスハンドラは、パートナーポータルにログインしてインタフェースユニットにアクセスすることによってサービスライセンスを作成することが可能である。

図９には図示されていないが、第二のシナリオもまた、本システムでネットワークアドレスを登録することを可能とするものである。ここでは、このネットワークアドレスは、ｓｅｒｖｌｅｔに提出され、ｓｅｒｖｌｅｔがこのネットワークアドレスを、割り当てられたセクションと関連付けて仮想空間データベースＧＳＤＢ中にストアする。このネットワークアドレスは、割り当て済みのセクション内の位置を受け取ると要求元のディジタルペンがサーバ手段ＡＬＳによって向けられる先のサービスハンドラユニットＳＨを識別する。

また、インタフェースユニットＩＦは、紙／プロダクト製造業者のところ又はサービスハンドラにあるネットワークコンピュータ上で実行されるアプリケーション設計プログラムによって直接にアクセスされるということも考えられる。このアプリケーション設計プログラムによって、紙／プロダクト製造業者又はサービスハンドラは、所望のレイアウトと埋め込まれた機能性とで位置コーディング済みプロダクトを設計することが可能となる。このようなアプリケーション設計プログラムはさらに、参照してここに組み込む本出願人の国際特許出願ＰＣＴ／ＳＥ０１／０１８４２に開示されている。

図１０と１１に略図を示す第三のシナリオでは、それぞれ製造業者（クライアント）側に対してと、インタフェースユニット中でとられた動作に対して、ペン製造業者は、パートナーポータルにログインして、製造される予定のペンの一連のペン識別子(ペンＩＤ）を要求する。インタフェースユニットＩＦは、一連のペン識別子をペンデータベースＰＤＢ中のペン製造業者に対して割り当て、この一連のペン識別子をルックアップユニットＡＬＳの公開暗号鍵と一緒にパートナーポータルに返す。ペンを生産するに際して、ペン製造業者は、各ペンの内部メモリＭ中に、一連のペン識別子から取った固有ペン識別子と、ルックアップユニットＡＬＳの公開暗号鍵とをストアする。さらに、ＰＩＮコード又はパスワードなどの公開暗号鍵と認証コードが、各ペン毎に発生され、また、秘密暗号鍵が発生されて各ペンの内部メモリＭ中に認証コードと一緒にストアされる。ペンが生産されると、ペン製造業者は、合格したペンをすべて、パートナーポータルにログインして、これらペンのペン識別子と、公開暗号鍵と、認証コードをインタフェースユニットＩＦに提出して、ペンデータベースＰＤＢにストアすることによって登録する。次に、確認メッセージが、パートナーポータルを介してペン製造業者に提出される。

第三のシナリオは、情報管理システム中で使用される目的で登録される予定のどのタイプのハンドヘルド電子ユニットにも一般的に適用可能であることに注目すべきである。また、上記の一つ以上の動作を修正したり省略したり、又は、これらの動作を別の順序で実効したりしてもよいことに注目すべきである。

ライセンスファイルや、前記の一連のペン識別子や、確認メッセージなどのフィードバックデータをユーザに対してパートナーポータルを介して提出する代わりに、このようなフィードバックデータを、ｅメールなどの他の電子手段で送信したり、電子ダウンロードしたり、コンピュータ読みとり可能媒体にストアして通常のメールで送信したりするようにしてもよい。

本発明の実施に関する前記の記述は、図示と説明目的で提示したものである。それは完全なものではなく、また、開示された形態そのものに本発明を制限するものではない。修正と変更は、上記の教示に照らし合わせても可能であり、また、本発明を実施することによっても得られるであろう。

本発明の好ましい実施形態は、以下の添付図面を参照してより詳細に説明される。
情報の管理と通信のための先行技術によるシステムを示す図である。 本発明による、インタフェースユニットを含む情報の管理と通信のためのシステムの実施形態を示す図である。 様々なアクターが図２のシステムにデータを入力しそしてそのシステムからデータを検索することを本発明がどのように可能とするかを示す図である。 図２のシステム中のポータルのプラットフォームの概要を示す図である。 インタフェースユニットの構造をさらに詳細に示す図である。 インタフェースユニットの構造をさらに詳細に示す図である。 ポータルとインタフェースユニット間の通信リンクの二つの例を示す図である。 様々なユーザのシナリオに対するシステム内でのデータのフローを示す図である。 様々なユーザのシナリオに対するシステム内でのデータのフローを示す図である。 様々なユーザのシナリオに対するシステム内でのデータのフローを示す図である。 様々なユーザのシナリオに対するシステム内でのデータのフローを示す図である。

Claims (14)

1. 仮想空間における一つ以上の位置をコーディングする位置コードを備えたプロダクトと、
   前記位置コードを読みとることが可能なディジタルペンと、
   前記ディジタルペンにより前記プロダクト上で登録される情報を利用してどのような処理を行うべきかを定める情報管理のためのルールと、前記位置コードでコーディングされた位置とを関連付けることが可能な位置データベースと、
   サーバ手段と、
   を備えたシステムにおいて、
   前記サーバ手段は、
   前記システムを利用するユーザから、前記システムにおける情報管理のための一つ以上の位置に対する要求を受け取る手段と、
   前記要求に基づいて、前記位置データベース中で一つ以上の位置を割り当てる手段と、
   割り当てられた前記一つ以上の位置に対応する位置コードを利用可能にするライセンスファイルを送る手段と、
   を備えたことを特徴とするシステム。
2. 前記サーバ手段は、前記一つ以上の位置を割り当てるときに、割り当てられる位置を前記ユーザに対して提案する手段をさらに備え、
   前記ライセンスファイルを送る手段は、前記提案に対する容認を受け取ると前記ライセンスファイルを送るように構成されている請求項１に記載のシステム。
3. 前記要求が、割り当てられるべき前記一つ以上の位置からなる区域の大きさを指定するものである請求項１又は２に記載のシステム。
4. 前記サーバ手段は、
   前記ユーザからネットワークアドレスを受け取る手段と、
   前記ネットワークアドレスを、前記位置データベース中に、前記一つ以上の位置と関連させてストアする手段と、
   をさらに備えた請求項１〜３のいずれかに記載のシステム。
5. 前記ディジタルペンは、前記ディジタルペンと前記サーバ手段との間に形成される第一の通信経路上で、前記位置コードによってコーディングされた少なくとも一つの位置という形態で前記プロダクト上で登録された情報を前記サーバ手段に通信するように構成される請求項１〜４のいずれかに記載のシステム。
6. 前記サーバ手段は、前記第一の通信経路と異なる第二の通信経路を形成するためのインタフェースユニットを含み、
   前記インタフェースユニットは、前記要求を受け取る手段と前記ライセンスファイルを送る手段とを含む請求項５に記載のシステム。
7. 仮想空間における一つ以上の位置をコーディングする位置コードを備えたプロダクトと、前記位置コードを読みとることが可能なディジタルペンと、前記ディジタルペンにより前記プロダクト上で登録される情報を利用してどのような処理を行うべきかを定める情報管理のためのルールと前記位置コードでコーディングされた位置とを関連付けることが可能な位置データベースと、を備えたシステムを利用するためにサーバ手段で行われる方法であって、
   前記方法は、
   前記システムを利用するユーザから、前記システムにおける情報管理のための一つ以上の位置に対するユーザからの要求を受け取ることと、
   前記要求に基づいて、前記位置データベース中で一つ以上の位置を割り当てることと、
   割り当てられた前記一つ以上の位置に対応する位置コードを利用可能にするライセンスファイルを送ることと、
   を含むことを特徴とする方法。
8. 前記一つ以上の位置を割り当てるときに、割り当てられる位置を示した提案を前記ユーザに対して送ることをさらに含み、前記提案に対する容認を受け取ると前記ライセンスファイルが送られる請求項７に記載の方法。
9. 前記要求が、割り当てられるべき前記一つ以上の位置からなる区域の大きさを指定するものである請求項７又は８に記載の方法。
10. 前記サーバ手段で、前記ユーザからネットワークアドレスを受け取ることと、
    前記ネットワークアドレスを、前記位置データベース中に、前記一つ以上の位置と関連させてストアすることと、
    を含む請求項７〜９のいずれかに記載の方法。
11. ディジタルペンと前記サーバ手段との間に形成される第一の通信経路上で、前記情報が前記サーバ手段に通信され、
    前記要求を受け取ることと前記ライセンスファイルを送ることは、前記第一の通信経路と異なる第二の通信経路を形成するためのインタフェースユニットを介して、前記サーバ手段によって行われる請求項７〜１０のいずれかに記載の方法。
12. 仮想空間における一つ以上の位置をコーディングする位置コードを備えたプロダクトと、前記位置コードを読みとることが可能なディジタルペンと、前記ディジタルペンにより前記プロダクト上で登録される情報を利用してどのような処理を行うべきかを定める情報管理のためのルールと前記位置コードでコーディングされた位置とを関連付けることが可能な位置データベースと、を備えたシステムを利用するためにクライアントステーションで行われる位置コードを管理するための方法であって、
    前記方法は、
    前記クライアントステーションから、前記システムにおける情報管理のための一つ以上の位置に対する要求を送ることと、
    前記要求に基づいて前記一つ以上の位置が割り当てられるときに、前記クライアントステーションで、割り当てられる位置を示した提案を受け取ることと、
    前記提案に応答して容認を送ることと、
    割り当てられた前記一つ以上の位置に対応する位置コードを利用可能にするライセンスファイルを受け取ることと、
    を含むことを特徴とする方法。
13. 前記要求が、割り当てられるべき前記一つ以上の位置からなる区域の大きさを指定するものである請求項１２に記載の方法。
14. 前記クライアントステーションで、前記一つ以上の位置と関連付けされるべきネットワークアドレスを提出することを含む請求項１２又は１３に記載の方法。