<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
  version="2.0">
  <channel>
    <title>MS Japan Office 365 Tech Blog</title>
    <atom:link
      href="https://docs.microsoft.com/archive/blogs/office365-tech-japan/feed.xml"
      rel="self"
      type="application/rss+xml" />
    <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/feed.xml</link>
    <description>日本マイクロソフト Office 365 テクニカル セールス チームのブログです。</description>
    <lastBuildDate>Sun, 24 Feb 2019 23:51:54 GMT</lastBuildDate>
    <language>ja</language>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <item>
      <title>不審なメール、拡散されてませんか ? Office 365 側からまとめて管理することができます! ～Windows Defender Advanced Threat Protection と Office 365 Threat Intelligence の連携について～</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/wdatp-o365ti</link>
      <pubDate>Mon, 05 Nov 2018 17:43:05 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=2425</guid>
      <description><![CDATA[こんにちは！セキュリティ担当の荒木 さつきです。

皆様もすでにご存知かと思いますが、Office 365 は企業・組織の IT 管理者向けの様々なサービスを提供しております。今回はその中から...]]></description>
      <content:encoded><![CDATA[こんにちは！セキュリティ担当の荒木 さつきです。

皆様もすでにご存知かと思いますが、Office 365 は企業・組織の IT 管理者向けの様々なサービスを提供しております。今回はその中から Office 365 Threat Intelligence (O365 TI) を使った、Windows 10 Defender ATP (WDATP) との連携機能を動画を交えながらご紹介させていただきます。

&nbsp;
<h3>1. Defender = アンチウイルスではありません！</h3>
本題に入る前に Windows 10 のセキュリティ機能を簡単に紹介します。皆様は「Windows Defender」という言葉から何を想像されるでしょうか ? 多くの方が、アンチウイルス ソフトを想像されるかと思いますが、それは Windows Defender のごく一部の機能でしかありません。現在、「Windows Defender」は Windows エンドポイント セキュリティを包括的に担保するブランドとして以下のセキュリティ機能を有しています。

<img width="2166" height="1029" class="aligncenter size-full wp-image-2435" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/11/20181105-1.png" />

今回、O365 TI と連携する Window Defender Advanced Threat Protection (WDATP) は、エンドポイント セキュリティにおいて Endpoint Detection and Response (EDR) の役割を担っています。

&nbsp;
<h3>2.Windows Defender ATP の役割</h3>
少し前まではエンドポイント セキュリティといえば、検知したマルウェアをパターン化しマッチングにさせるパターン ファイル方式でしたが、<a href="https://blogs.windows.com/japan/2018/04/03/why-windows-defender-antivirus-is-the-most-deployed-in-the-enterprise/">マルウェア全体の約 96 %がポリモーフィック型であることを示すデータ</a>からもわかるように、現在のマルウェアはパターン ファイルだけでは検知が難しくなっています。また最近では Powershell や Office のマクロ等を用いたファイルレス攻撃も増加の傾向にあります。

このような状況からパターン ファイル以外の要素を使ってエンドポイントへの攻撃を検知する必要が出てきました。

マイクロソフトでは、Defender シリーズでこれらの機能をサポートしています。上の図にも記載されている、「Windows Defender Exploit Guard」ではパターンファイルを使わずに OS のふるまいを監視し、セキュリティ上問題のある行動を制限することができます。

<img width="1250" height="484" class="aligncenter size-full wp-image-2445" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/11/20181105-2.png" />

&nbsp;

上の図はマイクロソフトが考えているエンドポイント セキュリティ対策の考え方です。

従来は「PRE-BREACH」という考え方に基づいて、検知されたセキュリティ上の問題を取り除く機能を中心に考えられていましたが、今日ではそれらに加えて「エンドポイントがセキュリティの攻撃によって侵入された」という前提に基づいて、侵入後の原因究明や発端となったマルウェアの拡散を防止する対策が取られています。この機能が「POST-BREACH」に相当します。

「POST-BREACH」を担当する機能は一般的に EDR (Endpoint Detection Protection) と呼ばれており、Defender シリーズでは WDATP が EDR 機能を担保しています。WDATP は「POST-BREACH」機能に加えて、攻撃の予兆の段階からふるまいを監視することでエンドポイントを保護します。また侵入後の対応を自動化する機能を有しているため、深夜や休日等、管理者不在の場合でも発生したセキュリティ攻撃に対して迅速に対応することができます。

WDATP を含めた Defender シリーズをもっと知りたい！という方は下記リンクも併せてご参照ください。

<a href="https://blogs.technet.microsoft.com/jpsecurity/2018/02/06/now-you-see-me-exposing-fileless-malware/">はい、これで見えますね: ファイルレス マルウェアをさらけ出す</a>

<a href="https://blogs.windows.com/japan/2018/03/13/windows_defender_antivirus/#yFsvYZqSVQY7tqHS.97">次世代型のマルウェア対策機能を提供する Windows Defender ウイルス対策の本当の実力とは？</a>

<a href="https://blogs.technet.microsoft.com/jpsecurity/2017/11/01/windows-defender-exploit-guard-reduce-the-attack-surface-against-next-generation-malware/">Windows Defender Exploit Guard</a>

<a href="https://www.microsoft.com/ja-jp/windowsforbusiness/windows-atp">Windows Defender Advanced Threat Protection</a>

&nbsp;
<h3>3. WDATP が攻撃の痕跡を検知</h3>
さて、ここからいよいよ本題です。今回は WDATP で検知したエンドポイントのふるまいから原因を突き止め、O365 TI を使って内部の拡散状況を調査します。

ユーザーがメールを開き、添付ファイルを実行しました。

<img width="700" height="303" class="aligncenter wp-image-2455" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/11/20181105-3.png" />

&nbsp;

エンドポイント側で表面上は何も変化が見られませんが、WDATP が検知したイベントを確認すると添付ファイルを開くタイミングでいくつかのセキュリティの問題が確認されています。

<img width="700" height="370" class="aligncenter wp-image-2465" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/11/20181105-4.png" />

&nbsp;

上の画面は「Windows Defender Security Center」の画面です。クラウド上で管理画面が展開されているため、管理者はエンドポイントに出向くことなく対象となるエンドポイントのふるまいを確認することができます。

&nbsp;
<h3>4. O365 TI を使って、拡散状況を確認</h3>
確認の結果、メール経由でエンドポイントに到達したファイルがセキュリティ上の問題を引き起こしていることがわかりました。同一メールをテナントで確認するために、WDATP と O365 TI を連携させます。

[video width="640" height="480" mp4="https://msdnshared.blob.core.windows.net/media/2018/11/WDATP-to-O365TI_1.mp4"][/video]

Windows Defender Security Centerで検知したファイルを Office 365 TI 側で確認し、同じメールの有無を確認しています。

&nbsp;
<h3>5. 被害拡大を防止するために O365 TI から直接メールを削除</h3>
O365 TI 側で検索した結果、複数のメールアドレスにこのメールが配信されていることがわかりました。ここでは、O365 TI から拡散されたメールを削除してみましょう。

[video width="640" height="480" mp4="https://msdnshared.blob.core.windows.net/media/2018/11/WDATP-to-O365TI_2.mp4"][/video]

エンドポイント側で対象となるメールが削除されました。

&nbsp;
<h3>6. O365 TI は EOP や Office 365 ATP とも連携可能</h3>
今回は WDATP で検知した不審な挙動に基づいて原因となったファイルを特定し、O365 TI でファイルの拡散状況を確認・削除するところを紹介しました。O365 TIはこれ以外にもさまざまな機能を持っています。EOP や Office 365 で検知されたメールに対しても同等の機能を持ち、管理者側で対象となるメールを一元管理することができます。以下、連携した場合の一例です。

例)
<p style="padding-left: 30px">1. Office 365 ATP の添付ファイル保護機能を使いサンドボックスで検知されたメールを O365 TI 側で一括管理
2. Office 365 ATP の高度なフィッシング対策機能を使い検知したビジネス詐欺 (BEC) メールを O365 TI 側で一括管理</p>
<img width="700" height="492" class="aligncenter wp-image-2495" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/11/20181105-5.png" />このように Office 365 TI はさまざまなサービスと連携し、管理者の運用負荷を軽減しながら確実にセキュリティの問題に対処することができます。

Office365 ATP については以下リンクも併せてご参照ください。
<a href="https://technet.microsoft.com/ja-JP/library/exchange-online-advanced-threat-protection-service-description.aspx">https://technet.microsoft.com/ja-JP/library/exchange-online-advanced-threat-protection-service-description.aspx</a>

&nbsp;
<h3>7. その他</h3>
現時点では今回ご紹介した機能拡張はオンプレミス環境については対象外となっております。Office 365 ATP・TI は Office 365 Enterprise E5 コンポーネントに含まれており、ご利用にあたっては Office 365 E5 のご契約が必要となります。(ATP・TI 単体でもご契約頂くことが可能です。) また、Windows 10 Defender ATP をご利用いただくためには Windows 10 E5 のご契約が必要となります。現在、Office 365・Windows 10 をご契約のお客様は本機能を追加でご利用頂くことで未知の脅威に対し、より強固な対策を実現することが可能です。

また、マイクロソフトでは上記機能を含めた包括的なセキュリティ対策としてMicrosoft 365(M365)を提供しております。お客様のセキュリティニーズに合わせて必要な機能・構成をご選択ください。
<a href="https://www.microsoft.com/ja-JP/Microsoft-365">https://www.microsoft.com/ja-JP/Microsoft-365</a>]]></content:encoded>
    </item>
    <item>
      <title>Power BI で Skype for Business の活用状況を可視化する -1-</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/visualize-sfbo-usage-with-powerbi</link>
      <pubDate>Mon, 18 Jun 2018 14:59:54 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=2305</guid>
      <description><![CDATA[みなさん、こんにちは。Power BI を担当している川原 純一郎です。

前回の投稿からずいぶん時間が経過してしまいましたが、Power BI...]]></description>
      <content:encoded><![CDATA[みなさん、こんにちは。Power BI を担当している川原 純一郎です。

<a href="https://blogs.technet.microsoft.com/office365-tech-japan/2018/02/14/powerbi_vision_for_office365/">前回の投稿</a>からずいぶん時間が経過してしまいましたが、Power BI の活用例をこれからいくつか投稿していきます。サンプルと作成手順をステップ バイ ステップで紹介しますのでご興味のあるトピックがありましたらご自分の環境で試していただき Power BI の良さを体感いただけたら嬉しいです。

[Power BI 利用シーン別サンプル]
<ul>
 	<li>Skype for Business Online の利用状況を可視化する (本ブログ)
<ul>
 	<li>利用状況の表記項目をわかりやすく表現する (Coming Soon)</li>
</ul>
</li>
 	<li>会議時間/会議室の利用状況を可視化する (Coming Soon)</li>
</ul>
&nbsp;

今回紹介するのは社内の Skype for Business Online の活用度をユーザー/組織別にどのようにコミュニケーションするのかを可視化するサンプルです。矢印の方向でコミュニケーションの方向、コミュニケーションの種類 (チャット, Web 会議等) により色を変更し、矢印の太さで頻度を表現してみました。部門間で密にコミュニケーションしているのはどの部門なのか、部門/チーム内のコミュニケーションは活性化しているのか？という観点で分析することが可能なレポートです。

&nbsp;

<img width="579" height="500" class="aligncenter wp-image-2315" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-1.png" />

&nbsp;

Power BI は様々なデータ可視化が可能なツールです。Excel のような使い勝手なのでツール利用時には難しいスキルセットは不要です。必要なことは「どういったデータ」を「どのように表示する」かの 2 点です。今回の Skype for Business 可視化にあてはめると以下のようになります。
<ol>
 	<li>「どういったデータ」＝「Skype for Business のユーザー毎の操作ログ情報」</li>
 	<li>「どのように表示する」　＝　ユーザー間のやり取り量を可視化する Power BI カスタム ビジュアル</li>
</ol>
&nbsp;

では早速レポート作成をしていきましょう。

今回の手順で作成したレポートは <a href="https://junkaw.blob.core.windows.net/public/SfB_1.pbix">https://junkaw.blob.core.windows.net/public/SfB_1.pbix</a>になりますので適宜ご参照ください。

&nbsp;
<h3>1. 事前準備</h3>
本レポートを作成する際にはレポート作成ツール Power BI Desktop のインストールとカスタム ビジュアルを利用するため Power BI サービスへのサインアップが必要となります。事前に Power BI サイト <a href="https://powerbi.microsoft.com">https://powerbi.microsoft.com</a>よりサインアップを実施してください。

Power BI Desktop をインストールされていない方はこちらからダウンロードしてください。

<a href="https://powerbi.microsoft.com/ja-jp/downloads/">https://powerbi.microsoft.com/ja-jp/downloads/</a>

Power BI Desktop は msi 版と Microsoft ストアからインストール可能なストア アプリ版があります。msi 版は毎月更新時に再インストールをする必要がありますが、ストア アプリ版は自動的に差分更新をしてくれます。Windows 10 を利用の方は是非 Microsoft ストアからインストールしてください。

Power BI Desktop を起動するとサインアップ画面が表示されます。すでに Power BI サービスにてサインアップを終了している方は画面最下部の "Power BI アカウントをお持ちではありませんか？サインイン" リンクをクリックしてサインインを実施してください。

<img width="434" height="500" class="aligncenter wp-image-2325" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-2.png" />

&nbsp;
<h3>2. Skype for Business のユーザー毎セッション ログ情報の取得方法</h3>
Office 365 管理センターの Skype 利用状況レポートには各ユーザーがどれくらいチャットや電話を実施したのかの情報が表示されますが、"誰と" 情報は利用状況レポートには表示されません。"誰と" 情報は Skype for Business のセッション情報に含まれており、その情報は PowerShell を利用することで取得可能です。

以下のブログにて各ユーザー単位で Skype for Business セッション情報の取得方法が公開されています。
<p style="padding-left: 30px">Skype for Business Online 上のセッション情報を取り出す方法について
<a href="https://blogs.msdn.microsoft.com/lync_support_team_blog_japan/2016/10/13/get-csusersession/">https://blogs.msdn.microsoft.com/lync_support_team_blog_japan/2016/10/13/get-csusersession/</a></p>
&nbsp;

PowerShell を使用して Office 365 (Skype for Business) へ接続するためには実行マシンにいくつかのモジュールをインストールする必要があります。手順は以下のサイトに記載がありますので設定されていない場合には参考にしてください。
<p style="padding-left: 30px">単一の Windows PowerShell ウィンドウですべての Office 365 サービスに接続する
<a href="https://docs.microsoft.com/ja-jp/office365/enterprise/powershell/connect-to-all-office-365-services-in-a-single-windows-powershell-window">https://docs.microsoft.com/ja-jp/office365/enterprise/powershell/connect-to-all-office-365-services-in-a-single-windows-powershell-window</a></p>
&nbsp;
<h4>■ Skype for Business のセッション情報を CSV で取得する</h4>
上記ブログを参考に自社テナント内全ユーザーのセッション情報を取得して CSV として出力する PowerShell を作成してみました。
<pre style="padding-left: 30px"><code>### Skype for Business への接続 ###
$cred = get-credential
Import-Module skypeonlineconnector
$SfBSession = New-CsOnlineSession -Credential $cred -Verbose
Import-PSSession $SfBsession -AllowClobber

### Skype for Businessのセッションログの取得 ###
$StartTime = (Get-Date).AddDays(-10)
$EndTime = (Get-Date).AddDays(-1)
$filename = Get-Date -Format "yyyyMMdd_HHmmss"

$output = Get-CsOnlineUser | Foreach {Get-CsUserSession -StartTime $StartTime -EndTime $EndTime -User $_.UserPrincipalName -WarningAction silentlycontinue | Where-Object {$_.MediaTypesDescription -ne "[RegisterEvent]" -and $_.MediaTypesDescription -ne ""} | select StartTime,EndTime,FromUri,ToUri,MediaTypesDescription}

### フォルダへCSVとしてエクスポート ###
$output | Export-csv -NoTypeInformation -Append -Path "C:\temp\$filename-SfBLog.csv"
$output &gt;&gt; c:\temp\test.txt 
</code></pre>
&nbsp;

今回の PowerShell では過去 10 日間のデータを取得しています。取得したい期間に合わせて $StartTime, $EndTime の値は変更してください。

<span style="color: #ff0000">[注意事項]</span>
<span style="color: #ff0000">取得データ量が多くなると、タイムアウト等のエラーでデータ取得ができないケースもあります。短い期間からスタートして様子を見ながら取得期間を設定してください。</span>

&nbsp;

<strong>実行手順 :</strong>

1. 任意の場所にテキストファイル(例：getlogs.txt)を作成し、上記スクリプトを貼り付け

2. テキストファイルを保存しファイル拡張子をtxtからps1に変更

3. (存在しない場合) C:\temp フォルダを作成

4. Windows PowerShell を管理者権限で起動し、作成した ps1 ファイル (例：getlogs.ps1) を実行

5. 表示される認証ダイアログに Office 365 テナント管理者 ID/PW を入力

<img width="800" height="318" class="aligncenter wp-image-2335" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-3.png" />

&nbsp;

取得した CSV には誰から (FromUri) と誰へ (ToUri) 情報が 2 つの列にメールアドレス (厳密には SIP アドレスですが) として含まれています。これで誰が誰とやり取りしたかを可視化することが可能です。取得した CSV は以下のようになっているかと思います。

<img width="488" height="500" class="aligncenter wp-image-2345" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-4.png" />

&nbsp;

今回の手順では Power BI Desktop でレポートを参照しますので、c:\temp フォルダに CSV ファイルを保存したままでレポート作成しますが、取得したデータを SharePoint Online フォルダや OneDrive for Business でもに保存しておくと Power BI サービス (クラウド環境) から) オンプレミス データ ゲートウェイ経由でのスケジュール更新や Power BI Desktop での最新情報取得/再発行を実施せずに最新データ取得が可能になります。

&nbsp;
<h3>3. Power BI Desktop を使用してPower BI レポートを作成する</h3>
<strong>実行手順 :</strong>

1. Power BI Desktop のリボン メニューにて [ホーム]-[データを取得] を選択し "テキスト/CSV" を選択します。

<img width="686" height="500" class="aligncenter wp-image-2355" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-5.png" />

&nbsp;

2. PowerShell で取得した CSV を選択し、表示されたダイアログの "読み込み" を選択します。

<img width="882" height="500" class="aligncenter wp-image-2365" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-6.png" />

&nbsp;
<h4>■ ユーザー間のやり取りを表現する Power BI カスタム ビジュアルを取得する</h4>
Power BI を利用する利点の一つとして Excel などで利用されるような一般的なグラフ以外の表現力豊かなカスタム ビジュアルを自由に追加できる点があります。今回利用する矢印を使用したビジュアルは標準ビジュアルに含まれていないため、Marketplace からインポートします。

取得するカスタムビジュアルはこちらです。
<p style="padding-left: 30px">Force-Directed Graph
<a href="https://appsource.microsoft.com/ja-jp/product/power-bi-visuals/WA104380764">https://appsource.microsoft.com/ja-jp/product/power-bi-visuals/WA104380764</a></p>
&nbsp;

<strong>実行手順 :</strong>

1. Power BI Desktop にて "視覚化" ペイン内の "…" を選択し "Marketplace からインポートする" を選択します。

<img width="850" height="500" class="aligncenter wp-image-2375" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-7.png" />

&nbsp;

2. ダイアログの検索ボックスに "Force" と入力して検索実施し、Force-Directed Graph 横の "追加" ボタンでビジュアルを追加します。

<img width="618" height="500" class="aligncenter wp-image-2385" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-8.png" />

&nbsp;

3. インポートした "Force-Directed Graph" を Power BI Desktop キャンバスに置き、各設定項目を以下のように設定します。

<img width="569" height="500" class="aligncenter wp-image-2395" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-9.png" />

&nbsp;

<img width="579" height="500" class="aligncenter wp-image-2405" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/23-10.png" />

&nbsp;

いかがでしょうか？ユーザー同士のコミュニケーション状況がテーブル形式のログ ファイルよりもわかりやすく表現されたかと思います。

次回はこのレポートをもとにメールアドレス形式で表示されている部分を漢字名や部門名で表示する方法を紹介します。]]></content:encoded>
    </item>
    <item>
      <title>Microsoft Teams で外線電話の発着信！ – Direct Routing の設定のコツ教えます</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/teams-direct-routing</link>
      <pubDate>Wed, 13 Jun 2018 15:30:35 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=2275</guid>
      <description><![CDATA[(6/29 追記)

こちらの Direct Routing が無事 GA (正式リリース) されました！

引き続き Teams...]]></description>
      <content:encoded><![CDATA[<span style="color: #ff0000">(6/29 追記)</span>

<span style="color: #ff0000">こちらの Direct Routing が無事 GA (正式リリース) されました！</span>

<span style="color: #ff0000">引き続き Teams と電話機能の発展にご期待ください。(参照情報：<a href="https://aka.ms/dr">https://aka.ms/dr</a>)</span>
-------------------------------

こんにちは、Voice 担当の宮崎です。

この度、Microsoft Teams の機能として、Direct Routing の機能が Public Preview としてリリースされました！

この機能を利用することで、Microsoft Teams を使っている環境からはいつでもどこでも、外線電話の発着信 (03- や、090-, 080-, 0120- で始まる電話番号との通話) を行うことができます。
<p style="text-align: center"><img width="252" height="500" class="aligncenter wp-image-2285" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/22-1.png" />図 1 : Direct Routing の設定をしたユーザーの Teams 画面。[通話] タブが追加され、割り当てられた自分の電話番号とダイアルパッドが表示されます。ここから電話を発信することができます。</p>
&nbsp;

Direct Routing の導入作業は大きく分けて「宅内へ引いた電話回線と SBC (Session Border Controller) の接続」と「Office 365 側の設定」の 2 つに分けられます。今回は後者のOffice 365 側の設定のコツ、手順をご紹介いたします。

&nbsp;

以下の手順は<a href="https://docs.microsoft.com/en-us/microsoftteams/direct-routing-configure">公開情報</a> (英語) を参考に、手順の概要をご紹介しています。最新の情報、細かい設定の導入は下部の参考情報をご参照ください。

&nbsp;
<h3>1. 準備</h3>
Direct Routing の環境の導入には、以下の利用可能な環境を用意する必要があります。
<table width="820" border="1">
<tbody>
<tr style="background: #d3d3d3">
<th width="189" style="text-align: center"></th>
<th width="189" style="text-align: center"><span>例</span></th>
<th width="189" style="text-align: center">説明メニュー</th>
</tr>
<tr>
<td width="189" valign="top" style="text-align: center"><span>独自ドメイン</span></td>
<td width="189" valign="top" style="text-align: center"><span>contoso.com</span></td>
<td width="189" valign="top"><span>Office 365 の既定のドメイン *.onmicrosoft.com は Direct Routing には利用できません</span></td>
</tr>
<tr>
<td width="189" valign="top" style="text-align: center"><span>Public IP アドレス</span></td>
<td width="189" valign="top" style="text-align: center"><span>xxx.xxx.123.234</span></td>
<td width="189" valign="top"><span>SBC の IP アドレスとして構成し、Office 365 と接続可能なよう設定します</span></td>
</tr>
<tr>
<td width="189" valign="top" style="text-align: center"><span>DNS エントリー</span></td>
<td width="189" valign="top" style="text-align: center"><span></span></td>
<td width="189" valign="top"><span>SBC の FQDN (例 : aepsite1.contoso.com) を上記 IP アドレスに解決できるよう登録します</span></td>
</tr>
<tr>
<td width="189" valign="top" style="text-align: center"><span>公的証明機関に発行された証明書</span></td>
<td width="189" valign="top" style="text-align: center"><span></span></td>
<td width="189" valign="top"><span>Common Name か SAN 値に SBC の FQDN が含まれるようにします (ワイルドカード可) </span></td>
</tr>
<tr>
<td width="189" valign="top" style="text-align: center"><span>Office 365 ライセンス</span></td>
<td width="189" valign="top" style="text-align: center"><span></span></td>
<td width="189" valign="top"><span></span>Enterprise E5 もしくは E1/E3 + Phone System</td>
</tr>
</tbody>
</table>
&nbsp;
<h3>2. 設置した SBC と Office 365 側のペアリング</h3>
設定対象のテナントの管理者権限で、<a href="https://docs.microsoft.com/en-us/SkypeForBusiness/set-up-your-computer-for-windows-powershell/set-up-your-computer-for-windows-powershell">Skype for Business Online PowerShell </a>に接続します。New-CsOnlinePSTNGateway コマンドでテナントと設置した SBC のペアリングを設定します。

実行例:
<pre style="padding-left: 30px"><code>New-CsOnlinePSTNGateway -Fqdn aepsite1.contoso.com -SipSignallingPort 5068 -MaxConcurrentSessions 100 -Enabled $true</code></pre>
&nbsp;
<h3>3. ライセンス設定</h3>
ユーザーにライセンスを設定します。Office 365 E5 のライセンスを付与する、もしくは Office 365 E3 か Office 365 E1 へ Phone System を追加して対象のユーザーにライセンスが付与されていることを確認します。

&nbsp;
<h3>4. 電話番号と留守電の設定</h3>
Set-CsUser コマンドで電話機能の有効化、電話番号、留守番電話の設定をユーザーごとに設定します。

実行例:
<pre style="padding-left: 30px"><code>Set-CsUser -Identity ayas@contoso.com -EnterpriseVoiceEnabled $true -HostedVoiceMail $true -OnPremLineURI tel:+8135781****</code></pre>
(電話番号は E.164 形式で入力します。例: 03-1234-5678 であれば tel:+81312345678)

&nbsp;
<h3>5. 音声ルーティングの設定</h3>
複数の拠点で Direct Routing を導入したり、冗長化のために複数の SBC を導入した場合、電話番号や利用するユーザーごとに、どの SBC を利用して電話の発着信を行うか細かい設定を行うことが可能です。今回は検証のために単純に、一つの拠点で 1 つの SBC を利用する構成のためには、どのように音声ルーティングを設定するかご紹介します。

&nbsp;
<h4 style="padding-left: 30px">5.1 PSTN Usage の追加</h4>
<p style="padding-left: 30px">PSTN Usage として Tokyo を追加します。</p>
<p style="padding-left: 30px">実行例:</p>

<pre style="padding-left: 60px"><code>Set-CsOnlinePstnUsage  -Identity Global -Usage @{Add="Tokyo"}</code></pre>
&nbsp;
<h4 style="padding-left: 30px">5.2 音声ルーティングの設定</h4>
<p style="padding-left: 30px">新しい音声ルーティング Shinagawa を追加します。すべての番号パターン（.*）で指定した SBC を利用するよう設定します。</p>
<p style="padding-left: 30px">実行例:</p>

<pre style="padding-left: 60px"><code>New-CsOnlineVoiceRoute -Identity "Shinagawa" -NumberPattern ".*" -OnlinePstnGatewayList aepsite1.contoso.com -OnlinePstnUsages "Tokyo"</code></pre>
&nbsp;
<h4 style="padding-left: 30px">5.3 ルーティング ポリシーの設定</h4>
<p style="padding-left: 30px">5.2 で作成した音声ルーティングを設定するルーティングポリシー “Japan” を作成します。</p>
<p style="padding-left: 30px">実行例:</p>

<pre style="padding-left: 60px"><code>New-CsOnlineVoiceRoutingPolicy "Japan" -OnlinePstnUsages "Tokyo"</code></pre>
&nbsp;
<h4 style="padding-left: 30px">5.4 ルーティングポリシーの割り当て</h4>
<p style="padding-left: 30px">作成したルーティングポリシーを対象のユーザーに割り当てます。</p>
<p style="padding-left: 30px">(※ 5.3 で作成したポリシーが適用可能になるまで数分時間がかかる可能性があります。下記コマンドの実行にエラーが出る場合は、しばらく時間をおいてから再度お試しください)</p>
<p style="padding-left: 30px">実行例:</p>

<pre style="padding-left: 60px"><code>Grant-CsOnlineVoiceRoutingPolicy -Identity ayas@contoso.com -PolicyName "Japan"</code></pre>
<h4></h4>
<h4 style="padding-left: 30px">5.5 通話ポリシーの割り当て</h4>
<p style="padding-left: 30px">対象のユーザーに必要な通話ポリシーを割り当てます。</p>
<p style="padding-left: 30px">実行例:</p>

<pre style="padding-left: 60px"><code>Grant-CsTeamsCallingPolicy -PolicyName AllowCalling -Identity ayas@contoso.com</code></pre>
&nbsp;
<h4 style="padding-left: 30px"><del>5.6 Skype/Teams 連携ポリシーの割り当て</del></h4>
<p style="padding-left: 30px"><del>対象のユーザーに必要なSkype/Teams 連携ポリシーを割り当てます。</del></p>
<p style="padding-left: 30px"><del>実行例:</del></p>

<pre style="padding-left: 60px"><del><code>Grant-CsTeamsInteropPolicy -PolicyName DisallowOverrideCallingTeamsChatTeams -Identity ayas@contoso.com</code></del></pre>
<p style="padding-left: 30px">(2018/9/10 注：CsTeamsInteropPolicy は今後廃止予定ですので手順を削除しました。Direct Routing での着信は Skype for Business ではなく、Microsoft Teams のみに着信しますのでこちらを考慮していただく必要はありません)</p>
&nbsp;

これで Office 365 側の設定は完了です。対象ユーザーで Microsoft Teams にサインインすると、通話タブが表示されています。さらに SBC 側の設定も完了していると電話の発着信が可能となっています。試してみましょう！

<img width="478" height="350" class="aligncenter wp-image-2295" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/06/22-2.png" />
<p style="text-align: center">図 2 : 着信画面。Teams にログインしておけばいつでもどこでも会社の電話を受話することが可能です</p>
&nbsp;
<h3><del>※注意</del></h3>
<del><span style="color: #ff0000">Public Preview 中はサポート サービスの対象外となります。検証中の詳細な動作は常に変更される可能性がありますのでご注意ください。</span></del>
<h3>参考情報</h3>
<a href="https://docs.microsoft.com/en-us/microsoftteams/direct-routing-plan">Plan Direct Routing </a>: Direct Routing 導入を計画する際に必要な情報が案内されています (構成、対応している SBC について、ネットワーク要件、証明書要件等について)

<a href="https://docs.microsoft.com/en-us/microsoftteams/direct-routing-configure">Configure Direct Routing  </a>: 設定コマンドの詳細なオプションについて、複数拠点・冗長性を持たせた音声ルーティングの設定について案内しています。]]></content:encoded>
    </item>
    <item>
      <title>Microsoft Flow から SharePoint  REST  サービス呼び出し</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/invoke-sporestservice-by-using-flow</link>
      <pubDate>Mon, 23 Apr 2018 09:49:53 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=2095</guid>
      <description><![CDATA[------------------------------- 2018/05/09 更新 -------------------------------

新しく SharePoint 専用の...]]></description>
      <content:encoded><![CDATA[------------------------------- 2018/05/09 更新 -------------------------------

<span style="color: #ff0000">新しく SharePoint 専用の HTTP アクション（SharePoint - Send an HTTP request to SharePoint）の提供が開始されました。</span>

<span style="color: #ff0000">このアクションでは Flow に埋め込まれた接続情報をもとに直接 SharePoint REST サービスを呼び出すことが可能になりますので、このアクションを利用することで本記事に記載した SharePoint アプリの登録やアクセストークンの取得といった手順は一切不要となります。</span>

<img width="700" height="274" class="aligncenter wp-image-2265" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-15.png" />
<p style="padding-left: 30px">Title : SharePoint Business Apps Spring 2018 Update
URL : <a href="https://techcommunity.microsoft.com/t5/SharePoint-Blog/SharePoint-Business-Apps-Spring-2018-Update/ba-p/189261">https://techcommunity.microsoft.com/t5/SharePoint-Blog/SharePoint-Business-Apps-Spring-2018-Update/ba-p/189261</a></p>
-------------------------------------------------------------------------------------

コラボレーション担当の瀧口です。

Microsoft Flow はコードを必要とせずにさまざまなサービスを連携させることができるツールで、ユーザー レベルで非常に簡単にアプリケーション間での自動化がおこなえるようになっています。SharePoint とも連携機能を強化してきており、従来 SharePoint Designer や PowerShell などで実装が必要だったカスタマイズ・自動化への対応もかなりカバーするようになってきました。

現在、Flow で提供されている SharePoint 用のアクションについては以下のようなものがあります。
<p style="padding-left: 30px">SharePoint - エンティティ値の取得
SharePoint - コンテンツの承認状態を設定します
SharePoint - パスによるファイル コンテンツの取得
SharePoint - パスによるファイル メタデータの取得
SharePoint - ファイル コンテンツの取得
SharePoint - ファイル メタデータの取得
SharePoint - ファイルのコピー
SharePoint - ファイルのプロパティの更新
SharePoint - ファイルのプロパティの取得
SharePoint - ファイルの更新
SharePoint - ファイルの作成
SharePoint - ファイルの削除
SharePoint - ファイルの取得 (プロパティのみ)
SharePoint - フォルダーの一覧
SharePoint - フォルダの展開
SharePoint - リストの取得
SharePoint - ルート フォルダーのリスト
SharePoint - 項目の更新
SharePoint - 項目の作成
SharePoint - 項目の削除
SharePoint - 項目の取得
SharePoint - 人を解決する
SharePoint - 添付ファイルのコンテンツの取得
SharePoint - 添付ファイルの Add
SharePoint - 添付ファイルの削除
SharePoint - 添付ファイルの取得
SharePoint - 複数の項目の取得</p>
&nbsp;

エンドユーザーの方であればこれだけあれば十分だと思われるかもしれませんが、実際に SharePoint  に対するフローを作り出すと SharePoint 用のアクションでは設定項目がない箇所を変更したかったり、現時点ではアクションとして提供がされていないサイトやリストの作成や設定変更なども一連のフローの中で処理したいケースも出てきます。

SharePoint ではコンテンツやサイトに対して作成、読み取り、更新、削除をリモートから実行するための API として「SharePoint REST サービス」が提供されており、Flow の SharePoint 用のアクションでは対応していないような操作もカバーしていますので、今回は SharePoint REST サービスを Flow から直接呼び出す方法をご案内したいと思います。

SharePoint REST サービスの概要、操作可能なデータとその方法などは以下をご参照いただければと思います。
<p style="padding-left: 30px">Title : SharePoint REST サービスの概要
URL : <a href="https://docs.microsoft.com/ja-jp/sharepoint/dev/sp-add-ins/get-to-know-the-sharepoint-rest-service">https://docs.microsoft.com/ja-jp/sharepoint/dev/sp-add-ins/get-to-know-the-sharepoint-rest-service</a></p>
&nbsp;

Flow からの SharePoint REST 呼び出しでは、SharePoint 上にカスタムアプリを展開するための仕組みである「SharePoint アドイン」で利用されるアクセス トークンを使ってSharePoint 上のデータにアクセスを行います。
<p style="padding-left: 30px">Title : SharePoint アドイン
URL : <a href="https://docs.microsoft.com/ja-jp/sharepoint/dev/sp-add-ins/sharepoint-add-ins">https://docs.microsoft.com/ja-jp/sharepoint/dev/sp-add-ins/sharepoint-add-ins</a></p>
&nbsp;
<h3>手順 1：SharePoint アプリの作成</h3>
※この手順の実施にはサイト コレクションの管理者権限が必要となります。

&nbsp;

以下の URL にブラウザからアクセスし、アプリ登録のフォームを開きます。

https://&lt;テナントID&gt;.sharepoint.com/&lt;サイトパス&gt;/_layouts/15/appregnew.aspx
<ul>
 	<li>クライアントIDとクライアントシークレットは「生成」ボタンを押して作成ください。</li>
 	<li>今回は管理者側でアドインを有効化 (承認) することを想定していますので、タイトル/アプリドメイン/リダイレクト先の URL については適当な値でも構いません。</li>
 	<li>すべての項目を入力の後、「作成」をクリックします。</li>
</ul>
<img width="700" height="296" class="aligncenter wp-image-2225" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-1-1024x433.png" />

&nbsp;

作成されると以下のような画面が表示されます。

以降の処理で使用しますのでクライアント ID とクライアント シークレットはメモ帳などに転記しておいてください。

<img width="700" height="154" class="aligncenter wp-image-2235" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-2.png" />

&nbsp;
<h3>手順 2：SharePoint アプリへの権限の付与</h3>
※この手順の実施にはサイト コレクションの管理者権限が必要となります。

&nbsp;

以下の URL にブラウザからアクセスし、アプリ登録のフォームを開きます。

https://&lt;テナントID&gt;.sharepoint.com/&lt;サイトパス&gt;/_layouts/15/appinv.aspx
<ul>
 	<li>アプリ ID に手順 1 で取得したクライアント ID を入力し、「参照」ボタンをクリックします。</li>
 	<li>タイトル/アプリドメイン/リダイレクト先の URL は自動で補完されます。</li>
 	<li>「権限の要求 XML」 にアプリに付与する権限定義を設定します。今回はサイト コレクションに対してフルコントロールの権限を付与します。</li>
</ul>
<pre style="padding-left: 60px"><code>&lt;AppPermissionRequests AllowAppOnlyPolicy="true"&gt;
&lt;AppPermissionRequest Scope="http://sharepoint/content/sitecollection" Right="FullControl" /&gt;
&lt;/AppPermissionRequests&gt;
</code></pre>
&nbsp;
<p style="padding-left: 60px">なお、アプリへの権限付与は以下のような値を指定することができますので、実際の利用時には必要最小限の権限を付与するようにしてください。</p>
<p style="padding-left: 60px">Scope：テナント (/tenant)、サイト コレクション (/sitecollection)、サイト (/sitecollection/web)、リスト (/sitecollection/web/list) などの対象範囲の指定</p>
<p style="padding-left: 60px">Right：読み取り(Read)、書き込み (Write)、管理 (Manage)、フルコントロール (FullControl) 権限の指定</p>
<p style="padding-left: 90px">Title : SharePoint でのアドインのアクセス許可
URL : <a href="https://docs.microsoft.com/ja-jp/sharepoint/dev/sp-add-ins/add-in-permissions-in-sharepoint">https://docs.microsoft.com/ja-jp/sharepoint/dev/sp-add-ins/add-in-permissions-in-sharepoint</a></p>
&nbsp;
<ul>
 	<li>すべての項目を入力の後、「作成」をクリックします。</li>
</ul>
<img width="700" height="459" class="aligncenter wp-image-2105" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-3.png" />

&nbsp;

以下のような画面が表示されますので、「信頼する」をクリックします。

<img width="700" height="312" class="aligncenter wp-image-2115" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-4.png" />

&nbsp;

ここまでが事前準備となります。これから Flow を作成していきます。

&nbsp;
<h3>手順 3：アクセス トークンを取得するフローを作る</h3>
Flow にアクセスし、テンプレートは選ばず「一から作成」から開始をします。

最初にアクセス トークンを取得する処理を作成します。今回は手動でフローを実行しようと思いますので、以下のように作成します。
<ul>
 	<li>トリガー：モバイルの Flow ボタン</li>
 	<li>アクション：HTTP – HTTP</li>
</ul>
<img width="700" height="273" class="aligncenter wp-image-2125" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-5.png" />

&nbsp;

トリガーについては設定が不要で、HTTP の設定は以下のように行います。
このアクションで Azure AD へアクセストークン取得の HTTP リクエストを出し、レスポンスとしてトークンを取得します。

<img width="700" height="513" class="aligncenter wp-image-2135" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-6.png" />

&nbsp;
<p style="padding-left: 30px">設定内容</p>

<div align="center" style="margin: 0px;padding: 0px">
<table width="700" style="border: 1px solid #000000;text-align: left;color: #000000;border-collapse: collapse;background-color: #ffffff">
<tbody>
<tr>
<th width="75" style="border: 1px solid #000000;text-align: center">方法</th>
<td style="border: 1px solid #000000;text-align: left">POST</td>
</tr>
<tr>
<th style="border: 1px solid #000000;text-align: center">URI</th>
<td style="border: 1px solid #000000;text-align: left">https://accounts.accesscontrol.windows.net/&lt;テナントGUID&gt;/tokens/OAuth/2</td>
</tr>
<tr>
<th style="border: 1px solid #000000;text-align: center">ヘッダー</th>
<td style="border: 1px solid #000000;text-align: left">Content-Type：application/x-www-form-urlencoded</td>
</tr>
<tr>
<th style="border: 1px solid #000000;text-align: center">本文</th>
<td style="border: 1px solid #000000;text-align: left">
<pre><code>grant_type=client_credentials&amp;client_id=&lt;クライアントID&gt;@&lt;テナントID&gt;&amp;client_secret=&lt;クライアントシークレット&gt;&amp;resource=00000003-0000-0ff1-ce00-000000000000/&lt;テナントID&gt;.sharepoint.com@&lt;テナントGUID&gt;</code></pre>
</td>
</tr>
</tbody>
</table>
</div>
&nbsp;
<p style="padding-left: 30px">※テナント ID は https://xxx.sharepoint.com の xxx の部分です
※テナントの GUID は Azure ポータルを開き、 Office 365 で使用している Active Directory のプロパティ「ディレクトリ ID」です。</p>
<img width="700" height="375" class="aligncenter wp-image-2145" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-7.png" />

&nbsp;

ここで一度フローのテストを行っておきます。

<img width="400" height="276" class="aligncenter wp-image-2155" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-8.png" />

&nbsp;

正常にフローが終了すると以下のような画面になります。

<img width="700" height="175" class="aligncenter wp-image-2245" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-8-2.png" />

&nbsp;

HTTP のアクションを開くと実際のフローの実行結果を確認することができます。

以下のように「access_token」が正しく返ってきているかを確認ください。

<img width="700" height="327" class="aligncenter wp-image-2165" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-9.png" />

&nbsp;
<h3>手順 4：REST サービスを介してリスト アイテムを作成する</h3>
新しいステップから「データ操作 – JSON の解析」と「HTTP – HTTP」の 2 つのアクションを追加します。

<img width="700" height="461" class="wp-image-2175 aligncenter" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-10.png" />

&nbsp;

JSON の解析では、手順 3 で取得した HTTP レスポンスからアクセス トークンを取り出します。

この処理により、以降のステップで「access_token」という名前の動的コンテンツとしてアクションから参照することができます。

<img width="700" height="379" class="aligncenter wp-image-2185" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-11.png" />

&nbsp;
<p style="padding-left: 30px">設定内容</p>

<div align="center" style="margin: 0px;padding: 0px">
<table width="700" style="border: 1px solid #000000;text-align: left;color: #000000;border-collapse: collapse;background-color: #ffffff">
<tbody>
<tr>
<th width="75" style="border: 1px solid #000000;text-align: center">コンテンツ</th>
<td style="border: 1px solid #000000;text-align: left">HTTP アクションで取得した動的なコンテンツの「本文」</td>
</tr>
<tr>
<th style="border: 1px solid #000000;text-align: center">スキーマ</th>
<td style="border: 1px solid #000000;text-align: left">
<pre><code>{
    <span style="color: #993300">"type"</span>: <span style="color: #3366ff">"object"</span>,
    <span style="color: #993300">"properties"</span>: {
        <span style="color: #993300">"token_type"</span>: {
            <span style="color: #993300">"type"</span>: <span style="color: #3366ff">"string"</span>
        },
        <span style="color: #993300">"expires_in"</span>: {
            <span style="color: #993300">"type"</span>: <span style="color: #3366ff">"string"
</span>        },
        <span style="color: #993300">"not_before"</span>: {
            <span style="color: #993300">"type"</span>: <span style="color: #3366ff">"string"</span>
        },
        <span style="color: #993300">"expires_on"</span>: {
            <span style="color: #993300">"type"</span>: <span style="color: #3366ff">"string"
</span>        },
        <span style="color: #993300">"resource"</span>: {
            <span style="color: #993300">"type"</span>: <span style="color: #3366ff">"string"</span>
        },
        <span style="color: #993300">"access_token"</span>: {
            <span style="color: #993300">"type"</span>: <span style="color: #3366ff">"string"</span>
        }
    }
}</code></pre>
</td>
</tr>
</tbody>
</table>
</div>
&nbsp;

最後の設定になります。SharePoint REST エンドポイントに対してリストアイテムを新規作成する処理を設定します。

(アイテムの作成自体は SharePoint 用のアクションの「項目の作成」で実現可能ですが、REST サービスの呼び出しを確認するために簡単な処理にしています。)

<img width="700" height="495" class="aligncenter wp-image-2195" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-12.png" />

&nbsp;
<p style="padding-left: 30px">設定内容</p>

<div align="center" style="margin: 0px;padding: 0px">
<table width="700" style="border: 1px solid #000000;text-align: left;color: #000000;border-collapse: collapse;background-color: #ffffff">
<tbody>
<tr>
<th width="75" style="border: 1px solid #000000;text-align: center">方法</th>
<td style="border: 1px solid #000000;text-align: left">POST</td>
</tr>
<tr>
<th style="border: 1px solid #000000;text-align: center">URI</th>
<td style="border: 1px solid #000000;text-align: left">https://&lt;テナントID&gt;.sharepoint.com/&lt;サイトパス&gt;/_api/web/lists/getbytitle('&lt;リスト名&gt;')/items"}]}</td>
</tr>
<tr>
<th style="border: 1px solid #000000;text-align: center">ヘッダー</th>
<td style="border: 1px solid #000000;text-align: left">文字列「Bearer 」と動的パラメータ「access_token」
<span style="color: #ff0000">※ Bearer の後ろは半角スペースです。</span></td>
</tr>
<tr>
<th style="border: 1px solid #000000;text-align: center">本文</th>
<td style="border: 1px solid #000000;text-align: left">
<pre><code>{
    "Title": "Flow からのテスト投稿"
}</code></pre>
</td>
</tr>
</tbody>
</table>
</div>
&nbsp;

以上でフローの編集は終了です。以下のようなタイトルだけのシンプルなリスト「FlowTest」に対してテストをします。

<img width="700" height="228" class="aligncenter wp-image-2205" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-13.png" />

フローが無事完了するとアイテムが新規作成されていることが確認できます。

<img width="700" height="199" class="aligncenter wp-image-2215" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/04/21-14.png" />

&nbsp;

「SharePoint - 項目の作成」アクションなどを利用する場合は、 Flow に埋めこまれた「接続」で SharePoint へのアクセスを行いますので、アイテムの登録者は 通常は Flow の所有者 (作成者) となります。もしトリガーで「SharePoint - 選択したアイテムの場合」を利用する場合に限っては、埋めこまれた接続か Flow を実行したユーザーかを選ぶことができ、実行したユーザーをアイテムの登録者や更新者に反映させることができます。

今回のように SharePoint アプリ専用のアクセス トークンしてアイテムの作成や更新を行った場合、必ず登録者や更新者は「SharePoint アプリ」となります。

&nbsp;

「選択したアイテムの場合」を使ってリストやライブラリで選択したアイテムに対して Flow を起動させる場合、他のユーザーにも実行を許可したい場合は「実行専用アクセス許可」を付与する必要があります。方法については以下に詳しい説明がございますので設定を行う際はご参照いただければと思います。
<p style="padding-left: 30px">Title : Introducing Flow Launch Panel in SharePoint Lists and Libraries
URL : <a href="https://flow.microsoft.com/ja-jp/blog/introducing-flow-launch-panel-in-sharepoint-lists-and-libraries/">https://flow.microsoft.com/ja-jp/blog/introducing-flow-launch-panel-in-sharepoint-lists-and-libraries/</a></p>
&nbsp;

最後に、登録したアプリのクライアント シークレットは 1 年間有効で、有効期限が切れるまえにクライアント シークレットを付け替える必要がありますので、運用後に突然処理が止まってしまわないようご注意いただければと思います。(クライアント シークレットの有効期限は最大 3 年まで延長可能)
<p style="padding-left: 30px">Title : SharePoint アドインで期限が切れたクライアント シークレットを置換する方法
URL : <a href="https://msdn.microsoft.com/ja-jp/library/office/dn726681.aspx">https://msdn.microsoft.com/ja-jp/library/office/dn726681.aspx</a></p>]]></content:encoded>
    </item>
    <item>
      <title>Azure AD の管理単位 (Administrative Units - プレビュー) で実現するユーザー管理権限の委譲</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/azure-ad-administrative-units-preview</link>
      <pubDate>Mon, 26 Mar 2018 09:50:13 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=1955</guid>
      <description><![CDATA[こんにちは、コラボレーション担当の和田です。

組織内やグループ内のシームレスな情報共有やコラボレーション、コミュニケーションを目的に、1 つのテナント (シングル テナント)...]]></description>
      <content:encoded><![CDATA[こんにちは、コラボレーション担当の和田です。

組織内やグループ内のシームレスな情報共有やコラボレーション、コミュニケーションを目的に、1 つのテナント (シングル テナント) をグローバルで展開したり、1 つのテナントを複数のグループ会社でご利用になる場合、テナント全体に関わるような構成設定については本社で一元的に管理しつつ、ユーザーの管理だけは各地域や各関連会社の担当者に権限を委任したいというケースがあると思います。

Office 365 を使用して生産性をあげて、機動的な働き方に革新していくには、エンド ユーザーにとってもシステム運用者にとっても、組織全体・グループ全体でシングル テナントで構成することが、利便性も管理性も向上するため、最大限のメリットを得ることができます。Office 365 ではリージョナル DNS の仕組みが採用されていますので、例えばデータセンターが日本にあっても、日本以外の地域からアクセスする場合には、最寄りのマイクロソフト データセンター経由で高速アクセスできるようになっていますので、ネットワークの懸念も解消できるこのメリットも最大限活かしたいところです。また、今後提供予定のマルチジオ（Multi-Geo）機能を利用すると、シングル テナントで構成しつつ、Exchange のユーザー メールボックスや OneDrive for Business のユーザー データを、各地域のデータセンターに格納できるようになりますので、シングル テナントの利便性はそのままに、データ レジデンシーを確保しつつ、ガバナンスを維持することができます。テナントを分散してしまうと、テナント間で必要なアドレス帳同期や各種機能連携を行うためには、追加の構成が必要だったり管理負荷が増大してしまったりするので、管理者としては出来れば避けたいと思います。また、今後施行される GDPR においても、個人データがどこにあるか確実に把握して管理・保護・報告することが求められますので、データ保管場所の把握や対処、アクセス ログ・監査ログの確認など、1つの管理画面で全体を管理できるようにしておくことは非常に重要になってくると思います。

今までの Office 365 では、サービスや役割毎に管理権限を分けることは出来ましたが、冒頭にお話ししたような権限の委譲を行いたいと思った際、以下のようなことが課題として挙がり、仕方なく複数テナント構成を選ばざるを得ない場合がありました。
<ul>
 	<li>各拠点の担当者には、担当外となる別拠点のユーザーの管理ができないようにしたい</li>
 	<li>各拠点の管理者には、管理できるユーザーのみを Office 365 管理センター上に表示したい (担当範囲ではない別拠点のユーザー オブジェクトは表示されないようにしたい)</li>
 	<li>アクセスはできないとしても、不必要な管理メニューも表示されてしまう (設定メニューやセキュリティ/コンプライアンス センター、各サービスの管理センター 等)</li>
</ul>
Azure AD 側では長らくパブリック プレビューとして提供されている管理単位 (Administrative Units) 機能ですが、先月この機能が Office 365 にもプレビューとして拡張され、すべてのテナントでご利用可能になりました。現時点ではまだ提供されている機能は少ないのですが、グローバル展開している組織や大規模な組織では、今後確実に利用したい機能のひとつになっていくと思います。
<p style="padding-left: 30px">TITLE: Azure AD の管理単位 - パブリック プレビュー
URL: <a href="https://docs.microsoft.com/ja-jp/azure/active-directory/active-directory-administrative-units-management">https://docs.microsoft.com/ja-jp/azure/active-directory/active-directory-administrative-units-management</a></p>
&nbsp;
<h3></h3>
<h3>現時点での前提条件</h3>
2018 年 3 月時点での前提条件は以下の通りです。今後変更になる場合はありますので、最新情報については上記の Docs サイトをご参照ください。
<ul>
 	<li>対象の管理者 (例 : 拠点の IT 担当者、グループ会社の IT 担当者) には Azure AD Premium のライセンスが必要です</li>
 	<li>管理単位の対象のすべてのユーザーに Azure AD Basic 以上 (Azure AD Premium は Basic を包含しています) のライセンスが必要です</li>
 	<li>現時点のリリースで管理できるのはユーザー オブジェクトのみです</li>
 	<li>現時点のリリースでは、Office 365 管理センターに対しての制御であり、Exchange 管理センターや SharePoint 管理センターは利用できません</li>
 	<li>現時点で利用できる役割は「ユーザー管理者/ユーザーアカウント管理者 (User Account Administrator)」と「パスワード管理者/ヘルプデスク管理者 (Helpdesk Administrator)」の 2 つのみです。Azure AD における管理者ロールの詳細は以下をご参照ください</li>
</ul>
<p style="padding-left: 30px">TITLE: Azure Active Directory での管理者ロールの割り当て
URL: <a href="https://docs.microsoft.com/ja-jp/azure/active-directory/active-directory-assign-admin-roles-azure-portal">https://docs.microsoft.com/ja-jp/azure/active-directory/active-directory-assign-admin-roles-azure-portal</a></p>
&nbsp;
<h3>構成例</h3>
今回の構成例では、日本にある 1 つのテナントを全世界から利用することを想定して、以下のことを実現しています。
<ul>
 	<li>テナント全体設定や全体管理は、日本の本社 IT 部門で一括で実施しガバナンスを強化</li>
 	<li>ヘルプデスクを 4 箇所設置し、ユーザー数の多い日本と US にはユーザー管理者を配置。ユーザー数の少ない EU と中国にはパスワード管理者を配置</li>
 	<li>オンプレミスの AD からディレクトリ同期しているため、ユーザーの新規作成やセキュリティ グループ メンバーシップ等はオンプレミス側で一括で管理しているので、ヘルプデスク メンバーには、ユーザー情報の表示や Office 365 グループのメンバーシップ管理、パスワード リセット、サービス正常性の確認やライセンス管理、SR サポート問合せ等を実施させる</li>
 	<li>各ヘルプデスク メンバーには、自分の担当範囲のユーザーの情報だけが Office 365 管理センター上に表示され、不必要な情報には触れないようにする</li>
</ul>
&nbsp;

<img width="1024" height="508" class="alignnone size-large wp-image-2025" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-1-1024x508.png" />

&nbsp;
<h3>実装イメージ</h3>
管理単位を構成すると、ヘルプデスクのメンバーが Office 365 管理センターにアクセスをすると、右上に「範囲」という表示行われるようになり、「アクティブなユーザー」リストには、自分がアクセス権限のあるユーザーのみが表示されるようになります。テナント管理者視点ではアクセスさせたくないユーザーを非表示にすることができますし、ヘルプデスク担当者視点でも不必要なユーザーが表示されないのでオペレーション効率の向上やミスオペレーションの抑止効果が見込まれます。

<img width="1024" height="544" class="alignnone size-large wp-image-2035" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-2-1024x544.png" />

&nbsp;

&lt;米国の担当者の管理画面&gt;

<img width="1024" height="475" class="alignnone size-large wp-image-2045" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-3-1024x475.png" />

&nbsp;

&lt;ヨーロッパ担当者の管理画面&gt;

<img width="1024" height="467" class="alignnone size-large wp-image-2055" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-4-1024x467.png" />

&nbsp;

&lt;アジア担当者の管理画面&gt;

<img width="1024" height="436" class="alignnone size-large wp-image-2065" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-5-1024x436.png" />

&nbsp;

左ペインに表示されるメニュー画面も簡素化させることができます。Office 365 標準の「ユーザー管理者」や「パスワード管理者」では、「設定」メニューや「管理センター」メニューが表示されてしまいます。権限がないのでアクセスが出来なかったり設定変更は行えないのですが、メニューとして目に触れてしまうので、余計なリスクを増やしたくたいと考える場合には非表示としたい思われる部分でした。
<table width="820" border="1">
<tbody>
<tr style="background: #d3d3d3">
<th width="189" style="text-align: center">テナント管理者の画面メニュー</th>
<th width="189" style="text-align: center"><span>Office 365 </span>標準のユーザー管理者画面
メニュー</th>
<th width="189" style="text-align: center">管理単位で制御した場合の管理画面
メニュー</th>
</tr>
<tr>
<td width="189" valign="top" style="text-align: center"><span><img width="175" height="1581" class="aligncenter wp-image-2075" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-6.png" /></span></td>
<td width="189" valign="top" style="text-align: center"><span><img width="175" height="1023" class="aligncenter wp-image-2085" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-7.png" /></span></td>
<td width="189" valign="top" style="text-align: center"><span> <img width="175" height="530" class="aligncenter wp-image-1965" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-8-338x1024.png" /></span></td>
</tr>
</tbody>
</table>
&nbsp;
<h3>構成手順例</h3>
今回ご紹介した構成を実装するには、PowerShell コマンドレットを使用して、主に以下の手順で設定していきます。
<p style="padding-left: 30px">0.  Azure AD Preview PowerShell モジュールのインストール
1.  管理単位での利用用にディレクトリ ロール (管理者の種類) の有効化
2.  管理単位の作成
3.  管理単位への管理権限の設定
4.  管理単位へのメンバー追加</p>
&nbsp;
<h4></h4>
<h4>0. <span style="text-decoration: underline">Azure AD Preview PowerShell モジュールのインストール</span></h4>
管理単位を構成するためには Azure AD Preview の PowerShell モジュールが必要になります。現在提供されている GA 版 (v2.0.1.3) では管理単位を構成するためのコマンドレットがまだ提供されていません。Preview 版 (2.0.1.2) をインストールされていない場合は、以下のコマンドレットを実行して、Preview モジュールをインストールしてください。GA 版と Preview 版は同じマシンに同時にインストールすることはできませんので、もし GA 版がインストールされている場合には事前に Uninstall-Module コマンドレットでアンインストールします。
<pre style="padding-left: 30px"><code>Install-Module AzureADPreview</code></pre>
&nbsp;

既にインストールされているかどうか、正常にインストールされたかどうかは以下のコマンドレットで確認してください。
<pre style="padding-left: 30px"><code>Get-InstalledModule</code></pre>
<img width="1024" height="75" class="alignnone size-large wp-image-1975" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-9-1024x75.png" />

&nbsp;
<h4>1. <span style="text-decoration: underline">管理単位での利用用にディレクトリ ロール (管理者の種類) の有効化</span></h4>
以下のコマンドレットを実行して、Azure AD に用意されているディレクトリ ロールを有効化します。
<pre style="padding-left: 30px"><code>Connect-AzureAD
Enable-AzureADDirectoryRole -RoleTemplateId 729827e3-9c14-49f7-bb1b-9608f156bbb8
Enable-AzureADDirectoryRole -RoleTemplateId fe930be7-5e62-47db-91af-98c3a49a38b1</code></pre>
&nbsp;

もし、既に有効化が完了している場合にはエラーが表示されます。その場合は既に準備ができていますので本セクションは飛ばして、次手順の「管理単位の作成」に移ってください。

<img width="1024" height="198" class="alignnone size-large wp-image-1985" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-10-1024x198.png" />

&nbsp;

コマンドレットが正常に完了したら、以下のコマンドレットで結果を確認します。
<pre style="padding-left: 30px"><code>Get-AzureADDirectoryRole</code></pre>
”User Account Administrator” と “Helpdesk Administrator” の 2 つが追加で表示されていれば完了です。

<img width="1024" height="97" class="alignnone size-large wp-image-1995" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-11-1024x97.png" />

&nbsp;
<h4>2. <span style="text-decoration: underline">管理単位の作成</span></h4>
以下のコマンドレットを実行して、管理単位を新規作成します。名前は任意のものを指定します。ここで指定した名前が、Office 365 管理センター上に表示されます。
<pre style="padding-left: 30px"><code>New-AzureADAdministrativeUnit -DisplayName "[管理単位の名前]"</code></pre>
&nbsp;

ここでは以下の 4 つの管理単位を作成しています。
<pre style="padding-left: 30px"><code>New-AzureADAdministrativeUnit -DisplayName "Japan region"
New-AzureADAdministrativeUnit -DisplayName "Asia region"
New-AzureADAdministrativeUnit -DisplayName "North America region"
New-AzureADAdministrativeUnit -DisplayName "Europe region"</code></pre>
&nbsp;

作成後は以下のコマンドレットを実行して、作成された管理単位を確認できます。
<pre style="padding-left: 30px"><code>Get-AzureADAdministrativeUnit</code></pre>
<img width="1024" height="132" class="alignnone size-large wp-image-2005" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-12-1024x132.png" />

&nbsp;
<h4>3. <span style="text-decoration: underline">管理単位への管理権限の設定</span></h4>
以下ようなコマンドレットを実行して、作成した管理単位に対して、任意の管理権限を追加します。各値やパラメーターはご自身の環境に合わせて変更ください。
<pre style="padding-left: 30px"><code>foreach($i in $admins) {
    if($i.DisplayName -eq "User Account Administrator") {
        $uaAdmin = $i
        }
    if($i.DisplayName -eq "Helpdesk Administrator") {
        $helpDeskAdmin = $i
        }
    }

$ChinaUA = Get-AzureADUser -Filter "UserPrincipalName eq 'LeeG@contosoau.onmicrosoft.com'"
$uaRoleMemberInfo = New-Object -TypeName Microsoft.Open.AzureAD.Model.RoleMemberInfo -Property @{ ObjectId =  $ChinaUA.ObjectId }
$ChinaUnit = Get-AzureADAdministrativeUnit | Where-Object -Property DisplayName -Eq -Value "Asia region"
Add-AzureADScopedRoleMembership -RoleObjectId $helpDeskAdmin.ObjectId -ObjectId $ChinaUnit.ObjectId -RoleMemberInfo $uaRoleMemberInfo

$EUUA = Get-AzureADUser -Filter "UserPrincipalName eq 'MiriamG@contosoau.onmicrosoft.com'"
$uaRoleMemberInfo = New-Object -TypeName Microsoft.Open.AzureAD.Model.RoleMemberInfo -Property @{ ObjectId =  $EUUA.ObjectId }
$EUUnit = Get-AzureADAdministrativeUnit | Where-Object -Property DisplayName -Eq -Value "Europe region"
Add-AzureADScopedRoleMembership -RoleObjectId $helpDeskAdmin.ObjectId -ObjectId $EUUnit.ObjectId -RoleMemberInfo $uaRoleMemberInfo

$USUA = Get-AzureADUser -Filter "UserPrincipalName eq 'JohannaL@contosoau.onmicrosoft.com'"
$uaRoleMemberInfo = New-Object -TypeName Microsoft.Open.AzureAD.Model.RoleMemberInfo -Property @{ ObjectId =  $USUA.ObjectId }
$USUnit = Get-AzureADAdministrativeUnit | Where-Object -Property DisplayName -Eq -Value "North America region"
Add-AzureADScopedRoleMembership -RoleObjectId $uaAdmin.ObjectId -ObjectId $USUnit.ObjectId -RoleMemberInfo $uaRoleMemberInfo

$JPUA = Get-AzureADUser -Filter "UserPrincipalName eq 'inoue@contosoau.onmicrosoft.com'"
$uaRoleMemberInfo = New-Object -TypeName Microsoft.Open.AzureAD.Model.RoleMemberInfo -Property @{ ObjectId =  $JPUA.ObjectId }
$JPUnit = Get-AzureADAdministrativeUnit | Where-Object -Property DisplayName -Eq -Value "Japan region"
Add-AzureADScopedRoleMembership -RoleObjectId $uaAdmin.ObjectId -ObjectId $JPUnit.ObjectId -RoleMemberInfo $uaRoleMemberInfo

$JPUA = Get-AzureADUser -Filter "UserPrincipalName eq 'matsumoto@contosoau.onmicrosoft.com'"
$uaRoleMemberInfo = New-Object -TypeName Microsoft.Open.AzureAD.Model.RoleMemberInfo -Property @{ ObjectId =  $JPUA.ObjectId }
$JPUnit = Get-AzureADAdministrativeUnit | Where-Object -Property DisplayName -Eq -Value "Japan region"
Add-AzureADScopedRoleMembership -RoleObjectId $helpDeskAdmin.ObjectId -ObjectId $JPUnit.ObjectId -RoleMemberInfo $uaRoleMemberInfo</code></pre>
&nbsp;

設定完了後、以下のコマンドレットを実行して、各管理単位に追加された管理権限を確認することができます。
<pre style="padding-left: 30px"><code>Get-AzureADScopedRoleMembership -ObjectId [管理単位のオブジェクト ID] | FL</code></pre>
<img width="1024" height="299" class="alignnone size-large wp-image-2015" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/20-13-1024x299.png" />

&nbsp;
<h4>4. <span style="text-decoration: underline">管理単位へのメンバー追加</span></h4>
以下のようなコマンドレットを実行して、各管理単位に含めたいユーザーを追加していきます。全管理単位と全ユーザー分実行します。
<pre style="padding-left: 30px"><code>$USAU = Get-AzureADAdministrativeUnit -Filter “displayname eq 'North America region'”
$USUser1 = Get-AzureADUser -Filter "UserPrincipalName eq 'AlexW@contosoau.OnMicrosoft.com'"
Add-AzureADAdministrativeUnitMember -ObjectId $USAU.ObjectId -RefObjectId $USUser1.ObjectId
$USUser2 = Get-AzureADUser -Filter "UserPrincipalName eq 'ChristieC@contosoau.OnMicrosoft.com'"
Add-AzureADAdministrativeUnitMember -ObjectId $USAU.ObjectId -RefObjectId $USUser2.ObjectId
$JPAU = Get-AzureADAdministrativeUnit -Filter “displayname eq 'Japan region'”
$JPUser1 = Get-AzureADUser -Filter "UserPrincipalName eq 'maeda@contosoau.onmicrosoft.com'"
Add-AzureADAdministrativeUnitMember -ObjectId $JPAU.ObjectId -RefObjectId $JPUser1.ObjectId
$JPUser2 = Get-AzureADUser -Filter "UserPrincipalName eq 'imai@contosoau.onmicrosoft.com'"
Add-AzureADAdministrativeUnitMember -ObjectId $JPAU.ObjectId -RefObjectId $JPUser2.ObjectId
|
|  (対象となる管理単位とユーザー全てに対して実行します)
|</code></pre>
&nbsp;

以上で設定は完了です。PowerShell のデモ スクリプトは以下のサイトをご参照ください。
<p style="padding-left: 30px">TITLE: Working with Administrative Units
URL: <a href="https://docs.microsoft.com/en-us/powershell/azure/active-directory/working-with-administrative-units?view=azureadps-2.0">https://docs.microsoft.com/en-us/powershell/azure/active-directory/working-with-administrative-units?view=azureadps-2.0</a></p>]]></content:encoded>
    </item>
    <item>
      <title>Microsoft Teams で Microsoft Forms Bot/アプリ を活用してみよう</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/using-microsoft-forms-with-teams</link>
      <pubDate>Tue, 20 Mar 2018 10:11:32 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=1815</guid>
      <description><![CDATA[こんにちは、コラボレーション担当の杉山 卓弥です。

今回は Microsoft Teams での Bot/アプリの活用についてご紹介します。Microsoft Teams...]]></description>
      <content:encoded><![CDATA[こんにちは、コラボレーション担当の杉山 卓弥です。

今回は Microsoft Teams での Bot/アプリの活用についてご紹介します。Microsoft Teams ではチーム内での基本的なチャットやファイル共有、Web会議/通話といった機能に加えて、様々なアプリケーションや Bot とも連携することができ、Microsoft Teams 利用開始時点で標準で利用できるものが多数あります。その 1 つとして Microsoft Forms を活用するケースをご紹介していきます。

Microsoft Forms はサービス自体はアンケートや投票を行える機能を提供していますが、Office 365 テナント管理者が明示的に制限していない限り、 Teams のチーム内でも利用することができます。
<h4></h4>
<h3>Microsoft Teams 内で利用できる Microsoft Forms の機能</h3>
&nbsp;
<ol>
 	<li>チーム内で簡易的な投票を行う機能 (Bot)</li>
 	<li>チーム内でアンケートを共同作成する機能 (アプリ)</li>
 	<li>自社組織内/外部ユーザーを対象としたアンケートの回答/分析機能 (アプリ)</li>
</ol>
&nbsp;
<h3>1. チーム内で簡易的な投票を行う機能 (Bot)</h3>
プロジェクトや部門の中でメンバーに対して意見を聞きたいケースなどある場合、Forms にメンション ("@Forms" と入力) をすることで簡易投票を行うことができます。Forms Bot に対しては、以下のように質問文と選択しを入力し、通常の会話と同じように投稿します。
<p style="padding-left: 30px">@Forms "質問文"? "選択肢1","選択肢2","選択肢3","選択肢4"</p>
&nbsp;

投稿が完了すると、Forms Bot が自動で投票用のボタンと集計結果を返信として作成してくれます。

<img width="700" height="496" class="alignnone wp-image-1905" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/19-3.png" />

&nbsp;

チーム メンバーは基本的には Forms Bot が作成したボタンを押すだけで構いませんが、選択肢以外に個別の意見がある場合にはスレッドの返信でコメントをすればチーム メンバーの細かい要望をヒアリングすることができます。こういった内容は会議などで決めてしまうこともありますが、一部のメンバーが不在の場合には意思決定が遅れてしまうこともあるので、いつでもどこからでもシンプルな投票ボタンで意見を集約できるとプロジェクトやイベント企画も進みやすくなります。

&nbsp;
<h3>2．チーム内でアンケートを共同作成する機能 (アプリ)</h3>
Microsoft Forms はアプリケーションとしても既定で連携しており、チーム内チャネルのタブの追加より、すぐに関係者向けのアンケートを作成することができます。

<img width="700" height="307" class="alignnone wp-image-1915" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/19-4-1024x448.png" />

&nbsp;

チーム チャネル内のタブとして Forms アプリを追加するとアンケート フォームが作成され、GUI ベースで質問事項を追加することができます。質問形式としては以下のようなものが作成可能です。
<ul>
 	<li>選択肢 : ラジオボタンで決まった選択肢から回答</li>
 	<li>テキスト : テキスト ベースの入力を求める回答</li>
 	<li>評価 : 星または数値で 5 段階/10 段階の評価を回答</li>
 	<li>日付 : カレンダーから日付を指定する回答</li>
</ul>
アンケート画面の作成はチーム メンバーはもちろんのこと、編集リンクを共有すればチーム以外の社内メンバーも編集に加わることができます。

&nbsp;

<strong>&lt;編集画面&gt;</strong>

<img width="700" height="429" class="alignnone wp-image-1845" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/19-6.png" />

&nbsp;

<strong>&lt;参加者回答画面プレビュー&gt;</strong>

<img width="700" height="446" class="alignnone wp-image-1855" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/19-7.png" />

&nbsp;
<h3>3. 自社組織内/外部ユーザーを対象としたアンケートの回答/分析機能 (アプリ)</h3>
作成したアンケートには Forms の Web リンクが自動で生成され、組織内のユーザーまたは外部のユーザーにリンクを送付して回答を受け付けます。また、"1 人 1 回答まで"、"回答者の記録/匿名回答"、"アンケート開始日/終了日の設定" などのオプションも提供されているため、アンケート作成側の要件に併せて詳細に設定することもできます。

リンクを受け取ったユーザーは Web ブラウザーでアクセスしてアンケートに回答します。

<img width="700" height="445" class="alignnone wp-image-1865" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/19-8.png" />

&nbsp;

アンケートの受付が終わった後は、Forms アプリの自動集計機能を利用して、チーム メンバーで結果を共有します。

<img width="700" height="447" class="alignnone wp-image-1875" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/19-9.png" />

&nbsp;

今回は Microsoft Teams 上で Microsoft Forms Bot/アプリを活用するケースをご紹介しましたが、以前は手動で時間をかけて実施していた業務/作業も効率的に行える可能性があります。Bot は工数をかけて開発しなければいけないというイメージを持っている方が多いですが、Microsoft Teams ではすぐに利用できる標準の Bot も数多くあります。ボットやアプリは Teams 画面内のストアをクリックすることで一覧が表示されますので、是非活用してみてください。

<img width="700" height="447" class="alignnone wp-image-1885" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/03/19-10-1024x655.png" />]]></content:encoded>
    </item>
    <item>
      <title>Office 365 ユーザー向け Power BI の目指すところ</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/powerbi_vision_for_office365</link>
      <pubDate>Wed, 14 Feb 2018 12:40:09 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=1715</guid>
      <description><![CDATA[こんにちは、Office 365 ビジネス インテリジェンス担当の川原 純一郎です。

Office 365 はユーザー生産性向上を目的としたツール群ですが、その中に BI (ビジネス...]]></description>
      <content:encoded><![CDATA[こんにちは、Office 365 ビジネス インテリジェンス担当の川原 純一郎です。

Office 365 はユーザー生産性向上を目的としたツール群ですが、その中に BI (ビジネス インテリジェンス) ツールである Power BI が仲間入りしたことに対して違和感を覚える人もいらっしゃるかもしれません。Power BI とはどういったものなのか?　どういった利用方法があるのか?　BI 専門家ではない一般ユーザーの方に理解いただけるよう、本ブログにて皆様に紹介していきます。

&nbsp;
<h3>Office 365 の目指す働き方</h3>
以下のスライドは上のバーを "現在の働き方"、下のバーを "Office 365 が目指す働き方" してそのイメージを記載したものです。

<img width="618" height="370" class="alignnone size-full wp-image-1746" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/02/pbi_001.jpg" />

生産性向上は移動時間や情報検索といった価値を生まない時間をいかに減らすことができるか、また、価値を生む時間をいかに増やすことができるのか、が大きなポイントになってきます。

&nbsp;
<h3>Power BI の活用が生産性を高める</h3>
では Power BI のようなデータ可視化ツールが皆様の日々の生産性向上にどのように貢献しているでしょうか? 日本マイクロソフトでは Power BI を利用することで経営会議に関わる準備作業、会議時間が大幅に削減しています。
<p style="padding-left: 30px">Title: 事業生産性「26 %」向上 - 日本マイクロソフトが実現した「働き方改革」
URL: <a href="http://special.nikkeibp.co.jp/atclh/NBO/17/ms0623_02/vol3/index.html">http://special.nikkeibp.co.jp/atclh/NBO/17/ms0623_02/vol3/index.html</a></p>
<p style="padding-left: 30px"><img width="1024" height="115" class="alignnone size-large wp-image-1756" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/02/pbi_002-1024x115.jpg" /></p>
&nbsp;

実際に利用されている Power BI レポート (表示データや部署名、商談情報などはサンプル データです) は以下のものになります。

<img width="774" height="418" class="alignnone size-full wp-image-1725" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/02/pbi_003.jpg" />

&nbsp;

いかがでしょうか？全参加者が理解しやすい Power BI レポートを利用することでデータ解析作業 (会議参加者が提示された各データが同関連しているのか? といったことを理解し共通認識を得るための時間) を会議時間内にすることが減少し、即断・即決型の会議形態となり結果として会議時間の短縮にもつながりました。

<img width="618" height="369" class="alignnone size-full wp-image-1735" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/02/pbi_004.jpg" />

ちなみにこの Power BI レポートを作成した担当者に聞いたところ、作成時間は約半日程度とのことです。

以下のスライドにあるように会議そのものの時間短縮だけでなく、一人の担当者が作成した Power BI レポートを利用することで会議前の準備作業 (おそらくこちらの作業時間の方が多い企業様がほとんどだと思いますが) も大幅に短縮され会議毎に発生していたレポート作成作業時間をそれ以外の分析作業などに割り当てることが可能になります。

<img width="606" height="361" class="alignnone size-full wp-image-1736" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/02/pbi_005.jpg" /><img width="606" height="361" class="alignnone size-full wp-image-1745" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/02/pbi_006.jpg" />

Power BI を活用することで生産性を高める一例をご紹介しましたがいかがだったでしょうか?
本ブログでは様々な利用シーンでの Power BI 活用例を紹介していきますので是非ご期待ください。

&nbsp;

Power BI サービス/Power BI Desktop の機能、Tips  等の情報をお探しの方は以下のブログをご参照ください。
<p style="padding-left: 30px">Title: 日本マイクロソフト Data Platform Tech Sales Team Blog
URL: <a href="https://blogs.msdn.microsoft.com/dataplatjp/tag/powerbi/">https://blogs.msdn.microsoft.com/dataplatjp/tag/powerbi/</a></p>
&nbsp;

&nbsp;]]></content:encoded>
    </item>
    <item>
      <title>Office365 Advanced Threat Protection (ATP) の保護対象拡張について</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/expanding-office365-atp</link>
      <pubDate>Wed, 17 Jan 2018 12:04:57 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=1575</guid>
      <description><![CDATA[こんにちは、コラボレーション担当の辻本 英明です。

Office 365...]]></description>
      <content:encoded><![CDATA[こんにちは、コラボレーション担当の辻本 英明です。

Office 365 には、お客様が保有している重要情報をネットワーク上の脅威から保護するための様々なサービスが提供されております。

そのうちの 1 つ Office 365 Advanced Threat Protection (ATP) について、先日機能のアップデートがありましたので、本ブログではその概要についてご紹介いたします。
これまで、E メールの不正な添付ファイルおよび URL を対象としていた本サービスについて、新たに SharePoint Online 、OneDrive for Business および Microsoft Teams 上で他のユーザーと共有したファイルについても ATP の保護対象とすることが可能になりました。本機能は、2017 年 11 月下旬よりご利用中の Office 365 テナントに順次展開が進められております。
<p style="padding-left: 30px">Title：Office 365 ATP for SharePoint, OneDrive, and Microsoft Teams
URL：<a href="https://support.office.com/en-us/article/26261670-db33-4c53-b125-af0662c34607">https://support.office.com/en-us/article/26261670-db33-4c53-b125-af0662c34607</a></p>
&nbsp;

本機能は執筆時点で順次展開中となりますので、現在ご利用中の Office 365 画面と異なる場合がございます。

&nbsp;
<h3>1. Offie 365 Advanced Threat Protection (ATP) について</h3>
ATP の機能概要については以下リンクにてご紹介しておりますので、本ページでの説明は割愛させて頂きます。
<p style="padding-left: 30px">Title：Office 365 脅威保護の詳細の概要
URL：<a href="https://support.office.com/ja-jp/article/e100fe7c-f2a1-4b7d-9e08-622330b83653">https://support.office.com/ja-jp/article/e100fe7c-f2a1-4b7d-9e08-622330b83653</a></p>

<blockquote>Office 365 Advanced Threat Protection には、安全なリンク、安全な添付ファイル、スプーフィング インテリジェンス、および高度なフィッシング先対策機能が含まれています。
Advanced Threat Protection は、添付ファイル、メール メッセージ内のハイパーリンク、　未承認のなりすましメールなどのコンテンツをチェックすることで、
悪意のある攻撃から組織を保護するのに役立ちます。グローバル管理者またはセキュリティ管理者が定義した安全なリンクおよび安全な添付ファイルのポリシーに基づいて保護が決定されます。</blockquote>
<h3></h3>
<h3>2. 動作詳細</h3>
本機能が有効化された環境で、対象サービス上にアップロードされたファイルがユーザーに悪影響を及ぼす不正なファイルと判断された場合、当該ファイルがロックされます。ロックされたファイルは引き続きドキュメントライブラリ上に表示され、ブラウザーやアプリケーション上から確認することが可能ですが、ダウンロードや実行が制限されます。
<h3></h3>
<h3>3. 注意点/Point</h3>
本機能のご利用にあたって、以下の注意点 / Point があります。
<ul>
 	<li>今回拡張された ATP の保護機能は、対象サービス上のファイルを全てスキャンする動作とはなりません (仕様となります)。ファイル共有のアクティビティや外部共有のアクティビティと、スマート ヒューリスティックおよび脅威信号により悪意のあるファイルを識別するプロセスを通じて、非同期にスキャンされます。</li>
 	<li>[不正なファイル]と判断されたファイルについて、ユーザーは画面上にファイルが表示された状態となりますが、ファイル名とマーカーが、該当のファイルが不正なものであることを示す表示となります。
⇒以下は画面サンプルとなります。SharePoint / OneDrive 上での警告表示機能は 2017 年 12 月以降、順次展開されます。
(画像は英語表記となっておりますが、実際の画面はお客様テナントにて設定頂きました言語で表示されます)<img width="522" height="313" class="alignnone size-full wp-image-1585" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_1.png" /></li>
</ul>
<h3></h3>
<h3>4. 拡張機能の利用方法</h3>
前提：本機能をご利用頂くにあたり、対象のテナントで監査ログ機能が有効化されている必要があります。監査ログを有効 / 無効化する手順については以下にご案内しております公開情報をご確認ください。
<p style="padding-left: 30px">Title：Office 365 の監査ログの検索を有効または無効にする
URL：<a href="https://support.office.com/ja-jp/article/e893b19a-660c-41f2-9074-d3631c95a014">https://support.office.com/ja-jp/article/e893b19a-660c-41f2-9074-d3631c95a014</a></p>
&nbsp;

1. Office 365 にサインインし、 [Office 365 セキュリティ &amp; コンプライアンス] を開きます。
→ グローバル管理者もしくはセキュリティ管理者 の権限を有するアカウントでサインインする必要があります。

2. 画面左のナビゲーションより、脅威の管理 &gt; ポリシー &gt; ATP の安全な添付ファイル を選択します。

<img width="501" height="355" class="alignnone size-full wp-image-1595" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_2.png" />

3.「SharePoint, OneDrive, Microsoft Teams に対してATPを有効にする」をクリックし、チェックを入れます。

<img width="505" height="289" class="alignnone size-full wp-image-1685" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_3.png" />

4.「保存」をクリックして設定を保存します。
→設定が反映されるまで最大 30 分程度かかる場合があります。

これで設定は完了です。

&nbsp;
<h3>5. レポート機能について</h3>
本機能を有効化したのち、検知された不正ファイルの情報については以下の手順で確認します。

&nbsp;

1. Office 365 にサインインし、 [Office 365 セキュリティ &amp; コンプライアンス] を開きます。
→ グローバル管理者もしくはセキュリティ管理者 の権限を有するアカウントでサインインする必要があります。

&nbsp;

2. 画面左のナビゲーションより、脅威の管理 &gt; 確認 &gt; 保護の状態 を選択します。

<img width="503" height="285" class="alignnone size-full wp-image-1686" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_4.png" />

3. [脅威に対する保護の状態] の [データの表示方法] にて [コンテンツ(Content)] を選択します。

<img width="417" height="206" class="alignnone size-full wp-image-1695" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_5.png" />

4. 検知された不正ファイルのレポートが出力されます。 上段には直近の検知状況グラフが、下段には関連するレポートが表示されます。

<img width="500" height="334" class="alignnone wp-image-1705" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_6.jpg" />

5. 上段グラフ右上より [詳細情報の表示] を選択すると、検知したマルウェアの一覧が表示されます。

&nbsp;

<img width="361" height="169" class="alignnone size-full wp-image-1605" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_7.png" />

<img width="499" height="269" class="alignnone size-full wp-image-1615" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_8.png" />

6. 一覧情報にて任意のレポートをクリックすると、詳細な情報が表示されます。

<img width="508" height="281" class="alignnone size-full wp-image-1625" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_9.png" />
<h3></h3>
<h3>6. 補足 : レポート機能のアラートについて</h3>
不正なファイルが検知された際に情報を受け取れるよう、以下の手順でアラート通知を設定出来ます。

1. Office 365 にサインインし、 [Office 365 セキュリティ &amp; コンプライアンス] を開きます。
→ グローバル管理者もしくはセキュリティ管理者 の権限を有するアカウントでサインインする必要があります。

2. 画面左のナビゲーションより、アラート &gt; アラート ポリシー を選択します。

<img width="507" height="323" class="alignnone size-full wp-image-1635" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_10.png" />

3. [新しい通知ポリシー] を選択します。

<img width="507" height="323" class="alignnone size-full wp-image-1645" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_11.png" />

4. 任意のポリシー名を入力し、アラートの重大度やカテゴリを選択します。

<img width="426" height="412" class="alignnone size-full wp-image-1655" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_12.png" />

5. [アクティビティ、条件、アラートがトリガーされる状態の選択] にて、以下を選択/入力します。
・アクティビティ：ファイルでのマルウェアの検出
・通知のトリガー方法：通知のトリガーとなる条件を設定

<img width="463" height="444" class="alignnone size-full wp-image-1665" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_13.png" />

6. [このアラートがトリガーされたときにユーザーに通知するかどうかを決定します] にてアラートを通知するユーザーを入力します。

<img width="459" height="243" class="alignnone size-full wp-image-1675" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_14.png" />

7. 設定を確認し、設定を今すぐに有効化するか無効のままとするかを指定したのち、[完了] をクリックします。

<img width="460" height="306" class="alignnone size-full wp-image-1676" alt="" src="https://msdnshared.blob.core.windows.net/media/2018/01/O365ATP_15.png" />

&nbsp;
<h3>7. その他</h3>
現時点では、今回ご紹介した機能拡張はオンプレミス環境については対象外となっております。ATP はOffice 365 Enterprise E5 コンポーネントに含まれており、ご利用にあたっては Office 365 E5 のご契約が必要となります。ATP 単体でもご契約頂くことが可能ですので、Office 365 その他プランをご契約のお客様は本機能を追加でご利用頂くことで未知の脅威に対し、より強固な対策を実現することが可能です。]]></content:encoded>
    </item>
    <item>
      <title>Microsoft Teams 関連情報まとめ</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/microsoft-teams-information-list</link>
      <pubDate>Thu, 30 Nov 2017 17:43:23 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=1565</guid>
      <description><![CDATA[&nbsp;

&nbsp;

こんにちは、コラボレーション担当の杉山 卓弥です。

2017 年 3 月にリリースした Microsoft Teams...]]></description>
      <content:encoded><![CDATA[&nbsp;

&nbsp;

こんにちは、コラボレーション担当の杉山 卓弥です。

2017 年 3 月にリリースした Microsoft Teams ですが、様々なサイトで関連情報を公開させていただいております。Microsoft Teams のご利用/ご検討にあたり、どこに情報があるかわからないというお客様のために、当ブログ記事で弊社から発信している情報をまとめましたのでご参考になれば幸いです。

今後新しく公開する情報が出てきた場合には、当ブログ記事を更新していきます。

&nbsp;
<h3>1. 機能概要/マニュアル/トレーニング</h3>
<ul>
 	<li>Microsoft Teams の概要
Microsoft Teams の概要を紹介しています。
<a href="https://docs.microsoft.com/ja-jp/MicrosoftTeams/teams-overview">https://docs.microsoft.com/ja-jp/MicrosoftTeams/teams-overview
</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams ヘルプ センター
管理者/エンドユーザー向けの Microsoft Teams の使い方やトレーニング動画をまとめたサイトです。
<a href="https://support.office.com/ja-jp/teams">https://support.office.com/ja-jp/teams</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams エンド ユーザー ガイド (Word)
エンドユーザー向けのドキュメント ベースの Microsoft Teams ガイドです。企業内で展開していただくことが可能です。
<a href="http://download.microsoft.com/download/B/C/9/BC9FFECA-F9E6-4E61-9F45-961B71876BE1/MicrosoftTeams_EndUser_BasicGuide.docx">http://download.microsoft.com/download/B/C/9/BC9FFECA-F9E6-4E61-9F45-961B71876BE1/MicrosoftTeams_EndUser_BasicGuide.docx</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams 使い方説明動画
Microsoft Teams の使い方をご紹介動画シリーズです。
<a href="https://www.youtube.com/watch?v=Er--g_E68VQ">https://www.youtube.com/watch?v=Er--g_E68VQ</a></li>
</ul>
&nbsp;
<h3>2. 計画</h3>
<ul>
 	<li>Microsoft Teams のシステム要件
Microsoft Teams を利用するための Web ブラウザー/デスクトップ OS/モバイル OS の要件を記載しています。
<a href="https://docs.microsoft.com/ja-jp/microsoftteams/get-clients#desktop-clients">https://docs.microsoft.com/ja-jp/microsoftteams/get-clients#desktop-clients</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams ネットワーク要件 (帯域幅)
Microsoft Teams を利用するための帯域幅要件や考慮事項を記載しています。
<a href="https://docs.microsoft.com/ja-jp/microsoftteams/prepare-network">https://docs.microsoft.com/ja-jp/microsoftteams/prepare-network</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams ネットワーク要件 (セッション数)
Microsoft Teams 利用時のセッション数についてご説明したブログ記事です。
<a href="https://blogs.technet.microsoft.com/teamsjp/2018/03/29/teams-session1/">https://blogs.technet.microsoft.com/teamsjp/2018/03/29/teams-session1/</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams で利用される URL/IP/Port の一覧
Microsoft Teams を利用するために接続が必要となる URL/IP/Port の一覧を記載しています。
<a href="https://support.office.com/ja-jp/article/8548a211-3fe7-47cb-abb1-355ea5aa88a2#bkmk_teams">https://support.office.com/ja-jp/article/8548a211-3fe7-47cb-abb1-355ea5aa88a2#bkmk_teams</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams のセキュリティとコンプライアンスの概要
Microsoft Teams が準拠しているセキュリティ要件とコンプライアンス要件を記載しています。
<a href="https://docs.microsoft.com/ja-jp/MicrosoftTeams/security-compliance-overview">https://docs.microsoft.com/ja-jp/MicrosoftTeams/security-compliance-overview</a></li>
</ul>
&nbsp;
<h3>3. 展開/運用/管理</h3>
<ul>
 	<li>Microsoft Teams の展開シナリオ
組織内で Microsoft Teams の展開を成功させるためのルール作りや社内ガイダンスについて参考情報を記載しています。
<a href="https://docs.microsoft.com/ja-jp/MicrosoftTeams/change-management-strategy">https://docs.microsoft.com/ja-jp/MicrosoftTeams/change-management-strategy
</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams 運用管理ガイド
Microsoft Teams の展開、管理、運用についてまとめたドキュメント ベースの資料です。<a href="http://download.microsoft.com/download/1/8/1/1817774E-8A90-4D3F-99D4-9DC892356C8F/Microsoft_Teams_DLC.pdf">http://download.microsoft.com/download/1/8/1/1817774E-8A90-4D3F-99D4-9DC892356C8F/Microsoft_Teams_DLC.pdf</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams の初回の展開/運用について考える
Microsoft Teams を展開する際の展開方法、運用プロセスについて記載しています。
<a href="https://blogs.technet.microsoft.com/office365-tech-japan/2017/07/24/microsoft-teams-first-deployment/">https://blogs.technet.microsoft.com/office365-tech-japan/2017/07/24/microsoft-teams-first-deployment/</a></li>
</ul>
&nbsp;
<ul>
 	<li>Teams PowerShell コマンド リファレンス (英語)
Microsoft Teams の設定をコマンド ベースで一括処理する際などに参考となる PowerShell コマンドの一覧を記載しています。
<a href="https://docs.microsoft.com/ja-jp/powershell/module/teams/?view=teams-ps">https://docs.microsoft.com/ja-jp/powershell/module/teams/?view=teams-ps</a></li>
</ul>
&nbsp;
<h3>4. 機能追加ロードマップ</h3>
<ul>
 	<li>Microsoft Teams Roadmap (英語)
Microsoft Teams に関する開発中/展開中/展開済みの機能一覧を記載しています。
<a href="https://products.office.com/en-us/business/office-365-roadmap?filters=microsoft%20teams">https://products.office.com/en-us/business/office-365-roadmap?filters=microsoft%20teams</a></li>
</ul>
&nbsp;
<h3>5. その他情報/ブログ</h3>
<ul>
 	<li>Microsoft Teams サポート チーム ブログ
プレミア サポートによくお問い合わせをいただく内容やアーキテクチャ、Tips 情報を公開しています。
<a href="https://blogs.technet.microsoft.com/teamsjp/">https://blogs.technet.microsoft.com/teamsjp/</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams Blog (英語)
弊社の海外のエンジニアが発信している Microsoft Teams Blog です。比較的最新の情報を公開しています。
<a href="https://techcommunity.microsoft.com/t5/Microsoft-Teams-Blog/bg-p/MicrosoftTeamsBlog">https://techcommunity.microsoft.com/t5/Microsoft-Teams-Blog/bg-p/MicrosoftTeamsBlog</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Tech Community (英語)
全世界の関係者が気軽にディスカッションできる Microsoft Teams のコミュニティ サイトです。
<a href="https://techcommunity.microsoft.com/t5/Microsoft-Teams/ct-p/MicrosoftTeams">https://techcommunity.microsoft.com/t5/Microsoft-Teams/ct-p/MicrosoftTeams</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams の既知の問題
現在弊社で認識している Microsoft Teams に関する問題と回避策の一覧を記載しています。
<a href="https://docs.microsoft.com/ja-jp/MicrosoftTeams/known-issues">https://docs.microsoft.com/ja-jp/MicrosoftTeams/known-issues</a></li>
</ul>
&nbsp;
<ul>
 	<li>よく寄せられる質問
弊社によく寄せられるご質問と回答の一覧を記載しています。
<a href="https://support.office.com/ja-jp/article/f4644010-d5fa-4055-b42a-6a5317316e18">https://support.office.com/ja-jp/article/f4644010-d5fa-4055-b42a-6a5317316e18</a></li>
</ul>
&nbsp;
<ul>
 	<li>Office 365 の新しい Intelligent Communications 構想
Microsoft Teams を中核とした弊社が目指す今後のビジョンをご紹介しています。
<a href="https://blogs.technet.microsoft.com/microsoft_office_/2017/09/28/a-new-vision-for-intelligent-communications-in-office-365/">https://blogs.technet.microsoft.com/microsoft_office_/2017/09/28/a-new-vision-for-intelligent-communications-in-office-365/</a></li>
</ul>
&nbsp;
<h3>6. 導入事例</h3>
<ul>
 	<li>チームコラボレーションの改革を推進する、 3社の Microsoft Teams 活用事例を公開
現在公開している Microsoft Teams の活用事例になります。
<a href="https://blogs.technet.microsoft.com/microsoft_office_/2017/06/09/promote-reform-of-team-collaboration/">https://blogs.technet.microsoft.com/microsoft_office_/2017/06/09/promote-reform-of-team-collaboration/</a></li>
</ul>
&nbsp;
<ul>
 	<li>Microsoft Teams 国内ユーザー事例のご紹介～日本マイクロソフト
日本マイクロソフトの Microsoft Teams 活用事例になります。
<a href="https://www.youtube.com/watch?v=AVmFawVkMh4">https://www.youtube.com/watch?v=AVmFawVkMh4</a></li>
</ul>
&nbsp;
<ul>
 	<li>オカムラ Microsoft Teams による働き方改革
オカムラ様の Microsoft Teams 活用事例になります。
<a href="https://www.youtube.com/watch?v=BvGYZMX-YbE">https://www.youtube.com/watch?v=BvGYZMX-YbE</a></li>
</ul>
&nbsp;
<h3>7. 機能改善要望</h3>
<ul>
 	<li>Microsoft Teams UserVoice
全世界のユーザが投稿/投票できる機能改善要望をまとめたサイトです。弊社開発部門の対応状況も確認することができます。
<a href="https://microsoftteams.uservoice.com/forums/555103-public">https://microsoftteams.uservoice.com/forums/555103-public</a></li>
</ul>
&nbsp;

その他ご不明な点などがあります場合には、弊社担当またはサポート窓口までご連絡ください。]]></content:encoded>
    </item>
    <item>
      <title>"シームレス SSO" と "パススルー認証" の一般提供開始</title>
      <link>https://docs.microsoft.com/archive/blogs/office365-tech-japan/aadc-sso-and-passthrough-auth-ga</link>
      <pubDate>Tue, 31 Oct 2017 17:21:16 GMT</pubDate>
      <dc:creator><![CDATA[Office 365 Technical Sales Team Japan]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/office365-tech-japan/?p=1517</guid>
      <description><![CDATA[こんにちは、コラボレーション担当の和田です。

以前のブログで、まだパブリック プレビューの段階ではありましたが、Azure AD Connect を使用した新しいシングル...]]></description>
      <content:encoded><![CDATA[こんにちは、コラボレーション担当の和田です。

以前のブログで、まだパブリック プレビューの段階ではありましたが、Azure AD Connect を使用した新しいシングル サインオンとユーザー認証、アクセス制御の方法をご紹介しました。

&nbsp;
<p style="padding-left: 30px">TITLE: Azure AD Connect のシングル サインオン &amp; パススルー認証 (プレビュー) によるクラウド完結のユーザー認証インフラの実現
URL: <a href="https://blogs.technet.microsoft.com/office365-tech-japan/2017/03/08/aadconnect-sso-and-pass-through-authentication/">https://blogs.technet.microsoft.com/office365-tech-japan/2017/03/08/aadconnect-sso-and-pass-through-authentication/</a></p>
&nbsp;

先月 US で開催された Microsoft Ignite 2017 で正式にアナウンスされ、Azure AD Connect のシームレス SSO 機能と、パススルー認証機能がようやく一般提供開始 (GA) されました。これにより、いよいよクラウド完結によるユーザー認証基盤の実現が進んでいきます。一般的に求められるであろうシングル サインオン要件とアクセス制御要件については、<strong>Azure AD Connect + EMS (Azure AD Premium, Intune)</strong> で実現できるようになりましたので、今後はこの構成に集約されていくと思います。シームレス SSO とパススルー認証は無償の機能ですので、別途 Azure AD の有償エディション ライセンスは必要ありません。

ここでは、現時点での制約事項と、複数用意されている Office 365 の ID 管理オプションの中から、どういったご要件の場合にどの構成を選択するのが良いのか、構成案を交えて解説したいと思います。

&nbsp;
<h3>技術要件/現時点での制限事項</h3>
<h4>Azure AD Connect</h4>
<ul>
 	<li>10 月 27 日にリリースされたバージョン v1.1.649.0 、またはそれ以降の利用を推奨します</li>
 	<li>最新版は以下からダウンロードください
TITLE: Microsoft Azure Active Directory Connect
URL: <a href="https://www.microsoft.com/en-us/download/details.aspx?id=47594">https://www.microsoft.com/en-us/download/details.aspx?id=47594</a></li>
</ul>
&nbsp;
<h4>シームレス SSO</h4>
<ul>
 	<li>Office は 2013 以降の ADAL 対応が必須です</li>
 	<li>Microsoft Edge、Firefox のプライベート ブラウズ モード、拡張保護モードがオンの Internet Explorer では動作がサポートされていません</li>
 	<li>iOS および Android のモバイル ブラウザーでは動作しません (ユーザー名とパスワードの入力が必要です)</li>
 	<li>30 以上の AD フォレストを同期している場合は、Azure AD Connect ウィザード内では有効化することができませんので、手動による有効化が必要です</li>
 	<li>Azure AD サービスの URL ( https://autologon.microsoftazuread-sso.com , https://aadg.windows.net.nsatc.net ) を "ローカル イントラネット" ゾーンではなく "信頼済みサイト" ゾーンに追加すると、ユーザーのサインインがブロックされます。必ず  "ローカル イントラネット" ゾーンに追加してください</li>
</ul>
&nbsp;
<h4>パススルー認証</h4>
<ul>
 	<li>Office は 2013 以降の ADAL 対応が必須です</li>
 	<li>Skype for Business クライアント アプリケーション (Skype for Business 2016 含む) のサインインはサポートされません。パススルー認証の追加オプションとして、パスワード ハッシュ同期も併せて有効化してください。こうすることでサポートされないシナリオのフォールバックとしてのみパスワード ハッシュを使用することができます。
TITLE: Azure Active Directory パススルー認証: 現在の制限事項
URL: <a href="https://docs.microsoft.com/ja-jp/azure/active-directory/connect/active-directory-aadconnect-pass-through-authentication-current-limitations">https://docs.microsoft.com/ja-jp/azure/active-directory/connect/active-directory-aadconnect-pass-through-authentication-current-limitations</a></li>
</ul>
&nbsp;
<h3>Office 365 における ID 管理オプション</h3>
Azure AD でご用意している ID 管理オプションは、「クラウドID」、「同期ID」、「フェデレーションID」 の 3 つです。今までの同期 ID では、シングル サインオンができないこと、ディレクトリ同期のみではアクセス制御が行えないこと、ユーザー認証をオンプレミス内に閉じれないことなどが主な課題点でした。今回の Azure AD、及び Azure AD Connect のアップデートでそれらが解消され、一般的なご要件を満たしつつより柔軟で展開が容易な管理オプションが追加されたことになります。
<h4></h4>
&nbsp;
<h4>新しい ID の管理と運用</h4>
<img width="800" height="403" class="alignnone wp-image-1525" alt="" src="https://msdnshared.blob.core.windows.net/media/2017/10/15-1-1024x516.png" />

&nbsp;
<h3>ご要件に応じた適切な構成の選択</h3>
以下のようなアクセス要件については、AD FS を構築・運用せずに、クラウド完結で実現可能です。
<h4></h4>
<h4>Azure AD Connect と Azure AD Premium のみで対応できる主な要件</h4>
<ul>
 	<li>シングル サインオンを行いたい</li>
 	<li>IP アドレスによるアクセス制限を行いたい</li>
 	<li>認めたデバイスのみアクセスを許可したい</li>
 	<li>ワークロードごとに制御を変えたい (メールは外部アクセス可能、それ以外は不可 など)</li>
 	<li>ユーザー認証を強化するために、多要素認証を実装したい。但し、社内 IP からはバイパスしたい</li>
</ul>
&nbsp;

以下のようなご要件の場合には AD FS によるフェデレーション ID 構成が必要になります。
<h4>ADFS が必須な主な要件</h4>
<ul>
 	<li>Windows Hello for Business と連携したい</li>
 	<li>Azure AD に対応していないオンプレミス アプリケーションをフェデレーションしたい</li>
 	<li>SmartCard 認証のみに限定したい</li>
 	<li>アプリケーション毎にサインイン ページをカスタマイズ (ブランディング) したい</li>
</ul>
&nbsp;
<h3></h3>
<h3>代表的なアクセス制御要件への対処</h3>
以下のようなご要件がある場合、今までは AD FS やサードパーティーが必須と考えられていましたが、これからは Azure AD で対応が可能となります。
<h4></h4>
&nbsp;
<h4>1. 会社支給の認められたデバイスからのみアクセスを許可したい</h4>
iOS や Android などのモバイル デバイスについては Intune のデバイス登録を使用することで簡単に制御できていました。問題は Windows PC でした。AD FS でクライアント証明書認証を行う手もあるのですが、アプリによっては対応していない場合も多かったです。一番スマートな方法は、Azure AD の条件付きアクセスで 「ドメイン参加済みであることが必要 (ハイブリッド Azure AD)」 ルールを使用して、オンプレミス AD ドメインに参加していることを条件にする方法ですが、Windows 10 以外の OS は AD FS 連携が必須でした。
シームレス SSO を使用すればこの制限事項を解消することができますので、AD FS なしで Azure AD Connect と Azure AD Premium でこの要件を実現することができます。
<p style="padding-left: 30px">TITLE: ハイブリッド Azure Active Directory 参加済みデバイスの構成方法
URL: <a href="https://docs.microsoft.com/ja-jp/azure/active-directory/device-management-hybrid-azuread-joined-devices-setup">https://docs.microsoft.com/ja-jp/azure/active-directory/device-management-hybrid-azuread-joined-devices-setup</a></p>
Windows 10 以外の PC の場合は、ワークプレイス ジョイン クライアントの v2.1 以降をご利用ください。
<p style="padding-left: 30px">TITLE: Microsoft Workplace Join for non-Windows 10 computers
URL: <a href="https://www.microsoft.com/en-us/download/details.aspx?id=53554">https://www.microsoft.com/en-us/download/details.aspx?id=53554</a></p>
&nbsp;
<h4></h4>
<h4>2. 会社や指定した拠点のネットワークからのみアクセスを許可したい</h4>
Azure AD Premium の条件付きアクセスの機能で、場所（IPアドレス）を指定して許可できますが、これは ADAL 認証が前提になっていますので、レガシー認証を使用するアプリは制御することが出来ません。従って、完全なブロックを行う場合は AD FS が必要でしたが、多要素認証 (Azure MFA) を併用することでレガシー認証をブロックすることができます。MFA はあくまでもレガシー認証をブロックするためだけに使用するので、社内ネットワークからアクセスする際には MFA をバイパス設定し、エンド ユーザーには意識させずにご利用可能です。

&nbsp;

① Azure MFA をユーザー単位で適用します

<img width="695" height="396" class="alignnone wp-image-1527" alt="" src="https://msdnshared.blob.core.windows.net/media/2017/10/15-3-1024x584.png" />

② アプリケーション パスワードの無効化と、信頼済み IP の設定を行います

<img width="399" height="600" class="alignnone wp-image-1526" alt="" src="https://msdnshared.blob.core.windows.net/media/2017/10/15-2-680x1024.png" />

&nbsp;

③ 条件付きアクセス ポリシーでアクセス ブロックの対象から信頼済み IP を除外します

<img width="695" height="416" class="alignnone wp-image-1535" alt="" src="https://msdnshared.blob.core.windows.net/media/2017/10/15-4-1024x614.png" />

<img width="695" height="600" class="alignnone wp-image-1545" alt="" src="https://msdnshared.blob.core.windows.net/media/2017/10/15-5.png" />

&nbsp;

このように構成することで、懸念となっていた外部からのレガシー認証を完全にブロックし、社内からは MFA をバイパスし、シングル サインオンで利用する環境が実現されます。

<img width="527" height="533" class="alignnone size-full wp-image-1546" alt="" src="https://msdnshared.blob.core.windows.net/media/2017/10/15-6.png" />

&nbsp;

初回アクセス時の電話番号の登録処理をエンド ユーザーに行わせたくない場合には、各ユーザーの mobilePhone 属性に、事前に管理者の方でバルク登録しておけばそのステップはスキップさせることができますので、エンド ユーザーに初回アクセス時にも余計な負荷をかけたくないといった展開も可能です。尚、今後は Azure AD でレガシー認証をブロックする機能が実装される予定ですので、その際は改めてアップデートさせて頂きます。

&nbsp;
<h4>3. シングルテナントで AD FS と シームレス SSO + パススルー認証 を併用したい</h4>
規模の大きい本社組織は現在のまま AD FS フェデレーション ID を利用しつつ、ユーザー数の少ない拠点や、今後 M&amp;A 等で統合する海外拠点等は、運用負荷を軽減するためにシームレス SSO を使用したい、と言ったように、同じテナント内で拠点によって ID 管理・認証方式を分けたい場合があると思います。Office 365 (Azure AD) では、ドメイン名毎に認証方式を構成できますので、もしも海外拠点は別のメール ドメイン (UPN) を使用している場合には、その拠点はシームレス SSO で簡易展開する、今後追加される組織はシームレス SSO とする、というような運用は可能です。

<img width="547" height="555" class="alignnone size-full wp-image-1555" alt="" src="https://msdnshared.blob.core.windows.net/media/2017/10/15-7.png" />

&nbsp;

&nbsp;

&nbsp;]]></content:encoded>
    </item>
  </channel>
</rss>