(57)【要約】【課題】電子図書を配信するシステムにおいて、未登録先サーバにアクセスしても、何れかのサーバに登録されている限り情報配信を可能なシステムにする。【解決手段】ユーザ端末からの電子図書の配信要求を受けると、先ず、ユーザ登録キーに基づいて、送信端末操作ユーザに関する情報を管理しているサーバが何れであるのかを特定する（Ｓ７０８）。自身が管理している登録済みユーザからの貸出要求アクセスである場合には、自サーバ側にてユーザ認証を行なう（Ｓ７０８−ＹＥＳ，Ｓ７９０，Ｓ８１０）。一方、他の登録サーバへの登録ユーザからのアクセスの場合、登録サーバへ接続してユーザ情報を獲得した上でユーザ認証を行なう（Ｓ７０８−ＮＯ，Ｓ７２０，Ｓ７２２）。ユーザ認証が採れれば、サービスを開始する（Ｓ７２４−ＹＥＳ，Ｓ７３０，Ｓ８２０）。【選択図】        図６
2005010827.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末からの要求に応答して、電子データを配信する電子データ配信システムであって、
それぞれが配信対象となる前記電子データを管理する複数のデータ管理部と、それぞれが前記クライアント端末の操作者であるユーザに関する情報を管理する複数のユーザ管理部と、
前記クライアント端末からの前記電子データの配信要求を受け、当該クライアント端末の操作者であるユーザに関する情報を管理している前記ユーザ管理部が何れであるのかを特定し、この特定したユーザ管理部と協働してユーザ認証を行なうことで、前記配信要求を受け付けた前記クライアント端末への前記データ管理部が管理している前記電子データの配信を制御する配信制御部とを備えることを特徴とする電子データ配信システム。
【請求項２】
前記配信制御部は、前記クライアント端末からの前記電子データの配信要求に含まれているユーザ登録先を示す情報に基づいて、当該クライアント端末の操作者であるユーザに関する情報を管理しているユーザ管理部が何れであるのかを特定することを特徴とする請求項１に記載の電子データ配信システム。
【請求項３】
前記配信制御部は、前記電子データとしての電子図書の配信を制御することを特徴とする請求項１または２に記載の電子データ配信システム。
【請求項４】
クライアント端末からの要求を受け電子データの配信を制御する配信管理サーバであって、
前記クライアント端末からの前記電子データの配信要求を受け、当該クライアント端末の操作者であるユーザに関する情報の登録先を特定し、この特定した登録先のユーザ管理部と協働してユーザ認証を行なうことで、前記配信要求を受け付けた前記クライアント端末への前記電子データの配信を制御する配信制御部を備えることを特徴とする配信管理サーバ。
【請求項５】
前記配信制御部は、前記クライアント端末からの前記電子データの配信要求に含まれているユーザ登録先を示す情報を取得し、当該ユーザ登録先のユーザ管理部から、当該ユーザ管理部が管理しているユーザ管理情報を獲得し、この獲得したユーザ管理情報に基づいてユーザ認証を行なうことを特徴とする請求項４に記載の配信管理サーバ。
【請求項６】
前記配信制御部は、前記電子データとしての電子図書の配信を制御することを特徴とする請求項４または５に記載の配信管理サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して電子データをクライアント端末に配信する情報配信システムおよび配信管理サーバに関する。たとえば、電子化された書籍、新聞、雑誌などの図書（電子図書）をネットワークを利用して貸し出す電子図書館サービスシステムに用いて好適な電子データの配信技術に関する。
【０００２】
【従来の技術】
今日、インターネットなどを利用して、電子データを配信するサービスが様々な分野で盛んに行なわれている。たとえば、近年のデジタル信号処理技術およびコンピュータ技術の進展に伴って、種々の著作物が低コストで簡便にデジタル化され、広く利用されるようになってきた。そして、一般利用者や小規模な法人などの不特定多数のユーザが、自らオリジナル・デジタル作品を制作できるようになった。また個人や団体などが所有する私的財産だけでなく、図書などの出版ソフトなどもデジタル化されて利用されるようになった。
【０００３】
このようなデジタル化された著作物（デジタル著作物、デジタルコンテンツなどという）は、パーソナルコンピュータ（ＰＣやパソコンなどという）やデジタル機器を用いて容易に利用することができる。特にインターネットなどの情報ネットワークを利用することにより、これらのデジタル著作物は個人的あるいは非常利的利用者にも極めて容易に配信することが可能になる。
【０００４】
たとえば、電子図書をユーザの希望に応じて配信する技術が特許文献１に提案されている。なお、電子図書は、たとえば、文庫本、週刊誌、月刊誌、専門誌に限らず、新聞類や広告類など、従来印刷物として頒布されていたあらゆるものを含む。本明細書での電子図書は、このような広い意味で使用する。
【０００５】
【特許文献１】
特開２００２−１７５２７８号公報
【０００６】
ここで、特許文献１では、文書要求元からのアクセス可否を判断し、個人の身元確認をすることにより、複数の学校や企業間で相互に電子文書の閲覧や貸出しが可能となる電子文書閲覧・貸出しの手法を提案している。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記特許文献１に記載のデータ配信技術では、ユーザ認証の点で難点がある。たとえば、ユーザ情報を管理するサーバに対して、データを要求するためにアクセスする場合、直接該当するサーバにアクセスして、ユーザ認証を受けなければならない。したがって、複数のサーバから情報を得ようとすると、それぞれのサーバに対して個々にユーザ登録が必要であり、かつ、各々のサーバでユーザ認証を受けなければならない。
【０００８】
本発明は、上記事情に鑑みてなされたものであり、ユーザにとってより利便性が感じられるユーザ認証を経てデータ配信を行なう技術を提供することを目的とする。
【０００９】
【課題を解決するための手段】
すなわち、本発明に係る電子データ配信システムは、クライアント端末からの要求に応答して電子図書などの電子データを配信する電子データ配信システムであって、先ず、配信対象となる電子データを管理するデータ管理部（コンテンツ管理サーバ）と、クライアント端末の操作者であるユーザに関する情報を管理するユーザ管理部（ユーザ管理サーバ）とを、それぞれ複数備えてなる、いわゆるマルチサーバのシステムを構成する。
【００１０】
そして、配信管理サーバとして、クライアント端末からの電子データの配信要求を受けると、端末操作ユーザに関する情報を管理しているユーザ管理部が何れであるのかを特定した上で、この特定したユーザ管理部と協働してユーザ認証を行なうことで、配信要求を受け付けたクライアント端末への電子データの配信を制御する配信制御部を設けることとした。
【００１１】
また従属項に記載された発明は、本発明に係る電子データ配信システムや配信管理サーバのさらなる有利な具体例を規定する。たとえば、ユーザ管理部と協働してユーザ認証を行なう際の具体的な態様としては、未登録先へのアクセスであれば、ユーザ登録先のユーザ管理部からユーザ管理情報を獲得した（吸い上げた）上で、配信制御部自身が、この獲得したユーザ管理情報に基づいてユーザ認証を行なうという手法や、未登録先へのアクセスであれば、ユーザから入力された認証用の情報をユーザ登録先に渡し、ユーザ登録先にてユーザ認証を行なうという手法、などを採り得る。何れにしても、相互に接続されたサーバ間において、相互にユーザ情報を共用可能とし合うことで、ユーザがアクセスしたサーバがユーザ登録先であるのか未登録先であるのかを問わず、ユーザ認証を確立する。
【００１２】
【作用】
本発明に係る上記構成においては、配信管理サーバの配信制御部は、クライアント端末からの電子データの配信要求を受けると、先ず、端末操作ユーザに関する情報を管理しているユーザ管理部が何れであるのかを特定する。そして、この特定したユーザ管理部と協働してユーザ認証を行なう。これにより、相互に接続されたサーバ間でのユーザ認証を確立する。この結果、ユーザがアクセスしたサーバがユーザ登録先であるのか未登録サーバであるのかを問わず、システムを構成する各サーバの何れからも、何れかにユーザ登録をしている限り、各データ管理部が管理している電子データを配信可能とする。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。
【００１４】
＜＜情報配信システムの全体構成＞＞
図１は、本発明に係る情報配信システムを適用した一実施形態を示すシステム構成図である。ここでは、デジタルコンテンツ（情報の内容）の一例である電子図書（書籍データ）をユーザが所有する端末にネットワークを介して配信する電子図書館サービスシステムへの適用事例を示している。
【００１５】
図示するように、情報配信システム１は、システムを管理する管理サーバ３と、提供データの供給元であるコンテンツ供給元５（図では３箇所）と、提供されるデータを受信するクライアント端末の一例であるユーザ端末７（図では２箇所）とから構成されている。それぞれは、通信回線やケーブルを利用したネットワーク（インターネット、ＬＡＮ、ＷＡＮなど）９を介して双方向に通信可能に接続されている。通信手段には、電話回線や衛星通信手段（たとえばデジタル衛星放送における空間伝送路）を含んでいてもよい。
【００１６】
デジタルコンテンツの配給元であるコンテンツ供給元５（図では３箇所）には、図示しないコンピュータやデジタルコンテンツを格納する記憶装置が用意されており、デジタルコンテンツを必要に応じて管理サーバ３側に送付する。
【００１７】
ユーザ端末７としては、デスクトップ型のパソコンである端末ａと、ノート型パソコンや携帯電話などのいわゆるモバイル型の端末ｂとが図１に例示されている。これらのユーザ端末７には、書籍データ（管理情報を含む）を閲覧するためのプログラムをインストールしたり、あるいはダウンロードした書籍データに基づいてディスプレイに文書（テキストだけでなく、画像を含んでいてよい）を表示したりするなどのデータ処理をするソフトウェアが組み込まれる。
【００１８】
管理サーバ３は、利用者のコンピュータなどとコンテンツ供給元５との間でネットワーク９によって結合され、コンテンツ供給元５が提供するデジタルコンテンツの関連情報（たとえば電子図書の書誌的情報など）やシステムへの登録ユーザに関するユーザ管理情報を管理する。そして、コンテンツ供給元５が提供するデジタルコンテンツをユーザの希望に応じてそのユーザが所有するユーザ端末７に配信する。また、その配信に応じた対価を徴収する。
【００１９】
なお、コンテンツ供給元５やユーザ端末７は、図示した構成数に限定されない。また、図示した例では、１箇所の管理サーバ３（実質上の統轄サーバ）がシステム全体を管理するようにしているが、たとえば個々のコンテンツ供給元５ごとに管理サーバ３を用意して、それぞれが独自にユーザ端末７にデータの配信を行なうシステムとしてもよい。また、これら個々の管理サーバ３を統轄する管理サーバ３（統轄サーバ）を用意して、ユーザ端末７との間は、この統轄サーバを介してデータの配信を行なうようにしてもよい。
【００２０】
また、デジタルコンテンツをユーザ端末７に配信する際には、そのコンテンツを暗号化したり電子透かしを付加したりして配信するようにしてもよい。また、ユーザ端末７にダウンロードしたデータを加工・編集できないようにプロテクトをかける、すなわちユーザによるデータ加工防止の仕組みを設けるようにしてもよい。
【００２１】
電子図書館サービスシステムを構築する際のコンテンツ供給元５として、本実施形態では、図書館がその機能を担っている。各コンテンツ供給元５も、相互にネットワーク９によって双方向に通信可能に接続されている。また、この場合の管理サーバ３は、電子図書館サーバ１０としての機能を果たす。たとえば、電子図書館サーバ１０としての機能をなす管理サーバ３は、ネットワーク９上の１つのサイトとして存在するもので、ユーザ端末７から貸出要求があった電子図書を、ネットワーク９を利用したデータ通信によって貸し出す図書貸出しサービス（電子図書館サービスともいう）を行なうサーバ装置である。ユーザ端末７は、電子図書館サービスを利用するユーザが操作する端末装置であり、電子図書館サーバ１０にアクセスするためのネットワーク機能を備えている。全体として、電子データ化された図書館の書籍データを、一般回線を通して、書籍データをダウンロード（貸出し）して閲覧することが可能な電子図書館システムが構築される。
【００２２】
たとえば、管理サーバ３から各端末ａ，ｂに、電子図書を閲覧するための登録ユーザ専用の閲覧用プログラムが予め（たとえばユーザ登録直後に）インストールされ、その後、この閲覧用プログラムを起動してのユーザからの要求に応じて（たとえば図書検索後に）、閲覧希望の書籍の中身を示すデータである閲覧データファイルが送信される。
【００２３】
ここで、各コンテンツ供給元５（各図書館）は、各々が把握している書籍情報やユーザ管理情報をお互いに公開にして、それぞれが相互に他の地域の書籍情報やユーザ情報を参照できるようにしている。これにより、他のコンテンツ供給元５（たとえば図書館）に登録しているユーザであっても、未登録のコンテンツ供給元５（他の地域の図書館）から電子図書の提供サービス（図書貸出しサービス）を容易に受けることができるようになっている。なお、そのためのユーザ情報は、たとえば都道府県規模（地域ネット）や全国規模（全国ネット）など、より広範な地域レベルで共通に利用可能なユーザ識別情報（他システムで使用済みのものでよい）などを利用するとよい。
【００２４】
＜＜管理サーバ（電子図書館サーバ）の構成＞＞
図２は、管理サーバ３の一構成例を示す機能ブロック図である。実際には、サーバ用のコンピュータにより構築されるとよい。この場合には、後述する様々なサーバ機能をコンピュータにより実行するためのソフトウェアがインストールされる。以下、電子図書館サービスシステムを構築する際の管理サーバ３、すなわち電子図書館サーバ１０として、電子データの配信手法について具体的に説明する。
【００２５】
電子図書館サーバ１０は、大きくは、コンテンツ供給元５やユーザ端末７との間でのデータ配信業務を担当する配信管理サーバ部１０２と、コンテンツ供給元５（図書館）が提示する電子図書データを、利用を希望するユーザに配信する処理を担当する貸出業務部１０４とから構成されている。
【００２６】
貸出業務部１０４は、大まかに、コンテンツ供給元５から配信対象として提供される電子データ（本例では電子図書）を管理する機能を担当するコンテンツ管理サーバ部２００と、ユーザの情報を管理する機能を担当するユーザ管理サーバ部３００と、ユーザの希望に応じた電子データの配信管理（本例では電子図書の貸出管理）を行なう貸出管理サーバ部４００とから構成されている。
【００２７】
各サーバ部をそれぞれ独立したコンピュータシステムにより構成し、それらを連結して電子図書館サーバ１０を完成させてもよいし、１つのコンピュータシステムにより各サーバ部を機能させることで、電子図書館サーバ１０を完成させてもよい。
【００２８】
たとえば、配信管理サーバ部１０２は、ネットワーク９を介して通信するための通信Ｉ／Ｆ部１１０と、この通信Ｉ／Ｆ部１１０で受信したユーザ端末７からの処理要求を受け付ける要求受付部１２０と、電子図書館サービスを利用するためのユーザ登録処理を行なう登録処理部１５０とを有している。
【００２９】
登録処理部１５０は、ユーザ端末７を操作するユーザからユーザ情報を取得するための処理を行なう取得処理部１５２と、ユーザ登録が完了したユーザが使用するユーザ端末７に閲覧用プログラムを送信する処理を行なうプログラム送信部１５４と、プログラム送信部１５４で送信される閲覧用プログラムに所定の情報（ユーザ登録を行なったユーザ情報など）を埋め込む処理を行なうデータ埋込部１５６とを有している。
【００３０】
本実施形態特有の構成として、要求受付部１２０と取得処理部１５２とにより、ユーザから配信要求を受け付けて電子データの配信を制御する配信制御部１６０が構成される。この配信制御部１６０は、ユーザ端末７からの電子図書の配信要求を受け付けると、先ず、ユーザ端末７の操作者であるユーザに関する情報を管理しているユーザ管理サーバ部３００が何れであるのかを特定する。そして、この特定したユーザ管理サーバ部３００と協働してユーザ認証を行なう。これにより、相互に接続されたサーバ間でのユーザ認証を確立する。こうすることで、ユーザがアクセスしたサーバがユーザ登録先であるのか未登録サーバであるのかを問わず、この全体システムの何れからも、各コンテンツ管理サーバ部２００が管理している電子データを配信可能とする。
【００３１】
閲覧用プログラムは、コンテンツ供給元５から提供される電子図書を閲覧するために、ユーザ登録を行なったユーザに提供されるプログラムであって、ユーザ端末７で電子図書を閲覧、印刷、コピーなどをする際に必要となるものである。
【００３２】
電子図書館サービスシステムを構築する際のコンテンツ管理サーバ部２００は、電子図書の情報を管理する書籍データ管理部２０２と情報の中身と対応した関連情報（電子書籍の場合はその書誌的情報など）を保存する電子図書ＤＢ（ＤＢ；データベース）２０４とを有する。電子図書ＤＢ２０４は、貸出しサービスの対象になる複数（多数）の電子図書（実体ファイル）と関連情報との対応付けを採り、貸出管理サーバ部４００にて貸出しに当たっての管理さえできれば十分である。よって、全体システムを考えた場合、電子図書の本体を何処で保存するかは問題とならない。
【００３３】
そこで、実体ファイルである情報の中身（デジタルコンテンツ）そのものは、コンテンツ供給元５側に用意されている記憶媒体に格納しておき、ユーザから配信希望があったときにコンテンツ供給元５から提供を受けてユーザ端末７に配信（転送）する。なお、電子図書ＤＢ２０４に情報の中身（デジタルコンテンツ）そのものを保存するようにしても構わない。以下、説明を簡単にするため、特に断りを入れない限り、電子図書ＤＢ２０４に各電子図書の内容（本文）を表すデータファイル（書籍データのコピー）が蓄積されているものとして説明する。
【００３４】
書籍データ管理部２０２は、電子図書ＤＢ２０４と協働して電子図書の検索処理を行なう図書検索部２１０と、電子図書ＤＢ２０４に蓄積された各電子図書の内容（本文）を表すデータファイルや、各電子図書に関する図書管理情報を管理する図書管理部２１２とを有する。また書籍データ管理部２０２は、貸出要求の対象として選択された電子図書のデータファイルを貸出し内容の制限に応じて編集する図書データ編集部２２２と、ユーザに送信する電子図書のデータファイルに所定のデータを埋め込む処理を行なうデータ埋込部２２４と、貸出管理サーバ部４００で貸出可能（または貸出しを許可する）と判断され、かつ図書データ編集部２２２で編集された電子図書のデータファイルを貸出要求元のユーザ端末７に送信する処理を行なう図書データ送信部２３０とを有する。
【００３５】
図書データ編集部２２２は、たとえば、貸出要求の対象として選択された電子図書のデータファイルを電子図書ＤＢ２０４から読み出すとともに、この読み出した電子図書のデータファイルを、貸出管理サーバ部４００による貸出し内容の制限に従って編集し、編集済みのデータファイルを図書データ送信部２３０に渡す。データ埋込部２２４は、図書データ送信部２３０によって送信される電子図書のデータファイルに、たとえば、電子情報の貸出要求を行なったユーザ情報、電子図書の貸出し管理情報、あるいは電子図書の貸出し後の利用条件を規定した利用制限情報など、所定の情報を埋め込む。
【００３６】
ユーザ管理サーバ部３００は、ユーザ情報を管理する主要部であるユーザ管理部３０２と、電子図書館サービスを利用するユーザに関する情報（ユーザ情報）を蓄積するユーザＤＢ３０４とを有する。ユーザ管理部３０２は、たとえば、ユーザＤＢ３０４に蓄積されたユーザ情報や、各々のユーザ情報に対応するユーザ管理情報を管理する。
【００３７】
貸出管理サーバ部４００は、図書管理部２１２およびユーザ管理部３０２の各管理情報に基づいて電子図書の貸出しを統括的に管理する。たとえば、貸出し管理項目の１つとして、電子図書ＤＢ２０４に蓄積された各電子図書を貸し出すときの貸出し内容を所定の条件に従って制限する。これを受けて、図書データ編集部２２２は、貸出要求の対象として選択された電子図書のデータファイルを電子図書ＤＢ２０４から読み出すとともに、この読み出した電子図書のデータファイルを、貸出管理サーバ部４００による貸出し内容の制限に従って編集する。
【００３８】
＜＜情報配信システムの処理手順；ユーザ登録と閲覧プログラム配布＞＞
次に、上記構成の電子図書館サーバ１０を備えてなる情報配信システム１における、電子図書館サービスを実行する際の処理手順について、フローチャートを参照しつつ順に説明する。先ず、図３は、ユーザ登録から閲覧用プログラムのインストールまでの処理手順の一例を示すフローチャートである。
【００３９】
ユーザは、ユーザ端末７およびネットワーク９を介して、電子図書館サーバ１０に接続要求を行なう（Ｓ３０２）。これを受けて、電子図書館サーバ１０側では、配信管理サーバ部１００の通信Ｉ／Ｆ部１１０が、このユーザ端末７からの接続要求を受信するとともに、その接続要求を要求受付部１２０で受け付ける（Ｓ２０２）。これによって、ユーザ端末７と電子図書館サーバ１０との間で接続を確立する。
【００４０】
次いで、要求受付部１２０では、予め用意された初期メニュー画面データを通信Ｉ／Ｆ部１１０を介してユーザ端末７に送信する（Ｓ２０４）。これにより、初期メニュー画面データを受信したユーザ端末７側では、初期メニュー画面がディスプレイに表示される。初期メニュー画面データは、電子図書館サーバ１０とユーザ端末７との間でネットワーク９による接続が確立したときに、ユーザ端末７のディスプレイに最初に表示されるメニュー画面を表すデータである。
【００４１】
この初期メニュー画面の表示内容には、ユーザ端末７を操作するユーザに対して、電子図書館サービスを利用するためのユーザ登録を希望するか否かを問い合わせる内容や、登録済みのユーザに対して、所望の処理メニューを問い合わせる内容などが含まれる。ユーザは、このメニュー内容に従ってユーザ登録するか否かを選択する（Ｓ３０４）。
【００４２】
要求受付部１２０は、初期メニュー画面データを送信した後にユーザ端末７から送信（返信）された応答データを、通信Ｉ／Ｆ部１１０を介して受け付けるとともに、この受け付けた応答データの内容にしたがって、ユーザ端末７のディスプレイ上で初期メニュー画面の中からユーザ登録が選択されたか否かを確認する（Ｓ２０６）。
【００４３】
たとえば、ユーザがステップＳ３０４においてユーザ登録を選択しなかった場合は、配信管理サーバ部１００は、初期メニュー表示データとは別のメニュー画面データを、通信Ｉ／Ｆ部１１０を介してユーザ端末７に送信する（Ｓ２９０）。ユーザ端末７は、この別のメニュー画面データを受信してディスプレイに表示する。
【００４４】
＜ユーザ情報登録＞
一方、ユーザがステップＳ３０４においてユーザ登録を選択した場合は、配信管理サーバ部１００は、登録処理部１５０にユーザ登録処理の実行を指示する（Ｓ２１０）。この実行指示を受けた登録処理部１５０は、先ず、取得処理部１５２が、ユーザ情報の受付画面データを通信Ｉ／Ｆ部１１０を介してユーザ端末７に送信する（Ｓ２１２）。ユーザ情報の受付画面データを受信したユーザ端末７側では、ユーザ情報の受付画面がディスプレイに表示される。ユーザは、ディスプレイに表示された受付画面に従ってユーザ登録に必要な情報の入力処理を行なう（Ｓ３１２）。
【００４５】
ユーザ登録に必要となるユーザ情報には、たとえば、住所、氏名、年齢、性別、電話番号、電子メールアドレスなどのいわゆるユーザの個人情報の他に、ユーザＩＤやパスワードなどの、ユーザを一意に識別するための識別情報が含まれる。また、登録しようとするユーザが、たとえば、家族、学校、自治体などのグループ単位（団体）である場合は、それぞれのグループに所属する個人ユーザごとに上記識別情報を登録する。
【００４６】
グループユーザとしての管理も行なうことで、次のようなメリットが得られる。たとえば、メインユーザが登録すれば、それに登録されたグループのメンバも閲覧や鑑賞ができるシステムを構築することができる。また、メインユーザが、グループメンバの貸出し情報を管理することができる仕組みとすれば、メインユーザがグループメンバに対して貸出本数や貸出内容の制限を加えることや、管理情報のモニタや返却手続き代行などを行なうこともできる。また、メインユーザが行なうグループメンバの貸出制限を閲覧や鑑賞あるいはダウンロードの項目ごとにできる。
【００４７】
取得処理部１５２は、ユーザ端末７から返信されたユーザ情報を、通信Ｉ／Ｆ部１１０を介して受け付ける（Ｓ２１４）。すると、取得処理部１５２は、通信Ｉ／Ｆ部１１０を介してユーザ端末７に、このユーザ端末７を一意に特定するための端末固有情報の送信要求を行なう。ユーザ端末７は、自身の端末固有情報を送信する（Ｓ３１６）。端末固有情報としては、ＭＡＣアドレス（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ  ａｄｄｒｅｓｓ）や端末型番とシリアル番号の組合せなどを利用することができる。ＭＡＣアドレスを使うと端末固有情報の自動取得が容易である。取得処理部１５２は、この送信要求への応答としてユーザ端末７から送信された固有情報を取得する（Ｓ２１６）。取得処理部１５２は、ユーザの個人情報や識別情報、さらには端末固有情報をユーザ情報としてユーザＤＢ３０４に記憶（登録）する。
【００４８】
＜閲覧プログラムのユーザ端末へのインストール＞
こうしてユーザ情報の登録が完了すると、配信管理サーバ部１００は、プログラム送信部１５４に閲覧用プログラムの送信処理の実行を指示する（Ｓ２２０）。この実行指示を受けたプログラム送信部１５４は、先ず、閲覧用プログラムのダウンロード受付画面データを、通信Ｉ／Ｆ部１１０を介してユーザ端末７に送信する（Ｓ２２２）。閲覧用プログラムのダウンロード受付画面データを受信したユーザ端末７側では、閲覧用プログラムの受信処理を開始する（Ｓ３２０）。
【００４９】
たとえば、先ず閲覧用プログラムのダウンロード受付画面がディスプレイに表示される。ユーザは、閲覧用プログラムのダウンロードを希望する場合、ディスプレイに表示された受付画面に従ってダウンロード要求を選択し（Ｓ３２２−ＹＥＳ）、閲覧用プログラムのダウンロード以外を希望する場合は、ディスプレイに表示された受付画面に従ってダウンロード以外の処理要求を選択する（Ｓ３２２−ＮＯ）。
【００５０】
プログラム送信部１５４は、応答データの内容に従って閲覧用プログラムのダウンロード要求の有無を確認する（Ｓ２２４）。所定時間内にダウンロード要求が選択されなかった場合は、登録処理部１５０は、ユーザの希望する処理内容に合わせて別のメニュー画面データを、通信Ｉ／Ｆ部１１０を介してユーザ端末７に送信する（Ｓ２２４−ＮＯ，Ｓ２９２）。一方、ダウンロード要求が選択された場合は、プログラム送信部１５４は、データ埋込部１５６にユーザ情報の埋込みを指示する（Ｓ２２４−ＹＥＳ）。本例では、ユーザが登録処理したサーバＩＤ番号とユーザ端末７の端末固有情報を前記所定のデータとする。
【００５１】
これを受けて、データ埋込部１５６は、その埋込み指示に従って閲覧用プログラムにユーザが登録処理した電子図書館サーバのサーバＩＤ番号とユーザ端末７の端末固有情報を埋め込む（Ｓ２２６）。次いで、プログラム送信部１５４は、データ埋込部１５６により端末固有情報が埋め込まれた閲覧用プログラムを、当該閲覧用プログラムをユーザ端末７に組み込む（インストールする）ためのインストーラとともに、通信Ｉ／Ｆ部１１０を介してユーザ端末７に送信する（Ｓ２２８）。
【００５２】
ユーザ端末７は、電子図書館サーバ１０から閲覧用プログラムのダウンロードを完了すると、この閲覧用プログラムのインストールを開始する（Ｓ３２４）。
次いで、ユーザ端末７は、インストールの対象とした閲覧用プログラムに埋め込まれている端末固有情報が、自装置の端末固有情報と一致するか否かを確認する（Ｓ３３０）。そして、自装置の端末固有情報と一致した場合は、閲覧用プログラムのインストールを継続し、これが完了したら、その旨をユーザに通知する（Ｓ３３２）。一方、自装置の端末固有情報と一致しなかった場合は、閲覧用プログラムのインストールを中止して、インストールに失敗した旨をユーザに通知する（Ｓ３３４）。
【００５３】
＜＜電子図書の貸出処理；登録済みサーバへのアクセス＞＞
図４および図５は、電子図書の貸出業務の処理手順の一例を示すフローチャートである。この貸出業務は、ユーザ登録済みのサーバにアクセスした場合の処理であり、電子図書館サービスシステムにおける最も基本的な貸出業務である。
【００５４】
先ず、ユーザ登録時に受け取って自端末に組み込んだ閲覧用プログラムを立ち上げ（Ｓ６００）、電子図書館サーバ１０（ユーザ登録済みサーバ；以下この図において同様）にネットワーク９を介して接続要求を行なう（Ｓ６０２）。配信管理サーバ部１００の要求受付部１２０はこの接続要求を受け付けて、ユーザ端末７との接続を確立する（Ｓ４０２）。接続が確立すると、ユーザ端末７にはログイン用の初期メニュー画面データが送信され、ログイン画面が表示される（Ｓ４０４）。
【００５５】
ユーザは、このログイン画面上にて、ＩＤやパスワードなどのログインに必要なユーザ識別情報を入力し、ユーザ初期登録したサーバＩＤ番号を送信するとともに、電子図書館サーバ１０にログイン要求をする（Ｓ６０４，Ｓ６０６）。取得処理部１５２は、受け付けたログイン要求に含まれるユーザの識別情報（ユーザＩＤ、パスワードなど）を示すユーザ登録キー取得し、ユーザ管理部３０２に通知する。
【００５６】
ユーザ管理部３０２は、取得したサーバＩＤが自ＩＤと一致したならば、登録済みユーザとの照合を行なう（Ｓ４１０）。たとえば、ユーザＤＢ３０４に登録されたユーザ情報の中に、ログイン要求のあったユーザの識別情報に一致する識別情報を含むものが存在するか否かを確認する（Ｓ４１２）。
【００５７】
そして、ログイン要求のあったユーザの識別情報に一致する識別情報を含むユーザ情報が自身が管理しているユーザＤＢ３０４内に存在した場合は（Ｓ４１４−ＹＥＳ）、照合結果をＯＫとしてログインを許可する。これと同時に配信管理サーバ部１００は、処理選択メニュー画面データを送出する（Ｓ４１６）。一方、存在しなかった場合は（Ｓ４１４−ＮＯ）、ユーザ管理部３０２は、照合結果をＮＧとしてログインを不許可とし、上記ステップＳ４１０に戻る。ユーザ端末７では、上記ステップＳ６０４に戻って、ユーザ識別情報の再入力をユーザに要求する（Ｓ６０８−ＮＯ）。
【００５８】
電子図書館サーバ１０からログインの許可が出ると（Ｓ６０８−ＹＥＳ）、ユーザは、端末画面に表示された処理選択メニュー上で希望する処理を指示する。通常は、閲覧希望の図書を検索する処理が最初に指示されるであろう（Ｓ６１０）。なお、検索以外が指示されると、配信管理サーバ部１００は、別メニュー画面データをユーザ端末７に送信する（Ｓ４９０）。以下、図書検索の指示がユーザよりあったものとして説明を続ける。
【００５９】
電子図書館サーバ１０では、図書検索要求を受け付けると（Ｓ４１８−ＹＥＳ）、図書検索部２１０は、電子図書の検索処理を起動する（Ｓ４２０）。この検索処理では、先ず、図書検索用の受付画面データ（図書検索メニュー画面データ）をユーザ端末７に送信する（Ｓ４２２）。ユーザは、この図書検索メニュー画面上で、図書の書名、著者名、発行者名、その他キーワードなど、図書検索用のキーワード情報を入力し、電子図書館サーバ１０に対して検索要求をする（Ｓ６２０）。
【００６０】
図書検索部２１０は、この検索要求を受け付けると（Ｓ４２４）、そのキーワード情報を検索キーとして図書検索を実行する（Ｓ４２６）。具体的には、電子図書ＤＢ２０４にアクセスすることにより、キーワード情報に一致する情報を持つ電子図書が電子図書ＤＢ２０４に存在するか否かを確認する。そして、検索結果画面をユーザ端末７に返す（Ｓ４２８）。たとえば、キーワード情報に一致する情報を持つ電子図書が見つかった場合は、その電子図書のたとえば、図書の書名、著者名、発行者名、発行日などの書誌的情報を抽出し、これらの書誌的情報を示す検索結果画面をユーザ端末７に返す。このとき、キーワード情報に一致する情報をもつ電子図書が電子図書ＤＢ２０４の中で複数見つかった場合は、それらの電子図書の書誌的情報を全て抽出する。また、キーワード情報に一致する情報を持つ電子図書が見つからなかった場合は、その旨のメッセージを通知する。
【００６１】
これにより、ユーザ端末７を操作するユーザは、ディスプレイに表示された検索結果の通知画面を見て、所望の図書が電子図書館サーバ１０内に存在するか否かを確認することができる。ユーザは、この検索結果画面にて、検索結果リストに希望書籍がない場合や検索指示の該当書籍がゼロである場合には再検索を指示するか検索をキャンセルして別メニューを選択する（Ｓ６３０−ＮＯ）。電子図書館サーバ１０では、再検索の指示があると上記ステップＳ４２０に戻し（Ｓ４３０−再検索）、また、検索がキャンセルされると上記ステップＳ４０４に戻る（Ｓ４３０−キャンセル）。一方、検索結果画面にて閲覧希望の電子図書がある場合は、ユーザは、貸出しを希望する電子図書を指定（選択）して電子図書館サーバ１０に通知する（Ｓ６３０−貸出し）。
【００６２】
＜貸出確認処理＞
これを受けて、貸出管理サーバ部４００は、先ず、貸出確認処理を起動する（Ｓ４４０）。たとえば、貸出し確認用の画面データをユーザ端末７に送信する（Ｓ４４２）。この貸出し確認用の画面には、たとえば、ユーザ端末７から貸出要求を受けた図書の情報を一覧にした図書リストと、この図書リストに掲載された図書の貸出しを希望するか否かの確認メッセージと、図書の貸出要求を確定する「確認」ボタンと、図書の貸出要求を取り消す「キャンセル」ボタンとが表示される。ユーザは、この画面にて希望の指示を発する（Ｓ６４０）。
【００６３】
貸出管理サーバ部４００は、ユーザ端末７からの応答データを受け付けると、この受け付けた応答データの内容にしたがって、ユーザが選択した処理内容を確認する（Ｓ４４４）。そして、ユーザが「キャンセル」ボタンを選択したと判断した場合は上記ステップＳ４２０に戻り（Ｓ４４４−キャンセル）、ユーザが「確認」ボタンを選択したと判断した場合は（Ｓ４４４−確認）、貸出管理サーバ部４００は、図書リストに掲載された図書ごとに、図書管理部２１２が管理している図書管理情報に基づいて、図書の貸出しが可能であるか否かを判断する（Ｓ４４６）。
【００６４】
たとえば、図書管理情報には、電子図書ＤＢ２０４に蓄積された各電子図書に関して、管理ステータス、貸出期間、図書分類、現在の貸出冊数、貸出可能冊数、貸出制限情報、利用制限情報などの情報が含まれる。管理ステータスは、電子図書の現在の貸出し状況として「貸出し中」と「貸出可能」との何れかを示すものである。貸出期間は、電子図書の貸出し開始から貸出し終了までの期間を規定するものである。図書分類は、電子図書の内容に応じた分類（たとえば、辞典、雑誌、小説、専門書、参考書、実用書、児童書など）を示すものである。
【００６５】
貸出制限情報は、ユーザに対して電子図書を貸し出すときの貸出し内容に制限があるか否か、また制限がある場合（制限付きの場合）はその具体的な制限を規定した情報など、電子図書を貸し出すときの貸出条件を規定するものである。貸出条件は、電子図書の貸出しを許可するユーザの種別や年齢などの制限、著作権の設定状況などに応じて設定される。ユーザに対する電子図書の貸出制限は、たとえば、電子図書の著者側から指定されたユーザの種別（性別、年齢別、職業別など）、ユーザの年齢、ユーザの現在の貸出し状況などを条件として規定され、条件によっては「貸出制限なし」もあり得る。利用制限情報は、電子図書を貸出した後に、この電子図書をユーザ端末７側で閲覧、印刷、またはコピーに利用するときの利用条件を規定するものである。
【００６６】
そこで、貸出管理サーバ部４００は、先ず、貸出要求を受けた電子図書に関する図書管理情報を図書管理部２１２に確認し、この電子図書の管理ステータスが「貸出し中」であるか否かを判断する。また、貸出管理サーバ部４００は、貸出要求があった各電子図書（図書リストに掲載された電子図書）について、図書管理部２１２が管理している現在の貸出冊数と貸出可能冊数とを比較する。そして、現在の貸出冊数が貸出可能冊数に到達している場合は、貸出管理サーバ部４００は、この電子図書の貸出しを不可と判断し、ステップＳ４２０に戻る（Ｓ４４６−ＮＯ）。
【００６７】
なお、著作権で許容される範囲内で電子図書の内容をユーザに提示するために、電子図書の貸出し内容を制限すべく、貸出し中の管理ステータスに基づく編集指示を図書データ編集部２２２に与える（Ｓ４４６−貸出し中）。これにより、図書データ編集部２２２では、先に貸出要求のあった電子図書のデータファイルを電子図書ＤＢ２０４から読み出し、そこから電子図書の内容の一部を抽出したインデックス情報（見出し、目次、索引などの情報）だけを残すようにデータファイルを編集し、かつ当該データファイルにユーザ情報を埋め込む（Ｓ４４８）。そのため、ユーザから貸出要求のあった電子図書の貸出し内容を、当該電子図書の現在の貸出し状況（貸出し中であるか否か）に応じ制限することができる。
【００６８】
一方、現在の貸出冊数が貸出可能冊数に満たない場合は、貸出管理サーバ部４００は、この電子図書の貸出しを可能と判断する（Ｓ４４６−ＹＥＳ）。次いで、貸出管理サーバ部４００は、ユーザ管理部３０２が管理しているユーザ管理情報に基づいて、貸出要求があった各電子図書（図書リストに掲載された電子図書）の貸出しを、要求元のユーザに許可するか否かを判断する（Ｓ４５０）。
【００６９】
たとえば、ユーザ管理情報には、ユーザ登録時に登録されたユーザＩＤやパスワードなどのユーザ情報と当該ユーザ情報によって識別されるユーザの現在の図書貸出し状況とを対応付けた貸出し情報と、ユーザに電子図書の貸出しを許可するか否かの判断基準となる基準情報とが含まれる。そこで、貸出管理サーバ部４００は、貸出要求があった各電子図書（図書リストに掲載された電子図書）について、ユーザ管理部３０２が管理している、要求元ユーザに関する貸出し中の電子図書の冊数とユーザ一人あたりに許容される貸出し上限冊数とを比較する。そして、貸出管理サーバ部４００は、貸出し中の電子図書の冊数が貸出し上限冊数に到達していない場合には要求元ユーザに対して今回貸出要求のあった電子図書の貸出しを許可し（Ｓ４５０−ＹＥＳ）、それ以外は、この電子図書の貸出しを不可と判断し、ステップＳ４０４に戻る（Ｓ４５０−ＮＯ）。
【００７０】
＜貸出範囲制限処理＞
このようにして、貸出確認処理が完了すると、貸出管理サーバ部４００は、次に貸出範囲制限処理を起動する（Ｓ４６０）。たとえば、貸出管理サーバ部４００は、上述のように貸出要求を行なったユーザに対して貸出しが可能な範囲（貸出可能範囲）の制限が付けられているか否かを確認する（Ｓ４６２）。貸出可能範囲の制限が付けられているか否かの判断は、貸出要求を行なったユーザに対する貸出制限と、貸出要求で指定された電子図書に対する貸出制限、また貸出しが可能な画像（貸出可能画像）の制限などに基づいて行なわれる。
【００７１】
このため、ユーザ管理部３０２は、先にログインを許可したユーザの情報をユーザＤＢ３０４から読み出すとともに、ユーザ情報で特定されるユーザに適用される貸出制限情報を貸出管理サーバ部４００に通知する。そして、貸出可能範囲に制限が付けられている場合は（Ｓ４６２−ＹＥＳ）、それに従って電子図書の貸出し内容を制限するために、貸出可能範囲の制限に基づく編集指示を図書データ編集部２２２に与える。これにより、図書データ編集部２２２では、先に貸出要求のあった電子図書のデータファイルを電子図書ＤＢ２０４から読み出し、ユーザに対する貸出可能範囲の制限にしたがって、電子図書の内容の一部を削除するように電子図書のデータファイルを編集し、かつ当該データファイルにユーザ情報を埋め込む（Ｓ４６４）。
【００７２】
そのため、ユーザから貸出要求のあった電子図書の貸出し内容を、当該電子図書の貸出しが可能とされた範囲内に制限することができる。また、ユーザから貸出要求のあった電子図書の貸出し内容を、当該電子図書の貸出しが可能とされた画像だけを含むように制限することができる。なお、画像に対しての制限は、たとえば著作権付きの画像の削除以外にも、カラー画像を白黒画像に変換したり、元の画像よりも解像度を低下させたり、元の画像にノイズ画像を付加したりするなどの、元の画像の画質を劣化させる処理であってもよい。
【００７３】
貸出範囲制限処理が完了すると（Ｓ４６２−ＮＯ，Ｓ４６４）、図書データ編集部２２２は、データ埋込部２２４に電子図書のデータファイルを渡す。このとき、データ埋込部２２４は、電子図書のデータファイルに、この電子図書の貸出期間のデータ（貸出しが終了する日時を示すデータ）と利用制限情報とを埋め込む。また、図書管理部２１２では、今回貸出しが行なわれた１冊の電子図書に関して、その管理ステータスを「貸出可能」から「貸出し中」に変更するとともに、貸出しが終了する日時（貸出し期限）を、たとえば図書管理部２１２が管理する図書管理情報に登録する。ちなみに、貸出期間のデータは、電子図書のデータファイルのヘッダ情報として埋め込むようにすればよい。また、貸出期間のデータは、ユーザ端末７側で勝手に改竄などができないように暗号化したデータとするのが望ましい。
【００７４】
なお、貸出要求があった電子図書の管理ステータスが「貸出可能」となっていて、貸出要求元のユーザや貸出し対象の電子図書に対して、貸出可能範囲や貸出可能画像などの貸出制限が何も付けていなかった場合は、電子図書ＤＢ２０４から読み出された電子図書のデータファイルが図書データ編集部２２２で編集されず、データ埋込部２２４では、ユーザ情報と利用制限情報の埋め込みだけが行なわれて図書データ送信部２３０に渡される。
【００７５】
＜図書データ配信処理＞
次に、コンテンツ管理サーバ部２００の書籍データ管理部２０２は、図書データの配信処理を起動し、図書データ送信部２３０に送信指示をする（Ｓ４７０）。これにより、図書データ送信部２３０は、図書データ編集部２２２で編集された電子図書のデータファイルを通信Ｉ／Ｆ部１１０を介してユーザ端末７に送信する（Ｓ４７８）。
【００７６】
これにより、ユーザ端末７では、電子書籍のダウンロードが始まる（Ｓ６７２）。この後、貸出業務部１０４では、ユーザ端末７にログアウトするか否かを問い合わせる（Ｓ４８２，Ｓ６８２）。そして、ログアウトするとの返信を受けた場合はそのまま処理を抜け（Ｓ４８２−ＹＥＳ，Ｓ６８２−ＹＥＳ）、ログアウトしないとの返信を受けた場合は上記ステップＳ４２０に戻って上記同様の処理を行なう（Ｓ４８２−ＮＯ，Ｓ６８２−ＮＯ）。
【００７７】
＜＜電子図書の貸出処理；未登録サーバへのアクセス＞＞
図６は、電子図書の貸出業務の処理手順の一例を示すフローチャートである。この貸出業務は、ユーザ登録していない未登録サーバにアクセスした場合の処理であり、本実施形態特有の処理である。個々のコンテンツ供給元５ごとに管理サーバ３を用意して、それぞれが独自にユーザ端末７にデータの配信を行なうシステムや、これら個々の管理サーバ３を統轄する管理サーバ３（統轄サーバ）を用意して、ユーザ端末７との間は、この統轄サーバを介してデータの配信を行なうようにしたシステムへの適用に好適なユーザ認証の仕組みである。以下、具体的に説明する。
【００７８】
先ず、ユーザ登録時に受け取って自端末に組み込んだ閲覧用プログラムを立ち上げ（Ｓ８００）、電子図書館サーバ１０（未登録サーバ；以下この図において同様）にネットワーク９を介して接続要求を行なう（Ｓ８０２）。配信管理サーバ部１００の要求受付部１２０（すなわち配信制御部１６０）はこの接続要求を受け付けて、ユーザ端末７との接続を確立する（Ｓ７０２）。接続が確立すると、ユーザ端末７にはログイン用の初期メニュー画面データが送信され（Ｓ７０４）、ログイン画面が端末画面に表示される（Ｓ８０４）。
【００７９】
ユーザは、このログイン画面上にて、先ず新規登録の処理であるのか否かを指示する（Ｓ８０４）。初期登録であれば、初期登録メニューを指示することで、上述した図３のステップＳ２０６以降の処理に移行する（Ｓ８０６−ＹＥＳ，Ｓ８９０）。一方、初期登録でなければ、ユーザは、電子図書館サーバ１０にログイン要求をする（Ｓ８０６−ＮＯ）。このとき、閲覧用プログラムにインストール時に埋め込まれている電子図書館サーバＩＤ番号も自動的に送信される（Ｓ８０８）。要求受付部１２０は、このユーザ登録キーを取得処理部１５２に渡す。
【００８０】
取得処理部１５２は、このユーザ登録キーが自サーバであるのか否か判定する（Ｓ７０８）。そして、自身（詳しくはユーザ管理サーバ部３００）が管理している登録済みユーザからの貸出要求アクセスである場合には、上述した図４のステップＳ４１６以降の処理に移行する（Ｓ７０８−ＹＥＳ，Ｓ７９０）。
【００８１】
一方、登録サーバへの登録済みユーザからの貸出要求アクセスである場合には、取得処理部１５２は、サーバ識別情報に示されている該当するサーバ（登録サーバ）へ接続し、その登録サーバが管理している全ユーザのユーザ情報を獲得し、ユーザ管理サーバ部３００に渡す（Ｓ７０８−ＮＯ，Ｓ７１０）。
【００８２】
次に、ユーザ管理部３０２は、ユーザＩＤやパスワードの入力を要求するメニュー画面をユーザ端末７に送信する（Ｓ７２０）。これを受けて、ユーザ端末７側では、ユーザが、ＩＤやパスワードなどのログインに必要なユーザ識別情報を入力し、電子図書館サーバ１０にログイン要求をする（Ｓ８１０）。取得処理部１５２は、受け付けたログイン要求に含まれるユーザの識別情報（ユーザＩＤ、パスワードなど）を示すユーザ登録キーを取得し、ユーザ管理部３０２に通知する。
【００８３】
ユーザ管理部３０２は、このユーザ登録キーに基づいて、上記ステップＳ７１０にて、登録サーバから獲得しておいた全ユーザのユーザ情報（登録サーバが管理している登録済みユーザ）との照合を行なう（Ｓ７２２）。つまり、ユーザ登録されていないユーザからのアクセスを要求受付部１２０および取得処理部１５２（配信制御部１６０）にて受け付けると、配信制御部１６０は、本来登録してあるサーバから該当するユーザの情報を吸い上げてユーザ管理部３０２に渡すことで、ユーザ管理サーバ部３００と協働してユーザ認証を行なう。
【００８４】
そして、存在しなかった場合は（Ｓ７２４−ＮＯ）、ユーザ管理部３０２は、照合結果をＮＧとしてログインを不許可とし、上記ステップＳ７２０に戻る。ユーザ端末７では、再度、ユーザ識別情報の再入力をユーザに要求する、あるいは、直ちにサービスを停止する（Ｓ８１０）。
【００８５】
一方、ログイン要求のあったユーザの識別情報に一致する識別情報を含むユーザ情報が存在した場合は（Ｓ７２４−ＹＥＳ）、ユーザ管理部３０２は、照合結果をＯＫとしてログインを許可する。これと同時に配信管理サーバ部１００は、処理選択メニュー画面データを送出する。
【００８６】
以下、図４に示したステップＳ４１６以降と同様にして、ユーザは、端末画面に表示された処理選択メニュー上で希望する処理を指示する。これにより、電子図書館サーバ１０は、たとえば、文書閲覧や貸出サービスを提供する処理を開始し（Ｓ７３０）、ユーザは、その提供をユーザ端末７にて受ける（Ｓ８２０）。
【００８７】
また、ユーザ管理部３０２は、このような登録サーバでの登録済みユーザへのサービス提供の事実をその登録サーバが管理しているユーザ情報に反映させる処理を起動する。具体的には、ユーザ管理部３０２にて、先ずユーザ情報を更新し（Ｓ７３４）、この更新済みのユーザ情報を、元のユーザ情報が登録されているサーバへ接続して、ユーザ情報の保存を依頼する（Ｓ７３６）。これを受けて、その登録サーバは、自身が管理しているユーザＤＢ３０４の該当ユーザの登録内容を書き換える（データベースを更新する）。
【００８８】
このように、本実施形態の構成に依れば、相互に接続されている文書管理サーバのユーザ管理情報を互いに公開し合うことで、複数のサーバ（未登録のものを含む）からデータを得たいユーザに対しても、何れかのサーバに対する一度のユーザ登録でサービス提供を実現することができる。ユーザにとっては、一度のユーザ登録で済むので便利になる。加えて、実際には個々のサーバにて各サーバに登録を行なったユーザに関するユーザ情報を管理しているが、実質的には、ユーザ情報を一元管理する仕組みを構築することができ、サーバ側（それを管理する管理者）にとっても、ユーザ情報を管理する利便性が向上する。未登録先サーバにアクセスしても、何れかに登録されている限り情報配信が可能である一方、何れにも未登録のユーザに対して情報配信するという不都合は生じない。
【００８９】
たとえば、電子図書館に個人情報を登録する際、全国規模で共通に利用可能なユーザ識別情報を利用することとすれば、ユーザは、全国どこの図書館からでも、書籍データを閲覧することが可能となる。なお、複数の図書館から書籍データの貸出しをした場合、１つの図書館が管理するユーザ情報だけでは何冊借りたか把握できないが、図書館のユーザ管理情報をオープンにし、全国の図書館のユーザ情報を参照することで、誰が何冊借りているかを全国規模で把握することもできる。つまり、全国規模で１ユーザが借りている情報を検索することが容易になる。また、他システムで使用済みの全国規模で利用可能なユーザ管理情報を利用すれば、ユーザの登録作業も簡略化でき、また、図書館側の管理も容易になる。
【００９０】
以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更または改良を加えることができ、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【００９１】
また、上記の実施形態は、クレーム（請求項）にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。前述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜の組合せにより種々の発明を抽出できる。実施形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【００９２】
たとえば、上記実施形態では、ユーザ登録していない未登録サーバにアクセスがあった場合、先ず、サーバ識別情報に示されている該当する登録サーバへ接続して、  本来登録したサーバから該当するユーザの情報を吸い上げてユーザ認証を行なうようにしていたが、ユーザ認証を行なうサーバを何れとするかは、必ずしもこのようなものに限らない。たとえば、最初のログイン要求（Ｓ８０８）時に、ユーザＩＤやパスワードなどの専らユーザを識別するためのユーザ登録キーとともに、そのユーザが登録を行なったサーバを識別するためのサーバ識別情報（サーバＩＤ）を送付してもらい、アクセスを受けたサーバ（アクセスサーバ）は、サーバ識別情報に示されている該当する登録サーバへ接続し、受け取ったユーザＩＤやパスワードなどを渡して、その登録サーバ側にてユーザ認証を行なう仕組みとしてもよい。ユーザ認証が採れたときには、そのユーザに関するユーザ情報（サービス提供に関するもの）を登録サーバ側からアクセスサーバに送付すればよい。
【００９３】
こうすることで、登録サーバが管理している全ユーザのユーザ情報をアクセスを受けたサーバが獲得するための上記ステップＳ７１０の処理（データ量が多い）が不要になる。また、ユーザＩＤなどが入力済みでありアクセスユーザを特定できているので、その一人のユーザに対し、貸し出しできる文書データの本数が制限されていて、これ以上貸出要求に応じることができない場合における貸出し拒否の処理も、登録サーバに送付されたユーザＩＤやパスワードなどに基づき、登録サーバ側にて直ちに行なうことができる。加えて、登録サーバからアクセスサーバへユーザ管理情報を吸い上げる処理が不要であるので、個人情報の漏洩の可能性を低減することができる。アクセスした者以外の個人情報のデータ送信がないからである。
【００９４】
また、上記実施形態では、ユーザに配信される電子データの一例として電子図書を例に説明したが、配信対象の電子データは電子書籍に限らない。たとえば、音楽データ（デジタル化された楽曲情報）を配信する仕組みに、上記実施形態を適用してもよい。
【００９５】
また、電子データをユーザ端末に配信する際、上記実施形態では管理サーバ３から直接にユーザ端末７に送付していたが、これに限らず、たとえばユーザの利用しやすい多数の場所（コンビニエンスストアや駅の売店など）に設置されている電子書籍自動販売機などを介在して配信してもよい。この場合、データ配信を要求するクライアント端末の機能を電子書籍自動販売機が果たす。そして、配信された電子データを受け取るクライアント端末はユーザ端末７となる。データ受信時の電子書籍自動販売機は、中継器と考えればよい。
【００９６】
処理手順としては、電子書籍自動販売機から管理サーバ３にアクセスして書籍データのダウンロードを指示し、ユーザ（書籍データ購入者）の要求に応じて管理サーバ３から電子書籍データをユーザ端末７（電子書籍プレーヤを含む）の記憶媒体に書き込む。この場合、ＭＡＣアドレスを使って端末固有情報を自動取得すると不都合が生じる可能性があるので、電子データを実際に利用する端末を特定する端末固有情報を確実に取得する仕組みを講じる。たとえばユーザのキー入力を利用してもよい。このような仕組みでは、上記実施形態で示したデータ配信処理を、従来のデータ配信システムを利用することで効率よく実現することができる。
【００９７】
【発明の効果】
以上のように、本発明によれば、各サーバのユーザ管理情報を互いに公開することとし、ユーザ登録していないサーバにアクセスがあると、本来登録したサーバが管理しているユーザ管理情報を参照してユーザ認証を行なうようにしたので、未登録サーバからデータを得たいユーザに対しても、そのユーザに不便を感じさせることなく、データ配信サービスを提供することができるようになった。
【図面の簡単な説明】
【図１】本発明に係る情報配信システムを適用した一実施形態を示すシステム構成図である。
【図２】管理サーバの一構成例を示す機能ブロック図である。
【図３】ユーザ登録から閲覧用プログラムのインストールまでの処理手順の一例を示すフローチャートである。
【図４】電子図書の貸出業務の処理手順の一例を示すフローチャートである（登録済みサーバへのアクセス時）。
【図５】電子図書の貸出業務の処理手順の一例を示すフローチャートである（図４の続き）。
【図６】電子図書の貸出業務の処理手順の一例を示すフローチャートである（未登録サーバへのアクセス時）。
【符号の説明】
１…情報配信システム、３…管理サーバ、５…コンテンツ供給元、７…ユーザ端末、９…ネットワーク、１０…電子図書館サーバ、１０２…配信管理サーバ部、１０４…貸出業務部、１１０…通信Ｉ／Ｆ部、１２０…要求受付部、１５０…登録処理部、１５２…取得処理部、１５４…プログラム送信部、１５６…データ埋込部、１６０…配信制御部、２００…コンテンツ管理サーバ部、２０２…書籍データ管理部、２０４…電子図書ＤＢ、２１０…図書検索部、２１２…図書管理部、２２２…図書データ編集部、２２４…データ埋込部、２３０…図書データ送信部、３００…ユーザ管理サーバ部、３０２…ユーザ管理部、３０４…ユーザＤＢ、４００…貸出管理サーバ部
【図１】
2005010827.tif 000003
【図２】
2005010827.tif 000004
【図３】
2005010827.tif 000005
【図４】
2005010827.tif 000006
【図５】
2005010827.tif 000007
【図６】
2005010827.tif 000008