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