Google ドキュメント ドキュメントの構造

Google Docs API を効果的に使用するには、Google Docs ドキュメントのアーキテクチャとドキュメントを構成する要素、およびそれらの関係を理解する必要があります。このページでは、次のトピックの概要について詳しく説明します。

  • ドキュメント要素のコンセプトモデル
  • Docs API でこれらの要素がどのように表されるか
  • 要素のスタイル設定プロパティ

トップレベル要素

Google ドキュメントの最外側のコンテナ要素はドキュメントです。これは、Google ドライブに保存したり、他のユーザーと共有したり、テキストや画像で更新したりできるユニットです。

documents リソースの最上位要素には、TabSuggestionsViewMode、その他の属性が含まれます。

document: {
    title: ... ,
    revisionId: ... ,
    documentId: ... ,
    suggestionsViewMode: ... ,
    tabs: ...
}

タブ

1 つのドキュメントに複数のタブを含めることができ、テキストレベルのコンテンツが異なります。ドキュメントの tabs プロパティは、Tab オブジェクトのシーケンスです。Tab は次のフィールドで構成されています。

  • TabProperties: ID、タイトル、インデックスなどのタブの属性が含まれます。
  • childTabs: タブの子タブ(タブの下に直接ネストされているタブ)を公開します。
  • DocumentTab: タブのテキスト コンテンツを表します。
ドキュメントのタブの構造。
図 1. ドキュメントのタブの構造。

以降のセクションでは、ドキュメントのタブ階層の概要について説明します。タブの JSON 表現でも詳細を確認できます。タブ機能の詳細については、タブの操作をご覧ください。

Body コンテンツの外部にあるグローバル ドキュメントタブ機能を操作する場合は、ほとんどの場合、1 つ以上のドキュメント テンプレートを使用することをおすすめします。これらのテンプレートは、プログラムで新しいドキュメントを生成する際の基盤として使用できます。詳細については、ドキュメントにテキストを統合するをご覧ください。

本文のコンテンツ

通常、Body にはドキュメントのタブの全内容が含まれます。プログラムで使用できる、または使用したい項目のほとんどは、Body コンテンツ内の要素です。

本文のコンテンツの構造。
図 2. 本文のコンテンツの構造。

構造要素

StructuralElement は、ドキュメントに構造を提供するコンテンツを記述します。Body コンテンツは、StructuralElement オブジェクトのシーケンスです。次の図に示すように、コンテンツ要素は各 StructuralElement オブジェクトをパーソナライズします。

構造要素。
図 3. 構造要素。

構造要素とそのコンテンツ オブジェクトには、ドキュメント内のすべての視覚コンポーネントが含まれます。これには、テキスト、インライン画像、フォーマットが含まれます。

段落の構造

Paragraph は、段落を表す StructuralElement です。改行文字で終了するコンテンツの範囲があります。以下のオブジェクトで構成されます。

  • ParagraphElement: 段落内のコンテンツを記述します。
  • ParagraphStyle: 段落のスタイル プロパティを明示的に設定するオプション要素。
  • Bullet: 段落がリストの一部である場合、箇条書きの仕様を指定するオプション要素。

ParagraphElementStructuralElement のような働きをします。次の図に示すように、一連のコンテンツ要素タイプ(ColumnBreakEquation など)が独自の ParagraphElement をパーソナライズします。

段落要素の構造。
図 4. 段落要素の構造。

完全なドキュメント構造の例については、JSON 形式のドキュメントの例をご覧ください。出力には、重要な構造要素とコンテンツ要素の多くが表示されます。また、次のセクションで説明するように、開始インデックスと終了インデックスの使用も確認できます。

テキスト行

TextRun は、同じテキスト スタイルの連続したテキスト文字列を表す ParagraphElement です。1 つの段落に複数のテキスト行を含めることができますが、テキスト行は段落の境界を越えることはできません。内容は改行文字の後に分割され、個別のテキスト行を形成します。たとえば、次のような小さなドキュメントについて考えてみましょう。

パラグラフと箇条書きリストを含む小さなドキュメント。
図 5. 小さなドキュメント。

次の図は、上のドキュメントの段落の順序を可視化したものです。各段落には独自の TextRun 設定とオプションの Bullet 設定があります。

テキスト行の構造。
図 6. テキスト行の構造。

AutoText

AutoText は、時間の経過とともに変化するコンテンツに動的に置き換えられるテキスト内の場所を表す ParagraphElement です。ドキュメントでは、ページ番号に使用されます。

開始インデックスと終了インデックス

ドキュメントのタブのコンテンツを更新すると、各更新はドキュメント内の 1 か所または範囲で行われます。これらの位置と範囲は、包含するドキュメント セグメント内のオフセットを表すインデックスを使用して指定します。セグメントは、構造要素またはコンテンツ要素を含む本文、ヘッダー、フッター、脚注です。セグメント内の要素のインデックスは、そのセグメントの開始点を基準としています。

本文コンテンツ内のほとんどの要素には、ゼロベースの startIndex プロパティと endIndex プロパティがあります。これらは、要素の開始と終了のオフセットを、その要素を含むセグメントの開始に対して相対的に示します。Docs API のバッチ呼び出しを順序付ける方法については、バッチ更新をご覧ください。

インデックスは UTF-16 コード単位で測定されます。つまり、サロゲートペアは 2 つのインデックスを使用します。たとえば、「笑顔」絵文字 😄? は \uD83D\uDE00 として表され、2 つのインデックスを使用します。

ドキュメント本文内の要素の場合、インデックスは本文コンテンツの開始位置(「ルート」要素)からのオフセットを表します。

構造要素の「パーソナライズ」タイプ(SectionBreakTableOfContentsTableParagraph)には、これらのインデックスがありません。これは、これらの要素を囲む StructuralElement にこれらのフィールドが含まれているためです。これは、ParagraphElement に含まれるパーソナライズ タイプ(TextRunAutoTextPageBreak など)にも当てはまります。

要素にアクセスする

多くの要素は documents.batchUpdate メソッドで変更できます。たとえば、InsertTextRequest を使用すると、テキストを含む要素のコンテンツを変更できます。同様に、UpdateTextStyleRequest を使用して、1 つ以上の要素に含まれるテキスト範囲に書式を適用できます。

ドキュメントの要素を読み取るには、documents.get メソッドを使用して、ドキュメント全体の JSON ダンプを取得します。生成された JSON を解析して、個々の要素の値を確認できます。詳細については、ドキュメントの内容を JSON として出力するをご覧ください。

コンテンツを解析すると、さまざまなユースケースで役立ちます。たとえば、検出されたドキュメントを一覧表示するドキュメント カタログ アプリケーションについて考えてみましょう。このアプリは、次の図に示すように、ドキュメントのタブのタイトル、リビジョン ID、開始ページ番号を抽出できます。

ドキュメント カタログの構造。
図 7. ドキュメント カタログの構造。

これらの設定を明示的に読み取るメソッドがないため、アプリはドキュメント全体を取得し、JSON を解析してこれらの値を抽出する必要があります。

プロパティからの継承

StructuralElement は親オブジェクトからプロパティを継承できます。オブジェクトの最終的な外観は、オブジェクトが定義するプロパティや継承するプロパティによって決まります。

テキスト文字の書式設定では、太字、斜体、下線など、ドキュメント内でテキストをレンダリングする方法を指定します。適用した書式は、基になる段落の TextStyle から継承されたデフォルトの書式をオーバーライドします。逆に、書式設定を設定していない文字は、引き続き段落のスタイルから継承されます。

段落の書式設定では、ドキュメント内でテキストのブロックをレンダリングする方法(配置、枠線、インデントなど)を指定します。適用する書式設定は、基盤となる ParagraphStyle から継承されたデフォルトの書式設定をオーバーライドします。逆に、設定しない書式設定機能は、引き続き段落スタイルから継承されます。