特許 7093387 スプレッドシートに基づくソフトウェアアプリケーション開発

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-06-21

(45)【発行日】2022-06-29

(54)【発明の名称】スプレッドシートに基づくソフトウェアアプリケーション開発

(51)【国際特許分類】

   H04L 67/50 20220101AFI20220622BHJP

   G06F 8/30 20180101ALI20220622BHJP

【ＦＩ】

H04L67/50

G06F8/30

【請求項の数】 20

(21)【出願番号】P 2020160370

(22)【出願日】2020-09-25

(62)【分割の表示】P 2019549616の分割

【原出願日】2017-12-01

(65)【公開番号】P2021028828

(43)【公開日】2021-02-25

【審査請求日】2020-09-29

(31)【優先権主張番号】62/429,749

(32)【優先日】2016-12-03

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】15/455,909

(32)【優先日】2017-03-10

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】519198948

【氏名又は名称】スタフラ，トーマス

(74)【代理人】

【識別番号】110002310

【氏名又は名称】特許業務法人あい特許事務所

(72)【発明者】

【氏名】スタフラ，トーマス

【審査官】大石 博見

(56)【参考文献】

【文献】特開２０１６－０９１２４４（ＪＰ，Ａ）

【文献】特開２００６－０２４０２１（ＪＰ，Ａ）

【文献】特開２０１４－１６４５４８（ＪＰ，Ａ）

【文献】竹下 俊，コーディングレスでＷｅｂアプリケーションの作成を実現するＧｄＦｏｒｍ，ＮＥＣ技報 第６２巻 第４号 NEC TECHNICAL JOURNAL，日本，日本電気株式会社，2009年12月25日，第62巻，112-115

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／３０

Ｈ０４Ｌ ６７／５０

(57)【特許請求の範囲】

【請求項1】

少なくとも１つのウェブページを備える対話型ウェブアプリケーションを生成するためコンピュータにより実施される方法であって、
それぞれゼロまたはそれ以上のデータレコードを有する、スプレッドシート内の１つまたは複数のデータソースを決定するステップであって、前記データソースは、前記スプレッドシートの第１の部分を備える、ステップと、
前記スプレッドシート内からの１つまたは複数のユーザインターフェース・テンプレートを決定するステップであって、前記ユーザインターフェース・テンプレートは、それぞれ前記１つまたは複数のデータソースに関するデータフォーマットを備え、前記ユーザインターフェース・テンプレートは、前記スプレッドシートの第２の部分を備える、ステップと、
前記スプレッドシートの少なくとも第１の部分からのデータレコードに基づいてウェブデータストアを生成するステップと、
特定のウェブページに対応する１つまたは複数のユーザインターフェース・テンプレートに基づいて対話型ウェブアプリケーションの前記特定のウェブページを生成するステップであって、前記特定のウェブページは、前記特定のウェブページに対応する１つまたは複数のユーザインターフェース・テンプレートに基づいて識別される１つまたは複数のデータソースを参照する、ステップと、
前記対話型ウェブアプリケーションの特定のウェブページのプレゼンテーションに関する要求に応答して、前記ウェブデータストアから取得される１つまたは複数のデータレコードを含む前記特定のウェブページのプレゼンテーションを生成するステップであって、前記１つまたは複数のデータレコードは、前記特定のウェブページに対応する１つまたは複数のユーザインターフェース・テンプレートに基づいて識別されおよびフォーマットされる、ステップと、
前記対話型ウェブアプリケーションの入力ページの入力制御を介してユーザ入力を受信することに応答して、１または複数のルールに基づいて前記スプレッドシートの少なくとも１つのデータレコードを更新するステップであって、前記１つまたは複数のルールは、セキュリティパーミッションルール、入力検証ルール、またはデータ制約ルールの少なくとも１つを含む、ステップとを備え、
前記セキュリティパーミッションルール、入力検証ルール、またはデータ制約ルールの少なくとも１つは、前記スプレッドシートを生成したスプレッドシート・アプリケーションに特有の少なくとも１つの式を用いて、前記スプレッドシートの第１の部分または前記スプレッドシートの第２の部分の中に規定されている、方法。

【請求項2】

前記１または複数のルールは、セキュリティパーミッションルールを含み、
前記セキュリティパーミッションルールに基づいて、第１のセキュリティパーミッションを有する第１のユーザによる前記スプレッドシート内の第１のデータレコードの修正を防止するステップと、
前記セキュリティパーミッションルールに基づいて、第２のセキュリティパーミッションを有する第２のユーザから受信した入力に応答して前記スプレッドシート内の第１のデータレコードを修正するステップと、をさらに備える、請求項１に記載の方法。

【請求項3】

前記セキュリティパーミッションルールが、前記スプレッドシートを生成したスプレッドシートアプリケーションに特有の少なくとも１つの式により定義される、請求項２に記載の方法。

【請求項4】

前記１または複数のルールは入力検証ルールを含み、
前記入力検証ルールに照らして、前記ユーザ入力の内容を評価するステップをさらに備え、
前記スプレッドシートの少なくとも１つのデータレコードの更新は、前記評価に基づいて行われる、請求項１に記載の方法。

【請求項5】

前記入力検証ルールは、特定のデータソースに関連する、請求項４に記載の方法。

【請求項6】

前記入力検証ルールは、前記特定のウェブページに関連する、請求項４に記載の方法。

【請求項7】

前記入力検証ルールは、前記スプレッドシートを生成した前記スプレッドシート・アプリケーションに特有の少なくとも１つの第１の式を用いて規定される、請求項４に記載の方法。

【請求項8】

前記１または複数のルールはデータ制約ルールを含み、前記特定のウェブページのプレゼンテーションを生成することは、前記データ制約ルールを満たすデータレコードの選定に基づいて行われる、請求項１に記載の方法。

【請求項9】

前記データ制約ルールは、前記スプレッドシートを生成した前記スプレッドシート・アプリケーションに特有の少なくとも１つの第２の式を用いて規定される、請求項８に記載の方法。

【請求項10】

前記スプレッドシートに基づいて生成された対話型ウェブアプリケーションの入力ページは、前記特定のウェブページである、請求項１に記載の方法。

【請求項11】

システムであって、
１つまたは複数のプロセッサと、前記１つまたは複数のプロセッサによって実行されるときに前記システムに以下の各ステップを実行させる命令を記憶したメモリとを備える、システム。
スプレッドシート内の１つまたは複数のデータソースを決定するステップであって、前記データソースは、それぞれゼロまたはそれ以上のデータレコードを有するとともに第１のワークシートを備える、ステップ、
第２のワークシート内からの１つまたは複数のユーザインターフェース・テンプレートを決定するステップであって、前記各ユーザインターフェース・テンプレートは、前記１つまたは複数のデータソースに関するデータフォーマットを備え、前記ユーザインターフェース・テンプレートは、前記第２のワークシートを備える、ステップ、
少なくとも前記第１のワークシートからのデータレコードに基づいてウェブデータストアを生成するステップ、
特定のウェブページに対応する１つまたは複数のユーザインターフェース・テンプレートに基づいて対話型ウェブアプリケーションの前記特定のウェブページを生成するステップであって、前記特定のウェブページは、前記特定のウェブページに対応する１つまたは複数のユーザインターフェース・テンプレートに基づいて識別される１つまたは複数のデータソースを参照する、ステップ、
前記対話型ウェブアプリケーションの特定のウェブページのプレゼンテーションに関する要求に応答して、前記ウェブデータストアから取得される１つまたは複数のデータレコードを含む前記特定のウェブページのプレゼンテーションを生成するステップであって、前記１つまたは複数のデータレコードは、前記特定のウェブページに対応する１つまたは複数のユーザインターフェース・テンプレートに基づいて識別されおよびフォーマットされる、ステップ、および
前記対話型ウェブアプリケーションの入力ページの入力制御を介してユーザ入力を受信することに応答して、１または複数のルールに基づいて前記スプレッドシートの少なくとも１つのデータレコードを更新するステップであって、前記１つまたは複数のルールは、セキュリティパーミッションルール、入力検証ルール、またはデータ制約ルールの少なくとも１つを含む、ステップ、
ここにおいて、前記セキュリティパーミッションルール、入力検証ルール、またはデータ制約ルールの少なくとも１つは、前記スプレッドシートを生成したスプレッドシート・アプリケーションに特有の少なくとも１つの式を用いて、前記第１のワークシートまたは前記第２のワークシートの中に規定されている、システム。

【請求項12】

前記１または複数のルールは、前記スプレッドシートを生成した前記スプレッドシート・アプリケーションに特有の前記少なくとも１つの式を用いて規定されたセキュリティパーミッションルールを含み、
前記命令は、前記１つまたは複数のプロセッサによって実行されるときに前記システムに、さらに以下のステップを実行させる、請求項１１に記載のシステム。
前記セキュリティパーミッションルールに基づいて、第１のセキュリティパーミッションを有する第１のユーザによる前記ウェブデータストア内の第１のデータレコードの修正を防止するステップ、および
前記セキュリティパーミッションルールに基づいて、第２のセキュリティパーミッションを有する第２のユーザから受信した入力に応答して前記スプレッドシート内の第１のデータレコードを修正するステップ。

【請求項13】

前記１または複数のルールは、前記スプレッドシートを生成した前記スプレッドシート・アプリケーションに特有の少なくとも１つの式を用いて規定された入力検証ルールを含み、
前記命令は、前記１つまたは複数のプロセッサによって実行されるときに前記システムに、さらに、
前記入力検証ルールに照らして前記ユーザ入力の内容を評価したことに基づいて、前記スプレッドシートの少なくとも１つのデータレコードを更新することを行わせる、請求項１１に記載のシステム。

【請求項14】

前記１または複数のルールは、前記スプレッドシートを生成した前記スプレッドシート・アプリケーションに特有の少なくとも１つの式を用いて規定されたデータ制約ルールを含み、
前記命令は、前記１つまたは複数のプロセッサによって実行されるときに前記システムに、さらに、
前記データ制約ルールを満たすデータレコードの選定に基づいて、前記特定のウェブページのプレゼンテーションを生成することを行わせる、請求項１１に記載のシステム。

【請求項15】

少なくとも１つのウェブページを含む対話型ウェブアプリケーションを生成するためにコンピュータにより実行される方法であって、前記方法は、
スプレッドシート内の１つまたは複数のデータソースを決定するステップであって、前記データソースは、それぞれゼロまたはそれ以上のデータレコードを有するとともに第１のワークシートの第１の部分を備える、ステップ、
第２のワークシート内からの１つまたは複数のユーザインターフェース・テンプレートを決定するステップであって、前記各ユーザインターフェース・テンプレートは、前記１つまたは複数のデータソースに関するデータフォーマットを備え、前記ユーザインターフェース・テンプレートは、前記第２のワークシートの第２の部分を備える、ステップ、
少なくともスプレッドシートの前記第１の部分からのデータレコードに基づいてウェブデータストアを生成するステップ、
特定のウェブページに対応する１つまたは複数のユーザインターフェース・テンプレートに基づいて対話型ウェブアプリケーションの前記特定のウェブページを生成するステップであって、前記特定のウェブページは、前記特定のウェブページに対応する１つまたは複数のユーザインターフェース・テンプレートに基づいて識別される１つまたは複数のデータソースを参照する、ステップ、
前記対話型ウェブアプリケーションの特定のウェブページのプレゼンテーションに関する要求に応答して、前記ウェブデータストアから取得される１つまたは複数のデータレコードを含む前記特定のウェブページのプレゼンテーションを生成するステップであって、前記１つまたは複数のデータレコードは、前記特定のウェブページに対応する１つまたは複数のユーザインターフェース・テンプレートに基づいて識別されおよびフォーマットされる、ステップ、および
前記対話型ウェブアプリケーションの入力ページの入力制御を介してユーザ入力を受信することに応答して、前記１つまたは複数のユーザインターフェース・テンプレートの少なくとも１つのユーザインターフェース・テンプレート内で定義された１または複数のルールに基づいて、前記ユーザ入力に対する応答を生成するステップであって、前記１つまたは複数のルールは、セキュリティパーミッションルール、入力検証ルール、またはデータ制約ルールの少なくとも１つを含む、ステップ、
ここにおいて、前記セキュリティパーミッションルール、入力検証ルール、またはデータ制約ルールの少なくとも１つは、前記スプレッドシートを生成したスプレッドシート・アプリケーションに特有の少なくとも１つの式を用いて規定される、方法。

【請求項16】

前記１または複数のルールは、少なくとも１つの前記ユーザインターフェース・テンプレート内で、前記スプレッドシートを生成したスプレッドシート・アプリケーションに特有の少なくとも１つの式を用いて規定されたセキュリティパーミッションルールを含み、
前記ユーザ入力に対する応答を生成するステップは、
前記セキュリティパーミッションルールを満たさない第１のセキュリティパーミッションを有する第１のユーザによる修正が防止されているという通知を作成するステップ、または
前記セキュリティパーミッションルールを満たす第２のセキュリティパーミッションを有する第２のユーザから受信した入力に応答して前記スプレッドシート内の第１のデータレコードを修正するステップ、を含む、請求項１５に記載の方法。

【請求項17】

前記１または複数のルールは、少なくとも１つの前記ユーザインターフェース・テンプレート内で、前記スプレッドシートを生成したスプレッドシート・アプリケーションに特有の少なくとも１つの式を用いて規定された入力検証ルールを含み、
前記ユーザ入力に対する応答を生成することは、
前記入力検証ルールに照らした前記ユーザ入力の内容の評価に基づいて、前記ユーザ入力が、前記入力検証ルールを満たさないという通知を作成することを含む、請求項１５に記載の方法。

【請求項18】

前記１または複数のルールは、少なくとも１つの前記ユーザインターフェース・テンプレート内で、前記スプレッドシートを生成したスプレッドシート・アプリケーションに特有の少なくとも１つの式を用いて規定されたデータ制約ルールを含み、
前記特定のウェブページのプレゼンテーションを生成することは、前記データ制約ルールを満たすデータレコードの選定に基づいて行われる、請求項１５に記載の方法。

【請求項19】

前記ユーザ入力に対する応答を生成することは、１または複数のルールに基づいて前記ユーザ入力に応答して前記スプレッドシート内の第１のデータレコードを修正することを含む、請求項１５に記載の方法。

【請求項20】

前記１または複数のルールは、入力検証ルールを含み、
前記ユーザ入力に対する応答を生成することは、前記入力検証ルールに基づいて前記ユーザ入力に応答して前記スプレッドシート内の第１のデータレコードを修正することを含み、
前記入力検証ルールに照らして前記ユーザ入力の内容を評価するステップをさらに含み、
前記スプレッドシートの前記少なくとも１つのデータレコードを更新することは、前記評価に基づいて行われる、請求項１５に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書で説明される態様は、一般に、コンピュータ及びコンピュータネットワークのためのアプリケーション及びソフトウェア開発に関する。より詳細には、本明細書で説明される態様は、特に、対話型ウェブアプリケーションなどのカスタムの複雑なソフトウェアのローコード及びノーコードソフトウェア開発のためのシステム及び方法を提供する。

【背景技術】

【0002】

ソフトウェア開発は、難しい、時間のかかるプロセスとなることがある。専門のトレーニング及び知識が一般に必要とされ、個人が複雑な及び／又はカスタムのソフトウェアアプリケーションを開発することができるようになるまでにしばしば数年の経験が必要とされる。これらのスキルを持っていなければ、ソフトウェア開発をするのにしばしば多額の費用でソフトウェア開発者又はソフトウェア開発会社を利用しなければならない。加えて、ひとたびソフトウェア開発プロセスが始まれば、カスタムの及び／又は複雑なソフトウェアを開発するのに数週間、数か月、又はさらには数年かかることがある。

【0003】

オンラインで又はモバイルデバイスで用いられることになるカスタムのソフトウェアアプリケーションの開発は、一般に、Ｃ＃又はＪａｖａ（登録商標）などの高レベルプログラミング言語でのプログラミングを伴う。ソフトウェアアプリケーションが有する融通性と能力が高ければ高いほど、資金を供給する又は構築する多くの編成のために、それはより多くの時間と法外な費用がかかるものになる。ソフトウェアアプリケーションの開発者がいくつかのクライアントの間で費用を分担するために構築済みのコンポーネントを用いるときでさえも、多くのプロジェクトは各編成の独自の要件に起因して依然として構築に時間がかかる。

【0004】

あるケースでは、ソフトウェアアプリケーションは既製品で購入することができるが、その場合、編成は既製品の特徴に制限される。カスタマイゼーションは、オリジナルのソフトウェア開発がそうであるように、しばしば難しく、時間がかかる、及び／又は費用がかかる。

【発明の概要】

【発明が解決しようとする課題】

【0005】

それらの信じられないほどパワフルなビジネス分析能力、記録保管能力及び編成能力に基づいて、スプレッドシートは今やビジネスに広く普及している。スプレッドシートは、おそらくワードプロセッサを除いて、どのカテゴリのソフトウェアよりもビジネスで用いられている。しかしながら、スプレッドシート自体は、ソフトウェアアプリケーションを構築するためのプラットフォームツールとして用いられるようになるための概念的枠組みが欠けている。よくても、既存のスプレッドシートソフトウェアは、ユーザが１つ又は複数のカスタムの機能を行うためにプログラムコードを含めることを可能にし得る。しかしながら、該プログラムコードは、依然としてＶｉｓｕａｌ Ｂａｓｉｃなどの高度な言語で書かれなければならず、これはまた、高度なプログラミングスキル、能力、及びリソースを必要とする。

【課題を解決するための手段】

【0006】

簡潔な概要
以下に、本明細書で説明される本発明の種々の態様の簡略化された概要を提示する。この概要は、詳細ではなく、鍵となる又は重要な要素を特定すること又は請求項の範囲を線引きすることを意図していない。以下に提供されるより詳細な説明への序章としていくつ
かの概念を簡略化された形態で単に提示する。

【0007】

スプレッドシートは、非技術系のユーザが計算及びレポートの印刷などのタスクを行うための普及したツールであって、独自の概念モデルである。スプレッドシートは、しばしば２つの方法で用いられる：各行がレコードであるテーブル、又は各レコードを有することはシート全体又はファイル全体を備える。スプレッドシート及びスプレッドシートアプリケーション自体は、ソフトウェアアプリケーションを構築するためのプラットフォームツールとして作用するための概念的枠組みが欠けているが、本明細書で説明される態様は、このようなシステムの基礎をなす青写真として１つ又は複数のスプレッドシートを用いて複雑な対話型ソフトウェア及び／又はウェブアプリケーションを自動的に生成するように動作可能なツール及び機能を含む。このようなツール及び機能、又は本明細書で説明される１つ又は複数のツール及び／又は機能と共に構成される方法及び／又はシステムは、ｗｅｂｉｆｉｅｒ、ｗｅｂｉｆｉｅｒシステム、ｗｅｂｉｆｉｅｒソフトウェアなどとも呼ばれ得る。

【0008】

前述のような従来技術での制限を克服するために、及び、本明細書を読んで理解すれば明白となるであろう他の制限を克服するために、本明細書で説明される１つ又は複数の態様は、スプレッドシートに含まれるデータ及び書式設定テンプレートに基づいて対話型ウェブアプリケーションの作成を容易にすることに向けられる。

【0009】

本明細書で説明される第１の態様は、少なくとも１つのウェブページを備える対話型ウェブアプリケーションを生成するための方法、システム、及びコンピュータ可読媒体を提供する。本明細書で説明される技術は、それぞれ１つ又は複数のデータレコードを有する１つ又は複数のデータソースを識別するべくスプレッドシートを分析することと、それぞれデータソースのうちの１つ又は複数に関するデータフォーマットを備える１つ又は複数のユーザインターフェース・テンプレートを識別するべくスプレッドシートを分析することを含み得る。スプレッドシートは、複数のワークシート（本明細書では単に「シート」とも呼ばれる）を備え、データソースは、第１のスプレッドシートの少なくとも一部を備え、一方、ユーザインターフェース・テンプレートは、第２のスプレッドシートの少なくとも一部を備え得る。ウェブデータストアは、スプレッドシート内で識別されるデータソースからデータレコードを抽出し、データレコードをウェブデータストアに記憶することに基づいて生成され得る。システムは、ウェブデータストアの抽出したデータレコードに基づいて、対話型ウェブアプリケーションの特定のウェブページを生成し、特定のウェブページは、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートにより識別される及びフォーマットされるデータレコード及び／又はデータレコードへの参照を備え得る。システムは、ページに関する要求に応答して特定のウェブページの提示を生成し得る。さらに、システムは、ウェブアプリケーションを介してユーザ入力を受信することに応答してウェブデータストアを更新し得る。

【0010】

ユーザインターフェース・テンプレートは、フォントフォーマット、セルサイズ、及び／又は任意の他の適切な表示書式設定などの対応するデータソース及び／又はレコードに関するデータフォーマットを定義する及び／又は備え得る。いくつかの実施形態では、ユーザインターフェース・テンプレートは、データソースに関連する１つ又は複数のデータ制約を定義し得る。このようなデータ制約は、データソースからデータレコードを選択するのに用いられ得る。代替的に及び／又は加えて、ユーザインターフェース・テンプレートは、データソースに関連する１つ又は複数の入力検証制御を定義し得る。システムは、ウェブデータストアを更新することの一部として又はそれに加えて入力検証制御と突き合せてユーザ入力を評価し得る。いくつかの態様によれば、１つ又は複数のユーザインターフェース・テンプレートは、１つ又は複数のデータソースとは別個のワークシートに記憶され得る。他の態様では、１つ又は複数のユーザインターフェース・テンプレートは、１つ又は複数のデータソースと同じワークシートに記憶され得る。

【0011】

いくつかの態様によれば、システムは、スプレッドシートにおける少なくとも１つのデータフォーマット及び／又はデータレコードへの１つ又は複数の変更を識別することに基づいて対話型ウェブアプリケーションを更新し得る。ユーザインターフェース・テンプレートにおけるデータフォーマットへの変更は、ウェブデータストアに影響を及ぼさずに対話型ウェブアプリケーションにおいて実装され得る。データレコードの内容への変更は、対話型ウェブアプリケーションのページに自動的に反映され得る。システムは、スプレッドシートにおけるデータレコード及び／又はデータフォーマットになされた変更を自動的に検出及び／又は分析するように動作し得る。いくつかの態様によれば、システムは、ウェブデータストアになされた更新に基づいて、基礎をなすスプレッドシートを更新し得る。加えて及び／又は代替的に、システムは、スプレッドシートにおけるデータレコードになされた変更に基づいてウェブデータストアを更新し得る。同様に、システムは、スプレッドシートのユーザインターフェース・テンプレートにおけるデータフォーマットになされた変更に基づいて対話型ウェブアプリケーションを更新し得る。

【0012】

いくつかの態様によれば、システムは、ウェブデータストア及び／又はスプレッドシートに記憶されたデータを閲覧する及び／又は修正するユーザの能力を制限するべくパーミッション制御を実装し得る。ユーザに関するセキュリティパーミッションは、１つ又は複数のユーザインターフェース・テンプレートなどのスプレッドシートにおいて定義され得る。セキュリティパーミッションは、スプレッドシートに関連するスプレッドシートアプリケーションのネイティブな式を用いて定義され得る。加えて及び／又は代替的に、セキュリティパーミッションは、管理ポリシーサーバなどのスプレッドシート以外のソースから検索され得る。システムは、第１のセキュリティパーミッションを有する第１のユーザによるウェブデータストアの修正を防止し得る。システムは、第２のセキュリティパーミッションを有する第２のユーザから受信した入力に応答してウェブデータストアの修正を可能にし得る。

【0013】

スプレッドシートは、スプレッドシートアプリケーションソフトウェアを用いて生成され得る。例えば、いくつかの実施形態では、スプレッドシートは、ＭＩＣＲＯＳＯＦＴ ＥＸＣＥＬを用いて生成され得る。スプレッドシートは、任意の従来のスプレッドシートのデータフォーマットに準拠するデータファイル及び／又はファイルのコレクションを備え得る。例えば、スプレッドシートは、ＭＩＣＲＯＳＯＦＴ ＥＸＣＥＬで用いられるＸＬＳＸ、ＭＳ－ＸＬＳ、及び／又はＭＳ－ＸＬＳＢバイナリデータフォーマットに準拠し得る。いくつかの実施形態では、生成されたウェブデータストアは、スプレッドシートを備え得る、又は逆もまた同様である。

【0014】

いくつかの態様によれば、対話型ウェブアプリケーションは、データレコード及び／又はユーザインターフェース・テンプレートに基づいて入力ウェブページ及び／又は出力ウェブページを生成し得る。いくつかの実施形態では、システムは、１つ又は複数のユーザインターフェース・テンプレートにおいて識別されるデータソースに基づいてウェブ入力フォームを生成し、ウェブ入力フォームを介して１つ又は複数のレコードを修正するべくユーザ入力を受信し得る。システムは、第１のユーザインターフェース・テンプレートに基づいてウェブデータストアからデータを出力するためのデータ出力ウェブページを生成し、第２のユーザインターフェース・テンプレートに基づいてウェブデータストアにおけるデータを編集するのに使用可能なデータ編集ウェブページを生成し得る。いくつかの実施形態では、特定のウェブページを生成することは、特定のウェブページに関連するクライアントデバイス特徴に対応するユーザインターフェース・テンプレートを選択することを含み得る。

【0015】

別の態様又は実施形態によれば、ｗｅｂｉｆｉｅｒシステムは、それぞれゼロ又はそれ以上のデータレコードを有する、スプレッドシート（単数又は複数）内の１つ又は複数のデータソースを決定することと、データソースは、スプレッドシートの第１の部分を備え；それぞれデータソースのうちの１つ又は複数に関するデータフォーマットを備える、スプレッドシート内からの１つ又は複数のユーザインターフェース・テンプレートを決定することと、ユーザインターフェース・テンプレートは、スプレッドシートの第２の部分を備え；スプレッドシート内で識別されるデータソースからのデータレコードを備えるウェブデータストアを生成することと；特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートに基づいて対話型ウェブアプリケーションの特定のウェブページを生成することと、特定のウェブページは、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートに基づいて識別される１つ又は複数のデータソースを参照し；対話型ウェブアプリケーションの特定のウェブページの提示に関する要求に応答して、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートにより識別される及びフォーマットされる１つ又は複数のデータレコードを含む特定のウェブページの提示を生成することと；スプレッドシートに基づいて生成された対話型ウェブアプリケーションのウェブページを介してユーザ入力を受信することに応答してウェブデータストアを更新することと；により、少なくとも１つのウェブページを備える対話型ウェブアプリケーションを生成するように構成され得る。

【0016】

いくつかの態様において、以下の任意の組み合わせがｗｅｂｉｆｉｅｒシステム内に又はｗｅｂｉｆｉｅｒシステムにより含まれ得る：スプレッドシートに基づいて生成された対話型ウェブアプリケーションのウェブページは特定のウェブページである；スプレッドシートは複数のワークシートを備え、スプレッドシートの第１の部分は、スプレッドシートの第２の部分とは異なるワークシート上にある；スプレッドシートは複数のワークシートを備え、１つ又は複数のユーザインターフェース・テンプレートは、１つ又は複数のデータソースと同じワークシートに記憶される；ユーザインターフェース・テンプレートの少なくとも１つのデータフォーマットは、対応するデータソースのフォントフォーマットを含む；ユーザインターフェース・テンプレートの少なくとも１つのデータフォーマットは、対応するデータソースのセルサイズに基づいている；方法は、ウェブデータストアを更新することに基づいてスプレッドシートを更新することをさらに含み得る；方法は、１つ又は複数のユーザインターフェース・テンプレートに関連する少なくとも１つのデータフォーマットへの１つ又は複数の変更を識別するべくスプレッドシートを分析することと、ウェブデータストアに影響を及ぼさずに変更されたデータフォーマットに基づいて対話型ウェブアプリケーションを更新することをさらに含み得る；方法は、１つ又は複数のデータソースのデータレコードになされた１つ又は複数の変更を識別するべくスプレッドシートを分析することと、変更されたデータレコードに基づいてウェブデータストアを更新することをさらに含み得る（この場合、このような修正は、自動的に、インターバルをおいて、ユーザ入力に基づいてなどで行われ得る）；方法は、１つ又は複数のデータソースに関連する少なくとも１つのデータレコードになされた１つ又は複数の変更を識別するべくスプレッドシートを分析することと、変更されたデータレコードに基づいてウェブデータストアを更新することをさらに含み得る（この場合、このような修正は、自動的に、インターバルをおいて、ユーザ入力に基づいてなどでさらに行われ得る）。

【0017】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、第１のセキュリティパーミッションを有する第１のユーザによるウェブデータストアの修正を防止し、第２のセキュリティパーミッションを有する第２のユーザから受信した入力に応答してウェブデータストアの修正を可能にするべく、セキュリティ制御を含み得る。第１及び第２のセキュリティパーミッションは、１つ又は複数のユーザインターフェース・テンプレートに基づいて決定され得る。セキュリティパーミッションは、随意的に、スプレッドシートを生成したスプレッドシートアプリケーションにネイティブな式により定義され得る。

【0018】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、スプレッドシートは、生成されたウェブデータストアを備え得る、又はウェブデータストアは、スプレッドシートとは別個であり得る。ウェブデータストアの識別又は生成は、適用可能なデータを記憶する際に、適用可能なスプレッドシート（単数又は複数）のレコード又はその一部を記憶することを含み得る。

【0019】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、ＸＬＳＸ、ＭＳ－ＸＬＳバイナリデータフォーマット、又はＭＳ－ＸＬＳＢバイナリデータフォーマットに準拠するスプレッドシートを用い得る。

【0020】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、ウェブデータストアを生成した後で、その後、スプレッドシートにおける１つ又は複数のデータレコードになされた１つ又は複数の変更に基づいてウェブデータストアを更新し得る。

【0021】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、特定のウェブページを生成した後で、スプレッドシートにおける１つ又は複数のユーザインターフェース・テンプレートになされた１つ又は複数の変更に基づいて特定のウェブページを更新し得る。

【0022】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、データソースに関連する１つ又は複数のデータ制約を識別する少なくとも１つのユーザインターフェース・テンプレートを含み、システムは、１つ又は複数のデータ制約を満たすデータレコードを選択することに基づいて特定のウェブページの提示を生成し得る。１つ又は複数のデータ制約は、随意的に、スプレッドシートにおいて識別されるユーザレベルのセキュリティ制約を含み得る。随意的に、１つ又は複数のデータ制約のうちの少なくとも１つは、スプレッドシートに関連するスプレッドシートアプリケーションにネイティブな式により定義され得る。

【0023】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、特定のデータソースに関連する１つ又は複数の入力検証ルールを識別する少なくとも１つのユーザインターフェース・テンプレートを含み、システムは、１つ又は複数の入力検証ルールと突き合せてユーザ入力をさらに評価し得る。随意的に、ウェブデータストアが特定のウェブページに関連する１つ又は複数の入力検証ルールを識別するときに、システムは、１つ又は複数の入力検証ルールと突き合せてユーザ入力を評価し得る。

【0024】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、ウェブアプリケーションを介してユーザ入力を受信し、システムは、１つ又は複数のユーザインターフェース・テンプレートにおいて識別されるデータソースに基づいてウェブ入力フォームを生成し、ウェブ入力フォームを介してユーザ入力を受信し得る。

【0025】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、対話型ウェブアプリケーションは、第１のユーザインターフェース・テンプレートに基づいてウェブデータストアからデータを出力するためのデータ出力ウェブページを生成し、第２のユーザインターフェース・テンプレートに基づいてウェブデータストアにおけるデータを編集するのに使用可能なデータ編集ウェブページを生成し得る。

【0026】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、特に、例えば、モバイルデバイスに特有のページを修正するべく特定のウェブページに関連するクライアントデバイス特徴に対応するユーザインターフェース・テンプレートを選択することにより特定のウェブページを生成し得る。

【0027】

別の態様によれば、ｗｅｂｉｆｉｅｒシステムは、１つ又は複数のプロセッサと、１つ又は複数のプロセッサによって実行されるときにシステムに対話型ソフトウェアアプリケーション（例えば、ウェブアプリケーション）を生成させる命令を記憶するメモリを含み得る。ｗｅｂｉｆｉｅｒシステムは、スプレッドシートを評価することに基づいて、それぞれ１つ又は複数のデータレコードを有する、スプレッドシート内の１つ又は複数のデータソースを取得し得、データソースは、スプレッドシートの第１のワークシートの少なくとも一部を備える。システムは、スプレッドシートを評価することに基づいて、それぞれデータソースのうちの１つ又は複数に関するデータフォーマットを備える、スプレッドシート内の１つ又は複数のユーザインターフェース・テンプレートを取得し得、ユーザインターフェース・テンプレートは、スプレッドシートの第２のワークシートの少なくとも一部を備える。システムは、随意的に、スプレッドシート内で識別されるデータソースからデータレコードを抽出し、データレコードをウェブデータストアに記憶することにより、ウェブデータストアを生成し得る、又はシステムは、（この又は任意の他の実施形態において）スプレッドシートをウェブデータストアとして用い得る。システムは、ウェブデータストアの抽出したデータレコードに基づいて対話型ソフトウェアアプリケーションの特定のウェブページを生成し得、特定のウェブページは、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートに基づいて識別される及びフォーマットされるデータレコードへの参照を備える。対話型ソフトウェアアプリケーションの特定のウェブページの提示に関する要求に応答して、システムは、特定のウェブページの提示を生成し得る。システムはまた、対話型ソフトウェアアプリケーションを介してユーザ入力を受信することに応答してウェブデータストアを更新し得る。

【0028】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、データソースに関連する１つ又は複数のデータ制約を識別する少なくとも１つのユーザインターフェース・テンプレートを含み得る。命令は、１つ又は複数のプロセッサによって実行されるときに、さらにシステムに、１つ又は複数のデータ制約を満たすデータレコードを選択することに基づいて特定のウェブページの提示を生成させ得る。

【0029】

別の態様又は実施形態によれば、ｗｅｂｉｆｉｅｒシステムは、対話型ウェブアプリケーションを生成し得る。ｗｅｂｉｆｉｅｒシステムは、スプレッドシートを評価することに基づいて、それぞれゼロ又はそれ以上のデータレコードを有する、スプレッドシート内の１つ又は複数のデータソースを取得し得、データソースは、スプレッドシートの第１のワークシートの少なくとも一部を備える。システムは、スプレッドシートを評価することに基づいて、それぞれデータソースのうちの１つ又は複数に関するデータフォーマットを備える、スプレッドシート内の１つ又は複数のユーザインターフェース・テンプレートを取得し得、ユーザインターフェース・テンプレートは、スプレッドシートの第２のワークシートの少なくとも一部を備える。システムは、スプレッドシート内で識別されるデータソースからのデータレコードを備えるウェブデータストアを生成し得る。システムは、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートに基づいて対話型ウェブアプリケーションの特定のウェブページを生成し得、特定のウェブページは、データソースのうちの少なくとも１つのデータソースへの参照及び特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートに基づく書式設定を備える。システムは、対話型ウェブアプリケーションの特定のウェブページの提示に関する要求に応答して、少なくとも１つのデータソースに関連する及び特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートに従ってフォーマットされる１つ又は複数のデータレコードを含む特定のウェブページの提示を生成し得る。システムは、対話型ウェブアプリケーションを介してユーザ入力を受信することに応答してウェブデータストアを更新し得る。第１のワークシートは、第２のワークシートと同じワークシート又は異なるワークシートであり得る。

【0030】

別の態様によれば、任意の１つ又は複数の実施形態は、表示のためにスプレッドシートの少なくとも一部を提示するスプレッドシート・ユーザインターフェースを生成することをさらに含み得、スプレッドシート・ユーザインターフェースは、ユーザがスプレッドシート内の１つ又は複数のデータソースを識別すること及びスプレッドシート内の１つ又は複数のユーザインターフェース・テンプレートを識別することを可能にする１つ又は複数の制御を備える。次いで、対話型ウェブアプリケーションの特定のウェブページを生成することは、特定のウェブページに対応する少なくとも１つ又は複数のユーザインターフェース・テンプレートを識別する１つ又は複数の制御を介してユーザ入力を受信することに応答して行われ得る。

【0031】

１つ又は複数の実施形態において、及び任意の他の実施形態との組み合わせにおいて、スプレッドシート・ユーザインターフェースは、セルの二次元配列を備える。スプレッドシート・ユーザインターフェースのセルは、数値、テキスト値、及び式をサポートし得る。スプレッドシート・ユーザインターフェースにおけるセルの式は、ユーザが数学的計算を指定することを可能にし得る。スプレッドシート・ユーザインターフェースにおけるセルの式は、複数の他のセルへの参照を可能にし得る。スプレッドシート・ユーザインターフェースにおけるセルの式はまた、数式及び文字列操作関数をサポートし得る。

【0032】

随意的に、スプレッドシート・ユーザインターフェースにおけるセルの式は、名前付き関数への参照をサポートし、スプレッドシート・ユーザインターフェースのセルは、スプレッドシート・ユーザインターフェースの所与の行、所与の列、又は所与の領域内の異種のフォーマット及び式をサポートし、及び／又は、スプレッドシート・ユーザインターフェースにおけるセルの式は、他の式、数値、又はテキスト値を含む他のセルへの参照をサポートし得る。

【0033】

いくつかの態様において、スプレッドシート・ユーザインターフェースは、ユーザがスプレッドシート・ユーザインターフェースのセルを編集及びフォーマットすることを可能にする視覚編集ユーザインターフェースを提供し、視覚編集ユーザインターフェースは、フォーマットの変更、式の変更、及びフォーマット評価値及び／又はルールに基づいてユーザに視覚フィードバックを提供し得る。

【0034】

いくつかの態様において、スプレッドシート・ユーザインターフェースは、他のセルの内容が複数の行又は複数の列にわたって視覚的にスパンし得るかどうかに影響を及ぼさずに、単一セルの内容が複数の行又は複数の列にわたって視覚的にスパンし得ることをユーザが示すことを可能にし得る。

【0035】

いくつかの態様において、スプレッドシート・ユーザインターフェースは、ユーザが単一セル又はセルの範囲を強調表示するべくそれらと対話することによってセルを選択する及びセルの内容を他のセルに移動することを可能にし得る。

【0036】

いくつかの態様において、スプレッドシート・ユーザインターフェースは、ユーザが１つ又は複数のセルへの参照を現在編集中のセルの式に自動的に挿入するためにそれらのセルを選択することを可能にし得る。

【0037】

いくつかの実施形態では、ユーザ入力は、署名及び署名に関連するメタデータを備え得る。

【0038】

いくつかの態様において、ｗｅｂｉｆｉｅｒシステムは、モバイルデバイス又はモバイルアプリケーションによる表示のためにモバイルソフトウェアアプリケーション及び／又はコンテンツを生成し得る。ｗｅｂｉｆｉｅｒシステムは、スプレッドシート内の１つ又は複数のデータソースを決定し、各データソースは、１つ又は複数のデータレコードを有し得る。ｗｅｂｉｆｉｅｒシステムは、スプレッドシート内の１つ又は複数のユーザインターフェース・テンプレートを決定し、各テンプレートは、データソースのうちの１つ又は複数に関するデータフォーマットを備え得る。ｗｅｂｉｆｉｅｒシステムは、随意的に、スプレッドシート内で識別されるデータソースからのデータレコードを備えるデータストアを生成し得る、又は、スプレッドシートをデータストアとして用い得る。ｗｅｂｉｆｉｅｒシステムは、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートに基づいて特定のウェブページの複数のバージョンを生成し得、特定のウェブページは、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートに基づいて識別される１つ又は複数のデータソースを参照し、特定のウェブページのバージョンのうちの少なくとも１つは、モバイルクライアントに関連する１つ又は複数のユーザインターフェース・テンプレートに基づくモバイルバージョンである。ｗｅｂｉｆｉｅｒシステムは、例えば、要求がユーザデバイスをモバイルクライアント又はデバイスとして識別する場合に、モバイルデバイスから対話型ウェブアプリケーションの特定のウェブページの提示に関する要求を受信し得る。要求に応答して、ｗｅｂｉｆｉｅｒシステムは、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレート及びモバイルクライアントに関連する１つ又は複数のユーザインターフェース・テンプレートにより識別される及びフォーマットされる１つ又は複数のデータレコードを含む特定のウェブページのモバイルバージョンの提示を生成し得る。ｗｅｂｉｆｉｅｒシステムは、モバイルデバイスからユーザ入力を受信することに応答してデータストアを更新し得る。

【0039】

別の態様によれば、及び任意の他の態様又は実施形態との組み合わせにおいて、ｗｅｂｉｆｉｅｒシステムは、データファイルのデータレコードを提示するスプレッドシート・ユーザインターフェースを生成し得、スプレッドシート・ユーザインターフェースは、データレコードを、複数のセルを備える行及び列の表形式で表示し、スプレッドシート・ユーザインターフェースは、ユーザがスプレッドシート・ユーザインターフェースの第２のセルの値に基づいてスプレッドシート・ユーザインターフェースの第１のセルの値を計算するべく式を定義することを可能にする。

【0040】

スプレッドシート・ユーザインターフェースは、数値、テキスト値、及び式をサポートするセルの二次元配列を含み得る。スプレッドシート・ユーザインターフェースにおけるセルの式は、ユーザが数学的計算、複数の他のセルへの参照、名前付き関数（及び／又は領域）への参照、及び／又は数式及び文字列操作関数を指定することを可能にする。

【0041】

いくつかの態様において、スプレッドシート・ユーザインターフェースのセルは、スプレッドシート・ユーザインターフェースの所与の行、所与の列、又は所与の領域内の異種のフォーマット、及び／又は他の式、数値、又はテキスト値を含む他のセルへの参照をサポートし得る。

【0042】

いくつかの態様において、スプレッドシート・ユーザインターフェースは、ユーザがスプレッドシート・ユーザインターフェースのセルを編集及びフォーマットすることを可能にする視覚編集ユーザインターフェースを提供し、視覚編集ユーザインターフェースは、フォーマットの変更、式の変更、及びフォーマット評価値に基づいてユーザに視覚フィードバックを提供し得る。

【0043】

いくつかの態様において、スプレッドシート・ユーザインターフェースは、他のセルの内容が複数の行又は複数の列にわたって視覚的にスパンし得るかどうかに影響を及ぼさずに、単一セルの内容が複数の行又は複数の列にわたって視覚的にスパンし得ることをユーザが示すことを可能にし得る。

【0044】

いくつかの態様において、スプレッドシート・ユーザインターフェースは、ユーザが単一セル又はセルの範囲を強調表示するべくそれらと対話することによってセルを選択する及びセルの内容を他のセルに移動することを可能にし得る、及び／又は、ユーザが１つ又は複数のセルへの参照を現在編集中のセルの式に自動的に挿入するためにそれらのセルを選択することを可能にし得る。

【0045】

別の態様又は実施形態によれば、ｗｅｂｉｆｉｅｒシステムは、対話型ソフトウェアアプリケーションを生成し得る。ｗｅｂｉｆｉｅｒシステムは、それぞれ１つ又は複数のデータレコードを有する１つ又は複数のデータソースを識別するべくスプレッドシート（単数又は複数）を分析（又は処理、決定、取得など）し得る。ｗｅｂｉｆｉｅｒシステムは、それぞれ１つ又は複数のデータソースに関するデータフォーマットを備える１つ又は複数のユーザインターフェース・テンプレートを識別するべくスプレッドシート（単数又は複数）を分析（又は処理、決定、取得など）し得る。ｗｅｂｉｆｉｅｒシステムは、随意的に、スプレッドシート内で識別されるデータソースからデータレコードを抽出し、データレコードをウェブデータストアに記憶することにより、ウェブデータストアを生成し得る、又はｗｅｂｉｆｉｅｒシステムは、スプレッドシート（単数又は複数）をウェブデータストアとして用い得る。対話型ソフトウェアアプリケーション内で特定のウェブページを作成する要求に応答して、ｗｅｂｉｆｉｅｒシステムは、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートを識別し、特定のウェブページに対応する１つ又は複数のデータソースを識別し、識別した１つ又は複数のユーザインターフェース・テンプレートに基づいて及び１つ又は複数の識別したデータソースに基づいて特定のウェブページを生成し得る。ｗｅｂｉｆｉｅｒシステムは、特定のウェブページに関するクライアントデバイスからの要求に応答して、１つ又は複数の識別したデータソースに基づいてウェブデータストアから１つ又は複数のデータレコードを取得し、１つ又は複数の識別したユーザインターフェース・テンプレートに従ってフォーマットされる１つ又は複数の検索したデータレコードを含む特定のウェブページを提供し得る。ｗｅｂｉｆｉｅｒシステムは、ウェブアプリケーションを介してユーザ入力を受信することに応答してウェブデータストア（又は適用できる場合はスプレッドシート）を更新し得る。

【0046】

別の態様又は実施形態によれば、ｗｅｂｉｆｉｅｒシステムは、対話型ウェブアプリケーションを生成し得る。ｗｅｂｉｆｉｅｒシステムは、それぞれ１つ又は複数のデータレコードを有する１つ又は複数のデータソースを識別するべくスプレッドシート（又は複数のスプレッドシート）を分析（又は処理、決定、取得など）し得る。ｗｅｂｉｆｉｅｒシステムはまた、それぞれ１つ又は複数のデータソースに関するデータフォーマットを備える１つ又は複数のユーザインターフェース・テンプレートをスプレッドシート（単数又は複数）内で識別し得る。ｗｅｂｉｆｉｅｒシステムは、随意的に、スプレッドシート内で識別されるデータソースからデータレコードを抽出し、データレコードをウェブデータストアに記憶することにより、ウェブデータストアを生成し得る、又はｗｅｂｉｆｉｅｒシステムは、スプレッドシート（単数又は複数）をウェブデータストアとして用い得る。ｗｅｂｉｆｉｅｒシステムは、対話型ウェブアプリケーション内の特定のウェブページに関する第１の要求に応答して、ウェブデータストア（又はスプレッドシート（単数又は複数））からのデータレコードを用いて特定のウェブページを作り得、この場合、データレコードは、特定のウェブページに対応する１つ又は複数のユーザインターフェース・テンプレートにより識別される及びフォーマットされる。ｗｅｂｉｆｉｅｒシステムは、ウェブデータストアを生成した後でなされた１つ又は複数の変更を識別するべくスプレッドシートを分析し、スプレッドシートになされた１つ又は複数の変更を用いて対話型ウェブアプリケーションを更新し得る。特定のウェブページに関する第２の要求に応答して、ｗｅｂｉｆｉｅｒシステムは、スプレッドシートになされた１つ又は複数の変更を組み込む特定のウェブページを作り得る。

【0047】

いくつかの態様において、スプレッドシートになされた１つ又は複数の変更は、ユーザインターフェース・テンプレートへの編集を含み得、スプレッドシートになされた１つ又は複数の変更を組み込む特定のウェブページを作ることは、データレコードを変えずに、ユーザインターフェース・テンプレートへの編集を組み込む特定のウェブページを生成することを含む。

【0048】

いくつかの態様において、スプレッドシートになされた１つ又は複数の変更が、データレコードへの編集を含む場合、スプレッドシートになされた１つ又は複数の変更を組み込む特定のウェブページを作ることは、ユーザインターフェース・テンプレートを変えずに、データレコードへの編集を組み込む特定のウェブページを生成することを含み得る。

【0049】

前述のどの特徴も、どの特定の態様又は実施形態と共に用いられてもよいことに留意されたい。上記の実施形態の特徴及び本明細書で説明されるものの多くの組み合わせ、修正、又は変更が、当業者にはすぐに分かるであろうし、それらは本発明の一部をなすことを意図されている。一実施形態又は例に関係して具体的に説明した特徴のいずれも、どの他の実施形態で用いられてもよい。

【0050】

同様の参照番号が同様の特徴を示す添付図を考慮して以下の説明を参照することによって、本明細書で説明される態様及びその利点のより十分な理解が得られるであろう。

【図面の簡単な説明】

【0051】

【図1】図１は、本明細書で説明される１つ又は複数の例示的な態様と共に用いられ得るシステムアーキテクチャを例示する図である。

【図2】図２は、本明細書で説明される１つ又は複数の例示的な態様に係る迅速なソフトウェアアプリケーション開発を行う方法を示す図である。

【図3A】図３Ａは、本明細書で説明される１つ又は複数の例示的な態様を実装するのに用いられ得る例示的なソフトウェアシステムアーキテクチャを示す図である。

【図3B】図３Ｂは、本明細書で説明される１つ又は複数の例示的な態様を実装するのに用いられ得る例示的なソフトウェアシステムアーキテクチャを示す図である。

【図4】図４は、Ｗｅｂｉｆｉｅｒに特異的な利用可能な式関数を有するＡｄｄ－Ｏｎがインストールされたスプレッドシートアプリケーションのスクリーンショットである。

【図5】図５は、Ｗｅｂｉｆｉｅｒに特異的な利用可能な式関数を有するＡｄｄ－Ｏｎがインストールされたスプレッドシートアプリケーションのスクリーンショットである。

【図6】図６は、Ｗｅｂｉｆｉｅｒに特異的な利用可能な式関数を有するＡｄｄ－Ｏ ｎがインストールされたスプレッドシートアプリケーションのスクリーンショットである。

【図7】図７は、Ｗｅｂｉｆｉｅｒに特異的な利用可能な式関数を有するＡｄｄ－Ｏｎがインストールされたスプレッドシートアプリケーションのスクリーンショットである。

【図8】図８は、Ｗｅｂｉｆｉｅｒに特異的な利用可能な式関数を有するＡｄｄ－Ｏｎがインストールされたスプレッドシートアプリケーションのスクリーンショットである。

【図9】図９は、Ｗｅｂｉｆｉｅｒに特異的な利用可能な式関数を有するＡｄｄ－Ｏｎがインストールされたスプレッドシートアプリケーションのスクリーンショットである。

【図10】図１０は、Ｗｅｂｉｆｉｅｒに特異的な利用可能な式関数を有するＡｄｄ－Ｏｎがインストールされたスプレッドシートアプリケーションのスクリーンショットである。

【図11】図１１は、訪問者がそのページを訪問するときに見ることができるデスティネーションページのポップアップサムネイルプレビューを示すＡｄｄ－Ｏｎのページリストのスクリーンショットである。

【図12】図１２は、Ａｄｄ－Ｏｎがインストールされたスプレッドシートアプリケーションのスクリーンショットであり、この場合、スプレッドシートアプリケーションのツールバーに付加的なメニューが追加されており、ユーザがログインしており、利用可能なｗｅｂ－ａｐｐのリストと共にスプレッドシートアプリケーション側のフレーム内にＡｄｄ－Ｏｎインターフェースが示されている。

【図13】図１３は、Ａｄｄ－Ｏｎがインストールされたスプレッドシートアプリケーションのスクリーンショットであり、この場合、スプレッドシートアプリケーションのツールバーに付加的なメニューが追加されており、ユーザがログインしておらず、ログインページが示されている。

【図14】図１４は、Ａｄｄ－Ｏｎがインストールされたスプレッドシートアプリケーションのスクリーンショットであり、この場合、セルの右クリックメニューに付加的なメニューオプションが追加されている。

【図15】図１５は、ゲーミフィケーションのユーザ通知ポップアップのスクリーンショットである。

【図16】図１６は、ａｐｐのソースにより編成されるｗｅｂ－ａｐｐのリストのスクリーンショットである。

【図17】図１７は、ｗｅｂ－ａｐｐのリスト上の１つのａｐｐに関するアクティブ化されたアクションメニューのスクリーンショットである。ｗｅｂｉｆｉｅｒは、図２１のようにｗｅｂ－ａｐｐパーミッションが所有設計者により制限されたために、利用可能なａｐｐ操作を制限している。

【図18】図１８は、現在選択されたａｐｐ“Ｔｅｓｔ－Ｃｏｐｙ”に関するページの空リストのスクリーンショットである。

【図19】図１９は、ｗｅｂ－ａｐｐのリスト上のアクティブ化された“Ａｐｐ Ｉｎｆｏｒｍａｔｉｏｎ”ダイアログのスクリーンショットであり、具体的なｗｅｂ－ａｐｐについての要約情報が示されている。

【図20】図２０は、Ｒｅｐｏｒｔページにおいてレコードソースとして参照される伝統的なスプレッドシートテーブルを含むソーススプレッドシート定義と、スプレッドシート定義を用いて定義された結果的に生じるデスティネーションページを例示する図である。この図はさらに、具体的なログイン訪問者“Ｈａｌｅｅ”に関して、ｗｅｂｉｆｉｅｒがレコードセットを行２のみに絞り込んだことを例示し、この場合、デスティネーションシステム上で評価されるときにセルＡ２がログインユーザ名と一致し、スクリーンショットの右上で見られる式“＝ＩＳＬＯＧＧＥＤＩＮＷＥＢＵＳＥＲ（Ａ２）”がｔｒｕｅを返している。この図はまた、関数ＩＳＬＯＧＧＥＤＩＮＷＥＢＵＳＥＲが、設計時間中に交代プレースホルダ値を返したが、デスティネーションページをレンダリングするときにログイン訪問者が既知であったときに適正に評価したことを例示する。

【図21】図２１は、他のユーザと共有されているａｐｐのスクリーンショットであり、設計者は、追加の設計者がそのｗｅｂ－ａｐｐに関して有することになるパーミッションを指定している。

【図22】図２２は、テンプレートを新しい修正可能なｗｅｂ－ａｐｐへシングルクリックコピーするオプションを有するテンプレートメニューのスクリーンショットである。

【図23】図２３は、スプレッドシートアプリケーションで新しいスプレッドシートを作成した後でアップロードオプションをクリックしたユーザのスクリーンショットであり、ここでは、新しいａｐｐに名前をつけるべくアップロードダイアログが提示されており、名前は、先に作成したスプレッドシートファイルの名前にデフォルト設定される。

【図24】図２４は、“ＡＰＩ＿Ｐａｇｅ”という名前のデスティネーションページに関するＳｈａｒｅｓタブのスクリーンショットであり、設計者は、該ページ並びに該ページへのアクセスを許されたユーザのリストにアクセスするのにログインが要求されるかどうかを指定している。

【図25】図２５は、ユーザを該ユーザの電子メールアドレスに基づいて該ページへのアクセスを許されたユーザのリストに追加するべくＳｈａｒｅｓタブから開かれたダイアログのスクリーンショットである。

【図26】図２６は、ＡＰＩタイプのページが定義されているスクリーンショットであり、これは、プログラムでアクセスすることができるｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩページを作成し、設計者により指定される特定のＩｎｓｅｒｔページに対応する入力を有する。

【図27】図２７は、Ｃａｌｅｎｄａｒタイプのページが定義されているスクリーンショットである。スプレッドシートは、レコードシートを示し、サムネイルは、訪問者が見ることになる複雑な制御を例示する。範囲制御は、レコードシート上の適切な列に設定される。

【図28】図２８は、Ｃａｌｅｎｄａｒタイプのページを定義するのに利用可能な付加的なオプションのスクリーンショットである。

【図29】図２９は、ＣｏｎｔａｉｎｅｒタイプのページがＥａｓｙモードで定義されているスクリーンショットである。

【図30】図３０は、ＣｏｎｔａｉｎｅｒタイプのページがＡｄｖａｎｃｅｄモードで定義されているスクリーンショットである。

【図31】図３１は、ＣｏｎｔａｉｎｅｒタイプのページがＧｒａｐｈｉｃ Ｄｅｓｉｇｎｅｒモードで定義されているスクリーンショットである。

【図32】図３２は、Ｃｏｎｔａｉｎｅｒタイプのページを定義するのに利用可能な付加的なオプションのスクリーンショットである。

【図33】図３３は、ＣＳＶ Ｉｍｐｏｒｔタイプのページが定義されているスクリーンショットである。サムネイルは、ページの訪問者に提示されることになる複雑な制御の組を実証し、ソースは、名前によりワークシート全体に設定される。

【図34】図３４は、ＣＳＶ Ｉｍｐｏｒｔタイプのページを定義するのに利用可能な付加的なオプションのスクリーンショットである。

【図35】図３５は、Ｄｅｔａｉｌｓ Ｒｅｐｏｒｔタイプのページが定義されているスクリーンショットであり、設計者は、名前付き範囲／Ｄｅｆｉｎｅｄ Ｎａｍｅに基づくテンプレートシートを選択している。このスクリーンショットは、テンプレートソースの参照のための種々のオプションを示している。

【図36】図３６は、Ｄｅｔａｉｌｓ Ｒｅｐｏｒｔタイプのページが定義されているスクリーンショットであり、設計者は、スプレッドシートツールのセルから選択されているＢ９：Ｃ１２のカスタム範囲に基づくテンプレートシートを選択しており、この場合、設計者はテンプレート定義セクションにおいて“ｕｓｅ ｓｅｌｅｃｔｅｄ”ボタンをクリックした。

【図37】図３７は、Ｄｅｔａｉｌｓ Ｒｅｐｏｒｔタイプのページを定義するのに利用可能な付加的なオプションのスクリーンショットである。このスクリーンショットはまた、スプレッドシートツールのセル上の薄緑色のオーバーレイ、並びに、テンプレート定義内で用いるために設計者が利用可能な機能のリスティングを例示する。機能の詳細は図４～図１０で定義される。

【図38】図３８は、Ｅｄｉｔ－Ｃｅｌｌｓタイプのページが定義されているスクリーンショットである。

【図39】図３９は、Ｅｄｉｔ－Ｃｅｌｌｓタイプのページを定義するのに利用可能な付加的なオプションのスクリーンショットである。このスクリーンショットはまた、ヘッダ範囲（Ｈｅａｄｅｒ Ｒａｎｇｅ）が、スプレッドシートツールにおける現在選択されたＢ１：Ｃ１セルに基づくカスタム範囲により定義されていることを例示する。

【図40】図４０は、Ｅｄｉｔ－Ｃｅｌｌｓタイプのページに関するヘッダ範囲を定義するための種々のオプションのスクリーンショットである。

【図41】図４１は、Ｅｄｉｔ－Ｒｅｃｏｒｄタイプのページが定義されているスクリーンショットであり、設計者は、各行が異なるレコードを表すように、ソースレコードシートの配向が行に基づくことを指定している。

【図42】図４２は、Ｅｄｉｔ－Ｒｅｃｏｒｄタイプのページを定義するのに利用可能な付加的なオプションを示すスクリーンショットである。

【図43】図４３は、Ｉｎｓｅｒｔタイプのページが定義されているスクリーンショットであり、サムネイルは、デスティネーションページの訪問者によって見られ得る、自動的に生成されるｈｔｍｌフォームのプレビューを例示している。

【図44】図４４は、Ｉｎｓｅｒｔタイプのページに関する種々のオプションのスクリーンショットである。これはさらに、ｗｅｂｉｆｉｅｒがサポートするデータバリデータのうちのいくつかを例示する。

【図45】図４５は、Ｌｉｎｋタイプのページが定義されているスクリーンショットであり、サムネイルは、生成されることになるハイパーリンクのプレビューを例示しているが、式関数は、実際の値ではなくプレースホルダ値を示しており、リンクのクリック時に訪問者が向けられることになるデスティネーションの場所は、特異的なＣａｌｅｎｄａｒデスティネーションページとして指定される。

【図46】図４６は、ＰＤＦタイプのページが定義されているスクリーンショットであり、サムネイルは、ＰＤＦのための基礎として以前に作成したＩｎｓｅｒｔデスティネーションページを設計者が選択することに基づいて生成されることになるＰＤＦに埋め込まれるフォームを有するＰＤＦのプレビューを例示している。

【図47】図４７は、Ｒｅｐｏｒｔタイプのページが定義されているスクリーンショットであり、この場合、レポートは、別個に定義されたテンプレートシートを有さない。サムネイルは、行レコードシートが、結果的に、行レコードシートのセルと同じ書式設定を有するレコードのすべてをリストアウトするデスティネーションページを生じることを例示する。

【図48】図４８は、Ｒｅｐｏｒｔタイプのページを定義するのに利用可能な付加的なオプションを示す。

【図49】図４９は、Ｔａｂｓ Ｃｏｎｔａｉｎｅｒタイプのページが定義されているスクリーンショットであり、この場合、設計者は、タブ内に含まれるべき２つの以前に作成したデスティネーションページを選択した。サムネイルは、ページの最上部に２つの視覚タブを有することになるデスティネーションページを例示し、各タブは、コンテンツのための基礎として以前に作成したページのうちの１つを有している。

【図50】図５０は、Ｔｅｘｔタイプのページが定義されているスクリーンショットであり、この場合、設計者は、ＷＹＳＩＷＹＧエディタを用いてリッチテキストを入力することができる。

【図51】図５１は、設計者からのページ追加要求を受信後に追加されるべきページのタイプに関するオプションを提示するシステムのスクリーンショットである。

【図52】図５２は、ｗｅｂｉｆｉｅｒがスプレッドシートでチャートが利用可能であることを自動的に検出したことによる、Ｒｅｐｏｒｔタイプのページが定義されているスクリーンショットであり、ｗｅｂｉｆｉｅｒは、Ｒｅｐｏｒｔデスティネーションページ上に表示することができるチャートのドロップダウンリスティングを表示する。

【図53】図５３は、Ａｄｄ－Ｏｎが、訪問者からの変更が受信及び検出されており、自動的にダウンロードされることになるか又は設計者がそれらを所望の時点で取得するべくダウンロードデータをクリックすることができることをデスティネーションシステムにより通知されているスクリーンショットである。

【図54】図５４は、ページリストのスクリーンショットであり、この場合、設計者は、ページに関するアクションメニューをクリックしており、Ａｄｄ－Ｏｎは、ページの複製又は削除などのデスティネーションページに関するサポートされる操作オプションを提示している。

【図55】図５５は、Ａｄｄ－Ｏｎがｗｅｂ－ａｐｐの複製などのｗｅｂ－ａｐｐ全体に関する種々の操作オプションを有するページリスティング内からのｗｅｂ－ａｐｐアクションメニューを表示しているスクリーンショットである。

【図56】図５６は、ｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しに関する典型的な使用及び要求フォーマットを実証する、外部システム又はＡｄｄ－Ｏｎに利用可能なデスティネーションシステムｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ関数呼び出しに関する例示的なドキュメンテーションである。

【図57】図５７は、デスティネーションＲｅｐｏｒｔページのスクリーンショットであり、Ｒｅｐｏｒｔページタイプの結果が、左に行レコードがリストされ、最上部にいくつかのリンクを有し、且つチャットをポップアップするべく右にクリック可能なアイコンを有するレイアウトを定義するべくテンプレートシートを用いて定義されていることを例示する。

【図58】図５８は、デスティネーションシステムが、チャットレコードを検索し、チャットオブジェクトが訪問者によりアクセスされた後で新しいチャットを入力することを訪問者に促しているスクリーンショットである。

【図59】図５９は、例示的なスプレッドシートのスクリーンショットであり、この場合、チャットオブジェクトが、どんなグループのチャットレコードが該チャットオブジェクトと関連付けられるかを示すべく、式関数とパラメータとしてパスインされるＧＵＩＤで作成されている。この例では、設計時間中にセルに示される可視のプレースホルダテキストは、パスインされるＧＵＩＤである。

【図60】図６０は、例示的なスプレッドシートのスクリーンショットであり、いくつかの外部補足データオブジェクト：チャット、ファイル、及びイメージオブジェクトをスプレッドシート内でどのように用いることができるかを例示している。このスクリーンショットは、ファイルに関するＧＵＩＤ又はイメージが挿入されないときの＃Ｎｏｎｅの場合のようにプレースホルダテキスト、又はサイズを示すファイルオブジェクトに関する“１０ＫＢ”の場合のように式関数（例えば、図５）へのパラメータとして指定される他のキャプションがどのように存在し得るかを例示する。これはまた、このケースではＥ７とＦ７の２つのセルがどのようにして同じ外部データオブジェクトを指すことができるかを例示する。

【図61】図６１は、図６０のスプレッドシートから作成することができるデスティネーションＲｅｐｏｒｔページのスクリーンショットである。このページは、どのようにしてプレースホルダテキストが対話型チャットオブジェクトと置き換えられるか、及び、セルＥ７及びＦ７がここでは該ページが外部補足データオブジェクトの複数の属性を示すことを可能にすることを例示する。

【図62】図６２は、図６１におけるデスティネーションＲｅｐｏｒｔページがブラウザからのアップロードダイアログによって付加的なイメージファイルを受け入れる能力を有することのスクリーンショットである。このスクリーンショットはまた、デスティネ ーションページ上のイメージオブジェクトとの対話により制御が簡潔なテキストラベルからファイルを選ぶのに適切なものへ変更されることと、システムが、訪問者がアップロード先のファイルビンを変更することを可能にする、イメージオブジェクトの式を訪問者が変更することに関するパーミッションを設計者が指定することをサポートすることを例示する。

【図63】図６３は、訪問者がデスティネーションページを介してイメージをイメージオブジェクトにアップロードした後の、該イメージオブジェクトに関する現在記憶されたイメージを表示する、図６１におけるデスティネーションＲｅｐｏｒｔページのスクリーンショットである。

【図64】図６４は、式関数へのパラメータがＧＵＩＤではなく任意のテキスト文字列である場合の、図６０における例示的なスプレッドシートのスクリーンショットである。

【図65】図６５は、設計者がデスティネーションシステムへの接続を許されるプログラムの又は自動のクライアント、及び該クライアントがそれを行うのにどんな認証パラメータが必要とされるかを指定することを可能にするデスティネーションシステム管理ページのスクリーンショットである。

【図66】図６６は、ｗｅｂ－ａｐｐの“Ｔｉｍｅｓｈｅｅｔ”からドロップダウンする他のページのナビゲーションメニューを有するデスティネーションシステムページのスクリーンショットである。

【図67】図６７は、ｗｅｂ－ａｐｐがレコードシートとテンプレートシートとの両方のスプレッドシート定義並びに共有設定及び通知設定を含む単一の自己完結型のファイルとしてエクスポートされることを可能にする、デスティネーションシステム管理ページのスクリーンショットである。

【図68】図６８は、スプレッドシート定義のアップロードを可能にする、デスティネーションシステム管理ページのアップロードダイアログのスクリーンショットであり、図６７からエクスポートされた情報をインポートする同じオプションを有する。

【図69】図６９は、ｗｅｂ－ａｐｐのリスト上の１つのａｐｐに関するアクティブ化されたアクションメニューのスクリーンショットである。図１７とは異なり、ｗｅｂｉｆｉｅｒは、設計者がｗｅｂ－ａｐｐ上の適切なパーミッションを有するので、“ａｄｄ ｐａｇｅ”などの付加的な操作へのアクセスを提供している。

【図70】図７０は、それぞれ図４３、図４５、図４７、及び図５０によく似ているが、Ａｄｄ－Ｏｎ又は第三者スプレッドシートツールの必要なしに、設計者がＩｎｓｅｒｔタイプ、Ｌｉｎｋタイプ、Ｒｅｐｏｒｔタイプ、及びＴｅｘｔタイプのページを定義することを可能にする、デスティネーションシステム管理ページのスクリーンショットである。

【図71】図７１は、それぞれ図４３、図４５、図４７、及び図５０によく似ているが、Ａｄｄ－Ｏｎ又は第三者スプレッドシートツールの必要なしに、設計者がＩｎｓｅｒｔタイプ、Ｌｉｎｋタイプ、Ｒｅｐｏｒｔタイプ、及びＴｅｘｔタイプのページを定義することを可能にする、デスティネーションシステム管理ページのスクリーンショットである。

【図72】図７２は、それぞれ図４３、図４５、図４７、及び図５０によく似ているが、Ａｄｄ－Ｏｎ又は第三者スプレッドシートツールの必要なしに、設計者がＩｎｓｅｒｔタイプ、Ｌｉｎｋタイプ、Ｒｅｐｏｒｔタイプ、及びＴｅｘｔタイプのページを定義することを可能にする、デスティネーションシステム管理ページのスクリーンショットである。

【図73】図７３は、それぞれ図４３、図４５、図４７、及び図５０によく似ているが、Ａｄｄ－Ｏｎ又は第三者スプレッドシートツールの必要なしに、設計者がＩｎｓｅｒｔタイプ、Ｌｉｎｋタイプ、Ｒｅｐｏｒｔタイプ、及びＴｅｘｔタイプのページを定義することを可能にする、デスティネーションシステム管理ページのスクリーンショットである。

【図74】図７４は、テーブルが列Ｃの値に基づいてスプレッドシートレコードをフィルタする制御を有することができることを例示し、列Ｈ上の日付式などの式を用いるスプレッドシートレコードの付加的なフィルタリングを例示する、伝統的なスプレッドシートテーブルのスクリーンショットである。

【図75】図７５は、任意の外部ＵＲＬへのウェブページのページタイプをサポートし、必ずしもＵＲＬだけでなく様々な可能性あるソースを可能にする、デスティネーションシステム管理ページのスクリーンショットである。

【図76】図７６は、ｗｅｂｉｆｉｅｒの深くネストされたコンテナを有する能力を例示する、デスティネーションシステム管理ページのスクリーンショットである。

【図77】図７７は、デスティネーションシステム管理ページからの編集能力を有する、Ｅｄｉｔ－Ｒｅｃｏｒｄタイプのページに関するデスティネーションシステムがサポートするいくつかの付加的なオプションのスクリーンショットである。

【図78】図７８は、Ａｄｄ－Ｏｎではなくデスティネーションシステム管理ページからオプションを編集する能力を有する、Ｉｎｓｅｒｔタイプのページに関するデスティネーションシステムがサポートする、図４４で見られるものと類似した、いくつかの付加的なオプションのスクリーンショットである。

【図79】図７９は、デスティネーションシステムが他の方法でデータ検証として知られているユーザ入力を制約するオプションを提供することを例示するスクリーンショットであり、この場合、データ検証ルールは、記憶されるデータ値のタイプに特異的とすることができる。

【図80】図８０は、デスティネーションシステムがスプレッドシート定義におけるセルの範囲を参照するデータ検証ルールの一部と共にユーザ入力を制約するオプションを提供することを例示するスクリーンショットである。この例では、システムは、シート全体又はシート内のカスタムのセルの範囲をサポートする。

【図81】図８１は、範囲外のものはすべて編集可能ではないように種々のタイプのページ内の編集可能な範囲を修正することのデスティネーションシステムのサポートのスクリーンショットである。これは、“Ｅｖｅｒｙｔｈｉｎｇ”、名前付き範囲、並びに設計者により指定されるカスタム範囲を用いるなどのエイリアスのサポートを例示する。

【図82】図８２は、任意の外部サイトページ内に埋め込み型デスティネーションページを有するためにデスティネーションシステムが自動的に生成することができるＨＴＭＬコードの例である。

【図83】図８３は、外部自動化システムへの通知及び複数のタイプの通知のためのｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しをサポートする、通知設定に関する種々のオプションを例示する、デスティネーションシステムの通知設定ページのスクリーンショットである。

【図84】図８４は、デスティネーションシステムの特定の通知に関する構成オプションのスクリーンショットである。これは、設計者により指定されるＵＲＬによるそのｗｅｂｈｏｏｋ能力、並びに、電子メール能力を例示する。

【図85】図８５は、デスティネーションシステムの特定の通知の電子メールテンプレートに関する構成オプションのスクリーンショットである。

【図86】図８６は、デスティネーションＣＳＶ Ｉｍｐｏｒｔページのスクリーンショットであり、ｗｅｂｉｆｉｅｒが、インポート中にＣＳＶファイルを受け入れ、スプレッドシートを分析することによりそれがリンクされるレコードシートについてのメタデータを利用することができ、レコードシートへの挿入要求のステータスを報告することができることを例示する。

【図87】図８７は、図８６のようなデスティネーションＣＳＶ Ｉｍｐｏｒｔページのスクリーンショットであるが、システムが、ＣＳＶ Ｉｍｐｏｒｔフォームを介してデータが到着するときにデータ検証ルールを実施し、その失敗を報告することができることを例示する。

【図88】図８８は、デスティネーションＥｄｉｔ－Ｃｅｌｌｓページのスクリーン ショットであり、図３８に例示されたＡｄｄ－Ｏｎインターフェースから定義されているＥｄｉｔ－Ｃｅｌｌｓページタイプの結果と、ユーザの対話の結果として“ｅｄｉｔ ｍｏｄｅ”に切り替える任意のセルに関して変更しているデスティネーションページの制御を例示する。

【図89】図８９は、デスティネーションＥｄｉｔ－Ｒｅｃｏｒｄページのスクリーンショットであり、定義されているＥｄｉｔ－Ｒｅｃｏｒｄページタイプの結果、行の削除の結果としてのユーザへの動的通知メッセージ、及びデスティネーションシステムが“Ｅｄｉｔ”パーミッション及び“Ｄｅｌｅｔｅ”パーミッションが有効であると決定し、ページ定義がこれらのオプションを有効にしたときのテンプレートシート定義を修正する制御を例示する。

【図90】図９０は、図８９の“Ｅｄｉｔ Ｒｏｗ”ボタンが訪問者によりクリックされているときのデスティネーションＥｄｉｔ－Ｒｅｃｏｒｄページのスクリーンショットであり、テンプレートシートが定義されていないときに用いられる自動的に生成される入力フォームを例示し、該入力フォームが、スプレッドシート定義によりオプションが定義される場合のドロップダウンなどの制御を有することができることを例示する。

【図91】図９１は、訪問者がフォームに任意のフィールドを記入する前のデスティネーションＩｎｓｅｒｔページのスクリーンショットであり、サブミットがレコードシートを修正したことを確認する訪問者への通知を例示し、デスティネーションページがデータ検証ルールに基づいてデフォルト値を有するフィールド並びに編集不可フィールドを提示し得ることを例示する。

【図92】図９２は、訪問者が、スプレッドシート定義の関連するセルデータタイプが日付に設定されるフィールドに関するデータを入力するときの、図９１のようなデスティネーションＩｎｓｅｒｔページの訪問者に表示される複雑な対話型制御のスクリーンショットである。

【図93】図９３は、訪問者に失敗を知らせるためのインターフェースへの修正を例示する、訪問者が入力データ検証ルールに失敗した後のデスティネーションＩｎｓｅｒｔページのスクリーンショットである。

【図94】図９４は、サーバ上の管理パーミッションを有する設計者が、特定のロールに関するデスティネーションシステムの管理特徴に関係するアクセスパーミッションを制御することを可能にする、デスティネーションシステム管理ページのスクリーンショットであり、ロールがカスケーディング・パーミッションをもつサブロールを有する能力をさらに例示する。

【図95】図９５は、デスティネーションシステムの種々の粒度が細かい管理パーミッションを例示する、デスティネーションシステム管理ページのスクリーンショットである。

【図96】図９６は、訪問者がデスティネーションシステムにログインする又はアカウントを作成するための、多数のオプションを有する複雑なパスワードポリシーが可能であることを例示する、デスティネーションシステム管理ページのスクリーンショットである。

【図97】図９７は、スプレッドシートで設計されるソーススプレッドシート定義を例示する図であり、訪問者のために生成されるデスティネーションページ上の内容の書式設定を定義するべく、設計者により多数の書式設定オプションが指定されている。

【図98】図９８は、３つのページタブを有するタブコンテナを含む複雑なデスティネーションページのスクリーンショットであり、第１のページタブは、入力ページ、レポートページ、及びそのソースがチャートであるレポートページから自動的に生成される入力フォームを含む複数のネストされるページをもつネストされるコンテナページを有している。

【発明を実施するための形態】

【0052】

概論として、本明細書で説明される態様は、ソフトウェアアプリケーションの基礎をなす青写真として１つ又は複数のスプレッドシートを用いて複雑なソフトウェアアプリケーションを自動的に生成するように動作可能なローコード／ノーコードの方法及びシステムを提供し得る。いくつかの態様によれば、結果として得られるソフトウェアアプリケーションは、静的（読出し専用）であり得る、又は、ユーザが、例えば、１つ又は複数のオンラインウェブページを介して、アプリケーションデータを動的に追加する、削除する、編集する、又は他の方法で修正することを可能にするべく対話型（読み出し／書き込み）であり得る。データ転送は、青写真のスプレッドシートと結果として得られるソフトウェアアプリケーションとの間で一方向又は双方向であってよく、いくつかの実施形態では、これにより、修正されたデータが、ソフトウェアアプリケーションとスプレッドシートフォームとの間で転送される、オリジナルのスプレッドシート（単数又は複数）に返送される又は新しいスプレッドシート（単数又は複数）へ転送されることを可能にする。

【0053】

本明細書で用いられる場合のスプレッドシートは、データが記憶されるフォームに関係なく、ユーザに提示するためのデータの論理配列を指す。スプレッドシートソフトウェアアプリケーション（例えば、ＭＩＣＲＯＳＯＦＴ ＥＸＣＥＬ、ＡＰＰＬＥ ＮＵＭＢＥＲＳ、及びＧＮＯＭＥ ＧＮＵＭＥＲＩＣ）は、データがグリッドの行及び列に配列されるスプレッドシートをユーザが作成及び編集することを可能にする良く知られたタイプのソフトウェアであり、操作する及び計算に用いることができる。スプレッドシートソフトウェアアプリケーションはまた、コンピュータ上でローカルに又はクラウドベースのアーキテクチャで使用可能な、データの表形式での編成、分析、及びストレージのための対話型コンピュータアプリケーションを指し得る。スプレッドシートは、集計用紙のコンピュータシミュレーションであるとも言われている。スプレッドシートソフトウェアアプリケーションは、一般に、スプレッドシートのセルに入力されたデータで動作し、スプレッドシートの各セルは、数値データ、テキストデータ、或いは数式、１つ又は複数の他のセルの内容、又はさらには外部リンクされるデータに基づく値を自動的に計算及び表示する式の結果を含み得る。１つの例示的な態様によれば、スプレッドシートは、特定のスプレッドシートソフトウェアアプリケーションにより使用可能なデータファイルとして定義され得る。１つ又は複数のスプレッドシート・ドキュメント又はデータファイルは、同じ及び／又は異なるファイルから他のスプレッドシート／ワークシートのデータを参照する又はしない場合がある複数の個々の及び／又は別個のスプレッドシート（例えば、ワークシート、タブ）を備え得る。ある点では、スプレッドシートがデータベース用途と非データベース用途との両方をサポートするのに対し、データベースが通常は１つ又は複数のインデックス付きテーブルにデータが記憶されることを必要とすることに限って言えば、スプレッドシートは、データベースとは異なる。本明細書で説明される例示的な態様は、ローカルのスプレッドシートアプリケーションソフトウェアに関係し得る。しかしながら、他の例示的な態様では、スプレッドシートは、データが最終的に記憶される機能又はフォーマットを提供するバックエンドのシステムアーキテクチャに関係なく、ウェブブラウザ又は他のネットワーク化されたユーザインターフェースを通じてスプレッドシート機能及び特徴をユーザに提示する、クラウドベースのシステムのユーザインターフェースを介してユーザに提示され得る（例えば、ＧＯＯＧＬＥ ＳＨＥＥＴＳ、ＭＩＣＲＯＳＯＦＴ ＯＦＦＩＣＥ ＯＮＬＩＮＥ、ＥｄｉｔＧｒｉｄ、ＺＫ Ｓｐｒｅａｄｓｈｅｅｔ、Ｓｈｅｅｔｓｔｅｒ、Ｓｍａｒｔｓｈｅｅｔ、ＤＨＴＭＬＸ Ｓｐｒｅａｄｓｈｅｅｔ、Ｗｅｂｉｘ、ｅＸｐｒｅｓｓｏ、ＴｈｉｎｋＦｒｅｅ Ｃｅｌｌ）。本明細書で説明される態様は、ローカルのスプレッドシートアプリケーションソフトウェア実装とクラウドベースのスプレッドシート実装との両方、又は任意の他のスプレッドシート実装に適用され得る。

【0054】

スプレッドシートアプリケーションは、ユーザにより閲覧されるときに、通常は、共通して、行及び列のセルの特徴的な二次元配列、もしかすると付加的な二次元配列として表される任意の付加的なディメンション、ユーザにより入力された数値又はテキスト値又は式を含むことができるセル、及びユーザが数学的計算を指定すること及び／又は二次元配列内のセルの位置により複数の他のセルを参照することを可能にするセルの式を有する。ＭＩＣＲＯＳＯＦＴ ＥＸＣＥＬ及びＧＯＯＧＬＥ ＳＨＥＥＴＳを含むいくつかの現代の複雑なスプレッドシートアプリケーションは、往々にして、共通して、数式又は文字列操作式とすることができるセルの式、他の式又は数値又はテキスト値を含む他のセルを参照することができるセルの式、ユーザがビジュアルＷＹＳＩＷＹＧ（“Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ”）エディタでセルをフォーマットする能力、フォーマットの変更及び式の変更及び式の評価の結果として生じる値のユーザへの即座の視覚フィードバック、“ｓｕｍ（）”又は“ｃｏｎｃａｔｅｎａｔｅ（）”などの名前付き関数を呼び出すことができるセルの式、“Ａ１：Ｂ１０”又は“Ａ１：Ａ１０，Ｃ１：Ｃ１０”などの単一セル又はセルの範囲とすることができるセル参照、他のセル参照に用いられるべきテキストエイリアスを割り当てることができるセル範囲、ユーザが最初に単一セル又はセルの範囲を強調表示するべくそれらと対話することによってセルを選択する及びセルの内容を他のセルに移動することを可能にするユーザインターフェース、それらのセルへの参照を現在編集中のセルの式に自動的に挿入するためにユーザが１つ又は複数のセルを選択することを可能にするユーザインターフェース、他のセルが同様にスパンすることを必要とせずに単一セル又は単一セルの内容が複数の行及び／又は列にわたって視覚的にスパンし得ることをユーザが指定できること、行と列が交換可能であり、したがって、データを回転された配向で入力することもできるようにデータの論理配向に対する最小の制約又は無制約、フォーマット及び値及び式がセルの行全体又は列全体又は領域全体にわたって一貫している必要がないセル、及び幅をグループとして変更することができる列、のさらなる特徴のうちの１つ又は複数を有する。すべてのこれらの特徴が、アプリケーションがスプレッドシートソフトウェアアプリケーションとなるのに必要とされるわけではない。

【0055】

種々の実施形態の以下の説明では、本明細書で説明される態様が実施され得る種々の実施形態が例示のために示される、本明細書の一部をなす添付図が参照される。説明した態様及び実施形態の範囲から逸脱することなく、他の実施形態が用いられ得ること、並びに、構造上及び機能上の修正がなされ得ることが理解される。本明細書で説明される態様は、他の実施形態が可能であり、種々の方法で実施又は実行されることが可能である。また、本明細書で用いられる専門語及び用語は、説明するためのものであって、限定するものとしてみなされるべきではないことが理解される。むしろ、本明細書で用いられる文言及び用語は、それらの広い解釈及び意味が与えられるべきである。「含む（ｉｎｃｌｕｄｉｎｇ）」及び「含む、備える（ｃｏｍｐｒｉｓｉｎｇ）」及びその変形の使用は、その後リストされるアイテム及びその均等物、並びに、付加的なアイテム及びその均等物を包含するように意図されている。「マウントされる」、「接続される」、「結合される」、「配置される」、「係合される」という用語、及び同様の用語の使用は、直接的と間接的との両方でのマウント、接続、結合、配置、及び係合を含むように意図されている。

【0056】

図１は、本明細書で説明される１つ又は複数の例示的な態様を実装するのに用いられ得るネットワークアーキテクチャ及びデータ処理デバイスの一例を示す。種々のネットワークノード１０３、１０５、１０７、及び１０９が、インターネットなどの広域ネットワーク（ＷＡＮ）１０１を介して相互接続され得る。プライベートイントラネット、企業ネットワーク、ＬＡＮ、無線ネットワーク、パーソナルネットワーク（ＰＡＮ）などを含む他のネットワークも又は代替的に用いられ得る。ネットワーク１０１は、例示するためのものであって、より少ない又は付加的なコンピュータネットワークと置き換えられ得る。ローカルエリアネットワーク（ＬＡＮ）は、あらゆる公知のＬＡＮトポロジーのうちの１つ又は複数を有し得る、及び、イーサネット（登録商標）などの様々な異なるプロトコルのうちの１つ又は複数を用い得る。デバイス１０３、１０５、１０７、１０９及び他のデバイス（図示せず）は、ツイストペア線、同軸ケーブル、光ファイバ、電波、又は他の通信媒体を介して、ネットワークのうちの１つ又は複数に接続され得る。

【0057】

本明細書で用いられ図面に描かれる場合の「ネットワーク」という用語は、遠隔記憶装置が１つ又は複数の通信路を介して一緒に結合されるシステムだけでなく、ストレージ能力を有するこのようなシステムにその時々に結合され得る独立型のデバイスも指す。したがって、「ネットワーク」という用語は、「物理ネットワーク」だけでなく、例えば、ストレージ・エリア・ネットワーク（ＳＡＮ、図示せず）を用いる、すべての物理ネットワークに常駐する単一のエンティティに帰属するデータからなる「コンテンツネットワーク」も含む。

【0058】

コンポーネントは、データサーバ１０３、ウェブサーバ１０５、及びクライアントコンピュータ１０７、１０９を含み得る。データサーバ１０３は、本明細書で説明される１つ又は複数の例示的な態様を行うためのデータベース及び制御ソフトウェアのアクセス、制御、及び管理を全般的に提供する。データサーバ１０３は、ウェブサーバ１０５に接続されてよく、ウェブサーバ１０５を通じて、ユーザが対話する及び要求したデータを取得する。代替的に、データサーバ１０３は、ウェブサーバ自体として作用し、インターネットに直接接続され得る。データサーバ１０３は、ネットワーク１０１（例えば、インターネット）を通じて、直接又は間接的な接続を介して、又はいくつかの他のネットワークを介して、ウェブサーバ１０５に接続され得る。ユーザは、リモートコンピュータ１０７、１０９を用いて、例えば、ウェブブラウザを用いて、データサーバ１０３及び／又はウェブサーバ１０５と対話し得る。クライアントコンピュータ１０７、１０９は、そこに記憶されたデータにアクセスするべくデータサーバ１０３と共同して用いられ得る、又は他の目的のために用いられ得る。例えば、クライアントデバイス１０７から、ユーザは、当該技術分野では公知のインターネットブラウザを用いて、又はコンピュータネットワーク（インターネットなど）上でウェブサーバ１０５及び／又はデータサーバ１０３と通信するソフトウェアアプリケーションを実行することにより、ウェブサーバ１０５にアクセスし得る。

【0059】

サーバとアプリケーションは、同じ物理マシン上で組み合わされ、別個の仮想アドレス又は論理アドレスを保持し得る、又は、別個の物理マシン上に常駐し得る。図１は、用いられ得るネットワークアーキテクチャのほんの一例を示し、用いられる具体的なネットワークアーキテクチャ及びデータ処理デバイスは、変化し得るものであり、本明細書でさらに説明されるそれらが提供する機能に従属する。例えば、ウェブサーバ１０５及びデータサーバ１０３によって提供されるサービスは、単一のサーバ上で組み合わされてよい。

【0060】

各コンポーネント１０３、１０５、１０７、１０９は、あらゆるタイプの公知のコンピュータ、サーバ、又は他のデータ処理デバイスであり得る。データサーバ１０３は、例えば、データサーバ１０３の動作全般を制御するプロセッサ１１１を含み得る。データサーバ１０３は、ＲＡＭ１１３、ＲＯＭ１１５、ネットワーク・インターフェース１１７、入力／出力インターフェース１１９（例えば、キーボード、マウス、ディスプレイ、プリンタなど）、及びメモリ１２１をさらに含み得る。Ｉ／Ｏ１１９は、データ又はファイルを読み出す、書き込む、表示する、及び／又は印刷するための様々なインターフェースユニット及びドライブを含み得る。メモリ１２１は、データ処理デバイス１０３の動作全般を制御するためのオペレーティングシステムソフトウェア１２３と、本明細書で説明される１つ又は複数の態様を行うようにデータサーバ１０３に命じるためのｗｅｂｉｆｉｅｒ制御論理１２５と、従属、サポート、及び／又は本明細書で説明される他の態様と併せて用いられ得る他の機能を提供する他のアプリケーションソフトウェア１２７、例えば、スプレッドシートソフトウェアアプリケーションをさらに格納し得る。ｗｅｂｉｆｉｅｒ制御論理は、本明細書では、データサーバソフトウェア、ｗｅｂｉｆｉｅｒシステム、ｗｅｂｉｆｉｅｒソフトウェア、ｗｅｂｉｆｉｅｒプラグイン、又は簡単にｗｅｂｉｆｉｅｒとも呼ばれる場合がある。データサーバソフトウェアの機能は、制御論理にコード化されたルールに基づいて自動的に行われる動作又は決定、システムに入力を提供するユーザにより手動で行われる動作又は決定、及び／又はユーザ入力に基づく自動処理の組み合わせ（例えば、クエリ、データ更新など）を指す場合がある。

【0061】

メモリ１２１はまた、第１のデータ１２９（例えば、スプレッドシート・ドキュメント又はファイル）及び第２のデータ１３１（例えば、さらに後述するウェブデータストア）を含む、本明細書で説明される１つ又は複数の態様の実行に用いられるデータを記憶し得る。デバイス１０５、１０７、１０９は、デバイス１０３に関して説明したのと同様のアーキテクチャ又は異なるアーキテクチャを有し得る。本明細書で説明されるデータ処理デバイス１０３（又はデバイス１０５、１０７、１０９）の機能は、例えば、複数のコンピュータにわたって処理負荷を分散させるために、地理的位置、ユーザアクセスレベル、サービスの品質（ＱｏＳ）などに基づいてトランザクションを分離するために、複数のデータ処理デバイスにわたって分散され得る。

【0062】

本明細書で説明される１つ又は複数の態様は、本明細書で説明される１つ又は複数のコンピュータ又は他のデバイスにより実行される、１つ又は複数のプログラムモジュールなどの、コンピュータで使用可能な又は読み出し可能なデータ及び／又はコンピュータで実行可能な命令で具体化され得る。一般に、プログラムモジュールは、コンピュータのプロセッサ又は他のデバイスによって実行されるときに特定のタスクを行う又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。モジュールは、実行のためにその後コンパイルされるソースコードプログラミング言語で書かれ得る、又は（限定はされないが）ＨＴＭＬ又はＸＭＬなどのスクリプト言語で書かれ得る。コンピュータで実行可能な命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、ソリッドステートメモリ、ＵＳＢドライブ、ＲＡＭなどの有形の一時的でないコンピュータ可読媒体上に記憶され得る。当業者には分かるように、プログラムモジュールの機能は、種々の実施形態において要望に応じて組み合わされ得る又は分散され得る。加えて、機能は、集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）などのファームウェア又はハードウェア均等物で全体的に又は部分的に具体化され得る。１つ又は複数の態様をより効果的に実装するのに特定のデータ構造が用いられてよく、このようなデータ構造は、本明細書で説明されるコンピュータで実行可能な命令及びコンピュータで使用可能なデータの範囲内で考えられる。

【0063】

一態様によれば、ｗｅｂｉｆｉｅｒソフトウェアは、既存のスプレッドシートソフトウェアアプリケーション、例えば、ＭＩＣＲＯＳＯＦＴ ＥＸＣＥＬ内のプラグイン内で用いるためのプラグイン又はモジュールを備え得る。代替的に、ｗｅｂｉｆｉｅｒソフトウェアは、１つ又は複数のスプレッドシートデータファイル（例えば、ＭＩＣＲＯＳＯＦＴ ＥＸＣＥＬ ．ｘｌｓ／．ｘｌｓｘ ｗｏｒｋｂｏｏｋファイル又は任意の他のスプレッドシートデータファイル）及び本明細書で説明される１つ又は複数のソフトウェア及び／又はウェブアプリケーションを入力として受け入れる及び出力として生成する、独立型のソフトウェアアプリケーションを備え得る。ＭＩＣＲＯＳＯＦＴ ＥＸＣＥＬは、単に例示する目的で用いられる。本明細書で説明される原理はまた、他のスプレッドシートソフトウェアアプリケーション、並びに他のスプレッドシート・ストレージフォーマット、スキーマ、及び／又は規格と共に適用可能である。例えば、ＣＯＲＥＬ ＱＵＡＴＴＲＯ ＰＲＯ、ＧＯＯＧＬＥ ＳＨＥＥＴＳ、ＧＮＵＭＥＲＩＣ、ＯＰＥＮＯＦＦＩＣＥ ＣＡＬＣ、又は任意の他のスプレッドシートソフトウェア、アプリケーション、及び／又はドキュメントフォーマットが用いられ得る。上記のように、本明細書での態様は、ローカルのスプレッドシートアプリケーションソフトウェア実装とクラウドベースのスプレッドシート実装との両方に等しく適用され得る。

【0064】

図２は、本明細書で説明される１つ又は複数の態様に係るソフトウェアアプリケーションを生成する例示的な方法を示す。最初に、ステップ２０１で、ユーザ（本明細書では設計者とも呼ばれる）は、設計者が選ぶスプレッドシートソフトウェアアプリケーションを用いてスプレッドシートを作成及び／又は編集し得る。設計者は、データソースを、各行がデータソースのレコードであるテーブルとして設定及び定義し得る、及び／又は、デー
タソースを、各個々のスプレッドシートがデータソースのレコードであるスプレッドシートファイルとして定義し得る。このようにして、設計者は、１つ又は複数のデータソースを定義し、データレコードを１つ又は複数のデータソースに入力し得る。

【0065】

ステップ２０３で、ｗｅｂｉｆｉｅｒソフトウェアは、自動的に又はユーザ入力に応答して、データソース及びデータレコードを識別するべくスプレッドシートを分析し得る。ユーザ入力に応答するときに、ｗｅｂｉｆｉｅｒソフトウェアは、さらに後述するように、どんなタイプのユーザアクションが要求されるかに応じて異なる方法でスプレッドシートを解析し得る。

【0066】

ステップ２０５で、ｗｅｂｉｆｉｅｒソフトウェアは、１つ又は複数のユーザインターフェース・テンプレートを識別するべくスプレッドシートを分析し得る。ユーザインターフェース・テンプレートは、１つ又は複数のデータソースに関するデータフォーマット、例えば、フォント、サイズ、色、スタイルなどを含み得る、及び／又は、それぞれ１つ又は複数のデータレコードを含む場合がある１つ又は複数のデータソースの選択又は識別を含み得る。ユーザインターフェース・テンプレートはまた、データソース及びレコード自体を含み得る。

【0067】

次に、ステップ２０７で、ｗｅｂｉｆｉｅｒソフトウェアは、スプレッドシートからのデータを用いてウェブデータストアを生成し得る。ウェブデータストアは、スプレッドシート自体において又は生成プロセス中に設計者により設定される１つ又は複数の基準又は制限に基づいて、スプレッドシートからのすべてのデータ、又はスプレッドシートからのデータのサブセットのみを含み得る。代替的に、ウェブデータストアは、スプレッドシート自体を備え得る、又はスプレッドシートに含まれ得る。

【0068】

ステップ２０９で、ｗｅｂｉｆｉｅｒは、動的な対話型ウェブアプリケーションの一部として１つ又は複数のウェブページを生成し得る。各ウェブページは、ステップ２０５で識別された１つ又は複数のユーザインターフェース・テンプレートに基づき得る。各ユーザインターフェース・テンプレートは、ウェブページ上に含めるためのデータフォーマット及び／又は１つ又は複数のデータソースを定義及び／又は識別し得る。各ウェブページは、エンドユーザのブラウザへの送信のためにレンダリング又は生成されると、ユーザインターフェース・テンプレートに記載された基準を満たすウェブデータストアからデータをポピュレートされ得る。ユーザインターフェース・テンプレートがデータソース及びレコード自体を備える場合、結果として生じるウェブページは、スプレッドシートにおけるデータに基づく単純なウェブテーブルとして現れ得る。

【0069】

例えば、設計者がユーザインターフェース・テンプレートの一部として対話能力を指定する結果として、又は設計者が対応するウェブページを生成するようにｗｅｂｉｆｉｅｒソフトウェアに命じるときに対話能力を必要とする結果として、１つ又は複数のウェブページは、対話型ウェブページとして生成され得る。

【0070】

ステップ２１１で、ウェブページが対話型のときに、ウェブアプリケーションは、ウェブページを介して、例えば、フォームフィールド、入力ボックス、又はあらゆる他のユーザ入力機構を用いて、１つ又は複数のデータレコードを編集するべくユーザ入力を受信し得る。ステップ２１３で、ウェブアプリケーションは、ユーザ入力に基づいてウェブデータストアを更新する、例えば、ウェブデータストアに以前に記憶されたデータに追加、編集、削除、及び／又は他の方法で修正を行う。ステップ２１５で、ｗｅｂｉｆｉｅｒソフトウェア及び／又はウェブアプリケーションは、最初にウェブアプリケーションを生成するのに用いられるオリジナルの青写真のスプレッドシートのデータを更新するのに用いられ得る、又はデータを新しいスプレッドシートに出力し得る。青写真のスプレッドシートのデータを置き換えるときに、データの書式設定は保持され、データだけが置き換え／修正され得る。

【0071】

上記の方法は、ウェブソフトウェアアプリケーションに関して説明される。しかしながら、ウェブページの代わりに、ｗｅｂｉｆｉｅｒソフトウェアは、加えて及び／又は代替的に、特定の１つ又は複数のコンピュータ上で直接使用するための独立型のソフトウェアアプリケーションを生成してよく、これにより、ソフトウェアアプリケーションを用いるときのネットワークアクセスの必要性が軽減される。これにより、上記の方法は、カスタムの及び／又は複雑なソフトウェアアプリケーションを作成するのに用いられ得る。「複雑な」アプリケーションは、特に、データ入力、レポート、複数のユーザ、ユーザごとのセキュリティアクセス設定、ワークフロー、自動通知システム、履歴情報の保存、すべてのユーザによる変更のロギング、及び／又はファイル添付などの複数の特徴を有するアプリケーションを指す。「カスタムの」アプリケーションは、要件がどれほど独自であっても特定のビジネスのニーズに合わせて構築されたソフトウェアを指し得る。このようなカスタムのアプリケーションの結果は、１つの一般的なことを行うように設計された既製の（アウト・オブ・ボックスの）ソフトウェアではないが、カスタムのアプリケーションでも多くの場合にそれを行うことができる。したがって、ｗｅｂｉｆｉｅｒソフトウェアは、１つの目的に縛られなくてよい。むしろ、ｗｅｂｉｆｉｅｒソフトウェアは、動的で融通性があり、ソフトウェアのプロダクティビティスイートなどの洗練されたソフトウェアアプリケーションを用いる平均スキルを有する誰でも用いることが可能であり、これにより、カスタムのソフトウェア開発者を雇用することに取って代わるものとして作用し得る。

【0072】

例示的な実装では、システムに少なくとも２つのタイプのユーザ又は人物が存在する。１つは、ｗｅｂｉｆｉｅｒソフトウェアを使用してソフトウェアアプリケーション、ウェブアプリケーション、又はモバイルアプリケーションを設計する１人又は複数の、設計者である。もう１つは、最終結果のウェブページを訪問する、結果的に得られる独立型のアプリケーション又はモバイルアプリケーションを設計者により概ね意図された方法で使用する人（単数又は複数）としての、訪問者又はエンドユーザである。

【0073】

図３Ａは、デスティネーションシステム３５０がＷｅｂｉｆｉｅｒ論理３５３及びメモリ３５１を備える例示的なソフトウェア・アーキテクチャと、ｗｅｂｉｆｉｅｒ Ａｄｄ－Ｏｎ３５７がインストールされたスプレッドシートクライアントアプリケーション３５４（例えば、ＭＳ ＥＸＣＥＬ）を描画する。Ａｄｄ－Ｏｎ３５７は、ｈｔｔｐ要求を用いてデスティネーションシステム３５０からそのインターフェースをロードし得る。

【0074】

図３Ａによりさらに例示されるように、設計者は、スプレッドシートアプリケーション３５４を用いて、馴染みのあるワークシートへのレコードシート及びテンプレートシートの変更を作成し又は行い、データの変更が、例えば、ＥｘｃｅｌのＣＯＭ Ｉｎｔｅｒｏｐライブラリを用いるＡｄｄ－Ｏｎ３５７により観察される３０１ａ。設計者が変更のグループを完了したときに、Ａｄｄ－Ｏｎ３５７は、更新された部分的な又は代替的に全てのスプレッドシート定義を、ｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しを用いてデスティネーションシステム３５０のＷｅｂｉｆｉｅｒ論理３５３に送信し得る３０２。Ｗｅｂｉｆｉｅｒ論理３５３は、新しいデータを処理し、メモリ３５１（例えば、ウェブデータストア）に記憶されたデータを更新し得る３０３。設計者は、Ａｄｄ－Ｏｎ３５７を用いてデスティネーションページ構成への変更を作成し又は行い、これはｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しとしてＷｅｂｉｆｉｅｒ論理コントローラ３５３に送信され得る３０２。加えて、設計者は、デスティネーションシステムにアクセスするブラウザ３５５で変更を作成又は行い、これはｈｔｔｐ要求又はｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しとしてＷｅｂｉｆｉｅｒ論理コントローラに送信され得る３０１ｂ。

【0075】

デスティネーションページを提供するための訪問者のブラウザ３５６からＷｅｂｉｆｉｅｒ論理３５３へのｈｔｔｐ ｇｅｔ要求３０４に応答して、Ｗｅｂｉｆｉｅｒ論理３５３は、メモリ３５１からスプレッドシート定義を検索し得る３０５。Ｗｅｂｉｆｉｅｒ論理は、テンプレートシートからの値及び書式設定を評価及び参照すること、並びに、テンプレートシートに基づいて識別されるレコードシートからの値を評価及び参照することにより、スプレッドシート定義をｈｔｍｌデスティネーションページに変換する。デスティネーションページは、訪問者のブラウザ３５６に送信され得る３０６。図３Ａはさらに、訪問者が見る、テンプレートシートでのみ見受けられ、レコードシートでは見受けられないテキストラベル、ＲｅｃｏｒｄＳｈｅｅｔ！Ａ１から生じるテキストラベル、ＲｅｃｏｒｄＳｈｅｅｔ！Ｃ２の評価からの“１００”の値、及びＲｅｃｏｒｄＳｈｅｅｔ、チェックボックスに関するＲｅｃｏｒｄＳｈｅｅｔ！Ａ２、及びテキストボックスに関するＲｅｃｏｒｄＳｈｅｅｔ！Ｂ２からの値を有するテンプレートシートにより定義されるｈｔｍｌ入力制御を有するページを例示する。図３Ａは、訪問者が、ブラウザ３５６でチェックボックスをチェックし、サブミットをクリックし、結果的にブラウザがｈｔｔｐ ｐｏｓｔ要求３０７をＷｅｂｉｆｉｅｒ論理コントローラ３５３に送信することを例示する。Ｗｅｂｉｆｉｅｒ論理３５３は、メモリ３０５から現在のスプレッドシート定義をリロードし得る。Ｗｅｂｉｆｉｅｒ論理３５３は、ｐｏｓｔ要求を処理し、メモリ３５１を更新されたスプレッドシート定義で更新する。設計者のＡｄｄ－Ｏｎ３５７が依然としてアクティブなセッションを有する場合、Ｗｅｂｉｆｉｅｒ論理３５３は、更新された部分的スプレッドシート定義、又は提示されるスプレッドシート定義を更新するのに十分な変更イベントをＡｄｄ－Ｏｎ３５７に送信し３０８、次いで、ＥｘｃｅｌのＣＯＭ Ｉｎｔｅｒｏｐライブラリを用いて、Ａｄｄ－Ｏｎ３５７は、設計者のワークシートがセルＡ２に“ｔｒｕｅ”を表示することになるように、更新されたバージョンをスプレッドシートアプリケーション３５４で設計者に提示し得る３０９。

【0076】

図３Ｂは、タイト・インテグレーションという名称のセクションでより詳細に後述する、スプレッドシートとＷｅｂｉｆｉｅｒ論理とのタイト・インテグレーションを用いる代替的な例示的なソフトウェア・アーキテクチャを描画する。

【0077】

ここで、本明細書で説明される１つ又は複数の例示的な態様に係るスプレッドシートに基づくソフトウェアアプリケーション開発システムの例示的なスクリーンショットを示す図４～図９８をさらに参照しながら、ｗｅｂｉｆｉｅｒシステムの例示的な態様に関するさらなる詳細を以下でより詳しく説明する。描画されたスクリーンショットは本質的に例示的なものであって、本明細書で説明されるどの態様の範囲を限定することも意図していない。例示的なスクリーンショットは、ｗｅｂｉｆｉｅｒを特定のスプレッドシートアプリケーションと共に又は任意の特定のシステムアーキテクチャと共に用いることに限定することを意図していない。むしろ、スクリーンショットは、ローカルのスプレッドシートアプリケーション又はクラウドベースのスプレッドシートアプリケーションのいずれと共に用いられるかに関係なく、ｗｅｂｉｆｉｅｒシステムの種々の特徴及び能力を例示する。

【0078】

スプレッドシート及びレコード
単に例示的な参照のために、スプレッドシートの２つの使用スタイルが本明細書で言及される。他のスタイルが代替的に用いられ得る。１つ目は、各レコードがシート全体又は多くのシートを危険にさらすファイル全体を備えるシートレコードである。例えば、多くの会社は、作成する販売見積書毎に新しい販売見積書スプレッドシートファイルを保存する。該ファイルは、バックエンド計算に関する１つのシートと印刷可能な見積書を有することを意図する１つのシートなどのいくつかのシートを有する場合があり、印刷可能な見積書シートは、典型的に、すべて該単一の見積書を表す、テキスト、数字、及び結果がテキスト又は数字となる式を含む、多くの行及び列を有することになる。それらはまた、公正に読み出し可能なプリントアウトを可能にするのに十分な書式設定を含み得る。

【0079】

２つ目は、通常は単一シート内で多くのレコードが一緒に指定される、行レコード及び行レコードシートである（例えば、図５３の列Ａ～Ｄ）。スプレッドシートファイルは、ゼロ、１つ、及び／又は複数の行レコードシートを有することができる。行レコードシートは、シートの一部（例えば、図６０の列Ａ～Ｂ）のみに限られる場合があり、該シートはその上に付加的な行レコードシート又は関連のないデータ（例えば、図６０の列Ｅ）を有し得るが、簡単にするために、本発明者らは、全体を通して、これを依然として行レコードシートとして言及する。例えば、多くの会社は、以下のようなクライアントをリストするスプレッドシートを有することになる。シートは、“Ｃｌｉｅｎｔ”及び“Ｉｎｄｕｓｔｒｙ”及び“Ｃｌｉｅｎｔ ＩＤ”などのいくつかの列名をもつ最上行１を有し得る。その下の各行は、単一クライアントに関係したデータを有し得る。例えば、行２は、列Ａに“Ｐｌｅａｓａｎｔ Ｓｏｌｕｔｉｏｎｓ”、列Ｂに“Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｓｅｒｖｉｃｅｓ”、及び列Ｃに“１”を有し得る。行３は、列Ａに“ＮｅｗＣｏ”、列Ｂに“Ｃｏｎｓｕｌｔｉｎｇ”、及び列Ｃに“２”を有し得る。名前にかかわらず、行レコードはまた、該レコードが列レコードであるかのように左から右にリストされように行と列がフリップされる目的をもつリストを表す。

【0080】

ステップ２０１～２０３中に、上記のいずれか又は両方の技術が用いられてよく、これにより、ｗｅｂｉｆｉｅｒソフトウェアが、あらかじめ定められた又は事前に暗示された目的をもたない、複雑な、マルチユーザの、完全にカスタムのデスティネーションソフトウェアを作成するのに用いられることが可能となる。独立型のウェブ又はモバイルアプリケーション（ウェブ及びモバイルは、便宜のため総称して「ｗｅｂ－ａｐｐ」と呼ばれる場合がある）は、プログラミング又はデータベース経験の必要なしに作成され得る。本明細書で説明されるいくつかの態様は、データ、カスタムのユーザインターフェース、異なる閲覧デバイス能力、同時使用、データ及びユーザワークフロー、自動通知、スケジュールされたイベント、ビジネス論理などを含む複雑なシナリオに関してでさえも、カスタムのソフトウェア開発会社を雇用する必要性に取って代わることを意図し得る。

【0081】

テンプレートシート
ここで、例示的な実装を参照してユーザインターフェース・テンプレートに関してステップ２０１及び２０５をより詳細に説明する。伝統的なスプレッドシートアプリケーション、クラウド及びウェブベースのスプレッドシート、又はウェブアプリケーション内に埋め込まれた簡易化されたスプレッドシート・インターフェースのいずれで行われるかに関係なく、スプレッドシートツールは、訪問者又はレポートレイアウトに関する所望のユーザインターフェースを表すスプレッドシートを作成するのに用いられ得る。例えば、テンプレートは、単一の見積書に適切であろう値及び式を含む多くの行及び列を有する１つのシートを有することもできる：最上部付近にクライアントの大きいフォントテキストタイトル、その後に“Ｉｎｖｏｉｃｅ Ｎｕｍｂｅｒ”として第１の値を有する行、及びその右に実際のインボイスナンバーを表示することを意図されるセル。その下のいくつかの行は、コメントをイタリック体で表示することを意図された、複数の行及び列にわたるセルを有し得る。シートの最下部付近に“Ｓｕｂｔｏｔａｌ”とラベル付けされるセル、その右に、該特定のインボイスの合計を表す数字を有することを意図された、“＄”記号で通貨を指定するセル書式設定を有するセル（このとき該セルはグリッド上のＣ１５の位置を有する）。次の行は、税及び税の後に合計に関係したセルを有し得るが、後でそこに配置される値を有することを意図するのではなく、税及び合計セルは、“＝Ｃ１５＊１０％”などの小計セルの場所を参照するスプレッドシート式を有することになり、この場合、Ｃ１５への変更は、これらの式に基づく合計に影響を及ぼすことが意図される。

【0082】

テンプレートシートは、親テンプレートとネストされるテンプレートとの多対多の関係性で及び／又はいくつかの深さレベルになどでネストされ得る（図７６）。一態様によれば、ｗｅｂｉｆｉｅｒソフトウェアは、セル範囲参照又はどんなテンプレートシートが用いられるべきであるかに関するテンプレート識別子を受け入れる“ＵＳＥＴＥＭＰＬＡＴＥ（）”などのスプレッドシート式関数を定義し得る。式が用いられるセルは、セルのサイズに基づいてネストされるテンプレートに割り当てられるセルの場所、又は幅及び高さに基づいて、ネストされるテンプレートシートをどこに挿入するかなどの特定の情報を暗黙的に提供し得る。テンプレートにポピュレートするためのソースレコード（単数又は複数）が親テンプレートと同じではない場合、パラメータをＵＳＥＴＥＭＰＬＡＴＥ関数にパスインすることもでき、これは、（さらに後述するように）ネストされていないテンプレートシートがいくつかのページタイプに関してするのとほぼ同じように、ソースデータが何であるかをテンプレートが知ることを可能にすることになる。これは、異なるレコードシート上のレコードからポピュレートされる必要がある“ｉｎｖｏｉｃｅ ｉｔｅｍｓ”のリストをその内部に含むインボイステンプレートなどのシナリオを可能にする。典型的に、このようなネストされるテンプレートシートは、親テンプレートの行又は列のアラインメントに影響を及ぼさずに十分な幅及び高さを表示することを可能にするのに伝統的なスプレッドシートの“ｍｅｒｇｅ ｃｅｌｌｓ”特徴、並びに、特定のインボイスに属するこれらのインボイスアイテムのみへのレコードのフィルタリング（以下で説明される）を提供するのに伝統的なテーブル特徴を利用することになる。

【0083】

ｗｅｂｉｆｉｅｒソフトウェアは、テンプレートシートのセルが、該テンプレートシート内の他のセル、他のテンプレートシート内のセル、レコードシートデータ、又は同じセル内の上記のすべての組み合わせを参照する式を有することを可能にし得る。説明した技術はまた、基礎をなすソース参照が同一である又は部分的に重複する場合であっても、デスティネーションシステムの訪問者が同時に利用できるようにするために、１つ又は複数のテンプレートが入力機能のために用いられること及び１つ又は複数の異なるテンプレートが出力機能のために用いられることを可能にする。式は、通常、本質的に宣言であるが、任意のスプレッドシートツール及び／又は新しいフォーマット又は構文によりサポートされる任意の１つ又は複数の式が用いられ得る。

【0084】

レコード式（ＴＥＭＰＬＡＴＥ ＩＮＤＩＣＡＴＯＲＳ）を有する又はシートデータを参照するシートテンプレート
スプレッドシートツールでテンプレートシートを設計している間、特定のレコード又は多くのレコードから導出される集計値を表すことを意図しているセルは、ブランクと評価され得る及び／又は設計者に書式設定を示すこと以外のシステムへの影響を有さないプレースホルダ値を有し得る。外部リスト又はデータベースは、Ｃ１５などのセルの場所の相互参照と、インボイスの小計を表示するなどのそれらの意図された目的を含み得る。代替的に、テンプレートシートからレコードシートセルが参照可能である場合、レコードを指すこれらのセルに式又はプレースホルダ式を挿入することができる。例えば、テンプレート上のクライアントタイトルセルは、“＝ＣｌｉｅｎｔＬｉｓｔ！Ａ１”などの式を有してよく、これはもしかするとプレースホルダとして設計時間中にスプレッドシートツールによりテキスト“Ｃｌｉｅｎｔ”へ評価されることになり、又はおそらく、該式は、“＝ＣｌｉｅｎｔＬｉｓｔ！Ａ２”となり、これはもしかするとプレースホルダとして設計時間中に“Ｐｌｅａｓａｎｔ Ｓｏｌｕｔｉｏｎｓ”としてスプレッドシートツールにより分解されることになる。加えて、参照は、“＝ＣｌｉｅｎｔＬｉｓｔ！Ａ：Ａ”又は“＝ＣｌｉｅｎｔＬｉｓｔ！Ａ１：Ａ１０００”へなされ、結果的に、ブランク、エラー、又は意図せぬ値を生じることもある。上記のケースのそれぞれにおいて、設計時間中に結果を生じるテキストは、設計時のプレースホルダにすぎず、訪問者に関するなどの後の時点での実際の評価中にｗｅｂｉｆｉｅｒを支援するためにＣｌｉｅｎｔＬｉｓｔ上のどの列がテンプレートに記入する際に用いられるべきかの有用な情報を有する式自体ほど重要ではない。便宜上、この概念は、概してＴｅｍｐｌａｔｅ Ｉｎｄｉｃａｔｏｒと呼ばれることがある。

【0085】

Ｔｅｍｐｌａｔｅ Ｉｎｄｉｃａｔｏｒ式は、設計者がタイプする又はデータの利用可能な又は関連する列のリストからドラッグ及びドロップすることから導出することもできる。式は、スプレッドシートツールのセル参照に典型的なもの（“＝ＣｌｉｅｎｔＬｉｓｔ！Ａ１”又は名前付きテーブルの場合に“＝ＣｌｉｅｎｔＬｉｓｔ！Ｃｌｉｅｎｔ”）、この目的のために特化されたアクションをトリガする典型的な関数呼び出し構文（“＝ＧｅｔＲｏｗＲｅｃｏｒｄＤａｔａ（“Ｃｌｉｅｎｔ”）”）とすることができ、又はそれらは”［［Ｃｌｉｅｎｔ]]”などの特化された別個のフォーマットとすることができる。式は、スプレッドシートに典型的なようにセルに記憶されてよく、又はそれらは、それらがどんなセル上に適用されるかについての情報と共に、式の特別な外部リストに記憶することもできる。

【0086】

デスティネーションシステムにスプレッドシート定義を入れる
ステップ２０７（図２）は、スプレッドシートが適用可能なデータで要望に応じて構成されると、設計者が、１つ又は複数の例示的な実施形態に関連して本明細書で説明したｗｅｂｉｆｉｅｒソフトウェアを用いてデスティネーションシステムを構築するべくプロセスを開始することをさらに含み得る。ユーザは、デスティネーションシステムにログインし（図１３）、スプレッドシートを受け入れる管理ウェブページを訪問し得る。例えば、ｗｅｂｉｆｉｅｒソフトウェアは、ｘｌｓｘスプレッドシートファイル（図６８）、例えば、データ１２９（図１）のアップロードを受け入れる入力フォームを有し得る。代替的に、ｗｅｂｉｆｉｅｒは、クラウド及びウェブベースのスプレッドシートツールからｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩを介して、ＡＰＩがそれを可能にするならシートのグループを一度に又はさらにはＡＰＩがそれを必要とするならセルごとに、スプレッドシート定義をフェッチするべく統合を有し得る。簡略のため、すべてのこれらの方法は、本明細書で「アップロードする」、すなわち、スプレッドシート定義又はデータファイルをｗｅｂｉｆｉｅｒデータストア、例えば、データベース１３１へアップロードする（図１）として言及される。特に、レコードをアップロードするための及びインターフェーステンプレートをアップロードするための別個のステップは必要とされず、それらは１つのスプレッドシート定義から設計者から１つのステップで行うことができ、又はそれらは別々の時点で行われ得る。

【0087】

ｗｅｂｉｆｉｅｒは、スプレッドシート定義を一時的に記憶し、これを代替のより効率的なフォーマット、若しくはスプレッドシートを考慮する又はもはや考慮しない中間フォーマットと置き換え得る。実装の効率と簡素さのバランスを達成する一例は、シートをデータベースエントリに変換することであり、その場合、シート内の各セルは、セルの場所及び内容を表す４つのフィールド：シート、列、行、内容、を有するデータベーステーブルにおける１つのデータベースレコードである。内容は、スプレッドシート定義のオリジナルのスキーマと一致し得るが、セルは、データベースにおいて効率よくルックアップされ得る。システムはまた、これを、受信したフォーマットで持続的に記憶してよく、その場合、デスティネーションシステムのページ上の訪問者入力は、本明細書で説明されるようにスプレッドシート定義を直接修正することにより持続される。

【0088】

ウェブページの作成
ステップ２０９（図２）に関連して前述したように、結果として生じるソフトウェアは、例示的な実装に関連して本明細書で説明した１つ又は複数のウェブページを備えるウェブアプリケーションを含み得る。設計者は、ｗｅｂｉｆｉｅｒソフトウェアのａｄｍｉｎインターフェースにおいて“ａｄｄ ｐａｇｅ”特徴を選択し（図１８、図６９、及び図５５）、様々なページタイプ（図５１）及び構成オプション（図５２）から選択し得る。スプレッドシート定義内のセルデータ又はメタデータは、新しいページを作成する、どんなタイプのページが設計者により意図されたか、及びそれらの種々の構成オプションの、インジケータ又は命令を含むことが可能であるが、この情報がなければ設計者は催促され得る。多様なページタイプをデスティネーションサーバ上で作成することが可能である。典型的に、すべての生成されたデスティネーションページのメニューは、ｗｅｂ ａｐｐの全体を通した便利なナビゲーションを可能にするべく、すべてのデスティネーションページ上にメニューとして表示され（図６６の“Ｔｉｍｅｓｈｅｅｔ”ｗｅｂ ａｐｐメニューは、該特定の例に関するすべての３つのデスティネーションページをリストする）、デスティネーションページは、“ａｐｐｓ”によりグループ化されてよく、それらは典型的に、それらがどんなスプレッドシート定義又はファイルから生じたかに基づいてグループ化される、及び／又はそれらを作成した設計者によりグループ化される（ログイン設計者、又はログイン設計者とスプレッドシート定義を共有した他の設計者又は他のグループから）（図１６）。デスティネーションシステムのメニュー内のデスティネーションページの順序は、設計者がＡｄｄ－Ｏｎ内からそれらの順序を変更するべくページをドラッグ及びドロップすることにより修正することができる。

【0089】

ページ（Ｒｅｐｏｒｔページ）の追加＋閲覧可能なソース範囲
ｗｅｂｉｆｉｅｒソフトウェアが作成し得るウェブページの１つの例示的なタイプは、“ｒｅｐｏｒｔ”ページタイプである。レポートのタイトルは、ユーザにより指定され得る、又はスプレッドシートのデータ又はタイトルから生成され得る（図５２）。ソースも指定され得る。ソースは、スプレッドシート定義内のシート名（図３３に示すＣＳＶ＿Ｉｍｐｏｒｔページタイプに関するソース制御と同様に）、“＝Ｂ９：Ｃ１２”などの典型的なスプレッドシートセル範囲参照（図３６）、スプレッドシート内で定義されるチャートの名前（図５２）、又は“ＴｏｔａｌＣｏｌｕｍｎ”又は“ＰｒｉｎｔａｂｌｅＡｒｅａ”又は“Ｅｍｐｌｏｙｅｅ Ｌｉｓｔ：Ｅｍｐｌｏｙｅｅ”などの名前により指すことができるセル範囲であるスプレッドシート“ｎａｍｅｄ ｒａｎｇｅ”（往々にして“ｄｅｆｉｎｅｄ ｎａｍｅ”として知られている）（図３６）とすることができる。一般に、範囲は、連続するブロックである必要はなく、それらは、いくつかのブロック及びセルを備え得る。例えば、“Ａ１：Ａ８，Ａ１０，Ａ３０：Ｂ３０”。多くのページが同じソースセルを参照してよく、ソースセルは、別のページのソースと部分的に重複してよく、又はページは、組み合わされることになる一連のソースを有してよい。これは、設計者がスプレッドシートツールにおいて設計したレポートに基づいてデスティネーションシステムがＨＴＭＬウェブレポート又はモバイル画面を訪問者に示すのに十分な構成であり得る。例えば、ＣｌｉｅｎｔＬｉｓｔシートは、このとき訪問者がアクセス可能となっているリストにおける行レコードのすべてで指定することもできる。“Ｓｈｏｗ Ｐａｇｅ Ｔｉｔｌｅ”などの多数の随意的な構成が指定され得る（図２８）。ページを閲覧するのにログインが要求されるかどうか（図２４）、どんなログインユーザ又はユーザのグループ又はロールが、どんなデバイス、ネットワークから、又はどんな時間帯にページの閲覧を許されるかを制御するべく、ａｐｐ又はページ上でパーミッションルールも指定され得る。図２５は、どんなログインユーザがページの閲覧を許されるかを示す簡易化された例を示す。最終結果は、ユーザがウェブデザインの知識を有することを必要とせずに、データのレイアウト及び書式設定（図９７）を含むデータを供給するオリジナルのテンプレートスプレッドシートと似ているように見えるレポートを表示するウェブページである。

【0090】

デスティネーションページのソースデータは、セル範囲ではなく、セルの上に浮いているように配置されるチャートなどの、スプレッドシート定義内の特異的な要素にリンクすることもできる。

【0091】

いくつかのページタイプは、デスティネーションページにいくつかの構成済み制御を自動的に追加するオプションを有し得る。例えば、”ａｌｌｏｗ ｓｅａｒｃｈ”（図４８）又は”ａｌｌｏｗ ＰＤＦ ｅｘｐｏｒｔ”（図示せず）オプションが、ｃａｌｅｎｄａｒページタイプなどのいくつかのページタイプ上で利用可能であり、これは結果的に、意図されたカレンダーだけでなく、サーチ結果をスクロール及びフォーカスするなどの方法によりユーザの注目を特定のデータに引き寄せるべくサーチテキストボックス及びサーチサブミットボタンなどの複数の制御も有するデスティネーションページを生じることができる。サーチ結果の処理は、クライアント側又はサーバ側で行われ得る。

【0092】

Ｉｎｓｅｒｔページの追加＋デフォルトのフォーム生成
ｗｅｂｉｆｉｅｒが作成することができる別のタイプのページは、例えば、例示的な実施形態に係る、上記の（図４３）、ステップ２１１（図２）中に用いられ得る、“ｉｎｓｅｒｔ”ページタイプである。同様に、ＣｌｉｅｎｔＬｉｓｔのソースが指定され、訪問者により行又は列が挿入可能であることを設計者が意図するかどうかのインジケータであり得る。ヘッダの行を表すセルの範囲は、自動的に識別又は検出され、オーバーライドのためにユーザに提示され得る（図３９）。検出は、例えば、セルの場所（第１のアイテムがヘッダであることの検出を実証する図４０）、その下にリストされた行と比較したフォントの太さ又は下線などの書式設定の差異、又は簡単にシートの第１の行を取り上げることに基づくことができる。デスティネーションシステムは、訪問者により挿入が完了した後で訪問者に自動的にリダイレクトするためのオプションとして他のページのリストを提供することができる（図４４）。デスティネーションシステムは、次いで、それらのそれぞれの入力制御の傍のヘッダ行に列に基づくラベルを有する、自動的に生成される入力フォームを訪問者に示し、訪問者がデータを挿入することを可能にし得る（図９１）。スプレッドシートのＣｌｉｅｎｔＬｉｓｔからのセル書式設定は、自動的に生成される入力フォーム上のセルのラベルのｈｔｍｌ書式設定及び入力制御に影響を及ぼし得る。各入力フィールドに関するラベルは、“Ｈｅａｄｅｒ Ｓｏｕｒｃｅ”により決定されてよく、典型的に、ソース範囲の第１の行、Ｄｅｆｉｎｅｄ Ｎａｍｅ、又はユーザにより選択された範囲のいずれかである。

【0093】

スプレッドシート定義において制約を指定することに加えて、Ａｄｄ－Ｏｎ又はデスティネーションシステム管理ページ（図７８）からの各フィールドに関するＭｏｒｅ Ｓｅｔｔｉｎｇｓタブ上の“ｒｅｓｔｒｉｃｔｉｏｎ ｕｓｅｒ ｉｎｐｕｔ”オプションで、フォーム上の入力のタイプを設計者がさらに手動で指定又は制約することができ、例えば、“Ｕｓｅｒ ｏｆ Ｐａｇｅ”制約及び“Ｃｕｒｒｅｎｔ Ｄａｔｅ”制約（図４４）は、既に記入されたログインユーザの名前又は現在の日付を有する編集不可フィールドを提示してよく（図９１）、いくつかの列は、以前のレコードからコピーされ、同じく編集不可の式を有してよく、“Ｗｈｏｌｅ Ｎｕｍｂｅｒ”及び“Ｄｅｃｉｍａｌ”は、選択されたタイプの数字のみを可能にする数値入力を提示してよく、“Ｌｉｓｔ”は、指定の範囲からの値を含むドロップダウン入力を提示してよく、“Ｄａｔｅ”は、日付を選択するためのカレンダーを提示し（図９２）、“Ｔｉｍｅ”は、２４時間の時間ピッカーを提示し、“Ｎｏｎｅ”及び“Ｔｅｘｔ Ｌｅｎｇｔｈ”は、テキストフィールドを提示してよい。

【0094】

Ｉｎｓｅｒｔページの追加＋カスタムのＵＩ（テンプレートソース）
Ｉｎｓｅｒｔページがより高い複雑さ又はカスタムの要件を有する場合、設計者はまた、例示的な実施形態によれば、スプレッドシート内の第１のＣｌｉｅｎｔＬｉｓｔソースに加えて、スプレッドシート内の“Ｔｅｍｐｌａｔｅ Ｓｏｕｒｃｅ”を指定することもできる（図３５）。これは依然としてクライアントのリストへの挿入を行うことになるが、入力フォームユーザインターフェースは、Ｔｅｍｐｌａｔｅ Ｓｏｕｒｃｅｓにより定義され得る。Ｔｅｍｐｌａｔｅ ＩｎｄｉｃａｔｏｒがそのＴｅｍｐｌａｔｅ Ｓｏｕｒｃｅｓ上のどこで見つかっても、セルの表示は、自動的に生成される入力制御に置き換えられてよく、入力制御の書式設定は、Ｔｅｍｐｌａｔｅ Ｉｎｄｉｃａｔｏｒセルの書式設定からとられる。

【0095】

Ｄｅｔａｉｌｓページの追加＋ＬＩＳＴ－ＴＯ－ＤＥＴＡＩＬＳナビゲーション
別のページタイプは、例示的な実施形態によれば、指定のレコードソース及びＴｅｍｐｌａｔｅ Ｓｏｕｒｃｅｓに基づく“ｄｅｔａｉｌｓ”ページである。デスティネーションシステムは、テンプレートがどのレコードに対して適用されるべきかを訪問者が選択することを可能にする、テンプレート化されたレポートのレンダリングの結果の上に制御を配置し得る。代替として、Ｄｅｔａｉｌｓページは、Ｒｅｐｏｒｔページと組み合わせて用いられ得る。ＲｅｐｏｒｔページとＤｅｔａｉｌｓページとの両方は、ソースとしてＣｌｉｅｎｔＬｉｓｔスプレッドシートを有することになる。ＣｌｉｅｎｔＬｉｓｔスプレッドシートは、“Ｇｏ Ｔｏ Ｄｅｔａｉｌｓ”と呼ばれる追加された列を有してよく、各行は、“＝ＮＡＶＩＧＡＴＥＴＯ（‘ＤｅｔａｉｌｓＰａｇｅ’， Ａ３：Ｚ３， Ｂｌｕｅ， ＬｉｎｋＳｔｙｌｅ）”などの式を有することになり、これは、クライアントのすべてをリストするメインＲｅｐｏｒｔページの表示中に、行３又はクリックされたそれぞれの行によりポピュレートされるＤｅｔａｉｌｓＰａｇｅに訪問者を連れていくことになる、ハイパーリンクスタイルナビゲーション制御が各行上で見えるべきであることをデスティネーションシステムに示すことになる。別の代替として、Ｒｅｐｏｒｔページ作成中の構成オプションは、ＣｌｉｅｎｔＬｉｓｔスプレッドシート内の指定の右にそれらを有するのではなく、生成されるべきナビゲーションリンクを指定するように設計者に促し得る。Ｄｅｔａｉｌｓページ上の評価されるレコード値のセル書式設定は、Ｔｅｍｐｌａｔｅ Ｉｎｄｉｃａｔｏｒセル書式設定とＴｅｍｐｌａｔｅ Ｉｎｄｉｃａｔｏｒセルにレコードデータをポピュレートするセルの任意の所与の行の書式設定との組み合わせであってよく、組み合わせ可能な書式設定に対して両方のセルが競合する書式設定を有する（レコード上の色の変更がテンプレート上のより大きいフォントサイズと組み合わされたなどの）場合にどちらの書式設定が優先になるかに関するデスティネーションシステムのデフォルトの挙動及び設計者により選択される好みに応じて一方が他方をオーバーライドする。デスティネーションシステムはまた、ほとんどの一般的なフォーマットはテンプレートフォーマットをオーバーライドしないが、いくつかの稀な、したがって、意図的な書式設定の変更はテンプレートフォーマットをオーバーライドすることを許され得ることを保証するべくレコードを分析してよい。

【0096】

Ｅｄｉｔ－Ｃｅｌｌｓページ及びＥｄｉｔ－Ｒｅｃｏｒｄページの追加
訪問者がデスティネーションシステム上のデスティネーションページ内からセルを編集するために、例示的な実施形態によれば、設計者は、Ｅｄｉｔ Ｃｅｌｌｓページ（図３８）又はＥｄｉｔ－Ｒｅｃｏｒｄページ（図４１）を作成することができる。ページ作成ウェブページから、タイトルを入力し、ページタイプ“Ｅｄｉｔ－Ｃｅｌｌｓ”又は“Ｅｄｉｔ－Ｒｅｃｏｒｄ”を選択することにより、それらは同様に作成され得る。Ｅｄｉｔ－Ｃｅｌｌｓページは、訪問者が個々のセルを編集することを可能にするが、訪問者が可視要素（図８８）との対話を始めるまでは、Ｒｅｐｏｒｔページによく似たページを表示する。Ｅｄｉｔ－Ｒｅｃｏｒｄページは、訪問者がレコード（図８９）をブラウズし、行又は列を編集及び／又は削除することを可能にしてよく、デフォルトのフォーム生成を有するＩｎｓｅｒｔページと類似していてよい（図９０）。ページソースは、ページ上に表示されるべきセルの値の範囲であってよく、デフォルトで、どんなセルを編集することができるかを指定する第２の範囲（図４２）は、すべてのセルが編集可能であるようにページソースと一致する。範囲は、ワークシート全体、定義名、及び／又はカスタム範囲であり得る。デスティネーションシステムは、データを有するすべてのセル及びデータを有するものの間のセルを表示するべくソース範囲を調べる。両方の編集ページはまた、ユーザが挿入することによりレコードセットを拡張できるようにするべく、空きスペースの付加的な行及び／又は列を有し得る。定義名又はカスタム範囲は、該範囲により参照されるセルのみを含むことになる。デスティネーションシステムは、設計者により範囲が指定された後で定義名を作成することによりカスタム範囲オプションを実装し得る。Ｅｄｉｔ－Ｒｅｃｏｒｄページタイプは、ページ上で利用可能な編集ボタンを決定し得る、Ｒｏｗ又はＣｏｌｕｍｎの付加的な選択を有する（図４１）。

【0097】

両方のタイプの編集ページに関する付加的な設定が“Ｍｏｒｅ”セクションに存在する（図３９及び図４２）。設計者は、第１の行／列を用いるか、若しくは、定義名又はカスタム範囲を用いて、“Ｈｅａｄｅｒ Ｒａｎｇｅ”を指定することができる。ヘッダ範囲が選択される場合、設計者は、これらのヘッダが訪問者により編集可能であるか否かを指定することができる。ヘッダは、ページの第１の列（図９０）、又は列Ｅｄｉｔ－Ｒｅｃｏｒｄページの場合には最上行として現れることになる。設計者は、編集可能な範囲を選択することができ、これはメインページソースの中に含まれていなければならない。この編集可能な範囲は、ユーザにより編集可能なすべてのセルであり得る。ページタイトルを示すためのオプション、ページのサーチを可能にするためのオプション、セル間のグリッドラインを表示するためのオプション、及び行及び列の数字／英字を表示するためのオプションも存在する。

【0098】

Ｅｄｉｔ－Ｒｅｃｏｒｄタイプのページに関して、削除及び編集を可能にするための付加的なオプションが存在し得る（図４２）。両方ともデフォルトで可能にされる。これにより、デスティネーションページ上の各レコードの傍に付加的な制御が現れることになり得る（図８９）。行／列は、“ａｌｌｏｗ ｄｅｌｅｔｅ”が選択され、且つ、行／列におけるすべてのセルが編集可能な範囲内にある場合にのみ、ページから削除され得る。行／列は、“ａｌｌｏｗ ｅｄｉｔ”が選択され、且つ、行／列におけるセルのうちの少なくとも１つが編集可能な範囲内にある場合にのみ、ページから編集され得る。このケースでは、いくつかの態様によれば、実際に編集可能な範囲内にあるセルのみが編集され得る。

【0099】

Ｅｄｉｔ－Ｃｅｌｌｓタイプのデスティネーションシステムページを閲覧しているときに、ユーザは、例示的な実施形態によれば、編集するために任意の編集可能なセルをクリックすることができる（編集可能なセル範囲は、ページを作成／編集するときに定義される）。テーブルセルの内容は、一時的に非表示にされ、デフォルト値としてセルの現在の内容を有する、セルの数字フォーマットに依存する入力要素と置き換えられ得る（図８８）。保存ボタン及び閉じるボタンが同様に可視にされる。テキストセルは、テキストフィールドを表示することになり、１０進法又は通貨などの数字フォーマットは、テキストをタイピングするオプションと共に数字ピッカーを表示し、日付は、日付ピッカーを表示し、時間は、時間ピッカーを表示することになる。伝統的なスプレッドシートデータ検証がセルに関して設定される場合、これはまた、ドロップダウンを提示するリスト検証、及び数字ピッカーを示す数字と共に、提示される入力要素に影響を及ぼし得る。ページに適用されるデスティネーションシステム検証はまた、日付、時間、又はマップ／ＧＰＳのオプションを有する。日付及び時間は、それぞれ、日付ピッカー及び時間ピッカーを表示することになる。マップ／ＧＰＳは、ユーザがそれらを生成するべくＧＰＳ座標を入力する又はマップ上をクリックすることを可能にするであろう。これらの値の変更及び保存は、スプレッドシート定義におけるセルの値／式を、スプレッドシートツールにおいて行うのと同じ方法で変更することになる。セルが、ＷＥＢＩＦＩＥＲＩＮＳＥＲＴＦＩＬＥ式関数を用いるファイル参照を含む場合、新しいファイル又はイメージをアップロードするためのオプションがユーザに与えられることになる（図６２）。保存を選択すると、新しいデータがサーバに送信され、編集されたセルの内容を置き換えるべく文字列値が返される。保存ボタン及び閉じるボタンは、非表示にされてよく、セルは、その値を通常通りに表示する。ファイルがアップロードされた場合、ページがリフレッシュされる。保存ボタンをクリックした後で、以下がサーバに送信され得る：ページｉｄ、新しいセルの値、セルの行及び列、データのタイプを記述するセルタイプ、及びデスティネーションシステムページが別のウェブページに埋め込まれるか否かを示すＢｏｏｌｅａｎ。ファイルがアップロードされる場合、ファイルキー、ファイルｉｄ、及びファイルデータが同様に送信される。サーバが編集要求を処理した後で、セルに表示されるべき新しいテキストを指定するＪＳＯＮオブジェクトがクライアントに返送される。

【0100】

Ｃａｌｅｎｄａｒページの追加
Ａｄｄ－ＯｎでＣａｌｅｎｄａｒページが作成され得る（図２７）が、それらはまた、例示的な実施形態によれば、ウェブサイトを通じて作成することができる。Ｃａｌｅｎｄａｒページを作成するために、３つのデータ：Ｅｖｅｎｔ Ｄａｔｅ（必須、日付によりフォーマットされるセル）、Ｅｖｅｎｔ Ｔｉｍｅ（随意的、時間によりフォーマットされるセル）、及びＥｖｅｎｔ Ｔｉｔｌｅ（必須）が用いられ得る。ユーザは、Ａｄｄ Ｐａｇｅボタンを選択し、次いで、ページタイプとしてＣａｌｅｎｄａｒを選択する。パラメータ：Ｄｅｆｉｎｅｄ Ｎａｍｅ及びＣｕｓｔｏｍ Ｒａｎｇｅのそれぞれに関するセル範囲をどのようにして入力するかの２つのオプションが利用可能である。Ｄｅｆｉｎｅｄ Ｎａｍｅは、ユーザが、付属のＷｏｒｋｂｏｏｋから抽出されるＤｅｆｉｎｅｄ Ｎａｍｅオプションのリストを選ぶことを可能にする。Ｃｕｓｔｏｍ Ｒａｎｇｅは、“Ｕｓｅ ｃｕｒｒｅｎｔ ｓｅｌｅｃｔｉｏｎ”ボタンを押すこと又はセレクタに手動で入力することのいずれかにより、ユーザが範囲を指定することを可能にする。これらのパラメータが指定された後で、ページを保存することができる。イベントの日付は、唯一必要とされるフィールドであり、タイトルなしのイベントは、デフォルトで“Ｅｖｅｎｔ”に設定され、時間なしのイベントは、デフォルトで“Ａｌｌ Ｄａｙ”に設定され得る。サーバに変更をアップロードした後で、Ｃａｌｅｎｄａｒページビューは、指定のイベントを含むＣａｌｅｎｄａｒウィジェットを表示する。３つの指定のパラメータソースが抽出され、Ｔｉｔｌｅ、Ｄａｔｅ、及びＴｉｍｅプロパティからなるイベントオブジェクトを構築するのに用いられる。これらのオブジェクトは、次いで、典型的にはそれらの適切な日付内のタイトルリストとして、Ｃａｌｅｎｄａｒウィジェット上に表示される。設計ページ上のサムネイルは、レンダリングされたＣａｌｅｎｄａｒウィジェットを反映する及びそれと一致する。

【0101】

ネストされるＣｏｎｔａｉｎｅｒページの追加
Ｃｏｎｔａｉｎｅｒページは、別のページの１つ又は複数のインスタンスを含むことができるページである。それらは、ページ作成中にＴｙｐｅドロップダウンから’Ｃｏｎｔａｉｎｅｒ’を選択することにより作成される。ＵＩのボタンを介して選択することができるＣｏｎｔａｉｎｅｒページ：Ｅａｓｙ、Ａｄｖａｎｃｅｄ、及びＧｒａｐｈｉｃ Ｄｅｓｉｇｎｅｒを作成するのに用いることができる、少なくとも３つの異なるモードが存在し得る（図２９）。

【0102】

Ｅａｓｙモードは、サブページをグリッドレイアウトでレンダリングし得る。コンテナに含まれることになる、列の数とサブページとの２つのデータが必要とされ得る（図２９）。最終的なレイアウトでの行の数は、いくつのページがコンテナのために選択されるかに依存することになる。

【0103】

各サブページは、Ｅａｓｙモード作成中にドロップダウンメニューを介して選択される。ドロップダウンは、レンダリングされたページ上のどこに各サブページが現れることになるかを反映するグリッドにレイアウトされる。ページが追加される際に、さらに付加的なページを追加することができるように、ドロップダウンの新しいブランクの行が付加され得る。新しいページを作成し、これをコンテナに追加するためのオプションも存在し、これはコンテナ自体が保存されるときに保存され得る。同様に、列の数が変更される場合に、ドロップダウンは、新しい列のカウントを反映するべく追加又は削除され得る。Ｅａｓｙモードで作成されるコンテナにおける列の数は、或る数、例えば、３に制限される場合もある。

【0104】

Ａｄｖａｎｃｅｄモードは、Ｃｏｎｔａｉｎｅｒページの表示のさらなる制御を可能にするＷＩＳＹＷＹＧ－“Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ”－リッチテキストエディタを用い得る（図３０）。エディタは、フォントサイズ及び色、ボールドテキスト、箇条書きリストなどのような高度な書式設定を可能にする。ユーザは、ユーザがコンテナに入れることを望むどんなテキスト型データもコンテナに入れることができる。保存されるときに、テキスト型データは、ＨＴＭＬテンプレートとして保存される。

【0105】

Ａｄｖａｎｃｅｄモードを介して作成されたコンテナ内にサブページを含めることは、例示的な実施形態によれば、テキスト“｛｛“及び“｝｝”で囲まれるページ名をタイピングすることにより行われ得る。例えば、文言“｛｛ＤａｔａＰａｇｅ｝｝”をタイピングすることにより、コンテナに“ＤａｔａＰａｇｅ”という名前のページが含まれることになる。Ｃｏｎｔａｉｎｅｒページがレンダリングされるときに、テンプレートが、“｛｛“マーカと“｝｝”マーカとの間にある文言に関してサーチされる。文言が、システムにおける有効なページ名と一致する場合、文言は、一致するページのＨＴＭＬレンダリングに置き換えられる。Ａｄｖａｎｃｅｄモードの利点は、いくつかのＴｅｘｔタイプのページを作成する必要なしに、いくつかのページを、テキストが織り込まれた状態でレイアウトできることである。これはまた、Ｃｏｎｔａｉｎｅｒページの最終的な外観のさらなる制御を可能にする。

【0106】

Ｇｒａｐｈｉｃ Ｄｅｓｉｇｎｅｒモードは、Ａｄｖａｎｃｅｄモードと類似しているが、フルＨＴＭＬテキストエディタ及びプレビュー機能が含まれ得る（図３１）。Ｇｒａｐｈｉｃ Ｄｅｓｉｇｎｅｒのエディタは、エディタの最上部に存在するタブを用いることにより、“Ｅｄｉｔ ＨＴＭＬ”ビュー、“Ｐｒｅｖｉｅｗ”ビュー、及び“Ｅｄｉｔｏｒ”ビューの間で切り替えることができる。

【0107】

“Ｅｄｉｔｏｒ”タブは、Ａｄｖａｎｃｅｄモードエディタと同じエディタを含む。ＨＴＭＬエディタは、“Ｅｄｉｔ ＨＴＭＬ”タブの下に存在する。ＨＴＭＬエディタを用いて、ユーザは、Ｃｏｎｔａｉｎｅｒページの最終的な外観のより一層の制御を可能にする任意のマークアップを入力することができる。“Ｐｒｅｖｉｅｗ”タブ機能は、現在のマークアップを取り上げ、これをレンダリングし、ゆえにユーザは、普通にページを保存及び閲覧する必要なしに、レンダリングされたテンプレートの外観をすぐに見ることができる。

【0108】

ＡｄｖａｎｃｅｄとＧｒａｐｈｉｃ Ｄｅｓｉｇｎｅｒは、両方とも現在のページのリストが右側にあることを特徴とする。このリストからページがクリックされるときに、ページは、現在のカーソル位置でテンプレートに自動的に挿入され得る。

【0109】

Ａｄｖａｎｃｅｄモード及びＧｒａｐｈｉｃ Ｄｅｓｉｇｎｅｒモードはまた、“Ｉｍｐｏｒｔ Ｆｒｏｍ Ｅａｓｙ Ｍｏｄｅ”へのボタンを有し得る。この機能を用いるために、最初にＥａｓｙモードを用いてデータが入力される必要があり得る。押されたときに、Ａｄｖａｎｃｅｄ及びＧｒａｐｈｉｃ Ｄｅｓｉｇｎｅｒのエディタは、コンテナがＥａｓｙモードであったときのオリジナルの外観と一致するテンプレートが事前に充填されることになるであろう。

【0110】

すべてのＣｏｎｔａｉｎｅｒモードに関して、１つ又は複数のルールが作成を制限し得る。１つ目は、Ｃｏｎｔａｉｎｅｒページが、１回よりも多く同じＩｎｓｅｒｔタイプページを含むことができないことである。２つ目は、コンテナが、該コンテナ自体を、又は無限ループを生じることになる別のＣｏｎｔａｉｎｅｒページを含むことができないことである（コンテナループの例：ページ‘Ａ’はページ‘Ｂ’を含むが、ページ‘Ｂ’も‘Ａ’を格納する）。これらのルールは、保存時にチェックされ、違反する場合、コンテナの作成が防止され得る。

【0111】

ｗｅｂｉｆｉｅｒは、レコードリストと、挿入などの訪問者のアクションのためのユーザインターフェースとの両方が、例示的な実施形態によれば、スプレッドシートツール内の非技術系の設計者により概ね定義されることを可能にする。すべてのこれらのＲｅｐｏｒｔタイプは、ソース又はＴｅｍｐｌａｔｅ Ｓｏｕｒｃｅｓとして、レコードの集計データを表す式、集計データを表すチャート、又は本質的にスプレッドシート上で可視の何でも有するスプレッドシートを有し得る（図９８）。例えば、Ｉｎｓｅｒｔページは、次のレコードを入力する際に訪問者を助けるために、以前に挿入されたレコードについての参照情報、又はこれまでのすべてのレコードのグラフを有することもできる。データとインターフェースとの関係性は、設計者により非常に広く定義可能なままにされている。ソースデータのためのスプレッドシートを用いることとそしてまたユーザインターフェースのレイアウト及び設計のためのスプレッドシートを用いることとの組み合わせの融通性の度合いは意外にも高く、これまでソフトウェア開発経験又はトレーニングを有していない数百万人のユーザに新しい能力を与える。

【0112】

Ｃｏｎｔａｉｎｅｒページタイプはまた、Ｔａｂｓ Ｃｏｎｔａｉｎｅｒタイプであり得る（図４９）。複数のサブページを同じページ上に例えば複数の列に配置するのではなく、各サブページは、デスティネーションページが訪問者にロードされるときに別個のタブとして表示されることになる（図９８）。

【0113】

ＣＳＶ Ｉｍｐｏｒｔページの追加
ＣＳＶ Ｉｍｐｏｒｔページ（図８６）は、例示的な実施形態によれば、訪問者がＣＳＶファイルから一度に複数の行をスプレッドシートに挿入することを可能にする。設計者は、ＣＳＶ Ｉｍｐｏｒｔページに関するソースとしてワークシート、定義名、又はカスタム範囲を選択することができる（図３３）。このソースは、ページ上のどこに新しいデータが入力されることになるかを指定する。これは、インポートされるＣＳＶファイルにおいて可能な列の数を制約する又はしない場合がある。例えば、＄Ａ＄１：＄Ｃ＄１の範囲をカバーする定義名ソースは、３つの列を有するＣＳＶファイルのみ可能にすることになり、データは、列Ａ、Ｂ、及びＣにわたる最高の利用可能な行に挿入されることになる。代替的に、これは余分な列を無視し得る。

【0114】

このページを用いるときに、訪問者は、挿入されるべき列の期待される数を伝えられ得る。それらはまた、ＣＳＶファイルの第１の行を除外するためのオプションを有し得る。訪問者は、次いで、標準のファイルアップロード制御を用いてＣＳＶファイルを選択し、ページをサブミットする。ページは、アップロード制御を、．ＣＳＶ拡張子のみを受け入れるように制限し得る。ページがデータを含まない又は不適切にフォーマットされたデータを含む場合、エラーが返される（図８７）。

【0115】

各行は、Ｉｎｓｅｒｔ Ｒｅｃｏｒｄページと同じ方法で、ソースにより指定される列に１つずつ挿入され得る。後述するデータ検証が依然として適用され、ゆえに、いずれかの値がセルに課された制約を満たさない場合、インポートが拒否され、制限され、又は他の方法で修正され、訪問者に警告されることになる。挿入が成功する場合、訪問者は、挿入された行の数を表示する成功メッセージを受信し得る。

【0116】

埋め込み型スプレッドシートページの追加
タイトル及びソース範囲で指定され得る別のページタイプは、例示的な実施形態によれば、埋め込み型スプレッドシートページである。このページタイプは、埋め込み型スプレッドシート・インターフェースを訪問者に表示し、スプレッドシートの設計者により指定された部分の値及び式を設計者がするのと同じ方法で訪問者が編集することを可能にする。スプレッドシート制御の実装は、包括的である必要はなく、訪問者がスプレッドシート外のデータを参照するどのような能力を有することも必要としない。この実装は、データをスプレッドシート定義フォーマットで受け入れ、訪問者が保存すると、結果的にスプレッドシート定義フォーマットを生成する、多くの市販のスプレッドシートウェブ制御のうちの１つを利用することができ、この場合、セルの式又はセルの値は、スプレッドシート制御に提供される一時的なシートに及びそこから１つずつ容易にコピーされ得る。

【0117】

付加的なページタイプ
ｗｅｂｉｆｉｅｒは、例示的な実施形態によれば、複数の他のページタイプを同様の様態でサポートすることができる。例えば、前述の“ｒｅｐｏｒｔ”ページタイプと類似しているが、デスティネーションシステムは、Ｒｅｐｏｒｔページのｈｔｍｌを、訪問者がそのＰＤＦページのＵＲＬにアクセスするときにブラウザ又はモバイルアプリケーションによりダウンロードされ開かれるＰＤＦドキュメントへ変換する又は印刷する付加的なステップを行うためにＰＤＦライブラリへの市販のコンバータ又はプリントを用いてよい。

【0118】

ページタイプの別の例は、外部ウェブページをデスティネーションページ上のフレームに埋め込むことであり、この場合、フレームのＵＲＬが、ページを作成するときにページ構成において指定され、又はこれが静的な値により又は式により提供されることを可能にするスプレッドシート定義における指定のセルをデリファレンスすることにより得られる。これは、スプレッドシートレコードデータが、訪問者が差し向けられるウェブページを定義するべきであるシナリオで特に有用であり得る。

【0119】

スプレッドシート定義の抽出
スプレッドシートが定義されると、ｗｅｂｉｆｉｅｒは、例示的な実施形態によれば、スプレッドシート定義に基づいてデスティネーションシステムページを生成し得る。スプレッドシート定義がデスティネーションシステム上に持続的に記憶される例では、プロセスは、適用可能なソース範囲内に入るセルの定義を抽出し、利用可能にすることで始まる（図２のステップ２０７）。スプレッドシート定義がｘｌｓｘファイルフォーマットで始まる場合、ファイルは、ＸＭＬフォーマットの中身を取得するべく解凍され得る。初歩的な文字列パーシングから洗練されたパーシングまでの様々なＸＭＬパーシングオプションが、通常は、ＸＭＬパーシングライブラリにおける関数を呼び出すことにより行われ、セル及びそれらの属性を含む個々のデータセクションのすべてを通して反復するために、並びに、それらをインメモリオブジェクト指向クラス及びインスタンスなどの代替又は中間フォーマットへロードするために便利なアクセスを提供するのに用いられる。代替的に、ｘｌｓｘ、ＭＳ－ＸＬＳＢ、ＳｐｒｅａｄｓｈｅｅｔＭＬ、ＯＤＳフォーマット、及び同様のスキーマに適合する市販のスプレッドシートファイルフォーマットパーサが、スプレッドシートのデータを、スプレッドシートデータにおいて典型的に見受けられる属性及びフォーマットに便利に特化されたオブジェクト指向クラスで明らかにするのに用いられ得る。

【0120】

スプレッドシート定義が持続的に記憶されず、代わりに、中間又はデータベースフォーマットで持続された例では、上記のステップのうちのいくつかは依然として適用されるが、それらは、デスティネーションシステムページに関する要求がシステムにより受信される際にオンデマンドで行われるのではなく、設計者がスプレッドシート定義を提供した直後に、より早い段階で、システム上のすべてのシートに関して行われ得る。中間フォーマットは、これらのステップに部分的により早い段階で従うこと及び部分的に要求ごとに従うことを含み得る。例えば、早い段階は、ｘｌｓｘファイルを受け入れ、これを解凍し、必要なファイルを、まだそれをさらに解析しない、シート全体を表すデータベースレコードへ変換し得る。その場合、デスティネーションシステムへの各ページ要求中のステップはより少ない。

【0121】

書式設定及び属性の変換
ステップ２０７及び／又は２０９（図２）中に、データは、中間フォーマットに変換されてよく、これは、例示的な実施形態によれば、関連するデータ属性を、スプレッドシートクラスではなくＣＳＳ又はＨＴＭＬクラスにより近く似ているクラスでより便利にアクセス可能にし得る。例えば、クラス上のプロパティ名は、ＣＳＳのプロパティ名と一致してよく、又は“ＯｂｔａｉｎＣＳＳＤｅｆｉｎｉｔｉｏｎ（）”などのクラスに対するいくつかの方法が存在し得る。しかしながら、中間フォーマットの便利さは必要とされず、代替的に、ｗｅｂｉｆｉｅｒは、ＣＳＳ及びＨＴＭＬのデスティネーションページの出力フォーマットに従ってデータを記憶してよい、又は、データをオリジナルのスプレッドシートフォーマットで記憶し、後でストリームを中間ストレージなしに出力フォームへまっすぐに向けてよい。例えば、列の幅を処理するために、ＸＭＬスニペット“＜ｃｏｌ ｍｉｎ＝”１” ｍａｘ＝”２” ｗｉｄｔｈ＝”１１．８”＞”の“ｗｉｄｔｈ”属性の値を読み出し、ＣＳＳによりサポートされるユニットに変換し、結果的に生じる列クラスの“ｃｓｓｗｉｄｔｈ”プロパティを記憶する、又はこれをＣＳＳ出力ストリーミング機能の一部として“ｗｉｄｔｈ：１００ｐｘ；”としてストリーム出力することもできる。

【0122】

伝統的なスプレッドシートに一般的な、スプレッドシート定義内で見受けられる条件付き書式設定エントリは、設計者が指定した式がセルの書式設定の定義と関連付けられるかについてデスティネーションシステムに式評価を行わせ得る。デスティネーションシステムがデスティネーションシステムに関する訪問者要求に応答するときに式をｔｒｕｅに評価する場合、条件付き書式設定エントリ内に含まれる書式設定は、デスティネーションページが異なる書式設定をもつ要素を有することになるように、同様にｃｓｓに変換されることになる。

【0123】

ページタイプによる出力の変化
訪問者に送信されることになるＣＳＳテキスト定義に関するストリームへのオブジェクトのプロパティのシリアライズの一部として、デスティネーションシステムは、例示的な実施形態によれば、どんな種類のページタイプ及びどんなタイプの訪問者デバイス特徴が所与のターゲットページに適用可能であるかなどのファクタを考慮に入れ得る。例えば、ページが“ｒｅｐｏｒｔ”タイプのものである場合、ｗｅｂｉｆｉｅｒは、“＜ｔｄ＞Ｃｅｌｌ Ｔｅｘｔ＜／ｔｄ＞”のようなｈｔｍｌ ＴＤセルとしてのボーダーを有するセル及び“ｔｄ ｛ ｂｏｒｄｅｒ：１ｐｘ ｓｏｌｉｄ ｂｌａｃｋ； ｝”などのいくつかの関連するＣＳＳを出力し得る。しかしながら、ページが“ｅｄｉｔ ｄｅｔａｉｌｓ”タイプのものであり、且つ、セルが編集することができるセルとして指定される範囲内に入る場合、ｗｅｂｉｆｉｅｒは、代わりに、所望の入力制御のスタイルに応じて“＜ｔｄ＞＜ｉｎｐｕｔ ｔｙｐｅ＝ｔｅｘｔ ｖａｌｕｅ＝”Ｃｅｌｌ Ｔｅｘｔ” ／＞＜／ｔｄ＞”として同じセル及び異なるＣＳＳを出力し得る。

【0124】

他のタイプの出力は、より一層特化され得る。例えば、Ｃａｌｅｎｄａｒのページタイプは、セルをレンダリングすることを試みる代わりに、クライアント側で訪問者が指定するように数か月間ブラウズすること又はウィークリー又はアジェンダビューに切り替えることのような特徴と対話式に表示されるように、カレンダー制御（図２７のサムネイル内）などの第三者ウィジェットにより受け入れ可能な文字列フォーマットにレンダリングし得る。デスティネーションシステムはまた、名前列及びＧＰＳ座標列を有するシートを、指定の場所を有するマップをレンダリングするべく第三者サーバと対話する第三者マッピングアプリケーションウィジェットにより受け入れられるカンマ区切りのリストに文字列レンダリングし得る。

【0125】

データ検証
往々にして、スプレッドシートツールは、データ検証能力を含む。例えば、データ検証ルールは、スプレッドシートツールで指定することができ、その場合、セルは、特に、整数のみ可能にする、１０進数のみ可能にする、指定の最小範囲及び最大範囲内の数のみ可能にする、おそらく最小範囲及び最大範囲内の日付又は時間のみ可能にする、可能な文字の最大数を制限する、又は必要な文字の最小数を制限するべきである。データ検証はまた、セルが、リストで指定される値のうちの１つを含むことのみ可能にするように設定することができる。リストは、値のシンプルテキストリストとしてデータ検証定義中に提供することができ、又は、スプレッドシート上のセルの範囲への参照を指定することができ、その場合、ツールは、そこから容認できる値のリストを得ることになり、該セルに関するスプレッドシートツール内にドロップダウン制御を生じさせることができる。データ検証はまた、結果的にｔｒｕｅを返す典型的なスプレッドシート式を生じることになる値のみを可能にするように設定することができる。例えば、セルＢ１に関して、式は、“＝ＯＲ（Ｂ１＞＝０， ＡＮＤ（Ａ１＝０， Ａ２＜４０））”を指定することもでき、この場合、Ｂ１は、正の数とすることができ、又はセルＡ１がゼロであり、且つＡ２が小さい数である場合に、負とすることができる。いくつかのツールは、ブランク値が検証をパスすることを可能にするべく例外を指定することを可能にする。例示的な実施形態によれば、デスティネーションシステムは、スプレッドシート及びスプレッドシートセル定義から設計者が指定した上記のデータ検証タイプ及びオプションのすべてを読み出すことができる。データ検証は、セル定義ＸＭＬ上とすることもでき、又はデータ検証ルールは、ルールが適用されるセルのリストと共に、スプレッドシート定義におけるグループとしてどこか別の場所で定義することもできる。デスティネーションシステムは、スプレッドシート定義から該情報を抽出及び処理してよい。スプレッドシート内で適用されたデータ検証ルールを有するセルに対応するデスティネーションシステムからの値の挿入又は編集などの入力中に、デスティネーションシステムは、訪問者の入力値をこれらの検証ルールと比較して評価することになる。評価は、サーバ上で行うこともでき、又は例えば要求がサーバへ送信される必要なしにユーザの入力を評価することになるクライアント側ＪａｖａＳｃｒｉｐｔ（登録商標）にルールを渡すことにより行うこともできる。データ検証に失敗する場合、訪問者に値を訂正する機会を与えるべくラベル又はポップアップ警告が示されてよい。データ検証ルールが、そこから容認できる値のリストを得るためのセル参照に関係していた場合、又はデータ検証ルールが、ｔｒｕｅ評価を必要とする式に関係していた場合、システムは、式を評価するのに必要とされる又はシステムが容認できる値のリストを知るのに必要とされる他のセルの値をデリファレンスしてよく、これは次に、訪問ユーザの入力を可能又は不可能にすることになる。スプレッドシート定義が、日付に基づくルールを指定する場合、デスティネーションシステムは、ユーザがそこから日付を選ぶべくポップアップのカレンダー制御を有するように、挿入又は編集フォーム上に出力される制御を修正してよく、随意的に、無効な値が警告付きでタイプされるがサーバへサブミットされないようにするのではなく、無効な値が最初から指定されるのを防ぐために、テキストボックス制御自体にタイピングすることは不可能にされる。

【0126】

“Ａ１＝０”などのスプレッドシートスタイルの検証を超えて進むために、デスティネーションシステムは、サーバから検索される情報でセルの値を自動的に設定する、“Ｃｕｒｒｅｎｔ Ｕｓｅｒ”又は“Ｃｕｒｒｅｎｔ Ｄａｔｅ”などの検証を設計者が追加することができる、ページ作成中の付加的なオプションを有する。マップ又はＧＰＳ座標制約を指定することも可能であり、ユーザは、ＧＰＳ座標を入力するか又は座標を生成するべくマップ上のどこかを選択することもでき、それらはまた、値に関する正しいＧＰＳ書式設定となるように検証されることになる。外接矩形をもたらすデスティネーションシステムに指定される最小領域及び最大領域を有することにより、境界として指定されるポリゴン、又は“Ｅｕｒｏｐｅ”のような事前定義されたポリゴンを有することにより、ＧＰＳ座標のより深い検証も可能である。他の便利なデータバリデータも、それらが伝統的なスプレッドシートツールバリデータと同じ効果を有する場合であっても利用可能である。例えば、設計者が有効な値のリストを指定することを可能にするバリデータ（図８０）が利用可能であり、結果的にＩｎｓｅｒｔページ上でレンダリングされるドロップダウン制御を生じる。第２の例は、どんな日付が選択されるかを制限することができる日付バリデータである（図７９）。

【0127】

デスティネーションシステムは、入力フォーム（図９３）、ＣＳＶ Ｉｍｐｏｒｔページ（図８７）、又は外部自動化ｗｅｂｉｆｉｅｒ ＡＰＩ呼び出しなどの入力方法を含む訪問者入力の方法に関係なくデータ検証ルールを実施し得る。

【0128】

並行性及び式エンジン
多くの訪問者が、デスティネーションシステムにログインし、読出し専用ページを同時に要求することもできる。編集に関係する要求に関して、サーバは、例示的な実施形態によれば、入ってくる要求又はレコードを修正する要求のコアコードのすべてをキューにシリアライズしてよく、これは、今日の処理能力を考えると事実上同時であるように見えるであろう。多くの異なるページタイプに適用可能な、デスティネーションシステムは、スプレッドシート定義から生じるセル参照及び式を、ユーザに表示される又はスプレッドシート定義における又はデスティネーションシステムの他の領域内のさらに他の式に再帰的に用いられることになる、シンプルテキスト及び数値へ分解し得る。式の分解は、多くの方法で完了され得る。スプレッドシートツールと同じコア処理エンジン又はライブラリが再利用されてよく、又はカスタムのパーシング及び式処理エンジンがデスティネーションシステムに埋め込まれるように構築されてよい。いずれにしても、エンジンは、行及び列のインデックス値に基づいてセル参照を分解する１つ又は複数のコールバックを有してよく、又は、セル定義を記憶するデータベースにスプレッドシート定義を渡す又はこれにアクセスすることもできる。パスインされるスプレッドシート定義は、パスインされたオリジナルのスプレッドシート定義と同じではない、簡易化された又は他の方法で修正された、再生成された定義であってよく、又はオリジナルのスプレッドシート定義がパスインされてよい。編集に何らかの衝突があるケースでは、システムは、時間（例えば、最後の人が勝つ（ｌａｓｔ ｍａｎ ｗｉｎｓ））又はあらゆる他の所望のヒューリスティックスに基づいて受け入れられた編集を選択又は指定し得る。

【0129】

ワークフロー及びフィルタリング結果
ｗｅｂｉｆｉｅｒは、例示的な実施形態によれば、ワークフローのいくつかのフォームが、Ｒｅｐｏｒｔページタイプ及び他のページタイプのバリエーションで定義されることを可能にし得る。行レコードシート上で、行ごとの、したがって、レコードごとの訪問者パーミッションに影響を及ぼすことを意図した列を設計者が追加することもでき、その場合、特定の列のセルの式の結果により、デスティネーションサーバがその行を出力結果に含む又は含まないことになる。例えば、列Ａが従業員の名前を含み、列Ｂがいくつかの時間を含む従業員タイムシート・スプレッドシートと、該シートのソース領域を有するＲｅｐｏｒｔページタイプを想像してみる。追加の列Ｃは、“＝ＩｓＬｏｇｇｅｄＩｎＵｓｅｒ（Ａ１）”に似たレコードを表す各行に関する式を有してよく、この場合、Ａ１は、第２の行に関してＡ２に、以下同様に変化することになる。これは設計者に値を示すべく設計時間中に分解することができないが、デスティネーションシステムは、Ｒｅｐｏｒｔページをリストするタイムシートを訪問者が訪問するときに式の列を評価することになる。反復中に、デスティネーションシステムは、その行の列Ａで指定される従業員が訪問者ではなかった場合に、訪問者に関する行のレンダリングをスキップすることになる。行は、列Ａにおける訪問者と一致した場合にレンダリングされ続けることになる。最終結果は、従業員が、該従業員に関係する時間レコードの行のみを示すことになるスプレッドシート定義に基づいて、タイムシートウェブページを訪問することができたことである（図２０）。同様に、シートがスーパーバイザを指定する列を有していた場合、スーパーバイザのタイムシート概要ページは、該スーパーバイザの権限下の時間レコードのみをリストし得る。

【0130】

ページタイプが編集ページの場合、式の同じ評価は行をスキップし、これにより、情報を非表示にするだけでなく、他の行の編集を可能にしながらユーザがいくつかの行を編集することを防ぐために入力制御が提供されることも防ぐ。これらのコンポーネントを一緒にすることの望外の効果は、タイムシートページ上で自分のタイムシートだけを見る従業員などのユーザがワークフローを定義できるようになり、“ｒｅａｄｙ ｔｏ ｓｕｂｍｉｔ”列を１つ又は複数のレコードに関してｔｒｕｅに変更することができ、スーパーバイザは“ｒｅａｄｙ ｔｏ ｓｕｂｍｉｔ”列に基づいて閲覧する行を限定する式を有するページ上に現れたこれらのレコードを見ることができ、スーパーバイザは自分が監督する従業員のみに関する“ａｐｐｒｏｖｅｄ”値を変更することができ、最終的にマネージャは承認されたレコード及び承認された時間の総計のみを見ることができることである。手短に言えば、本明細書で説明される態様は、これまでは経験を積んだソフトウェア開発者の支援を必要としていた、カスタムの複雑なワークフローの作成を可能にする。

【0131】

ボタン
訪問者の便宜のために、例示的な実施形態によれば、値のテキスト編集をボタン制御へ変更するためのシグナルとしてデスティネーションシステムが見るタグを含むスプレッドシートツールのコメント特徴を用いて、メタデータが、セル、例えば、セルコメント上で指定され得る。例えば、設計者が各データレコード上の“ａｐｐｒｏｖｅｄ”値を望んだ場合、文字列“ｔｒｕｅ”をタイプするべくテキストボックスを訪問者に提示するのではなく、セルの値をｆａｌｓｅからｔｒｕｅに変更することによりレコードの承認を示すべく訪問者がボタンをクリックできることが設計者に好まれる場合があり、その場合、訪問者は“ｆａｌｓｅ”に“ｔｒｕｅ”を戻し入れるように変更し得る。これは、結果的により使いやすいシステムをもたらすとともに、値への変更が一方向であるケースの一助となる（例えば、ｆａｌｓｅからｔｒｕｅになっても、設計者は、レコードが決してｆａｌｓｅに戻ることが有効であるとは感じない）。

【0132】

Ｉｎｓｅｒｔページに関して、デスティネーションシステムのデフォルトのサブミットフォームボタンでさえも、スプレッドシートテンプレート内のどこかに配置される“＝ＳｕｂｍｉｔＢｕｔｔｏｎ（Ｄｏｎｅ， Ｇｒｅｅｎ）”などのｗｅｂｉｆｉｅｒにより定義される又はｗｅｂｉｆｉｅｒにより理解される式関数を有するセルにより定義される外観及び場所を有してよい。スプレッドシートツールがそれをサポートするならば、デスティネーションシステムがデスティネーションページ上のサブミットボタンの位置の基礎として用いることになるフローティングボタンを配置するのにドラッグ及びドロップ式のフローティング制御を用いることもできる。このようにして、スプレッドシートにより定義されないインターフェースである、デスティネーションシステムの実際の“ｈａｒｄ－ｃｏｄｅｄ”インターフェースが、デスティネーションページ上で最小にされる。

【0133】

セキュリティ＋間接的な（カスケーディング）フィルタリング
入力を防ぐことは、設計者がソースはレコードシートであると指定したページに関する制御を無効にすること又は非表示にすること、若しくはサーバが多少なりとも制御を訪問者に送信しないようにすることを含むことができる。セキュリティのために、サーバはまた、例示的な実施形態によれば、訪問者は通常のブラウザではなく悪意のあるエンドポイントである可能性があるため、ＨＴＴＰ ＰＯＳＴ要求を用いて投稿されるサブミットされた入力が同じ論理に基づいて許されるかどうか、制御がユーザに提示されたかどうかを確認し得る。様々な行レコードをポピュレートされることを意図された他のテンプレートスプレッドシートを利用する他のデスティネーションページはまた、同じ論理を用いて許容を評価する。例えば、インボイス詳細テンプレートのＴｅｍｐｌａｔｅ Ｓｏｕｒｃｅを有するインボイス詳細レポートページが、デスティネーションシステムの訪問者によりアクセスされており、且つ、インボイスレコードリスティングシート上の行２上にインボイス２０５をポピュレートされている場合、デスティネーションシステムは、行２が行２へのアクセスを制約する式を有するかどうかを指定する列に関するインボイスレコードシートをチェックすることができる。制約する式を有する場合、デスティネーションシステムはまた、インボイス２０５に関するインボイス詳細レポートページへのアクセスを制約することになる。ネストされるテンプレートの場合、又は単一のテンプレートに複数のソースシートが用いられる場合、及び他のこのような複雑なシナリオでは、デスティネーションページの一部はポピュレート及びレンダリングされ、一部はされないが、カスケーディングの基礎をなす方法は残る。

【0134】

列全体ではなく単一式
レコードごとの式を有する列を追加することの代替は、例示的な実施形態によれば、シート上の又はシートの外部の指定される又は参照される場所に入力され、デスティネーションシステム内に記憶される、別個の単一式を有することである。この代替では、デスティネーションシステムは、各行を通して反復し、反復している現在の行又はレコードに式を適用することになる。ｗｅｂｉｆｉｅｒの他の領域は、代替的な式の同じ集中化を利用し得る。

【0135】

例えば、行ごとのパーミッションに関係する前の例では、本明細書は、Ｃ１内の“＝ＩｓＬｏｇｇｅｄＩｎＵｓｅｒ（Ａ１）”などの式を有する列Ｃ、行２に関する“＝ＩｓＬｏｇｇｅｄＩｎＵｓｅｒ（Ａ２）”などの式、などの例を与えた。設計者は、次いで、各それぞれの行に関する列Ａを指すログインユーザへのパラメータと共に、すべてのレコードに関して式をコピーしてよい。しかし、この関数は厄介であり得る。代替的な例は、ソースレコードを指すページの作成中にオプションとしてシートに別個に定義される、“＝ＩｓＬｏｇｇｅｄＩｎＵｓｅｒ（Ａ）”、又は普通のスプレッドシートの式構文とは異なる構文を有することである。デスティネーションシステムは、次いで、一般に列を指す“Ａ”パラメータが、“ｖａｌｕｅ ｉｎ ｃｏｌｕｍｎ Ａ ｆｏｒ ｔｈｅ ｒｏｗ ｒｅｐｒｅｓｅｎｔｉｎｇ ｔｈｅ ｒｅｃｏｒｄ ｃｕｒｒｅｎｔｌｙ ｉｎ ｑｕｅｓｔｉｏｎ（当該レコードを表す行に関する列Ａの値）”に等しいと理解し得る。言い換えれば、これは、式を、上記の列Ｃを有することに等しいと理解し得る。別の代替的な例として、“＝ＩｓＬｏｇｇｅｄＩｎＵｓｅｒ（Ａ）”式は、行レコードと同じシート上のどこかの単一セル内に、おそらくセル“Ｚ１”における行レコード情報のはるかに右に配置され、フィールドは、どんな単一セルが行ごとのパーミッションに関する式を表すかを指定するページ定義ステップ中に存在し、このような例では“Ｚ１”に設定され得る。

【0136】

オーバーレイシート
往々にして、単一のレコードシートは、異なるパーミッション及び異なる意図された訪問者を有する多くのデスティネーションシステムページの基礎である。このようなケースでは、例示的な実施形態によれば、それぞれのデスティネーションページのパーミッションに影響を及ぼすべく異なる式を含むためにいくつかの列を用いることもできる。代替として、デスティネーションシステムは、スプレッドシート定義にＯｖｅｒｌａｙ Ｓｈｅｅｔを追加してよい。Ｏｖｅｒｌａｙ Ｓｈｅｅｔは、最初にすべて同じ値を有する行レコードシートの複製であり得る。これは、行レコードシートに基づくことを意図された及びページに固有の修正を有することを意図されたシートとして、シートのスプレッドシート定義上のメタデータと共に、デスティネーションシステムによりＯｖｅｒｌａｙ Ｓｈｅｅｔとしてフラグを立てられ得る。設計者は、次いで、Ｏｖｅｒｌａｙ Ｓｈｅｅｔに列Ｃを追加してよく、デスティネーションシステムは、上記とほぼ同じように列Ｃを用いてよいが、代わりに行レコードシートに追加されたかのように式を評価し、これは、Ｏｖｅｒｌａｙ Ｓｈｅｅｔが作成されてからリストが変更された場合に行レコードの最新のリストに対してそれが作用することを可能にする。異なるデスティネーションページに関する異なるＯｖｅｒｌａｙ Ｓｈｅｅｔｓは、異なる列Ｃ式を有し得る。Ｏｖｅｒｌａｙ Ｓｈｅｅｔｓは、ベースの内容を同期して保つために、行レコードシートが変更されたときにはいつでも更新され得るが、意図された新しい列Ｃだけは例示的な違いとして持続する。

【0137】

Ｏｖｅｒｌａｙ Ｓｈｅｅｔｓが、セル位置又はどの挿入された新しいセルへの変更も有さないが、セルへの視覚的な書式設定の変更のみを含むようにすることが可能である。例えば、Ｏｖｅｒｌａｙ Ｓｈｅｅｔｓは、フォントカラー、フォントサイズを変更し得る、又は同じくデスティネーションページからそれぞれの内容を非表示にするためにスプレッドシートツールの伝統的な“ｈｉｄｅ ｃｏｌｕｍｎｓ”特徴を用い得る。レギュラーシートとの混同を避けるために、Ｏｖｅｒｌａｙ Ｓｈｅｅｔｓは、種々の方法でオーバーレイとしてユーザに示され得る。例えば、スプレッドシートの背景は、シートの全体を通して、指定される色、例えば、水色に設定することができる（図３９）。

【0138】

往々にして、テンプレート又はＯｖｅｒｌａｙ Ｓｈｅｅｔｓは、スプレッドシートツールがシートのリストからシートを非表示にすることをサポートする場合に”ｈｉｄｄｅｎ ｓｈｅｅｔｓ”とすることができ、或いは、テンプレートシートは、他のタイプのシートとは別々にリストすることができる。設計者が特定のページを見ているときに、これらの付加的なシートは、閲覧が完了するまで自動的に再表示されることになる。

【0139】

伝統的なスプレッドシートテーブル
デスティネーションシステムが、ページ作成中に列Ｃが行ベースのパーミッションを指定することを示すフィールドを有するのではなく、代替は、例示的な実施形態によれば、これを暗示するスプレッドシート定義を有することである。スプレッドシートは、伝統的な“ｓｐｒｅａｄｓｈｅｅｔ ｔａｂｌｅｓ”を有してよく、これは通常、セルの領域を備え、スプレッドシートツールを色付けすることができ、ヘッダロー上のフィルタオプション及びソートオプション、及び伝統的なスプレッドシートツール内で閲覧されるときのシート内の行の表示を管理するための他の特徴を有することができる（図７４）。ｗｅｂｉｆｉｅｒは、ページのために用いられるソース行レコードシートのスプレッドシート定義における又はページのために用いられるＯｖｅｒｌａｙ Ｓｈｅｅｔにおける伝統的なスプレッドシートテーブルの存在をチェックすることができ、テーブルが存在する場合、ｗｅｂｉｆｉｅｒは、フィルタリング、ソーティング、及び他の方法のためにテーブルの持続状態を見てよい。設計者が列Ａによりテーブルのセルをソートした場合、デスティネーションシステムは、同様に列Ａにより出力をソートすることになる。列Ｃの式に基づいて行ベースのフィルタリングパーミッションを選ぶ、前の例に関して、設計者は、テーブルを列“Ｃ＝ｔｒｕｅ”上でフィルタするように設定することもでき、デスティネーションシステムは、同じ論理で結果出力をフィルタすることになる。このようにして、ページの作成者が、行を見るのにｔｒｕｅ評価を必要とする行ベースのパーミッションを列Ｃが有することを示すことは必要とされない。

【0140】

例として上記の伝統的なテーブル方法を含むレコードをパーミッションがフィルタしている本明細書で説明されるあらゆる状況又は方法に適用可能な、デスティネーションサーバは、随意的に、Ｒｅｐｏｒｔページ及び不可にされたレコードを除いてスプレッドシート式内の集計関数を有する行レコードシートに依存する他のページタイプをレンダリングすることができる。この方法によれば、レコードごとのパーミッションはまた、例えば集計グラフを有するＲｅｐｏｒｔページに影響を及ぼすことになる。設計者はまた、基礎をなす行レコード・パーミッションによる影響を受けない集計グラフを有するべく、これをページごとに無効にすることもでき、これは、訪問者に集計情報を効果的に与えるが、粒度が細かいレコードごとの情報を保持し続ける。

【0141】

更新されたスプレッドシート定義の抽出
デスティネーションシステムが、デスティネーションシステムの訪問者に読出し専用及び／又は入力可能フォーム及び内容を提供するべく設計者のスプレッドシート定義を既に利用した後で、及びデスティネーションシステムの訪問者がレコードをもしかすると修正又は入力した後で、デスティネーションシステムは、例示的な実施形態によれば、すべてのデータ及びテンプレートの更新された、統一された、又はマルチパートの表現を、スプレッドシートツールに十分に適合するスプレッドシートフォーマットで、設計者に提供することができる。便宜上、これは、ステップ２１５で行われ得る場合の、抽出と呼ぶことができる（図２）。抽出は、ダウンロードされるファイルとして、又はデスティネーションシステムから情報を受信し、スプレッドシートツール内のシートを更新するデスティネーションシステムのＡｄｄ－Ｏｎ又はプラグイン（図５４の“Ｄｏｗｎｌｏａｄ ｄａｔａ”ボタン）を用いてスプレッドシートツールを更新することによって提供することができる。ほとんどのケースにおいて、設計者は、デスティネーションシステムからのさらなる関与が全くなしに、更新されたレコードを有するだけでなく、レコードシートに基づいて実際のデータを表示するレポートも有するスプレッドシートを受信するであろう。

【0142】

抽出は、スプレッドシート定義が最初にデスティネーションシステムに入れられたのと同様にして、しかし逆に行われ得る。１つの例において、デスティネーションシステムが、スプレッドシート定義を持続し、要求ごとにすべての修正を行った場合、デスティネーションシステムは、設計者のオリジナルのファイルのアップロードの逆を行うことのみを必要とする、すなわち、ブラウザによるダウンロードのためのファイルとしてｘｌｓｘデータを提供する。別の例において、デスティネーションシステムが、ｘｌｓｘデータを解凍し、中身の解凍されたファイルをデータベースに記憶した後で、スプレッドシート定義を持続した場合、システムは、各レコードに関する解凍されたファイルを作成し、データのすべてをｘｌｓｘファイルへ圧縮し、次いで、ファイルを設計者へのダウンロードとして提供することにより、ステップを逆にし得る。第３の例として、データベーステーブルがセルごとに１つのレコードを記憶していたが、データベースに記憶されたセルの内容のスキーマの変更がなかった場合、その逆は、すべてのデータベース入力を反復し、セルの内容をＸＭＬへシリアライズし、解凍されたシートファイルを生成するべく他のデータベーステーブルに記憶されたシートごとの定義を再導入し、次いで、他の例で示したステップを進めることを含み得る。第４の例として、ソーススプレッドシート定義が、定義をフェッチするｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しによって提供されていた場合、その逆は、他のものを置き換えるべく新しいスプレッドシート定義を配信するＡＰＩ呼び出しを含み得る。

【0143】

時として、設計者が、１つ又は複数のレコードをポピュレートされた１つ又は複数のシートテンプレートと共に１つ又は複数のスプレッドシートファイル又は１つ又は複数のスプレッドシート・シートを取得する場合に、設計者又は他のユーザは抽出を行うことができる。例えば、この種の抽出は、結果的に１００シートを有するスプレッドシートを生じる場合があり、その各シートは、シートテンプレートのうちの１つの形態で表示されるインボイスである。設計者のために抽出をパッケージするステップ及び例は、同様であり得るが、いくつかの違いは、デスティネーションシステムが、Ｒｅｐｏｒｔページを生成する早い段階でそれが行うようにテンプレートシートにポピュレートするステップに従う必要があるが、その後、セルを他のフォーマットへ変換するのではなく上記で提供された抽出ステップに結果をリダイレクトし、その後、テンプレートシートに他のレコードをポピュレートすることを反復することである。

【0144】

Ａｄｄ－Ｏｎ（プラグイン）は、典型的なプッシュ通知又はポーリング方法を介して、リアルタイムのリロード及び更新を、デスティネーションシステムがそれらを利用可能にする場合に設計者に提供し得る。典型的に、これは、抽出ステップが、シート又はセルのどちらが訪問者により変更されようともそれに行われることに限定されることを意味し、Ａｄｄ－Ｏｎは、残りには触れないまま、これらのシート又はセルのみを更新する。Ａｄｄ－Ｏｎは、すべてユーザの最小の関与で又は関与なしに、更新のリアルタイムチェックを有するが、任意の新しいスプレッドシート定義をローカルファイルとしてハードドライブ上にダウンロードおよび保存し、次いで、これを開くようにスプレッドシートツールをトリガする、ハイブリッド手法を取り得る。

【0145】

スプレッドシート定義の継続的編集
Ａｄｄ－Ｏｎを介して又は他の方法でファイルとして又はスプレッドシートツールへ抽出されるのいずれであるかに関係なく、例示的な実施形態によれば、設計者は、このとき、デスティネーションシステムを用いる前に行ったのと同じようにテンプレートシート及び／又はレコードシートにさらなる修正を行うことができる。実際には、設計者は、デスティネーションシステムに空又はほぼ空のスプレッドシート定義を入れ、次いで、設計時間に関連する任意のデスティネーションシステム特徴を活用するべく、抽出された後にのみスプレッドシートの構築を始めることを選択し得る。単純な例として、特定の新しいｗｅｂ－ａｐｐを示す特定の新しいスプレッドシートは、デスティネーションシステムがこの新しいｗｅｂ－ａｐｐをａｐｐのリストに表示することに起因して、そのユーザにより設計されていることを他の設計者に協調のために気付かせる。

【0146】

デスティネーションシステムは、設計者がスプレッドシートの編集中であると示した時間中に又は設計者が編集していることをＡｄｄ－Ｏｎがデスティネーションシステムサーバに知らせる場合に、訪問者からのすべてのアクセスをロック又はブロックする、読み出しアクセスのみを有する、又は読み出し及び挿入アクセスのみを有するためのオプションを有し得る。このようなブロッキングは、典型的に、設計者が編集しているシートと同じファイルから生じるシートを訪問者のページが必要とするかどうかを判定することにより、又はおそらく、それが同じファイルからのものであるかどうか又は訪問者のシートから編集中の設計者のシートへの何らかの直接的な参照又は間接的な参照を再帰的にシークする存在があるかどうかを判定することにより、設計者が現在編集しているものに関係したシートのみに制約される。これは、訪問者による変更と設計者による変更との予期しない衝突を防ぐ、又は設計者による変更の進行中の不完全な組から導出されるページを訪問者が見ることを防ぐ。これらの状況を回避する一助となる別の技術は、設計者がスプレッドシート定義への変更を行うつもりであることを同じく手動で指定するか又はこれを検出するＡｄｄ－Ｏｎを介して自動的に示すことにより、デスティネーションシステムにそれが記憶する表現をステージング領域にコピーさせることであり、この場合、設計者による変更は、設計者が変更のグループを完了し、変更を稼働させる準備ができたことを示すまでステージング領域にのみ影響を及ぼし、準備ができたことを示した時点で、ステージング領域はライブｗｅｂ－ａｐｐ上にコピーバックされる。その時間中に、ライブｗｅｂ－ａｐｐは、完全にブロックされるか、読出し専用に設定されるか、又は続行することを許されるが、ステージング領域上で動作している間に設計者が行った変更は、個々の設計者による編集をライブｗｅｂ－ａｐｐのレコードとマージすることができる又は新しいスプレッドシート定義をライブｗｅｂ－ａｐｐのレコードにアップロード及びマージすることができるのと同じ方法によりｌｉｖｅ ａｐｐを保持しながらｌｉｖｅ ａｐｐにグループとしてマージされる。

【0147】

訪問者からのｗｅｂ－ａｐｐの最新の変更のマージと設計者の変更のマージは、両方ともスプレッドシート定義フォームにあるときに行うことができるように、データをマージするためのいくつかの普及した一般的な方法を採用することができる。各変更を受け入れる又は拒むべく、スプレッドシートの差異を識別し、これらの差異を通して反復することを可能にするために、市販のライブラリ及びツール、並びに、３つのスプレッドシート：オリジナル、変更されたバージョンＡ、及び変更されたバージョンＢを比較するライブラリ及びツールが用いられ得る。それらは、競合しないプロセスの変更を通して反復し、競合を完全に拒否するか又はどのバージョンが勝つかについての決定を下すべくユーザに競合情報を提示する。

【0148】

マージする１つの方法は、ｗｅｂｉｆｉｅｒソフトウェアの期待される使用に最も貢献する様態でいくつかの他の技術を組み合わせることである。例えば、設計者は、テンプレートシートへの変更の開始を許されてよく、デスティネーションシステムは、レコードシートへの訪問者による変更をブロックしないであろう。デスティネーションシステムがテンプレートシートを変更する訪問者を有することは稀であるが、特に、設計者がどんなシートについて報告するかを選択するときにデスティネーションシステムはすべてのシートを一般的に取り扱うことができるため、確かに可能性はある。それでもなお、デスティネーションシステムは、デフォルトでテンプレートシートへの変更のみをブロックしてよく、これにより、それがＴｅｍｐｌａｔｅ Ｓｏｕｒｃｅｓシートとして参照されたか否かに関係なく、設計者がページの作成中に該シートをどのように参照したかを通じて反復することにより、それが知ることができるのは排他的にテンプレートシートである。設計者が、提案した変更の影響をプレビューすることを望んだ場合に、デスティネーションシステムは、ステージング領域を自動的にセットアップし得る。設計者が、レコードシートを修正する際に検出された場合に、ｗｅｂｉｆｉｅｒシステムは、ｗｅｂ－ａｐｐの付加的な関連部分を同時入力からブロックすることを設計者に促し得る。この手法では、設計者に競合の解決を促すことは回避することができ、設計者は、依然としてテンプレートシートの変更を介してデスティネーションシステムのユーザインターフェースを更新し、デスティネーションシステムがそれが格納しているどの以前の又は新しいレコードも廃棄しないようにすることができる。

【0149】

Ｉｎｓｅｒｔタイプ及びいくつかの他のタイプの編集の場合には、レコードへのＩｎｓｅｒｔタイプの編集でさえも、競合の解決を促すことなくデスティネーションシステム及び設計者のツール上で同時に可能である。シンプルな手法は、それらのセッションの開始時に又は設計者が設計作業を行う意思を示した後で、及び、設計者の変更をオリジナルと比較してどのレコードが新しいかを判定し、デスティネーションシステムにそれらのそれぞれを追加させるために次にアップロードするときに、設計者に送信されたオリジナルのスプレッドシート定義のコピーを保ち、設計者からのこれらの新たに挿入されたレコードがマージされている間は、デスティネーションページが動作及び挿入を続けることを可能にするべく短くロックすることである。同様の様態で、設計前のオリジナルを保存し、どのレコードが欠落しているか、したがって、更新されることを意図して削除又は修正されることを意図されているかを判断するべく、設計者の次のアップロードと比較することもできる。加えて、設計前のオリジナルと比較する同じ方法は、レコードシートからの列の追加又は除去、及び、ｗｅｂ－ａｐｐの構造への設計者による変更と一致する及びそれを示す対応するテンプレートシートの変更を明らかにすることもできる。すべてのケースにおいて、デスティネーションシステム上の古いレコードと、新たに訪問者により追加された又は訪問者により修正されたレコードとの両方は、完全なままであり、最終結果は、デスティネーションシステムが訪問者に送信するインターフェース、並びに、レコードの構造を、例えば、１つのステップで、同時に更新することができる状態での、レコードへの設計者による変更と訪問者による変更との賢明な融合である。

【0150】

スプレッドシート定義の継続的編集を可能にする際の課題は、デスティネーションシステムが記憶する範囲への任意の参照が期限切れとなり得るように設計者が列又は行に変更を加え得ることである。これへの１つの解決策は、Ａｄｄ－Ｏｎが、参照されるスプレッドシートセルの場所、行及び列のインデックスへの変更を待つようにし、デスティネーションシステムをイベントごとに又はイベントグループごとにリアルタイムで適宜更新することである。例えば、デスティネーションシステムが“Ａ５：Ａ１０”の範囲参照を有し、且つ行が最上部に挿入される場合、適切なイベントリスナーへフックされるｗｅｂｉｆｉｅｒ Ａｄｄ－Ｏｎは、行１よりも下の任意の範囲を、例えば、このケースでは“Ａ６：Ａ１１”に下方シフトすることをデスティネーションシステムに通知する。

【0151】

設計者がスプレッドシート定義をオフラインで及びインストールされたＡｄｄ－Ｏｎを有さないコンピュータ、基本的に、修正されていない第三者スプレッドシートツールとスプレッドシート定義のコピーのみを有するコンピュータ上で修正できるようにするさらなる融通性（“Ｄｉｓｃｏｎｎｅｃｔｅｄ”設計と呼ばれる）を可能にするには、その課題は大きく、上記のソリューションでは十分でない場合がある。このケースでは、デスティネーションシステムは、スプレッドシートツールが設計者の変更に基づいて名前付き範囲を更新し、名前付き範囲へのこのような変更はｗｅｂｉｆｉｅｒシステムにより観察することができるため、スプレッドシートの伝統的な名前付き範囲特徴のピギーバックをオフし得る。この手法は、デスティネーションシステムに影響を及ぼすスプレッドシート定義を接続解除された状態で修正するこの望ましい融通性を可能にする。

【0152】

特に、レコードをアップロードするための及びインターフェーステンプレートをアップロードするための別個のステップは必要とされず、それらは１つのステップで、設計者により、又は自動的に、デスティネーションシステムに提供される１つのスプレッドシート定義と共に行うことができる。もちろん、要望に応じて別個のステップも用いられ得る。

【0153】

設計者は、デスティネーションシステムが設計者又は訪問者から付加的な変更を受信したことを”Ｓｅｒｖｅｒ Ｃｈａｎｇｅｓ ａｓ ｏｆ ＜ｄａｔｅ＞”ポップアップなどで通知され得る（図５３）。デスティネーションシステムの一般的なプッシュ通知又はポーリングが、これを達成するのに用いられ得る。これは、設計者が編集を行った後で設計者が同時編集の競合を低減することを可能にする。

【0154】

名前付き範囲
Ａｄｄ－Ｏｎを通じて行われたときに、ｗｅｂｉｆｉｅｒシステムは、例示的な実施形態によれば、スプレッドシートから（例えば、後述のＣＯＭ Ｉｎｔｅｒｏｐライブラリを介して）又はデスティネーションシステムサーバから名前付き範囲を取得し、その名前を、ＪａｖａＳｃｒｉｐｔ（登録商標）を用いてＡｄｄ－Ｏｎのウェブベースのユーザインターフェースに渡し得る。ｗｅｂｉｆｉｅｒは、デスティネーションページを作成又は編集するときに、又は、デスティネーションシステムがスプレッドシートセルへの参照を必要とする及び処理されるべき訪問者要求のために参照がデスティネーションシステムにアクセス可能である必要があるあらゆる他のフィールド又は状況で、データソースに関する現在選択されたセルを取り込むために新しい名前付き範囲を作成し得る。これらの範囲の名前は、“ＷｅｂｉｆｉｅｒＣｕｓｔｏｍＲａｎｇｅ”であり、例えば０～２，１４７，４８３，６４７のランダムに生成される数が付属し得る。その名前をもつ範囲が既に存在する場合、新しい乱数は、作成された名前が既存の範囲に付いていないようになるまで生成され得る。代替的に、インクリメント数が用いられ得る。選択されたセルに関するカスタム範囲が既に存在する場合、システムは、別の名前を作成するのではなく既存の名前を用いることを選んでよい。行の挿入又は列の挿入などのスプレッドシートツールにおいて実行される動作は、通常のスプレッドシートツールの使用のように名前付き範囲を拡大する。レコードが、そのソースとして名前付き範囲を有するＩｎｓｅｒｔ又はＣＳＶ Ｉｍｐｏｒｔページを介して挿入される場合、これは、該範囲を、挿入されたレコードを含むように拡大することになる。任意のｗｅｂｉｆｉｅｒウェブページにより参照される名前付き範囲がスプレッドシート定義から削除される場合、シートがアップロードされるときに、システムは、無効なソースを有する影響されたページをマークすることになり、それらは、ソースが編集されるか又は削除された名前付き範囲がリストアされるまで、アクセスできないであろう。名前付き範囲は、Ｉｎｓｅｒｔ、Ｅｄｉｔ－Ｃｅｌｌｓ、Ｅｄｉｔ－Ｒｅｃｏｒｄ、ＣＳＶ Ｉｍｐｏｒｔ、Ｒｅｐｏｒｔ、Ｗｅｂｐａｇｅ、Ｃａｌｅｎｄａｒ、及びＤｅｔａｉｌｓ Ｒｅｐｏｒｔページの境界を定義するのに用いられ得る。名前付き範囲はまた、Ｉｎｓｅｒｔページ、Ｅｄｉｔ－Ｃｅｌｌｓページ、及びＥｄｉｔ－Ｒｅｃｏｒｄページに関するヘッダ範囲を定義するため、及びＥｄｉｔ－Ｃｅｌｌｓページ及びＥｄｉｔ－Ｒｅｃｏｒｄページに関する編集可能な範囲を設定するために用いられ得る（図８１）。Ｅｄｉｔ－Ｒｅｃｏｒｄページを用いると、名前付き範囲は、その範囲内のすべてのセルが削除される場合に自動的に削除され得る。

【0155】

例として、自動的に生成されるフォームインターフェースを有するＩｎｓｅｒｔページは、典型的に行レコードシートを指すソース範囲を必要とする。設計者が接続解除された状態で行レコードシートに列を追加するが、更新された定義を後でアップロードする場合に、デスティネーションシステムは、新たに挿入された列を含む更新された名前付き範囲を見ることができるであろう。この例では、Ｉｎｓｅｒｔページは、該ページが訪問者にフォームを送信するときに付加的なラベル及びｈｔｍｌ入力制御を生成することになり、訪問者は、このケースでは設計者によるさらなるアクションが必要とされずに、情報の新しい列を含む新しいレコードを生成し始めることになる。

【0156】

セルごとのトラッキング
トラックするセルのボリュームが非常に高い場合、名前付き範囲は、例示的な実施形態によれば、デスティネーションシステムにより生成され、抽出されたスプレッドシート定義のすべてのセルに挿入されるユニークセルＩＤを含む付加的な属性を有することと組み合わせる、又はそれに完全に置き換えることができる。多くのスプレッドシートツールは、スプレッドシートツールが属性の目的の理解を有していないにもかかわらず、スプレッドシートツールにおいてセルが修正又は移動又はコピーされていても、この属性をメタデータとして定位置に保つことになる。これは、名前付き範囲の同じ利点の多くを与えるが、スプレッドシートツールのユーザインターフェースにおいて設計者に可視とはなりそうにない。デスティネーションシステムは、次いで、接続解除されている状態でユーザがどんな変更を行うかの知識を取得するべく他のセル属性とほぼ同じようにユニークＩＤを抽出する。その知識は、次いで、これらのセルへのデスティネーションシステム上の参照を更新するのに用いることができる、又は代替的に、これらのユニークセルＩＤは、あるケースでは、伝統的な行及び列のインデックス付けを用いるのではなくセルを指すのにデスティネーションシステムが用いる方法として十分であり得る。範囲はさらに、範囲の左上隅及び右下隅を表すＵＩＤ：ＵＩＤとして指定することもできる。

【0157】

同様の様態で、他のメタデータを、設計者に非表示にされるスプレッドシート定義の他の部分に格納することができる。例えば、シートを必要とするデスティネーションページへのリンクは、シートのＸＭＬ定義内の属性に記憶することもできる。スプレッドシートツールが、名前付き範囲がするように自動的に更新される範囲が存在するが、その範囲がユーザに可視ではないスキーマをサポートする場合、該特徴はまた、名前付き範囲に取って代わり得る。

【0158】

デスティネーションシステムのための構成シート
“Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｈｅｅｔｓ”と呼ばれる名前付き範囲への代替の手法はまた、例示的な実施形態によれば、名前付き範囲の位置に代入することもできる。この手法は、スプレッドシートツールが非表示にされるシートをサポートする場合に潜在的に非表示にされる“ＤｅｓｔｉｎａｔｉｏｎＳｙｓｔｅｍＲａｎｇｅｓ”という名前の付加的なシートを含んでよく、該シートは、名前及び範囲の２つの列を有する。デスティネーションシステムは、次いで、アップロード中に又は各訪問者の要求時に該シートを通して反復し、第１の列の値により、デスティネーションシステムが分解しようとしている範囲を見つけ出すことになる。例えば、“Ｐａｇｅ１＿ＳｏｕｒｃｅＲａｎｇｅ”が、名前のうちの１つであり得る。デスティネーションシステムは、次いで、第２の列のセルの値又は式を取得し、これを名前付き範囲の定義とほぼ同じように用い得る。この手法の利点は、値が実際に伝統的なスプレッドシート式であり得ることであり、したがって、範囲の定義でさえも、スプレッドシート定義の他の要素により影響を受けることがある。これは、望外な量のパワー及び融通性を与える。例えば、インボイスの合計が＞＄５０００である場合に、詳細ページは、そのページソース構成において、訪問者に示すことが望ましい、しかし該インボイスのみに関する付加的な細字部分をおそらく有する追加の５つの行を含むべきであるという式を指定することもできる。同時に、スプレッドシートツールは、範囲を名前付き範囲とほぼ同じように自動的に同期して保つことになる。これは、特に、最小の付加的な努力又はトレーニングで若しくはそれらなしに、カスタムのレポートの構成を設計者が効果的に修正することを可能にする。

【0159】

ページタイトルなどの、デスティネーションページを提供するためにデスティネーションシステムに必要とされるデータ及びメタデータ情報は、スプレッドシート定義とは別個のデータベースに記憶され得る。構成シートが名前付き範囲を置き換えることができるのとほぼ同じように、デスティネーションシステムに固有のすべてのデータは、スプレッドシート定義に含めることができ、重要なことには、よく知られたスプレッドシート・インターフェース及び手法で設計者により編集可能である。別の例は、構成シートにおいて定義されるページタイトルであり、これは、ページタイトルが、設計者が選ぶ任意の式の結果となることを可能にする。“Ｐｒｏｆｉｔ／Ｌｏｓｓ Ｒｅｐｏｒｔ”のようなページタイトルは、セルが＞＝＄０である場合に“Ｐｒｏｆｉｔ Ｒｅｐｏｒｔ”とすることができ、セルが＜＝＄０である場合にタイトルは“Ｌｏｓｓ Ｒｅｐｏｒｔ”となるであろう。別の例は、通知システムへの入力である。“＝ＩＦ（ＯｔｈｅｒＳｈｅｅｔ！Ａ１＞１０、“Ｔｈｏｍａｓ”、”Ｐａｔｒｉｃｋ”）”などの式は、レコードシート内の値に基づいて通知のデスティネーションを変更することもできる。これはまた、設計者が指定する及びそれ自体が設計者により構成されるようにするためにこの発明の基礎をなす概念を若干周期的な様態で利用する式に基づいて、配信の時間又はあらゆる他の通知属性を変更することもできる。いくつかのスプレッドシートツールは、ツール内でアクセスされたときにセルが読出し専用である場合に、セルのメタデータを受け入れることができる。このようなケースでは、Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｈｅｅｔｓは、Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｈｅｅｔへの偶発的な又は不適合な設計者による修正の可能性を低減するべく読出し専用にマークされるいくつかのセルを有し得る。例えば、Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｈｅｅｔは、前述のＤｅｓｔｉｎａｔｉｏｎＳｙｓｔｅｍＲａｎｇｅｓシート上の第２の列以外のすべてのセルを読出し専用にし得る。

【0160】

最終的に、この手法を全体を通して一貫して実装する、デスティネーションシステムのｗｅｂ－ａｐｐの定義全体は、接続解除された状態で移動可能及び構成可能であり得る。同時に、ｗｅｂ－ａｐｐの定義全体は、式により駆動され、任意に定義可能であり、定義の他の部分に依存し、その他の点では、レコードシート、テンプレートシート、それ自体、現在の日付のような関数の結果などへの無制限の予測不可能な接続を有し得る。

【0161】

外部補足データ：ファイル
ファイルは、例示的な実施形態によれば、ＷＥＢＩＦＩＥＲＩＮＳＥＲＴＦＩＬＥ関数を用いてデスティネーションシステムにアップロードされ得る（図７）。Ｉｎｓｅｒｔページ又はＥｄｉｔ－Ｒｅｃｏｒｄページに関するフォームを構築している間にＷＥＢＩＦＩＥＲＩＮＳＥＲＴＦＩＬＥ列を含むフィールドに出会うときに、該フィールドに関するＦｉｌｅ Ｕｐｌｏａｄ制御が提示され得る（図６２）。同様に、Ｅｄｉｔ－Ｃｅｌｌｓページ上のＷＥＢＩＦＩＥＲＩＮＳＥＲＴＦＩＬＥ関数を含むセルを編集するときに、設計者は、式を編集する又は新しいファイルをアップロードする選択肢を有し得る。Ａｄｄ－Ｏｎを有するスプレッドシートツールにおいてＷＥＢＩＦＩＥＲＩＮＳＥＲＴＦＩＬＥに出会うときに、これは、ＷＥＢＩＦＩＥＲＦＩＬＥＡＴＴＲＩＢＵＴＥＳ関数を用いてファイルについての情報を取得するのに用いることができるキーを表示し得る（図６４）。

【0162】

Ｒｅｐｏｒｔページ又はＥｄｉｔ－ＣｅｌｌｓページにおいてＷＥＢＩＦＩＥＲＩＮＳＥＲＴＦＩＬＥに出会う場合に、ファイルがデスティネーションページ上に表示され得る。訪問者は、これらのアップロードされたファイルをファイルタイプに応じて異なる様態で閲覧することができる。それがイメージである場合、これはセル内に表示され得る（図６３）。それがオーディオファイルである場合、訪問者は、ＨＴＭＬ５オーディオプレーヤを用いてそれを聴くことができる。それがビデオである場合、訪問者は、ＨＴＭＬ５ビデオプレーヤを用いてそれを見ることができる。それが任意の他のタイプのファイルである場合、訪問者がそれをダウンロードするべく従うことができるリンクが表示される（図６１）。

【0163】

設計者は、デスティネーションシステムの管理ページから、システム上のファイルを閲覧し、ソートし、ファイルキー、サイズ、及びどのｗｅｂ－ａｐｐに各ファイルが属するかなどの詳細を得ることが可能であり得る。ファイルはまた、どんなファイルがｗｅｂ－ａｐｐと関連付けられるかのｅａｓｙビューを得るべくｗｅｂ－ａｐｐにより閲覧され得る。特定のユーザ又はユーザのグループだけがファイルにアクセスすることができるようにファイルにパーミッションも適用され得る。デスティネーションシステムは、式における該ファイルの組を参照する任意のセルへのアクセスを有する訪問者に基づいてこれらのパーミッションを取得し得る、又は代替的に、デスティネーションシステムは、ファイルグループをリストする別個の構成インターフェースを有し、それらの共有設定の修正を可能にし、ファイルの新しい組に関するパーミッションのデフォルトの組を指定し得る。

【0164】

アップロードされたファイルは、実際のファイルディレクトリに、又はキーがｗｅｂｉｆｉｅｒに供給された又はｗｅｂｉｆｉｅｒにより生成された後で名前付けされるディレクトリにおける、ファイルがアップロードされたｗｅｂ－ａｐｐと関連付けられる、データベース仮想ファイルリスティング、ファッションに記憶され得る。記憶されるファイルのタイプは、ファイルのＭＩＭＥコンテンツタイプにより決定され、ファイルを表示するために記録され得る。複数のファイルが、同じキーの下で記憶されてよく、Ｗｅｂｉｆｉｅｒファイル機能のインデックスパラメータによりアクセスすることができる。

【0165】

ＷＥＢＩＦＩＥＲＩＮＳＥＲＴＦＩＬＥ関数は、値又は式からなるゼロ、１、又は２つのパラメータを可能にし得る（図７）。第１のパラメータは、後でアップロードファイルを取得するのに用いることができるキーである、随意的な文字列パラメータである。キーが指定されない場合、グローバル一意識別子（ＧＵＩＤ又はｇｕｉｄ）が生成され、キーとして用いられ得る。キーが指定される場合、ユーザはまた、そのキーの下に示されることになるファイルのインデックスであり得る随意的な整数パラメータを含むことができる。インデックスが指定されない又はインデックスがファイルの量よりも大きい場合、関数は、表示されるときに最新のアップロードされたファイルを示し得る。ファイルがＩｎｓｅｒｔページにアップロードされるときに、新たに挿入されるセルに関数ＷＥＢＩＦＩＥＲＩＮＳＥＲＴＦＩＬＥがオートフィルされ得る。式における第１のパラメータは、以前のセルと同じキーであり得る。以前のセルキーパラメータがセル参照であった場合、これは下のセルを指すべく自動的に増分され得る。第２のパラメータは、セルがウェブサイト上で閲覧されるときに新たにアップロードされたファイルを表示し得るようにファイルの新しいナンバーであり得る。

【0166】

ＷＥＢＩＦＩＥＲＦＩＬＥＡＴＴＲＩＢＩＵＴＥＳ関数は、値又は式からなる１、２、又は３つのパラメータを可能にし得る（図５）。第１のパラメータは、ファイルに関する文字列キーであり、随意的であり得る（図示していない）第２のパラメータは、その属性を得るべくキーの下に記憶されるファイルのインデックスであり、同じく随意的である最後のパラメータは、検索されるべき属性の名前又は数である。ファイルの名前に関する“Ｎａｍｅ”又は０、ＫＢにおけるファイルのサイズに関する“Ｓｉｚｅ”又は１、ファイルがアップロードされた日付に関する“ＤａｔｅＵｐｌｏａｄｅｄ”又は２、及びウェブサイト上のファイルを閲覧するためのＵＲＬに関する“Ｌｉｎｋ”又は３。インデックスが指定されない又はインデックスがファイルの量よりも大きい場合、関数は、最新のアップロードされたファイルの属性を得てよい。属性が指定されない場合、関数は、デフォルトで、ファイルの名前を示すことに設定され得る。

【0167】

外部補足ファイルシステムの上記の変形及び特徴のすべては、セルごとに単一ファイルのバリエーション又はセルごとに複数のファイル及びファイルフォルダのバリエーションに当てはめることができる。

【0168】

外部補足データ：署名
署名は、イメージをアップロードする訪問者のために前述のファイルに基づく外部補足データを用いるのと概ね同じ方法論を用いてデスティネーションシステムにアップロードされ得る。しかしながら、この署名が外部データの形態であるケースでは、ファイルアップロードダイアログ及び制御は、ユーザが署名を入力することを可能にする制御と置き換えられ得る。例えば、レコードシートは、“＝ＷＥＢＩＦＩＥＲＩＮＳＥＲＴＳＩＧＮＡＴＵＲＥ（Ａ２，’ｔｈｕｍｂｎａｉｌ’）”に似ているすべての行レコード上の式をもつ列を有してよく、この場合、列“Ａ”は、従業員の名前などの一意識別子として役立つことができるデータを有し、Ａ２における“２”は、適切な行に変化し、“ｐｒｅｓｅｎｃｅ”は、セルが、署名が利用可能な場合に署名のサムネイル、又は署名がまだ利用可能でない場合にテキスト“ｎ／ａ”を示すことを示す。設計時間中に、Ａｄｄ－Ｏｎは、それらをセル内に表示するために各レコードに関するこのようなサムネイルをフェッチし得る。ソースがレコードシート全体に設定されるＲｅｐｏｒｔページの訪問者に関して、署名サムネイルは、デスティネーションページ上に表示されるすべてのレコード行の傍に現れ得る。サムネイルは、署名が取り込まれた日付及び時間などのメタデータと一緒に取り込んだ署名の大きくポップアップするビューを開くべくクリック可能であり得る。Ｉｎｓｅｒｔ又はＥｄｉｔデスティネーションページ上で、大きいポップアップビューはまた、大きいキャンバス領域を有してよく、その場合、ユーザによるマウス、デジタルタブレット上のインクレスペン、又はタッチスクリーン上の指の動きが、キャンバス領域にその動きをペンとして取り扱わせ、対応するラインをキャンバス上に引かせることになる。それを行う及びフォームのサブミッション時にサーバにアップロードされることになるイメージデータと共にｈｔｍｌ入力フォームを提供するのに通例ＪａｖａＳｃｒｉｐｔ（登録商標）コードを用いる、このようなキャンバスによるイメージファイルへの署名などの動きを取り込むための市販のモジュールが存在する。この例を続けると、デスティネーションシステムは、レポートページ上のレコードに関するその後の署名データの閲覧要求時に検索されるように、署名を表すイメージファイルをデータベースに記憶し得る。視覚署名の代替として、デジタル署名を表すデータが、ＰＧＰ ｓｉｇｎｅｄ署名の多数の第三者型発行者のうちの１つからクライアント側のＪａｖａＳｃｒｉｐｔ（登録商標）により取得されてよく、このようなデジタル署名の手書きのようなフォントを用いるテキスト要約又はトークン人工署名が、署名イメージの位置に表示されてよい。訪問者は、第三者型発行者がデジタル署名を発行するために、このようなハードウェアのための市販のインテグレーションポイントを用いて、ユーザ名とパスワードのペア又はモバイルデバイスの親指スキャナ上の親指の指紋などの、認証情報の入力を必要とされ得る。

【0169】

外部補足データ：チャット
チャットオブジェクト特徴は、例示的な実施形態によれば、チャットディスカッションのストリームがスプレッドシートの１つ又は複数のセルに埋め込まれる又は関連付けられることを可能にする。チャットオブジェクトは、他の訪問者が閲覧することができるセルに訪問者がメッセージを追加すること及び該セル上に他者又は自分により残されたメッセージを閲覧することを可能にする（図５８）。チャットオブジェクトは、メッセージオブジェクトのリストを表し、各メッセージオブジェクトは、典型的に、少なくとも３つの部分：メッセージテキスト、メッセージをサブミットした時を示すタイムスタンプ、及びメッセージをサブミットしたユーザのユーザ名からなる。各チャットオブジェクトはまた、一意識別子、すなわち、他のチャットオブジェクトとは別個の識別子を有し得る（例えば、図５９の“６ｅａ６ｃｃ…”。識別子は、ユーザに割り当てられたもの又はシステムに割り当てられたものであり得る。チャットオブジェクトの識別子は、チャットオブジェクトを指すため及びこれを他のチャットオブジェクトから区別するためにｗｅｂｉｆｉｅｒにより用いられ得る。

【0170】

チャットオブジェクトは、ｗｅｂｉｆｉｅｒシステムにより定義されるカスタムの式関数であるＷＥＢＩＦＩＥＲＩＮＳＥＲＴＣＨＡＴと呼ばれるｉｎｓｅｒｔ－ｃｈａｔ式関数を入力することにより作成することができる（図６）。この機能をセルに入力するために、ユーザは、該セルに関する式を設定するのにパーミッションを有する必要がある。これは、可能なｗｅｂｉｆｉｅｒ ＡＰＩ呼び出しを通じて、又はｗｅｂｉｆｉｅｒ Ａｄｄ－Ｏｎがインストールされたスプレッドシートツールを通じて、を含む種々の方法で行うことができる。

【0171】

セルにチャットオブジェクトを作成するために、設計者は、セルの式を、パラメータなしのｉｎｓｅｒｔ－ｃｈａｔ関数（すなわち、’＝ＷＥＢＩＦＩＥＲＩＮＳＥＲＴＣＨＡＴ（）’）に、唯一のパラメータとしてグローバル一意識別子（ＧＵＩＤ）の標準ハイフン区切り文字列表現を有するｉｎｓｅｒｔ－ｃｈａｔ関数（例えば、’＝ＷＥＢＩＦＩＥＲＩＮＳＥＲＴＣＨＡＴ（”ＤＣ４０ＦＣＡ２－Ｄ７２Ａ－４ＡＦＤ－８０Ｅ４－７６７８２Ｂ４７Ｄ９６０”）’）に、又は識別されるのが該会社に関するレコードに関係したチャットストリームを表すことになる“Ｐｌｅａｓａｎｔ Ｓｏｌｕｔｉｏｎｓ”などのＧＵＩＤ又は文字列であるか否かに関係なく一意識別子に評価される式に設定し得る。異なるシート又は同じシート上のいくつかのセルは、同じパラメータをＷＥＢＩＦＩＥＲＩＮＳＥＲＴＣＨＡＴに渡してよく、いくつかのデスティネーションページ又はページ内の場所が同じ共有されるチャットストリームを指すことを可能にする。

【0172】

ユーザがセルに関するｉｎｓｅｒｔ－ｃｈａｔ式を設定し、これをデスティネーションシステムに保存するときに（例えば、それらがスプレッドシートツール及びＡｄｄ－Ｏｎを使用している場合に、スプレッドシート定義の変更をデスティネーションシステムにアップロードすることにより）、ｗｅｂｉｆｉｅｒは、いくつかのステップを行う。第１に、これは、ｉｎｓｅｒｔ－ｃｈａｔ式のパラメータなしのバージョンのすべてのインスタンスを、単一のＧＵＩＤパラメータを含むバージョンに置き換え得る。これは、バージョン４（ＩＥＴＦ ＲＦＣ４１２２）アルゴリズムを用いてＧＵＩＤパラメータの各インスタンスを生成し得てよく、これは、生成されるパラメータが、実際にはどの他のセルにおけるｉｎｓｅｒｔ－ｃｈａｔ関数のＧＵＩＤパラメータとも別個であることを意味する。次いで、更新されたスプレッドシート定義を、デスティネーションシステムにアップロードする。

【0173】

チャットオブジェクトは、チャットオブジェクトが埋め込まれたセルを訪問者が閲覧することを可能にするページ上で訪問者が用いることができる（図５７）。例えば、チャットオブジェクトが、スプレッドシートの特定のシート上のセルに埋め込まれ、且つ、訪問者が、そのソースが該シートであるＲｅｐｏｒｔページへのアクセスを有する場合、訪問者は、デスティネーションページを通じて該チャットストリームと対話することができる。

【0174】

デスティネーションシステムは、その式がｉｎｓｅｒｔ－ｃｈａｔ関数であるセルを含むページをレンダリングするときに、該関数のＧＵＩＤパラメータを解析し、その一意識別子が解析したＧＵＩＤと一致するチャットオブジェクトが存在するかどうかを確かめるべく、そのデータベースをチェックする。一致が存在しない場合、その識別子が解析したＧＵＩＤであり、且つそのメッセージオブジェクトのリストが空である新しいチャットオブジェクトを作成し、これをそのデータベースに保存し、この新しいチャットオブジェクトをセルに関するチャットオブジェクトとして用いる。一致が存在する場合、一致するチャットオブジェクトを、セルに関するチャットストリームとして用いる。いずれのケースにおいても、デスティネーションシステムは、セルの内部に吹き出しアイコン及び’Ｃｈａｔ’という言葉を表示する。訪問者がアイコンをクリックする場合、該ページ上に、該チャットオブジェクト（もしあれば）に関する過去のメッセージオブジェクトを年代順に示すモーダルウィンドウが表示される。各過去のメッセージオブジェクトは、それが投稿された全日付及び時間、その後にそれを投稿したユーザのユーザ名、その後にメッセージテキストが示される。過去のメッセージのリストの下に、訪問者が新しいメッセージを書き込むことができるテキストボックスと、新しいメッセージをサブミットするためのボタンが示される。

【0175】

訪問者が、チャットオブジェクトの過去のメッセージのリストの下のテキストボックスに新しいメッセージを書き込み（図５８）、このメッセージをサブミットする場合、デスティネーションシステムは、新しいメッセージオブジェクトを作成し、そのタイムスタンプをシステム時間に設定し、そのユーザ名を訪問者のユーザ名に設定し、そのメッセージテキストをテキストボックスにおいてサブミットされたテキストに設定する。次いで、チャットオブジェクトをメッセージオブジェクトと関連づけ、メッセージオブジェクト及び関連情報をデータベースに保存する。最後に、新しいメッセージオブジェクトをクライアントに返してよく、これは、過去のメッセージオブジェクトのリストの下に、しかしモーダルウィンドウにおけるテキストボックスの上に新しいメッセージオブジェクトを表示する及びページをまったくリフレッシュせずにテキストボックスをクリアするのにＪａｖａＳｃｒｉｐｔ（登録商標）を用いてよい。訪問者は、テキストボックスにさらなるメッセージを書き込むことができ、これらのさらなるメッセージをサブミットすることは、同じステップを再びトリガし得る。訪問者は、もうそれ以上メッセージを入力することを望まない場合、モーダルウィンドウ外のどこかをクリックしてよく、これにより、それを通じて訪問者がチャットオブジェクトにアクセスしたモーダルウィンドウが閉じ、その後ろにあるページが明らかになる。

【0176】

ｉｎｓｅｒｔ－ｃｈａｔ式のＧＵＩＤパラメータはチャットオブジェクトの一意識別子として用いられるので、いくつかの異なるセルのｉｎｓｅｒｔ－ｃｈａｔ式が同じＧＵＩＤパラメータを有する場合、これらのセルの埋め込まれたチャットオブジェクトはすべて同じチャットオブジェクトであるので、１つのセルに埋め込まれたチャットオブジェクトに追加されたメッセージオブジェクトは、他のセルに埋め込まれたチャットオブジェクトのメッセージオブジェクトのリストを示し得る。

【0177】

可能ないくつかの外部補足データシステムが存在する。前述の２つは、手法の単なる例であり、上記の例のうちの１つに関して説明した特徴の多くは他の例に適用可能である。

【0178】

別の態様によれば、ビデオチャットモジュールもまた又は代替的に用いられ得る。ビデオチャットオブジェクトは、ｗｅｂｉｆｉｅｒシステムにより定義されるカスタムの式関数であるＷＥＢＩＦＩＥＲＶＩＤＥＯＣＨＡＴと呼ばれるビデオｉｎｓｅｒｔ－ｃｈａｔ式関数を入力することにより作成され得る。この機能をセルに入力するために、ユーザは、該セルに関する式を設定するためのパーミッションを有することを必要とされ得る。これは、これを可能にするｗｅｂｉｆｉｅｒ ＡＰＩ呼び出しを通じて、又はｗｅｂｉｆｉｅｒ Ａｄｄ－Ｏｎがインストールされたスプレッドシートツールを通じて、を含む種々の方法で行うことができる。

【0179】

セルにビデオチャットオブジェクトを作成するために、設計者は、セルの式を、パラメータなしのビデオｉｎｓｅｒｔ－ｃｈａｔ関数（例えば、 ’＝ＷＥＢＩＦＩＥＲＶＩＤＥＯＣＨＡＴ（）’）に、唯一のパラメータとしてグローバル一意識別子 （ＧＵＩＤ）の標準ハイフン区切り文字列表現を有するビデオｉｎｓｅｒｔ－ｃｈａｔ関数（例えば、’＝ＷＥＢＩＦＩＥＲＶＩＤＥＯＣＨＡＴ（”ＧＣ４０ＦＣＡ２－Ｄ７３Ａ－４ＡＦＤ－８０Ｅ４－７６７８２Ｂ４７Ｄ９６０”）’）に、又は識別されるのが該会社に関するレコードに関係したビデオチャットを表すことになる“Ｐｌｅａｓａｎｔ Ｓｏｌｕｔｉｏｎｓ”などのＧＵＩＤ又は文字列であるか否かに関係なく一意識別子に評価される式に設定し得る。異なるシート又は同じシート上のいくつかのセルは、同じパラメータをＷＥＢＩＦＩＥＲＶＩＤＥＯＣＨＡＴに渡してよく、いくつかのデスティネーションページ又はページ内の場所が同じビデオチャットを指すことを可能にする。いくつかの態様において、ＷＥＢＩＦＩＥＲＶＩＤＥＯＣＨＡＴ関数はまた、設計時に入力としてエンドユーザによるビデオチャットの開始時の接続先を必要とし得る。

【0180】

デスティネーションページを生成するときに、Ｗｅｂｉｆｉｅｒ論理は、ユーザによりアクティブ化されたときにエンドユーザと定義済みエンドポイント、例えば、設計時に設計者により識別されるデスティネーションとの間のビデオチャットを確立するビデオチャットモジュールをウェブページ上に含める、組み込む、又は参照し得る。例えば、Ｄｒｕｐａｌ Ｖｉｄｅｏ Ｃｈａｔ、ＡＶＣｈａｔ、Ｂｉｇ Ｂｌｕｅ Ｂｕｔｔｏｎなどのビデオチャットモジュールが容易に入手可能である。

【0181】

訪問者入力の影響
以下に、１つの例示的なユースケースのシナリオでの、デスティネーションシステムに対する訪問者入力のプロセス及び影響を説明する。ｗｅｂｉｆｉｅｒシステムにより生成されたＩｎｓｅｒｔページフォームが訪問者によりサブミットされるときに、デスティネーションシステムは、最初に、ページがパブリックであること又はそれを使用するのに適切なパーミッションがユーザに与えられていることを確認し得る。ユーザが許可される場合、デスティネーションシステムは、ページを含むＡｐｐに関連するスプレッドシート定義を検索し、挿入プロセスを開始することになる。ユーザがＩｎｓｅｒｔページの使用を許可されない場合、それらのサブミッションが却下され、システムがユーザに通知し得る。

【0182】

レコードをスプレッドシート定義に挿入する前に、日付、時間、及びＧＰＳ座標データは、スプレッドシートツールに適切な文字列表現に変換されてよく、アップロードされた外部補足ファイルは、ＷＥＢＩＦＩＥＲＩＮＳＥＲＴＦＩＬＥ関数を参照する式により表され得る。スプレッドシートツールにおいて閲覧されるときに、関数は、ＷＥＢＩＦＩＥＲＦＩＬＥＡＴＴＲＩＢＵＴＥＳ関数で後の時点でデスティネーションシステムからファイルを取得するのに用いることができるキーを返し得る。

【0183】

すべてのデータが保存されるのに適切なフォーマットであれば、デスティネーションシステムは、ソース範囲の直後の行又は列、若しくはワークシート全体がソースとして用いられている場合に次の空行又は空列を見つけ出し、新しいデータをスプレッドシートへ挿入することになる。この時点で、スプレッドシート定義検証が評価され、その後、デスティネーションシステムにおいて別個に作成されている検証が続き得る。検証のいずれかが失敗する場合、ユーザは、通知され、それらのサブミッションを訂正する機会が与えられ得る。Ｗｅｂｉｆｉｅｒ式を含む任意の行又は列が範囲内に存在する場合、それらは、それらがＯｖｅｒｌａｙ Ｓｈｅｅｔにより非表示にされている場合であっても、適切な式をオートフィルされ得る。

【0184】

データが上手く挿入された後で、新しいデータが挿入されたデータセットを構成するセルの範囲へのすべての参照が更新される必要があるであろう。これは、名前付き範囲である場合にＰａｇｅのソース、Ｏｖｅｒｌａｙ Ｓｈｅｅｔに保存されたソート及びフィルタ範囲、及び拡大されたデータの範囲を表示する任意のＣｈａｒｔ Ｓｅｒｉｅｓを含み得る。すべての更新が完了すると、修正されたスプレッドシートが、任意の新たにアップロードされたファイルと共に、またデータベースに保存され得る。範囲は、どの行及び列が現在含まれるかの数値表現を得るべくそれらを解析することができるようにＲ１Ｃ１文字列フォーマットに変換される。範囲値は、次いで、行の挿入のために１行又は列の挿入のために１列だけ増分され、またＲ１Ｃ１文字列に変換され、またスプレッドシートに保存される。

【0185】

デスティネーションシステムは、電子メール警告を送信するのに通知システムにより用いられるＩｎｓｅｒｔ Ｐａｇｅイベント及びＲａｉｓｅｓ ｔｈｅ Ｉｎｓｅｒｔ ａｎｄ Ｐａｇｅ Ｃｈａｎｇｅｄイベントからのデータに応じて、デスティネーションシステム管理ページに又はＡｄｄ－Ｏｎ内に示されるべき任意のページサムネイルを更新する。Ｉｎｓｅｒｔ Ｐａｇｅのために構成される‘Ｎｅｘｔ Ｐａｇｅ’が存在する場合、ユーザは、それへリダイレクトされることになる。

【0186】

動的ページ選択
本明細書で説明されるように、同じレコードのために、及び同様の又は同じ目的のために、同時に、複数のテンプレート及び複数のページが存在することができる。目的は、読出し専用と訪問者入力ページの両方を含む任意の目的又はページタイプとすることができる。デスティネーションシステムは、例示的な実施形態によれば、どのテンプレートを表示するかの決定を助けるために、ブラウザ又はモバイルクライアントからの情報を使用し得る。例えば、情報は、画面サイズ、画面解像度、ＯＳバージョン、ブラウザのブランド及びバージョン、テンプレートのどの組が好ましいかについての訪問者からの手動で指定される好み、及び主としてマウス、キーボード、又はタッチスクリーンデバイスのいずれであるかなどのあらゆる数のデバイスの属性又は能力を含み得る。ｗｅｂ ａｐｐの場合には、この情報の多くは、ｈｔｔｐ“Ｕｓｅｒ Ａｇｅｎｔ”ヘッダから、又は、ウェブサーバによりセッション情報として一時的に記憶されるこの情報をデスティネーションサーバにインバンド又はアウトオブバンドで伝送するブラウザ上で実行するＪａｖａＳｃｒｉｐｔ（登録商標）を有することにより得ることができる。モバイルａｐｐの場合には、ａｐｐは、デスティネーションシステムへの最初のログイン認証時にこの情報を収集及び送信するように設計することができる。

【0187】

設計者は、訪問者にアクセス可能となるのにどんな基準を各ページが必要とするかを指定するべくページ上のルールのセット、並びに、フォールバックデフォルトを指定し得る。デスティネーションシステムは、単一のＵＲＬ又はページ識別子を達成する及び及びどのテンプレートを選ぶかの該単一場所トリガデスティネーションシステム選択への要求を有するべく、設計者がこのようなページをそれらが共通の目的を有することを示す方法としてグループ化することを可能にし得る。このようなグループ化の場合に、デスティネーションシステムは、システムが各ページの優先順位を知るように設計者がルールと共にリストを並べ替える能力を有することになり、最後の１つはデフォルトである。

【0188】

シート作成のゲーミフィケーション－ソフトウェア
本明細書で説明される場合のシートを用いる複雑なソフトウェアの構築は、他の手段よりも非技術系の人々にとってはるかに簡単である。それでもなお、ｗｅｂｉｆｉｅｒシステム及び／又はＡｄｄ－Ｏｎ（プラグイン）は、例示的な実施形態によれば、アチーブメントと考えることができる設計者側の種々のアクション又はアクションのグループを待ち得る。これらのアクションが種々の基準を満たす場合、それらがアチーブメントに至ったことを示すべく設計者に視覚ポップアップが手短に表示され得る（図１５）。ポップアップは、“Ｙｏｕｒ ｗｅｂ－ａｐｐ ｉｓ ｎｏｗ ｒｅａｄｙ ｔｏ ｒｅｃｅｉｖｅ ｎｅｗ ｒｅｃｏｒｄｓ”又は“Ｙｏｕ ａｒｅ ｄｏｎｅ ｍａｋｉｎｇ ｙｏｕｒ ｆｉｒｓｔ ｗｅｂ－ａｐｐ ｒｅｐｏｒｔ”などの設計者が今作成したものの値をリレーし得る。基準は、設計者がこれらのアクションをとった最初の２回のうちの１回だけ、過去数か月の間に設計者がそのようなアクションを完了していない、訪問者が設計者のアクションに関係したデスティネーションページも訪問した、そのようなステップが時間を測られた前回よりも短い時間でユーザがいくつかのアクションを完了した、又はユーザが何かを達成するための異なるワークフロー又は異なる方法を試したなどの複数の基準を含むことができる。アクションは、デスティネーションシステムの又はＡｄｄ－Ｏｎのユーザインターフェースとの対話、又は設計者が作成するデスティネーションページに関連する訪問者の対話を含み得るだけでなく、設計者のスプレッドシートの分析にも基づき得る。例えば、ゲーミフィケーションシステムは、設計者が伝統的なスプレッドシートテーブルを作成したかどうか、設計者がテンプレートシート上の伝統的な条件付き書式設定を用いたかどうか、又はさらには、設計者が“＝ＳＵＭ（Ａ１：Ａ１０）”のような式における基本集計関数を用いたかどうかを見てよい。

【0189】

設計者は、それらのユーザアカウントに関連するポイント、又はこれらのアチーブメントに基づいて増分されるいくつかのタイプのポイントを有し得る。時間の経過に伴う十分なポイントの蓄積は、設計者がデスティネーションシステム又はＡｄｄ－Ｏｎ内の新しい特徴を利用することを可能にし得る。種々のアクション又はレベルのポイントは、デスティネーションシステムの又はＡｄｄ－Ｏｎのユーザインターフェースが“ａｄｖａｎｃｅｄ ｍｏｄｅ”に変更されることをトリガし得る。これは、さらなる制御の追加、ヒントラベルの除去、ドロップダウンではなく検証を有するテキストボックスなどのより複雑なもののための制御の変更、又はより迅速なシート－ソフトウェア開発が可能となるように設計者に提示されることになるページの順序及びボタンの場所の変更によるそのワークフローの変更を含み得る。或るポイントレベルへの到達はまた、例えば、匿名であるか又は作成したユーザアカウントを有するかのいずれかの大勢の訪問者が、設計者により作成されたデスティネーションページにアクセスすることを可能にするべく、ｗｅｂｉｆｉｅｒの使用を取り巻くライセンスパーミッションルールを変更し得る。

【0190】

通知
例示的な実施形態によれば、デスティネーションシステムにおいて、通知ルールはファシリティを提供し、それにより、或るイベントの発生は、指定のアクションをトリガすることができる（図８３）。レギュラーユーザは、自分用の通知を設定することができる。管理者又は設計者ユーザは、自分と自分の管理ドメイン内のユーザ用の通知を設定することができる。複数のイベントを取り扱う及び／又は複数のアクションを行うために、ユーザは、複数の通知を設定し得る。各通知ルールのセットアップは、通知をトリガするべきイベントについての詳細及び通知がトリガされるときに行われるべきアクションについての詳細をユーザが指定することを必要とする（図８４）。通知ルールは、また有効にする必要があるときにまた設定を入力する必要がないようにすべてのその他の詳細を保った状態で無効にすることができる。

【0191】

スプレッドシートツールＡｄｄ－Ｏｎ／プラグインの完全に内部での動作に基づいて、イベントがサーバに伝えられるときに通知をトリガすることができ、又はウェブブラウザが、サーバに送信される通知要求をトリガすることもできるが、アクション自体がサーバに伝えられる又は持続されるまではできないかもしれない。イベントの例は、データがページに挿入されるとき、ページ上のデータが編集されるとき、ページの構成が変更されるとき、及びａｐｐの構成が変更されるときを含む。明確にするために、イベントの例は、訪問者が高レベルのイベントをトリガした（Ｉｎｓｅｒｔページのサブミットボタンを押した）、設計者による高レベルのイベント（新しいページを作成した）、セルのイベントをトリガした（セルを変更した）、領域のイベントをトリガした（セルのグループ内の少なくとも１つのセルを変更した）、シートのイベントをトリガした、のカテゴリ内とすることができ、直接的（セルの式を変更した）又は間接的（セルの式自体は変更されていないにもかかわらずセルの式の結果が変更された）の両方とすることができる。このようなアクションが起こるとき、アクションは、該アクションに対応するドメインイベントを生じ得る。

【0192】

通知のために用いられ得る同じドメインイベントはまた、ロギングファシリティの基礎として役立ち得る。管理者は、シートデータ、ページ構成、又はａｐｐ構成、及び拒否されたアクセスなどのイベントに関するすべてのＣＲＵＤ（作成する、読み出し、更新する、削除する）動作などの、人々がそれについて通知されることに関心を持っているよりも多くのイベントをログすることを選んでよい。これらのログは、ソートされ、フィルタされ、又は統計解析のために用いられ得る。デスティネーションシステムは、これらのイベントを取り扱う通知サービスを含む。

【0193】

ｗｅｂｉｆｉｅｒサービスは、その設定が、発生したアクション及びアクションが行われた特定のページ又はａｐｐと一致するイベントのタイプによりそれらがトリガされるべきであると指定する現在有効にされるものに通知ルールのリストをフィルタし得る。各このような通知ルールに関して、デスティネーションシステムは、ルールにより指定されるアクションを実行する。可能なアクションは、さらに後述するように、電子メールアクション及びｗｅｂｈｏｏｋアクションを含む（１つの通知ルールは、１つよりも多いアクションを指定し得る）。

【0194】

電子メールアクションを実行するために、デスティネーションシステムは、該ルールに関して電子メールが送信されるべきであるかどうかを最初に決定し得る。電子メールが送信されるべきでない場合、残りの電子メールアクションステップを進めない。電子メールが送信されるべきである場合、システムは、電子メールメッセージの種々の部分（件名、ボディなど）を構築するのにルールにより指定されるテンプレートを用い、イベントについての情報を、存在し得る任意の対応するプレースホルダへ置き換える。イベントがデスティネーションページを指定し、且つルールが電子メールと共にページのＰＤＦコピーが送信されるべきであると指定する場合、これは、関連するページのＰＤＦコピーを生成し、これを電子メールメッセージへの添付として追加し得る。代替的に、デスティネーションページｈｔｍｌは、該ページが収容する任意の挿入フォーム又は編集フォームを含む電子メールに埋め込まれ得る。ＨＴＭＬは、ページナビゲーションメニューの除去、背景画像の除去、ＪａｖａＳｃｒｉｐｔ（登録商標）参照の除去、又は日付を選択するためのポップアップのカレンダーではなく標準テキストボックスを用いるなどの特化されたものではなく入力フィールドに関するより標準の簡易化された制御を用いるなどの、ＨＴＭＬ対応電子メールクライアント内のその閲覧を考慮に入れるために、修正を有しても又は有さなくてよい。埋め込みフォームのサブミットは、結果的に、デスティネーションシステムへのｈｔｔｐ ｐｏｓｔ要求を生じることになる。ｐｏｓｔ要求のＵＲＬは、電子メールに埋め込まずにレンダリングされるときの同じデスティネーションページとは異なっていてよく、認証トークンがフォーム及びｈｔｔｐ ｐｏｓｔに埋め込まれるためログインは要求されない異なるユーザ認証、又はより予測できないフリーフォーム入力である入力制御を考慮に入れ得る異なるデータ検証ルールをトリガしてよい。ｗｅｂｉｆｉｅｒは、次いで、ルールにリストされた電子メール受信者にメッセージを送信する。

【0195】

電子メールの内容は、電子メールテンプレートフォームで指定することができ、これは、件名ライン、リッチテキストテンプレートのＷＹＳＩＷＹＧ編集、ＨＴＭＬ非対応の電子メールシステムに関するフォールバック、複数の受信者（ｃｃ及びｂｃｃを含む）、ｒｅｐｌｙ－ｔｏ、及び添付オプションを含む（図８５）。代替的に、市販の電子メールテンプレーティングモジュールが用いられ得る。加えて、電子メールの内容自体は、シートテンプレートを用いて指定することもでき、この場合、デスティネーションシステムは、それがデスティネーションページに関してするようにＨＴＭＬフォーマットで出力することになるが、ＨＴＭＬ非対応の電子メールクライアントのためにフォールバックの簡易化されたテキストのみのフォーマットでも出力することになる。

【0196】

ｗｅｂｈｏｏｋアクションを実行するために、デスティネーションシステムは、最初にそのルールに関してｗｅｂｈｏｏｋが呼び出されるべきであるかどうかを決定し得る。呼び出されるべきでない場合、残りのｗｅｂｈｏｏｋアクションステップを進めない。呼び出されるべきである場合、ＰＯＳＴ要求のボディで送信されるイベントについての情報と共に、ＨＴＴＰ ＰＯＳＴ要求を、ルールにより指定されるｗｅｂｈｏｏｋ ＵＲＬへ送信する。Ｗｅｂｈｏｏｋ情報は、ＪＳＯＮフォーマットであり得るがこれに限定されない。

【0197】

すべての通知動作は、キューに入れられてよく、アクションをトリガしたイベントを実行することができるように非同期的に処理されてよく、これをトリガしたユーザは、電子メール又はｗｅｂｈｏｏｋアクションが失敗する又は完了するのに長時間かかる場合であっても、システム上で他の機能を行うことに進むことができる。それらは非同期であるため、通知はまた、バッチ処理のために記憶することができる（例えば、ユーザは、通知の連続ストリームではなく、すべてのイベントの日単位の又は週単位のダイジェストを受信することを好み得る）。

【0198】

モバイル考慮事項
デスティネーションシステムは、例示的な実施形態によれば、好ましくはすべてのデバイスプラットフォームに応答性があり、十分に適合し、ＨＴＭＬ及びファイル伝送などのいくつかの標準ブラウザ特徴と統合される。デスティネーションシステムはまた、デスティネーションシステム内に含まれるデータがネイティブなａｐｐ経験でユーザによりアクセスされるように、デスティネーションシステムへの標準ｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩアクセス方法を通じてネイティブａｐｐへ直接統合され得る。このような方法でのデータの提示は、ネイティブＳＤＫ環境又は他の開発フレームワーク、例えば、Ａｎｄｒｏｉｄ Ｓｔｕｄｉｏ、Ａｐｐｌｅ Ｘｃｏｄｅ、Ｘａｍａｒｉｎ、又はＣｏｒｄｏｖａでの付加的なコーディングを通じてデスティネーションシステムにより有効にされる。

【0199】

さらに、デスティネーションシステムは、機能にアクセスする及びデータを表示するためのウェブビューの使用を通じてモバイルデバイスと統合され得る。これは、ａｐｐ内のデスティネーションページ全体にアクセスすることができ、又は、データのより小さいセグメントを表示する又は特異的な機能にアクセスするのに用いることができる。

【0200】

デスティネーションシステムは、他のページ上のデスティネーションシステム要素の包含のすべてを可能にする十分に対話型のモジュール及び他のコードフラグメント（スクリプト化又はコンパイルされ得る）を実行し得る。例えば、デスティネーションシステムは、第三者によりホストされるウェブサイト上にページタイプのいずれかを表示するためにＨＴＭＬインラインフレーム要素をサポートし得る。

【0201】

デスティネーションシステムはまた、同じモバイルデバイス上で実行されてよい又はされなくてよいクラウドベースのファイルストレージａｐｐからのファイルのアップロードが受け入れられるモードで動作し得る。この伝送は、ダイレクトファイルアクセスにより又はインターネットアクセス可能ＡＰＩを通じて達成され得る。

【0202】

本明細書の全体を通して説明はウェブページ及びブラウザを指すが、それらは、上記のようにブラウザの代わりになるモバイルエンドポイントの場合には大きくは変わらない。例示的な変更は、第１に、ページ又はこれをモバイルプラットフォームにとって一貫したものにするいくつかのユーザインターフェース要素と一緒に合わされる多くのピースを得る多くの要求のための概ねブラウザとしてこれが行われるかどうかに関係なく、ウェブブラウザとかなり類似した様態で動作するように設計及び構築されるａｐｐをモバイルデバイス上にインストールさせることとして要約され得る。第２の変更として、デスティネーションシステムサーバは、あるケースでは、ソフトウェア開発産業に典型的な数多くのフォーマット及び方法のうちの１つを用いて、結果として生じるデスティネーションページに関するＣＳＳ及びＨＴＭＬではなく異なる出力フォーマットを生成し得る。最後に、モバイルａｐｐは、ＨＴＭＬメニューとは対照的に、モバイルプラットフォームにとって特異的及び一貫しているページのメニューなどのいくつかのハードコード化されたユーザインターフェース要素を有し得る。このようなハードコード化されたユーザインターフェース要素は、データリストをフェッチするためのｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しと、これらのデータリストを処理するためのモバイルａｐｐ内のハードコード化されたユーザインターフェースコードとの組み合わせであり得る。

【0203】

関係性の定義
いくつかの要求の多い使用シナリオでは、設計者は、レコードシートにおけるレコードの一次セット、並びに、各一次レコードに関する別のシートにおける１つ又は多くの“ｓｅｃｏｎｄａｒｙ ｒｅｃｏｒｄｓ”を有することを望む場合があり、設計者は、例示的な実施形態によれば、レコードの一次セットの、伝統的なデータベースソフトウェアセンスのような“ｐｒｉｍａｒｙ ｋｅｙ”によって二次レコードを一次レコードに属するものとして識別することを意図する。手短に言えば、設計者は、一次レコードデータだけでなく二次レコードデータもポピュレートされるテンプレートシートを有するようにするために、レコードセット間で表される関係性を有することを意図し得る。例えば、１つのレコードシートは、列“ｃｏｍｐａｎｙ ＩＤ”及び“ｃｏｍｐａｎｙ ｎａｍｅ”を有してよく、１つの行は、値に関する“１”及び“Ｐｌｅａｓａｎｔ Ｓｏｌｕｔｉｏｎｓ”を有する。第２のレコードシートは、列“ｃｏｍｐａｎｙ ＩＤ”及び“ｓｐｅｃｉａｌｉｚａｔｉｏｎ”を有してよく、１つの行は、“１”及び“Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｃｏｎｓｕｌｔａｎｔｓ”を有する。例示的な実施形態によれば、設計者が、“Ｐｌｅａｓａｎｔ Ｓｏｌｕｔｉｏｎｓ”と“Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｃｏｎｓｕｌｔａｎｔｓ”との両方の記載を作成するテンプレートシートに基づいて詳細ページを表示することを望む場合、ｗｅｂｉｆｉｅｒシステムは、このような使用をサポートする。

【0204】

例えば、デスティネーションシステムは、Ａｄｖａｎｃｅｄモード又はセクションにおいて、一次及び二次レコードセットとしてのそれらの主キーの関係性を示すべく、設計者が１つのシート上の列又は行及び別のシート上の別の列又は行を選択することを要求することもできる。代替的に、この関係性の指定は、構成シートで行うこともできる。その後、デスティネーションシステムは、設計者がソース入力制御において１つの範囲又はシートだけでなくそれらのリストも指定することを可能にし得る、又はデスティネーションシステムは、指定される第１の範囲又はシート及びこれを二次シートに結びつける主キーの関係性に基づいて自動的に暗示される付加的な入力を有することができる。テンプレートシート内からレコードデータを参照するためのどこか別の場所で説明される方法は、その点で適用可能であり得る。設計者は、レコードシートのいずれかへのセルの式参照を用いてよく、該式参照をパーシングすることにより、それが設計者がそこからデータを取得することを意図していた一次又は二次レコードセットのいずれであったかが明らかとなるであろう。二次レコードセットから参照されるデータをポピュレートするデスティネーションシステムは、一次レコードセットからポピュレートするのと同じ様態で行われることになる。

【0205】

”ＡＰＰ ＴＥＭＰＬＡＴＥＳ”のライブラリ
例示的な実施形態によれば、ページのリスト及びそれらの共有パーミッションなどのデスティネーションシステムからの付加的な情報を有する又は有さない、あらかじめ設計された及び／又はあらかじめ構成されたスプレッドシート定義を含むＡｐｐ Ｔｅｍｐｌａｔｅｓ全体を、設計者の所有するｗｅｂ－ａｐｐの開始点としてコピーする及び使用するべく設計者のコミュニティから他の設計者ユーザへ利用可能であり得る（図２２）。これらは、別々にリストすることもでき、ａｐｐ内のページタイプ、レコードシート上の列の名前、任意のセルの内容からのキーワード、存在する日付フィールドなどのセルフォーマット、並びに、どんな設計者が該Ａｐｐ Ｔｅｍｐｌａｔｅ ｗｅｂ－ａｐｐを用いているか又はどんな産業に設計者の雇用主が属しているかの関連性に基づく、目的、カテゴリ、産業、又はスマートサーチによりサーチ可能である。

【0206】

スマートサーチはまた、２人の設計者をより類似しているとして関連付けるべく、同じ他の設計者からどの他のＡｐｐテンプレートが用いられているかをチェックすることもできる。代替的に、デスティネーションシステムは、２人の設計者の類似性レベルを判定するべく、セルの内容からのキーワードの存在又は上記のサーチパラメータのいずれかに基づいて、１人の設計者に関する複数のスプレッドシート定義の組を別の設計者に関するものと比較することもできる。サーチは、次いで、上記のファクタ、ファクタの発生頻度、及びファクタの重要性のうちの１つ又は複数に基づいてサーチ結果を並べ替えることもできる。システムは、次いで、ユーザのサーチ経験を最適化するための一般的な商業的に公知の技術及び市販のライブラリを利用することもできる。

【0207】

ＡＤＤ－ＯＮのインテグレーション及び通信
スプレッドシートツール内のプラグイン又はＡｄｄ－Ｏｎは、クライアント－サーバアプリケーションモデルに関するソフトウェア開発産業に典型的な多くの方法で、デスティネーションシステムサーバと通信し、そのユーザインターフェースを表示し得る。例えば、図のいくつかは、デスティネーションシステムが主としてＨＴＭＬインターフェース、伝統的なウェブページを取得するためにｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しを用いるＡｄｄ－Ｏｎの結果を例示し、例示的には、埋め込みブラウザウィンドウのように動作するフレームにおけるウェブページを示す。これは、Ａｄｄ－Ｏｎのユーザインターフェース要素の多くが再使用され、インストールされたＡｄｄ－Ｏｎを有さない設計者に関するデスティネーションシステムの管理ページ上のそれらのそれぞれのカウンターパートと概ね一致することを可能にする。セルの範囲を選択するのにマウスを用いる能力などのＡｄｄ－Ｏｎ内のいくつかの機能は、設計者が範囲をタイピングすることに限定するために制限、除去、又は変更されてよく、又は代替的に、デスティネーションシステム管理ページを有する埋め込みスプレッドシートツール上で行われ得る。簡略のため、Ａｄｄ－Ｏｎユーザインターフェース又はデスティネーションシステム管理ページを表す添付図は、添付されていない場合であっても、それらのそれぞれのカウンターパートを有するとみなされるべきである。

【0208】

スプレッドシートツールへのＡｄｄ－Ｏｎのインテグレーションは、プラグインが統合されるスプレッドシートツールに応じて変化し得る。例えば、Ｅｘｃｅｌとのインテグレーションは、ＥｘｃｅｌのＣＯＭ Ｉｎｔｅｒｏｐライブラリ（開発者用ドキュメントがｈｔｔｐｓ：／／ｍｓｄｎ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｅｎ－ｕｓ／ｌｉｂｒａｒｙ／ｍｉｃｒｏｓｏｆｔ．ｏｆｆｉｃｅ．ｉｎｔｅｒｏｐ．ｅｘｃｅｌ（ｖ＝ｏｆｆｉｃｅ．１５）．ａｓｐｘで公開されている）又はＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩ ｆｏｒ Ｏｆｆｉｃｅ（開発者用ドキュメントがｈｔｔｐｓ：／／ｄｅｖ．ｏｆｆｉｃｅ．ｃｏｍ／ｄｏｃｓ／ａｄｄ－ｉｎｓ／ｄｅｖｅｌｏｐ／ｕｎｄｅｒｓｔａｎｄｉｎｇ－ｔｈｅ－ｊａｖａｓｃｒｉｐｔ（登録商標）－ａｐｉ－ｆｏｒ－ｏｆｆｉｃｅで公開されている）を用いて行われ得る。Ｇｏｏｇｌｅ Ｓｈｅｅｔｓなどのクラウドベースのスプレッドシートツールが、“ｓｐｒｅａｄｓｈｅｅｔｓ．ｇｅｔ（ｒａｎｇｅｓ， ｉｎｃｌｕｄｅＧｒｉｄＤａｔａ）”を用いるシート範囲の検索などの容易にアクセス可能な理解できるｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ機能を有するＧｏｏｇｌｅ Ｓｈｅｅｔｓ ＡＰＩ（開発者用ドキュメントがｈｔｔｐｓ：／／ｄｅｖｅｌｏｐｅｒｓ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｈｅｅｔｓ／で公開されている）などのウェブサービスを用いて統合され得る。

【0209】

スプレッドシートツールのインテグレーション・ファシリティにより許されるならば、システムは、ページの追加などのアイテムに関係したアクションを行う意図を示すユーザの修正したプロセスを可能にするべくセル又はシートタブなどの領域に関する右クリックメニューに統合することができる。例えば、ページの追加を選び、次いで、ソースを指定することの代わりに、ユーザは、セルのグループ上で右クリックし、”ａｄｄ ｐａｇｅ”を選択することもでき、それにより、追加ページ画面は意図されるソースを既に知っていることになり、ユーザにその情報を促す必要はない（図１４）。

【0210】

スプレッドシートツールとのタイト・インテグレーション
ｗｅｂｉｆｉｅｒは、スプレッドシートツールとは別個のアプリケーションである必要はなく、外部アプリケーションにアクセス可能にされた手段を介するスプレッドシートツールとの通信に限定される必要はない。ｗｅｂｉｆｉｅｒは、代わりに、タイトな関係性を有してよく、それにより、これは、スプレッドシートツールとのより深い及び／又はよりバックエンドベースのインテグレーション及び通信チャネルを有し得る。これはまた、本明細書で「タイト・インテグレーション」として言及され得る。

【0211】

いくつかの実施形態によれば、スプレッドシートツールは、デスティネーションシステムサーバのページ内に埋め込まれる、設計者がデスティネーションシステムの管理ページを訪問するときに伝統的なスプレッドシートツールの任意のよく知られた様態でスプレッドシート定義を編集することを可能にするスプレッドシート制御を有する、ウェブベースのスプレッドシートシステムであり得る。代替的に、逆が可能であり、それにより、ｗｅｂｉｆｉｅｒは、クラウドのスプレッドシートツールのウェブインターフェース内に埋め込まれる制御であり得る。いずれのケースにおいても、設計者に提示されるユーザインターフェースは、制限されたインテグレーションポイントを可能にする別個のアプリケーションであるスプレッドシートツールよりも、設計者のためにより一層タイトに統合される及び合理化されることが可能である。例えば、ブラウザでのナビゲーティングは、スプレッドシートとデスティネーションシステムＵＲＬとの両方の統一された歴史を有することになり、メニューは、スプレッドシートツールのメニューリンクとデスティネーションシステムのメニューリンクとの両方が、アプリケーション境界によって部分的に分離されるのではなく、論理グループにグループ化されるように編成され得る。

【0212】

上記のようにユーザインターフェースがよりタイトに統合されるように実装されるか否かに関係なく、スプレッドシートツールとｗｅｂｉｆｉｅｒとの間のデータ転送、同期、及び他のバックエンドプロセスは、同様にタイト・インテグレーションを有しても又は有
さなくてもよい。例えば、ｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しではなく、ｗｅｂｉｆｉｅｒは、ｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しの部分的又は完全置換として、スプレッドシートツールのＤＬＬライブラリへの関数呼び出しを用い得る、又は逆に、スプレッドシートツールは、ｗｅｂｉｆｉｅｒのＤＬＬライブラリへの共通の関数呼び出しを用い得る。これは、ｗｅｂｉｆｉｅｒの性能の利点を提供し得るとともに、共有メモリアクセス、ミューテックス及びセマフォなどの低レベルコーディネーションオブジェクト、共有ファイルへのアクセス、基礎をなすデータベースへの共有アクセス、及びＤＬＬライブラリの共用などの当業者に公知のさらなるプログラミング技術を利用するためのインテグレーションを可能にする。このような融通性は、例えば、２つのコンポーネント間のリアルタイムの変更通知に有利であり、２つのコンポーネントは、ｗｅｂｉｆｉｅｒと、スプレッドシートツールを指す。

【0213】

代替的に、タイト・インテグレーションは、ｗｅｂｉｆｉｅｒがウェブベースのスプレッドシートツールの基礎をなすデータベース・データによりダイレクトにアクセスすることを可能にし得る、又は逆に、ウェブベースのスプレッドシートツールがｗｅｂｉｆｉｅｒの基礎をなすデータベース・データによりダイレクトにアクセスすること、１つのコンポーネントのデータベーステーブルから別のコンポーネントのデータベーステーブルへ参照されるデータベース外部キーなどにより各コンポーネントのデータが他のディレクトリのデータを参照することを可能にするように特異的に設計された設計スキーマと完全に共有されるデータベースを有すること、又は他のコンポーネントからのデータを含む列Ｃと同じデータベーステーブル上の列における１つのコンポーネントに関するデータを有することを可能にする。ダイレクトアクセスは、顕著な性能の利点を提供し得る及び実装の複雑さを低減し得る。例えば、タイト・インテグレーションは、デスティネーションページのレコードデータが変更されたかどうかを単一のＳＱＬクエリが確認することを可能にし得る、この場合クエリはデータベース内で効率よく評価される。このようなクエリの例は、デスティネーションページのソースデータの定義に関係するデータベーステーブルを、変更されたスプレッドシート内の特異的なセルの変更ログを有するデータベーステーブルに結合することを含み得る。このデータベースレベルでのタイト・インテグレーションなしでは、ｗｅｂｉｆｉｅｒシステムは、例えば、スプレッドシートツールのｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩから大量のセルデータをフェッチしたかもしれず、それにより、ウェブベースのスプレッドシートツールがそのデータベースからデータをフェッチし、これをｗｅｂｉｆｉｅｒデータベースからフェッチすることにより前に得られたセルデータと比較し、変更されたセルのリストを、該ページへのセル参照を利用するデスティネーションページのすべてにマップバックすることになったかもしれない。

【0214】

加えて、ｗｅｂｉｆｉｅｒとスプレッドシートツールがスプレッドシート定義に共通のスキーマで通信するのではなく、タイト・インテグレーションは、データベース・データに関する全く異なるスキーマを用い得る、この場合、スキーマは、一方又は両方のコンポーネントにとって処理がより効率的である。例えば、典型的なスプレッドシート定義は、シートにより編成されたＸＭＬデータを有し、該シートに関するすべてのセルは、各シートの定義内でネストされ、書式設定及び式及び値などの種々のセル属性は、各セルのＸＭＬ定義内でネストされ得る。データベースレベルでのタイト・インテグレーションによれば、例は、非ＸＭＬであり、列“ｓｈｅｅｔＩｄ”、“ｒｏｗＩｄ”、“ｃｏｌｕｍｎＩｄ”、及び“ｃｅｌｌＣｏｎｔｅｎｔｓ”を有するデータベーステーブルなどの、ネストされるのではなく正規化されるデータベースレコードを有し、この場合、ＩＤは他のデータベーステーブルを指す。さらに、データベーススキーマは、一緒にグループ化されたセルの内容を有する必要さえもない。セルの内容は、代わりに、１つのデータベーステーブルがセル書式設定のすべてを有し、異なるデータベーステーブルがセルの式を有し、第３のデータベーステーブルが、評価された式からのセルのキャッシュ値を有するように分割されてよい。さらに、データベーススキーマは、ユニークＩＤ及び式により簡単に定義される“ｕｎｉｔｓ”のリストを有する１つ又は複数のデータベーステーブルを有し得るので、セルは、行及び列に編成される必要はないかもしれず、スキーマはまた、データがよく知られたスプレッドシートとして設計者に提示されることになる又は設計者がスプレッドシートフォームにおいてデータと一時的に対話しているときなどの選択的状況で、ユニットが行及び列としてマップバックされることを可能にする別個の１つ又は複数のテーブルを有し得る。

【0215】

タイト・インテグレーションはまた、デスティネーションシステム及びスプレッドシートツールが、同じ単一サーバ又はサーバのグループ上に常駐するだけでなく、分散クラウドコンピューティングプロセスの最も効果的な使用を協調することも可能にし得る。例えば、増加した負荷に対応するべく付加的な分散サーバがスピンアップされる必要がある場合、付加的なサーバは、特定のｗｅｂ－ａｐｐに関係するすべての設計者及び訪問者要求をデリゲートしてよく、該特定のｗｅｂ－ａｐｐに関するすべてのデータと共に両方のコンポーネントのインスタンスを提供されてよい。ｗｅｂ－ａｐｐ境界にわたるこのようなデリゲーションは、他のサーバへの最小限の伝送が必要とされる状態で、付加的なサーバがｗｅｂ－ａｐｐに関して効率的なユニットのままであることを可能にすることになる。対照的に、タイト・インテグレーションなしでは、これは、ｗｅｂ－ａｐｐ及び関連するｗｅｂｉｆｉｅｒインスタンスをホストする特定のサーバが同じサーバである又はさらには同じｗｅｂ－ａｐｐに関するスプレッドシートツールをホストするサーバに地理的に近いことを保証するべくより複雑となり、したがって、コンポーネント間の通信は、より複雑であるか又はあまり効率的ではない。

【0216】

全体として、タイト・インテグレーションによれば、スプレッドシートツールとｗｅｂｉｆｉｅｒは、別個のアプリケーションである必要はなく、双方の間の通信は、スプレッドシート定義の形態である必要もＡＰＩを通じる必要もなく、データのストレージは、スプレッドシート定義の形態である必要はないが、設計者はそれでもなおレコード及び／又はＵＩテンプレートを、それらがユーザインターフェースにスプレッドシートフォームで表される状態で操作することができ、訪問者は、スプレッドシートフォームにおけるものではなく依然としてデスティネーションページからのデータと対話することができる。

【0217】

図３Ｂは、前述のタイト・インテグレーションを用いる例示的なソフトウェア・アーキテクチャを示す。図３Ｂでは、組み合わされたタイトシステム４５０は、スプレッドシートツール論理４５２とＷｅｂｉｆｉｅｒ論理４５３を備え、両方とも共通のメモリ４５１を共有し、その両方とも、通信機構４１０、共有されたライブラリなどと統合される。

【0218】

図３Ｂによりさらに例示されるように、設計者は、ブラウザ４５４を用いて、１つ又は複数のワークシートへのレコードシート及びテンプレートシートの変更を作成し又は行い、データの変更が、部分的スプレッドシート定義を有するｈｔｔｐ ｐｏｓｔ要求として又は変更イベントとしてタイトシステムのスプレッドシート論理４５２に転送され得る４０１ａ。スプレッドシート論理４５２は、設計者の変更を記憶する４０２前にデータを代替の“Ｅｆｆｉｃｉｅｎｔ Ｆｏｒｍａｔ”に変換し得る、又は、データを、ネイティブなスプレッドシートフォーマットで記憶し得る。設計者は、同じ又は異なるブラウザ４５５を用いてデスティネーションページ構成への変更を作成し又は行い、これは、ｈｔｔｐ ｐｏｓｔ要求としてＷｅｂｉｆｉｅｒ論理コントローラ４５３に転送され４０１ｂ、その後、メモリ４５１に記憶される４０２。

【0219】

デスティネーションページを提供するための訪問者のブラウザ４５６からＷｅｂｉｆｉｅｒ論理４５３へのｈｔｔｐ ｇｅｔ要求４０３ｂに応答して、Ｗｅｂｉｆｉｅｒ論理４５３は、メモリ４５１から必要なデータを取得する４０４。Ｗｅｂｉｆｉｅｒ論理は、テンプレートシートからの値及び書式設定を評価及び参照し、且つテンプレートシートに基づいて識別されるレコードシートからの値を評価及び参照することにより、データをｈｔｍｌデスティネーションページへ変換し得る。デスティネーションページは、訪問者のブラウザ４５６に送信され得る４０５ｂ。図３Ｂのように、訪問者が見る、テンプレートシートでのみ見受けられ、レコードシートでは見受けられないテキストラベル、ＲｅｃｏｒｄＳｈｅｅｔ！Ａ１から生じるテキストラベル、ＲｅｃｏｒｄＳｈｅｅｔ！Ｃ２の評価からの“１００”の値、及びＲｅｃｏｒｄＳｈｅｅｔ、チェックボックスに関するＲｅｃｏｒｄＳｈｅｅｔ！Ａ２、及びテキストボックスに関するＲｅｃｏｒｄＳｈｅｅｔ！Ｂ２からの値を有するテンプレートシートにより定義されるｈｔｍｌ入力制御を有するページを例示する。図３Ｂはさらに、訪問者がブラウザ４５６においてチェックボックスをチェックし、サブミットし、結果的にブラウザがｈｔｔｐ ｐｏｓｔ要求４０６ｂをＷｅｂｉｆｉｅｒ論理コントローラ４５４に送信できることを例示する。Ｗｅｂｉｆｉｅｒ論理４５３は、ｐｏｓｔ要求を処理し、メモリ４５１を新しいデータで更新し、随意的に効率的なフォーマット又はシステムが用いるどんなフォーマットも記憶する。設計者のブラウザ４５４が依然としてアクティブなセッションを有する場合、スプレッドシート論理コントローラ４５２は、メモリ４５１から又は代替的に統合された通信機構４１０を通じて、更新されたデータ４０８を取得し、データを、１つ又は複数のスプレッドシート定義、又は設計者ブラウザ４５４に提示されるスプレッドシート定義を更新するのに十分な変更イベントへ変換し、設計者のワークシートがセルＡ２に“ｔｒｕｅ”を表示するように、それらを設計者のブラウザ４０９に送信する４０９。

【0220】

図３Ｂによりさらに例示されるように、モバイルアプリケーション上で実行する訪問者のモバイルデバイス４５７からのｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出し４０３ｍ（例えば、ブラウザとは対照的に）は、ｈｔｔｐ ｇｅｔ要求４０３ｂに置き換え得る。このケースでは、Ｗｅｂｉｆｉｅｒ論理４５３は、モバイルアプリケーションに、ｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出しへの応答を潜在的にＸＭＬフォーマットで送信し得る４０５ｍ、これは、訪問者のためのインターフェースを生成するべく、デバイス又はオペレーティングシステムに特異的な設計情報と共にモバイルアプリケーションにより処理される。この例でのように、モバイルデバイス４５７のデスティネーションページのレンダリングは、異なるレイアウト、異なる制御タイプ、及び／又はいくつかのレコードデータの欠如を有するという点で訪問者ブラウザ４５６のデスティネーションページのレンダリングとは異なり得る。図３Ｂは、同じくテキストボックス値をｔｒｕｅに変更し、モバイルデバイス４５７上のサブミットをクリックし、結果的にモバイルアプリケーションがｗｅｂ－ｓｅｒｖｉｃｅ ＡＰＩ呼び出し４０６ｍをＷｅｂｉｆｉｅｒ論理コントローラ４５３に送信する、訪問者の能力を例示する。Ｗｅｂｉｆｉｅｒ論理４５３は、ｗｅｂ－ｓｅｒｖｉｃｅにより受信されたデータを処理し、メモリ４５１を新しいデータで更新する。残りのステップは、訪問者ブラウザから結果的に生じるステップと同様であり得る。図３Ｂにより例示されるように、デスティネーションページは、モバイルアプリケーションを実行する訪問者のモバイルデバイス４５７に送信され得る４０５ｍ（例えば、ブラウザとは対照的に）、又はモバイルデバイス上で実行するブラウザにサーブされ得るが、モバイルデバイスの１つ又は複数の特徴の外観（例えば、画面サイズ、ハードウェア機能など）に基づいてデスティネーションページを変更する。

【0221】

他の特徴
システムは、“ｌｉｓｔ ｉｔｅｍ ｔｅｍｐｌａｔｅ”と同じテンプレートシートの方法を用いることができる。例えば、“Ｌｉｓｔ”のページタイプを作成することもでき、この場合、入力及び出力は、ユーザがその詳細を閲覧するのに行を選択することを必要とすること以外は、“ｄｅｔａｉｌｓ”ページタイプと同一となり、すべての行レコードは、リストフォームにおいて次々に表示されることになり、リスト上の各レコードは、アイテムテンプレートに従って表示される。レコードごとに情報のいくつかの行が必要とされるが、全詳細ページを保証するのに十分ではない場合、又は詳細ページへの繰返しのナビゲーティングは望ましくないため、これは、例えば、行レコードリストが訪問者に表示されることを可能にする。

【0222】

インターフェースの全体を通して、デスティネーションページが訪問者にどのように見えることになるかを描画するサムネイルが設計者に提示され得る。サムネイルは、ユーザインターフェースにおいてインラインであり得る（例えば、図２８に示すように）及び／又は画面の一部の上に浮かび上がるポップアップ又は特異的な制御（例えば、図１１に示すように）として描画され得る。本明細書に含まれる図面の多くに例示されるように（少なくとも図２８及び図１１を含む）、サムネイルは、図面の描画されたスプレッドシート定義からのデスティネーションページの結果を描画し得る。

【0223】

いくつかの態様によれば、ページタイプは、或る時間内に指定される自動リフレッシュオプションを有することができ、これは、クライアントアプリケーション又はブラウザに、デスティネーションページを訪問者に関して周期的に、自動的にリフレッシュさせることになる（図４８）。代替的に、通知及びロギングのための同じ手法を、ページ又はページの一部が新しい情報を有し、通知が、クライアントにページを更新するのに必要な情報を提供することになるか、又はクライアントが、ページをリフレッシュするべく新しい要求を送信することになる、通知オープンクライアントセッションを押すのに用いることができる。いずれの手法の使用も、閲覧者の対話なしに新しい情報が常に可視であるように、ウェブページを訪問し、要求をリフレッシュする能力を有することができる、ブラウザにより動力を与えられるものなどの無人ウォールダッシュボードの使用シナリオの利点を有し得る。

【0224】

いくつかの態様によれば、デスティネーションシステムのパーミッションシステムはまた、訪問者パーミッション又はページパーミッションだけでなく、設計者パーミッションを制限するルールを有し得る。設計者パーミッションは、ａｐｐごとの、シートごとの、又はページごとの粒度レベルを有する読出し専用、読出し及び共有、又は読出し及び共有及び更新などのアクセスタイプを含み得る（図２１）。例えば、ａｐｐ ＥｘａｍｐｌｅＡｐｐ上の読出し専用パーミッションは、設計者がＥｘａｍｐｌｅＡｐｐ内で用いられる任意のシートに関するスプレッドシート定義を修正することを可能にせず、ＥｘａｍｐｌｅＡｐｐ内のページに関するページ構成への変更を可能にしないが、設計者がスプレッドシート定義並びにそれらの基礎をなす式及び設定を見ることを可能にすることになる。

【0225】

いくつかの態様によれば、デスティネーションシステムは、多くのスプレッドシートツールが行うように、１つ又は複数のセルに指定のＵＲＬへのクリック可能なハイパーリンクを作成する、セル書式設定をサポートすることができる。これは、ＵＲＬを指定するセルテキスト上の属性を用いて行うことができ、ＵＲＬの存在は、下線及び青色などの他の書式設定の変更を示し得る。

【0226】

例示的なユースケースのシナリオ
例示的なユースケースによれば、設計者は、ｗｅｂｉｆｉｅｒ Ａｄｄ－Ｏｎが既にインストールされている、Ｗｉｎｄｏｗｓデスクトップバージョンのスプレッドシートアプリケーション、例えば、ＭＩＣＲＯＳＯＦＴ ＥＸＣＥＬを開き得る。Ａｄｄ－Ｏｎは、スプレッドシートアプリケーションに埋め込まれたメインＡｄｄ－Ｏｎユーザインターフェースとして“Ｓｉｄｅｂａｒ”を含み得る。設計者は、ログインすることを要求され得る（図１３）。ログインの成功は、設計者を、以前に作成したｗｅｂ－ａｐｐのリストを有する図１２へ連れていく。設計者は、スプレッドシートアプリケーションにより利用可能な普通の方法で新しいスプレッドシートファイルを作成し、次いで、図１２で見られるようにアップロード矢印（サーバへのアップロード）をクリックし得る。設計者は、ａｐｐの名前を設定し（図２３）、ほぼ空のスプレッドシート（この例では）がサーバに送信され、ほぼ空のｗｅｂ－ａｐｐとなる。設計者は、次に、図１８上のページの空リストを見て、図６９のメニューを見るべくｗｅｂ－ａｐｐアクションメニュー上をクリックする、又は図５５のメニューを見るべくｗｅｂ－ａｐｐ タブのアクションメニュー上をクリックする。ユーザは、該メニューからの追加ページをクリックし、図５１のようなフォームへ進み、これは、ページ“Ｔｉｔｌｅ”などのすべてのページタイプに共通のプロパティを表示してよく、また、所望のデスティネーションページタイプを選ぶべくドロップダウンを表示してよい。設計者は、次に、設計者のページタイプの選択に応じて、図２６の（ＡＰＩ）、２７ （Ｃａｌｅｎｄａｒ）、２９ （Ｃｏｎｔａｉｎｅｒ）、３３ （ＣＳＶ Ｉｍｐｏｒｔ）、３５ （Ｄｅｔａｉｌｓ Ｒｅｐｏｒｔ）、３８ （Ｅｄｉｔ－Ｃｅｌｌｓ）、４１ （Ｅｄｉｔ－Ｒｅｃｏｒｄ）、４３ （Ｉｎｓｅｒｔ）、４５ （Ｌｉｎｋ）、４６ （ＰＤＦ）、４７ （Ｒｅｐｏｒｔ）、４９ （Ｔａｂｓ Ｃｏｎｔａｉｎｅｒ）に似ていてよい、ページタイプ設定及び構成を定義することを要求する主としてブランクのフォームを見ることになる。設計者は、それぞれ本明細書で説明される１つ又は複数の特徴を組み込んでいるページを必要なだけ作成するべくこのプロセスを繰り返し得る。

【0227】

前述のどの特徴も、本発明の任意の特定の態様又は実施形態と共に用いられ得る。上記の態様及び実施形態の特徴の多くの組み合わせ、修正、又は変更が、当業者にはすぐに分かるであろうし、それらは本発明の一部をなすことを意図されている。一実施形態又は例に関係して具体的に説明した特徴のいずれも、あらゆる他の実施形態又は例で用いられ得る。加えて、主題が、構造上の特色及び／又は方法論的行為に特異的な言語で説明されているが、付属の請求項で定義される主題は、前述の具体的な特徴又は行為に必ずしも限定されないことが理解される。例えば、具体的なソフトウェアアプリケーション、式、及び関数名の使用は、請求項がこのような特異性を列挙しない限り、用いることができる代替的なアプリケーション、式、及び／又は関数名を限定するものとなることを意図されない。むしろ、前述の具体的な特徴及び行為は、請求項を実装する例示的なフォームとして開示される。

【0228】

本特許明細書の開示内容の一部には、著作権保護の対象物が含まれる。本著作権者は、特許商標庁の特許ファイル又は記録への掲載に伴う本特許明細書又は特許開示の複写には異議を提起しないが、それ以外については、どのようなものであれ、全ての著作権を留保する。

【0229】

関連出願への相互参照
本出願は、２０１７年３月１０日に出願された「Ｓｐｒｅａｄｓｈｅｅｔ－Ｂａｓｅｄ Ｓｏｆｔｗａｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｄｅｖｅｌｏｐｍｅｎｔ」という名称の米国特許出願第１５／４５５，９０９号、及び２０１６年１２月３日に出願された「Ｓｐｒｅａｄｓｈｅｅｔ－Ｂａｓｅｄ Ｓｏｆｔｗａｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｄｅｖｅｌｏｐｍｅｎｔ」という名称の米国仮特許出願第６２／４２９，７４９号に基づく優先権の利益を主張するものである。上記の出願のそれぞれの内容は、あらゆる目的のためにそれらの全体が参照により本明細書に組み込まれる。

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】

【図47】

【図48】

【図49】

【図50】

【図51】

【図52】

【図53】

【図54】

【図55】

【図56】

【図57】

【図58】

【図59】

【図60】

【図61】

【図62】

【図63】

【図64】

【図65】

【図66】

【図67】

【図68】

【図69】

【図70】

【図71】

【図72】

【図73】

【図74】

【図75】

【図76】

【図77】

【図78】

【図79】

【図80】

【図81】

【図82】

【図83】

【図84】

【図85】

【図86】

【図87】

【図88】

【図89】

【図90】

【図91】

【図92】

【図93】

【図94】

【図95】

【図96】

【図97】

【図98】