皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

さて、一昨日は『Wi-Fi』経由で『カラー印刷』を行った場合の遅延時間に関して触れましたが、今日はその続報になります。

複合機における出力時間の差の続報

まず、今回の事例にて少々腑に落ちないこともあり、各メーカーに問い合わせを行ってみました。

その結果、以下のような回答が返ってきております。

複合機メーカーX社：プリントサーバーまで正常に印刷指示が届いていること、有線LANの場合においては遅延時間がほぼないことを考えると、経由している『Wi-Fiルーター』における問題と思える。

Wi-FiルーターメーカーB社：１．Snooping機能を外すことで改善される可能性がある。２．2.4GHz帯の場合であれば『1Ch、6Ch、11Ch』を使ってみてほしい。３．ファームウェアを最新にしてみてほしい。４．１～３まで試してみて改善がなかった場合、やはりプリントサーバー側で制御されているのではないかと思える。

Microsoft社：モノクロとカラーで出る印刷時間の差はプリンターの機種によって異なるため何とも言えない。

このような回答でした。

そして、プリントサーバーに何らかの制御がされているにしてもそこは変更しない前提があるため、今回は『Wi-Fiルーター』のファームウェアのアップデートと設定の調整ということに．．．

その結果、Wi-Fi 5GHzでの印刷時間が50%（約90秒で出力）に短縮されました。

また、電波状況などを勘案し、Wi-Fiを使用する部署の端末すべてをWi-Fi 5GHz帯を優先的に接続する方法にも変更しています。

以上、続報をお伝えしました。

ご参考までに。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

さて、今日はプリントアウトに関する話題ですが、少々意外な結果となったためお伝えします。

複合機における意外な出力時間の差

まず、ざっくりではありますが環境は以下のような感じです。

１．A部署のネットワークをAとB部署のネットワークBは異なるネットワークである

２．複合機はXerox社製のもので、Aネットワークのプリントサーバーに蓄積されたものが順次処理される

３．A部署の端末はmacOS X、ネットワーク接続は有線LANである

４．B部署の端末はWindows 10、ネットワーク接続はWi-Fi（無線LAN） 2.4GHz 200-450Mbps程度である

５．テスト印刷はプリントサーバーに印刷ジョブが何もない状態で行っている

この環境下においてB部署の端末からカラーでのテスト印刷を行った際には約5分もの時間を要した。

しかし、B部署からのテスト印刷をモノクロで行った場合には約15秒程度で印刷された。

この結果を受け、一時的にB部署の端末をWi-Fiルーターの有線LANポートに接続してカラー印刷をテストしてみた結果、A部署の端末と同程度の時間（数秒程度）で印刷された。

この段階で言えるのは『Wi-Fi』経由で『カラー印刷』を行った場合に遅延時間が長いことです。

そこで次にB部署の端末をWi-Fi 5GHz 1300Mbps程度のネットワーク接続に変更してカラー印刷をテストしてみた結果、2.4GHz帯に比べて約2分遅延時間が短縮された（約3分で出力）。

さて、これらの結果を受けてどのように感じられましたか？

Windowsのテスト印刷はモノクロであってもカラーであってもわずか数MB程度のサイズしかないため、そんなに差が出るものとは思わないのではないでしょうか。

2019/11/28 PS：上記の印刷時間の差が正しいわけではありません。

複合機やプリンターの機種、有線LAN・Wi-Fi（無線LAN）を含めたネットワーク環境や構成など、どのような環境下での印刷かによって違いは出てきます。

そしてそこから3日後．．．

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

先週末、アップデートされたばかりの『iOS』がさらにアップデートされました。

今回は何が修正されたのでしょうか？

iOSが早くもiOS13.1.1にアプデされる

今回の『iOS 13』は『予定を優先した』ということを書いている方もいるように、間に合わなかった部分を『iOS 13.1』に盛り込んで5日後に配信開始した感じで、既に判明していたバグ修正で『iOS 13.1』に盛り込めなかった部分を『iOS 13.1.1』にして3日後に配信開始した感じを受けます。

『iPhone 11』の発売予定などを組んでしまっていた以上、仕方がなかったのかもしれません。

さて、先週末にマイナーアップデートされた『iOS 13.1.1』ですが、以下のことが修正・改善されています。

・iPhoneがバックアップから復元できない場合がある問題を修正

・バッテリーの消耗が通常より速い場合がある問題に対処

・『メール』アプリで、Yahooアカウントを追加するときの安定性を改善

・iPhone 11、iPhone 11 Pro、iPhone 11 Pro Maxで、Siriへのリクエストの認識に影響を与える場合がある問題を修正

・Safariで、検索候補をオフにしても有効に戻る場合がある問題に対処

・『リマインダー』アプリで、同期が遅延する問題に対処

・他社製のキーボードアプリで発生するセキュリティの問題を修正

といった感じになっています。

私もリリース直後に『iOS 13.1.1』にアップデートしましたが、直後は『バッテリーの消耗が通常より速い場合がある問題』はありました。

その後、バッテリーが20%を切った段階で再度充電をした後に改善された感じです。

数日間の様子見で落ち着けば問題ないという認識ですが、それでも症状が改善されない方はAppleサポートに相談してみた方が良いかもしれません。

それ以外には目立った問題は起きていません。

以上、ご参考までに。

これにより、特定のドメイン名が名前解決できない現象が徐々に増えていく注意喚起が出ています。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

さて、先週末の2019年2月1日にインターネットの世界ではDNSの回避策の機能を削除するということが起きています。

この機能削除の日を『DNS flag day』と言います。

今日はそれをお伝えします。

DNS flag day 以降の名前解決に問題が

まず、DNS（Domain name system）はインターネットにおいて重要なもので、これがないとウェブサイト（ホームページ）やメールの利用はできません。

そして、このDNSにはEDNS（Extension Mechanisms for DNS）という拡張機能があり、このEDNSの実装が正しくない、動作に不具合があるようなサーバなどに対しても名前解決ができるよう、回避策が実装されていました。

しかし、このような回避策を実装するという対応はDNSサーバの処理速度低下を招いたり、プログラムコードのメンテナンスや新規機能の実装を困難にさせたりする要因になっており、今回、それを改善するため、各種オープンソース実装をしている複数の組織が2019年2月1日以降にリリースされるDNSソフトウェアから『回避機能を取り除く』ことを発表したのです。

これによって何が起きるのか？

いくつかの現象が発生することが予想されていますが、その中の1つとして、正しくないEDNS実装のDNSサーバに対してEDNSを用いた通信ができなくなることにより、そのDNSサーバが提供するドメイン名に対して名前解決ができなくなる可能性がある。

つまり、ウェブサイト（ホームページ）の表示やメールの送受信が行えなくなることや、必要以上に遅延が発生する可能性があるということになります。

ただし、これは2019年2月1日（DNS flag day）を過ぎた時点で直ぐに何かが起きるわけではなく、新しいバージョンのDNSサーバの普及とともに徐々に増えていくとされています。

さて、この問題に対して自社や自店では何をすれば良いのか？

確認サイトが公開されていますので、自社や自店などのドメインを確認してみてください。

EDNS Compliance Tester

※　ドメイン名はwww.example.com等ではなく、example.comで確認してください。

その結果、『All OK』と出れば問題ありませんが、『The Following Tests Failed』と出てしまうようであれば問題があります。

その場合、契約しているサーバ会社などに確認をしてみると良いかもしれません。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

iPhoneなどのiOSデバイスを使っている方で、不具合が解消されているはずの『Wi-Fi（無線LAN）接続』に関して未だにしっくりこない状況の方、こんなアプリを入れていませんか？

iPhoneのWi-Fiが遅延するアプリ

iPhoneなどのiOSデバイスにおいて、Wi-Fi（無線LAN）が繋がらないわけではないが、繋がるまでに非常に時間がかかるというケースがあります。

iOSデバイス向けには少ない、セキュリティ系の一部のアプリケーションがインストールされているケースです。

現時点でのiOSの最新バージョン『iOS 12.1』でもそれが確認できるものとしては『Lookout』という米国のLookout社が提供するアプリケーションで、このアプリのセキュリティが動作している場合、おそらくチェック機能が働くことでWi-Fi（無線LAN）接続に1分強程度の遅延が発生します。

また、同アプリケーションはAndroid向けのものも提供されているため、Android搭載のスマートフォンなどにおいても同じような現象が発生する可能性があります。

このようなセキュリティ系のアプリケーションの場合、保護の観点からすればチェック後にしか接続しないということは十分にあり得る話しで、それはOS側の不具合ではなく、アプリケーションの仕様が影響しているものと言えるかもしれません。

Wi-Fi（無線LAN）接続に遅延が発生している方、一度セキュリティ系のアプリケーションを削除して試してみると問題に落ちがつく可能性があります。

ただし、Android搭載のスマートフォンやタブレットを使われている方の場合、最終的にはセキュリティソフトを無しにすることはお勧めしません。

そのような場合、Windows 10はアップデートを遅らせることが可能です。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

先日、Windows 10 October 2018 Update（Ver.1809）のアップデートにより一部のフォルダやファイルが消去されてしまうという不具合がありました。

業務で使用しているパソコンにおいてこれは致命的な話しとなります。

このようなリリース直後の不具合などを避けるなどのため、Windows 10ではアップデートを延期することが可能です。

Windows 10の半期チャネル活用とは

Windows 10 Proなどのビジネス向けエディションの場合、アップデートのタイミングを選択できるようになっています。

何もしなければ『半期チャネル（ターゲット指定）』として処理され、新バージョン（April 2018 Update/Ver.1803など）がリリースされた段階で順次アップデートされます。

これに対し、『半期チャネル』という準備レベルが用意されており、設定を変更することによって約4ヶ月程アップデートを遅らせることができます。

Windowsの設定 ⇒ 更新とセキュリティ ⇒ 詳細オプション

（ローカルグループポリシーエディターを使う方法もあります。）

また、これに日数設定を加えることにり、さらにアップデートを遅らせることも可能です。

ただし、これには少々注意が必要な場合があります。

例えば、現在のWindows 10にてFall Creators Update（Ver.1709）を使っているとします。

そして、アップデートの準備レベルは『半期チャネル』、延期日数は『365日』といった設定をしていた場合、次のバージョンと、その次のバージョン、複数が存在することになります。

このような場合、Windows 10はApril 2018 Update/Ver.1803にアップデートされるか、October 2018 Update/Ver.1809にアップデートされるのかというと、断定できないようです。

（Microsoftサポートへの問い合わせより）

ただし、最新バージョンの半期チャネルリリースがされているのであればおそらく最新のバージョンにアップデートされるでしょう。

これらのことを踏まえ、『半期チャネル』と『延期日数』をうまく調整し、安全なアップデートがされるようにすることが望ましいと思われます。

契約時の納期は平成10年12月であったが、スケジュール遅延により、被告Bの要望として平成11年3月に変更となった。

皆さん、こんにちは。

業務コンサルタントの高橋です。

少々重苦しいお話しにはなりますが、システム開発における紛争話し第2弾です。

冒頭にある変更後の納期でも結果的にはシステムは完成せず、原告Aは契約を解除し、支払済み代金約2億5千万円の返還と損害賠償3億4千万円の支払いを求めて訴訟を提起しました。

しかし、被告Bとしては、システム開発が遅延した原因は原告Aによる機能の追加・変更などが過剰に要求され、かつ、原告Aが回答すべき懸案事項の意思決定の遅れによるものとして、逆に委任契約解除の報酬と損害賠償として約4億6千万円の支払いを原告Aに求めて反訴を提起しました。

さて、ここまでの段階にてどちらに問題があったと判断されますか？

責任の多くは被告Bに求める判決

裁判では、原告Aによる要件追加や変更については原告Aの責任を認めているものの、システムが完成しなかった責任の多くを被告Bにも求める判決が出たのです。

その要旨としては、

被告Bは、自らの有する高度の専門知識と経験に基づき、本件電算システムを完成させる債務を負っていたものであり、開発方法と手順、作業工程などに従って開発を進めるとともに常に進捗状況を管理し、システム開発について専門的な知識を有しない原告Aのシステム開発へのかかわりを管理し、原告Aによって開発作業を阻害する行為がないように原告Aに働きかける義務を負う。

というものでした。

義務とされたプロジェクト管理

原告Aが機能追加・変更の要求をした場合、委託料、期限、他機能に影響を及ぼす場合などを適時説明し、要求の撤回、委託料の負担、期限の延期などを求める義務を負う。

このように、被告Bには少々厳しい判断が下されたわけですが、この判決内容を見ると、プロジェクト管理はマストでなければならないと考えられます。

相手のゾーンに入らない

顧客は結構無理難題なことを言います。そして、無理難題を言っている割にはコストを叩きまくることもします。悪く言えば足元を見ていることもあります。

しかし、それでも『YES』と言って引き受けてしまうことにも問題があります。

機能追加や変更があれば追加コストがかかることを提示し、懸案事項の回答に遅れが生じているのであれば、いつまでに回答がなければ納期はどれくらい遅延するかなども提示するべきです。

これらを許容範囲内として判断したのであれば良いですが、そうでないのに無理に受け入れてしまっては結果的にもっと大きなリスクを負うことになります。

肝心なのは相手のゾーンに入らないこととも言えるでしょう。