(57)【要約】情報処理システムは、位置コーディングされたベースをオンデマンドで印刷することを可能とする装置を含む。この装置では、現行のグラフィックオブジェクトが、本システムに事前にストアされているグラフィックオブジェクトの集合から選択されるが、これら事前ストアされているグラフィックオブジェクトはその各々が、グラフィック情報を定義し、また、少なくとも一つの処理目安をグラフィック情報に関係付けるルールオブジェクトに対応している。この装置では、現行のグラフィックオブジェクトは、位置データバンクからの位置データを割り当てられる。すると、この割り当てられた位置データは、位置コーディング済みベースを形成するために、グラフィック情報と一緒にサブストレートに適用される。この装置はまた、本システム中に割り当てデータを提供するが、すると、本システムはこの割り当てられた位置データをグラフィックオブジェクトに関連付け、これで、ベースからディジタルペンデバイスによって読み取られた位置データが、適切なルールオブジェクトを用いて本システム中で処理することが可能となるようにする。
2006504181.tif 000002
【特許請求の範囲】
【請求項１】
コーディングされたベース上の位置データを検出するように設計されている少なくとも一つのディジタルユニットであって、前記コーディング済みベースが、グラフィック情報を定義するグラフィックオブジェクトから部分的に生成される、ディジタルユニットと、
前記位置データを前記ディジタルユニットから受信して、前記位置データを所定のルールに従って処理するように設計されている少なくとも一つの処理ユニットであって、前記システム中の各グラフィックオブジェクトが、前記ルールを定義するために前記少なくとも一つの処理ユニットに割り当てられるルールオブジェクトに対応している、処理ユニットと
を備える情報処理システム中の装置であって、
グラフィックオブジェクトを受信してストアするための第一のインタフェースと、このようにしてストアされたグラフィックオブジェクトを暴露して読み取るための第二のインタフェースとを持つストレージユニットと、
現行のグラフィックオブジェクトに対する位置データを位置データバンクからコマンドによって割り当て、また、前記割り当てられた位置データを現行のグラフィックオブジェクトと関連付ける割り当てデータを前記システム中に提供するように設計されている割り当てユニットと
を備え、
前記装置は、前記ストレージユニットの第二のインタフェースによって現行のグラフィックオブジェクトを選択して、前記割り当てユニットによって前記割り当てられた位置データを割り当て、こうすることによって、前記グラフィック情報と前記割り当てられた位置データとを、前記コーディング済みベースを形成するためにサブストレートに適用することを可能とする装置。
【請求項２】
前記システム中にある複数の処理ユニットの内の現行の処理ユニットに対して、前記ディジタルユニットから前記位置データを前記割り当てデータに基づいて出力するように設計されている出力ユニットをさらに備える、請求項１に記載の装置。
【請求項３】
前記割り当てデータが、前記少なくとも一つの処理ユニットのネットワークアドレスと関連するアドレス識別子を含む、請求項２に記載の装置。
【請求項４】
前記出力ユニットが、前記位置データの少なくともサブ集合を前記ディジタルユニットから受信し、現行の処理ユニットに対する前記アドレス識別子を前記位置データに基づいて識別し、前記アドレス識別子を前記ディジタルユニットに送るように設計されている、請求項３に記載の装置。
【請求項５】
前記割り当てユニットが、前記アドレス識別子を前記出力ユニットに対して、好ましくは前記出力ユニットからのアドレス問い合わせに応答して、また、前記アドレス問い合わせに含まれる位置データに基づいて、転送するようになっている、請求項４に記載の装置。
【請求項６】
各グラフィックオブジェクトが前記ストレージユニット中のそれぞれのアドレス識別子と関連しており、前記ストレージユニットが、現行の処理ユニットに対する前記アドレス識別子を前記割り当てユニットに転送するようになっている、請求項５に記載の装置。
【請求項７】
前記ストレージユニットが、前記第二のインタフェースから現行のグラフィックオブジェクトが読み取られるとそれに関連して前記アドレス識別子を提供するようになっており、また、前記割り当てユニットが、現行のグラフィックオブジェクトに対する位置データが割り当てられるとそれに関連して前記アドレス識別子を受信するようになっている、請求項６に記載の装置。
【請求項８】
前記出力ユニットが、前記割り当てデータを前記割り当てユニットからフェッチして、前記割り当てデータの少なくともサブ集合を、現行の処理ユニットに転送されるように、前記ディジタルユニットに送るように設計されている、請求項２から７のいずれか一項に記載の装置。
【請求項９】
前記現行の処理ユニットが、前記位置データを前記ディジタルユニットから受信すると、前記割り当てデータの少なくともサブ集合をフェッチするように設計されている、請求項２から７のいずれか一項に記載の装置。
【請求項１０】
前記割り当てデータが、現行のグラフィックオブジェクトと関連するオブジェクト識別子を含む、請求項１から９のいずれか一項に記載の装置。
【請求項１１】
前記現行の処理ユニットが、前記位置データを前記少なくとも一つのディジタルユニットから受信したら、前記オブジェクト識別子に基づいて前記割り当てられたルールオブジェクトを識別することを許容する、請求項１０に記載の装置。
【請求項１２】
各グラフィックオブジェクトが、前記システム中で本質的に固有であるオブジェクト識別子に割り当てられる、請求項１０又は１１に記載の装置。
【請求項１３】
前記システム中のオブジェクト識別子の全てが、前記ストレージユニット中に少なくともストアされる、請求項１２に記載の装置。
【請求項１４】
前記装置は、現行のグラフィックオブジェクトを前記のように選択することを、選択されたグラフィックオブジェクトに対するオブジェクト識別子が前記ストレージユニット中にストアされているオブジェクト識別子の内の一つに対応している場合にだけ許容する、請求項１３に記載の装置。
【請求項１５】
前記オブジェクト識別子が関連のグラフィックオブジェクト中に組み込まれる、請求項１０から１４のいずれか一項に記載の装置。
【請求項１６】
前記オブジェクト識別子がグラフィックオブジェクトに基づいて計算可能である、請求項１０から１４のいずれか一項に記載の装置。
【請求項１７】
前記ストレージユニットの前記第二のインタフェースに接続され、また、前記グラフィックオブジェクトを暴露するディスプレイと、前記ディスプレイ上に暴露されたグラフィックオブジェクトの内から現行のグラフィックオブジェクトを選択する手段とを含むブラウザユニットをさらに備える、請求項１から１６のいずれか一項に記載の装置。
【請求項１８】
前記グラフィック情報と前記位置データとを前記サブストレート上にオンデマンドで印刷することによって、コーディング済みベースを生成するようになっている、請求項１から１７のいずれか一項に記載の装置。
【請求項１９】
前記位置データが、前記少なくとも一つのディジタルユニットによって読み取り可能なコンピュータ読み取り可能位置コードという形態でコーディング済みベース中に組み込まれる、請求項１から１８のいずれか一項に記載の装置。
【請求項２０】
前記ストレージユニットが、第一のフォーマットから第二のフォーマットにグラフィックオブジェクトを変換するようになっているフォーマットコンバータを備えた、請求項１から１９のいずれか一項に記載の装置。
【請求項２１】
第一のフォーマットがＰＮＧ、ＪＰＥＧ、ＧＩＦ、ＴＩＦＦ又はＰＤＦなどの画像ファイルフォーマットであり、第二のフォーマットがＰｏｓｔｓｃｒｉｐｔやＰＣＬなどのプリントファイルフォーマットである、請求項２０に記載の装置。
【請求項２２】
前記ストレージユニットが、前記グラフィックオブジェクトから前記ルールオブジェクトを生成するように設計されているルールオブジェクトジェネレータを備え、また、前記ストレージユニットが、このように生成されたルールオブジェクトを前記システム中に提供するようになっている、請求項１から２１のいずれか一項に記載の装置。
【請求項２３】
コーディングされたベース上の位置データを検出するように設計されているディジタルユニットであって、前記コーディング済みベースはその各々が、グラフィック情報を定義するグラフィックオブジェクトから部分的に生成される、ディジタルユニットと、
前記位置データを前記ディジタルユニットから受信して、前記位置データを所定のルールに従って処理するように設計されている複数の処理ユニットと
を備える情報処理システム中の装置であって、
現行のグラフィックオブジェクトに対する位置データを位置データバンクからコマンドによって割り当て、また、前記割り当てられた位置データを現行のグラフィックオブジェクトと関連付ける割り当てデータを前記システム中に提供する割り当てユニットと、
前記ディジタルユニットから前記位置データを、前記システム中の前記複数の処理ユニットの内の現行の処理ユニットに前記割り当てデータに基づいて出力する出力ユニットと
を備え、前記装置が、前記割り当てユニットによって、前記割り当てられた位置データを提供し、また、このようにして、前記グラフィック情報と前記割り当てられた位置データとを、前記コーディング済みベースの内の一つを形成するためにサブストレートに適用することを許容する装置。
【請求項２４】
前記割り当てデータが、前記システム中の現行のグラフィックオブジェクトを識別するオブジェクト識別子を含む、請求項２３に記載の装置。
【請求項２５】
前記割り当てユニットが、位置データを割り当てるコマンドと一緒に前記オブジェクト識別子を受信するように構成されている、請求項２４に記載の装置。
【請求項２６】
前記出力ユニットが、各オブジェクト識別子と前記処理ユニットの内の一つのユニットのネットワークアドレスとの間の関連性を受信してストアするように構成されている、請求項２４又は２５に記載の装置。
【請求項２７】
前記割り当てデータが、位置データの割り当てを識別するインスタンス識別子を含む、請求項２３から２６のいずれか一項に記載の装置。
【請求項２８】
前記インスタンス識別子が、グラフィック情報と一緒にサブストレートに適用されることになっている、さらなるグラフィックデータを識別し、それによって前記装置は、現行の処理ユニットが前記関連性データに基づいて前記さらなるグラフィックデータにアクセスすることを許容する、請求項２７に記載の装置。
【請求項２９】
前記インスタンス識別子が前記さらなるグラフィックデータを含む、請求項２７又は２８に記載の装置。
【請求項３０】
コーディングされたベース上の位置データを検出するように設計されているディジタルユニットであって、前記コーディング済みベースはその各々が、グラフィック情報を定義するグラフィックオブジェクトから部分的に生成される、ディジタルユニットと、
前記位置データを前記ディジタルユニットから受信して、前記位置データを所定のルールに従って処理するように設計されている複数の処理ユニットと
を備える情報処理システム中の装置であって、
現行のグラフィックオブジェクトに対する位置データを位置データバンクからコマンドによって割り当て、また、前記現行のグラフィックオブジェクトを表し、前記所定のルールを定義するルールオブジェクトと前記割り当てられた位置データを関連付ける割り当てデータを前記システム中に提供する割り当てユニットを備え、
前記装置が、前記割り当てユニットによって、前記割り当てられた位置データを提供し、また、このようにして、前記グラフィック情報と前記割り当てられた位置データとを、前記コーディング済みベースの内の一つを形成するためにサブストレートに適用することを許容し、
前記装置が、前記割り当てユニットによって前記割り当てデータを提供し、このようにして、前記処理ユニットの内の一つのユニットが、前記位置データを受信すると、前記ルールオブジェクトを得ることを許容する装置。
【請求項３１】
現行のグラフィックオブジェクトを受信してストアするように構成されているストレージユニットをさらに備え、前記装置が、前記ストレージユニットによって、前記現行のグラフィックオブジェクトを前記システム中に提供し、これで、前記処理ユニットの内の一つのユニットが、前記位置データを受信したら、前記現行のグラフィックオブジェクトを得ることを許容する、請求項３０に記載の装置。
【請求項３２】
前記割り当てユニットが、前記ストレージユニット中の現行のグラフィックオブジェクトのロケーションを識別する所在確認データを前記システム中に提供し、前記装置が、前記割り当てユニットによって前記所在確認データを提供し、これで、前記処理ユニットの内の一つのユニットが、前記位置データを受信したら、前記現行のグラフィックオブジェクトを所在確認することを許容する、請求項３１に記載の装置。
【請求項３３】
コーディングされたベース上の位置データを検出するように設計された少なくとも一つのディジタルユニットと、前記位置データを前記ディジタルユニットから受信して、前記位置データを所定のルールに従って処理するように設計されている処理ユニットと、請求項１から３２のいずれか一項に記載の装置とを備える情報処理システム。
【請求項３４】
情報処理システム中で、位置コーディングされたベースをオンデマンドで生成する方法において、
前記システム中に事前ストアされていて、各々がグラフィック情報を定義し、また、少なくとも一つの目安を前記グラフィック情報に関係付けるルールオブジェクトに対応している、グラフィックオブジェクトの集合から現行のグラフィックオブジェクトが選択されたことを検出するステップと、
位置データバンクから、現行のグラフィックオブジェクトに対する位置データを割り当てるステップと、
前記割り当てられた位置データと、現行のグラフィックオブジェクトによって定義された前記グラフィック情報とを、前記ベースを形成するためにサブストレートに適用するステップと、
前記割り当てられた位置データをグラフィックオブジェクトに関連付け、これで、ベースから読み取られた位置データを、現行のグラフィックオブジェクトに対応するルールオブジェクトを用いて処理することが可能となるようにする割り当てデータを前記システム中に提供するステップと
を含む方法。
【請求項３５】
ルールオブジェクトが、前記少なくとも一つの目安をグラフィック情報中の参照ポイントを基準として定義されているローカル座標系中の少なくとも一つの位置に関係付け、前記方法が、前記読み取られた位置データを、処理に先立って前記ローカル座標系中の少なくとも一つの位置に変換するステップを含む、請求項３４に記載の方法。
【請求項３６】
前記割り当てられた位置データが、所定の位置グループに分割される位置の集合中の少なくとも一つの位置を含み、また、前記読み取られた位置データを変換する前記ステップが、位置集合の分割のことを知っていて実行される、請求項３５に記載の方法。
【請求項３７】
前記割り当てデータが、前記割り当てられた位置データと前記ローカル座標系中の少なくとも一つの対応する位置との間の関係を含み、また、前記読み取られた位置データを変換する前記ステップが、前記割り当てデータに基づいて実行される、請求項３５に記載の方法。
【請求項３８】
前記ルールオブジェクトが、前記目安を、グラフィック情報と前記サブストレート上の割り当てられた位置データとの間の所定の空間的な相関関係を介してグラフィック情報に暗示的に関係付けられている位置データ参照ポイントと関連させて定義する、請求項３４から３７のいずれか一項に記載の方法。
【請求項３９】
前記割り当てデータが、前記システム中の前記ルールオブジェクトの割り当て先の処理ユニットのネットワークアドレスと関連しているアドレス識別子を含む、請求項３４から３８のいずれか一項に記載の方法。
【請求項４０】
前記割り当てデータが、現行のグラフィックオブジェクトと関連しているオブジェクト識別子を含む、請求項３４から３９のいずれか一項に記載の方法。
【請求項４１】
情報処理システム中で、グラフィック情報を担持している一つ以上の位置コーディングされたベースをオンデマンドで印刷することを可能とする方法であって、前記グラフィック情報が、多くの物理ページを定義するグラフィックオブジェクトによって与えられ、
等しいサイズを持つユニットに所定のように分割される位置領域を定義する位置コードを用いるステップと、
グラフィックオブジェクトに基づいて、前記ユニットの内のどれか一つのユニット中の参照ポイントを基準として定義されているローカル座標系中の少なくとも一つのポイントに対して少なくとも一つの目安を関係付けるルールオブジェクトを生成するステップと、
グラフィックオブジェクトによって定義された各物理ページに対して一つのユニットをコマンドで割り当てるステップと、
前記一つ以上の位置コーディング済みベースの印刷に用いられる、各割り当て済みユニットに対する位置データを前記システム中に提供するステップと、
各割り当て済みユニットの位置データをルールオブジェクトに関連付ける割り当てデータを生成するステップと、
前記一つ以上の位置コーディング済みベース上で検出された位置データを受信する処理ユニットによって用いられる前記ルールオブジェクトと前記割り当てデータとを本システム中に提供するステップと
を含む方法。
【請求項４２】
前記割り当てデータによって、処理ユニットは、前記位置データを受信すると、ルールオブジェクトを得ることが許容される、請求項４１に記載の方法。
【請求項４３】
ストレージユニットによって現行のグラフィックオブジェクトを前記システム中に提供するステップと、処理ユニットが、前記位置データを受信したら、前記ストレージユニットから現行のグラフィックオブジェクトを得ることを許容するステップとをさらに含む、請求項４１又は４２に記載の方法。
【請求項４４】
前記ストレージユニット中の現行のグラフィックオブジェクトのロケーションを識別する所在確認用データを前記システム中に提供するステップと、処理ユニットが、前記位置データを受信したら、現行のグラフィックオブジェクトの所在確認することを許容するステップとをさらに含む、請求項４１から４３のいずれか一項に記載の方法。
【請求項４５】
情報処理システム中で、グラフィック情報を担持している一つ以上の位置コーディングされたベースをオンデマンドで印刷することを可能とする方法であって、前記グラフィック情報が、グラフィックオブジェクトによって与えられ、前記システムが、前記位置コーディング済みベース上でディジタルユニットによって検出された位置データを受信し、また、前記受信された位置データを所定のルールに従って処理するように設計されている複数の処理ユニットを備え、
位置データバンクからの現行のグラフィックオブジェクトに対する位置データをコマンドで割り当てるステップと、
前記一つ以上の位置コーディング済みベースの印刷に用いられるように、前記割り当てられた位置データを前記システム中に提供するステップと、
前記割り当てられた位置データを現行のグラフィックオブジェクトに関連付ける割り当てデータを生成するステップと、
前記ディジタルユニットの内の一つによって検出された位置データを、前記システム中の前記複数の処理ユニットの内の現行の処理ユニットに対して前記割り当てデータに基づいて出力するステップと
を含む方法。
【請求項４６】
本システム中の現行のグラフィックオブジェクトを識別するオブジェクト識別子を、位置データを割り当てるコマンドによって受信するステップと、前記割り当てデータ中に前記オブジェクト識別子を含むステップとをさらに含む、請求項４５に記載の方法。
【請求項４７】
各オブジェクト識別子と前記処理ユニットの内の一つの処理ユニットのネットワークアドレスとの間の関連性をストアするステップをさらに含み、前記出力動作が、前記割り当てデータと前記関連性とに基づいて達成される、請求項４６に記載の方法。
【請求項４８】
位置データの割り当てを識別するインスタンス識別子を生成するステップと、前記インスタンス識別子を前記割り当てデータ中に含むステップとをさらに含む、請求項４５から４７のいずれか一項に記載の方法。
【請求項４９】
グラフィック情報と一緒にベース中に含まれることになっている、さらなるグラフィックデータにインスタンス識別子を関連付け、これによって、前記さらなるグラフィックデータを、前記割り当てデータに基づいて、現行の処理ユニットに対してアクセス可能とするステップをさらに含む、請求項４８に記載の方法。
【請求項５０】
前記さらなるグラフィックデータをインスタンス識別子中に含むステップをさらに含む、請求項４８又は４９に記載の方法。
【発明の詳細な説明】
【関連出願へのクロスリファレンス】
【０００１】
本出願は、その双方を参照して本明細書に組み込む、２００２年１０月２４日に提出されたスウェーデン特許出願第０２０３１２８−４号と、２００２年１０月２５日に提出された米国仮特許出願第６０／４２１，０５５号の利益を主張するものである。
【技術分野】
【０００２】
本発明は、一般的には情報の収集と処理に関する。より詳しくは、本発明は、位置コーディングされたベース上で検出された情報の処理と、このような位置コーディング済みベースの生成とに関する。
【背景技術】
【０００３】
従来、情報は、一人以上のユーザに対して、これに記入して返却するように要求して配布された事前印刷済み用紙を用いて収集されている。次に、ユーザが用紙に書き留めた情報を、手動で又は自動式に走査して解釈して、電子情報処理システムに入力する。このような情報収集には手間と時間がかかり、また、情報を間違ってシステムに入力してしまう危険性が伴う。
【０００４】
参照して本明細書に組み込むＷＯ  ０１／４８６８５、ＷＯ  ０１／４８６７８及びＷＯ  ０１／４８５９１で、本出願人はしたがって、位置コードを含んでいる用紙に基づいた情報処理システムを提案した。この位置コードは、用紙上の複数の位置をコーディングするものであって、この位置コードを検出するディジタルペンによって用紙上に書かれた情報を電子的に検出することを可能とするものである。用紙上のさまざまな位置をさまざまな目安に関係付けることによって、これを受け取るユニットは、この電子式に検出された情報からその所望するデータを自動的に抽出するようにされる。本システムにおいても、この受信側ユニットは検出された位置によって識別することが可能である。事実、この位置コードによって、個々の用紙上で必要とされる位置の数より多くの数の位置の座標をコーディングすることが可能となる。したがって、それは、位置コードがコーディング可能な全ての位置から成っている仮想の位置表面と考えてもよい。この位置表面のさまざまな部分をさまざまなオペレータに対して専用とすることによって、検出された情報を自動的にペンから正しいオペレータに出力して処理されるようにすることが可能である。
【０００５】
そのうえ、参照して本明細書に組み込む本出願人の特許公開ＷＯ  ０２／１９２６０には、一方ではディジタルペンのユーザに配布されるべき位置コーディング済みベースを生成し、他方ではそのペンでベース上で検出された情報を受信して処理するためのソフトウエアを生成する開発ツールが開示されている。
【０００６】
そのうえ、本出願人の特許公開ＷＯ  ０１／７１４７５には、文書のマルチパーティ編集システムが開示されている。本システムによって、コーディネータは、ローカルユニット上で電子文書を作成し、上記の位置表面の領域を中央処理ユニットによって割り当て、この電子文書に対応する一つ以上の位置コーディング済みベースの印刷を要求することが可能である。後で、この中央処理ユニットは、ベース上でディジタルペンで検出された編集用の情報を受信する。この編集用情報は、電子文書上で操作され、その結果はユーザのローカルユニット上に提示される。このようにして、本システムは、まったく同一のコーディネータに接続され、これで、データの収集を開始してその結果が提示される。
【特許文献１】スウェーデン特許出願第０２０３１２８−４号
【特許文献２】米国仮特許出願第６０／４２１，０５５号
【特許文献３】ＷＯ  ０１／４８６８５
【特許文献４】ＷＯ  ０１／４８６７８
【特許文献５】ＷＯ  ０１／４８５９１
【特許文献６】ＷＯ  ０２／１９２６０
【特許文献７】ＷＯ  ０１／７１４７５
【特許文献８】ＷＯ  ０１／２６０３２
【特許文献９】ＷＯ  ９９／５０７８７
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、本発明の目的は、上記の先行技術の限界を克服することである。より詳しくは、本発明は、位置コーディング済みベースをオンデマンドで生成する、一般的に透明なシステムを提供することを目的とする。透明とは、ユーザが電子文書を作成し、ベースの生成を要求し、また、本システムでディジタルペンを使用する役割を担っているかどうかとは無関係に、各ユーザがシステム中でのデータの流れを知らなくてもかまわないという意味である。
【課題を解決するための手段】
【０００８】
以下の説明から明らになる上記目的と他の目的はこれで、完全に又は少なくとも部分的に、請求項１、２３及び３０による装置と、請求項３３による情報処理システムと、請求項３４、４１及び４５による方法とによって達成される。好ましい実施形態を従属請求項に定義する。
【０００９】
本発明とその利点を、現在好ましいとされる実施形態を例示して解説する添付の略図を参照して以下により詳しく説明する。
【発明を実施するための最良の形態】
【００１０】
次に、情報処理システムで使用される、機能性を埋め込んだベースをオンデマンドで印刷することを可能とするさまざまな装置を説明する。
【００１１】
図１に示すこのようなベース２は、一方では人間が読み取り可能な情報を持つグラフィック層４と、他方ではコンピュータ読み取り可能位置情報を持つコーディング層６とを含んでいる。図１で、グラフィック層とコーディング層は、分かりやすいように互いに離してある。
【００１２】
グラフィック層４は、通常はある個人によって作成され、他者によって理解されることになっているサブストレートに適用されるような情報を含んでいる。したがって、このグラフィック層は、テキスト、画像、図表、フレーム、線などを含み、ユーザに対して命令、制御及び／又は情報通知することを目的とする。たとえば、グラフィック層は、用紙、調査紙、Ｅメール、ファックス用紙、下書きテキスト、図面などを定義する。
【００１３】
コーディング層６は、グラフィック層４によってカバーされる領域の全域又は部分に存在する位置をコーディングする位置コードを含む。したがって、コーディング層６は、グラフィック層４と所与の空間的関係となるようにベース２に組み込まれる。
【００１４】
図１に、コーディング層６に存在する位置コードの拡大されたセクションＡを示す。上記の位置コードは、参照して本明細書に組み込むＷＯ  ０１／２６０３２に記載されているような種類のものである。このような位置コードは、個々のベースに組み込むことが可能な数より著しく多い、非常に多くの位置をコーディングすることが可能である。これは、位置コードがグローバル位置の仮想表面８を構成し、また、このようなグローバル位置の一つ以上のサブ集合１０がコーディング層６中でコーディングされると考えることが可能である。
【００１５】
少なくともニ次元で連続シーケンスを成す位置を含んでいる、この仮想位置表面８は、前述のＷＯ  ０１／４８６８５に開示されているように、論理的にさまざまなセクションに分割することが可能である。次に、このようなセクションは「セグメント」に分割することが可能であり、各セグメントは「ブック」に分割可能な「シェルフ」を多く包含しており、各ブックは多くのいわゆる論理ページを含んでいる。したがって、仮想表面上におけるある論理ページの位置は、たとえば１．２３１．８４１．３３４．２２６というようなセクション．セグメント．シェルフ．ブック．ページという、多少なりともＩＰアドレスに似ている形式を持つページアドレスとして書き留めることが可能である。この分割について知っていれば、仮想位置表面８上のグローバル位置は、それに対応する仮想位置ページ１０上でのページアドレスとローカル位置とに変換することが可能である。したがって、仮想位置表面８上のページを物理ベースにマッピングすることが可能である。
【００１６】
しかしながら、仮想位置表面８は、論理ページに分割する必要はないことを指摘すべきである。その代わりに、仮想位置表面８の空間的に別々の部分を、前述のＷＯ  ０１／４８６８５に開示されているように、個々の物理ベースに対してマッピングすることが可能である。
【００１７】
上記のようにする代わりに、コーディング層６中の位置コードは、参照して本明細書に組み込むＷＯ  ９９／５０７８７に記載されているような種類のものであってもよい。この場合、位置コードは位置スペースを構成するが、これはページに事前分割される。全てのページは同じ位置を含んでいて、固有のページアイデンティティで区別される。したがって、ベース上のローカル位置と固有のページアイデンティティは双方とも、コーディング層６中の位置コードによって直接的にコーディングされる。
【００１８】
どちらの種類の位置コードの場合も、コーディング層６中の位置は、一方ではグラフィック層４中のグラフィック情報に関係付けられ、他方では情報処理システム中の目安に関係付けられ、これで、ベース２上にアクティブ領域が作成される。したがって、アクティブ領域とは、情報処理システム中の目安に関係付けられているベース上の領域のことである。
【００１９】
情報処理システムはディジタル書き込みユニットを含んでおり、これは、以下ではディジタルペンと呼ばれ、ペンポイントを用いてベース２上に物理的にマークをつけることが可能であり、また同時に、このベース上の位置コードを読み取ることが可能である。このようなペンが、上記のＷＯ  ０１／２６０３２に記載されている。したがって、ディジタルペンは、位置コードによって、ベース２上のその絶対ロケーションを検出し、したがって、ベース２上でのその動きの電子バージョンを作成することが可能である。このペンはまた、ベース２上での物理ストロークに対応することが可能な、このように検出された位置情報を情報処理システム中のサーバ上のサービスハンドラに通信することが可能である。
【００２０】
サービスハンドラは位置情報を受信し、目安とベース上の位置間の既知の関係を用いながらこれを処理する。
【００２１】
このタイプのベースをオンデマンドで印刷するためには、情報処理システム中で調整しなければならない少なくとも三つの別々のプロセスが必要であるが、それらは、１）グラフィック層を作成するプロセスと、２）位置データをコーディング層に割り当てるプロセスと、３）受信した位置データをサービスハンドラ中で処理するプロセスである。
【００２２】
（情報処理システムの第一の実施形態）
図２に、グラフィック層４を作成し、これを本システム中のサービスハンドラに関係付ける装置を示す。
【００２３】
グラフィックファイルＤＯＣｉは、設計用コンピュータ１２上で、たとえば、ワード処理、画像処理、作図又はデスクトップパブリッシング用の任意の従来式のプログラム１４を用いて作成される。この設計用コンピュータ１２はまた、変換プログラム１６を含んでおり、これによって、ユーザはグラフィック層４中のアクティブ領域を選択及び／又は定義することが可能である。この従来式プログラムは、ＰＡＤファイルと呼ばれる定義ファイルを出力するが、これは、ローカル座標系上の各アクティブ領域の位置を定義するものである。この座標系は、ベース２上の任意の参照となる点、たとえばコーナーを基準にして定義することが可能である。仮想位置表面８が既知のサイズを持つ論理ページに分割される場合では、このローカル座標系は、このような論理ページ上の参照点を基準として定義することが可能である。これで、このＰＡＤファイルは、手動又は自動で作成された処理プログラムＰＲＯＣｉによって用いられて、受信された位置情報をそれぞれのアクティブ領域に関連付けて、これを一つ又は複数の関連した目安にしたがって処理する。
【００２４】
または、処理プログラムＰＲＯＣｉを作成して、ＰＡＤファイルにアクセスすることなく動作させることが可能である。この場合、ＰＡＤファイルの定義データは処理プログラムに組み込まれる。
【００２５】
次に、処理プログラムＰＲＯＣｉは、場合によりＰＡＤファイルと一緒に、本システムの固有のネットワークアドレスＡＳＨｉにてストアされて、上記のサービスハンドラ１８を形成する（ステップＡ２）。
【００２６】
本システムは、グラフィックファイルを受信してストアするための第一のインタフェースを持つグラフィックレポジトリ２０を含む。したがって、これに対応するグラフィックファイルＤＯＣｉは、固有アドレスＡＳＨｉと関連付けされてストアされることによってグラフィックレポジトリ２０に登録される（ステップＡ１）。ネットワークがインターネットに基づいたものである場合、アドレスは、たとえば、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）又はＩＰ（インターネットプロトコル）アドレスである。一般に、本システムは多くのさまざまなサービスハンドラ１８を含むが、これらは、まったく同一の物理ユニットにストアしたり、複数の物理ユニットに分配したりすることが可能である。
【００２７】
図３に、グラフィック層とコーディング層とを持つベース２を印刷する装置を示す。
【００２８】
グラフィックレポジトリ２０は、ここにストアされているグラフィックファイルを暴露して読み出す第二のインタフェースを有している。ネットワークに接続されているコンピュータ２４中にインストールされるブラウザプログラム２２を用いて、第二のインタフェースを介して、グラフィックレポジトリ２０中にアクセス可能なグラフィックファイルＤＯＣ１〜ＤＯＣｉを示す。これらのグラフィックファイルはコンピュータのディスプレイ上にリストや、サムネール画像の集合や、画像マップなどの形態で示すことが可能である。ユーザは、示されているグラフィックファイルの内の一つを、コンピュータのマウスや、キーボードや、スピーチ調整つまみなどを用いて選択することが可能である。ユーザがこのようにしてブラウザプログラムによって、印刷されるべきグラフィックファイルＤＯＣｉを選択する（ステップＢ１）と、このグラフィックファイルＤＯＣｉは第二のインタフェースを介して、関連ネットワークアドレスＡＳＨｉと共にブラウザプログラム２２に返却される（ステップＢ２）。次いで、ブラウザプログラム２２は、自動的に又はコマンドによって、コーディング層に対する位置データを求める要求を用いて位置アサイナ２６に接触する（ステップＢ３）。この要求は、ページ数、ページフォーマット（Ａ４、Ａ３、Ｂ４、手紙など）、プリントアウトコピー数及び関連するネットワークアドレスＡＳＨｉの命令を含んでいる。場合により、ページ数及び／又はページフォーマットの命令の代わりに、要求中に含まれているグラフィックファイルＤＯＣｉを用いてもよい。また、ページ数及び／又はページフォーマット及び／又はプリントアウトコピー数は、位置アサイナ２６の基準設定で与えられるが、これは、このような細目を要求に含む必要はないということである。
【００２９】
場合によっては、ＰＡＤファイルに対するアクセスは、位置データ要求を生成させるために必要である。たとえば、その要求に、位置データが割り当てられる対象である各アクティブ領域のサイズと機能に関する情報を含ませることが必要である。この目的を達成するには、ＰＡＤファイルをグラフィックレポジトリ２０にストアして、これをブラウザプログラム２２で読み出すようにすればよい。また、ＰＡＤファイルから得られる関連情報を、グラフィックレポジトリ２０に登録する際にグラフィックファイルに組み込むようにしてもよい。これによって、ブラウザプログラム２２は、ＰＡＤファイルに基づいた要求を少なくとも部分的に作成する。
【００３０】
位置コードで構成されている位置／ページスペースの少なくとも一部を持つデータベース２８にアクセスする位置アサイナ２６は、要求中にある各物理ページと各プリントアウトコピーに少なくとも一つの固有位置領域（又は少なくとも一つの固有ページアイデンティティ）を割り当てる。割り当てに際して、マーカーが位置アサイナ２６又はデータベース２８中に設定され、これで、位置領域（又はページアイデンティティ）がこれ以上用いられないことを示すようになっている。位置アサイナ２６はまた、割り当てられた位置領域（又はページアイデンティティ）とネットワークアドレスＡＳＨｉとの間の関係をストアする。
【００３１】
上記の要求に応じて、位置アサイナ２６は、割り当てられた位置領域（又は割り当てられたページアイデンティティ）に対応する割り当てデータＣＯＤＥｉを返却する（ステップＢ４）。この割り当てデータＣＯＤＥｉは、たとえば一つ以上のページアドレス／アイデンティティ、それぞれの位置領域に対する二つの相対するコーナー位置、対応する位置コードを生成するためのアルゴリズムを持つファイル又は対応する位置コードを含むファイルの内のいずれかを含む。また、この割り当てデータＣＯＤＥｉは、ある位置領域に対する単一のグローバル位置で表されるが、こうすれば、ブラウザプログラム２２は、その位置領域に対する割り当て済みの他のグローバル位置を計算することが可能であるが、それはそのサイズが分かっているからである。
【００３２】
ある代替例によれば、要求を直接にグラフィックレポジトリ２０から位置アサイナ２６に送り、その後、ブラウザプログラム２２が、割り当てデータＣＯＤＥｉをグラフィックレポジトリ２０又は位置アサイナ２６から受信する。
【００３３】
次に、ブラウザプログラム２２は、グラフィックファイルＤＯＣｉによって与えられたグラフィック層と、割り当てデータＣＯＤＥｉによって与えられたコーディング層とをプリントアウトファイル中に統合し、これがプリンタ３に送られて、紙、プラスチック、ラミネートなどの適切なサブストレート上に印刷される（ステップＢ５）。また、この統合動作はプリンタ３０中で行われる。さらなる代替例では、位置アサイナ２６に対する要求は、上記と違ってプリンタ３０から送られ、したがって、プリンタはまた割り当てデータＣＯＤＥｉを受信する。
【００３４】
図４は印刷されたベース２を使用するための装置を示す。分かりやすいように、グラフィック層だけを示してある。
【００３５】
ユーザは、電子ストロークを形成する位置のシーケンスという形態で書かれたものを検出するディジタルペン３２を用いてベース２上に書き込みをする。次に、このペン３２は、たとえば、ベース２上の、ペンには分かっている「送出」領域２Ａ内の位置を検出することによって、又はユーザがペン３２のボタン（図示せず）を起動することによって、検出された情報を送るようにさせられる。ペン３２は、ルータ３４の所定のネットワークアドレスにアドレス問い合わせを送出するようにさせられる（ステップＣ１）。このアドレス問い合わせには、ベースに基づいてデコーディングされているページアイデンティティ又はグローバル位置が含まれている。または、グローバル位置は、前置きとして検討されたページアドレスという形態で送出することが可能である。
【００３６】
ルータ３４は、このアドレス問い合わせを受信して、現行のサービスハンドラ１８のネットワークアドレスＡＳＨｉを識別する。この動作は、対応する問い合わせを位置アサイナ２６に対してすることによって生じる（ステップＣ２Ａ〜Ｃ２Ｂ）。また、位置アサイナ２６は、割り当て毎に、割り当てられた位置領域とネットワークアドレスＡＳＨｉとの間の関連付けされた関係をルータ３４に通知するように設計することが可能である。この場合、ルータ３４は、最近ルーティングされた及び／又は割り当てられた位置領域と関連ネットワークアドレスとをストアするキャッシュメモリ（図示せず）も含む。
【００３７】
次に、ルータ３４は、現行のネットワークアドレスＡＳＨｉを持つ応答メッセージをペン３２に返却し（ステップＣ２Ｃ）、これで、このペンはこのアドレスに接続して、ベース２上で検出された位置を転送する（ステップＣ３）。このように転送された位置は、この検出された位置が、ディジタルペン３２又はサービスハンドラ１８によってベースの位置表面のグローバル座標系からローカル座標系に変換されたものであるかどうかによって、ローカルであったりグローバルであったりする。連続する位置表面上のページ全体を物理ページにマッピングすると、この変換は、位置表面がページに分割されていることを知っていて達成される。位置コードを直接的にページアイデンティティとベース上のローカル位置との双方をコーディングする場合、変換は不要である。位置表面上の任意の位置領域が物理ページ上の個々のアクティブ領域にマッピングされる場合、この変換は位置アサイナ２６中で変換問い合わせの後で実行される。したがって、位置アサイナ２６は、ローカル位置における各アクティブ領域の位置とグローバル位置におけるそれに対応する割り当て位置領域との間の関係をストアすることが可能である。このように、位置アサイナ２６は、アクティブ領域中のグローバル位置を受信すると、それに対応するローカル位置を返却する。
【００３８】
図２〜４によるシステムは、認証された各ユーザが、印刷されるべき登録済みのグラフィックファイルを位置コードで選択する限りにおいては一般的なものである。本システムはまた、データのフローを知る必要がなく、又はプリントアウトを発生するためにグラフィックファイルを選択する以外はなんら処置をする必要がないユーザにとっては透明である。本システムはまた、新しいグラフィックファイルを作成してこれを本システムに記録することを希望するユーザに対して透明なものとすることが可能である。ベースに書き留められるデータはまた、本システム中の正しいサービスハンドラに対して自動的に送信されるが、この際、ユーザはこの送信を始動する以外なんら処置をする必要はない。
【００３９】
反復を避けるということに鑑みて、さらなる実施形態に関する以下の説明は、上記の実施形態との相違に焦点を合わせたものとなる。等価な要素とステップとに対して同じ参照番号を用いて示す。
【００４０】
（情報処理システムの第二の実施形態）
図５に、複数のサービスハンドラ１８に対してまったく同一のネットワークアドレスＡＳＨＣのところで、このネットワークアドレスに存在するサービスアドミニストレータ３６を介してアクセスすることを許容する情報処理システムを示す。本システムはこのようなサービスアドミニストレータ３６をいくつか含んでいるが、これらはその各々が複数のサービスハンドラ１８を管理する。これらのサービスハンドラ１８は、同じ物理ユニット中のサービスアドミニストレータ３６のところに含んだり、又は、これから離してこのユニットにネットワークで接続したりすることが可能である。
【００４１】
図５によるシステムでは、文書識別子（文書ＩＤ、ＤＯＣ−ＩＤ）を用いて、本システム中でコーディング層をベース２のグラフィック層に論理的に接続する。各文書ＩＤは本システム中で本質的に固有であり、任意の番号のベースでのキャラクタ及び／又は数字を含む。
【００４２】
文書ＩＤは、グラフィックファイルに対して、その作成と関連させて、すなわち、設計用コンピュータ１２中でグラフィックファイルＤＯＣｉに割り当てることが可能である。また、図５に示すように、グラフィックレポジトリ２０を、文書ＩＤをグラフィックファイルＤＯＣｉの登録の際に割り当てて、これを設計用コンピュータ１２に返却するように設計することが可能である（ステップＡ１Ｂ）。そうすると、処理プログラムＰＲＯＣｉとその関連の文書ＩＤ（場合によりＰＡＤファイル）とが、サービスアドミニストレータ３６に送信されて記録される（ステップＡ２）。
【００４３】
いかなる場合でも、文書ＩＤは、たとえばキャラクタ若しくは数字のシーケンス又はこれらの組み合わせに基づいて、或いは乱数ジェネレータによって、現行のグラフィックファイルＤＯＣｉとは別個に生成することが可能である。このような文書ＩＤは、グラフィックファイル中に組み込むことが可能である。場合によっては、以下により詳しく説明するように、現行のグラフィックファイルＤＯＣｉの内容に基づいて、たとえばこのグラフィックファイル全体又はこのグラフィックファイルの部分に対してハッシュ動作を実行して、文書ＩＤを生成することには利点がある。
【００４４】
グラフィックファイルＤＯＣｉを登録する際に、グラフィックレポジトリ２０は、グラフィックファイルＤＯＣｉとその文書ＩＤ間の関係と、また、サービスアドミニストレータのネットワークアドレスＡＳＨＣとをストアする。しかしながら、文書ＩＤへの関係は、この文書ＩＤがグラフィックファイルの内容全体から又はその内容の部分から直接に計算可能であれば特有のものである。
【００４５】
サービスアドミニストレータ３６は、処理プログラムＰＲＯＣｉと関連する文書ＩＤ（場合によりＰＡＤファイル）とを受信して、これらの間の関係をストアする。処理プログラムＰＲＯＣｉは、上述したように、サービスハンドラ１８を形成するが、本システム中でペン３２に対して利用可能なネットワークアドレスを与えられない。
【００４６】
グラフィックファイルの選択、位置の割り当て及びプリントアウトは、前の実施形態と同じように達成される。しかしながら、文書ＩＤもまた、グラフィックレポジトリ２０から位置アサイナ２６に通信され（ステップＢ３）、この中に、サービスアドミニストレータ３６のネットワークアドレスＡＳＨＣに対する関係に加えて、割り当てられた位置領域（又はページアイデンティティ）と文書ＩＤとの関係がストアされる。
【００４７】
印刷されたベース２も、前の実施形態と同じように用いられる。（ステップＣ３の後で）ベース２上で検出された位置を受信すると、サービスアドミニストレータ３６は、対応する処理プログラムＰＲＯＣｉを識別することが可能となるように関連する文書ＩＤをフェッチする。この目的のために、サービスアドミニストレータは、現行のベース２から発するグローバル位置／ページアドレス／ページアイデンティティを含む要求を位置アサイナ２６に送る（ステップＤ１）。位置アサイナ２６は、現行の文書ＩＤを持つ応答メッセージを返却する（ステップＤ２）。次いで、サービスアドミニストレータ３６は、この受信した位置を、この受信した応答メッセージ中の文書ＩＤによって識別されたサービスハンドラ１８に送る。
【００４８】
こうする代わりに文書ＩＤを、自動式に又はコマンドによって、位置アサイナ２６からルータ３４に転送することが可能であり、すると、このルータは、ペン３２に対する応答メッセージに現行の文書ＩＤを添付し、ペン３２は次に、検出された位置を持つ文書ＩＤをサービスアドミニストレータ３６に送るようにすることも指摘しておきたい。この場合、サービスアドミニストレータ３６は、それとは別個の要求を位置アサイナ２６に送る必要はない。
【００４９】
また、ディジタルペン３２が一つのサービスアドミニストレータ３６だけに直接に接続されているだけであれば、サービスアドミニストレータ３６のネットワークアドレスＡＳＨＣは本システム中ではストアして通信する必要がないことも理解されよう。これはまた、サービスアドミニストレータ３６が、仮想位置表面上の上位の位置領域、すなわちセグメントやセクションと関連しており、また、ルータが、この上位の位置領域中で検出された全てをあるサービスアドミニストレータに出力するように命令されるような場合にも当てはまる。
【００５０】
もう一つの代替例（図示せず）によれば、グラフィックファイルＤＯＣｉと処理プログラムＰＲＯＣｉ（場合によりＰＡＤファイル）は双方ともが、グラフィックレポジトリ２０に送られて、そこにストアされる。サービスアドミニストレータ３６は、位置アサイナ２６又はペン３２から文書ＩＤを受信すると、受信された文書ＩＤに対応する処理プログラムＰＲＯＣｉをグラフィックレポジトリ２０からフェッチするように設計されている。
【００５１】
さらに別の代替例（図示せず）によれば、割り当てられた位置データＣＯＤＥｉと文書ＩＤと間の関係は、位置アサイナ２６中にはストアされない。その代わりに、割り当てられた位置データＣＯＤＥｉに関する情報を、便利にもブラウザプログラム２２によって、位置アサイナ２６からグラフィックレポジトリ２０に通信し、すると、このレポジトリが前記関係をストアする。ディジタルペン３２から位置を受信すると、その結果、サービスアドミニストレータ３６は、代わりにグローバル位置／ページアドレス／ページアイデンティティを含む前記文書ＩＤ要求を用いてグラフィックレポジトリ２０に接触する。
【００５２】
（情報処理システムの第三の実施形態）
図６に、コマンドによって又は自動式に、グラフィックファイルＤＯＣｉに基づいて処理プログラムＰＲＯＣｉを生成することが可能なファイルジェネレータ２０Ａを含むグラフィックレポジトリ２０を持つ情報処理システムを示す。
【００５３】
図５の第二の実施形態と同様に、サービスアドミニストレータ３６は、ペン３２からの受信位置に基づいて現行の文書ＩＤをフェッチする（ステップＤ１〜Ｄ２）。しかしながら、図６の第三の実施形態では、サービスアドミニストレータ３６は次に、現行の文書ＩＤを含む要求をグラフィックレポジトリ２０に送る（ステップＤ３）。グラフィックレポジトリ２０は、受信した文書ＩＤに基づいて、対応するグラフィックファイルＤＯＣｉを識別して、ファイルジェネレータ２０Ａをそれに応用して処理プログラムＰＲＯＣｉを生成し、次にこの処理プログラムはサービスアドミニストレータ３６に送られる（ステップＤ４）。
【００５４】
サービスアドミニストレータ３６は、便利にも、受信したこのような処理プログラムＰＲＯＣｉを文書ＩＤに対する接続によってストアして、本システム中の関連のベース２から位置を将来的に受信する際に再使用されるように設計されている。
【００５５】
ある代替例（図示せず）によれば、グラフィックレポジトリ２０は、グラフィックファイルＤＯＣｉを記録する際に、処理プログラムＰＲＯＣｉを自動的に生成して、これを文書ＩＤと一緒にサービスアドミニストレータ３６に送ってそこにストアするように設計されている。
【００５６】
サービスアドミニストレータ３６のネットワークアドレスＡＳＨＣもまた、図５の第二の実施形態の場合と同様に本システム中でストアして通信することが可能であることを理解されよう。
【００５７】
上記の実施形態では、印刷されるべきグラフィックファイルＤＯＣｉは、グラフィックレポジトリ２０にストアされているファイルの内から選択される。しかしながら、ブラウザプログラム２２が、たとえばローカルコンピュータやネットワーク接続されたサーバなどの任意のユニット上のグラフィックファイルを選択させるということはあり得ることである。この場合、ブラウザプログラム２２は、位置が位置アサイナ２６中に割り当てられる以前に、選択されたグラフィックファイルをグラフィックレポジトリ２０中のファイルＤＯＣ１〜ＤＯＣｉに照らし合わせて検証する。この検証は、本システム中の全ての文書ＩＤが関連するグラフィックファイルの内容に基づいて計算されれば容易に実行される。この場合、グラフィックレポジトリ２０、ブラウザプログラム２２又は位置アサイナ２６は、選択されたグラフィックファイルに対する文書ＩＤの計算を実行し、これを、グラフィックレポジトリ中のストアされている文書ＩＤに整合させる。対応する整合動作は、文書ＩＤがグラフィックファイル中に組み込まれていれば実行することが可能である。
【００５８】
また、グラフィックレポジトリ２０がフォーマットコンバータ（図６の２０Ｂ）を含んでいれば利点となる。このように、グラフィックファイルＤＯＣｉは、ブラウザプログラム２２によって表示されるように、ＰＮＧ、ＪＰＥＧ、ＧＩＦ、ＴＩＦＦ又はＰＤＦなどの画像フォーマットでグラフィックレポジトリ２０中にストアすることが可能である。ブラウザプログラム２２によって選択されたグラフィックファイルＤＯＣｉがブラウザプログラム２２に転送される前に、フォーマットコンバータ２０Ｂは、グラフィックファイルを、ＰｏｓｔｓｃｒｉｐｔやＰＣＬなどのプリントアウトフォーマットに変換するようにさせられる。
【００５９】
一部の応用分野では、サービスハンドラ１８もまた、その対応するグラフィックファイルにアクセスして、受信した位置情報を現行のグラフィック層を背景として示すようにするのが望ましい。このような場合、グラフィックファイルを、サービスハンドラ１８若しくはサービスアドミニストレータ３６中に処理プログラムと一緒にストアしたり、又は、サービスハンドラ１８若しくはサービスアドミニストレータ３６を、必要に応じて、現行のグラフィックファイルをグラフィックレポジトリから、たとえば文書ＩＤに基づいて要求するように設計したりすることが可能である。
【００６０】
上記の実施形態は、ユーザに、選択されたグラフィックファイルＤＯＣｉをプリントアウトする前に修正することを許容するものであることを指摘しておきたい。図２〜５の第一と第二の実施形態では、ユーザは、グラフィックファイルＤＯＣｉを修正し、これで、アクティブ領域が、たとえばさらなるグラフィック情報（テキスト、画像など）を追加しても、このような修正されたグラフィックファイルもまた既存の処理プログラムＰＲＯＣｉによって処理することが可能であるので、この追加に影響されないようにすることを許容されている。図６の第三の実施形態では、ユーザは、新しいグラフィックファイルをグラフィックレポジトリ２２中の既存のグラフィックファイルに基づいて作成して記録するというさらに大きい自由を有するが、これは、処理プログラムＰＲＯＣｉがファイルジェネレータ２０Ａによってオンデマンドで生成することが可能であるためである。
【００６１】
上記の実施形態では、ペン３２からの位置データはサービスアドミニストレータ３６によって受信され、すると、これが位置データの全体又はそのある部分を意図するサービスハンドラ１８に転送する。このように転送する代わりに、サービスアドミニストレータ３６はネットワークアドレスをペン３２に返却し、すると、ペン３２が、位置データを意図されたサービスハンドラ１８のこのネットワークアドレスのところに接続して転送しなければならない。
【００６２】
（情報処理システムの第四の実施形態）
図７に、便利にもサービスハンドラのアドレスが変化することを見込むように設計されている情報処理システムを示す。この目的のため、アドレスをルータ３４中にだけ、本システム中ではグラフィックレポジトリ２０からルータ３４にブラウザプログラム２２と位置アサイナ２６とを介して移動する文書ＩＤと関連させて、登録しておく。
【００６３】
第四の実施形態を幾分詳細に説明する前に、ある種のさらなる仮定と定義とを明確にすべきであろう。
【００６４】
本システムは、上記の論理ページに基づいており、仮想位置表面のある部分、たとえば、セクション、セグメント、ブック又はシェルフのプロパティを定義するディジタルテンプレートを含む。このようなプロパティには、仮想位置表面上の論理ページのサイズ及びロケーション、論理ページ上のいずれかの事前定義されたアクティブ領域のサイズ及びロケーション、このようなアクティブ領域のなんらかの事前定義された機能などが含まれる。このようなディジタルテンプレートは、前述のＷＯ  ０１／４８６８５中にさらに説明されている。この場合、仮想位置表面は、文書の動的印刷専用の少なくとも一つのセグメントを含む。その結果、本システムは、このセグメントの全ての論理ページに対する一つの対応するディジタルテンプレートを含む。
【００６５】
このようなディジタルテンプレートによって与えられる論理ページは、そのままベース上に適用可能な位置コードに対応する。また、論理ページの位置コードのさまざまな部分的領域は、「切り取られて」ベース上の別の空間的装置中に配置される。この論理ページのさまざまな部分的領域は、本システム中で事前定義された機能を有する事前定義されたアクティブ領域に対応する。
【００６６】
この第四の実施形態では、上記の定義ファイル（ＰＡＤファイル）は、関連のディジタルテンプレートと、このテンプレートによって与えられた論理ページ上のローカル座標上の全ての選択され、及び／又は定義されたアクティブ領域のサイズ及びロケーションとを識別するために作成される。ＰＡＤファイルはこの段階ではどの特定の論理ページにも固有に接続しているわけではなく、ディジタルテンプレートによって与えられたセグメント内の論理ページの範囲に接続されていることに注意すべきである。
【００６７】
設計用コンピュータ１２中でグラフィック層が作成された後、グラフィックファイルＤＯＣｉは、自動式又はコマンドによって、グラフィックレポジトリ２０に登録され（ステップＡ１）、ここで、固有の文書ＩＤとＰＡＤファイルと関連されてストアされる。場合により、文書ＩＤ及び／又はＰＡＤファイルは、グラフィックファイルＤＯＣｉ中に組み込むことが可能である。自動式に又はコマンドによって、ＰＡＤファイルはサービスハンドラ中に登録され（ステップＡ２Ａ）、文書ＩＤとサービスハンドラアドレスＡＳＨｉとの間の関連性はルータ３４中に登録される（ステップＡ２Ｂ）。それと並行して、処理プログラムＰＲＯＣｉが開発されてストアされ、これでサービスハンドラを形成する（ステップＡ２Ｃ）。
【００６８】
ブラウザプログラム２２は、グラフィックレポジトリ２０から文書ＤＯＣｉを、関連する文書ＩＤとＰＡＤファイルと共に選択して検索することを可能としている（ステップＢ１〜Ｂ２）。ブラウザプログラム２２はまた、特定の位置割り当て／プリントアウトを固有に識別する文書インスタンスＩＤ（プリントＩＤ）を生成する。したがって、各プリントＩＤは、本システム中で本質的に固有であり、また、任意の番号のベースでのキャラクタ及び／又は数字を含む。ブラウザプログラム２２は、位置アサイナ２６の第一のインタフェースに送られる位置データの要求中に文書ＩＤとプリントＩＤとを含んでいる（ステップＢ３Ａ）。位置アサイナ２６は一つ以上の論理ページを割り当てて、割り当てデータＣＯＤＥｉを、割り当てられた論理ページのページアドレスという形態で返却する（ステップＢ４）。このプロセスで、位置アサイナ２６は、割り当てられたページアドレスの範囲と文書ＩＤ及びプリントＩＤとの間の関係をストアする。それと並行して、ブラウザプログラム２２は、インスタンスデータベース２７からインスタンスデータを要求して、たとえば、ベース上のグラフィック層中にこのようなデータを含むようにする。ブラウザプログラム２２はまた、プリントＩＤをインスタンスデータベース２７に提出し、すると、このデータベースはプリントＩＤとインスタンスデータと間の関連性をストアする（ステップＢ３Ｂ）。たとえば、インスタンスデータベース２７は、名称、アドレス、交友関係などの本システムのさまざまなユーザの個人データをストアする外部データベースである。
【００６９】
次に、ブラウザプログラム２２は、割り当てられた論理ページのローカル位置を、ＰＡＤファイルの定義に従って配置することとによってコーディング層を作成する。次に、コーディング層とグラフィック層はプリンタに送られて、ベースを生成するようにする（ステップＢ５）。
【００７０】
このように印刷されたベースから位置データを生成して処理するプロセスにおいて、アドレス問い合わせが最初に、ペン３４からルータ３４に送られる。このアドレス問い合わせは、ベース上の位置コードによって与えられるグローバル位置又はページアドレスを含む（ステップＣ１）。それを受信すると、ルータ３４は、それに対応する問い合わせを位置アサイナ２６の第二のインタフェースに提出し（ステップＣ２Ａ）、すると、位置アサイナ２６は、ページアドレスと関連している文書ＩＤをこの問い合わせに示されているように返却する（ステップＣ２Ｂ）。次に、ルータ３４は、このように受信された文書ＩＤからサービスハンドラアドレスＡＳＨｉを識別して、このアドレスをペン３４に提出する（ステップＣ２Ｃ）。次に、ペン３４は検出された位置データをアドレスＡＳＨｉに送り、すると、処理プログラムＰＲＯＣｉが実行されて、ＰＡＤファイル中の定義に基づいて位置データを処理する。インスタンスデータが必要とされる場合に備えて、サービスハンドラはページアドレス付きの要求を、位置アサイナ２６の第三のインタフェースに送る（ステップＤ１）。このページアドレスに基づいて、位置アサイナ２６はプリントＩＤを識別して、対応する要求をインスタンスデータベース２７に提出し（ステップＤ２）、このデータベースはインスタンスデータＵＤを返却する（ステップＤ３）。次いで、位置アサイナ２６はインスタンスデータをサービスハンドラに提出する。または、プリントＩＤは、位置アサイナ２６からのプリントＩＤをサービスハンドラが得た後で、サービスハンドラからインスタンスデータベース宛の要求に入れられた状態で提出される。
【００７１】
したがって、プリントＩＤは、サービスハンドラのところにおける特定のプリントアウトからの位置データの処理において明らかにされるべき、また、場合によりベース上のグラフィック層中に含まれるべき、インスタンスデータのアイデンティフィケーションを含む。インスタンスデータベース２７を用いる代わりに又はその使用に対する補完として、このようなプリントＩＤは、ベース上に印刷され、及び／又はサービスハンドラによって用いられるべきインスタンスデータ、たとえば名称、バージョン番号などを含む。こうする代わりに又はこうすることに加えて、このようなプリントＩＤはキー、たとえばネットワークアドレスを含み、これで、サービスハンドラは、インスタンスデータベースからインスタンスデータを要求することが可能となる。
【００７２】
図７のシステムは、上述したようにベース上のページアイデンティティ及びローカル位置を直接にコーディングする位置コードにも等しく応用可能であることに気が付くべきである。
【００７３】
同様に、文書インスタンスとインスタンスデータベースとの使用はオプションであることを述べておきたい。
【００７４】
（情報処理システムの第五の実施形態）
図８は、ユーザが、グラフィック層の内容及び／又はアクティブ領域の配置を、印刷前に変更することを可能とするように設計されている情報処理システムを示す。本システムはまた、サービスハンドラがグラフィック層の内容を、特にディジタルペンから受信したままの位置データを基準として処理することを可能とするように設計されている。この目的のため、印刷された各ベースのコーディング層とグラフィック層とをそれぞれ定義するＰＡＤファイルインスタンスとグラフィックファイルインスタンスとを、サービスハンドラに対してアクセス可能なものとする。さらに、各サービスハンドラアドレスは、仮想位置表面の固有部分と関連させてルータ中に登録される。
【００７５】
この第五の実施形態は、第四の実施形態と関連させて説明されたディジタルテンプレートとＰＡＤファイルとを利用するものである。以下の説明では、第四の実施形態との相違点に焦点を合わせて述べる。
【００７６】
ステップＡ１では、グラフィックファイルＤＯＣｉと関連のＰＡＤファイルとは、グラフィックレポジトリ２０で登録される。ステップＡ２Ｂでは、サービスハンドラアドレスＡＳＨｉは、仮想位置表面の上位部分と関連させてルータ３４中に登録される。この上位部分はまた、ＰＡＤファイル中で識別される。たとえば、上位部分はセグメント、セクション、シェルフ又はブックであったりする。ステップＡ２Ｃでは、処理プログラムＰＲＯＣｉはアドレスＡＳＨｉのところにストアされる。
【００７７】
ステップＢ１〜Ｂ２で、ブラウザプログラム２２を動作させて、グラフィックレポジトリ２０からの関連のＰＡＤファイルと一緒にグラフィックファイルＤＯＣｉを得る。その後、ユーザはコンピュータ２４を操作して、グラフィックファイルの編集及び／又は既存のアクティブ領域の移動／除去及び／又はＰＡＤファイル中で識別されたままの関連ディジタルテンプレート中に事前定義されているアクティブ領域の追加を実行する。次いで、ブラウザプログラム２２を動作させて、更新されている可能性のあるグラフィックファイルからグラフィックファイルインスタンスＤＯＣｉ’を生成し、また、このグラフィックファイルインスタンスＤＯＣｉ’をインスタンスファイルサーバ２７に提出する（ステップＢ３Ｂ）。インスタンスサーバ２７はデポジトリ２０とは別個であるが、それはグラフィックファイルインスタンスＤＯＣｉ’が、厳密なアクセス管理を必要とするユーザ固有で、また潜在的にセンシティブな情報を含んでいるためである。それと並行に、ブラウザプログラム２２を動作させて、オリジナルのＰＡＤファイルのあらゆる変化を反映し、また、インスタンスサーバ２７中のグラフィックファイルインスタンスＤＯＣｉ’にアクセスするためのキーを含む、更新されたＰＡＤファイルを生成する。この更新済みＰＡＤファイルはＰＡＤファイルインスタンスＰＡＤｉ’を形成するが、これは、割り当て要求と一緒に位置アサイナ２６に提出される（ステップＢ３Ａ）。ステップＢ４では、位置アサイナ２６は一つ以上の論理ページを割り当て、割り当てデータＣＯＤＥｉを割り当てられた論理ページのページアドレスという形態で返却する。このプロセスでは、位置アサイナ２６はまた、割り当てられたページアドレスと関連させてＰＡＤファイルインスタンスＰＡＤｉ’をストアする。ブラウザプログラム２２は、ＰＡＤファイルインスタンスＰＡＤｉ’の定義にしたがってコーディング層と、グラフィックファイルインスタンスＤＯＣｉ’にしたがってグラフィック層とを作成する。ステップＢ５では、コーディング層とグラフィック層とが、ベースを生成するためにプリンタに送られる。
【００７８】
ステップＣ１〜Ｃ３では、ルータ３４は、ディジタルペン３２から位置データを受信して、関連サービスハンドラアドレスＡＳＨｉをペン３２に返却し、すると、このペンはこの位置データをこのアドレスのところにあるサービスハンドラに提出する。
【００７９】
ステップＤ１では、サービスハンドラ１８は、ＰＡＤファイルインスタンスを求める要求を位置アサイナ２６に提出する。この要求は、ステップＣ３でペン３２から受信したままのグローバル位置又はページアドレスを含んでいる。ステップＤ２では、位置アサイナは、関連ＰＡＤファイルインスタンスＰＡＤｉ’を返却する。ＰＡＤファイルインスタンスに含まれているキーに基づいて、サービスハンドラは、インスタンスサーバ２７からグラフィックファイルインスタンスＤＯＣｉ’を得る（ステップＤ３〜Ｄ４）。
【００８０】
この実施形態では、各処理プログラムＰＲＯＣｉは、正しいディジタルテンプレート、すなわち、（これもルータに登録されているままの）仮想位置表面の関連上位部分を定義するディジタルテンプレートに基づいている全てのＰＡＤファイルインスタンスで動作するように設計されている。したがって、各サービスハンドラは、メモ取り、電子メール、マルチパーティ文書マークアップ、自動文書編集、試験の評価、選択用紙の処理、在庫用紙の処理、時間報告書の処理などのそれぞれの応用分野で一般的なサービスを達成するものであると考えてもよい。この目的のため、処理プログラムＰＲＯＣｉは、ＰＡＤファイルインスタンス中で識別されたアクティブ領域の位置データにアクセスする命令を含んでおり、これでアクティブ領域の事前定義された機能にしたがってこのデータに基づいて動作し、また、結果として得られるデータに対してサービス別の後処理命令を実行する。
【００８１】
このような事後処理命令には、たとえば、グラフィックファイルインスタンスを背景画像として位置データに組み込んで手書きデータを表示させる命令や、結果として得られるデータを特定のフォーマットでコンパイル／出力する命令や、結果として得られるデータをグラフィックファイルインスタンスの内容に対してマッピングする命令などが含まれる。事後処理命令はまた、たとえば第四の実施形態でプリントＩＤによって識別されるような、さらなるインスタンスデータの検索命令が含まれる。このようなさらなるインスタンスデータは、たとえば、試験の評価に用いられるマスターソリューションやキーとも成りえる。
【００８２】
より進んだ例では、処理プログラムは、ディジタルテンプレートの一部ではないが、コンピュータ２４中での編集動作で定義されるアクティブ領域にアクセスするように設計することが可能である。したがって、ＰＡＤファイルインスタンスはまた、合意の命名法を参照して、又は対応する処理命令を組み込むことによって、このようなユーザ定義されたアクティブ領域を識別して定義するために作成される。また、アクティブ領域はＰＡＤファイルインスタンス中で識別され、一方、処理命令はグラフィックファイルインスタンス中に組み込まれる。
【００８３】
上記の実施形態では、デポジトリ２０中のグラフィックファイルは、サンプルファイルと考えることが可能である。デポジトリが、本システム中で一般的なサービス毎に少なくとも一つのサンプルファイルを含むようにすれば利点となる。
【００８４】
本システムはまた、デフォルトとなる一般的サービスを含んでいる。したがって、コンピュータ２４のユーザが、レポジトリ２０中のどのファイルにも基づいていないグラフィックファイルを印刷することを選ぶ場合はいつでも、仮想表面のデフォルトの上位部分に関連する、デフォルトのディジタルテンプレートに対して、デフォルトのＰＡＤファイルインスタンスが生成される。たとえば、このようなデフォルトの一般的サービスは単に、グラフィック層に重畳された手書きデータの画像を生成するように設計される。
【００８５】
当業者であれば、上記の実施形態及びその代替例は、一つの実施形態の特徴が別の実施形態に応用されることによって組み合わされることを認識するであろう。たとえば、第四と第五の実施形態に関連して上述したディジタルテンプレートと特定のＰＡＤファイルとは、第一、第二及び第三の実施形態でも用いられる。
【００８６】
一つの代替実施形態では、位置アサイナは、論理ページの事前定義された集合を複数のページ文書に割り当てるように構成される。たとえば、物理ページの数が所与の値を超える場合にはいつでも、論理ブック全体が割り当てられる。このような論理ブックは、セクション．セグメント．シェルフ．ブック．＊（ここで、＊はブック内の全てのページを示す）というフォーマットを持つページアドレスで示される。
【００８７】
別の代替実施形態では、本システムは、等しく位置コーディングされたグラフィックファイルのコピーを印刷することを可能としている。したがって、位置アサイナは単に、グラフィックファイル中の物理ページ毎に一つの固有の論理ページを割り当てるだけである。この場合、さまざまなコピー上で検出されたデータは、サービスハンドラのところで、たとえば、位置データと共に受信された固有のペン識別子、位置データに含まれる手書きの引例／コマンドなどに基づく、検出された位置以外のなんらかの手段によって区別される。
【００８８】
図面に、グラフィックレポジトリ２０、位置アサイナ２６、ルータ３４、サービスアドミニストレータ３６及び別個の物理ユニットとしてのインスタンスサーバ２７を示す。このようなモジュール構造は、管理や製造という観点から好ましいものである。しかしながら、これらの内の少なくとも一部をまったく同一の物理ユニットとして実現し、これで、たとえば本システム中での遅延を減少させることが可能である。一つの実施形態によれば、グラフィックレポジトリ２０と位置アサイナ２６とは、まったく同一の物理ユニットに合成される。別の代替例では、位置アサイナ２６とルータ３４とがまったく同じ物理ユニットに合成される。
【産業上の利用可能性】
【００８９】
このような物理ユニットは一般的には、内部プロセッサ中で実行されると、それぞれのユニット中で実行されるプロセスを実施するソフトウエアを持った、ネットワークで接続されたコンピュータやサーバである。
【００９０】
また、コーディングされたベースのオンデマンド印刷に関する上記の原理は、パブリックネットワーク内で、プライベートネットワーク内で、ローカルモードでパソコン内などで、又はこれらの任意の組み合わせ内でも応用可能であることに留意すべきである。
【図面の簡単な説明】
【００９１】
【図１】グラフィック層とコーディング層とを含むベースの図である。
【図２】情報処理システム中に文書を記録する装置の図である。
【図３】位置コーディング済みベースをオンデマンドで印刷する装置の図である。
【図４】位置コーディング済みベースとディジタルペンとに基づいた情報処理システムの図である。
【図５】代替実施形態の図である。
【図６】代替実施形態の図である。
【図７】代替実施形態の図である。
【図８】代替実施形態の図である。
【図１】
2006504181.tif 000003
【図２】
2006504181.tif 000004
【図３】
2006504181.tif 000005
【図４】
2006504181.tif 000006
【図５】
2006504181.tif 000007
【図６】
2006504181.tif 000008
【図７】
2006504181.tif 000009
【図８】
2006504181.tif 000010
【国際調査報告】
2006504181.tif 000011
2006504181.tif 000012
2006504181.tif 000013
2006504181.tif 000014
2006504181.tif 000015
2006504181.tif 000016
2006504181.tif 000017