Office 365 :【解決】読み方がイマイチわからないサービス

[2018/03/07]追記

Microsoft Teams の読み方は解決しました!(たぶん)

Office 365 : [ Microsoft Teams ]の読み方は「 マイクロソフト チームズ 」! 解決編!(今度こそ!?)


[2018/02/05]

Microsoft Teams に関しては急展開がありましたので、以下の記事をどうぞ。

Office 365 :「 Teams 」の読み方 その後急展開!?


以前、以下の記事を投稿しました。

Office 365 :読み方がイマイチわからないサービス(現状わからないままです)

Microsoft の日本語サイトでも製品・サービス名は英語表記だし、検索しても手がかりがほぼないし、特に「s」が最後に付くサービスの場合、sを発音するかどうかが悩ましく、Facebookで問うてもなかなか回答がなかったので、結局 Microsoft のサポート窓口に問い合わせて回答を頂きました。

サポート窓口でも日本語での正式な読み方について明示的に記載された情報は確認できなかったようです。(つまりこのような問い合わせをしたのは僕が初めて!?)
その上で、サポート窓口で慣例的に使用している読み方を教えてもらいました。

Office 365 Groups

Office 365 グループ

Microsoft Teams

Microsoft チームス

Microsoft Bookings

Microsoft ブッキング

Microsoft Forms

Microsoft フォームズ

やはりsは読んだり読まなかったりのようです。元々僕が読んでた中では「Bookings」だけは違っていましたが、その他は合っていて安心しました。

これで今後は語尾を濁さずに堂々と発音できそうです(笑) Microsoft のサポート窓口の担当者さん、変な問い合わせに回答いただきありがとうございました。かなりスッキリしました。

このキャラクターは僕のオリジナルキャラです♪

全く Office 365 と関係ないのですが。

僕のブログの中で自分のテナントのスクショを良く貼り付けていますが、プロフ画像にキャラクターのイラストを表示しているのを目にしているかもしれません。例えば↓このスクショも過去に掲載しています。

過去に著作物について触れた事があります。

SharePoint 運営において画像(著作物)の扱いについても検討すべき

そんな事を書いておいて、自分が著作権侵害しているんじゃないの??なんて思われるといけないので紹介いたします。

このキャラは僕のオリジナルです。結構前に作ったキャラで、過去にその当時の勤務先で流行らせようと思ったのですが、NG食らって未だに地味に存在するキャラです。名前もなんとなく「熊五郎(仮)」のまま何年も経過しています。

という事で、今後もちょくちょく熊五郎(仮)が現れるかと思いますが、よろしくおねがいします!

(他にもオリジナルキャラがいます。そのうち友情出演するかも??)

以上、全く Office 365 とは関係ない記事でした。

SharePoint :ページの表示速度が遅い場合に簡単にできる一度疑ってみるとイイ事(透明人間が悪さをしている場合が!)

SharePoint に限らずページの表示速度が遅い事はユーザーの利活用促進を阻みます。オッサンになって更に記憶力が悪くなったので正確な情報ではありませんが、たしか通常のWebサイトではページの表示が2秒だか3秒以上かかると、ユーザーの離脱率がグンと上がるようです。なので、パフォーマンスについての対策は検討すべきかと思います。

パフォーマンスについては様々な原因があるのですが、ここではページを編集できる権限レベルでも調査できる、ページの表示速度が遅い原因を紹介します。

▼対象のページを表示します。(デモでは極端にWebパーツをゼロにしました)

▼編集モードにして、表示されているWebパーツの数を正確に数えます。(ゼロ個)

▼編集モードを終えて、URLの末尾に「?contents=1」を入力します。

▼このページが持っているWebパーツの一覧画面が表示されます。

ここで先ほど数えたWebパーツ数とここの一覧の数が一致しているかを確認してください。(表示上はゼロ個だったのに対し、こちらでは4個あります。)

以上です。

ここまでは過去に類似した記事を投稿済みです。

SharePoint :ページにWebパーツを追加すると1つしか表示していないのにWebパーツのタイトルに[1]が表示される

ただ、この時では気がついていなかったのですが、この一覧で「ページで開く」が「はい」になっているWebパーツは、実は表示上は消えているけど裏で生きている透明人間のような存在で、なんとソース上ではレンダリングされているんです。
この透明人間Webパーツが、表示速度が遅い原因である場合があるんです。

例えば…

▼このような「lib001」というライブラリがあるとします。事前に「search_test01」がある事を確認してください。

▼先ほどの見た目はWebパーツが1つもないページ

▼ただしこのように透明人間Webパーツが多々あり、この中に「lib001」ライブラリも含まれています。

さて、この状態で該当ページのソースから「search_test01」を検索します。

▼このようにソース上ではレンダリングされているんです。

この透明人間Webパーツが単体動作する軽量なWebパーツなら良いですが、数千アイテムあるアプリをフィルターかけていない状態でアプリパーツとして配置している場合、しかもそれが数個あった場合は、パフォーマンスに影響はあると考えます。

なので、上述の調査で数が一致しなかった場合は、透明人間Webパーツを削除してみましょう。

実際に、表示速度が遅い悩みのあるページで、上述の方法で調査した結果、透明人間Webパーツが大量にあり、一覧ページから完全抹殺したところ、劇的に表示速度が速くなった例もあります。

もちろんこれは原因のほんの1つなのですが、調べ方は簡単なので調査する価値はあるのかなと思います。

SharePoint :ページの追加の様々な方法とその挙動(モダンページ?クラシックページ?)

リストやライブラリといったアプリは、新しい表示(モダンUI)とクラシック表示は切り替え可能です。(一部アプリは新しい表示には対応していませんが。)
しかし、ページに関しては作成後に切り替える事は不可能かと思います。

で、前回の記事の冒頭でも少し触れましたが、SharePoint Online でクラシック表示のサイトでも、歯車アイコンからページを追加した際に、いつからかモダンページで作成されるようになりました。

SharePoint :「ページの追加」をした際のモダンページとクラシックページの挙動の違いと注意点

ではページは作成後にモダンとクラシックは切り替えられない認識なので、クラシックページはもう作成できなくなった?と思うとそうではありません。

では、ページの追加方法は複数ありますが、それぞれの挙動を探ってみます。

■歯車アイコンから

すでにわかってはいますが念のため。結果としてモダンUIでもクラシックUIでもどちらからでも、歯車アイコンからの挙動は同じなので、以下はクラシックUIからのスクショを。

▼サイト内のどのページからでも「歯車アイコン」→「ページの追加」

▼モダンページが作成されます。

■モダンUIの「サイトのページ」ライブラリから

▼「+新規」→「Wiki ページ」

▼クラシックページ用のページ名入力画面

▼編集モードのクラシックページ

▼「+新規」→「Web パーツ ページ」

▼クラシックページ(Web パーツ ページ)の作成前の設定画面

興味深いのがサイトのページライブラリから新規作成したのに、「保存場所」の初期値が「サイトのリソース ファイル」になっている事。つまり、作ろうとしたライブラリとは別のライブラリに作られてしまいます。また、逆に「サイトのリソース ファイル」ライブラリからはWeb パーツ ページ を作成するUIはないんですよねぇ。ユーザーの混乱の元ですね。

▼編集モードのクラシックページ(Web パーツ ページ)

▼「+新規」→「サイト ページ」

▼モダンページが作成されます。

■クラシックUIの「サイトのページ」ライブラリから

▼「+新規」

▼クラシックページ用のページ名入力画面

▼編集モードのクラシックページ

▼クラシックUIのリボンの「新しいドキュメント」

これらは全てモダンUIと同じ挙動でした。(のでスクショは割愛)

たしかページの追加方法はこのくらいだったと思います。
まとめると…

こんな感じですかね。
モダンページとクラシックページを使い分けたい、歯車アイコンからのページの追加はモダンページだけどクラシックページを作成するにはどうしたらいい?などお困りの際にはご参考に。ただし、いつ動作が変わるか分からないのが SharePoint Online なので、明日には変わっているかもしれません。できるだけ最新の状況を追いますけどね。

SharePoint :「ページの追加」をした際のモダンページとクラシックページの挙動の違いと注意点

SharePoint Online では、いつからかわかりませんが、「歯車アイコン」→「ページの追加」からページを作成すると、モダンページで作成されるようになりましたね。

ところで、クラシックページを作成する手順は以下の通りでした。

▼ページを追加するとページ名を入力する画面表示され、入力後に「作成」ボタンを

▼するとページが編集モードで開くので編集開始します。

しかし、モダンページでは挙動がちょっと違います。

▼ページを追加すると即編集モードでページが開きます。

クラシックページでは、ページ名を入力する画面でキャンセルができましたが、モダンページでは、即編集モードが開くので、実は裏側ではこの時点ですでにページは作成されています。

▼サイトのページライブラリを見ると、このようにランダム文字列のページ名で作成されています。

発行前なので閲覧ユーザーには表示されませんが、ページの追加をした後に「やっぱや~めた」的にタブを閉じるなどをした場合は、この挙動に気がつかずにキャンセルしたと思っていたページが未発行状態のままで作成されていますので、サイトのページライブラリを確認し、作成されてしまったページを削除しましょう。

特にページ作成者が多いサイトの場合は、モダンページになると、このようなゴミページがたくさんあるかもしれないですね。今までの経験上、リストとライブラリをメインで利用してページはホームページ以外は利用しない場合が多かったですが、ここ最近の動向などを見ると、今後はページは利用されてくるかもしれません。

ブラウザで利用する Office 365 を複数アカウントで利用する方法

[2020/06/11 追記]
本記事の情報はすでに古く、本ブログの中の最新の記事は以下です。

ブラウザで利用する Microsoft 365 を複数アカウントで利用する方法 3


業務上、立場上、複数アカウントを同時に利用したい場合もあるかと思います。例えば、自分用のアカウントと管理者用アカウントを使い分けたり、 SharePoint ならアクセス権限ごとの挙動や見え方の違いを検証したり。

その場合、利用を切り替える度にサインアウト→サインインを繰り返すのはかなりダルいですよね。また、別のブラウザを使って複数アカウントを同時に利用する方法もありますが、ブラウザごとにも挙動や見え方が若干違うので厳密な検証ができなかったり、そもそも指定ブラウザ以外は利用NGな環境もあると思います。

ブラウザではセッションごとにサインインなので、別セッションにすれば複数アカウントを同時に利用が可能です。

知らない方が結構多いのでIE11を例に紹介します。

▼まずは普通に1つ目のアカウントでサインイン。

▼IEのメニューの「ファイル」→「新規セッション」。

▼新規セッションで開いたウィンドウでサインイン画面。別アカウントでサインインします。

▼このように同じIE11で複数アカウントを同時に利用可能になりました。

SharePoint だけでなく、他のアプリもOKです。ただ、僕の知る限り、新規セッションがうまく動作しないPCもありました。(原因はよくわからないのでその人には諦めてもらいましたが…。)

SharePoint : 新しい表示(モダンUI)のライブラリの「上部に固定」機能を更に探る

前回、新しい表示(モダンUI)のライブラリの「上部に固定」機能を試してみました。

SharePoint : 新しい表示(モダンUI)のライブラリの「上部に固定」機能

今回は更にイジりたおしてみたいと思います。

 

▼あれ?Excelファイルを上部に固定したら中身が表示されるわけではなくアイコンが表示されるだけ。

▼一度ピン留めしたアイテムは「固定の編集」から固定を解除したり左右に移動したりできます。

▼投稿権限では操作ができないようです。つまり編集権限以上のライブラリの設定ができる権限でないと操作できなそうです。(バー内にメニューがない。)

▼「○○ さんが編集」という部分は「上部に固定」の編集した人ではなく、そのアイテム自体の最終更新者。

※なので、上部に固定の編集(固定・移動・削除)は誰が編集したかわからなそうです。

▼上部に固定したアイテムを一旦ごみ箱に削除し、ごみ箱から復元すると、上部に固定も復元されます。

▼フォルダーを作成してフォルダー内のアイテムを上部に固定すると、フォルダー内でピン留めされます。

※そのフォルダー内のみ有効で、別フォルダーやルートに移動すると上部に固定はされていません。

▼大きな画像をアップロードしてみて上部に固定してみます。

▼横幅基準で縮小され、縦幅は上を基点に余った部分は隠れます。

※310px × 190pxが最適なようです。

▼ビューのリスト上のアイテムはドラッグをすると複数選択できるが、上部に固定したアイテムはドラッグしても選択できそうでできない。

▼3個以上はピン留めできないようです。

▼っていうか…あれ? PowerPoint と Word は中身が表示されるぞ??

よくわからないので、以下、色々なファイルでテストしてみようと思います。(ファイルの中身は超テキトーです。)

▼Excelファイルをピン留め。

▼やはりアイコンだけで中身は表示されず。

▼Wordファイルをピン留め。

▼中身は表示される。

▼PowerPointファイルをピン留め。

▼中身は表示される。

▼テキストファイルをピン留め。

▼中身は表示されるが、化ける!

▼PDFファイルをピン留め。

▼中身は表示される。

▼HTMLファイルをピン留め。

▼中身は表示されるが、化ける!

▼念のため、PhotoShopのPSDファイルをピン留め。

▼おぉ!中身が表示されるとは思わなかった!

▼じゃ、IllustratorのAIファイルをピン留め。

▼こちらも中身が表示される!

とりあえずこのくらいで。なぜかExcelファイルの中身が表示されない。そしてテキストファイルとHTMLファイルは文字化け。ちょっと残念ですね。

って事で今回調べた結果のまとめを箇条書きにしてみます。

  • 「上部に固定」機能はライブラリのみ
  • 「上部に固定」をすると上部にピン留めされる。
  • ライブラリの設定ができる権限でないと利用できない。
  • ピン留めしたファイルを削除した後に復元するとピン留めも復元される。
  • 誰が何を上部に固定したのかはわからない。
  • フォルダー内で上部に固定するとそのフォルダー内のみピン留めされる。
  • 様々なファイルの中身がサムネイルとして表示される。
  • ただしなぜかExcelファイルは表示されない。
  • テキストファイルやHTMLファイルは文字化けする。
  • 画像や中身が大きい場合は、横幅310pxに縮小され、縦幅は190px以上は隠れる。
  • ピン留めされたアイテムはドラッグで選択できない。
  • 上部に固定できるのは最大3件まで。

 

こんな感じです。前回、パーソナライズされた使い方ができないと書き、個人ビューだとどうだろう?と疑問系で終わりましたが、個人ビューで上部に固定をすれば自分だけのピン留めはできます。ただ「上部に固定」機能自体がライブラリの設定ができる権限(編集権限以上かな)なので、投稿・閲覧権限のユーザーは結局利用できず、ライブラリの管理者的な人がピン留めしたものが表示されるだけになり、ここらへんはちょっと微妙かなぁと思ったり思わなかったり。

Office 365 ホーム ページ がちょっと変わった!?

いつもどおり Office 365 にサインインをすると違和感が!

▼タイルの数がなんか少ない!いつもまず最初に「管理」をクリックするけど、場所が変わってたので一瞬ビックリ。

▼よく見るとタイルの左下に「アプリの表示数を増やす」なんてのが。

▼クリックすると展開されて全タイルが表示されます。

▼「表示数を減らす」をクリックすると格納されて元に戻ります。

 

こういう小さな変更が日々あるのが Office 365 ですが、楽しいですねぇ!

Microsoft Teams のゲストアクセスの機能を使ってみた(トラブルも)

[2018/03/28]追記
トラブル部分は今は解消されていると思います。

Microsoft Teams :ゲストユーザーが招待先テナントのチームメンバー以外のユーザーを検索できてしまわないか?再検証


Microsoft Teams にゲストアクセスが追加されました

https://blogs.msdn.microsoft.com/lync_support_team_blog_japan/2017/09/12/microsoft-teams-guestaccess/

※急ぎでアップするので誤字などは後で直します。

おぉ、待望の機能だ。本日は既に界隈では祭りが始まっていて僕は乗り遅れてしまったのですが、少し遅れて祭りに参加してみます。

僕の昔からのクセなのですが、説明書を読まずに触ってみちゃいます。

■ゲストを招待

まずはゲストを招待してみます。ゆくゆくは Microsoft アカウントも招待できるらしいですが、現状は Office 365 ユーザーという事なので、別のテナントの自分を招待してみたいと思います。

▼招待する側のチームにメンバーを追加。招待するユーザーのメールアドレスを入力すると「をゲストとして追加」で表示されます。

招待は簡単でした。

■招待された側の操作

▼すると、招待された方にはメールが届きます。「Microsoft Teams を開く」をクリック。

▼なんだか英語…怖い!とりあえず「Next」をクリック。

▼サインイン画面で招待されたユーザーでサインイン。

▼むむむむ??なんか怖いダイアログが。とりあえずキャンセルしました(ビビり)

※後々調べたらデスクトップアプリが入っている場合は、これを許可するそうです。

とりあえず招待されたユーザーで Teams にサインインし、画面左下の自分のアイコンをクリックします。

▼この「アカウント」部分で招待されたテナントに切り替えます。

▼トラブル発生!どういうこと?再試行しても同じでした。

■テナント管理者の事前設定が必要だった

トラブルが発生するとようやく説明書を読むのが僕です。調べると、どうやらゲストアクセスの機能はデフォルトではオフになっているようです。

▼Office 365 の管理画面から Microsoft Teams の管理画面を見ると、ゲストはオフに!(翌日の9/13には日本語訳されていました。下部に追記します。)

ここがオフでも招待するところまではできちゃうんですねぇ。微妙。とりあえずここをオンにします。

■再度、招待されたユーザーの操作(しかしトラブル)

▼再度招待されたユーザーでサインインしてテナントを切り替えると今度はOK!

▼しかし、チームを見ると招待されているはずのチームが表示されていない!

不思議に思い、招待したアカウントでチームメンバーを見てみると…

▼あれ?招待したハズのゲストが表示されていない。(元々メンバー3名だったので4名でないといけない。)

※しかも「このチームには組織外からのユーザーが含まれています。」という表記はある。

やはり機能をオンにしないで招待した弊害なのでしょうが、腑に落ちない。

■再度、招待する側の操作

▼仕方ないので再度メンバーを追加。この時点ではサジェストにゲストとして表示されています。

▼ようやくメンバー一覧にゲストとして表示されました。

■再再度、招待されたユーザーの操作

▼結局もう一度メールが来たのですが、なんかさっきと違うぞ。

最初のメールは「 Microsoft Teams 」だけど、このメールは「 Skype Teams 」になってる??なんじゃそりゃ?しかもアイコンが Skype のデザインに中にTが。

▼招待されたユーザーでサインインし、テナントを切り替え。

※さっきと違って右に「1」の表示が。

▼切り替わると招待されたチームが表示されました!

ここらへんで先にゲストアクセス祭りで盛り上がっている方々の情報を見ると、なにやら招待された先のテナントのユーザーを検索できてしまうとの事。

▼チャットで検索するとたしかに表示されます。

▼そこからチャットもできちゃいます。

いきなり知らないユーザーから話しかけられたらビビりますよね。

▼戻って、招待されたチームで OneNote にラクガキしました。

▼とりあえず会話も。

では、確認すべく、招待したユーザーにサインインしなおします。

■招待した側のユーザーで確認

▼ちゃんとゲストのラクガキが反映されていました。

▼ゲストからのチャットも表示されました。

 

と、こんな感じで時間がないので駆け足ですが遊んでみました。説明書を読まないでイジってしまう性格なので、今回トラブルが発生しましたが、とりあえずゲストアクセス機能を管理者がオフにしても、招待する行為だけはできてしまう事がわかり、また、その後にオンをしてもおかしな挙動になる事もわかりました。

色々と課題もありますが、とりあえず機能が追加されただけでも大きな事ですね。後は徐々にブラッシュアップされていくことを期待します。


【17/09/12追記】

「 Skype Teams 」という文言やロゴがありましたが、今後 Skype for Business の顧客を Teams に移行する計画があるという話もあったので今後そういう名前になるのか!?なんて思っていましたが、MVPのOta Hirofumiさんから「 Skype Teams 」は開発当初の名前だったという事を教えてもらいました!つまり修正漏れってところでしょうか。


【17/09/13追記】

テナントの管理者が Teams の管理画面でゲストアクセスをオンにする画面が日本語訳されていました。

SharePoint : 新しい表示(モダンUI)のライブラリの「上部に固定」機能

新しい表示(モダンUI)を普段あまり使っていなかったので気がつかない事が多いのですが、ライブラリで「上部に固定」という機能がありました。(リストにはありません。)名前だけでどんな機能なのかは推測できるのですが、ちょっと触ってみました。

▼アイテムを選択するとバーに「上部に固定」が表示されます。

▼他にもアイテムの縦の三点リーダーから展開されるメニュー内にもあります。

▼上部にピン留めされました。

※ビューから移動されるわけではなく、ビューには残しつつ、上部にも表示されるようです。

▼別アカウントで見ても上部に固定されているので、自分だけのお気に入り機能というわけではないようです。(バーのメニューが少ないことからもわかるとおり、閲覧権限ユーザーで表示してみました。)

ここまでの情報を元に考えると…

パーソナライズされた機能というわけではないので、自分がよく使うファイルをピン留めするわけではなく、どちらかというとライブラリの管理者が、利用者のよく使うファイルや利用者に使って欲しいファイルをピン留めする使い方のようですね。ライブラリの管理者の思いが強すぎるとかえって利用者にとっては邪魔になりかねなかったり、ライブラリの管理者が複数人いたら若干ケンカになりかねないですね。(笑)

ただ、個人ビューで利用できれば自分だけのピン留めが実現できそうですね。

そういう点も含め、次回は、もう少し色々とイジって探ってみたいと思います。