JP6256430B2 - コンテンツ提供サーバ、コンテンツ提供方法、およびコンピュータプログラム - Google Patents

Description

本発明は、コンテンツを端末装置へ提供する技術に関する。

近年、ＡＲ（Augmented Reality）の技術が普及し始めている。ＡＲは、一般に「拡張現実」と翻訳される。

ＡＲの技術によると、ＡＲマーカが付されている印刷物をタブレットコンピュータまたはスマートフォンなどの端末装置で撮影すると、ＡＲマーカに対応するコンテンツが、撮影した印刷物の画像とともに端末装置のディスプレイに表示される。

これにより、現実の空間が拡張したかのようにユーザに感じさせることができる。つまり、従来よりも臨場感をユーザに感じさせることができる。

従来、ＡＲの技術として、次の技術が提案されている。ＡＲコンテンツサーバの条件記憶部には、商品パッケージに付される１つのマーカ毎に、複数のコンテンツと、当該複数のコンテンツの各々の提供条件とが関連付けて記憶される。端末装置からＡＲコンテンツサーバへとコンテンツ提供が送信されると、条件記憶部に記憶される提供条件に基づいて、複数のコンテンツの１つが選択される。ＡＲコンテンツサーバは、選択したコンテンツを端末装置へ送信し、端末装置は、ＡＲコンテンツサーバから受信したコンテンツとカメラの撮影画像とを重畳してディスプレイに表示する（特許文献１）。

さらに、次の技術が提案されている。拡張情報（タグ）には対象物に関連づけられた詳細情報が設定されている。対象物に対する詳細情報を表示する前に、拡張情報（タグ）の表示領域のそれぞれは、使用者の選択を受け、使用者が必要とする前記詳細情報を選ぶことができる（特許文献２）。

特開２０１２−２１５９８９号公報 特開２０１３−１２５３２８号公報

従来、上述の通り、あるマーカが端末装置からサーバへ送信されると、そのマーカに対応する複数のコンテンツのうちのいずれかがサーバから端末装置へ提供される。

しかし、従来の技術によると、複数のコンテンツを１つずつしか表示することができないので、コンテンツ同士を比較するのがユーザにとって難しい。複数のコンテンツを縮小して１つの画面に並べて表示することも考えられるが、視認性が落ちてしまう。

本発明は、このような問題点に鑑み、あるマーカに対応付けられている複数のコンテンツをユーザにとって従来よりも比較しやすいように提供することを、目的とする。

本発明の一形態に係るコンテンツ提供サーバは、マーカに対応付けられている複数のコンテンツを提供するコンテンツ提供サーバであって、前記マーカに基づく前記複数のコンテンツの要求を受け付けるごとに、当該複数のコンテンツのうちのＮ（ただし、Ｎ≧２）台の端末装置のいずれにも送信していないコンテンツを優先的に、当該Ｎ台の端末装置のうちの当該要求を行った端末装置へ送信する、送信手段、を有する。

好ましくは、前記複数のコンテンツのそれぞれは、順番が予め定められており、前記送信手段は、前記Ｎ台の端末装置のそれぞれへ前記複数のコンテンツのうちの相違するいずれかのコンテンツを送信した後、当該Ｎ台の端末装置のうちのいずれかにおいて第一の操作が行われた場合は、当該Ｎ台の端末装置のそれぞれへ、前記複数のコンテンツのうちのそれぞれへ直前に送信したコンテンツの次のコンテンツを送信する。

または、前記複数のコンテンツのそれぞれは、複数の項目のうちのいずれかに分類されており、前記送信手段は、前記Ｎ台の端末装置のそれぞれへ前記複数のコンテンツのうちの前記複数の項目のうちのいずれか１つの項目の相違するコンテンツを送信した後、当該Ｎ台の端末装置のうちのいずれかにおいて第二の操作が行われた場合は、当該Ｎ台の端末装置のそれぞれへ、当該複数の項目のうちの他の１つの項目の相違するコンテンツを送信する。

本発明によると、あるマーカに対応付けられている複数のコンテンツが複数の端末装置のそれぞれへ未提供のものから優先的に送信されるので、複数のコンテンツをユーザにとって従来よりも比較しやすいように提供することができる。

ドキュメント閲覧システムの全体的な構成の例を示す図である。 ドキュメントサーバのハードウェア構成の例を示す図である。 端末装置のハードウェア構成の例を示す図である。 印刷物の例を示す図である。 コンテンツの例を示す図である。 ドキュメントサーバおよび端末装置それぞれの機能的構成の例を示す図である。 呼出用マーカ記憶部の例を示す図である。 属性データの例を示す図である。 コンテンツテーブルの例を示す図である。 第一のコンテンツ決定処理の流れの例を説明するフローチャートである。 コンテンツの画像データを生成する方法の例を説明するための図である。 ドキュメントサーバにおける全体的な処理の流れの例を説明するフローチャートである。 コンテンツテーブルの遷移の例を示す図である。 コンテンツの例を示す図である。 ドキュメントサーバおよび端末装置それぞれの機能的構成の例を示す図である。 属性データの例を示す図である。 コンテンツテーブルの例を示す図である。 コンテンツの例を示す図である。 第二のコンテンツ決定処理の流れの例を説明するフローチャートである。 ドキュメントサーバにおける全体的な処理の流れの例を説明するフローチャートである。 コンテンツテーブルの例を示す図である。 コンテンツテーブルの例を示す図である。 コンテンツテーブルの例を示す図である。 ドキュメントサーバおよび端末装置それぞれの機能的構成の例を示す図である。 コンテンツテーブルの例を示す図である。 グループ参加制限データの例を示す図である。 設定用ページの例を示す図である。 テーブル選択処理の流れの例を説明するフローチャートである。 ドキュメントサーバにおける全体的な処理の流れの例を説明するフローチャートである。 コンテンツテーブルの例を示す図である。 コンテンツテーブルの例を示す図である。 操作割当データの例を示す図である。 グループ変更ボタンとともに表示するコンテンツの例を示す図である。 グループ変更画面の例を示す図である。

〔第一の実施形態〕
図１は、ドキュメント閲覧システム１００の全体的な構成の例を示す図である。図２は、ドキュメントサーバ１のハードウェア構成の例を示す図である。図３は、端末装置２のハードウェア構成の例を示す図である。図４は、印刷物６の例を示す図である。図５は、コンテンツ５０１〜５０３の例を示す図である。

図１に示すように、ドキュメント閲覧システム１００は、ドキュメントサーバ１、複数台の端末装置２、および通信回線３などによって構成される。

ドキュメントサーバ１および各端末装置２は、通信回線３を介して通信することができる。通信回線３として、インターネット、ＬＡＮ（Local Area Network）回線、公衆回線、または専用線などが用いられる。

ドキュメントサーバ１は、ドキュメントを表示するためのデータを記憶し、端末装置２からの要求に応じてデータを提供する。ドキュメントサーバ１として、ウェブサーバ用のサーバ機が用いられる。または、いわゆるクラウドサーバを用いてもよい。

ドキュメントサーバ１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、大容量記憶装置１０ｄ、およびＮＩＣ（Network Interface Card）１０ｅなどによって構成される。

ＮＩＣ１０ｅは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などのプロトコルによって端末装置２と通信する。

ＲＯＭ１０ｃまたは大容量記憶装置１０ｄには、ドキュメント提供用プログラム１０Ｐが記憶されている。ドキュメント提供用プログラム１０Ｐは、ＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによって実行される。大容量記憶装置１０ｄとして、ハードディスクまたはＳＳＤ（Solid State Drive）などが用いられる。ドキュメント提供用プログラム１０Ｐについては、後述する。

端末装置２は、ドキュメントサーバ１からドキュメントをダウンロードし、表示する。端末装置２として、タブレットコンピュータ、スマートフォン、またはパーソナルコンピュータなどが用いられる。以下、端末装置２としてタブレットコンピュータが用いられる場合を例に説明する。

端末装置２は、図３に示すように、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、フラッシュメモリ２０ｄ、タッチパネルディスプレイ２０ｅ、操作ボタン群２０ｆ、デジタルカメラ２０ｇ、無線ＬＡＮ通信装置２０ｈ、近距離無線通信装置２０ｉ、および加速度センサ２０ｊなどによって構成される。

タッチパネルディスプレイ２０ｅは、ユーザに対するメッセージを示す画面、ユーザがコマンドまたは情報を入力するための画面、およびドキュメントサーバ１からダウンロードしたドキュメントなどを表示する。

操作ボタン群２０ｆは、ホーム画面に戻るためのボタン、音量を調整するためのボタン、および電源のオン／オフを切り換えるためのボタンなどによって構成される。

デジタルカメラ２０ｇは、種々の画像を撮影する。本実施形態では、特に、ＡＲマーカを撮影するために用いられる。

無線ＬＡＮ通信装置２０ｈは、通信回線３を構成する基地局を介してＴＣＰ／ＩＰなどのプロトコルによってドキュメントサーバ１と通信を行う。

近距離無線通信装置２０ｉは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Infrared Data Association）、またはワイヤレスＵＳＢ（Universal Serial Bus）などの規格に基づいて近距離無線通信を行う。

加速度センサ２０ｊは、端末装置２の姿勢を検知する。特に、ユーザが端末装置２をシェイクしたり傾けたりしたことを検知するために用いられる。

ＲＯＭ２０ｃまたはフラッシュメモリ２０ｄには、ドキュメント閲覧用プログラム２０Ｐが記憶されている。

ドキュメント閲覧用プログラム２０Ｐは、必要に応じてＲＡＭ２０ｂにロードされ、ＣＰＵ２０ａによって実行される。ドキュメント閲覧用プログラム２０Ｐについては、後述する。

以下、各端末装置２をそれぞれ「端末装置２Ａ」、「端末装置２Ｂ」、「端末装置２Ｃ」、…と区別して記載することがある。

ドキュメント閲覧システム１００によると、ＰＤＦ（Portable Document Format）などのファイルを単に提供するだけでなく、ＡＲ（Augmented Reality）の技術によってドキュメントを再現することができる。この際に、印刷物６が用いられる。

印刷物６には、図４（Ａ）のように、呼出用マーカ６１およびドキュメントの一部のコンテンツが印刷されている。

少なくとも呼出用マーカ６１が含まれるように印刷物６の全部分または一部分をユーザが端末装置２のデジタルカメラ２０ｇで撮影すると、端末装置２は、呼出用マーカ６１に対応付けられているコンテンツ５の画像データをドキュメントサーバ１からダウンロードする。そして、端末装置２は、図４（Ｂ）のように、印刷物６の撮影した画像の上に、コンテンツ５を重ねて表示する。

このように、呼出用マーカ６１は、ドキュメントサーバ１からドキュメントの残りの一部分のコンテンツを呼び出すために用いられる。呼出用マーカ６１として、ＡＲマーカが用いられる。

さらに、ドキュメント閲覧システム１００によると、１つのドキュメントを複数台の端末装置２を使用して同時期に閲覧することができる。この際に、同じ呼出用マーカ６１を撮影した場合であっても、端末装置２ごとに異なるコンテンツ５を表示させることができる。例えば、図５（Ａ）〜（Ｃ）に示すような、ある自動車に関するドキュメントのコンテンツ５として、コンテンツ５０１、５０２、および５０３のそれぞれを、端末装置２Ａ、端末装置２Ｂ、および端末装置２Ｃに同時期に表示させることができる。これらのコンテンツ５は、一般に、「ＡＲコンテンツ」と呼ばれることがある。

以下、ドキュメントサーバ１から複数台の端末装置２へ複数のＡＲコンテンツを提供する仕組みについて説明する。

図６は、ドキュメントサーバ１および端末装置２それぞれの機能的構成の例を示す図である。

ドキュメント提供用プログラム１０Ｐによると、図６に示す画像データ記憶部１０１、呼出用マーカ記憶部１０２、コンテンツ情報記憶部１０３、マーカ情報選出部１０４、複数コンテンツ有無判別部１０５、送信コンテンツ決定部１０６、コンテンツデータ送信部１０７、および属性データ更新部１０８などがドキュメントサーバ１に実現される。

ドキュメント閲覧用プログラム２０Ｐによると、アクセス要求部２０１、コンテンツ表示処理部２０２、および表示終了通知部２０３などが端末装置２に実現される。

〔データ〕
図７は、呼出用マーカ記憶部１０２の例を示す図である。図８は、属性データ４Ｂの例を示す図である。図９は、コンテンツテーブル４Ｃの例を示す図である。

ドキュメントサーバ１の画像データ記憶部１０１には、呼出用マーカ６１ごとにディレクトリが設けられている。そして、呼出用マーカ６１ごとのコンテンツ５の一部分または全部分を表わす画像データ４Ａが、その呼出用マーカ６１のディレクトリに記憶されている。

図５に例示した通り、複数のコンテンツ５が対応付けられている呼出用マーカ６１がある。このような呼出用マーカ６１には、コンテンツ５ごとの画像データ４Ａが画像データ記憶部１０１に記憶されている。また、画像データ４Ａには、「Ｃｏｎｔｅｎｔ１＿Ｂｏｄｙ−Ｃｏｌｏｒ１」のようなコンテンツデータ名が識別子として付されている。

呼出用マーカ記憶部１０２には、図７に示すように、呼出用マーカ６１ごとに、その呼出用マーカ６１に対応するパスが記憶されている。「パス」は、後述する属性データ４Ｂのパス、つまり、属性データ４Ｂが記憶されているディレクトリ名およびデータ名である。

コンテンツ情報記憶部１０３には、属性データ４Ｂおよびコンテンツテーブル４Ｃが次のように記憶されている。

図８のように、ドキュメントごとに属性データ４Ｂが記憶されている。属性データ４Ｂは、マーカ情報およびコンテンツ情報を示す。

マーカ情報には、マーカ名およびアクセス先が含まれる。「マーカ名」は、呼出用マーカ６１を識別するための識別子であって、その属性データ４Ｂのデータ名としても用いられる。「アクセス先」は、その属性データ４Ｂが記憶されているディレクトリのディレクトリ名である。すなわち、マーカ情報は、その属性データ４Ｂのパスを表わしていると、言える。

コンテンツ情報には、コンテンツテーブル名、テーブル保存先、コンテンツデータ保存先、およびコンテンツ数の各情報が含まれる。

「コンテンツテーブル名」は、その属性データ４Ｂに係る呼出用マーカ６１のコンテンツテーブル４Ｃのデータ名である。「テーブル保存先」は、そのコンテンツテーブル４Ｃが記憶（保存）されているディレクトリのディレクトリ名である。なお、コンテンツテーブル４Ｃについては、後述する。

「コンテンツデータ保存先」は、その呼出用マーカ６１に対応するコンテンツ５の画像データ４Ａが記憶（保存）されているディレクトリのディレクトリ名である。「コンテンツ数」は、その呼出用マーカ６１に対応するコンテンツ５の個数である。厳密には、後述するメインコンテンツ５９１の個数である。

さらに、呼出用マーカ６１ごとにコンテンツテーブル４Ｃがコンテンツ情報記憶部１０３に記憶されている。コンテンツテーブル４Ｃには、図９のように、その呼出用マーカ６１に対応するコンテンツ５（厳密には、後述するメインコンテンツ５９１）ごとにレコード４Ｃａが格納されている。各レコード４Ｃａは、各コンテンツ５のコンテンツ番号、コンテンツ名称、コンテンツデータ名、出力先、送信状況、およびメッセージの情報を示している。

「コンテンツ番号」は、そのコンテンツ５のシーケンス番号である。「コンテンツ名称」は、コンテンツ５の名称である。

「コンテンツデータ名」は、そのコンテンツ５の画像データ４Ａのコンテンツデータ名である。

コンテンツ番号、コンテンツ名称、およびコンテンツデータ名の各値は、基本的に固定されている。

「出力先」は、端末装置２Ａ、２Ｂ、…のうちのそのコンテンツ５を現在表示している端末装置２の識別子である。識別子として、ＩＰアドレス、ＭＡＣ（Media Access Control）アドレス、またはホスト名などが用いられる。

「送信状況」は、そのコンテンツ５を端末装置２へ既に送信したか未だ送信していないかを示す。「送信済み」は、既に送信したことを意味する。「未送信」は、未だ送信していないことを意味する。

「メッセージ」は、そのコンテンツ５を構成するテキスト（文字列）のオブジェクトの１つである。

出力先、送信状況、およびメッセージは、適宜、更新される。出力先およびメッセージそれぞれの初期値は、ＮＵＬＬ（空白）である。送信状況の初期値は、「未送信」である。

〔コンテンツ５の提供の処理〕
図１０は、第一のコンテンツ決定処理の流れの例を説明するフローチャートである。図１１は、コンテンツ５の画像データを生成する方法の例を説明するための図である。

ユーザは、自分の端末装置２にドキュメント閲覧用プログラム２０Ｐを起動させる。すると、この端末装置２のアクセス要求部２０１が、コンテンツ５へのアクセスを要求する処理を例えば次のように実行する。

アクセス要求部２０１は、端末装置２のデジタルカメラ２０ｇの動作を開始させる。これにより、所定の時間（例えば、０．１秒）ごとにデジタルカメラ２０ｇによって撮影が行われる。

さらに、アクセス要求部２０１は、デジタルカメラ２０ｇによって撮影された画像をタッチパネルディスプレイ２０ｅに表示させるとともに、ＡＲマーカを撮影の範囲に入れるように促すメッセージをタッチパネルディスプレイ２０ｅに表示させる。

ここで、ユーザは、デジタルカメラ２０ｇのピントを印刷物６の呼出用マーカ６１に合わせる。

すると、端末装置２のアクセス要求部２０１は、撮影された画像の中から呼出用マーカ６１を検出し、抽出する。そして、アクセス要求データ４Ｄおよび呼出用マーカ６１の画像データをドキュメントサーバ１へ送信することによって、コンテンツ５へのアクセスをドキュメントサーバ１に対して要求する。

ドキュメントサーバ１において、マーカ情報選出部１０４は、アクセス要求データ４Ｄおよび呼出用マーカ６１の画像データを受信すると、呼出用マーカ６１に関する情報を次のように選出する。

マーカ情報選出部１０４は、呼出用マーカ記憶部１０２（図７参照）から、受信した呼出用マーカ６１に対応するパスを抽出する。そして、抽出したパスの、「／」（スラッシュ）で区切られた要素のうち、最も右にある文字列を、その呼出用マーカ６１のマーカ名として選出する。そして、そのパスの、マーカ名を除いた部分を、その呼出用マーカ６１に対応する属性データ４Ｂ（図８参照）が記憶されているディレクトリのディレクトリ名として選出する。

複数コンテンツ有無判別部１０５は、端末装置２から受信された呼出用マーカ６１に対応するコンテンツ５が複数であるか否かを次のように判別する。

マーカ情報選出部１０４によって選出されたディレクトリ名のディレクトリから、マーカ情報選出部１０４によって選出されたマーカ名をデータ名として有する属性データ４Ｂをコンテンツ情報記憶部１０３から読み出す。

そして、複数コンテンツ有無判別部１０５は、読み出した属性データ４Ｂにコンテンツ数として「２」以上の数が示されていれば、コンテンツ５が複数であると判別する。一方、「１」が示されていれば複数でないと判別する。

送信コンテンツ決定部１０６は、端末装置２へ送信すべきコンテンツ５（以下、「送信対象コンテンツ」と記載する。）を、図１０に示す手順で決定する。

呼出用マーカ６１に対応するコンテンツ５が複数あると複数コンテンツ有無判別部１０５によって判別された場合は（＃７０１でＹｅｓ）、送信コンテンツ決定部１０６は、この呼出用マーカ６１のコンテンツテーブル４Ｃ（図９参照）をコンテンツ情報記憶部１０３から読み出す（＃７０２）。なお、このコンテンツテーブル４Ｃを特定するには、マーカ情報選出部１０４によって得られた情報に対応する属性データ４Ｂを読み出し、この属性データ４Ｂに示されるテーブル保存先およびコンテンツテーブル名を参照すればよい。

送信状況が「未送信」であるレコード４Ｃａがコンテンツテーブル４Ｃに１つまたは複数ある場合は（＃７０３でＹｅｓ）、送信コンテンツ決定部１０６は、送信対象コンテンツを、これらのレコード４Ｃａのうち最も上位である（つまり、コンテンツ番号が最も小さい）レコード４Ｃａに示されるコンテンツ５に決定する（＃７０４）。

または、送信状況が「未送信」であるレコード４Ｃａが１つもない場合は（＃７０３でＮｏ）、送信コンテンツ決定部１０６は、送信対象コンテンツを、コンテンツテーブル４Ｃに格納されているコンテンツテーブル４Ｃのうち任意のレコード４Ｃａに示されるコンテンツ５に決定する（＃７０５）。例えば、出力先がＮＵＬＬ（空白）であるレコード４Ｃａに示されるコンテンツ５に決定する。または、コンテンツ番号が「１」であるレコード４Ｃａに示されるコンテンツ５に決定する。

さらに、ステップ＃７０４または＃７０５で決定したコンテンツ５のレコード４Ｃａのメッセージを次のように更新する（＃７０６）。

送信コンテンツ決定部１０６は、そのコンテンツテーブル４Ｃに格納されているレコード４Ｃａのうちの送信状況の値が「未送信」であるものの個数を計数する。ただし、ステップ＃７０４または＃７０５で決定したコンテンツ５のレコード４Ｃａは、除外する。そして、所定の文字列（例えば、「残りのＡＲコンテンツ：」）の末尾にその個数を付加した文字列を、そのレコード４Ｃａのメッセージに書き込む。

一方、呼出用マーカ６１に対応するコンテンツ５が複数でない、つまり、１つであると、複数コンテンツ有無判別部１０５によって判別された場合は（＃７０１でＮｏ）、送信コンテンツ決定部１０６は、送信対象コンテンツを、その１つのコンテンツ５に決定する（＃７０７）。この場合は、端末装置２から受信した呼出用マーカ６１のコンテンツテーブル４Ｃには、このコンテンツ５のレコード４Ｃａのみが格納されている。よって、このレコード４Ｃａによってこのコンテンツ５を特定することができる。

図６に戻って、コンテンツデータ送信部１０７は、送信コンテンツ決定部１０６によって送信対象コンテンツに決定したコンテンツ５を表示するためのデータを、アクセス要求データ４Ｄの送信元である端末装置２へ次のように送信する。

コンテンツデータ送信部１０７は、図１１（Ａ）のように、所定のサイズの矩形の真っ白の画像５９を生成する。そのコンテンツ５の画像データ４Ａを呼出用マーカ記憶部１０２から読み出し、図１１（Ｂ）のように、その画像データ４Ａに示される画像をメインコンテンツ５９１として画像５９の上に配置する。なお、その画像データ４Ａは、そのコンテンツ５のレコード４Ｃａに示されるコンテンツデータ名および端末装置２から受信した呼出用マーカ６１の属性データ４Ｂに示されるコンテンツデータ保存先によって特定することができる。

呼出用マーカ６１に対応するコンテンツ５が複数あると複数コンテンツ有無判別部１０５によって判別された場合は、コンテンツデータ送信部１０７は、さらに、画像５９の上に次のオブジェクト（テキストオブジェクト）をサブコンテンツ５９２〜５９４として配置する。

コンテンツデータ送信部１０７は、そのコンテンツ５のレコード４Ｃａに示されるコンテンツ番号を示すテキストオブジェクト（文字列）、コンテンツ名称を示すテキストオブジェクト、およびメッセージを示すテキストオブジェクトを、それぞれ、サブコンテンツ５９２、サブコンテンツ５９３、およびサブコンテンツ５９４として画像５９の上に配置する。

なお、メインコンテンツ５９１およびサブコンテンツ５９２〜５９４は、画像５９におけるそれぞれの所定の位置に配置される。

以上のように１つまたは複数のオブジェクトを画像５９に配置することによって、コンテンツ５全体の画像データ４Ｅが生成される。そして、コンテンツデータ送信部１０７は、この画像データ４Ｅを、アクセス要求データ４Ｄの送信元である端末装置２へ送信する。

端末装置２において、コンテンツ表示処理部２０２は、ドキュメントサーバ１から画像データ４Ｅを受信すると、コンテンツ５をタッチパネルディスプレイ２０ｅに次のように表示させる。

コンテンツ表示処理部２０２は、デジタルカメラ２０ｇによって撮影されタッチパネルディスプレイ２０ｅによって表示された画像（印刷物６の画像）の中の、呼出用マーカ６１の位置を検知する。そして、この位置を基準とする、撮影された画像の所定の位置に、コンテンツ５を重ねて表示させる。

ドキュメントサーバ１において、コンテンツデータ送信部１０７がコンテンツ５の画像データ４Ｅを端末装置２へ送信したことに伴って、属性データ更新部１０８は、そのコンテンツ５のレコード４Ｃａを次のように更新する。

属性データ更新部１０８は、そのレコード４Ｃａの出力先の値をその端末装置２の識別子に更新する。送信状況が「未送信」であれば、「送信済み」に更新する。

端末装置２において、コンテンツ５の表示の終了のコマンドをユーザが入力すると、コンテンツ表示処理部２０２は、コンテンツ５の表示を終了する。

さらに、表示終了通知部２０３は、このコマンドの入力に応じて終了通知データ４Ｆをドキュメントサーバ１へ送信する。

すると、ドキュメントサーバ１の属性データ更新部１０８は、次のようにレコード４Ｃａを更新する。

属性データ更新部１０８は、終了通知データ４Ｆの送信元である端末装置２の識別子を示すレコード４Ｃａを検索する。そして、そのレコード４Ｃａの出力先およびメッセージそれぞれの値をリセットする。つまり、ＮＵＬＬに更新する。

なお、あるコンテンツテーブル４Ｃに格納されているすべてのレコード４Ｃａの出力先がリセットされたら、属性データ更新部１０８は、直ちにまたは所定の時間が経過した後、これらのレコード４Ｃａの送信状況をすべて「未送信」にリセットしてもよい。

図１２は、ドキュメントサーバ１における全体的な処理の流れの例を説明するフローチャートである。

次に、ドキュメントサーバ１がコンテンツ５を提供する際の全体的な処理の流れを、フローチャートを参照しながら説明する。

ドキュメントサーバ１は、ドキュメント提供用プログラム１０Ｐに基づいて、図１２に示す処理を実行する。

ドキュメントサーバ１は、端末装置２からアクセス要求データ４Ｄおよび呼出用マーカ６１の画像データを受信すると（図１２の＃１１でＹｅｓ）、その呼出用マーカ６１に関する情報を選出する（＃１２）。その端末装置２へ送信すべきコンテンツ５（送信対象コンテンツ）を決定する（＃１３）。決定の方法は、前に図１０で説明した通りである。

そして、ドキュメントサーバ１は、送信対象コンテンツの画像データ４Ｅを生成し（図１１参照）、その端末装置２へ送信する（＃１４）。

送信が完了したら（＃１５でＹｅｓ）、ドキュメントサーバ１は、送信対象コンテンツのレコード４Ｃａの出力先を、その端末装置２の識別子を示すように更新し、さらに、送信状況が「未送信」であれば「送信済み」に更新する（＃１６）。

または、端末装置２から終了通知データ４Ｆを受信したら（＃１７でＹｅｓ）、ドキュメントサーバ１は、その端末装置２に表示させていたコンテンツ５のレコード４Ｃａの出力先およびメッセージをリセットする（＃１８）
ドキュメントサーバ１は、ドキュメントの配信のサービスを提供している間、ステップ＃１１〜１６の処理およびステップ＃１７〜＃１８の処理を適宜、実行する。

〔複数台の端末装置２へのコンテンツ５の提供の具体例＿１〕
図１３は、コンテンツテーブル４Ｃの遷移の例を示す図である。

以上の仕組みによると、ユーザは、複数台の端末装置２のそれぞれを使用して印刷物６を撮影することによって、これらの端末装置２に異なるコンテンツ５を表示させることができる。以下、３台の端末装置２Ａ、２Ｂ、２Ｃに、図５に例示した３つのコンテンツ５０１、５０２、５０３を、図４の印刷物６を使用することによって表示させる場合を例に説明する。

１人のユーザが端末装置２Ａ、２Ｂ、２Ｃを所有し、下記の操作を行ってもよい。または、３人のユーザのそれぞれが端末装置２Ａ、２Ｂ、２Ｃを１台ずつ所有しており、３人のユーザが同じ場所に集まって下記の操作を行ってもよい。以下、後者の場合を例に説明する。

これらのコンテンツ５のレコード４Ｃａの各フィールドの各値は、図９に示す通り、初期値である。

１人目のユーザは、最初に、端末装置２Ａで印刷物６を撮影する。すると、端末装置２Ａは、印刷物６の画像から呼出用マーカ６１を検知して抽出し、アクセス要求データ４Ｄおよびその呼出用マーカ６１の画像データをドキュメントサーバ１へ送信する。

ドキュメントサーバ１は、これらのデータを受信すると、呼出用マーカ６１に関する情報を選出し、図１０に示した方法によって端末装置２Ａへの送信対象コンテンツを決定する。図９に示す通り、３つのコンテンツのいずれも、未だ送信されていない。よって、ドキュメントサーバ１は、送信対象コンテンツを、コンテンツ番号が「Ｎｏ．１」であるコンテンツ５に決定する。

ドキュメントサーバ１は、図１１に示した方法で、このコンテンツ５を表示するための画像データ４Ｅを生成し、端末装置２Ａへ送信する。

そして、端末装置２Ａは、画像データ４Ｅを受信し、このコンテンツ５を表示する。これにより、図５（Ａ）のようなコンテンツ５０１が表示される。

ドキュメントサーバ１は、このコンテンツ５のレコード４Ｃａを図１３（Ａ）のように更新する。

次に、２人目のユーザは、端末装置２Ｂで印刷物６を撮影する。すると、端末装置２Ｂは、印刷物６の画像から呼出用マーカ６１を検知して抽出し、アクセス要求データ４Ｄおよびその呼出用マーカ６１の画像データをドキュメントサーバ１へ送信する。

ドキュメントサーバ１は、これらのデータを受信すると、端末装置２Ａからデータを受信した場合と同様の方法で、端末装置２Ｂへの送信対象コンテンツを決定する。ただし、ここでは、図１３（Ａ）の通り、１つ目のコンテンツ５は送信済みであり、２つ目以降のコンテンツ５が未送信である。よって、ドキュメントサーバ１は、送信対象コンテンツを、コンテンツ番号が「Ｎｏ．２」であるコンテンツ５に決定する。

ドキュメントサーバ１は、図１１に示した方法で、このコンテンツ５を表示するための画像データ４Ｅを生成し、端末装置２Ｂへ送信する。

そして、端末装置２Ｂは、画像データ４Ｅを受信し、このコンテンツ５を表示する。これにより、図５（Ｂ）のようなコンテンツ５０２が表示される。

ドキュメントサーバ１は、このコンテンツ５のレコード４Ｃａを図１３（Ｂ）のように更新する。

最後に、３人目のユーザは、端末装置２Ｃで印刷物６を撮影する。すると、端末装置２Ｃは、印刷物６の画像から呼出用マーカ６１を検知して抽出し、アクセス要求データ４Ｄおよびその呼出用マーカ６１の画像データをドキュメントサーバ１へ送信する。

ドキュメントサーバ１は、これらのデータを受信すると、端末装置２Ａからデータを受信した場合と同様の方法で、端末装置２Ｃへの送信対象コンテンツを決定する。ただし、ここでは、図１３（Ｂ）の通り、１つ目のコンテンツ５および２つ目のコンテンツ５は送信済みであり、３つ目のコンテンツ５が未送信である。よって、ドキュメントサーバ１は、送信対象コンテンツを、コンテンツ番号が「Ｎｏ．３」であるコンテンツ５に決定する。

ドキュメントサーバ１は、図１１に示した方法で、このコンテンツ５を表示するための画像データ４Ｅを生成し、端末装置２Ｃへ送信する。

そして、端末装置２Ｃは、画像データ４Ｅを受信し、このコンテンツ５を表示する。これにより、図５（Ｃ）のようなコンテンツ５０３が表示される。

ドキュメントサーバ１は、このコンテンツ５のレコード４Ｃａを図１３（Ｃ）のように更新する。

そして、３人のユーザは、端末装置２Ａ〜２Ｃを並べ、端末装置２Ａに表示されたコンテンツ５０１、端末装置２Ｂに表示されたコンテンツ５０２、および端末装置２Ｃに表示されたコンテンツ５０３を比較しながら、意見を交換することができる。

第一の実施形態によると、ある呼出用マーカ６１に対応付けられている複数のコンテンツ５が複数の端末装置２のそれぞれへ未提供のものから優先的に送信される。よって、複数のコンテンツ５をユーザにとって従来よりも比較しやすいように提供することができる。

〔第二の実施形態〕
図１４は、コンテンツ５１１〜５１４の例を示す図である。図１５は、ドキュメントサーバ１および端末装置２それぞれの機能的構成の例を示す図である。

第一の実施形態では、ドキュメントサーバ１は、１つの呼出用マーカ６１に対応するコンテンツ５として、１つの項目（例えば、ボディーカラーという項目）に関するコンテンツ５のみを提供した。

第二の実施形態では、ドキュメントサーバ１は、１つの呼出用マーカ６１に対応するコンテンツ５として、複数の項目それぞれに関するコンテンツ５を提供する。例えば、ボディーカラーに関する、図５に示した３つのコンテンツ５０１、５０２、５０３、および、インテリアカラーに関する、図１４に示す４つのコンテンツ５１１、５１２、５１３、５１４を、１つの呼出用マーカ６１に対応するコンテンツ５として提供する。

さらに、第二の実施形態では、ある端末装置２においてコンテンツ５の切換えの操作が行われると、他の端末装置２においても、コンテンツ５の切換えが行われる。つまり、ある端末装置２におけるコンテンツ５の切換えが、他の端末装置２においても連動する。

第二の実施形態において、ドキュメント閲覧システム１００の全体的な構成は、第一の実施形態と同様であり、図１に示した通りである。ドキュメントサーバ１および端末装置２それぞれのハードウェアの構成も第一の実施形態と同様であり、それぞれ、図２および図３に示した通りである。

ただし、ドキュメントサーバ１のＲＯＭ１０ｃまたは大容量記憶装置１０ｄには、ドキュメント提供用プログラム１０Ｐの代わりにドキュメント提供用プログラム１０Ｑが記憶されている。

また、端末装置２のＲＯＭ２０ｃまたはフラッシュメモリ２０ｄには、ドキュメント閲覧用プログラム２０Ｐの代わりにドキュメント閲覧用プログラム２０Ｑが記憶されている。

ドキュメント提供用プログラム１０Ｑによると、図１５に示す画像データ記憶部１２１、呼出用マーカ記憶部１２２、コンテンツ情報記憶部１２３、マーカ情報選出部１２４、複数コンテンツ有無判別部１２５、送信コンテンツ決定部１２６、コンテンツデータ送信部１２７、および属性データ更新部１２８などがドキュメントサーバ１に実現される。

ドキュメント閲覧用プログラム２０Ｑによると、アクセス要求部２２１、コンテンツ表示処理部２２２、表示終了通知部２２３、および切換要求部２２４などが端末装置２に実現される。

以下、図１５に示す、ドキュメントサーバ１および端末装置２の各部について説明する。第一の実施形態と重複する点については、説明を省略する。

〔データ〕
図１６は、属性データ４Ｇの例を示す図である。図１７は、コンテンツテーブル４Ｈの例を示す図である。

画像データ記憶部１２１には、画像データ記憶部１０１（図６参照）と同様に、呼出用マーカ６１ごとのコンテンツ５のメインコンテンツ５９１を表わす画像データ４Ａが記憶されている。

呼出用マーカ記憶部１２２には、第一の実施形態の呼出用マーカ記憶部１０２と同様に、呼出用マーカ６１ごとに、その呼出用マーカ６１に対応するパスが記憶されている（図７参照）。

コンテンツ情報記憶部１２３には、第一の実施形態のコンテンツ情報記憶部１０３と同様に、属性データ４Ｂ（図８参照）およびコンテンツテーブル４Ｃ（図９参照）が記憶されている。

ただし、呼出用マーカ６１が複数の項目それぞれのコンテンツ５に対応する場合は、その呼出用マーカ６１の属性データとして、属性データ４Ｂの代わりに属性データ４Ｇが記憶されている。属性データ４Ｇは、図１６に示すように構成される。

属性データ４Ｇは、属性データ４Ｂと同様に、マーカ情報およびコンテンツ情報を示す。

しかし、属性データ４Ｇのコンテンツ情報には、コンテンツ数の代わりにコンテンツ総数が含まれる。コンテンツ総数は、その呼出用マーカ６１に対応するすべての項目それぞれのコンテンツ５の総数である。例えば、ボディーカラーの３つのコンテンツ５およびインテリアカラーの４つのコンテンツ５が対応する場合は、コンテンツ総数は、「７」である。

さらに、コンテンツ情報には、項目数およびコンテンツ数＿１ないしコンテンツ数＿Ｎが含まれる。「項目数」は、その呼出用マーカ６１に対応する項目の個数である。「Ｎ」は、項目数であって、「コンテンツ数＿ｋ」は項目番号が「ｋ」であるコンテンツ５の個数である。図１６の属性データ４Ｇは、項目数が「２」である場合の例である。

また、呼出用マーカ６１が複数の項目それぞれのコンテンツ５に対応する場合は、その呼出用マーカ６１のコンテンツテーブルとして、コンテンツテーブル４Ｃの代わりにコンテンツテーブル４Ｈが記憶されている。コンテンツテーブル４Ｈは、図１７に示すように構成される。

コンテンツテーブル４Ｈには、コンテンツ５ごとのレコード４Ｈａが格納されている。第一の実施形態において、レコード４Ｃａは、コンテンツ番号のみによって、各コンテンツ５を区別していた。しかし、レコード４Ｈａは、項目番号およびコンテンツ番号を示し、これらの番号によって区別する。

「項目番号」は、そのコンテンツテーブル４Ｈにおける、そのレコード４Ｈａに係るコンテンツ５の属する項目のシーケンス番号である。「コンテンツ番号」は、その項目における、そのコンテンツ５のシーケンス番号である。

レコード４Ｈａに示されるその他の情報は、レコード４Ｃａに示されるものと同様であり、第一の実施形態で説明した通りである。

さらに、コンテンツ情報記憶部１２３には、呼出用マーカ６１ごとの連動モードフラグ４Ｊがコンテンツ情報記憶部１０３に記憶されている。

連動モードフラグ４Ｊは、その呼出用マーカ６１のコンテンツ５をユーザのジェスチャに伴って切り換える際の動作のモードを示すフラグである。

動作のモードが「連動モード」である場合は、連動モードフラグ４Ｊに「ＯＮ」が設定される。「連動モード」は、ある端末装置２におけるコンテンツ５の切換えに連動して他の端末装置２においてもコンテンツ５の切換えが行われる、というモードである。

一方、動作のモードが「単独モード」である場合は、連動モードフラグ４Ｊに「ＯＦＦ」が設定される。「単独モード」は、ある端末装置２におけるコンテンツ５の切換えが、他の端末装置２へ影響を及ぼさないモードである。

なお、連動モードフラグ４Ｊの初期値は「ＯＮ」である。ユーザは、適宜、連動モードフラグ４Ｊの値を変更することができる。

〔呼出用マーカ６１の撮影に伴うコンテンツ５の提供の処理〕
図１８は、コンテンツ５の例を示す図である。

ユーザは、自分の端末装置２にドキュメント閲覧用プログラム２０Ｑを起動させる。すると、アクセス要求部２２１は、第一の実施形態のアクセス要求部２０１と同様に、デジタルカメラ２０ｇによって呼出用マーカ６１を撮影し、この呼出用マーカ６１の画像データとともにアクセス要求データ４Ｄをドキュメントサーバ１へ送信する。これにより、コンテンツ５へのアクセスの要求がなされる。

ドキュメントサーバ１において、マーカ情報選出部１２４は、アクセス要求データ４Ｄおよび呼出用マーカ６１の画像データを受信すると、その呼出用マーカ６１のマーカ名とコンテンツテーブル４Ｈが記憶されているディレクトリのディレクトリ名とを選出する。選出の方法は、第一の実施形態のマーカ情報選出部１０４によるマーカ名およびディレクトリ名の選出の方法と同様である。

複数コンテンツ有無判別部１２５は、端末装置２から受信された呼出用マーカ６１に対応するコンテンツ５が複数であるか否かを判別する。判別の方法は、第一の実施形態の複数コンテンツ有無判別部１０５による判別の方法と同様である。ただし、呼出用マーカ６１に複数の項目が対応付けられている場合は、コンテンツテーブル４Ｃの代わりにコンテンツテーブル４Ｈ（図１７参照）が用いられる。

送信コンテンツ決定部１２６は、第一の実施形態の送信コンテンツ決定部１０６と同様に、送信対象コンテンツ（端末装置２へ送信すべきコンテンツ５）を決定する。

端末装置２から呼出用マーカ６１およびアクセス要求データ４Ｄが送信されてきた場合は、送信コンテンツ決定部１２６は、基本的に、第一の実施形態と同様の方法で送信対象コンテンツを決定する。

すなわち、呼出用マーカ６１の画像データおよびアクセス要求データ４Ｄが送信されてくるごとに、送信コンテンツ決定部１２６は、送信対象コンテンツを、その呼出用マーカ６１に対応する未送信のコンテンツ５のうちの最上位のコンテンツ５に決定する。なお、項目番号が小さいコンテンツ５ほど、上位である。同一の項目に複数の未送信のコンテンツ５がある場合は、コンテンツ番号が小さいほうが上位である。

ただし、送信コンテンツ決定部１２６は、サブコンテンツ５９２（図１１（Ｃ）参照）として、図１８のような、その送信対象コンテンツのレコード４Ｈａに示される項目番号およびコンテンツ番号を示すテキストオブジェクトを生成する。「Ｎｏ．１−２」は、項目番号が「１」であってコンテンツ番号が「２」であることを意味する。

さらに、送信コンテンツ決定部１２６は、サブコンテンツ５９４として、その呼出用マーカ６１の属性データ４Ｇに示されるコンテンツ総数、項目を問わない未送信のコンテンツ５の個数、およびその送信対象コンテンツの属する項目における未送信のコンテンツ５の個数を示すテキストオブジェクト（文字列）を生成する。「５／７」は、項目を問わない未送信のコンテンツ５の個数が「５」であって属性データ４Ｇに示されるコンテンツ総数が「７」であることを意味する。

サブコンテンツ５９４は、その送信対象コンテンツのレコード４Ｈａのメッセージのフィールドに格納される。

第二の実施形態においては、さらに、後述する項目切換要求データ４Ｋまたはコンテンツ切換要求データ４Ｌが端末装置２から送信されてきた場合にも、送信コンテンツ決定部１２６は、送信対象コンテンツを決定する。これについては、後述する。

コンテンツデータ送信部１２７は、送信コンテンツ決定部１２６によって送信対象コンテンツに決定したコンテンツ５を表示するための画像データ４Ｅを生成し、アクセス要求データ４Ｄの送信元である端末装置２へ送信する。画像データ４Ｅの生成の方法は、第一の実施形態と同様であり、図１１で説明した通りである。

ただし、項目切換要求データ４Ｋまたはコンテンツ切換要求データ４Ｌに伴って画像データ４Ｅが生成された場合は、コンテンツデータ送信部１２７は、項目切換要求データ４Ｋまたはコンテンツ切換要求データ４Ｌの送信元である端末装置２へ画像データ４Ｅを送信する。他の端末装置２のために画像データ４Ｅを生成し送信することもある。これについては、後述する。

属性データ更新部１２８は、コンテンツ５の画像データ４Ｅが端末装置２へ送信されたことに伴って、そのコンテンツ５のレコード４Ｈａを更新する。更新の仕方は、第一の実施形態におけるレコード４Ｃａの更新の仕方と同様である。

端末装置２において、コンテンツ表示処理部２２２は、第一の実施形態のコンテンツ表示処理部２０２と同様に、ドキュメントサーバ１から画像データ４Ｅを受信すると、コンテンツ５をタッチパネルディスプレイ２０ｅに表示させる。

コンテンツ５の表示の終了のコマンドをユーザが入力すると、コンテンツ表示処理部２２２は、第一の実施形態のコンテンツ表示処理部２０２と同様に、コンテンツ５の表示を終了する。

さらに、表示終了通知部２２３は、第一の実施形態の表示終了通知部２０３と同様に、終了通知データ４Ｆをドキュメントサーバ１へ送信する。

すると、ドキュメントサーバ１の属性データ更新部１２８は、レコード４Ｈａを更新（リセット）する。更新の仕方は、第一の実施形態におけるレコード４Ｃａの更新の仕方と同様である。

〔ユーザのジェスチャに伴うコンテンツ５の提供の処理〕
図１９は、第二のコンテンツ決定処理の流れの例を説明するフローチャートである。

ユーザは、コンテンツ５が端末装置２のタッチパネルディスプレイ２０ｅに表示されているときに、タッチパネルディスプレイ２０ｅに対してスワイプを行うことによって、他のコンテンツ５を表示させることができる。以下、この仕組みについて説明する。また、タッチパネルディスプレイ２０ｅに現在表示されているコンテンツ５を「カレントコンテンツ」と記載する。

他のコンテンツ５を表示させたい場合は、ユーザは、タッチパネルディスプレイ２０ｅに対して次のようにジェスチャを行う。

カレントコンテンツの項目以外の項目に属するコンテンツ５を表示させたい場合は、ユーザは、タッチパネルディスプレイ２０ｅを横方向（左右のいずれかの方向）へスワイプする。または、カレントコンテンツの項目に属する次のコンテンツ５を表示させたい場合は、タッチパネルディスプレイ２０ｅを縦方向（上下のいずれかの方向）へスワイプする。

切換要求部２２４は、ユーザが横方向へスワイプした場合は、項目切換要求データ４Ｋをドキュメントサーバ１へ送信する。一方、縦方向へスワイプした場合は、コンテンツ切換要求データ４Ｌをドキュメントサーバ１へ送信する。なお、いずれの場合も、デジタルカメラ２０ｇによって撮影された呼出用マーカ６１を送信する。

ドキュメントサーバ１において、送信コンテンツ決定部１２６は、項目切換要求データ４Ｋまたはコンテンツ切換要求データ４Ｌを端末装置２から受信した場合に、この端末装置２への送信対象コンテンツを、図１９に示す手順で決定する。

送信コンテンツ決定部１２６は、項目切換要求データ４Ｋまたはコンテンツ切換要求データ４Ｌとともに受信した呼出用マーカ６１に対応する連動モードフラグ４Ｊの値をチェックする（＃７１１）。

項目切換要求データ４Ｋを受信し（＃７１２でＹｅｓ）、かつ、連動モードフラグ４Ｊの値が「ＯＮ」である（つまり、動作のモードが連動モードである）場合は（＃７１３でＹｅｓ）、送信コンテンツ決定部１２６は、項目切換要求データ４Ｋとともに受信した呼出用マーカ６１のコンテンツテーブル４Ｈ（図１７参照）に基づいて、その呼出用マーカ６１に対応するコンテンツ５を現在表示している端末装置２を特定する（＃７１４）。このコンテンツテーブル４Ｈのいずれかのレコード４Ｈａの出力先に識別子が示されている端末装置２が、コンテンツ５を現在表示している端末装置２である。

さらに、送信コンテンツ決定部１２６は、このコンテンツテーブル４Ｈに基づいて、項目切換要求データ４Ｋの送信元である端末装置２のカレントコンテンツが所属する項目の次の項目（以下、単に「次項目」と記載する。）を特定する（＃７１５）。なお、カレントコンテンツが所属する項目が最後の項目である場合（項目番号が最も大きい場合）は、項目番号が「１」である項目を次項目とすればよい。

そして、送信コンテンツ決定部１２６は、ステップ＃７１４で特定した端末装置２それぞれの送信対象コンテンツを、次項目のいずれか１つのコンテンツ５に決定する（＃７１６）。すなわち、端末装置２ごとに、次項目のいずれか１つのコンテンツ５を送信対象コンテンツとして割り当てる。

ただし、同一のコンテンツ５を重複して複数台の端末装置２へ割り当てない。コンテンツ番号が連続するコンテンツ５を割り当てるのが、好ましい。例えば、端末装置２ごとに、ドキュメントサーバ１へアクセス要求データ４Ｄを送信した時刻を記録しておき、先にアクセス要求データ４Ｄを送信した端末装置２から順に、コンテンツ番号が「１」、「２」、「３」、…のコンテンツ５を割り当てるのが、好ましい。または、未送信のコンテンツ５のうちのコンテンツ番号がより小さいものから優先的に割り当ててもよい。

または、連動モードフラグ４Ｊの値が「ＯＦＦ」である場合、つまり、動作のモードが単独モードである場合は（＃７１３でＮｏ）、送信コンテンツ決定部１２６は、項目切換要求データ４Ｋの送信元である端末装置２の送信対象コンテンツを次項目の任意のコンテンツ５に決定する（＃７１７）。例えば、次項目の未送信のコンテンツ５のうちのコンテンツ番号が最も小さいものに決定してもよい。または、コンテンツ番号が「１」であるコンテンツ５に決定してもよい。他の端末装置２の送信対象コンテンツは、決定されない。

一方、コンテンツ切換要求データ４Ｌを受信し（＃７１２でＮｏ）、かつ、連動モードフラグ４Ｊの値が「ＯＮ」である場合は（＃７１８でＹｅｓ）、送信コンテンツ決定部１２６は、コンテンツ切換要求データ４Ｌとともに受信した呼出用マーカ６１のコンテンツテーブル４Ｈに基づいて、その呼出用マーカ６１に対応するコンテンツ５を現在表示している端末装置２を特定する（＃７１９）。

さらに、送信コンテンツ決定部１２６は、このコンテンツテーブル４Ｈに基づいて、コンテンツ切換要求データ４Ｌの送信元である端末装置２のカレントコンテンツが所属する項目を特定する（＃７２０）。そして、このコンテンツテーブル４Ｈに基づいて、特定した端末装置２それぞれの送信対象コンテンツを、特定した項目の、それぞれのカレントコンテンツの次のコンテンツ５に決定する（＃７２１）。なお、カレントコンテンツが最後のコンテンツ５である場合（コンテンツ番号が最も大きい場合）は、コンテンツ番号が「１」であるコンテンツ５に決定すればよい。

例えば、特定した項目の項目番号が「２」であり、特定した端末装置２が端末装置２Ａ、２Ｂ、および２Ｃであり、かつ、端末装置２Ａ、２Ｂ、および２Ｃそれぞれのカレントコンテンツが、項目番号が「２」でありコンテンツ番号がそれぞれ「１」、「２」、および「３」のコンテンツ５である場合は、項目番号が「２」でありコンテンツ番号がそれぞれ「２」、「３」、および「４」であるコンテンツ５に決定する。

または、連動モードフラグ４Ｊの値が「ＯＦＦ」である場合、つまり、動作のモードが単独モードである場合は（＃７１８でＮｏ）、コンテンツ切換要求データ４Ｌの送信元である端末装置２のカレントコンテンツが所属する項目を特定する（＃７２２）。そして、この端末装置２の送信対象コンテンツを、特定した項目における、この端末装置２のカレントコンテンツの次のコンテンツ５に決定する（＃７２３）。他の端末装置２の送信対象コンテンツは、決定されない。

図１５に戻って、コンテンツデータ送信部１２７は、送信コンテンツ決定部１２６によって送信対象コンテンツとして決定したコンテンツ５の画像データ４Ｅを生成し、対応する端末装置２へ送信する。画像データ４Ｅの生成の方法は、図１１で説明した通りである。

属性データ更新部１２８は、コンテンツ５の画像データ４Ｅの送信に応じて、そのコンテンツ５のレコード４Ｈａを更新する。更新の方法は、第一の実施形態におけるレコード４Ｃａの更新の方法と同様である。

端末装置２において、コンテンツ表示処理部２２２は、ドキュメントサーバ１から画像データ４Ｅを受信すると、現在表示しているコンテンツ５の表示を止め、その画像データ４Ｅに基づいて新たなコンテンツ５をタッチパネルディスプレイ２０ｅに表示させる。連携モードである場合は、項目切換要求データ４Ｋまたはコンテンツ切換要求データ４Ｌの送信元以外の端末装置２においても、これらの処理が行われる。

図２０は、ドキュメントサーバ１における全体的な処理の流れの例を説明するフローチャートである。

次に、第二の実施形態における、ドキュメントサーバ１がコンテンツ５を提供する際の全体的な処理の流れを、フローチャートを参照しながら説明する。

ドキュメントサーバ１は、ドキュメント提供用プログラム１０Ｑに基づいて、図２０に示す処理を実行する。

ドキュメントサーバ１は、端末装置２からアクセス要求データ４Ｄを受信した場合は（図２０の＃２１でＹｅｓ）、第一の実施形態と同様に、未送信でありかつレコード４Ｈａがコンテンツテーブル４Ｈの上位に格納されているコンテンツ５の画像データ４Ｅを優先的にその端末装置２へ送信する（＃２２〜２６）。具体的な処理は、図１２のステップ＃１２〜＃１６で説明した通りである。

または、ドキュメントサーバ１は、端末装置２から項目切換要求データ４Ｋまたはコンテンツ切換要求データ４Ｌを受信した場合は（＃２７でＹｅｓ）、送信対象コンテンツを決定し（＃２８）、その送信対象コンテンツの画像データ４Ｅを生成してその端末装置２へ送信する（＃２９）。

決定の方法は、前に図１９で説明した通りである。この方法によると、連動モードである場合は、その端末装置２が撮影した呼出用マーカ６１と同じ呼出用マーカ６１とともにアクセス要求データ４Ｄを送信したことがある他の端末装置２への送信対象コンテンツも、決定される。そして、ステップ＃２９において、それぞれの送信対象コンテンツの画像データ４Ｅが生成され、それぞれの端末装置２へ送信される。

ドキュメントサーバ１は、送信後（＃３０でＹｅｓ）、送信したコンテンツ５それぞれのレコード４Ｈａを更新する（＃３１）。

または、ドキュメントサーバ１は、端末装置２から終了通知データ４Ｆを受信した場合は（＃３２でＹｅｓ）、第一の実施形態のステップ＃１８と同様に、その端末装置２に表示させていたコンテンツ５のレコード４Ｈａの出力先およびメッセージをリセットする（＃３３）。

ドキュメントサーバ１は、ドキュメントの配信のサービスを提供している間、ステップ＃２１〜２６の処理、ステップ＃２７〜＃３１の処理、およびステップ＃３２〜＃３３の処理を適宜、実行する。

〔複数台の端末装置２へのコンテンツ５の提供の具体例＿２〕
図２１、図２２、および図２３は、コンテンツテーブル４Ｈの例を示す図である。

以上の仕組みによると、ユーザは、複数台の端末装置２を使用して、ある項目の複数のコンテンツ５を閲覧することができる。さらに、１回の操作によって複数台の端末装置２のコンテンツ５を纏めて他のコンテンツ５に切り換えることができる。

以下、３台の端末装置２Ａ、２Ｂ、２Ｃのそれぞれに、ボディーカラーの３つのコンテンツ５としてコンテンツ５０１、５０２、５０３（図５参照）が表示されているときに、インテリアカラーのコンテンツ５としてコンテンツ５１１、５１２、５１３（図１４参照）に切り換える場合を例に、説明する。なお、本例では、１つの呼出用マーカ６１に複数の項目のコンテンツ５が対応付けられているので、コンテンツ５０１〜５０３それぞれにおけるサブコンテンツ５９２の文字列およびサブコンテンツ５９４の文字列が、第一の実施形態とは異なる。

これらのコンテンツ５のレコード４Ｈａの各フィールドの各値は、コンテンツ５０１、５０２、および５０３が表示される前は、図１７に示す通り、初期値である。その後、コンテンツ５０１、５０２、および５０３がそれぞれ端末装置２Ａ、２Ｂ、および２Ｃで表示されると、これらのコンテンツ５のレコード４Ｈａが図２１のように更新される。

連動モードフラグ４Ｊの値は、「ＯＮ」である。つまり、連動モードがドキュメントサーバ１に設定されている。

ユーザは、いずれかの端末装置２のタッチパネルディスプレイ２０ｅを横方向へスワイプする。以下、端末装置２Ａのタッチパネルディスプレイ２０ｅをスワイプした場合を例に説明する。

端末装置２Ａは、横方向へスワイプされると、項目切換要求データ４Ｋをドキュメントサーバ１へ送信する。このときに、コンテンツ５０１を取得する際に撮影した呼出用マーカ６１の画像データも、ドキュメントサーバ１へ送信する。

すると、ドキュメントサーバ１は、呼出用マーカ６１に関する情報を選出する。図１９に示した方法によって、その呼出用マーカ６１に対応するコンテンツ５を現在表示している端末装置２を特定し、端末装置２それぞれの送信対象コンテンツを決定する。

これらの処理によると、本例では、端末装置２Ａ、２Ｂ、および２Ｃが特定され、端末装置２Ａ、２Ｂ、および２Ｃそれぞれの送信対象コンテンツが決定される。また、次項目（インテリアカラー）のいずれのコンテンツ５も未送信なので、コンテンツ番号が小さいコンテンツ５（「１」、「２」、「３」のコンテンツ５）の順に、送信対象コンテンツとして決定される。

ドキュメントサーバ１は、これら３つのコンテンツ５それぞれを表示するための画像データ４Ｅを生成する。そして、１つ目の画像データ４Ｅを端末装置２Ａへ送信し、２つ目の画像データ４Ｅを端末装置２Ｂへ送信し、３つ目の画像データ４Ｅを端末装置２Ｃへ送信する。

端末装置２Ａ、２Ｂ、２Ｃのそれぞれは、ドキュメントサーバ１から画像データ４Ｅを受信し、コンテンツ５を表示する。これにより、端末装置２Ａには、図１４（Ａ）のようなコンテンツ５１１が表示される。端末装置２Ｂには、図１４（Ｂ）のようなコンテンツ５１２が表示される。端末装置２Ｃには、図１４（Ｃ）のようなコンテンツ５１３が表示される。

ドキュメントサーバ１は、今回の切り換えに応じて、各レコード４Ｃａを図２２のように更新する。

ユーザは、次に、いずれかの端末装置２のタッチパネルディスプレイ２０ｅを縦方向へスワイプする。以下、端末装置２Ａのタッチパネルディスプレイ２０ｅをスワイプした場合を例に説明する。

端末装置２Ａは、縦方向へスワイプされると、コンテンツ切換要求データ４Ｌをドキュメントサーバ１へ送信する。このときに、コンテンツ５０１を取得する際に撮影した呼出用マーカ６１の画像データも、ドキュメントサーバ１へ送信する。

すると、ドキュメントサーバ１は、呼出用マーカ６１に関する情報を選出する。図１９に示した方法によって、その呼出用マーカ６１に対応するコンテンツ５を現在表示している端末装置２を特定し、それぞれの送信対象コンテンツを決定する。

これらの処理によると、本例では、端末装置２Ａ、２Ｂ、および２Ｃが特定され、端末装置２Ａ、２Ｂ、および２Ｃそれぞれの送信対象コンテンツが決定される。今回は、コンテンツ切換要求データ４Ｌが受信されたので、現在の項目（インテリアカラー）における、端末装置２Ａ、２Ｂ、および２Ｃそれぞれに表示されているコンテンツ５の次のコンテンツ５が送信対象コンテンツとして決定される。

ドキュメントサーバ１は、これら３つのコンテンツ５それぞれを表示するための画像データ４Ｅを生成する。そして、１つ目の画像データ４Ｅを端末装置２Ａへ送信し、２つ目の画像データ４Ｅを端末装置２Ｂへ送信し、３つ目の画像データ４Ｅを端末装置２Ｃへ送信する。

端末装置２Ａ、２Ｂ、２Ｃのそれぞれは、ドキュメントサーバ１から画像データ４Ｅを受信し、コンテンツ５を表示する。これにより、端末装置２Ａには、図１４（Ｂ）のようなコンテンツ５１２が表示される。端末装置２Ｂには、図１４（Ｃ）のようなコンテンツ５１３が表示される。端末装置２Ｃには、図１４（Ｄ）のようなコンテンツ５１４が表示される。ただし、いずれのコンテンツ５にも、サブコンテンツ５９４として「残りのＡＲコンテンツ：０／７ 項目２の残り：０」のテキストオブジェクトが配置される。

ドキュメントサーバ１は、今回の切り換えに応じて、各レコード４Ｃａを図２３のように更新する。

第二の実施形態によると、ある呼出用マーカ６１に対応付けられている複数のコンテンツ５が複数の項目に分類されている場合であっても、ユーザにとって従来よりも比較しやすいように提供することができる。

〔第三の実施形態〕
図２４は、ドキュメントサーバ１および端末装置２それぞれの機能的構成の例を示す図である。

第一の実施形態および第二の実施形態では、３台の端末装置２が１つのグループを形成し、共通の呼出用マーカ６１に対応する複数のコンテンツ５を表示した。

しかし、複数のグループをそれぞれ独立して取り扱って、複数のコンテンツ５を表示させたい場合がある。

第三の実施形態によると、ドキュメントサーバ１は、複数のグループのそれぞれへコンテンツ５を提供する。

第三の実施形態において、ドキュメント閲覧システム１００の全体的な構成は、第一の実施形態または第二の実施形態と同様であり、図１に示した通りである。ドキュメントサーバ１および端末装置２それぞれのハードウェアの構成も第一の実施形態または第二の実施形態と同様であり、それぞれ、図２および図３に示した通りである。

ただし、ドキュメントサーバ１のＲＯＭ１０ｃまたは大容量記憶装置１０ｄには、ドキュメント提供用プログラム１０Ｒが記憶されている。

ドキュメント提供用プログラム１０Ｒは、第一の実施形態の方法によって端末装置２へコンテンツ５を提供するためのプログラムである。さらに、ドキュメント提供用プログラム１０Ｒによると、複数のグループへそれぞれ独立してコンテンツ５を提供することができる。

ドキュメント提供用プログラム１０Ｒによると、図２４に示す画像データ記憶部１３１、呼出用マーカ記憶部１３２、コンテンツ情報記憶部１３３、マーカ情報選出部１３４、複数コンテンツ有無判別部１３５、送信コンテンツ決定部１３６、コンテンツデータ送信部１３７、属性データ更新部１３８、テーブル選択部１３９、および設定処理部１３０などがドキュメントサーバ１に実現される。

端末装置２のＲＯＭ２０ｃまたはフラッシュメモリ２０ｄには、ドキュメント閲覧用プログラム２０Ｒが記憶されている。

ドキュメント閲覧用プログラム２０Ｒによると、アクセス要求部２３１、コンテンツ表示処理部２３２、表示終了通知部２３３、および回答処理部２３４などが端末装置２に実現される。

以下、図２４に示す、ドキュメントサーバ１および端末装置２の各部について説明する。第一の実施形態と重複する点については、説明を省略する。

〔データ〕
図２５は、コンテンツテーブル４Ｍの例を示す図である。図２６は、グループ参加制限データ４Ｎの例を示す図である。図２７は、設定用ページ７Ａの例を示す図である。

画像データ記憶部１３１、呼出用マーカ記憶部１３２、およびコンテンツ情報記憶部１３３の機能は、それぞれ、第一の実施形態の画像データ記憶部１０１、呼出用マーカ記憶部１０２、およびコンテンツ情報記憶部１０３（図６参照）の機能と基本的に同様である。

ただし、コンテンツ情報記憶部１３３は、呼出用マーカ６１ごとに、コンテンツテーブル４Ｃ（図９参照）の代わりに図２５に示すコンテンツテーブル４Ｍを記憶する。しかも、コンテンツテーブル４Ｍをグループごとに記憶する。なお、初期においては、コンテンツ情報記憶部１３３には、コンテンツテーブル４Ｍが記憶されていない。後述するテーブル選択部１３９によって必要に応じてコンテンツテーブル４Ｍが生成される。

コンテンツテーブル４Ｍには、コンテンツ５ごとのレコード４Ｍａが格納されている。レコード４Ｍａには、レコード４Ｃａと同様の情報が示されている。さらに、レコード４Ｍａには、接続開始日時および接続終了日時が示されている。初期値は、ともに「ＮＵＬＬ」である。接続開始日時および接続終了日時については、後述する。

また、各コンテンツテーブル４Ｍには、それが割り当てられているグループのグループ名が対応付けられている。

さらに、コンテンツ情報記憶部１３３には、呼出用マーカ６１ごとに、図２６のようなグループ参加制限データ４Ｎが記憶されている。

グループ参加制限データ４Ｎは、その呼出用マーカ６１のグループへの端末装置２の参加の制限を示す。

ところで、後述するように、ある呼出用マーカ６１のグループへの端末装置２の参加は、その端末装置２からアクセス要求データ４Ｄおよびその呼出用マーカ６１の画像データが送信されてきた場合に行われる。その呼出用マーカ６１のグループへのその端末装置２の参加に関して、ドキュメントサーバ１には、次のように規定されている。
（１） その呼出用マーカ６１のグループが未だ１つもない場合は、その呼出用マーカ６１の新たなグループを生成し、その端末装置２をそのグループへ参加させる。
（２） アクセス要求データ４Ｄなどを受信した時点で、他の端末装置２からアクセス要求データ４Ｄおよびその呼出用マーカ６１の画像データが最後に送信されてきてから所定の時間（以下、「リミット時間Ｔ１」と記載する。）が未だ経過していない場合は、その端末装置２を当該他の端末装置２が参加しているグループへ参加させる。
（３） ただし、例外として、上記（２）においてリミット時間Ｔ１を経過した場合であっても、予め決められた、そのグループに既に参加している他の端末装置２（以下、「許可用端末装置」と記載する。）によって許可された場合は、その端末装置２をそのグループへ参加させる。
（４） 上記（１）〜（３）のいずれにも該当しない場合は、その呼出用マーカ６１の新たなグループを生成し、その端末装置２をそのグループへ参加させる。

グループ参加制限データ４Ｎは、その呼出用マーカ６１のコンテンツの提供者またはドキュメントサーバ１の管理者によって設定される。ここで、ある呼出用マーカ６１の設定のための処理および操作の一例を説明する。

提供者または管理者は、タブレットコンピュータなどのコンピュータ（以下、「管理用コンピュータ」と記載する。）のウェブブラウザへドキュメントサーバ１の所定のウェブページのＵＲＬを入力する。すると、その管理用コンピュータは、そのウェブページをドキュメントサーバ１へ要求する。

ドキュメントサーバ１において、設定処理部１３０は、その管理用コンピュータからの要求を受け付けると、図２７のような設定用ページ７Ａを表示するためのデータをその管理用コンピュータへ送信する。

すると、その管理用コンピュータは、設定用ページ７Ａを表示する。ここで、ユーザは、次のように入力および選択を行う。

ユーザは、テキストボックス７Ａ１にリミット時間Ｔ１を入力する。グループに最初に参加した端末装置２のみを許可用端末装置とする場合は、ラジオボタン７Ａ２を選択する。グループに参加しているすべての端末装置２を許可用端末装置とする場合は、ラジオボタン７Ａ３を選択する。いずれの端末装置２も許可用端末装置にしない場合（つまり、上記（４）の例外を一切適用しない場合）は、ラジオボタン７Ａ４を選択する。そして、設定ボタン７Ａ５を押す。

すると、その管理用コンピュータは、ドキュメントサーバ１へグループ参加制限データ４Ｎおよび呼出用マーカ６１の画像データをドキュメントサーバ１へ送信する。グループ参加制限データ４Ｎには、例外属性およびテキストボックス７Ａ１に入力されたリミット時間Ｔ１が示される。ラジオボタン７Ａ２が選択された場合は、例外属性として「１」が示され、ラジオボタン７Ａ３が選択された場合は、例外属性として「２」が示され、ラジオボタン７Ａ４が選択された場合は、例外属性として「３」が示される。

設定処理部１３０は、グループ参加制限データ４Ｎおよび呼出用マーカ６１の画像データを受信すると、このグループ参加制限データ４Ｎをこの呼出用マーカ６１のコンテンツテーブル４Ｍのコンテンツテーブル名に対応付けてコンテンツ情報記憶部１３３に記憶させる。

〔コンテンツ５の提供の処理〕
図２８は、テーブル選択処理の流れの例を説明するフローチャートである。

ユーザは、自分の端末装置２にドキュメント閲覧用プログラム２０Ｒを起動させる。すると、この端末装置２のアクセス要求部２３１が、第一の実施形態のアクセス要求部２０１と同様に、アクセス要求データ４Ｄを、デジタルカメラ２０ｇによって撮影した呼出用マーカ６１の画像データとともにドキュメントサーバ１へ送信する。これにより、コンテンツ５へのアクセスの要求がなされる。

ドキュメントサーバ１において、マーカ情報選出部１３４は、アクセス要求データ４Ｄおよび呼出用マーカ６１の画像データを受信すると、第一の実施形態のマーカ情報選出部１０４と同様に、その呼出用マーカ６１のマーカ名とコンテンツテーブル４Ｃが記憶されているディレクトリのディレクトリ名とを選出する。

複数コンテンツ有無判別部１３５は、端末装置２から受信された呼出用マーカ６１に対応するコンテンツ５が複数であるか否かを判別する。判別の方法は、第一の実施形態の複数コンテンツ有無判別部１０５による判別の方法と同様である。

テーブル選択部１３９は、呼出用マーカ６１の送信元である端末装置２の送信対象コンテンツを決定するために使用するコンテンツテーブル４Ｍを選択する。以下、端末装置２Ａが送信元である場合を例に、テーブル選択部１３９による処理を、図２８を参照しながら説明する。

テーブル選択部１３９は、その呼出用マーカ６１のいずれかのコンテンツテーブル４Ｍのいずれかのレコード４Ｍａに出力先として端末装置２Ａの識別子が示される場合は（図２８の＃７３１でＹｅｓ）、そのレコード４Ｍａが格納されているコンテンツテーブル４Ｍを選択する（＃７３２）。

いずれのコンテンツテーブル４Ｍのいずれのレコード４Ｍａにも出力先として端末装置２Ａの識別子が示されない場合は（＃７３１でＮｏ）、テーブル選択部１３９は、その呼出用マーカ６１のすべてのコンテンツテーブル４Ｍからの、接続開始日時が最近の（最も新しい）レコード４Ｍａの抽出を試みる（＃７３３）。

レコード４Ｍａを抽出することができた場合は（＃７３４でＹｅｓ）、テーブル選択部１３９は、現在の日時が、抽出したレコード４Ｍａに示される接続開始日時からリミット時間Ｔ１を未だ経過していなければ（＃７３５でＮｏ）、そのレコード４Ｍａが格納されているコンテンツテーブル４Ｍを選択する（＃７３９）。なお、リミット時間Ｔ１は、その呼出用マーカ６１のグループ参加制限データ４Ｎ（図２６参照）に設定されている。

一方、リミット時間Ｔ１を既に経過している場合は（＃７３５でＹｅｓ）、テーブル選択部１３９は、そのグループ参加制限データ４Ｎに示される例外属性に応じて次のように処理を行う。

例外属性に「３」が示されていれば（＃７３６でＮｏ）、テーブル選択部１３９は、新たなグループを生成する（＃７４０）。この際に、新たなグループ名を発行する。さらに、新たなコンテンツテーブル４Ｍを生成し、発行したグループ名とともに、その呼出用マーカ６１の属性データ４Ｂに示されるコンテンツテーブル名を対応付けて、コンテンツ情報記憶部１３３に登録（保存）する（＃７４１）。そして、このコンテンツテーブル４Ｍを選択する（＃７４２）。

例外属性に「１」または「２」が示されていれば（＃７３６でＹｅｓ）、ステップ＃７３３で抽出したレコード４Ｍａが格納されているコンテンツテーブル４Ｍのグループに既に参加している他の端末装置２に対して、端末装置２Ａをこのグループへ参加させてもよいか否かを問い合わせる（＃７３７）。

ただし、テーブル選択部１３９は、例外属性に「１」が示されている場合は、そのコンテンツテーブル４Ｍに格納されているレコード４Ｍａのうち接続開始日時が最も古いレコード４Ｍａの出力先に示される端末装置２のみに対して問い合わせる。例外属性に「２」が示されている場合は、コンテンツテーブル４Ｍに格納されているレコード４Ｍａそれぞれの出力先に示される端末装置２に対して問い合わせる。いずれの場合も、問合せ先である端末装置２が、上述の許可用端末装置となる。テーブル選択部１３９は、問合せの際に、問合データ４Ｐを各許可用端末装置へ送信する。

許可用端末装置（端末装置２）は、ドキュメントサーバ１から問合データ４Ｐを受信すると、端末装置２Ａをグループへ参加させてもよいか否かを選択するためのダイアログボックスを表示する。ユーザは、参加を許可するか否かを選択する。すると、許可用端末装置は、選択の結果を示す選択結果データ４Ｑをドキュメントサーバ１へ送信する。

そして、テーブル選択部１３９は、いずれか１台の端末装置２から、許可する旨を示す選択結果データ４Ｑを受信すると（＃７３８でＹｅｓ）、ステップ＃７３２で抽出したレコード４Ｍａが格納されているコンテンツテーブル４Ｍを選択する（＃７３９）。

いずれの端末装置２からも、許可する旨を示す選択結果データ４Ｑを受信しなかった場合は（＃７３８でＮｏ）、テーブル選択部１３９は、新たなコンテンツテーブル４Ｍを生成しグループ名を発行し（＃７４０）、発行したグループ名とともに、その呼出用マーカ６１の属性データ４Ｂに示されるコンテンツテーブル名を対応付けて、コンテンツ情報記憶部１３３に登録（保存）する（＃７４１）。そして、テーブル選択部１３９は、このコンテンツテーブル４Ｍを選択する（＃７４２）。

テーブル選択部１３９は、その呼出用マーカ６１のコンテンツテーブル４Ｍが１つもない場合など、ステップ＃７３３においてレコード４Ｍａを抽出することができなかった場合（＃７３４でＮｏ）も同様に、ステップ＃７４０〜＃７４２の処理を実行する。

図２４に戻って、送信コンテンツ決定部１３６は、第一の実施形態の送信コンテンツ決定部１０６と同様に、呼出用マーカ６１の送信元である端末装置２の送信対象コンテンツを、図１０に示す手順によって判別する。ただし、送信コンテンツ決定部１３６は、コンテンツテーブル４Ｃの代わりに、その端末装置２のためにテーブル選択部１３９によって選択されたコンテンツテーブル４Ｍが用いられる。

コンテンツデータ送信部１３７は、送信コンテンツ決定部１３６によって送信対象コンテンツに決定したコンテンツ５の画像データ４Ｅを生成し、アクセス要求データ４Ｄの送信元である端末装置２へ次のように送信する。画像データ４Ｅの生成の方法は、第一の実施形態のコンテンツデータ送信部１０７における生成の方法と同様であり、図１１で説明した通りである。ただし、コンテンツテーブル４Ｃの代わりにテーブル選択部１３９によって選択されたコンテンツテーブル４Ｍが使用される。

属性データ更新部１３８は、コンテンツデータ送信部１３７がコンテンツ５の画像データ４Ｅを端末装置２へ送信したことに伴って、そのコンテンツ５のレコード４Ｈａを更新する。更新の仕方は、第一の実施形態の属性データ更新部１０８によるレコード４Ｃａの更新の仕方と基本的に同様である。

属性データ更新部１３８は、さらに、接続開始日時を、その端末装置２がドキュメントサーバ１へ接続した日時に更新する。または、その端末装置２からアクセス要求データ４Ｄを受信した日時に更新してもよい。

端末装置２において、画像データ４Ｅがドキュメントサーバ１から送信されてくると、コンテンツ表示処理部２３２は、第一の実施形態のコンテンツ表示処理部２０２と同様に、コンテンツ５をタッチパネルディスプレイ２０ｅに表示させる。

コンテンツ５の表示の終了のコマンドが入力されると、コンテンツ表示処理部２３２は、第一の実施形態のコンテンツ表示処理部２０２と同様に、コンテンツ５の表示を終了する。

さらに、表示終了通知部２３３は、第一の実施形態の表示終了通知部２０３と同様に、終了通知データ４Ｆをドキュメントサーバ１へ送信する。

すると、ドキュメントサーバ１の属性データ更新部１３８は、そのコンテンツ５のレコード４Ｍａの出力先およびメッセージそれぞれの値をリセットする。リセットの方法は、第一の実施形態の属性データ更新部１０８によるレコード４Ｃａの出力先およびメッセージそれぞれの値のリセットの仕方と同様である。

属性データ更新部１３８は、さらに、このレコード４Ｍａの接続終了時刻を、終了通知データ４Ｆを受信した日時に更新する。

図２９は、ドキュメントサーバ１における全体的な処理の流れの例を説明するフローチャートである。

次に、第三の実施形態における、ドキュメントサーバ１がコンテンツ５を提供する際の全体的な処理の流れを、フローチャートを参照しながら説明する。

ドキュメントサーバ１は、ドキュメント提供用プログラム１０Ｒに基づいて、図２９に示す処理を実行する。

ドキュメントサーバ１は、端末装置２からアクセス要求データ４Ｄおよび呼出用マーカ６１の画像データを受信すると（図２９の＃４１でＹｅｓ）、その呼出用マーカ６１に関する情報を選出する（＃４２）。その端末装置２のグループを決定しそのグループのコンテンツテーブル４Ｍを選択する（＃４３）。決定および選択の処理の手順は、前に図２８で説明した通りである。

さらに、ドキュメントサーバ１は、選択したコンテンツテーブル４Ｍを使用して、その端末装置２へ送信すべきコンテンツ５（送信対象コンテンツ）を決定する（＃４４）。決定の方法は、前に図１０で説明した通りである。

そして、ドキュメントサーバ１は、送信対象コンテンツの画像データ４Ｅを生成し、その端末装置２へ送信する（＃４５）。

送信が完了したら（＃４６でＹｅｓ）、ドキュメントサーバ１は、送信対象コンテンツのレコード４Ｍａの出力先を、その端末装置２の識別子を示すように更新し、接続開始時刻を現在の時刻に更新し接続終了時刻を「接続中」に更新する。さらに、送信状況が「未送信」であれば「送信済み」に更新する（＃４７）。

または、端末装置２から終了通知データ４Ｆを受信したら（＃４８でＹｅｓ）、ドキュメントサーバ１は、その端末装置２に表示させていたコンテンツ５のレコード４Ｍａの出力先およびメッセージをリセットするとともに、接続終了時刻を現在の時刻に更新する（＃４９）。

ドキュメントサーバ１は、ドキュメントの配信のサービスを提供している間、ステップ＃４１〜４７の処理およびステップ＃４８〜＃５０の処理を適宜、実行する。

〔複数台の端末装置２へのコンテンツ５の提供の具体例＿３〕
図３０は、コンテンツテーブル４Ｍ１の例を示す図である。図３１は、コンテンツテーブル４Ｍ２の例を示す図である。

以上の仕組みによると、ドキュメントサーバ１は、複数のグループそれぞれにコンテンツ５を提供することができる。ここで、グループの遷移の一例を、ある呼出用マーカ６１に対応するコンテンツ５としてコンテンツ５０１〜５０３（図５参照）を提供する場合を例に、図３０および図３１を参照しながら説明する。また、この呼出用マーカ６１のグループ参加制限データ４Ｎ（図２６参照）には、リミット時間Ｔ１として「２０分」が設定されているものとする。

ドキュメントサーバ１は、アクセス要求データ４Ｄおよびその呼出用マーカ６１の画像データを端末装置２Ａから受信する。この時点では、いずれの端末装置２へも未だいずれのコンテンツ５０１〜５０３も提供されていない。よって、グループが未だ１つも生成されていない。

そこで、ドキュメントサーバ１は、新たなグループを生成し、「グループ０１」というグループ名を発行し、新たなコンテンツテーブル４Ｍとして、コンテンツテーブル４Ｍ１を生成する。そして、端末装置２Ａをこのグループに参加させ、端末装置２Ａへコンテンツ５０１の画像データ４Ｅを送信する。

ドキュメントサーバ１は、送信に伴って、コンテンツテーブル４Ｍ１のコンテンツ５０１のレコード４Ｍａを図３０（Ａ）のように更新する。

ドキュメントサーバ１は、端末装置２Ａからアクセス要求データ４Ｄなどを受信した後、リミット時間Ｔ１が経過するまでに端末装置２Ｂからアクセス要求データ４Ｄおよびその呼出用マーカ６１の画像データを受信する。

すると、ドキュメントサーバ１は、端末装置２Ｂを、端末装置２Ａと同じグループに参加させる。そして、端末装置２Ｂへ次のコンテンツ５すなわちコンテンツ５０２の画像データ４Ｅを送信する。

ドキュメントサーバ１は、送信に伴って、コンテンツテーブル４Ｍ１のコンテンツ５０２のレコード４Ｍａを図３０（Ｂ）のように更新する。

ドキュメントサーバ１は、端末装置２Ｂからアクセス要求データ４Ｄなどを受信した後、リミット時間Ｔ１が経過してから端末装置２Ｄからアクセス要求データ４Ｄおよびその呼出用マーカ６１の画像データを受信する。

すると、その呼出用マーカ６１のグループ参加制限データ４Ｎに例外属性として「１」または「２」が設定されている場合は、ドキュメントサーバ１は、「グループ０１」のグループへ端末装置２Ｄを参加させてもよいか否かを、問合データ４Ｐを送信することによって許可用端末装置へ問い合わせる。

許可用端末装置から受信した選択結果データ４Ｑに許可する旨が示されている場合は、ドキュメントサーバ１は、端末装置２Ｄをこのグループへ参加させるとともに、次のコンテンツ５すなわちコンテンツ５０３の画像データ４Ｅを端末装置２Ｄへ送信する。しかし、ここでは、許可しない旨の回答を受信したものとする。

そこで、ドキュメントサーバ１は、新たなグループを生成し、「グループ０２」というグループ名を発行し、新たなコンテンツテーブル４Ｍとして、コンテンツテーブル４Ｍ２を生成する。そして、端末装置２Ｄをこのグループに参加させ、端末装置２Ｄへコンテンツ５０１の画像データ４Ｅを送信する。例外属性として「３」が設定されている場合も、同様である。

ドキュメントサーバ１は、送信に伴って、コンテンツテーブル４Ｍ２のコンテンツ５０１のレコード４Ｍａを図３１（Ａ）のように更新する。

ドキュメントサーバ１は、さらに、端末装置２Ｄからアクセス要求データ４Ｄなどを受信した後、リミット時間Ｔ１が経過するまでに端末装置２Ｅからアクセス要求データ４Ｄおよびその呼出用マーカ６１の画像データを受信する。

すると、ドキュメントサーバ１は、端末装置２Ｅを、端末装置２Ｄと同じグループに参加させる。そして、端末装置２Ｅへ次のコンテンツ５すなわちコンテンツ５０２の画像データ４Ｅを送信する。

ドキュメントサーバ１は、送信に伴って、コンテンツテーブル４Ｍ２のコンテンツ５０２のレコード４Ｍａを図３１（Ｂ）のように更新する。

第三の実施形態によると、複数のグループのそれぞれに対して独立してコンテンツ５を提供することができる。

〔変形例＿１〕
図３２は、操作割当データ４Ｒの例を示す図である。

第二の実施形態では、ドキュメントサーバ１は、端末装置２においてタッチパネルディスプレイ２０ｅが縦方向へスワイプされると、カレントコンテンツの項目に属する次のコンテンツ５を提供した。横方向へスワイプされると、カレントコンテンツの項目の次の項目に属するコンテンツ５を提供した。

ドキュメントサーバ１は、さらに、端末装置２に対する種々の操作に応じてコンテンツ５を様々に提供してもよい。

例えば、ドキュメントサーバ１は、タッチパネルディスプレイ２０ｅが上方向へスワイプされると、カレントコンテンツの項目に属する次のコンテンツ５を提供し、下方向へスワイプされると、カレントコンテンツの項目に属する１つ前のコンテンツ５を提供してもよい。または、右方向へスワイプされると、カレントコンテンツの項目の次の項目に属するコンテンツ５を提供し、左方向へスワイプされると、カレントコンテンツの項目の１つ前の項目に属するコンテンツ５を提供してもよい。

または、ドキュメントサーバ１は、端末装置２が上下方向にシェイクされると、カレントコンテンツの項目に属する次のコンテンツ５をその端末装置２へ提供してもよい。また、端末装置２が左右方向にシェイクされると、カレントコンテンツの項目に属する次のコンテンツ５をその端末装置２へ提供してもよい。または、上下方向へのシェイクは、問合データ４Ｐを受信した際の、グループへの他の端末装置２の参加を許可の入力の操作に設定し、左右方向へのシェイクは、不許可の入力の操作に設定してもよい。なお、シェイクしたり傾けたりする操作は、加速度センサ２０ｊによって検知される。

端末装置２を、上、下、左、および右のそれぞれに傾ける操作についても、どのような処理を行うのかを適宜、割り当ててもよい。

割当ては、ドキュメントサーバ１において、図３２に示す操作割当データ４Ｒによって管理すればよい。そして、ドキュメントサーバ１は、操作割当データ４Ｒに基づいて処理を行えばよい。操作割当データ４Ｒの各値は、ユーザが適宜、変更することができる。

〔変形例＿２〕
第三の実施形態では、ドキュメントサーバ１は、グループへの端末装置２の参加を主に時間に基づいて決定したが、端末装置２の現在地に基づいて決定してもよい。

例えば、複数の店舗を有する自動車のディーラが、ある呼出用マーカ６１のコンテンツ５を提供する場合において、ドキュメントサーバ１は、次のように処理を行えばよい。

予め、店舗ごとにコンテンツテーブル４Ｍ（図２５参照）をドキュメントサーバ１に用意しておき、店舗の名称をグループ名として対応付けておく。

ドキュメントサーバ１は、端末装置２からアクセス要求データ４Ｄだけでなく、その端末装置２の現在地を示す現在地データを受信する。その端末装置２が現在、どの店舗に所在しているのかを、受信した現在地データに基づいて判別する。

なお、端末装置２は、現在地データを、予め端末装置２にインストールされているＧＰＳ（Global Positioning System）アプリケーションまたは市販のアプリケーションによって生成すればよい。このようなアプリケーションがインストールされていない場合は、ドキュメントサーバ１が端末装置２へ提供すればよい。

ドキュメントサーバ１は、判別した店舗のグループに、その端末装置２を参加させる。そして、そのグループのコンテンツテーブル４Ｍを使用して、その端末装置２の送信対象コンテンツを決定し、画像データ４Ｅを生成し、その端末装置２へ送信する。

なお、現在地に基づいて端末装置２のグループを決定する方法を第三の実施形態の時間に基づいて決定する方法と組み合わせ、１つの店舗に複数のグループを設け、グループごとに独立してコンテンツ５を提供できるようにドキュメントサーバ１を構成してもよい。

〔変形例＿３〕
または、ドキュメントサーバ１は、互いに近隣に位置する複数台の端末装置２を１つのグループにグループ化し、グループごとにコンテンツテーブル４Ｍを生成してもよい。

ドキュメントサーバ１は、端末装置２からアクセス要求データ４Ｄだけでなく周辺デバイスデータを受信する。周辺デバイスデータには、その端末装置２の近距離無線通信装置２０ｉが検知する他の端末装置２の識別子が示されている。近距離無線通信装置２０ｉがＢｌｕｅｔｏｏｔｈに対応するものである場合は、識別子として「ＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：ＦＦ」のような１２桁のアドレスが用いられる。

ドキュメントサーバ１は、周辺デバイスデータを端末装置２から受信するごとに、その周辺デバイスデータに、既にアクセス要求データ４Ｄを送信してきた他の端末装置２の識別子が示されているか否かをチェックする。

そして、ドキュメントサーバ１は、他のいずれの端末装置２の識別子も示されていなければ、新たなグループおよびそのコンテンツテーブル４Ｍを生成し、そのグループへその端末装置２を参加させる。一方、他のいずれかの端末装置２の識別子が示されていれば、当該他の端末装置２のグループへその端末装置２を参加させる。

〔変形例＿４〕
図３３は、グループ変更ボタン７１とともに表示するコンテンツ５の例を示す図である。図３４は、グループ変更画面７２の例を示す図である。

第三の実施形態において、端末装置２を参加させるグループを、例えば次のようにユーザに選択させてもよい。以下、端末装置２Ｃを、現在のグループから他のグループに変更する場合を例に説明する。

ドキュメントサーバ１は、端末装置２Ｃからアクセス要求データ４Ｄおよび呼出用マーカ６１の画像データを受信すると、画像データ４Ｅとして、コンテンツ５に加えてグループ変更ボタン７１を表示するための画像データを、端末装置２Ｃへ送信する。

端末装置２Ｃは、画像データ４Ｅを受信すると、図３３のように、コンテンツ５およびグループ変更ボタン７１が配置された画面を表示する。

ここで、ユーザがグループ変更ボタン７１を押すと、端末装置２Ｃは、グループの一覧をドキュメントサーバ１へ要求する。

すると、ドキュメントサーバ１は、図３４に示すグループ変更画面７２の画像データを端末装置２Ｃへ送信する。グループ変更画面７２には、端末装置２Ｃが現在参加しているグループのグループ名とともに、その呼出用マーカ６１の他のグループのグループ名およびラジオボタン７２１などが配置されている。

端末装置２Ｃは、この画像データを受信すると、グループ変更画面７２を表示する。ここで、ユーザは、端末装置２Ｃを参加させたいグループのラジオボタン７２１を選択する。そして、参加ボタン７２２を押す。

すると、端末装置２Ｃは、選択されたラジオボタン７２１に対応するグループをドキュメントサーバ１へ通知する。

そして、ドキュメントサーバ１は、通知されたグループへ端末装置２Ｃを参加させ、そのグループのコンテンツテーブル４Ｍに基づいて端末装置２Ｃの送信対象コンテンツを決定し、その送信対象コンテンツの画像データ４Ｅを端末装置２Ｃへ送信する。

〔その他の変形例〕
本実施形態では、呼出用マーカ６１としてＡＲマーカを使用したが、ＱＲ（Quick Response）コード（登録商標）など他の規格の画像を使用してもよい。

呼出用マーカ６１としてＱＲコードを使用する場合は、呼出用マーカ６１に対応するパス（図７参照）を呼出用マーカ記憶部１０２に記憶させず、このパスを呼出用マーカ６１に埋め込んでもよい。そして、ドキュメントサーバ１は、呼出用マーカ６１を端末装置２から受信すると、呼出用マーカ６１を解析することによって、パスを取得すればよい。

ドキュメントサーバ１は、コンテンツ５として、動画像または音声などのコンテンツを端末装置２へ提供してもよい。

本実施形態では、第二の実施形態において、コンテンツ５が２つの項目のうちのいずれかに分類される場合を例に説明したが、３つ以上の項目のうちのいずれかに分類される場合においても、本発明を適用することができる。

その他、ドキュメント閲覧システム１００、ドキュメントサーバ１、端末装置２の全体または各部の構成、処理内容、処理順序、データの構成などは、本発明の趣旨に沿って適宜変更することができる。

１ ドキュメントサーバ（コンテンツ提供サーバ）
１０６ 送信コンテンツ決定部（送信手段）
１０７ コンテンツデータ送信部（送信手段）
１２６ 送信コンテンツ決定部（送信手段）
１２７ コンテンツデータ送信部（送信手段）
１３６ 送信コンテンツ決定部（送信手段）
１３７ コンテンツデータ送信部（送信手段）
２ 端末装置
４Ｅ 画像データ
５ コンテンツ

Claims (11)

1. マーカに対応付けられている複数のコンテンツを提供するコンテンツ提供サーバであって、
   前記マーカに基づく前記複数のコンテンツの要求を受け付けるごとに、当該複数のコンテンツのうちのＮ（ただし、Ｎ≧２）台の端末装置のいずれにも送信していないコンテンツを優先的に、当該Ｎ台の端末装置のうちの当該要求を行った端末装置へ送信する、送信手段、
   を有することを特徴とするコンテンツ提供サーバ。
2. 前記複数のコンテンツのそれぞれは、順番が予め定められており、
   前記送信手段は、前記Ｎ台の端末装置のそれぞれへ前記複数のコンテンツのうちの相違するいずれかのコンテンツを送信した後、当該Ｎ台の端末装置のうちのいずれかにおいて第一の操作が行われた場合は、当該Ｎ台の端末装置のそれぞれへ、前記複数のコンテンツのうちのそれぞれへ直前に送信したコンテンツの次のコンテンツを送信する、
   請求項１に記載のコンテンツ提供サーバ。
3. 前記複数のコンテンツのそれぞれは、複数の項目のうちのいずれかに分類されており、
   前記送信手段は、前記Ｎ台の端末装置のそれぞれへ前記複数のコンテンツのうちの前記複数の項目のうちのいずれか１つの項目の相違するコンテンツを送信した後、当該Ｎ台の端末装置のうちのいずれかにおいて第二の操作が行われた場合は、当該Ｎ台の端末装置のそれぞれへ、当該複数の項目のうちの他の１つの項目の相違するコンテンツを送信する、
   請求項１に記載のコンテンツ提供サーバ。
4. 前記複数のコンテンツのそれぞれは、複数の項目のうちのいずれかに分類されており、かつ、順番が予め定められており、
   前記送信手段は、前記Ｎ台の端末装置のそれぞれへ前記複数のコンテンツのうちの前記複数の項目のうちのいずれか１つの項目の相違するコンテンツを送信した後、当該Ｎ台の端末装置のうちのいずれかにおいて第一の操作が行われた場合は、当該Ｎ台の端末装置のそれぞれへ、当該１つの項目の、前記複数のコンテンツのうちのそれぞれへ直前に送信したコンテンツの次のコンテンツを送信し、第二の操作が行われた場合は、当該Ｎ台の端末装置のそれぞれへ、当該複数の項目のうちの他の１つの項目の相違するコンテンツを送信する、
   請求項１に記載のコンテンツ提供サーバ。
5. 前記第一の操作および前記第二の操作は、予め設定された、タッチパネルに対するジェスチャまたは加速度センサを用いた操作である、
   請求項４に記載のコンテンツ提供サーバ。
6. 前記Ｎ台の端末装置のうちのｋ（ただし、Ｎ≧ｋ≧２）番目の端末装置は、（ｋ−１）番目の端末装置が前記要求を行ってから所定の時間以内に前記要求を行ったものである、
   請求項１ないし請求項５のいずれかに記載のコンテンツ提供サーバ。
7. 前記Ｎ台の端末装置のうちのｋ（ただし、Ｎ≧ｋ≧２）番目の端末装置は、（ｋ−１）番目の端末装置が前記要求を行ってから所定の時間以内に前記要求を行った端末装置であり、または、（ｋ−１）番目以前の端末装置によって許可が与えられた端末装置である、
   請求項１ないし請求項５のいずれかに記載のコンテンツ提供サーバ。
8. 前記Ｎ台の端末装置は、共通の場所に位置する、
   請求項１ないし請求項５のいずれかに記載のコンテンツ提供サーバ。
9. 前記Ｎ台の端末装置のそれぞれは、近距離無線通信を行う通信手段を有し、
   前記Ｎ台の端末装置は、前記通信手段によって互いに近距離無線通信を行うことができる範囲内に位置する、
   請求項１ないし請求項５のいずれかに記載のコンテンツ提供サーバ。
10. マーカに対応付けられている複数のコンテンツを提供するコンテンツ提供方法であって、
    前記マーカに基づく前記複数のコンテンツの要求を受け付けるごとに、当該複数のコンテンツのうちのＮ（ただし、Ｎ≧２）台の端末装置のいずれにも送信していないコンテンツを優先的に、当該Ｎ台の端末装置のうちの当該要求を行った端末装置へ送信する、
    ことを特徴とするコンテンツ提供方法。
11. マーカに対応付けられている複数のコンテンツを提供するコンピュータに用いられるコンピュータプログラムであって、
    前記マーカに基づく前記複数のコンテンツの要求を受け付けるごとに、当該複数のコンテンツのうちのＮ（ただし、Ｎ≧２）台の端末装置のいずれにも送信していないコンテンツを優先的に、当該複数の端末装置のうちの当該要求を行った端末装置へ送信する処理を、前記コンピュータに実行させる、
    ことを特徴とするコンピュータプログラム。

Images