我的情况如下：我们目前拥有一个在线租赁市场，使用Airbnb就像点对点预订一样。这意味着每个用户都有他们的财产日历。我们有一个Vaway日历用于我们网站上的预订，但是想要整合谷歌日历，这样我们就可以从我们的合作伙伴双向同步/异步所有Ical日历支持它的网站。
经过大量研究后，我测试了我的个人谷歌日历，看看iCal是如何工作的，看起来效果很好所以我们认为这个架构需要在更大的范围内实施。这将在所有新用户注册中使用，以便为我们的用户提供一个日历，将我们所有的合作伙伴网站同步到一个完全同步的Google日历中。这基本上允许在7个不同平台上列出其列表的用户同步到一个日历，显示他们可以跟踪Vaway内部帐户的可用性。
谷歌日历将与我们的Vaway日历完全分开，专门用于允许我们的用户将其他网站的所有财产预订同步到一个集成日历中。阅读谷歌日历API时的问题是需要OAuth 2.0，这是必需的用户从他们现有的Google帐户（日历，Gmail等）登录。我们的许多用户和新注册都没有谷歌帐户，我们不希望他们必须通过谷歌注册过程登录他们的日历。 OAuth 2.0有什么办法吗？我们真的只需要谷歌日历的功能及其在仪表板内的同步功能，以提供读写权限，并与其他平台上的其他日历来回同步。
谷歌日历拥有的所有功能似乎都非常适合我们在测试时所做的事情。每个与我们签约的用户都将在vaway提供的Vaway仪表板中使用谷歌日历，但他们将在Vaway平台内管理他们自己的谷歌日历以进行物业预订。所有日历事件/预订都将公开，以允许Ical同步选项推进。
我们不希望用户在平台之外访问此日历，因为他们会将其从网站中拉出来。我不确定哪种解决方案最适合这种商业模式，并且经过研究完全在我的智慧结束。我们正试图将开销保持在较低水平，因此谷歌应用程序市场不是一种选择。
答案 0 :(得分：1)
你真的应该重新提出你的问题，因为现在很难阅读和理解。
但是，如果我真的得到您的问题，您希望从个人应用程序启用管理Google日历，而最终用户无需登录任何Google个人帐户。
如果这显然是您想要做的，我建议您查看OAuth2.0的服务帐户。 （见这里：https://developers.google.com/accounts/docs/OAuth2#serviceaccount） 它将为您的应用程序提供服务帐户，您可以从该帐户处理应用程序的日历。
在这里，您将找到一个示例，展示如何使用Java。 （https://code.google.com/p/google-api-java-client/wiki/OAuth2#Service_Accounts）