JP4389483B2 - 情報処理システム、情報処理方法及び情報処理プログラム - Google Patents
情報処理システム、情報処理方法及び情報処理プログラム Download PDFInfo
- Publication number
- JP4389483B2 JP4389483B2 JP2003155340A JP2003155340A JP4389483B2 JP 4389483 B2 JP4389483 B2 JP 4389483B2 JP 2003155340 A JP2003155340 A JP 2003155340A JP 2003155340 A JP2003155340 A JP 2003155340A JP 4389483 B2 JP4389483 B2 JP 4389483B2
- Authority
- JP
- Japan
- Prior art keywords
- reference information
- identification code
- information identification
- server
- client
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置により保持管理されている参照情報を情報端末装置にダウンロードする際の便宜を図る装置及びその方法、並びに当該装置及びその方法を形成するための情報登録の便宜を図る装置及びその方法に関する。
【０００２】
【従来の技術】
ハイパーテキスト技術を利用することにより、ユーザは、電子文書中のリンクしてある語句をマウスクリックするだけで当該語句に関連するデータを検索、表示させることができる。ただ、クリックすることによって関連情報を取得できるようなことは、電子文書を画面上に表示した場合に限り利用可能であり、その電子文書をプリントアウトした場合には利用することはできない。
【０００３】
そこで、本願出願人は、用紙に埋込情報を埋め込むことで文書に含まれる要素に関連した情報を取得できるようにした（特許文献１参照）。
【０００４】
図７には、埋込情報を管理する情報処理装置（以下、「サーバ」）１と、文書を参照するユーザが使用する情報端末装置（以下「クライアント」）２とがＬＡＮ(Local Area Network)３により接続されたシステム構成図が示されている。埋込情報は、文書データに含まれる要素に関連づけられた情報それぞれにユニークに割り当てられた識別コードである。埋込コードは、特許文献１における付加情報に相当する。実際に埋め込みたい情報は、埋め込みコードとの組で管理テーブルで管理し、この管理テーブルは、サーバ1で管理する。埋め込みコードが埋め込まれた画像をスキャンし、解釈して、埋め込みコードを算出し、管理テーブルから埋め込みコードとの組で管理されている情報を取り出すことで、実際に埋め込みたい情報を取得する。実際に埋め込みたい情報を参照情報と呼ぶ。図８は、埋込コードが埋め込まれた印刷文書を示した概略図であり、２ページ分を示している。特許文献１に開示された技術を利用すれば、参照情報が関連づけられた文字の印字位置に重複させて埋込コード６を印刷することができ、また、埋込コード６が重畳印刷された文字は判読可能である。図８では、「F社」、「フィニッシャー」等の要素に埋込コードが割り付けられている。
【０００５】
ユーザがクライアント２に接続されたスキャナ４を用いて用紙５に埋め込まれているいずれかの埋込コード６が埋め込まれた画像をスキャンすると、クライアント２は、読み込んだ画像を解釈して算出した埋込コードを含む読出要求をサーバ１へ送信する。サーバ１には、埋込コードと参照情報が対応付けされて予め登録されており、サーバ１は、読出要求に含まれている埋込コードに基づき参照情報を読み出し、クライアント１へ返送する。
【０００６】
クライアント２は、入手した参照情報をクライアント２のアプリケーションプログラム等で処理が可能となる。例えば、参照情報としてURL（Uniform Resource Locators）を扱うシステムの場合には、入手した参照情報を用いてブラウザを起動するようなアプリケーションを作成しておけば、埋め込みコードが埋め込まれた画像情報をスキャンするだけで、参照情報に設定されているURL先のホームページを表示することができる。従って、例えば図８で、クライアントユーザは、印刷された文書から埋込情報を含む画像”F社”をスキャンするだけで、ＬＡＮ３、ファイアーウォール７、インターネット８を経由して当該企業の情報を取得し参照することができる。また、専門用語には、一般に当該用語を解説した情報そのもの若しくは当該用語を解説したページのＵＲＬが参照情報として設定されているので、ユーザは、その専門用語をスキャンすることによって当該用語の意味を知ることができる。
【０００７】
このように、クライアント２は、用紙上の埋込コードが埋め込まれている画像をユーザによって読み取られると、サーバ１へその埋込コードを含む読出要求を送信することで該当する参照情報（ＵＲＬ等）を取得することができる。
【０００８】
次に、サーバ１への埋込コード及び参照情報の登録方法について説明する。この登録処理において埋込コードと参照情報との対応付けは、クライアント２側で行うが、クライアント２は、用紙に埋め込むべき埋込コードの数は、事前に把握することができるので、必要数を指定した埋込コードの発行要求をサーバ１へ送る。サーバ１は、この発行要求に応じてシステム全体でユニークな埋込コードを生成し、返信する。クライアントユーザは、既知の方法(例えば、特願２００２−１８０５１８号)で埋込コードを画面上に表示された文書上に埋め込むと共に、各埋込コードに生成済みの参照情報を対応付けると共に埋込コードと参照情報との組をサーバ１へ送信する。サーバ１は、送られてきた埋込コードと参照情報との組を所定の管理テーブルに登録する。
【０００９】
【特許文献１】
特願２００２−１８０５１８号
【００１０】
【発明が解決しようとする課題】
しかしながら、従来においては、クライアントユーザが埋込コードが埋め込まれている画像をスキャンして参照情報を取得したいときに、その都度ＬＡＮ経由でサーバから参照情報をダウンロードするようにしていたので、埋込コードに対応する参照情報が取得できるのは、クライアントがサーバへネットワーク経由で接続されているときに限られてしまう。従って、セールスやプレゼンテーション等のために客先へクライアント（つまり、携帯型情報端末装置、以下単に「携帯端末」という）を持ち出して使用するときなどは、参照情報を取得することはできない。
【００１１】
これを解消するためには、サーバが保持している埋込情報と参照情報の管理テーブルを携帯端末へ予めダウンロードしておけばよい。しかし、従来においてサーバから参照情報を取得するには、サーバへ読出要求を送るために必要と思われる全ての埋込コードをスキャンしなければならず面倒である。埋込コードの埋込数が膨大な場合、その作業量を考えると実用的な方法とは言い難い。作業の容易性の観点からすると、サーバが保持管理しているデータベース全体をクライアントへダウンロードすることも考えられるが、サーバにはシステム全体における参照情報が登録されているので、携帯端末の記憶容量を考慮すると現実的ではない。
【００１２】
本発明は以上のような問題を解決するためになされたものであり、その目的は、参照情報識別コードと参照情報を保持した管理テーブルの情報端末装置へのダウンロードの便宜を図る情報処理装置を提供することにある。また、情報処理装置から参照情報識別コードと参照情報を保持した管理テーブルのダウンロードを簡便に実行できる情報端末装置並びにその方法を提供することにある。更に、この目的を達成するための環境を構築できる情報処理装置及び情報端末装置及びその方法を提供することにある。
【００１３】
【課題を解決するための手段】
以上のような目的を達成するために、本発明に係る情報処理システムは、サーバとクライアントとがネットワークを介して接続された情報処理システムにおいて、前記サーバは、文書データに含まれる要素に関する参照情報と、当該参照情報それぞれに対応付けられると共に当該文書データに付加され、かつ当該参照情報を含まない参照情報識別コードと、当該参照情報識別コードを予め決められた規則に従いグループ化し各参照情報識別コードが属するグループの識別データとを対応付けして管理する管理テーブルを記憶するサーバ側情報記憶手段と、前記クライアントからの参照情報識別コードが指定された参照情報の読出要求に応じて、当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出す読出手段と、を有し、前記クライアントは、クライアント側情報記憶手段と、ユーザにより指定された参照情報識別コードを指定して前記サーバに参照情報の読出要求をする読出要求手段と、前記読出要求に応じて前記サーバから読み出された参照情報識別コードと参照情報との組を前記クライアント側情報記憶手段に保存する保存手段と、参照情報識別コードと参照情報との組が前記クライアント側情報記憶手段に保存された後、前記サーバにアクセスできない環境であることを認識した場合、ユーザにより指定された参照情報識別コードに対応する参照情報を前記クライアント側情報記憶手段から取り出し処理する情報処理手段と、を有し、グループを階層構造とした場合、前記管理テーブルには、参照情報識別コードと、参照情報と、当該各参照情報識別コードが属する各階層におけるグループ識別データとが対応付けられて管理されており、
前記読出要求手段は、ユーザにより指定された参照情報識別コード及びグループ階層を指定して参照情報の読出要求を前記サーバへ送信し、
前記読出手段は、参照情報識別コード及びグループ階層が指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、指定されたグループ階層に従い当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出すことを特徴とする。
【００１４】
また、参照情報識別コードは、文書データを構成するページ単位でグループ化されることを特徴とする。
【００１６】
また、ページをグループの第１階層レベル、１乃至複数のページからなる文書ファイルをグループの第２階層レベル、１乃至複数の文書ファイルからなるブックをグループの第３階層レベルとして参照情報識別コードを管理することを特徴とする。
【００１７】
本発明に係る情報処理プログラムは、ネットワークを介して、情報記憶手段を有するクライアントにアクセスさせるサーバを、文書データに含まれる要素に関する参照情報と、当該参照情報それぞれに対応付けられると共に当該文書データに付加され、かつ当該参照情報を含まない参照情報識別コードと、当該参照情報識別コードを予め決められた規則に従いグループ化し各参照情報識別コードが属するグループの識別データとを対応付けして管理する管理テーブルにアクセスする手段、前記クライアントからの参照情報識別コードが指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出す読出手段、として機能させ、前記クライアントを、ユーザにより指定された参照情報識別コードを指定して前記サーバへ参照情報の読出要求をする読出要求手段、前記読出要求に応じて前記サーバから読み出された参照情報識別コードと参照情報との組を前記情報記憶手段に保存する保存手段、参照情報識別コードと参照情報との組が前記情報記憶手段に保存された後、前記サーバにアクセスできない環境であることを認識した場合、ユーザにより指定された参照情報識別コードに対応する参照情報を前記情報記憶手段から取り出し処理する情報処理手段、として機能させ、グループを階層構造とした場合、前記管理テーブルには、参照情報識別コードと、参照情報と、当該各参照情報識別コードが属する各階層におけるグループ識別データとが対応付けられて管理されており、前記読出要求手段は、ユーザにより指定された参照情報識別コード及びグループ階層を指定して参照情報の読出要求を前記サーバへ送信し、前記読出手段は、参照情報識別コード及びグループ階層が指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、指定されたグループ階層に従い当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出すことを特徴とする。
【００１８】
本発明に係る情報処理方法は、文書データに含まれる要素に関する参照情報と、当該参照情報それぞれに対応付けられると共に当該文書データに付加され、かつ当該参照情報を含まない参照情報識別コードと、当該参照情報識別コードを予め決められた規則に従いグループ化し各参照情報識別コードが属するグループの識別データとを対応付けして管理する管理テーブルにアクセスするサーバと、情報記憶手段を有するクライアントとがネットワークを介して接続された情報処理システムにおいて実施され、前記クライアントが、ユーザにより指定された参照情報識別コードを指定して前記サーバへ参照情報の読出要求をする読出要求ステップと、前記サーバが、前記クライアントからの参照情報識別コードが指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出す読出ステップと、前記クライアントが、前記読出要求に応じて前記サーバから読み出された参照情報識別コードと参照情報との組を前記情報記憶手段に保存する保存ステップと、前記クライアントが、参照情報識別コードと参照情報との組が前記情報記憶手段に保存された後、前記サーバにアクセスできない環境であることを認識した場合、ユーザにより指定された参照情報識別コードに対応する参照情報を前記情報記憶手段から取り出し処理する情報処理ステップと、を含み、グループを階層構造とした場合、前記管理テーブルには、参照情報識別コードと、参照情報と、当該各参照情報識別コードが属する各階層におけるグループ識別データとが対応付けられて管理されており、前記読出要求ステップは、ユーザにより指定された参照情報識別コード及びグループ階層を指定して参照情報の読出要求を前記サーバへ送信し、前記読出ステップは、参照情報識別コード及びグループ階層が指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、指定されたグループ階層に従い当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出すことを特徴とする。
【００３０】
【発明の実施の形態】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００３１】
本実施の形態におけるシステムのハードウェア構成は、図７に示した従来と同じ構成でよい。本実施の形態は、サーバ１及びクライアント２それぞれに搭載されるアプリケーションによって実現される処理機能が従来と異なる。
【００３２】
図１は、本発明に係る情報処理装置に相当するサーバ１を示したブロック構成図である。サーバ１は、管理テーブル１２と読出機能処理部１４と登録機能処理部１６とを有している。管理テーブル１２には、埋込コードに参照情報、ページＩＤ、文書ＩＤ及びブックＩＤがそれぞれ対応させて登録されている。サーバ１は、この管理テーブル１２をメモリ若しくはディスク等に記憶して埋込コード等の情報を保持管理している。読出機能処理部１４は、クライアント２からの読出要求に応じて参照情報等を管理テーブル１２から読み出して返送する。登録機能処理部１６は、クライアント２からの発行要求に応じて必要数の埋込コードを新たに生成して返送すると共に、クライアント２から送られてきた埋込コードと参照情報等の組を管理テーブル１２に登録する。
【００３３】
ここで、埋込コード及び参照情報と共に管理テーブル１２により保持管理されるページＩＤ、文書ＩＤ及びブックＩＤについて説明する。
【００３４】
本実施の形態においては、埋込コード及び参照情報を管理するのに、ページ、文書及びブックという概念を用いることを特徴としている。ページというのは、画面や用紙に出力される単位である。１ページには、複数の埋込コードが埋込可能である。文書というのは、ファイル単位に形成され、１乃至複数のページが含まれる。ブックは、１乃至複数の文書ファイルにより形成される。ページや文書が改ページやファイル保存等のシステム若しくはアプリケーションの制御機能により形成され、また自動的に認識可能であるのに対し、ブックは、ユーザが１乃至複数の文書を明示的に指定することで形成される。本実施の形態では、埋込コードをページ、文書、ブックという各グループ単位で管理することを特徴とする。ブックは文書とページを、文書はページをそれぞれ含むという階層関係にあるため、各埋込コードは、管理テーブル１２のデータ構造から明らかなように原則ページ、文書及びブックのいずれのグループにも属することになる。
【００３５】
また、本実施の形態でいう参照情報自体は、従来と同じでよく、文字列からなる語あるいは図若しくはその一部など用紙に印刷された要素に関する情報である。参照情報は、クライアント２において埋込コード６が埋め込まれた画像がスキャナ４によりスキャンされることでクライアント２に転送される。参照情報は、要素の説明文書等の実態情報でもよいし実態情報が格納されている箇所を特定したＵＲＩ（Uniform Resource Identifier）でもよい。
【００３６】
図２は、本発明に係る情報端末装置に相当するクライアント２を示したブロック構成図である。クライアント２は、情報登録処理部２２、情報読出処理部２４、情報記憶部２６及び情報処理部２８を有している。情報登録処理部２２は、埋込コードに対応させて参照情報をサーバ１に登録する登録処理を実行する。情報読出処理部２４は、送信する読出要求に該当する埋込コードと参照情報の組からなる情報をサーバ１から読み出し、情報記憶部２６に保存する読出処理を実行する。情報処理部２８は、参照情報をディスプレイに表示するなど情報記憶部２６に保存された情報に基づき情報処理を実行する。
【００３７】
次に、本実施の形態における埋込コードや参照情報等の情報登録処理について図２を用いて説明する。ユーザは、クライアント２に搭載された専用のアプリケーションを起動して文書に埋込コードを埋め込む作業を行うが、本実施の形態における情報登録処理は、この専用のアプリケーションに含まれる処理機能の一部である。クライアント２の情報登録処理部２２は、ユーザによる埋込作業時における入力指定操作に応じてサーバ１の登録機能処理部１６と連係して情報登録処理を実行することになる。本実の形態では、埋込情報の位置指定と参照情報の指定がなされている文書に対しての登録処理に関して説明を行う。なお、文書に対して、埋込情報を埋め込む位置指定や参照情報の設定方法等については、例えば、前述した特願２００２−１８０５１８号に記載されている方法を用いればよい。すなわち、文書データのうち、付加情報を埋め込む対象となる部分をレンダリングして、レンダリング画像を生成し、そのレンダリング画像データに付加情報を埋込み処理して埋込画像を生成し、レンダリング画像データの埋込画像部分を、元の文書データの所定位置に合成する。
【００３８】
本実施の形態では、埋込コード及び参照情報の組に対してページＩＤ、文書ＩＤ及びブックＩＤという各グループ識別データを割り付けるか否かをパラメータにより指定できるようにしている。より具体的に言うと、ページＩＤ、文書ＩＤ及びブックＩＤに対してそれぞれPageIDFlag，DocIDFlag，BookIDFlagというフラグによってページＩＤ、文書ＩＤ及びブックＩＤを割り付けるか否かを制御する。
【００３９】
なお、本実施の形態では、後述する情報登録処理において埋込コードが管理テーブル１２に登録されるときにページ、文書及びブックという各グループのＩＤも原則同時に登録されることになる。ただ、前述したようにページ及び文書が改ページやファイル保存等のアプリケーションの制御機能によって形成できるのに対し、ブックはユーザによる明示的な指定により形成される。この相違に伴いブックＩＤの取り扱いは多少異なってくる。そこで、説明の便宜上、ブックＩＤの取り扱いに関しては、別個に説明することにする。以降の説明では、BookIDFlagがオン、すなわち、埋込コードにブックＩＤを対応付けることを前提に、本実施の形態における情報登録処理を図３に示したフローチャートを用いて説明する。また、本実施の形態では、各ＩＤを各埋込コードに割り付ける場合について説明するので、ページＩＤ及び文書ＩＤの各フラグもオンに設定されているものとする。なお、オフにすると、埋込コード等の情報の組にページＩＤ、文書ＩＤを割り付けないことになるので、実質的に従来と同じになる。
【００４０】
ユーザが埋込コードの埋込作業を行うために、情報登録処理部２２を含む上記専用のアプリケーションを起動し処理対象とする文書ファイルを指定する。この文書は、埋込情報の位置指定と埋込情報の参照情報指定が行われていることとする。情報登録処理部２２は、ページＩＤ及び文書ＩＤの各フラグがオンであることを確認し（ステップ１０１）、ページ単位に埋込コードの埋込処理を行う。情報登録処理部２２は、処理対象とするページに対して必要な埋込コードの数を算出して発行要求をサーバ１へ送信する（ステップ１０３）。
【００４１】
また、クライアント２は、ページ単位に埋込コードを取得しサーバ１への埋込コードの登録を行うので、上記発行要求は新たなページを処理対象とする度にサーバ１へ送信されることになる。従って、上記発行要求処理（ステップ１０３）では、ページＩＤの発行も合わせてサーバ１へ要求する。更に、今回送信する発行要求は１ページ目に対するものである。つまり、指定した文書ファイルの最初に送信される発行要求であることから、文書ＩＤの発行も合わせてサーバ１へ要求する。すなわち、各文書の１ページ目の処理の際に送信される発行要求には、発行数を指定した埋込コード、ページＩＤ及び文書ＩＤの各発行要求が含まれることになる。
【００４２】
サーバ１において、登録機能処理部１６は、クライアント２から送られてきた発行要求を分析することで、当該発行要求により要求された指定数の埋込コード、ページＩＤ及び文書ＩＤを新規に生成し、当該クライアント２へ返送することで当該クライアント２へ各ＩＤを発行する。新規に生成する各ＩＤは、システム全体においてユニークな識別コードである。
【００４３】
クライアント２において、情報登録処理部２２は、サーバ１から送られてきた各ＩＤを受信すると（ステップ１０４）、内部に一時保持する。そして、その受信したＩＤに含まれている各埋込コードを電子文書に埋め込むと共に参照情報と対応付ける。この埋込処理自体は従来と同じでよい。当該ページへの埋込と参照情報との対応付けが終了すると（ステップ１０５）、登録機能処理部１６は、発行要求に指定した数分の埋込コードと、ユーザ操作により当該各埋込コードに対応付けられた参照情報との組に、各埋込コードに対応付けるべくページＩＤ、文書ＩＤ及びブックＩＤを対応付け、これらの情報を含む登録要求をサーバ１へ送信する（ステップ１０６）。ページＩＤ及び文書ＩＤは、ステップ１０４において取得されたＩＤである。ブックＩＤに関しての詳細は後述するが、ブックＩＤはBook-IDFlagをオンとしたときにすでに取得されている。
【００４４】
サーバ１において、登録機能処理部１６は、クライアント２から送られてきた登録要求を受信すると、埋込コードと参照情報との組に、ページＩＤ、文書ＩＤ及びブックＩＤを対応付けして管理テーブル１２に登録する。
【００４５】
以上のようにして、１ページ目の埋込コードの登録処理が終了する。次のページが存在するときは、２ページ目に対する埋込処理に移行する（ステップ１０７）。なお、文書のページ数は、システムにより把握できているので、最終ページに対する処理が終了するまで、自動的に実行する。
【００４６】
次のページが存在する場合は、ステップ１０３に戻る。ステップ１０３では、発行要求を送信することになるが、１ページにおける発行要求処理により文書ＩＤは取得済みなので、２ページ目以降において送信する発行要求には、当該ページに必要な数を指定した埋込コードとページＩＤの発行要求のみを含めればよい。情報登録処理部２２が行う２ページ目以降に対する埋込処理（ステップ１０５）は１ページ目と同じなので説明は省略する。２ページ目以降における登録要求には、１ページ目と同様に、当該ページにおける埋込コードと当該埋込コードに対応付けられた参照情報との組と、ページＩＤ、文書ＩＤ及びブックＩＤとが含まれている。文書ＩＤ及びブックＩＤは、１ページ目と同じＩＤである。以上の処理を最終ページまで終了すると、情報登録処理部２２は、処理対象の文書ファイルを保存する（ステップ１０８）。
【００４７】
ここまでの処理について図１に示した管理テーブル１２への登録例を用いてより具体的に説明すると、文書ファイルの最初のページの発行要求には、１ページ目に埋め込まれる埋込コードとページＩＤと文書ＩＤの発行要求が含まれているので、サーバ１の登録機能処理部１６は、この発行要求に応じて指定数（この例では１０個）の埋込コード“10001”〜“10010”とページＩＤ“P1”と文書ＩＤ“D1”とを生成し、クライアント２へ返送することになる。そして、登録機能処理部１６は、クライアント２からの登録要求に応じて管理テーブル１２に例示したように埋込コード“10001”〜“10010”までの情報を登録する。続いて、２ページ目における発行要求には、埋込コードとページＩＤの発行要求が含まれているので、登録機能処理部１６は、この発行要求に応じて指定数（この例では５個）の埋込コード“10011”〜“10015”とページＩＤ“P2”を生成し、クライアント２へ返送することになる。そして、登録機能処理部１６は、クライアント２からの登録要求に応じて管理テーブル１２に例示したように埋込コード“10011”〜“10015”までの情報を登録する。２ページ目における登録要求に含まれている文書ＩＤは、１ページ目と同じ“D1”であることから１ページ目と２ページ目とは同じ文書に含まれていることがわかる。図１に例示した管理テーブル１２によると、埋込コード“10023”以降には、異なる文書ＩＤ“D2”が割り振られているので異なる文書であることがわかる。つまり、文書ＩＤが“D1”である文書は、ページＩＤ“P1”〜“P3”のページが含まれており、埋込コード“10001”〜“10022”である埋込コードが埋め込まれたことが理解できる。なお、BookIDFlagはオンのまま処理されたことから各埋込コード“10001”〜“10022”には、同じブックＩＤ“B1”が割り付けられる。
【００４８】
ここで、図３に示したフローチャートに戻ると、ステップ１０９において、ステップ１０１〜１０８に続けて他の文書についても埋込処理を継続して行うことを希望する場合、ユーザは処理対象とする文書を指定する。これにより、情報登録処理部２２は、新たに指定された文書ファイルをオープンする（ステップ１０２）。そして、情報登録処理部２２は、処理対象とするページに対して必要な埋込コードの数を指定して発行要求をサーバ１へ送信する（ステップ１０３）。処理対象とするページは、ここでは新たにオープンされた文書ファイルの１ページ目であることから、送信する発行要求には、埋込コード及びページＩＤ、更に文書ＩＤの発行要求が含まれることになる。
【００４９】
サーバ１において、登録機能処理部１６は、クライアント２から送られてきた発行要求を分析することで、当該発行要求により要求された指定数の埋込コード、ページＩＤ及び文書ＩＤを新規に生成し、当該クライアント２へ返送することで当該クライアント２に対し各ＩＤを発行する。ここで、図１に示した管理テーブル１２の登録例に基づくと、サーバ１の登録機能処理部１６は、この発行要求に応じて指定数（この例では８個）の埋込コード“10023”〜“10030”、ページＩＤ“P4”及び文書ＩＤ“D2”というそれぞれユニークなＩＤを生成し、クライアント２へ返送することになる。
【００５０】
クライアント２において、情報登録処理部２２は、サーバ１から送られてきた各ＩＤを受信すると（ステップ１０４）、前述した埋込処理を実施する。２つ目以降の文書ファイルに対する埋込処理は、１つ目の文書ファイルと同じなので説明を省略する。埋込処理が終了すると（ステップ１０５）、情報の登録要求をサーバ１へ送信する（ステップ１０６）。この登録要求には、各埋込コードと参照情報との組と、ステップ１０４において取得したページＩＤ及び文書ＩＤと、更にブックＩＤとが対応付けられた情報が含まれている。
【００５１】
これ以降に実施される管理テーブル１２への情報登録処理は、前述したので省略するが、本実施の形態では、以上のように各埋込コードに対して、同じページに埋め込まれる埋込コードには同じページＩＤが設定され、異なるページに埋め込まれる埋込コードには異なるページＩＤが設定される。また、同じ文書に埋め込まれる埋込コードには同じ文書ＩＤが設定され、異なる文書に埋め込まれる埋込コードには異なる文書ＩＤが設定される。また、詳細は説明していないが、ブックＩＤに対しても同等であり、同じブックに埋め込まれる埋込コードには同じブックＩＤが設定され、異なるブックに埋め込まれる埋込コードには異なるブックＩＤが設定される。
【００５２】
ここで、ブックについて図４に示したブックＩＤの状態遷移図を用いて説明する。
【００５３】
本実施の形態では、前述したようにブックＩＤを割り付けるか否かをBookIDFlagというフラグによってブックＩＤを割り付けるか否かを制御している。すなわち、BookIDFlagがオンであるときには埋込コードをブックＩＤと対応付けて管理テーブル１２に登録し、BookIDFlagがオフであるときには埋込コードをブックＩＤと対応付けないで管理テーブル１２に登録する。
【００５４】
また、ブックは、ユーザによる明示的な指定により形成されると前述した。図４において右に示されたBook_Start,Book_End,BookID_Getは、ユーザによる入力指示に応じてアプリケーション内部で発せられるコマンドであり、専用のアプリケーションを構成する情報登録処理部２２がそのコマンドを解釈する。そして、情報登録処理部２２は、ユーザ操作によりBook_Startが発せられるとBookIDFlagをオンにすると共にサーバ１へブックＩＤの発行要求を送信する。サーバ１は、これに応じて新たなブックＩＤ（例えば“B1”）を生成して返送する。このようにして、ブックＩＤを取得することができるので、図３のステップ１０６で登録要求を送信するときには、以上のようにして取得したブックＩＤを含めることができる。図３を用いて説明した情報登録処理は、BookIDFlagがオンである図４の矢印３０で示されるタイミングで実施された場合の処理に相当する。そして、ユーザから指示が入力されなければ、BookIDFlagがオンの状態のままであり、かつBook_Startが入力されてもいないのでそのときのブックＩＤは“B1”のままである。従って、上記説明したように、ブックＩＤが“B1”である同一のブックに複数の文書（上記例に従うと文書ＩＤが“D1”,“D2”の文書）が含まれることになる。そして、ブックを変更したければ、ユーザはBook_Startを発行することにより新たなブックＩＤ（例えば“B2”）を取得することができる。このときのBookIDFlagはオンの状態なので、図３のステップ１０６で送信する登録要求には、ブックＩＤ“B2”が含まれることになる。このようにして、埋込コードを異なるブックに含ませることができる。
【００５５】
また、本実施の形態では、埋込コードをブックに含ませない、すなわち埋込コードにブックＩＤを対応付けないで管理テーブル１２に登録することも可能である。すなわち、この場合、ユーザはBook_Endを発行することによりBookIDFlagをオフにする。この状態で図３のステップ１０６で送信する登録要求に含まれる埋込コードには、ブックＩＤが対応付けられていないことになる。このようにして、埋込コードをブックというグループ管理から除外することも可能になる。なお、これは、矢印３２で示されるタイミングで実施された場合の処理に相当する。
【００５６】
更に、上記説明したブックＩＤの登録処理においては、ブックＩＤを新たに取得し、かつBookIDFlagがオンの状態であるとき、すなわち矢印３０の範囲において１乃至複数の文書ファイルに対して行われる処理である。しかし、いったん形成したブックに後から文書を追加したい場合もあり得る。そこで、本実施の形態では、前述したBookID_Getというコマンドを用意している。すなわち、この場合、ユーザは、アプリケーションにより予め決められた操作を行い、既存ブックへの追加処理であることを明示し、そして追加したいブックに既登録のいずれかの埋込コードをスキャナにより読み取る。情報登録処理部２２は、ユーザ操作によりBookID_Getが発せられると、BookIDFlagをオンにすると共にサーバ１へ読み取られた埋込コードを含むブックＩＤ取得要求を送信する。サーバ１は、ブックＩＤ取得要求を受信すると、その要求に含まれている埋込コードに対応するブックＩＤを管理テーブル１２から取得し、これを返送する。このようにして、情報登録処理部２２は、既存のブックＩＤを取得することができるので、図３のステップ１０６で登録要求を送信するときには、取得したブックＩＤを含めることができる、これにより、既存のブックに新たな文書を追加することができる。
【００５７】
以上のようにして、本実施の形態によれば、各埋込コードに対して参照情報と共に、当該埋込コードが埋め込まれるページ、当該ページが含まれる文書、当該文書が含まれるブックの各ＩＤを対応付けして管理テーブル１２に登録することができる。
【００５８】
クライアント２がＬＡＮ３を介してサーバ１に接続可能なときには、従来と同様にして参照情報をサーバ１から取得することができる。すなわち、印刷した文書５には図８に例示したように埋込コード６が埋め込まれているので、クライアントユーザは、参照情報を取得したい埋込コード６が埋め込まれている画像をスキャナ４で読み取る。この読取操作に応じて、クライアント２に搭載のアプリケーションは、埋込コードをサーバ１へ送信することで問い合わせ、これに応じてサーバ１は当該埋込コードに対応した参照情報を管理テーブル１２から読み出し返送する。これにより、クライアントは、取得した参照情報を画面表示することでユーザに提示することができる。
【００５９】
ここで、携帯型情報端末装置であるクライアント（携帯端末）２を客先などの外部に持ち出すなどしてサーバ１にアクセスできない環境では参照情報を取得することはできなくなる。これを解消するに従来においては、持ち出す印刷文書に埋め込まれた全ての埋込コードが埋め込まれている画像をスキャンして必要な参照情報を携帯端末２に予めダウンロードしておかなければならない。若しくは、膨大な管理テーブル１２を予めダウンロードしなければならなかった。そこで、本実施の形態では、次に説明する情報読出処理機能をクライアント２へ設けたことを特徴としている。この情報読出処理について図５に示したフローチャートを用いて説明する。本実施の形態における情報読出処理は、情報登録処理と同様に埋込コードを扱う専用のアプリケーションに含まれる処理機能の一部である。
【００６０】
ユーザは、クライアント２に搭載された専用のアプリケーションを起動して参照情報の読出処理を開始し、いずれかの埋込コードが埋め込まれている画像をスキャンすると、情報読出処理部２４は、そのスキャンされた埋込コードを保持する（ステップ２０１）。以下の説明で明らかになるが、スキャンする埋込コードが埋め込まれている画像は、ユーザが読み出したいページ、文書又はブックに含まれている埋込コードである。続いて、情報読出処理部２４は、参照情報の読出単位を入力指定させる（ステップ２０２）。読出単位としては、ページ、文書及びブックという各グループが指定可能であり、所定の指定画面からユーザにいずれかを指定させる。なお、従来と同じ処理を実現するために読出単位として埋込コードを指定できるようにしてもよい。そして、情報読出処理部２４は、指定された読出単位と共にユーザによりスキャンされたいずれかの埋込コードとを含む読出要求をサーバ１へ送信する（ステップ２０３）。なお、ステップ２０１，２０２は、いずれが先でもかまわない。
【００６１】
図６において、サーバ１における読出機能処理部１４は、クライアント２から送られてきた読出要求を受信すると（ステップ２１１）、その要求に指定されている読出単位を判別する（ステップ２１２）。上記判別の結果、読出単位として「ページ」が指定されていたとすると（ステップ２１３）、読出要求に指定されている埋込コードに対応する参照情報を管理テーブル１２から読み出すに留まらず、その埋込コードと同じページＩＤが対応付けられている他の埋込コード及び各埋込コードに対応する参照情報をも合わせて管理テーブル１２から読み出す（ステップ２１４）。例えば、読出要求に埋込コード“10002”が指定されていたとする。図１に示した例に基づくと、読出機能処理部１４は、埋込コード“10002”のページＩＤ“P1”が対応付けられている埋込コード“10001”〜“10010”及び各埋込コードに対応付けされた参照情報全てを管理テーブル１２から読み出す。そして、読み出した埋込コードと参照情報との組をクライアント２へ返送する（ステップ２１８）。
【００６２】
また、読出単位の判別の結果、読出単位として「文書」が指定されていたとすると（ステップ２１５）、読出機能処理部１４は、埋込コード“10002”の文書ＩＤ“D1”が対応付けられている埋込コード“10001”〜“10022”及び各埋込コードに対応付けされた参照情報全てを管理テーブル１２から読み出す（ステップ２１６）。そして、読み出した埋込コードと参照情報との組をクライアント２へ返送する（ステップ２１８）。
【００６３】
更に、読出単位の判別の結果、読出単位として「ブック」が指定されていたとすると、読出機能処理部１４は、埋込コード“10002”のブックＩＤ“B1”が対応付けられている埋込コード“10001”〜“10040”及び各埋込コードに対応付けされた参照情報全てを管理テーブル１２から読み出す（ステップ２１７）。そして、読み出した埋込コードと参照情報との組をクライアント２へ返送する（ステップ２１８）。
【００６４】
クライアント２における情報読出処理部２４は、読出要求に応じてサーバ１から送られてきた埋込コードと参照情報との組を受信すると（ステップ２０４）、情報記憶部２６に記憶する（ステップ２０５）。
【００６５】
本実施の形態によれば、サーバ１の読出機能処理部１４は、読出要求に指定されている埋込コードに対応する参照情報のみならず、同じ読出要求に指定されている読出単位（つまり、グループ）に従い、指定された埋込コードと同じグループに属する他の埋込コードと埋込コードの参照情報をも合わせてクライアント２へ返送するようにした。これにより、ユーザは、クライアント２にダウンロードしたい全ての埋込コードを指定するのではなく、ただ一つの埋込コードが埋め込まれた画像をスキャンし、かつ読み出したいグループ単位を指定するだけで、指定したグループ単位で参照情報を入手することができる。つまり、あるページの埋込コードに対応する全ての埋込コードと参照情報を入手したければ、当該ページのいずれか一つの埋込コードが埋め込まれた画像をスキャンし、読出単位として「ページ」と指定すればよい。あるいは、ある文書の埋込コードに対応する全ての埋込コードと参照情報を入手したければ、当該文書のいずれか一つの埋込コードが埋め込まれた画像をスキャンし、読出単位として「文書」と指定すればよい。同様に、あるブックの埋込コードに対応する全ての埋込コードと参照情報を入手したければ、当該ブックのいずれか一つの埋込コードが埋め込まれた画像をスキャンし、読出単位として「ブック」と指定すればよい。
【００６６】
このように、ユーザは、所望の階層のグループを指定することで相対的に小さい若しくは大きいグループ単位で参照情報をダウンロードさせることができる。従って、客先などの外部に持ち出すなどしてサーバ１にアクセスできない環境で携帯端末２を使用する際には上記情報読出処理を実行し、携帯端末２と共に持ち出す印刷文書のいずれかの埋込コードが埋め込まれた画像をスキャンすることで必要な参照情報を簡単に携帯端末２に取り込むことができる。
【００６７】
そして、情報処理部２８は、ユーザが携帯端末２に接続されたスキャナ４を用いて用紙５に埋め込まれているいずれかの埋込コード６をスキャンしたときに、サーバ１にアクセスできない環境であることを認識すると、その埋込コードに対応した参照情報をサーバ１に問い合わせることなく情報記憶部２６から読み出し、携帯端末２のディスプレイに表示する。このように、本実施の形態によればサーバ１にアクセスできない環境においても参照情報にアクセスすることができる。なお、本実施の形態における情報処理部２８は、従来例と同様にスキャンされた埋込コードに対応した参照情報を携帯端末２での処理内容としては参照情報の表示に留まることなく他の処理を実行する手段であってもよい。
【００６８】
なお、本実施の形態では、埋込コード及び参照情報をページ、文書、ブックという各階層グループにより保持管理するようにした。しかし、常に複数の階層を設定する必要はなく、グループとしてページのみ、文書のみと単一のグループのみで保持管理するようにしてもよい。この場合、クライアント２において読出単位としていずれかのグループを常に指定させる必要はなくなる。また、グループを階層構造とした場合でも、読出要求に何も含まれていないときには読出単位としてページが指定されているとみなすなどサーバ１に判断させるように処理してもよい。
【００６９】
また、本実施の形態では、ページ、文書、ブックという階層構造にて埋込コード及び参照情報をグループ管理したが、この例に限られるものではなく、例えば、ブックと同様に各グループの始まりと終わりをユーザに明示させることで、節、章等文書の内容構成に応じて埋込コード等を保持管理するようにしてもよい。また、各グループが階層構造を形成しない、例えば文書や図面、あるいは文書の保存形式や文書作成アプリケーションの種別等でグループを形成するようにしてもよい。あるいは、参照情報のセキュリティレベルによってグループ化することも可能である。
【００７０】
また、本実施の形態では、用紙上における文字等の要素の印刷位置に埋め込んだ埋込コードを参照情報識別コードとして用いた例で説明したが、埋込コード以外のデータ、例えば、バーコードのようなデータコードを参照情報識別コードとして用いてもよい。
【００７１】
また、本実施の形態においてサーバ１及びクライアント２において実現される処理機能は、アプリケーションプログラムにより実現することができるが、これらのアプリケーションプログラムは、例えば、磁気ディスク、光ディスク、ＣＤ-ＲＯＭ、コンピュータに内蔵されるメモリなどの記録媒体により記憶される。
【００７２】
【発明の効果】
本発明によれば、参照情報識別コードをグループ管理するようにしたので、ただ一つの参照情報識別コードを指定して参照情報の読出しを要求するだけで、その参照情報識別コードと同一のグループに属する他の参照情報識別コードの参照情報をも合わせて取得することができる。
【００７３】
また、管理テーブルへの情報登録を簡単な操作で行うことができるので、上記読出し処理機能を実現できる環境を容易に形成することができる。
【図面の簡単な説明】
【図１】 本発明に係る情報処理装置に相当するサーバを示したブロック構成図である。
【図２】 本発明に係る情報端末装置に相当するクライアントを示したブロック構成図である。
【図３】 本実施の形態における情報登録処理を示したフローチャートである。
【図４】 本実施の形態においてブックＩＤの状態遷移を概念的に示した図である。
【図５】 本実施の形態においてクライアント側における情報読出処理を示したフローチャートである。
【図６】 本実施の形態においてサーバ側における情報読出処理を示したフローチャートである。
【図７】 埋込情報を利用するクライアントサーバシステムの全体構成図である。
【図８】 埋込コードが埋め込まれた印刷文書を示した概略図である。
【符号の説明】
１ サーバ、２ クライアント、３ ＬＡＮ、４ スキャナ、１２ 管理テーブル、１４ 読出機能処理部、１６ 登録機能処理部、２２ 情報登録処理部、２４ 情報読出処理部、２６ 情報記憶部、２８ 情報処理部。
【発明の属する技術分野】
本発明は、情報処理装置により保持管理されている参照情報を情報端末装置にダウンロードする際の便宜を図る装置及びその方法、並びに当該装置及びその方法を形成するための情報登録の便宜を図る装置及びその方法に関する。
【０００２】
【従来の技術】
ハイパーテキスト技術を利用することにより、ユーザは、電子文書中のリンクしてある語句をマウスクリックするだけで当該語句に関連するデータを検索、表示させることができる。ただ、クリックすることによって関連情報を取得できるようなことは、電子文書を画面上に表示した場合に限り利用可能であり、その電子文書をプリントアウトした場合には利用することはできない。
【０００３】
そこで、本願出願人は、用紙に埋込情報を埋め込むことで文書に含まれる要素に関連した情報を取得できるようにした（特許文献１参照）。
【０００４】
図７には、埋込情報を管理する情報処理装置（以下、「サーバ」）１と、文書を参照するユーザが使用する情報端末装置（以下「クライアント」）２とがＬＡＮ(Local Area Network)３により接続されたシステム構成図が示されている。埋込情報は、文書データに含まれる要素に関連づけられた情報それぞれにユニークに割り当てられた識別コードである。埋込コードは、特許文献１における付加情報に相当する。実際に埋め込みたい情報は、埋め込みコードとの組で管理テーブルで管理し、この管理テーブルは、サーバ1で管理する。埋め込みコードが埋め込まれた画像をスキャンし、解釈して、埋め込みコードを算出し、管理テーブルから埋め込みコードとの組で管理されている情報を取り出すことで、実際に埋め込みたい情報を取得する。実際に埋め込みたい情報を参照情報と呼ぶ。図８は、埋込コードが埋め込まれた印刷文書を示した概略図であり、２ページ分を示している。特許文献１に開示された技術を利用すれば、参照情報が関連づけられた文字の印字位置に重複させて埋込コード６を印刷することができ、また、埋込コード６が重畳印刷された文字は判読可能である。図８では、「F社」、「フィニッシャー」等の要素に埋込コードが割り付けられている。
【０００５】
ユーザがクライアント２に接続されたスキャナ４を用いて用紙５に埋め込まれているいずれかの埋込コード６が埋め込まれた画像をスキャンすると、クライアント２は、読み込んだ画像を解釈して算出した埋込コードを含む読出要求をサーバ１へ送信する。サーバ１には、埋込コードと参照情報が対応付けされて予め登録されており、サーバ１は、読出要求に含まれている埋込コードに基づき参照情報を読み出し、クライアント１へ返送する。
【０００６】
クライアント２は、入手した参照情報をクライアント２のアプリケーションプログラム等で処理が可能となる。例えば、参照情報としてURL（Uniform Resource Locators）を扱うシステムの場合には、入手した参照情報を用いてブラウザを起動するようなアプリケーションを作成しておけば、埋め込みコードが埋め込まれた画像情報をスキャンするだけで、参照情報に設定されているURL先のホームページを表示することができる。従って、例えば図８で、クライアントユーザは、印刷された文書から埋込情報を含む画像”F社”をスキャンするだけで、ＬＡＮ３、ファイアーウォール７、インターネット８を経由して当該企業の情報を取得し参照することができる。また、専門用語には、一般に当該用語を解説した情報そのもの若しくは当該用語を解説したページのＵＲＬが参照情報として設定されているので、ユーザは、その専門用語をスキャンすることによって当該用語の意味を知ることができる。
【０００７】
このように、クライアント２は、用紙上の埋込コードが埋め込まれている画像をユーザによって読み取られると、サーバ１へその埋込コードを含む読出要求を送信することで該当する参照情報（ＵＲＬ等）を取得することができる。
【０００８】
次に、サーバ１への埋込コード及び参照情報の登録方法について説明する。この登録処理において埋込コードと参照情報との対応付けは、クライアント２側で行うが、クライアント２は、用紙に埋め込むべき埋込コードの数は、事前に把握することができるので、必要数を指定した埋込コードの発行要求をサーバ１へ送る。サーバ１は、この発行要求に応じてシステム全体でユニークな埋込コードを生成し、返信する。クライアントユーザは、既知の方法(例えば、特願２００２−１８０５１８号)で埋込コードを画面上に表示された文書上に埋め込むと共に、各埋込コードに生成済みの参照情報を対応付けると共に埋込コードと参照情報との組をサーバ１へ送信する。サーバ１は、送られてきた埋込コードと参照情報との組を所定の管理テーブルに登録する。
【０００９】
【特許文献１】
特願２００２−１８０５１８号
【００１０】
【発明が解決しようとする課題】
しかしながら、従来においては、クライアントユーザが埋込コードが埋め込まれている画像をスキャンして参照情報を取得したいときに、その都度ＬＡＮ経由でサーバから参照情報をダウンロードするようにしていたので、埋込コードに対応する参照情報が取得できるのは、クライアントがサーバへネットワーク経由で接続されているときに限られてしまう。従って、セールスやプレゼンテーション等のために客先へクライアント（つまり、携帯型情報端末装置、以下単に「携帯端末」という）を持ち出して使用するときなどは、参照情報を取得することはできない。
【００１１】
これを解消するためには、サーバが保持している埋込情報と参照情報の管理テーブルを携帯端末へ予めダウンロードしておけばよい。しかし、従来においてサーバから参照情報を取得するには、サーバへ読出要求を送るために必要と思われる全ての埋込コードをスキャンしなければならず面倒である。埋込コードの埋込数が膨大な場合、その作業量を考えると実用的な方法とは言い難い。作業の容易性の観点からすると、サーバが保持管理しているデータベース全体をクライアントへダウンロードすることも考えられるが、サーバにはシステム全体における参照情報が登録されているので、携帯端末の記憶容量を考慮すると現実的ではない。
【００１２】
本発明は以上のような問題を解決するためになされたものであり、その目的は、参照情報識別コードと参照情報を保持した管理テーブルの情報端末装置へのダウンロードの便宜を図る情報処理装置を提供することにある。また、情報処理装置から参照情報識別コードと参照情報を保持した管理テーブルのダウンロードを簡便に実行できる情報端末装置並びにその方法を提供することにある。更に、この目的を達成するための環境を構築できる情報処理装置及び情報端末装置及びその方法を提供することにある。
【００１３】
【課題を解決するための手段】
以上のような目的を達成するために、本発明に係る情報処理システムは、サーバとクライアントとがネットワークを介して接続された情報処理システムにおいて、前記サーバは、文書データに含まれる要素に関する参照情報と、当該参照情報それぞれに対応付けられると共に当該文書データに付加され、かつ当該参照情報を含まない参照情報識別コードと、当該参照情報識別コードを予め決められた規則に従いグループ化し各参照情報識別コードが属するグループの識別データとを対応付けして管理する管理テーブルを記憶するサーバ側情報記憶手段と、前記クライアントからの参照情報識別コードが指定された参照情報の読出要求に応じて、当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出す読出手段と、を有し、前記クライアントは、クライアント側情報記憶手段と、ユーザにより指定された参照情報識別コードを指定して前記サーバに参照情報の読出要求をする読出要求手段と、前記読出要求に応じて前記サーバから読み出された参照情報識別コードと参照情報との組を前記クライアント側情報記憶手段に保存する保存手段と、参照情報識別コードと参照情報との組が前記クライアント側情報記憶手段に保存された後、前記サーバにアクセスできない環境であることを認識した場合、ユーザにより指定された参照情報識別コードに対応する参照情報を前記クライアント側情報記憶手段から取り出し処理する情報処理手段と、を有し、グループを階層構造とした場合、前記管理テーブルには、参照情報識別コードと、参照情報と、当該各参照情報識別コードが属する各階層におけるグループ識別データとが対応付けられて管理されており、
前記読出要求手段は、ユーザにより指定された参照情報識別コード及びグループ階層を指定して参照情報の読出要求を前記サーバへ送信し、
前記読出手段は、参照情報識別コード及びグループ階層が指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、指定されたグループ階層に従い当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出すことを特徴とする。
【００１４】
また、参照情報識別コードは、文書データを構成するページ単位でグループ化されることを特徴とする。
【００１６】
また、ページをグループの第１階層レベル、１乃至複数のページからなる文書ファイルをグループの第２階層レベル、１乃至複数の文書ファイルからなるブックをグループの第３階層レベルとして参照情報識別コードを管理することを特徴とする。
【００１７】
本発明に係る情報処理プログラムは、ネットワークを介して、情報記憶手段を有するクライアントにアクセスさせるサーバを、文書データに含まれる要素に関する参照情報と、当該参照情報それぞれに対応付けられると共に当該文書データに付加され、かつ当該参照情報を含まない参照情報識別コードと、当該参照情報識別コードを予め決められた規則に従いグループ化し各参照情報識別コードが属するグループの識別データとを対応付けして管理する管理テーブルにアクセスする手段、前記クライアントからの参照情報識別コードが指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出す読出手段、として機能させ、前記クライアントを、ユーザにより指定された参照情報識別コードを指定して前記サーバへ参照情報の読出要求をする読出要求手段、前記読出要求に応じて前記サーバから読み出された参照情報識別コードと参照情報との組を前記情報記憶手段に保存する保存手段、参照情報識別コードと参照情報との組が前記情報記憶手段に保存された後、前記サーバにアクセスできない環境であることを認識した場合、ユーザにより指定された参照情報識別コードに対応する参照情報を前記情報記憶手段から取り出し処理する情報処理手段、として機能させ、グループを階層構造とした場合、前記管理テーブルには、参照情報識別コードと、参照情報と、当該各参照情報識別コードが属する各階層におけるグループ識別データとが対応付けられて管理されており、前記読出要求手段は、ユーザにより指定された参照情報識別コード及びグループ階層を指定して参照情報の読出要求を前記サーバへ送信し、前記読出手段は、参照情報識別コード及びグループ階層が指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、指定されたグループ階層に従い当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出すことを特徴とする。
【００１８】
本発明に係る情報処理方法は、文書データに含まれる要素に関する参照情報と、当該参照情報それぞれに対応付けられると共に当該文書データに付加され、かつ当該参照情報を含まない参照情報識別コードと、当該参照情報識別コードを予め決められた規則に従いグループ化し各参照情報識別コードが属するグループの識別データとを対応付けして管理する管理テーブルにアクセスするサーバと、情報記憶手段を有するクライアントとがネットワークを介して接続された情報処理システムにおいて実施され、前記クライアントが、ユーザにより指定された参照情報識別コードを指定して前記サーバへ参照情報の読出要求をする読出要求ステップと、前記サーバが、前記クライアントからの参照情報識別コードが指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出す読出ステップと、前記クライアントが、前記読出要求に応じて前記サーバから読み出された参照情報識別コードと参照情報との組を前記情報記憶手段に保存する保存ステップと、前記クライアントが、参照情報識別コードと参照情報との組が前記情報記憶手段に保存された後、前記サーバにアクセスできない環境であることを認識した場合、ユーザにより指定された参照情報識別コードに対応する参照情報を前記情報記憶手段から取り出し処理する情報処理ステップと、を含み、グループを階層構造とした場合、前記管理テーブルには、参照情報識別コードと、参照情報と、当該各参照情報識別コードが属する各階層におけるグループ識別データとが対応付けられて管理されており、前記読出要求ステップは、ユーザにより指定された参照情報識別コード及びグループ階層を指定して参照情報の読出要求を前記サーバへ送信し、前記読出ステップは、参照情報識別コード及びグループ階層が指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、指定されたグループ階層に従い当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出すことを特徴とする。
【００３０】
【発明の実施の形態】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００３１】
本実施の形態におけるシステムのハードウェア構成は、図７に示した従来と同じ構成でよい。本実施の形態は、サーバ１及びクライアント２それぞれに搭載されるアプリケーションによって実現される処理機能が従来と異なる。
【００３２】
図１は、本発明に係る情報処理装置に相当するサーバ１を示したブロック構成図である。サーバ１は、管理テーブル１２と読出機能処理部１４と登録機能処理部１６とを有している。管理テーブル１２には、埋込コードに参照情報、ページＩＤ、文書ＩＤ及びブックＩＤがそれぞれ対応させて登録されている。サーバ１は、この管理テーブル１２をメモリ若しくはディスク等に記憶して埋込コード等の情報を保持管理している。読出機能処理部１４は、クライアント２からの読出要求に応じて参照情報等を管理テーブル１２から読み出して返送する。登録機能処理部１６は、クライアント２からの発行要求に応じて必要数の埋込コードを新たに生成して返送すると共に、クライアント２から送られてきた埋込コードと参照情報等の組を管理テーブル１２に登録する。
【００３３】
ここで、埋込コード及び参照情報と共に管理テーブル１２により保持管理されるページＩＤ、文書ＩＤ及びブックＩＤについて説明する。
【００３４】
本実施の形態においては、埋込コード及び参照情報を管理するのに、ページ、文書及びブックという概念を用いることを特徴としている。ページというのは、画面や用紙に出力される単位である。１ページには、複数の埋込コードが埋込可能である。文書というのは、ファイル単位に形成され、１乃至複数のページが含まれる。ブックは、１乃至複数の文書ファイルにより形成される。ページや文書が改ページやファイル保存等のシステム若しくはアプリケーションの制御機能により形成され、また自動的に認識可能であるのに対し、ブックは、ユーザが１乃至複数の文書を明示的に指定することで形成される。本実施の形態では、埋込コードをページ、文書、ブックという各グループ単位で管理することを特徴とする。ブックは文書とページを、文書はページをそれぞれ含むという階層関係にあるため、各埋込コードは、管理テーブル１２のデータ構造から明らかなように原則ページ、文書及びブックのいずれのグループにも属することになる。
【００３５】
また、本実施の形態でいう参照情報自体は、従来と同じでよく、文字列からなる語あるいは図若しくはその一部など用紙に印刷された要素に関する情報である。参照情報は、クライアント２において埋込コード６が埋め込まれた画像がスキャナ４によりスキャンされることでクライアント２に転送される。参照情報は、要素の説明文書等の実態情報でもよいし実態情報が格納されている箇所を特定したＵＲＩ（Uniform Resource Identifier）でもよい。
【００３６】
図２は、本発明に係る情報端末装置に相当するクライアント２を示したブロック構成図である。クライアント２は、情報登録処理部２２、情報読出処理部２４、情報記憶部２６及び情報処理部２８を有している。情報登録処理部２２は、埋込コードに対応させて参照情報をサーバ１に登録する登録処理を実行する。情報読出処理部２４は、送信する読出要求に該当する埋込コードと参照情報の組からなる情報をサーバ１から読み出し、情報記憶部２６に保存する読出処理を実行する。情報処理部２８は、参照情報をディスプレイに表示するなど情報記憶部２６に保存された情報に基づき情報処理を実行する。
【００３７】
次に、本実施の形態における埋込コードや参照情報等の情報登録処理について図２を用いて説明する。ユーザは、クライアント２に搭載された専用のアプリケーションを起動して文書に埋込コードを埋め込む作業を行うが、本実施の形態における情報登録処理は、この専用のアプリケーションに含まれる処理機能の一部である。クライアント２の情報登録処理部２２は、ユーザによる埋込作業時における入力指定操作に応じてサーバ１の登録機能処理部１６と連係して情報登録処理を実行することになる。本実の形態では、埋込情報の位置指定と参照情報の指定がなされている文書に対しての登録処理に関して説明を行う。なお、文書に対して、埋込情報を埋め込む位置指定や参照情報の設定方法等については、例えば、前述した特願２００２−１８０５１８号に記載されている方法を用いればよい。すなわち、文書データのうち、付加情報を埋め込む対象となる部分をレンダリングして、レンダリング画像を生成し、そのレンダリング画像データに付加情報を埋込み処理して埋込画像を生成し、レンダリング画像データの埋込画像部分を、元の文書データの所定位置に合成する。
【００３８】
本実施の形態では、埋込コード及び参照情報の組に対してページＩＤ、文書ＩＤ及びブックＩＤという各グループ識別データを割り付けるか否かをパラメータにより指定できるようにしている。より具体的に言うと、ページＩＤ、文書ＩＤ及びブックＩＤに対してそれぞれPageIDFlag，DocIDFlag，BookIDFlagというフラグによってページＩＤ、文書ＩＤ及びブックＩＤを割り付けるか否かを制御する。
【００３９】
なお、本実施の形態では、後述する情報登録処理において埋込コードが管理テーブル１２に登録されるときにページ、文書及びブックという各グループのＩＤも原則同時に登録されることになる。ただ、前述したようにページ及び文書が改ページやファイル保存等のアプリケーションの制御機能によって形成できるのに対し、ブックはユーザによる明示的な指定により形成される。この相違に伴いブックＩＤの取り扱いは多少異なってくる。そこで、説明の便宜上、ブックＩＤの取り扱いに関しては、別個に説明することにする。以降の説明では、BookIDFlagがオン、すなわち、埋込コードにブックＩＤを対応付けることを前提に、本実施の形態における情報登録処理を図３に示したフローチャートを用いて説明する。また、本実施の形態では、各ＩＤを各埋込コードに割り付ける場合について説明するので、ページＩＤ及び文書ＩＤの各フラグもオンに設定されているものとする。なお、オフにすると、埋込コード等の情報の組にページＩＤ、文書ＩＤを割り付けないことになるので、実質的に従来と同じになる。
【００４０】
ユーザが埋込コードの埋込作業を行うために、情報登録処理部２２を含む上記専用のアプリケーションを起動し処理対象とする文書ファイルを指定する。この文書は、埋込情報の位置指定と埋込情報の参照情報指定が行われていることとする。情報登録処理部２２は、ページＩＤ及び文書ＩＤの各フラグがオンであることを確認し（ステップ１０１）、ページ単位に埋込コードの埋込処理を行う。情報登録処理部２２は、処理対象とするページに対して必要な埋込コードの数を算出して発行要求をサーバ１へ送信する（ステップ１０３）。
【００４１】
また、クライアント２は、ページ単位に埋込コードを取得しサーバ１への埋込コードの登録を行うので、上記発行要求は新たなページを処理対象とする度にサーバ１へ送信されることになる。従って、上記発行要求処理（ステップ１０３）では、ページＩＤの発行も合わせてサーバ１へ要求する。更に、今回送信する発行要求は１ページ目に対するものである。つまり、指定した文書ファイルの最初に送信される発行要求であることから、文書ＩＤの発行も合わせてサーバ１へ要求する。すなわち、各文書の１ページ目の処理の際に送信される発行要求には、発行数を指定した埋込コード、ページＩＤ及び文書ＩＤの各発行要求が含まれることになる。
【００４２】
サーバ１において、登録機能処理部１６は、クライアント２から送られてきた発行要求を分析することで、当該発行要求により要求された指定数の埋込コード、ページＩＤ及び文書ＩＤを新規に生成し、当該クライアント２へ返送することで当該クライアント２へ各ＩＤを発行する。新規に生成する各ＩＤは、システム全体においてユニークな識別コードである。
【００４３】
クライアント２において、情報登録処理部２２は、サーバ１から送られてきた各ＩＤを受信すると（ステップ１０４）、内部に一時保持する。そして、その受信したＩＤに含まれている各埋込コードを電子文書に埋め込むと共に参照情報と対応付ける。この埋込処理自体は従来と同じでよい。当該ページへの埋込と参照情報との対応付けが終了すると（ステップ１０５）、登録機能処理部１６は、発行要求に指定した数分の埋込コードと、ユーザ操作により当該各埋込コードに対応付けられた参照情報との組に、各埋込コードに対応付けるべくページＩＤ、文書ＩＤ及びブックＩＤを対応付け、これらの情報を含む登録要求をサーバ１へ送信する（ステップ１０６）。ページＩＤ及び文書ＩＤは、ステップ１０４において取得されたＩＤである。ブックＩＤに関しての詳細は後述するが、ブックＩＤはBook-IDFlagをオンとしたときにすでに取得されている。
【００４４】
サーバ１において、登録機能処理部１６は、クライアント２から送られてきた登録要求を受信すると、埋込コードと参照情報との組に、ページＩＤ、文書ＩＤ及びブックＩＤを対応付けして管理テーブル１２に登録する。
【００４５】
以上のようにして、１ページ目の埋込コードの登録処理が終了する。次のページが存在するときは、２ページ目に対する埋込処理に移行する（ステップ１０７）。なお、文書のページ数は、システムにより把握できているので、最終ページに対する処理が終了するまで、自動的に実行する。
【００４６】
次のページが存在する場合は、ステップ１０３に戻る。ステップ１０３では、発行要求を送信することになるが、１ページにおける発行要求処理により文書ＩＤは取得済みなので、２ページ目以降において送信する発行要求には、当該ページに必要な数を指定した埋込コードとページＩＤの発行要求のみを含めればよい。情報登録処理部２２が行う２ページ目以降に対する埋込処理（ステップ１０５）は１ページ目と同じなので説明は省略する。２ページ目以降における登録要求には、１ページ目と同様に、当該ページにおける埋込コードと当該埋込コードに対応付けられた参照情報との組と、ページＩＤ、文書ＩＤ及びブックＩＤとが含まれている。文書ＩＤ及びブックＩＤは、１ページ目と同じＩＤである。以上の処理を最終ページまで終了すると、情報登録処理部２２は、処理対象の文書ファイルを保存する（ステップ１０８）。
【００４７】
ここまでの処理について図１に示した管理テーブル１２への登録例を用いてより具体的に説明すると、文書ファイルの最初のページの発行要求には、１ページ目に埋め込まれる埋込コードとページＩＤと文書ＩＤの発行要求が含まれているので、サーバ１の登録機能処理部１６は、この発行要求に応じて指定数（この例では１０個）の埋込コード“10001”〜“10010”とページＩＤ“P1”と文書ＩＤ“D1”とを生成し、クライアント２へ返送することになる。そして、登録機能処理部１６は、クライアント２からの登録要求に応じて管理テーブル１２に例示したように埋込コード“10001”〜“10010”までの情報を登録する。続いて、２ページ目における発行要求には、埋込コードとページＩＤの発行要求が含まれているので、登録機能処理部１６は、この発行要求に応じて指定数（この例では５個）の埋込コード“10011”〜“10015”とページＩＤ“P2”を生成し、クライアント２へ返送することになる。そして、登録機能処理部１６は、クライアント２からの登録要求に応じて管理テーブル１２に例示したように埋込コード“10011”〜“10015”までの情報を登録する。２ページ目における登録要求に含まれている文書ＩＤは、１ページ目と同じ“D1”であることから１ページ目と２ページ目とは同じ文書に含まれていることがわかる。図１に例示した管理テーブル１２によると、埋込コード“10023”以降には、異なる文書ＩＤ“D2”が割り振られているので異なる文書であることがわかる。つまり、文書ＩＤが“D1”である文書は、ページＩＤ“P1”〜“P3”のページが含まれており、埋込コード“10001”〜“10022”である埋込コードが埋め込まれたことが理解できる。なお、BookIDFlagはオンのまま処理されたことから各埋込コード“10001”〜“10022”には、同じブックＩＤ“B1”が割り付けられる。
【００４８】
ここで、図３に示したフローチャートに戻ると、ステップ１０９において、ステップ１０１〜１０８に続けて他の文書についても埋込処理を継続して行うことを希望する場合、ユーザは処理対象とする文書を指定する。これにより、情報登録処理部２２は、新たに指定された文書ファイルをオープンする（ステップ１０２）。そして、情報登録処理部２２は、処理対象とするページに対して必要な埋込コードの数を指定して発行要求をサーバ１へ送信する（ステップ１０３）。処理対象とするページは、ここでは新たにオープンされた文書ファイルの１ページ目であることから、送信する発行要求には、埋込コード及びページＩＤ、更に文書ＩＤの発行要求が含まれることになる。
【００４９】
サーバ１において、登録機能処理部１６は、クライアント２から送られてきた発行要求を分析することで、当該発行要求により要求された指定数の埋込コード、ページＩＤ及び文書ＩＤを新規に生成し、当該クライアント２へ返送することで当該クライアント２に対し各ＩＤを発行する。ここで、図１に示した管理テーブル１２の登録例に基づくと、サーバ１の登録機能処理部１６は、この発行要求に応じて指定数（この例では８個）の埋込コード“10023”〜“10030”、ページＩＤ“P4”及び文書ＩＤ“D2”というそれぞれユニークなＩＤを生成し、クライアント２へ返送することになる。
【００５０】
クライアント２において、情報登録処理部２２は、サーバ１から送られてきた各ＩＤを受信すると（ステップ１０４）、前述した埋込処理を実施する。２つ目以降の文書ファイルに対する埋込処理は、１つ目の文書ファイルと同じなので説明を省略する。埋込処理が終了すると（ステップ１０５）、情報の登録要求をサーバ１へ送信する（ステップ１０６）。この登録要求には、各埋込コードと参照情報との組と、ステップ１０４において取得したページＩＤ及び文書ＩＤと、更にブックＩＤとが対応付けられた情報が含まれている。
【００５１】
これ以降に実施される管理テーブル１２への情報登録処理は、前述したので省略するが、本実施の形態では、以上のように各埋込コードに対して、同じページに埋め込まれる埋込コードには同じページＩＤが設定され、異なるページに埋め込まれる埋込コードには異なるページＩＤが設定される。また、同じ文書に埋め込まれる埋込コードには同じ文書ＩＤが設定され、異なる文書に埋め込まれる埋込コードには異なる文書ＩＤが設定される。また、詳細は説明していないが、ブックＩＤに対しても同等であり、同じブックに埋め込まれる埋込コードには同じブックＩＤが設定され、異なるブックに埋め込まれる埋込コードには異なるブックＩＤが設定される。
【００５２】
ここで、ブックについて図４に示したブックＩＤの状態遷移図を用いて説明する。
【００５３】
本実施の形態では、前述したようにブックＩＤを割り付けるか否かをBookIDFlagというフラグによってブックＩＤを割り付けるか否かを制御している。すなわち、BookIDFlagがオンであるときには埋込コードをブックＩＤと対応付けて管理テーブル１２に登録し、BookIDFlagがオフであるときには埋込コードをブックＩＤと対応付けないで管理テーブル１２に登録する。
【００５４】
また、ブックは、ユーザによる明示的な指定により形成されると前述した。図４において右に示されたBook_Start,Book_End,BookID_Getは、ユーザによる入力指示に応じてアプリケーション内部で発せられるコマンドであり、専用のアプリケーションを構成する情報登録処理部２２がそのコマンドを解釈する。そして、情報登録処理部２２は、ユーザ操作によりBook_Startが発せられるとBookIDFlagをオンにすると共にサーバ１へブックＩＤの発行要求を送信する。サーバ１は、これに応じて新たなブックＩＤ（例えば“B1”）を生成して返送する。このようにして、ブックＩＤを取得することができるので、図３のステップ１０６で登録要求を送信するときには、以上のようにして取得したブックＩＤを含めることができる。図３を用いて説明した情報登録処理は、BookIDFlagがオンである図４の矢印３０で示されるタイミングで実施された場合の処理に相当する。そして、ユーザから指示が入力されなければ、BookIDFlagがオンの状態のままであり、かつBook_Startが入力されてもいないのでそのときのブックＩＤは“B1”のままである。従って、上記説明したように、ブックＩＤが“B1”である同一のブックに複数の文書（上記例に従うと文書ＩＤが“D1”,“D2”の文書）が含まれることになる。そして、ブックを変更したければ、ユーザはBook_Startを発行することにより新たなブックＩＤ（例えば“B2”）を取得することができる。このときのBookIDFlagはオンの状態なので、図３のステップ１０６で送信する登録要求には、ブックＩＤ“B2”が含まれることになる。このようにして、埋込コードを異なるブックに含ませることができる。
【００５５】
また、本実施の形態では、埋込コードをブックに含ませない、すなわち埋込コードにブックＩＤを対応付けないで管理テーブル１２に登録することも可能である。すなわち、この場合、ユーザはBook_Endを発行することによりBookIDFlagをオフにする。この状態で図３のステップ１０６で送信する登録要求に含まれる埋込コードには、ブックＩＤが対応付けられていないことになる。このようにして、埋込コードをブックというグループ管理から除外することも可能になる。なお、これは、矢印３２で示されるタイミングで実施された場合の処理に相当する。
【００５６】
更に、上記説明したブックＩＤの登録処理においては、ブックＩＤを新たに取得し、かつBookIDFlagがオンの状態であるとき、すなわち矢印３０の範囲において１乃至複数の文書ファイルに対して行われる処理である。しかし、いったん形成したブックに後から文書を追加したい場合もあり得る。そこで、本実施の形態では、前述したBookID_Getというコマンドを用意している。すなわち、この場合、ユーザは、アプリケーションにより予め決められた操作を行い、既存ブックへの追加処理であることを明示し、そして追加したいブックに既登録のいずれかの埋込コードをスキャナにより読み取る。情報登録処理部２２は、ユーザ操作によりBookID_Getが発せられると、BookIDFlagをオンにすると共にサーバ１へ読み取られた埋込コードを含むブックＩＤ取得要求を送信する。サーバ１は、ブックＩＤ取得要求を受信すると、その要求に含まれている埋込コードに対応するブックＩＤを管理テーブル１２から取得し、これを返送する。このようにして、情報登録処理部２２は、既存のブックＩＤを取得することができるので、図３のステップ１０６で登録要求を送信するときには、取得したブックＩＤを含めることができる、これにより、既存のブックに新たな文書を追加することができる。
【００５７】
以上のようにして、本実施の形態によれば、各埋込コードに対して参照情報と共に、当該埋込コードが埋め込まれるページ、当該ページが含まれる文書、当該文書が含まれるブックの各ＩＤを対応付けして管理テーブル１２に登録することができる。
【００５８】
クライアント２がＬＡＮ３を介してサーバ１に接続可能なときには、従来と同様にして参照情報をサーバ１から取得することができる。すなわち、印刷した文書５には図８に例示したように埋込コード６が埋め込まれているので、クライアントユーザは、参照情報を取得したい埋込コード６が埋め込まれている画像をスキャナ４で読み取る。この読取操作に応じて、クライアント２に搭載のアプリケーションは、埋込コードをサーバ１へ送信することで問い合わせ、これに応じてサーバ１は当該埋込コードに対応した参照情報を管理テーブル１２から読み出し返送する。これにより、クライアントは、取得した参照情報を画面表示することでユーザに提示することができる。
【００５９】
ここで、携帯型情報端末装置であるクライアント（携帯端末）２を客先などの外部に持ち出すなどしてサーバ１にアクセスできない環境では参照情報を取得することはできなくなる。これを解消するに従来においては、持ち出す印刷文書に埋め込まれた全ての埋込コードが埋め込まれている画像をスキャンして必要な参照情報を携帯端末２に予めダウンロードしておかなければならない。若しくは、膨大な管理テーブル１２を予めダウンロードしなければならなかった。そこで、本実施の形態では、次に説明する情報読出処理機能をクライアント２へ設けたことを特徴としている。この情報読出処理について図５に示したフローチャートを用いて説明する。本実施の形態における情報読出処理は、情報登録処理と同様に埋込コードを扱う専用のアプリケーションに含まれる処理機能の一部である。
【００６０】
ユーザは、クライアント２に搭載された専用のアプリケーションを起動して参照情報の読出処理を開始し、いずれかの埋込コードが埋め込まれている画像をスキャンすると、情報読出処理部２４は、そのスキャンされた埋込コードを保持する（ステップ２０１）。以下の説明で明らかになるが、スキャンする埋込コードが埋め込まれている画像は、ユーザが読み出したいページ、文書又はブックに含まれている埋込コードである。続いて、情報読出処理部２４は、参照情報の読出単位を入力指定させる（ステップ２０２）。読出単位としては、ページ、文書及びブックという各グループが指定可能であり、所定の指定画面からユーザにいずれかを指定させる。なお、従来と同じ処理を実現するために読出単位として埋込コードを指定できるようにしてもよい。そして、情報読出処理部２４は、指定された読出単位と共にユーザによりスキャンされたいずれかの埋込コードとを含む読出要求をサーバ１へ送信する（ステップ２０３）。なお、ステップ２０１，２０２は、いずれが先でもかまわない。
【００６１】
図６において、サーバ１における読出機能処理部１４は、クライアント２から送られてきた読出要求を受信すると（ステップ２１１）、その要求に指定されている読出単位を判別する（ステップ２１２）。上記判別の結果、読出単位として「ページ」が指定されていたとすると（ステップ２１３）、読出要求に指定されている埋込コードに対応する参照情報を管理テーブル１２から読み出すに留まらず、その埋込コードと同じページＩＤが対応付けられている他の埋込コード及び各埋込コードに対応する参照情報をも合わせて管理テーブル１２から読み出す（ステップ２１４）。例えば、読出要求に埋込コード“10002”が指定されていたとする。図１に示した例に基づくと、読出機能処理部１４は、埋込コード“10002”のページＩＤ“P1”が対応付けられている埋込コード“10001”〜“10010”及び各埋込コードに対応付けされた参照情報全てを管理テーブル１２から読み出す。そして、読み出した埋込コードと参照情報との組をクライアント２へ返送する（ステップ２１８）。
【００６２】
また、読出単位の判別の結果、読出単位として「文書」が指定されていたとすると（ステップ２１５）、読出機能処理部１４は、埋込コード“10002”の文書ＩＤ“D1”が対応付けられている埋込コード“10001”〜“10022”及び各埋込コードに対応付けされた参照情報全てを管理テーブル１２から読み出す（ステップ２１６）。そして、読み出した埋込コードと参照情報との組をクライアント２へ返送する（ステップ２１８）。
【００６３】
更に、読出単位の判別の結果、読出単位として「ブック」が指定されていたとすると、読出機能処理部１４は、埋込コード“10002”のブックＩＤ“B1”が対応付けられている埋込コード“10001”〜“10040”及び各埋込コードに対応付けされた参照情報全てを管理テーブル１２から読み出す（ステップ２１７）。そして、読み出した埋込コードと参照情報との組をクライアント２へ返送する（ステップ２１８）。
【００６４】
クライアント２における情報読出処理部２４は、読出要求に応じてサーバ１から送られてきた埋込コードと参照情報との組を受信すると（ステップ２０４）、情報記憶部２６に記憶する（ステップ２０５）。
【００６５】
本実施の形態によれば、サーバ１の読出機能処理部１４は、読出要求に指定されている埋込コードに対応する参照情報のみならず、同じ読出要求に指定されている読出単位（つまり、グループ）に従い、指定された埋込コードと同じグループに属する他の埋込コードと埋込コードの参照情報をも合わせてクライアント２へ返送するようにした。これにより、ユーザは、クライアント２にダウンロードしたい全ての埋込コードを指定するのではなく、ただ一つの埋込コードが埋め込まれた画像をスキャンし、かつ読み出したいグループ単位を指定するだけで、指定したグループ単位で参照情報を入手することができる。つまり、あるページの埋込コードに対応する全ての埋込コードと参照情報を入手したければ、当該ページのいずれか一つの埋込コードが埋め込まれた画像をスキャンし、読出単位として「ページ」と指定すればよい。あるいは、ある文書の埋込コードに対応する全ての埋込コードと参照情報を入手したければ、当該文書のいずれか一つの埋込コードが埋め込まれた画像をスキャンし、読出単位として「文書」と指定すればよい。同様に、あるブックの埋込コードに対応する全ての埋込コードと参照情報を入手したければ、当該ブックのいずれか一つの埋込コードが埋め込まれた画像をスキャンし、読出単位として「ブック」と指定すればよい。
【００６６】
このように、ユーザは、所望の階層のグループを指定することで相対的に小さい若しくは大きいグループ単位で参照情報をダウンロードさせることができる。従って、客先などの外部に持ち出すなどしてサーバ１にアクセスできない環境で携帯端末２を使用する際には上記情報読出処理を実行し、携帯端末２と共に持ち出す印刷文書のいずれかの埋込コードが埋め込まれた画像をスキャンすることで必要な参照情報を簡単に携帯端末２に取り込むことができる。
【００６７】
そして、情報処理部２８は、ユーザが携帯端末２に接続されたスキャナ４を用いて用紙５に埋め込まれているいずれかの埋込コード６をスキャンしたときに、サーバ１にアクセスできない環境であることを認識すると、その埋込コードに対応した参照情報をサーバ１に問い合わせることなく情報記憶部２６から読み出し、携帯端末２のディスプレイに表示する。このように、本実施の形態によればサーバ１にアクセスできない環境においても参照情報にアクセスすることができる。なお、本実施の形態における情報処理部２８は、従来例と同様にスキャンされた埋込コードに対応した参照情報を携帯端末２での処理内容としては参照情報の表示に留まることなく他の処理を実行する手段であってもよい。
【００６８】
なお、本実施の形態では、埋込コード及び参照情報をページ、文書、ブックという各階層グループにより保持管理するようにした。しかし、常に複数の階層を設定する必要はなく、グループとしてページのみ、文書のみと単一のグループのみで保持管理するようにしてもよい。この場合、クライアント２において読出単位としていずれかのグループを常に指定させる必要はなくなる。また、グループを階層構造とした場合でも、読出要求に何も含まれていないときには読出単位としてページが指定されているとみなすなどサーバ１に判断させるように処理してもよい。
【００６９】
また、本実施の形態では、ページ、文書、ブックという階層構造にて埋込コード及び参照情報をグループ管理したが、この例に限られるものではなく、例えば、ブックと同様に各グループの始まりと終わりをユーザに明示させることで、節、章等文書の内容構成に応じて埋込コード等を保持管理するようにしてもよい。また、各グループが階層構造を形成しない、例えば文書や図面、あるいは文書の保存形式や文書作成アプリケーションの種別等でグループを形成するようにしてもよい。あるいは、参照情報のセキュリティレベルによってグループ化することも可能である。
【００７０】
また、本実施の形態では、用紙上における文字等の要素の印刷位置に埋め込んだ埋込コードを参照情報識別コードとして用いた例で説明したが、埋込コード以外のデータ、例えば、バーコードのようなデータコードを参照情報識別コードとして用いてもよい。
【００７１】
また、本実施の形態においてサーバ１及びクライアント２において実現される処理機能は、アプリケーションプログラムにより実現することができるが、これらのアプリケーションプログラムは、例えば、磁気ディスク、光ディスク、ＣＤ-ＲＯＭ、コンピュータに内蔵されるメモリなどの記録媒体により記憶される。
【００７２】
【発明の効果】
本発明によれば、参照情報識別コードをグループ管理するようにしたので、ただ一つの参照情報識別コードを指定して参照情報の読出しを要求するだけで、その参照情報識別コードと同一のグループに属する他の参照情報識別コードの参照情報をも合わせて取得することができる。
【００７３】
また、管理テーブルへの情報登録を簡単な操作で行うことができるので、上記読出し処理機能を実現できる環境を容易に形成することができる。
【図面の簡単な説明】
【図１】 本発明に係る情報処理装置に相当するサーバを示したブロック構成図である。
【図２】 本発明に係る情報端末装置に相当するクライアントを示したブロック構成図である。
【図３】 本実施の形態における情報登録処理を示したフローチャートである。
【図４】 本実施の形態においてブックＩＤの状態遷移を概念的に示した図である。
【図５】 本実施の形態においてクライアント側における情報読出処理を示したフローチャートである。
【図６】 本実施の形態においてサーバ側における情報読出処理を示したフローチャートである。
【図７】 埋込情報を利用するクライアントサーバシステムの全体構成図である。
【図８】 埋込コードが埋め込まれた印刷文書を示した概略図である。
【符号の説明】
１ サーバ、２ クライアント、３ ＬＡＮ、４ スキャナ、１２ 管理テーブル、１４ 読出機能処理部、１６ 登録機能処理部、２２ 情報登録処理部、２４ 情報読出処理部、２６ 情報記憶部、２８ 情報処理部。
Claims (5)
- サーバとクライアントとがネットワークを介して接続された情報処理システムにおいて、
前記サーバは、
文書データに含まれる要素に関する参照情報と、当該参照情報それぞれに対応付けられると共に当該文書データに付加され、かつ当該参照情報を含まない参照情報識別コードと、当該参照情報識別コードを予め決められた規則に従いグループ化し各参照情報識別コードが属するグループの識別データとを対応付けして管理する管理テーブルを記憶するサーバ側情報記憶手段と、
前記クライアントからの参照情報識別コードが指定された参照情報の読出要求に応じて、当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出す読出手段と、
を有し、
前記クライアントは、
クライアント側情報記憶手段と、
ユーザにより指定された参照情報識別コードを指定して前記サーバに参照情報の読出要求をする読出要求手段と、
前記読出要求に応じて前記サーバから読み出された参照情報識別コードと参照情報との組を前記クライアント側情報記憶手段に保存する保存手段と、
参照情報識別コードと参照情報との組が前記クライアント側情報記憶手段に保存された後、前記サーバにアクセスできない環境であることを認識した場合、ユーザにより指定された参照情報識別コードに対応する参照情報を前記クライアント側情報記憶手段から取り出し処理する情報処理手段と、
を有し、
グループを階層構造とした場合、前記管理テーブルには、参照情報識別コードと、参照情報と、当該各参照情報識別コードが属する各階層におけるグループ識別データとが対応付けられて管理されており、
前記読出要求手段は、ユーザにより指定された参照情報識別コード及びグループ階層を指定して参照情報の読出要求を前記サーバへ送信し、
前記読出手段は、参照情報識別コード及びグループ階層が指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、指定されたグループ階層に従い当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出すことを特徴とする情報処理システム。 - 請求項１記載の情報処理システムにおいて、
参照情報識別コードは、文書データを構成するページ単位でグループ化されることを特徴とする情報処理システム。 - 請求項１記載の情報処理システムにおいて、
ページをグループの第１階層レベル、１乃至複数のページからなる文書ファイルをグループの第２階層レベル、１乃至複数の文書ファイルからなるブックをグループの第３階層レベルとして参照情報識別コードを管理することを特徴とする情報処理システム。 - ネットワークを介して、情報記憶手段を有するクライアントにアクセスさせるサーバを、
文書データに含まれる要素に関する参照情報と、当該参照情報それぞれに対応付けられると共に当該文書データに付加され、かつ当該参照情報を含まない参照情報識別コードと、当該参照情報識別コードを予め決められた規則に従いグループ化し各参照情報識別コードが属するグループの識別データとを対応付けして管理する管理テーブルにアクセスする手段、
前記クライアントからの参照情報識別コードが指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出す読出手段、
として機能させ、
前記クライアントを、
ユーザにより指定された参照情報識別コードを指定して前記サーバへ参照情報の読出要求をする読出要求手段、
前記読出要求に応じて前記サーバから読み出された参照情報識別コードと参照情報との組を前記情報記憶手段に保存する保存手段、
参照情報識別コードと参照情報との組が前記情報記憶手段に保存された後、前記サーバにアクセスできない環境であることを認識した場合、ユーザにより指定された参照情報識別コードに対応する参照情報を前記情報記憶手段から取り出し処理する情報処理手段、
として機能させ、
グループを階層構造とした場合、前記管理テーブルには、参照情報識別コードと、参照情報と、当該各参照情報識別コードが属する各階層におけるグループ識別データとが対応付けられて管理されており、
前記読出要求手段は、ユーザにより指定された参照情報識別コード及びグループ階層を指定して参照情報の読出要求を前記サーバへ送信し、
前記読出手段は、参照情報識別コード及びグループ階層が指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、指定されたグループ階層に従い当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出すことを特徴とする情報処理プログラム。 - 文書データに含まれる要素に関する参照情報と、当該参照情報それぞれに対応付けられると共に当該文書データに付加され、かつ当該参照情報を含まない参照情報識別コードと、当該参照情報識別コードを予め決められた規則に従いグループ化し各参照情報識別コードが属するグループの識別データとを対応付けして管理する管理テーブルにアクセスするサーバと、情報記憶手段を有するクライアントとがネットワークを介して接続された情報処理システムにおいて実施され、
前記クライアントが、ユーザにより指定された参照情報識別コードを指定して前記サーバへ参照情報の読出要求をする読出要求ステップと、
前記サーバが、前記クライアントからの参照情報識別コードが指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出す読出ステップと、
前記クライアントが、前記読出要求に応じて前記サーバから読み出された参照情報識別コードと参照情報との組を前記情報記憶手段に保存する保存ステップと、
前記クライアントが、参照情報識別コードと参照情報との組が前記情報記憶手段に保存された後、前記サーバにアクセスできない環境であることを認識した場合、ユーザにより指定された参照情報識別コードに対応する参照情報を前記情報記憶手段から取り出し処理する情報処理ステップと、
を含み、
グループを階層構造とした場合、前記管理テーブルには、参照情報識別コードと、参照情報と、当該各参照情報識別コードが属する各階層におけるグループ識別データとが対応付けられて管理されており、
前記読出要求ステップは、ユーザにより指定された参照情報識別コード及びグループ階層を指定して参照情報の読出要求を前記サーバへ送信し、
前記読出ステップは、参照情報識別コード及びグループ階層が指定された参照情報読出要求に応じて、当該参照情報識別コードに対応する参照情報と共に、指定されたグループ階層に従い当該参照情報識別コードと同じグループに属する参照情報識別コードと参照情報識別コードに対応する参照情報を前記管理テーブルから読み出すことを特徴とする情報処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003155340A JP4389483B2 (ja) | 2003-05-30 | 2003-05-30 | 情報処理システム、情報処理方法及び情報処理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003155340A JP4389483B2 (ja) | 2003-05-30 | 2003-05-30 | 情報処理システム、情報処理方法及び情報処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004355536A JP2004355536A (ja) | 2004-12-16 |
| JP4389483B2 true JP4389483B2 (ja) | 2009-12-24 |
Family
ID=34049746
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003155340A Expired - Fee Related JP4389483B2 (ja) | 2003-05-30 | 2003-05-30 | 情報処理システム、情報処理方法及び情報処理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4389483B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4738180B2 (ja) * | 2006-01-17 | 2011-08-03 | 株式会社リコー | 画像処理装置および電子ファイル生成方法 |
-
2003
- 2003-05-30 JP JP2003155340A patent/JP4389483B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004355536A (ja) | 2004-12-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6980668B1 (en) | Information processing apparatus enabling electronic watermarking, and communication network connectable to such information processing apparatus | |
| KR100897635B1 (ko) | 문서 관리 시스템 및 그 방법과 정보 처리 장치 및 그 제어 방법 | |
| JP2002041576A (ja) | コンテンツ管理サーバおよびサーバ・システムならびにそれらの動作制御方法 | |
| US20030177202A1 (en) | Method and apparatus for executing an instruction in a web page | |
| JP2009301335A (ja) | 画像処理装置、画像処理方法及びコンピュータプログラム | |
| JP2000222394A (ja) | 文書管理装置及びその文書管理方法並びにその制御プログラムを記録した記録媒体 | |
| JP2006244071A (ja) | 情報提供方法、ポータルサイトシステム、及びプログラム | |
| JPH11502346A (ja) | オンラインサービスの作成および保守用のコンピュータシステムおよびコンピュータ実行プロセス | |
| US7953700B2 (en) | Home page automatic update system and home page automatic update method | |
| US20020181804A1 (en) | System and method for transferring scanned imaging data to a personal imaging repository | |
| EP0977130A1 (en) | Facility for selecting and printing web pages | |
| CN101127068A (zh) | 信息处理系统、信息处理器、信息处理方法和记录介质 | |
| JP4389483B2 (ja) | 情報処理システム、情報処理方法及び情報処理プログラム | |
| JP2002215519A (ja) | ウェブページ生成方法およびシステム、ウェブページ生成プログラム、記録媒体 | |
| KR100371696B1 (ko) | 기사코드를 이용한 인터넷 기사 검색방법 | |
| JP5224839B2 (ja) | 文書管理システム、文書管理装置、文書管理方法及びプログラム | |
| JPH11143885A (ja) | 情報検索方法及び装置及び情報検索プログラムを格納した記憶媒体及び情報発信方法及び装置及び情報発信プログラムを格納した記憶媒体 | |
| JPH11143910A (ja) | 複合オブジェクト展開方式及びコンピュータ読み取り可能な記録媒体 | |
| JP2002082936A (ja) | コンテンツデータ表示装置とコンテンツデータ表示システム | |
| JPH10326282A (ja) | 電子ファイル検索・編集方法及びシステム及び電子ファイル検索・編集プログラムを格納した記憶媒体 | |
| JP2005115684A (ja) | コンテンツ検索装置及びコンテンツ検索方法 | |
| JP2008123213A (ja) | 画像出力装置及び文書処理方法 | |
| JP5088269B2 (ja) | 画面情報管理方法 | |
| JP3607471B2 (ja) | パソコン通信連携システムおよび記録媒体 | |
| JP2004139210A (ja) | 画像検索装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060420 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090324 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090514 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090609 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090804 |
|
| 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: 20090915 |
|
| 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: 20090928 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121016 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121016 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131016 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |