SharePoint 2013 では検索に REST API が使用できます。概要を把握するには次の MSDN のページが参考になるのですが、この資料を参考にする際に、2点ほど気を付けたいところがあります。
RowLimit
まず、RowLimit です。これは一度に返される最大件数を指定します。何も指定しない場合は既定では 10 になっています。この値は最大 500 まで指定可能であり、これを越えるとエラーとなってしまうので注意が必要です。 500 を越えてアイテムを取得する場合は StartRow を明示するようにします。
RowsPerPage
上記リンク先の資料に、RowsPerPage の説明があります。このプロパティはサーバーサイドのAPIでは、SharePoint 2013 から廃止されているようです。ということは、クライアントAPIとしても当然使うべきではないということになると思われます。
Visual Studio 等の開発ツールを使って、Office 365 上で動作する SharePoint アプリとしてリモート イベント イベントレシーバーやアプリ レシーバーを実装する際、デバッグに Microsoft Azure の Service Bus (リレーサービス機能)を使用します。
2014年8月以降では Service Bus の名前空間を作成する際に気を付ける必要があります。現在は SAS (共有アクセス署名) と ACS (Microsoft Active Directory アクセス制御サービス) の 2種類があり、Azure Service Bus を介したリモート イベントのデバッグは現在のところ ACS のみとなっています。しかし、Microsoft Azure ポータルサイト上から新規に作成できるのは、SAS 認証を使った名前空間のみです。
ACS を使用する名前空間を作成するには、Windows PowerShell, Azure CLI, REST API のいずれかを使用します。
今回は PowerShell を使う例をご紹介しておきます(Azure PowerShell の基本的な使い方は「Azure PowerShell のインストールおよび構成方法」を参照してください)。
Visual Studio を使って SharePoint アプリ としてリモート イベントレシーバーやアプリレシーバーを作成している場合は、この ACS の接続文字列をコピーし、プロジェクトのプロパティのうち SharePoint ページの [Microsoft Azure サービス バスによるデバッグを有効にする] をオンにしたうえで、接続文字列を貼り付けます。
以上でデバッグ実行すると、ローカルに起動する IIS Express 上でホストされるイベントレーシーバーと Office 365 (SharePoint Online) 上のサイトとがやり取りできるようになるため、デバッグ実行が可能になります。なお、SharePoint アプリの開発モデルは、オンプレミス環境での高信頼性アプリ開発の場合とは異なり 「プロバイダーホスト型」 にしておきます。
[参考]
先日、Microsoft 社は、2014/11/11 に2015年の前半に、Lync の新しいバージョンが Skype for Business になると発表しました。
Lync と機能的に競合する Skype はいずれ統合されるといわれていましたが、ようやくといったところですね。
ちなみに、名前は Skype が残るそうです。 Lync は初期のバージョンの Live Communications Server 2005 から始まって(当時は LCS という略称でした) 、現在まで何度も名前が変わってきましたが、Skype の方が知名度が高いですし、新しい名前の方がイメージしやすいかもしれませんね。
さて、当然ながら Skype for Business は Skype と Lync のいいとこどりをした製品になるとのこと。電話は Skype で IM (インスタント メッセージ) やコンテンツ共有などは Lync でというところが統合されるということです。UI は Skype に近いものとなるようですが、バックボーンは Lync を使用するようです(そんなこんなあるので、Lync 2013 は SDK もさして UPDATE がなかったし、UWCA の Office 365 対応も遅れているのかしら..?)
既存の Lync Server 2013 ユーザーはデータセンター上の Skype for Business Server にアップデートすることになるようです。新たなハードウェアは不要とのこと。Office 365 ユーザーはそのままアップデートされるのを待つということですね。
Exchange Server, SharePoint Server の次期バージョンは 2015年後半に登場予定ということなので、併せて気になる話題です。
2014/11/18 に Office 365 Video が発表されました。ビデオ配信をしたい、というニーズはよく耳にしますが、現在の SharePoint 環境のメディアライブラリでは、ファイル管理、容量、帯域管理など課題が多いため、本格的なビデオ配信ができないのが現状です。そのため、個人的に注目している機能でして、今回特に記事にしてみました。
Office 365 Video は、Office 365 上の SharePoint サイトをビデオ ポータルとして活用できる機能です。
ビデオ ポータルでは動画をドラッグアンドドロップするだけで、コンテンツが公開できます。閲覧回数などもコンテンツごとに表示されます。
サポートされているビデオ形式は次のURLに公開されています。
公開したビデオコンテンツは検索も可能であり、Office Delve にも対応します。また、Yammer上でも共有が可能です。モバイルデバイスにも対応しているそうですが、詳細は現時点では不明です。
この機能が利用できるのは Office 365 Enterprise E1 と E3 のユーザーです。まずは Office 365 First Release カスタマーに提供が開始されたあと、2015年初頭にはワールドワイドで当該プランを利用しているユーザーが利用できるようになるようです (価格とサービス)。Office Delve と同時期ですね。
上記動画でも説明されていますが、コンテンツのストレージとメタデータは SharePoint Online 上で管理し、トランスコーディングやサムネイル作成は Azure Media Services を使用しているそうです。ただし、Azure Media Services 利用に関して追加コストは発生しません。ちなみに、現在の SharePoint のメディアライブラリは単純にファイルをアップロードし、そのまま再生するものですが、Office 365 Video はデータが変換されて公開されるため、ユーザーが単純にファイルをダウンロードしたりできるようにはなっていません。セキュアな管理がなされています。
このビデオ ポータルは1つのサイトとして作成しコンテンツを管理しますが、通常の SharePoint サイトとは管理の概念が異なります。ビデオおよびチャンネル設定できる管理者と単に閲覧するユーザーとにのみ分かれます。機能を確認した限り、動画単位でのアクセス権限は付けられないので、基本的にはサイト単位で公開先をコントロールするということになります(2015/2/17訂正 テナントごとに1つのみ作成できるようになっており、公開範囲はテナント単位です)。とはいえ、一般的には全社向けのビデオ ポータルとして利用するシーンが多いと思いますし、管理はシンプルであるに越したことはありませんので、個人的にはあまりネガティブな印象はもっていません。
※ちなみに、Office 365 Video はテナントごとに機能のオン、オフができます。
遅ればせながらの情報共有ですが、Office 365 と Microsoft Dyanmics CRS サービスが日本国内でホストされるようになると発表されています。
Office 365 はカレンダーイヤーでの年末には利用可能になり、CRM Online は 2015 Q1の終わりごろになるそうです。
Office 365 will be available by the end of this calendar year and CRM Online by the end of Q1 2015.
This is particularly important in industries such as healthcare, financial services and government where organizations need to keep their data in country to comply with local regulations.
既存の Office 365 の顧客に関しては APC から Japan へとデータ移行を順次していくようですね。